IPC@CHIP® RTOS-PPC – API Documentation

Header image

Main page


Release Notes – SC2x3 @CHIP-RTOS-PPC V1.20

The tickets are grouped by component and then sorted by type and ticket number.


RTOS - Command shell
Ticket: #367
Component: RTOS - Command shell
Type: defect
Summary: Unprotected memory references in BIOS_ExecuteExt()
Description: When either the FORMAT or COPY commands are invoked with the BIOS_ExecuteExt() commands, the @Chip-RTOS writes to the memory area referenced by the 'report' output parameter without first checking if the caller has write permission to this memory.

This is in violation of the protected system concept.
Solution: Qualify the memory reference before writing to the 'report' area. Do no BIOS_ExecuteExt() style reporting if the user does not have write permission to the report object.



Ticket: #365
Component: RTOS - Command shell
Type: enhancement
Summary: Add option to DIR command to allow showing hidden files
Description: The DIR console command does not allow hidden files to be seen. It would be helpful to have a command line option for DIR which allows these files to be listed.


Also the DIR command had included the file size of hidden files in its statistics when these files did not appear in the listing. When files are excluded from the listing, they should also be excluded from the displayed byte count total. (Otherwise, nonsense like "0 files use 288 bytes" can appear at the DIR report.)


Solution: Add /H option to DIR command to include hidden files in listing.

Exclude hidden files from the byte count total when the hidden file is not displayed.




RTOS - Ethernet
Ticket: #361
Component: RTOS - Ethernet
Type: defect
Summary: Corrupted TCPIP Rx buffers
Description: In very rare cases the TCPIP RX-buffers can become corrupted. We noticed the following situation: When the RTOS initializes the file system (e.g. after it was erased by a transfer of a "format"-Image), the Ethernet receiver task (ETH0) is blocked for several seconds. In this situation an internal Ethernet-FiFo error occurs caused by a packet overrun. The required internal Ethernet reset procedure wrongly release buffers, which are still in use by the TCPIP stack. This buffers can become overwritten by new incoming packets after the reset. Such a situation can also occur, if the ethernet task is blocked for several seconds by higher priorized tasks.
Solution: Fixed




RTOS - File system
Ticket: #359
Component: RTOS - File system
Type: defect
Summary: Re-erase flash sector if interrupted by power-fail event
Description: If the drive A: flash sector erase operation is interrupted by a power-fail, the flash sector should be re-erased at the next boot. Currently, the sector is just checked for all bytes equal 0xFF. This is not reliable. The sector must be re-erased in any case to assure data integrity.
Solution: Fixed.



Ticket: #366
Component: RTOS - File system
Type: enhancement
Summary: Provide BIOS_ExecuteExt() access to CHKDSK results
Description: It would be helpful at times for programs to have access to the results from the CHKDSK command. These results can be provided through the BIOS_ExecuteExt() reporting mechanism.


Solution: Added DiskStatS structure type to BIOS_API.H for users to access CHKDSK results with through BIOS_ExecuteExt() API.




RTOS - PPP
Ticket: #352
Component: RTOS - PPP
Type: defect
Summary: Suppress PPP server console message
Description: Happens when PPP server is disabled at CHIP.INI. If the server now becomes activated by call PPPServer_Activate(), the message "PPPserver" is always written to stdout. This message should be only visible at RTOS boot time.
Solution: Fixed



Ticket: #353
Component: RTOS - PPP
Type: defect
Summary: Return value of PPP_Server_GetStatus()
Description: If the PPP server is disabled by CHIP.INI setting PPP_Server_GetStatus() should return value -2, as implemented at SC1x3-RTOS.
Solution: Done




RTOS - Serial ports
Ticket: #369
Component: RTOS - Serial ports
Type: defect
Summary: fossil_status_request() returns wrong information
Description: The returned information about break/framing/parity/overrun is not correct.

Solution: Fixed.




RTOS - System
Ticket: #368
Component: RTOS - System
Type: defect
Summary: Execution of PPPClient "ModemHangup" commands
Description: All defined modem hangup commands at the PPPClient structure are executed only one time, if the execution failed. The parameter "retries" for each command is (wrongly) ignored. The PPP server is not affected.
Solution: Fixed



Ticket: #374
Component: RTOS - System
Type: defect
Summary: Return value from BIOS_Execute() and BIOS_ExecuteExt() inadequate
Description: When an internal command executes and fails, the return value from either BIOS_Execute() or BIOS_ExecuteExt() is zero which is the "successful" indication.

This should be corrected.
Solution: Change the return values from these API to better indicate the status.



Ticket: #375
Component: RTOS - System
Type: defect
Summary: No possibility to add a self-signed certificate to the WEB/FTP server
Description: The WEB/FTP server does not allow to work with self-signed certificates. Currently, it's always required to setup a CA.
Solution: Change manor that Web server task load's its certificate.
The self signing certificate must be entered twice, as a CACERT and SERVERCERT.




RTOS - TCP/IP
Ticket: #357
Component: RTOS - TCP/IP
Type: defect
Summary: Malfunction with ICMP, Don't fragment bit and forwarding
Description: Scenario:
The chip has two active interfaces. The MTUs of the interfaces differ. If the chip receives a packet with the "Don't fragment bit" set on one interface that needs to be forwarded to the other interface and the MTU of the other interface does not allow the packet to be send without fragmentation, the chip will send a ICMP error packet that fragmentation is needed.

Error:
This error packet is send back on the first interface to the host that has sent the packet that causes the error message. Anyhow, the MAC address of this host is wrong. The used destination MAC address is wrongly set to the MAC address of the host that would have received the original packet on the second interface.
Solution: Fixed.



Ticket: #354
Component: RTOS - TCP/IP
Type: enhancement
Summary: Sniff command time-stamp
Description: The captured pcap files with the SNIFF command should use the RTOS time-stamp, instead of the RTOS tick counter.
Solution: Implemented.



Ticket: #355
Component: RTOS - TCP/IP
Type: enhancement
Summary: Change behavior of IP outgoing callback
Description: It should be possible to modify the IP destination address of an outgoing packet, e.g. for implementing NAT. To make this work in every case the IP outgoing callback needs to be called earlier in the internal IP send packet routine.
Solution: Moved the call of the IP callback to an earlier stage of the internal IP send packet function. The IP outgoing callback is now also called for forwarded packets.



Ticket: #371
Component: RTOS - TCP/IP
Type: enhancement
Summary: Callback for IP address configuration changes
Description: The user should be able to install a callback function that is called whenever the IP address configuration of the system changes.
Solution: Add function RegisterIPConfigCbHandler() to TCP/IP API.




RTOS - Web server
Ticket: #358
Component: RTOS - Web server
Type: defect
Summary: Content encoding error when authorization required
Description: The "HTTP 401 Authorization Required" message is wrongly sent with the header field "Content-Encoding: gzip" if the CHIP.INI option DETECT_ENCODING=1 is set.
Solution: Fixed.



Ticket: #362
Component: RTOS - Web server
Type: defect
Summary: Malformed packet if CgiHttpOKNoDoc/CgiHttpNotModified is used
Description: Wireshark informs about a malformed packet if a user CGI function uses the CgiHttpOKNoDoc//CgiHttpNotModified response code.
Solution: Fixed.



Ticket: #363
Component: RTOS - Web server
Type: defect
Summary: Potential malfunction after suspending server or modifying root drive or path
Description: If the functions BIOS_Server_On_Off(), CGI_SetMainPage(), CGI_SetMainPagePost(), CGI_SetRootDrive() or CGI_SetRootDir() is called when pending incoming connections are present, a potential malfunction can occur at the web server. In that case every incoming HTTP request is not handled and answered until some subsequent incoming HTTP request arrives. The malfunction persists until a reboot occurs.
Solution: Fixed an internal race condition with the state of pending connections.



Ticket: #372
Component: RTOS - Web server
Type: defect
Summary: Uploaded file bigger than original file
Description: If the web server upload is used it can happen that the uploaded file is bigger than the original file. Sometimes the last boundary token is not detected and written to the file.
Solution: Fixed.




RTOS - Config server
Ticket: #360
Component: RTOS - Config server
Type: enhancement
Summary: Program flash with "Hello" replies disabled
Description: When a program flash procedure has started, the UDP config server doesn't reply to Hello requests. This should speed up the image transfer. This method has a disadvantage: In case of an aborted transfer the UDP config server still doesn't reply to Hello requests and cannot be found at the network. In that case a new program flash transfer must be started with the non-local option. This behavior should be modified.
Solution: Send "Hello" replies also when flash update was started.








Top of page | Main page

Copyright © 2009 Beck IPC GmbH