[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