[PATCH 00/44] Update RTEMS-specific header files to latest FreeBSD versions
Sebastian Huber
sebastian.huber@embedded-brains.de
Thu Aug 9 16:46:00 GMT 2018
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:
>
>> ae@FreeBSD.org (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 : sebastian.huber@embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
More information about the Newlib
mailing list