Skip to content

L
linux
Switch branch/tag
  1. 10 Feb, 2007 1 commit
  3. 03 Feb, 2007 8 commits
  5. 30 Jan, 2007 5 commits
  7. 26 Jan, 2007 7 commits
  9. 25 Jan, 2007 4 commits
  11. 24 Jan, 2007 4 commits
  13. 23 Jan, 2007 3 commits
    • Adrian Bunk's avatar
      [Bluetooth] Let BT_HIDP depend on INPUT · 99c7cf71
      Adrian Bunk authored 
      This patch lets BT_HIDP depend on instead of select INPUT. This fixes
the following warning during an s390 build:

net/bluetooth/hidp/Kconfig:4:warning: 'select' used by config symbol
'BT_HIDP' refer to undefined symbol 'INPUT'

A dependency on INPUT also implies !S390 (and therefore makes the
explicit dependency obsolete) since INPUT is not available on s390.

The practical difference should be nearly zero, since INPUT is always
set to y unless EMBEDDED=y (or S390=y).
Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      99c7cf71
    • Shaohua Li's avatar
      i386: fix CPU hotplug with 2GB VMSPLIT · 32b7d973
      Shaohua Li authored 
      In VMSPLIT mode, kernel PGD might have more entries than user space
Signed-off-by: default avatarShaohua Li <shaohua.li@intel.com>
Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      32b7d973
    • Hugh Dickins's avatar
      read_zero_pagealigned() locking fix · faa309e7
      Hugh Dickins authored 
      Ramiro Voicu hits the BUG_ON(!pte_none(*pte)) in zeromap_pte_range: kernel
bugzilla 7645.  Right: read_zero_pagealigned uses down_read of mmap_sem,
but another thread's racing read of /dev/zero, or a normal fault, can
easily set that pte again, in between zap_page_range and zeromap_page_range
getting there.  It's been wrong ever since 2.4.3.

The simple fix is to use down_write instead, but that would serialize reads
of /dev/zero more than at present: perhaps some app would be badly
affected.  So instead let zeromap_page_range return the error instead of
BUG_ON, and read_zero_pagealigned break to the slower clear_user loop in
that case - there's no need to optimize for it.

Use -EEXIST for when a pte is found: BUG_ON in mmap_zero (the other user of
zeromap_page_range), though it really isn't interesting there.  And since
mmap_zero wants -EAGAIN for out-of-memory, the zeromaps better return that
than -ENOMEM.
Signed-off-by: default avatarHugh Dickins <hugh@veritas.com>
Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      faa309e7
  15. 22 Jan, 2007 7 commits
  17. 20 Jan, 2007 1 commit
    • Patrick McHardy's avatar
      NETFILTER: NAT: fix NOTRACK checksum handling · 6ed8c5d3
      Patrick McHardy authored 
      The whole idea with the NOTRACK netfilter target is that
you can force the netfilter code to avoid connection
tracking, and all costs assosciated with it, by making
traffic match a NOTRACK rule.

But this is totally broken by the fact that we do a checksum
calculation over the packet before we do the NOTRACK bypass
check, which is very expensive.  People setup NOTRACK rules
explicitly to avoid all of these kinds of costs.

This patch from Patrick, already in Linus's tree, fixes the
bug.

Move the check for ip_conntrack_untracked before the call to
skb_checksum_help to fix NOTRACK excemptions from NAT. Pre-2.6.19
NAT code breaks TSO by invalidating hardware checksums for every
packet, even if explicitly excluded from NAT through NOTRACK.

2.6.19 includes a fix that makes NAT and TSO live in harmony,
but the performance degradation caused by this deserves making
at least the workaround work properly in -stable.
Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
Signed-off-by: default avatarAdrian Bunk <bunk@stusta.de>
      6ed8c5d3
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7