- 06 Feb, 2005 25 commits
-
-
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
bk://kernel.bkbits.net/davem/net-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
-
Tejun Heo authored
Signed-off-by:
Tejun Heo <tj@home-tj.org> Signed-off-by:
Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
-
Tejun Heo authored
Signed-off-by:
-
Tejun Heo authored
Signed-off-by:
-
Tejun Heo authored
Signed-off-by:
-
Bartlomiej Zolnierkiewicz authored
Signed-off-by: -
Tejun Heo authored
Signed-off-by:
-
Tejun Heo authored
Signed-off-by:
-
Tejun Heo authored
Signed-off-by:
-
Tejun Heo authored
Signed-off-by:
-
Tejun Heo authored
Signed-off-by:
-
Tejun Heo authored
bart: while at it do whitespace cleanup and add missing FIXME Signed-off-by:
-
Bartlomiej Zolnierkiewicz authored
Signed-off-by: -
Tejun Heo authored
Signed-off-by:
-
Bartlomiej Zolnierkiewicz authored
->init_chipset is optional Signed-off-by: -
Bartlomiej Zolnierkiewicz authored
Signed-off-by: -
Tejun Heo authored
bart: do small whitespace cleanup while at it Signed-off-by:
-
Tejun Heo authored
Signed-off-by:
-
Tejun Heo authored
bart: s/byte/u8/ Signed-off-by:
-
Tejun Heo authored
bart: leave BUSCLOCK() alone for now Signed-off-by:
-
Alexander Viro authored
From: Al Viro <viro@parcelfarce.linux.theplanet.co.uk> On Fri, 4 Feb 2005, Al Viro wrote: > BTW, ide-lib.c code that triggers the ICE happens to be completely broken. > Jens, it's your patch from September 2002 - what used to be > if ((stat & (BUSY_STAT|ERR_STAT)) == ERR_STAT) { > became > if ((status.all & (status.b.bsy|status.b.check)) == status.b.check) { > and that's *not* an equivalent transformation. Fixing it doesn't get rid > of ICE, but it certainly deserves fixing. Signed-off-by: -
Jean Delvare authored
Return success if no device is connected to the interface. Signed-off-by:
Jean Delvare <khali@linux-fr.org> Signed-off-by:
-
- 05 Feb, 2005 15 commits
-
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/sparc-2.6
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/net-2.6
-
David S. Miller authored
into kernel.bkbits.net:/home/davem/sparc-2.6
-
David S. Miller authored
Signed-off-by:David S. Miller <davem@davemloft.net>
-
Herbert Xu authored
In light of the recent discussion about sk_buff, I think we need the following patch for dst_entry. This adds a memory barrier before dst_release drops the refcnt, and a read memory barrier before dst_destroy starts destroying the entry. Signed-off-by:
Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by:
-
Herbert Xu authored
Also kill kfree_skb_fast(), that is a relic from fast switching which was killed off years ago. The bug is that in the case where we do the atomic_read() optimization, we need to make sure that reads of skb state later in __kfree_skb() processing (particularly the skb->list BUG check) are not reordered to occur before the counter read by the cpu. Thanks to Olaf Kirch and Anton Blanchard for discovering and helping fix this bug. Signed-off-by:
-
bk://kernel.bkbits.net/davem/sparc-2.6Linus Torvalds authored
into ppc970.osdl.org:/home/torvalds/v2.6/linux
-
David S. Miller authored
Signed-off-by: -
David S. Miller authored
1) Correct memory barriers. Routines not returning a value need no memory barriers, however routines returning values do need them. 2) Actually implement non-atomic ext2 bitops. Thanks to Anton Blanchard for pointing out the memory barrier requirements. Signed-off-by: -
Linus Torvalds authored
Georgi Guninski has some tools that warn about bad user accesses. This one was harmless, but still..
-
Fabio Massimo Di Nitto authored
The patch fixes the noexec= boot option on x86_64 to actually work when other options come after it. Credits (if any ;)) should go to Matt Zimmerman and Colin Watson for spotting the problem and providing/testing the fix. Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
Linus Torvalds <torvalds@osdl.org>
-
Andi Kleen authored
This patch fixes a compile problem on x86-64 when CONFIG_PM is turned off. Signed-off-by:
Andi Kleen <ak@suse.de> Signed-off-by:
-
Matthias-Christian Ott authored
The Pentium4 models 0&1 have a longer MSR_EBC_FREQUENCY_ID register as the models 2&3, so the bit shift must be bigger. Signed-off-by:
Matthias-Christian Ott <matthias.christian@tiscali.de> Signed-off-by:
Dominik Brodowski <linux@brodo.de> Signed-off-by:
-
Hugh Dickins authored
The hugetlb_page test in do_munmap is too permissive. It checks start vma, but forgets that end vma might be different and huge though start is not: so hits unmap_hugepage_range BUG if misaligned end was given. And it's too restrictive: munmap has always succeeded on unmapped areas within its range, why should it behave differently near a hugepage vma? And the additional checks in is_aligned_hugepage_range are irrelevant here, when the hugepage vma already exists. But the function is still required (on some arches), as the default for prepare_hugepage_range - leave renaming cleanup to another occasion. Signed-off-by:
Hugh Dickins <hugh@veritas.com> Acked-by:
William Irwin <wli@holomorphy.com> Signed-off-by:
-
Andreas Gruenbacher authored
When looking for identical xattr blocks to share, we were not comparing the name_index fields. This could lead to false sharing when two xattr blocks ended up with identical attribute names and values, and the only default acls. Because acls are cached, the bug was hidden until the next reload of the affected inode. $ mkdir -m 700 a b $ setfacl -m u:bin:rwx a < acl of a goes in the mbcache $ setfacl -dm u:bin:rwx b < acl of b differs only in name_index, so a's acl is reused $ getfacl b < shows the result from the inode cache < empty inode cache (remount, etc.) $ getfacl b < shows an access acl instead of a default acl. Signed-off-by:
Andreas Gruenbacher <agruen@suse.de> Signed-off-by:
-
