Центр информации по операционным системам: Доступно ядро Linux 2.4.29-hf3

Новость: Доступно ядро Linux 2.4.29-hf3
(Категория: Linux)
Добавил Roman I Khimov
Суббота, 26 Февраль 2005, 20:47

Вилли Торреу (Willy Tarreau) объявил сегодня о доступности третьей версии патча с "горячими исправлениями" для ядра Linux 2.4.29. Ничего критичного, просто добавлены некоторые небольшие исправления из -bk.

Патч доступен здесь: http://linux.exosec.net/kernel/2.4-hf/2.4.29-hf3/

Changelog следует далее.

Changelog From 2.4.29-hf2 to 2.4.29-hf3 (semi-automated)

---------------------------------------

'+' = added ; '-' = removed



+ net-oops-base_reachable_time-zero-1                        (Hideaki Yoshifuji)



  [NET]: Fix kernel oops if base_reachable_time is set to 0.



+ tunsetiff-needs-copy-back-after-ioctl-1                      (David S. Miller)



  [COMPAT]: TUNSETIFF needs to copy back data after ioctl.

  It is defined as a _IOW() which is erroneous, it should

  have been defined as _IORW() but that cannot be changed

  now without breaking all existing applications using this

  ioctl.



+ sparc32-smp-clear-psr_ef-on-fork-1                           (David S. Miller)



  [SPARC32]: Need to clear PSR_EF in psr of childregs on fork() on SMP.



+ netlink_remove-unhash-leaks-sockets-1                        (Patrick McHardy)



  netlink_remove() only unhashes sockets contained in the 

  first hash bucket.  This leads to leaking sockets and,

  over time, to bind conflicts which confuse iproute.



+ brlock-causes-deadlock-1                                     (David S. Miller)



  There were two versions of the big-reader lock implementation.

  

  1) One using per-cpu reader locks, and a singular write lock.

     Predominantly enabled on x86 and it's brothers.

  

  2) One using non-atomic per-cpu counter, and a single write lock.

     This is what all other platforms were using.

  

  #1 is unfortunately buggy.  brlocks were meant to provide a

  high performance implementation of rwlock_t locks when it

  is known that the lock is taken %99 of the time by readers

  and that writers are thus rare. (...)  



+ 32bit-sys_recvmsg-corruption-1                              (Stephen Rothwell)



  In the presence of threads, there is a possibility of the kernel being

  fooled by the 32 bit sys_recvmsg control data into copying more than it

  should into the kernel and corrupting kernel data structures. (...)

  This patch just does some more length checking. This bug was actually

  being hit by BIND running at a customer site.  It is very hard to hit,

  but (obviously) possible.



+ sparc64-32bit-compat-bugs-1                                  (David S. Miller)



  Fix 32bit compat layer bugs in sys_ipc() and sys_rt_sigtimedwait().

  1) sys_ipc() compat wrappers need to verify length before allocating

     kernel data and performing copies.

  2) sys_rt_sigtimedwait() had one schedule_timeout() too many.

  

- sparc-membar-extra-semi-colons-1                               (Willy Tarreau)

- sparc64-membar-extra-semi-colons-1                             (Willy Tarreau)



  This was my quick build fix. Now David has sent the clean stuff.



+ sparc-smb_macros-extra-semicolons-1                          (David S. Miller)



  [SPARC]: Fix bogus trailing semicolon in smb_*() macros.

  Backported from 2.6.x



+ sparc-nop-extra-semicolons-1                                 (David S. Miller)



  [SPARC]: nop() macro has bogus trailing semicolon 

  Noticed by Bob Breuer.



+ sparc64-membar-extra-semicolons-2                            (David S. Miller)



  [SPARC64]: Fix trailing semicolon in membar macros.

Источник этой новости Центр информации по операционным системам
( http://www.osrc.info/news.php?extend.2080 )