linux-kernel  

Messages by Thread

• • Re: start_thread question... Ingo Molnar
  • Re: start_thread question... Jeff Dike
  • Re: [LV] start_thread question... Kenn Humborg
  • Re: [LV] start_thread question... Dave Airlie
• question: permission checking for network filesystem Jan Hudec
  • Re: question: permission checking for network filesystem Mikulas Patocka
  • Re: question: permission checking for network filesystem David Wagner
  • Re: question: permission checking for network filesystem Jan Hudec
  • Re: question: permission checking for network filesystem Mikulas Patocka
  • Re: question: permission checking for network filesystem Jan Hudec
  • Re: question: permission checking for network filesystem Jan Hudec
• BUG ? and questions szonyi calin
  • Re: BUG ? and questions Christian Bornträger
  • Re: BUG ? and questions Erik Mouw
• Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNum Alexander Viro
• Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNumberRegistrants] Andries . Brouwer
  • Re: no ioctls for serial ports? [was Re: LANANA: To PendingDeviceNumberRegistrants] Alexander Viro
  • Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNumberRegistrants] John Fremlin
  • Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNumberRegistrants] Andries . Brouwer
• add page argument to copy/clear_user_page Paul Mackerras
  • Re: add page argument to copy/clear_user_page Linus Torvalds
  • Re: add page argument to copy/clear_user_page Paul Mackerras
  • Re: add page argument to copy/clear_user_page Linus Torvalds
  • Re: add page argument to copy/clear_user_page Paul Mackerras
• [PATCH] is_mounted() - getting remnants of get_super() out of drivers. Alexander Viro
• [polynomial-c@gmx.de: Re: SCSI CD problems] Steven Cook
• ATA/ATAPI driver development Kevin P. Fleming
• ethtool and pre4 Jeff Garzik
  • Mail admin notice Shawn Starr
  • Re: Mail admin notice Mike A. Harris
  • Re: Mail admin notice Matti Aarnio
  • Re: Mail admin notice my 2 cents Richard Reynolds
  • Re: Mail admin notice my 2 cents Mohammad A. Haque
• Problems with buslogic and osst driver Andrew Bray
  • Re: Problems with buslogic and osst driver Alan Cox
  • Re: Problems with buslogic and osst driver Arnaldo Carvalho de Melo
• [PATCH] ide-pci.c for 2.4.5-pre4 Jeff Chua
• kernel.org: 2.4.5-pre4 missing ChangeLog info Shawn Starr
  • Re: kernel.org: 2.4.5-pre4 missing ChangeLog info - scratch that Shawn Starr
• Re: [RFC][PATCH] Re: Linux 2.4.4-ac10 Dieter Nützel
  • Re: [RFC][PATCH] Re: Linux 2.4.4-ac10 Mike Galbraith
• Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Jeff Garzik
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Jeff Garzik
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Alexander Viro
  • Re: F_CTRLFD (was Re: Why side-effects on open(2) are evil.) Edgar Toernig
  • Re: F_CTRLFD (was Re: Why side-effects on open(2) are evil.) Alexander Viro
  • Re: F_CTRLFD (was Re: Why side-effects on open(2) are evil.) Edgar Toernig
  • Re: F_CTRLFD (was Re: Why side-effects on open(2) are evil.) Alexander Viro
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Oliver Xymoron
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Daniel Phillips
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]devicearguments from lookup) Oliver Xymoron
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Daniel Phillips
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]devicearguments from lookup) Oliver Xymoron
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Daniel Phillips
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Edgar Toernig
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Alexander Viro
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Daniel Phillips
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Daniel Phillips
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]devicearguments from lookup) Oliver Xymoron
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Edgar Toernig
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Daniel Phillips
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Daniel Phillips
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Edgar Toernig
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Daniel Phillips
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Edgar Toernig
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Daniel Phillips
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Marko Kreen
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Horst von Brand
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Oliver Xymoron
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Alexander Viro
• Brown-paper-bag bug in m68k, sparc, and sparc64 config files Eric S. Raymond
  • Re: [kbuild-devel] Brown-paper-bag bug in m68k, sparc, and sparc64config files John Levon
  • Re: Brown-paper-bag bug in m68k, sparc, and sparc64 config files Benedict Bridgwater
  • Re: Brown-paper-bag bug in m68k, sparc, and sparc64 config files Miles Lane
  • Re: Brown-paper-bag bug in m68k, sparc, and sparc64 config files Ben Bridgwater
  • Re: Brown-paper-bag bug in m68k, sparc, and sparc64 config files Keith Owens
  • Re: Brown-paper-bag bug in m68k, sparc, and sparc64 config files Miles Lane
• Has anybody a working pppoed for 2.4 (2.4.4-ac10/11)? Dieter Nützel
• 2.4.4 del_timer_sync oops in schedule_timeout Jacob Luna Lundberg
  • Re: 2.4.4 del_timer_sync oops in schedule_timeout Ingo Molnar
  • Re: 2.4.4 del_timer_sync oops in schedule_timeout Jacob Luna Lundberg
  • Re: 2.4.4 del_timer_sync oops in schedule_timeout Ingo Molnar
  • Re: 2.4.4 del_timer_sync oops in schedule_timeout Andrew Morton
  • Re: 2.4.4 del_timer_sync oops in schedule_timeout Jacob Luna Lundberg
• [PATCH] 2.4.4-ac11 network drivers cleaning Andrzej Krzysztofowicz
  • Re: [PATCH] 2.4.4-ac11 network drivers cleaning Jeff Garzik
  • Re: [PATCH] 2.4.4-ac11 network drivers cleaning Keith Owens
  • Re: [PATCH] 2.4.4-ac11 network drivers cleaning Jeff Garzik
  • Re: [PATCH] 2.4.4-ac11 network drivers cleaning Alan Cox
  • Re: [PATCH] 2.4.4-ac11 network drivers cleaning Andrzej Krzysztofowicz
• [PATCH] 2.4.4-ac11 aironet fixes Andrzej Krzysztofowicz
  • Re: [PATCH] 2.4.4-ac11 aironet fixes Jeff Garzik
• serpent loopback crypto "EXT2-fs: group descriptors corrupted" spam goes to /dev/null
  • Re: serpent loopback crypto "EXT2-fs: group descriptors corrupted" Jari Ruusu
• mount misbehaviour? Pavel Machek
  • Re: mount misbehaviour? Andries . Brouwer
• Potential help for VIA problems and ASUS motherboards John Cavan
  • Re: Potential help for VIA problems and ASUS motherboards Jeff Garzik
• [PATCH] 2.4.4 fix bug in nfs_refresh_inode() and cleanup... Trond Myklebust
• Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alan Cox
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alexander Viro
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Matthew Wilcox
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Linus Torvalds
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Ingo Oeser
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alexander Viro
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alan Cox
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Padraig Brady
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Pavel Machek
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Linus Torvalds
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Russell King
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alexander Viro
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Linus Torvalds
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Russell King
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Linus Torvalds
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alexander Viro
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alan Cox
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alexander Viro
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Paul Fulghum
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alexander Viro
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Paul Fulghum
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Ingo Molnar
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alexander Viro
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Linus Torvalds
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Kai Henningsen
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alan Cox
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Linus Torvalds
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Alexander Viro
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Paul Mackerras
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Oliver Xymoron
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Jan Harkes
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code Linus Torvalds
• PATCH: Make Acer Extensa 50X Sound work without hanging the whol Michael Leun
  • Re: PATCH: Make Acer Extensa 50X Sound work without hanging the whol Alan Cox
  • Re: PATCH: Make Acer Extensa 50X Sound work without hanging the Michael Leun
• Q: ioctl BLKGETSIZE return value units? Anton Altaparmakov
  • Re: Q: ioctl BLKGETSIZE return value units? Andries . Brouwer
• Q: fdatasync on block device? Anton Altaparmakov
• Negative inode-nr ? Jakob Østergaard
  • Re: Negative inode-nr ? Rik van Riel
  • Re: Negative inode-nr ? Jakob Østergaard
  • Re: Negative inode-nr ? Daniel Phillips
• Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH] device arguments from lookup) Andries . Brouwer
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Alexander Viro
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH] device arguments from lookup) Andries . Brouwer
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH] device arguments from lookup) Matthew Wilcox
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Alexander Viro
• icache flushing in kernel/ptrace.c Paul Mackerras
• RTL8139 difficulties in 2.2, not in 2.4 Matthias Andree
  • Re: RTL8139 difficulties in 2.2, not in 2.4 Donald Becker
  • Re: RTL8139 difficulties in 2.2, not in 2.4 Matthias Andree
  • Re: RTL8139 difficulties in 2.2, not in 2.4 Matthias Andree
  • also in 2.4: RTL8139 difficulties in 2.2, not in 2.4 Matthias Andree
• Re: [RFD w/info-PATCH] device arguments from lookup, partion code in userspace Andries . Brouwer
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code in userspace Andrew Morton
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion codein userspace Alexander Viro
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion codein userspace Andrew Morton
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code in userspace Andries . Brouwer
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code in userspace Daniel Phillips
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code in userspace Andries . Brouwer
• VIA's Southbridge bug: Latest (pseudo-)patch Axel Thimm
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Alan Cox
  • VIA politics (was: VIA's Southbridge bug: Latest (pseudo-)patch) Axel Thimm
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Ingo Oeser
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Alan Cox
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Gerhard Mack
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Udo A. Steinberg
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Dan Hollis
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch God
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Alan Cox
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Dan Hollis
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch God
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Przemyslaw Wegrzyn
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Marc Lehmann
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Jeff Garzik
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Marc Lehmann
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Adrian Cox
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Marc Lehmann
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Dan Hollis
  • Re: VIA's Southbridge bug: Latest (pseudo-)patch Gérard Roudier
  • RE: VIA's Southbridge bug: Latest (pseudo-)patch Khachaturov, Vassilii
• "Why We Should All Test the New Linux Kernel" updated Michael D. Crawford
• Hang&Oops on boot using latest -ac kernels with irda Roel Teuwen
  • Re: Hang&Oops on boot using latest -ac kernels with irda Alan Cox
• Linux RAID5 issues. Peter Zaitsev
• Linux 2.4.4 folks Peter Zaitsev
  • Re: Linux 2.4.4 folks Mike Galbraith
  • Re: Linux 2.4.4 folks Riley Williams
• MSI6321 + PDC20265 + reiserfs + IBM deskstar => kernel BUG John R Lenton
• [RFD w/info-PATCH] device arguments from lookup, partion code inuserspace Ben LaHaise
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code inuserspace Christer Weinigel
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code inuserspace Christer Weinigel
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code in userspace Eric W. Biederman
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code in userspace Lars Marowsky-Bree
  • Re: [RFD w/info-PATCH] device arguments from lookup, partion code in userspace Daniel Phillips
  • Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Alexander Viro
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Abramo Bagnara
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Alexander Viro
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Pavel Machek
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Pavel Machek
  • Re: Why side-effects on open(2) are evil. (was Re: [RFD w/info-PATCH]device arguments from lookup) Linus Torvalds

[Earlier messages] [Later messages]