Re: [PATCH 00/44] Update RTEMS-specific header files to latest FreeBSD versions
Sebastian Huber <[email protected]>
| Newsgroups | gmane.comp.lib.newlib |
|---|---|
| Message-ID | <[email protected]> |
On 09/08/18 15:12, Eric Blake wrote: > On 08/09/2018 01:08 AM, Sebastian Huber wrote: >> This is an RTEMS-specific patch set. It is a preparation to update >> the libbsd >> (a port of FreeBSD code to RTEMS, e.g. the network stack) to new FreeBSD >> baseline. >> >> The patch set does two things: >> >> 1. It updates several header files imported from FreeBSD using the >> commits from >> FreeBSD. >> >> 2. It removes the kernel space content from some files and includes a >> <machine/_kernel_*.h> file instead. This allows to use the >> Newlib provided >> header files with different FreeBSD baselines. > > This series is full of poorly-formatted commit messages: > >> [email protected] (1): >> Follow the RFC6980 and silently ignore following IPv6 NDP messages >> that had the IPv6 fragmentation header: o Neighbor Solicitation o >> Neighbor Advertisement o Router Solicitation o Router Advertisement >> o Redirect > >> glebius (2): > ... >> Garbage collect IFCAP_POLLING_NOCOUNT. It wasn't used since very >> beginning of polling(4). The module always ignored return value >> from >> driver polling handler. >> > >> jhb (4): >> Add a mmap flag (MAP_32BIT) on 64-bit platforms to request that a >> mapping use an address in the first 2GB of the process's address >> space. This flag should have the same semantics as the same flag on >> Linux. >> Add a new fo_fill_kinfo fileops method to add type-specific >> information to struct kinfo_file. - Move the various fill_*_info() >> methods out of kern_descrip.c and into the various file type >> implementations. - Rework the support for kinfo_ofile to generate a >> suitable kinfo_file object for each file and then convert that to a >> kinfo_ofile structure rather than keeping a second, different >> set of >> code that directly manipulates type-specific file information. - >> Remove the shm_path() and ksem_info() layering violations. >> Retire the unimplemented MAP_RENAME and MAP_NORESERVE flags to >> mmap(2). Older binaries are still permitted to use these flags. >> Add a new file operations hook for mmap operations. File >> type-specific >> logic is now placed in the mmap hook implementation rather than >> requiring it to be placed in sys/vm/vm_mmap.c. This hook allows new >> file types to support mmap() as well as potentially allowing mmap() >> for existing file types that do not currently support any mapping. >> >> jtl (1): >> Add the "TCP Blackbox Recorder" which we discussed at the developer >> summits at BSDCan and BSDCam in 2017. >> >> kib (8): >> Implement read(2)/write(2) and neccessary lseek(2) for posix shmfd. >> Add MAC framework entries for posix shm read and write. >> Add MAP_EXCL flag for mmap(2). It should be combined with MAP_FIXED, >> and prevents the request from deleting existing mappings in the >> region, failing instead. >> Implement process-shared locks support for libthr.so.3, without >> breaking the ABI. Special value is stored in the lock pointer to >> indicate shared lock, and offline page in the shared memory is >> allocated to store the actual lock. > ... >> Add a place for a driver to report rx timestamps in nanoseconds from >> boot for the received packets. >> Use hardware timestamps to report packet timestamps for SO_TIMESTAMP >> and other similar socket options. > >> >> pkelsey (1): >> This is an implementation of the client side of TCP Fast Open (TFO) >> [RFC7413]. It also includes a pre-shared key mode of operation in >> which the server requires the client to be in possession of a >> shared >> secret in order to successfully open TFO connections with that >> server. >> >> rrs (1): >> This commit brings in a new refactored TCP stack called Rack. Rack >> includes the following features: - A different SACK processing >> scheme (the old sack structures are not used). - RACK (Recent >> acknowledgment) where counting dup-acks is no longer done instead >> time is used to knwo when to retransmit. (see the I-D) - TLP (Tail >> Loss Probe) where we will probe for tail-losses to attempt to try >> not to take a retransmit time-out. (see the I-D) - Burst mitigation >> using TCPHTPS - PRR (partial rate reduction) see the RFC. > > Please reformat the commit messages to have a SHORT summary (60-70 > characters), then a blank line, then the rest of the description, > rather than diving right in to description that git then uses as the > overlong subject line. > I would like to keep the messages as is. This makes it easier to compare upstream FreeBSD changes with changes imported to Newlib. -- Sebastian Huber, embedded brains GmbH Address : Dornierstr. 4, D-82178 Puchheim, Germany Phone : +49 89 189 47 41-16 Fax : +49 89 189 47 41-09 E-Mail : [email protected] PGP : Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.