Re: Linux 2.6.22.8, pata_ali issue

my git top is: commit 0dc661f882011b941b8b4d4dac84d7a0371f7a7b Author: Greg Kroah-Hartman <[EMAIL PROTECTED]> Date: Mon Sep 24 23:05:13 2007 -0700 Linux 2.6.22.8 On 9/25/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote: > > On Sep 25 2007 19:21, Oliver Pinter wrote: > &

Re: Linux 2.6.22.8, pata_ali issue

hey, your's tree is 2.6-git and not 2.6.22.8 ;) On 9/25/07, Oliver Pinter <[EMAIL PROTECTED]> wrote: > my git top is: > > commit 0dc661f882011b941b8b4d4dac84d7a0371f7a7b > Author: Greg Kroah-Hartman <[EMAIL PROTECTED]> > Date: Mon Sep 24 23:05:13 2007 -0700 >

Re: [stable] [PATCH] 2.6.22.6 fix kernel panic on corrupted reiserfs directory

[snap] Hi, When reading corrupted reiserfs directory data, d_reclen could be a negative number or a big positive number, this can lead to kernel panic or oop. The following patch adds a sanity check. (against 2.6.20.4) Signed-off-by: Lepton Wu <[EMAIL PROTECTED]> diff -X linux-2.6.22.6-l

RFC: drop support for gcc < 4.0

Hi all! I think it's bad idea, when removing support for gcc3.x, while some people using debian 3.1 at now and under debian 3.1 the default comiler is 3.3.5, when I good know or not!? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTE

Re: patch net-share-correct-feature-code-between-bridging-and-bonding.patch queued to -stable tree

Hi Greg! this patches are queue for 2.6.22.5-rc2 or for 2.6.22.6-rc1? thaks, Oliver On 8/21/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > This is a note to let you know that we have just queued up the patch titled > > Subject: NET: Share correct feature code between bridging and bond

Re: [2.6.22.y] {00/17} series for stable kernel

hi! then i searched the git id's and resnd the patches On 2/2/08, Greg KH <[EMAIL PROTECTED]> wrote: > On Tue, Jan 29, 2008 at 12:13:13AM +0100, Oliver Pinter (Pint?r Oliv?r) > wrote: > > do_anonymous_page-race NOT PART OF mainline - or I not find - openSUSE patch

[2.6.22.y] {00/17} series for stable kernel #2

01/17** do_anonymous_page-race 02/17 invalid-semicolon 03/17 pci-fix-unterminated-pci_device_id-lists 04/17 cciss-panic-in-blk_rq_map_sg 05/17 cciss-fix_memory_leak 06/17 handle-bogus-%cs-selector-in-single-step-instruction-decoding 07/17 i386-fixup-TRACE_IRQ-breakage 08/17 intel-agp-965gme-fix 09/

[2.6.22.y] {01**/17} - do_anonymous_page-race - series for stable kernel

NOT IN MAINLINE Linus it's go or drop it? -- Thanks, Oliver --- Begin Message --- Additional Comment #103 From Andrea Arcangeli 2004-10-15 19:41 the last patch I attached is the safest I believe. I'm not sure if a lock_unlock or lock_unlock is always guaranteed to happen after the I/O, and t

[2.6.22.y] {02/17} - invalid-semicolon - series for stable kernel #2

mainline: 2b02d13996fe28478e45605de9bd8bdca25718de -- Thanks, Oliver --- Begin Message --- A similar fix to netfilter from Eric Dumazet inspired me to look around a bit by using some grep/sed stuff as looking for this kind of bugs seemed easy to automate. This is one of them I fo

[2.6.22.y] {03/17} - pci-fix-unterminated-pci_device_id-lists - series for stable kernel #2

mainline: 248bdd5efca5a113cbf443a993c69e53d370236b -- Thanks, Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.

[2.6.22.y] {04/17} - cciss-panic-in-blk_rq_map_sg - series for stable kernel #2

mainline: a683d652d334a546be9175b894f42dbd8e399536 -- Thanks, Oliver cciss-panic-in-blk_rq_map_sg Description: application/mbox

[2.6.22.y] {05/17} - cciss-fix_memory_leak - series for stable kernel #2

mainline: f2912a1223c0917a7b4e054f18086209137891ea -- Thanks, Oliver cciss-fix_memory_leak Description: application/mbox

[2.6.22.y] {06/17} - handle-bogus-%cs-selector-in-single-step-instruction-decoding - series for stable kernel #2

mainline: 29eb51101c02df517ca64ec472d7501127ad1da8 -- Thanks, Oliver --- Begin Message --- Handle bogus %cs selector in single-step instruction decoding The code for LDT segment selectors was not robust in the face of a bogus selector set in %cs via ptrace before the single-step was done. Sign

[2.6.22.y] {07/17} - i386-fixup-TRACE_IRQ-breakage - series for stable kernel #2

mainline: a10d9a71bafd3a283da240d2868e71346d2aef6f -- Thanks, Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.

[2.6.22.y] {08/17} - intel-agp-965gme-fix - series for stable kernel #2

mainline: dde4787642ee3cb85aef80bdade04b6f8ddc3df8 -- Thanks, Oliver --- Begin Message --- Intel_agp: really fix 945/965GME Fix some missing places to check with device id info, which should probe the device gart correctly. Signed-off-by: Wang Zhenyu <[EMAIL PROTECTED]> Signed-off-by: Dave Air

[2.6.22.y] {09/17} - sony-laptop-call-sonypi_compat_init-earlier - series for stable kernel #2

mainline: 015a916fbbf105bb15f4bbfd80c3b9b2f2e0d7db -- Thanks, Oliver --- Begin Message --- sony-laptop: call sonypi_compat_init earlier sonypi_compat uses a kfifo that needs to be present before _SRS is called to be able to cope with the IRQs triggered when setting resources. Signed-off-by: Ma

[2.6.22.y] {10/17} - via-velocity-dont-oops-on-mtu-change-1 - series for stable kernel #2

mainline: bd7b3f34198071d8bec05180530c362f1800ba46 -- Thanks, Oliver --- Begin Message --- [VIA_VELOCITY]: Don't oops on MTU change. Simple mtu change when device is down. Fix http://bugzilla.kernel.org/show_bug.cgi?id=9382. Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]> Signed-off-by: D

[2.6.22.y] {11/17} - via-velocity-dont-oops-on-mtu-change-2 - series for stable kernel #2

mainline: 48f6b053613b62fed7a2fe3255e5568260a8d615 -- Thanks, Oliver --- Begin Message --- via-velocity: don't oops on MTU change (resend) The VIA veloicty driver needs the following to allow changing MTU when down. The buffer size needs to be computed when device is brought up, not when device

[2.6.22.y] {12/17} - nfsacl-retval.diff - series for stable kernel #2

mainline: ac8587dcb58e40dd336d99d60f852041e06cc3dd -- Thanks, Oliver From: J. Bruce Fields <[EMAIL PROTECTED]> Date: Fri, 2 Nov 2007 15:36:08 -0400 Subject: [PATCH] knfsd: fix spurious EINVAL errors on first access of new filesystem References: 340873 The v2/v3 acl code in nfsd is translating an

[2.6.22.y] {14/17} - nfs-name-len-limit - series for stable kernel #2

mainline: 54af3bb543c071769141387a42deaaab5074da55 -- Thanks, Oliver Patch-mainline: 2.6.23 References: 325913 GIT: 54af3bb543c071769141387a42deaaab5074da55 Mon Sep 17 00:00:00 2001 From: Trond Myklebust <[EMAIL PROTECTED]> Date: Fri, 28 Sep 2007 12:27:41 -0400 Subject: [PATCH] NFS: Fix an Oops

[2.6.22.y] {13/17} - nfs-fix-nfs-reval-fsid - series for stable kernel #2

mainline: a0356862bcbeb20acf64bc1a82d28a4c5bb957a7 -- Thanks, Oliver Patch-mainline: 2.6.24 References: 271803 GIT: a0356862bcbeb20acf64bc1a82d28a4c5bb957a7 Mon Sep 17 00:00:00 2001 From: Trond Myklebust <[EMAIL PROTECTED]> Date: Tue, 5 Jun 2007 13:26:15 -0400 Subject: [PATCH] NFS: Fix nfs_reval

[2.6.22.y] {15/17} - nfs-unmount-leak.patch - series for stable kernel #2

mainline: 13ef7b69b54aa8ae4ed264d0bf41339737f8543a -- Thanks, Oliver From: Trond Myklebust <[EMAIL PROTECTED]> Date: Tue Dec 11 11:05:19 2007 -0500 Subject: NFSv2/v3: Fix a memory leak when using -onolock Patch-mainline: 2.6.24 References: 336253 Neil Brown said: > Hi Trond,

[2.6.22.y] {16/17} - nfsv4-MAXNAME-fix.diff - series for stable kernel #2

mainline: a16e92edcd0a2846455a30823e1bac964e743baa -- Thanks, Oliver From: J. Bruce Fields <[EMAIL PROTECTED]> Date: Fri, 28 Sep 2007 16:45:51 -0400 Subject: knfsd: query filesystem for NFSv4 getattr of FATTR4_MAXNAME References: 271803 Patch-mainline: 2.6.24 (likely) Without this we always ret

[2.6.22.y] {17**/17} - nopage-range-fix.patch (CVE-2008-0007) - series for stable kernel #2

NOT IN MAINLINE Linus it's go or drop it? -- Thanks, Oliver From: Nick Piggin <[EMAIL PROTECTED]> Subject: insufficient range checks of certain fault handlers (CVE-2008-0007) References: 353207 Patch-upstream: not yet This patch is a security fix for CVE-2008-0007. See bugzilla for details. -

Re: [2.6.22.y] {01**/17} - do_anonymous_page-race - series for stable kernel

On 2/2/08, Linus Torvalds <[EMAIL PROTECTED]> wrote: > > > On Sat, 2 Feb 2008, Oliver Pinter (Pint?r Oliv?r) wrote: > > > > NOT IN MAINLINE > > > > Linus it's go or drop it? > > I have no idea, because you've used some horrible and stupid att

[Wireless, ath5k] 2.6.24-git13 9135f1901ee6449dfe338adf6e40e9c2025b8150

git top: 9135f1901ee6449dfe338adf6e40e9c2025b8150 [ 399.582185] wpa_supplicant[4383]: segfault at 30 ip 080697ca sp bf87a690 error 4 in wpa_supplicant[8048000+4c000] [ 406.277199] wpa_supplicant[4384]: segfault at 30 ip 080697ca sp bfc13a30 error 4 in wpa_supplicant[8048000+4c000] [ 407.586375]

Re: [Kconfig {SM,E}] 2.6.24-git13 9135f1901ee6449dfe338adf6e40e9c2025b8150

On 2/4/08, Sam Ravnborg <[EMAIL PROTECTED]> wrote: > Hi Oliver. > > On Mon, Feb 04, 2008 at 02:56:07PM +0100, Oliver Pinter (Pintér Olivér) > wrote: > > git top: 9135f1901ee6449dfe338adf6e40e9c2025b8150 > > > > ---8<--- > > drivers/spi/Kconfi

[Kconfig {SM,E}] 2.6.24-git13 9135f1901ee6449dfe338adf6e40e9c2025b8150

git top: 9135f1901ee6449dfe338adf6e40e9c2025b8150 ---8<--- drivers/spi/Kconfig:156:warning: 'select' used by config symbol 'SPI_PXA2XX' refers to undefined symbol 'PXA_SSP' WARNING: vmlinux.o(.text+0xe01e): Section mismatch in reference from the function acpi_unmap_lsapic() to the variabl

[patch 00/27] 2.6.22-stable review

On 2/2/08, Greg KH <[EMAIL PROTECTED]> wrote: > This is the start of the stable review cycle for the 2.6.22.17 release. > There are 27 patches in this series, all will be posted as a response to > this one. If anyone has any issues with these being applied, please let > us know. If anyone is a ma

Re: konqueror deadlocks on 2.6.22

This kernel is vanilla 2.6.22.y or with CFS? On 1/19/08, Al Boldi <[EMAIL PROTECTED]> wrote: > I was just attacked by some deadlock issue involving sqlite3 and konqueror. > While sqlite3 continues to slowly fill a 7M-record db in transaction mode, > konqueror hangs for a few minutes, then continue

Re: linux device ordering at boot time

I don't know, what the proble, but the fstab workaround functioniert: form: /dev/sda3 / xfs defaults0 1 to: UUID=7c167a53-30ff-4d47-a206-ce8caf2397ba / xfs defaults0 1 in this fix switched form device name to UUID based fsta

Re: konqueror deadlocks on 2.6.22

add cc (ingo) and then please update to CFS-v24.1 http://people.redhat.com/~mingo/cfs-scheduler/sched-cfs-v2.6.22.15-v24.1.patch On 1/19/08, Al Boldi <[EMAIL PROTECTED]> wrote: > Oliver Pinter (Pintér Olivér) wrote: > > This kernel is vanilla 2.6.22.y or wi

Add common orderly_poweroff() to 2.6.22?

Hi all! commit in mainline 10a0a8d4e3f6bf2d077f9431909abe670f5a is go in the satble 2.6.22 the grund for this question is http://hup.hu/node/49773 . -- Thanks, Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Mor

Re: Add common orderly_poweroff() to 2.6.22?

On 1/24/08, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote: > Oliver Pinter (Pintér Olivér) wrote: > > Hi all! > > > > commit in mainline 10a0a8d4e3f6bf2d077f9431909abe670f5a is go in > > the satble 2.6.22 > > > > the grund for this question is

Re: Add common orderly_poweroff() to 2.6.22?

On 1/24/08, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote: > Oliver Pinter (Pintér Olivér) wrote: > > On 1/24/08, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote: > > > >> Oliver Pinter (Pintér Olivér) wrote: > >> > >>> Hi all! > >>&

Re: Add common orderly_poweroff() to 2.6.22?

thanks On 1/24/08, Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote: > Oliver Pinter (Pintér Olivér) wrote: > > the original topic name is : why linux kernel crap ... > > > > the substance is, when from kernel call users-pace program, then come > > up more problems

[2.6.22.y] CVE2007-6206 fix

://bugzilla.kernel.org/show_bug.cgi?id=3043 only allow coredumping to the same uid that the coredumping task runs under. Signed-off-by: Oliver Pinter <[EMAIL PROTECTED]> --- fs/exec.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/fs/exec.

[2.6.23(?)=<] X used greatest stack depth: N bytes left

in newer kernel I recently see this warnings: X used greatest stack depth: N bytes left X E { program name } N E { x byte } 8<-- ... khelper used greatest stack depth: 7496 bytes left khelper used greatest stack depth: 7184 bytes left ... khelper used greatest stack d

Re: [2.6.23(?)=<] X used greatest stack depth: N bytes left

On 12/29/07, Randy Dunlap <[EMAIL PROTECTED]> wrote: > On Sat, 29 Dec 2007 01:58:44 +0100 Oliver Pinter (Pintér Olivér) wrote: > > > On 12/29/07, Randy Dunlap <[EMAIL PROTECTED]> wrote: > > > On Fri, 28 Dec 2007 22:11:25 +0100 Oliver Pinter (Pintér Olivér) wrote

[00/06] typo and whitespace fixes

In some documentation and comments changed the destory typo to destroy and litle whitespace cleanups -- Thanks, Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-

[00/06] [typo fix] net/sctp/sm_statefuns.c

-- Thanks, Oliver commit 8f194e70a58d3455033a9788014619423857fba9 Author: Oliver Pinter <[EMAIL PROTECTED]> Commit: Oliver Pinter <[EMAIL PROTECTED]> [typo fix] net/sctp/sm_statefuns.c typo fix in net/sctp/sm_statefuns.c foo-destory -> foo-destroy Signed

[02/06] [typo fix] net/rfkill/rfkill.c

-- Thanks, Oliver commit 389af6f5ba7be9e79f8cbcc5929e602470d5fe29 Author: Oliver Pinter <[EMAIL PROTECTED]> Commit: Oliver Pinter <[EMAIL PROTECTED]> [typo fix] net/rfkill/rfkill.c typo fix in net/rfkill/rfkill.c foo-destory -> foo-destroy Signed-off-by

[03/06] [typo fix] net/core/net_namespace.c

-- Thanks, Oliver commit 8558bc25d31a1d70879819f28f94485abc289b6b Author: Oliver Pinter <[EMAIL PROTECTED]> Commit: Oliver Pinter <[EMAIL PROTECTED]> [typo fix] net/core/net_namespace.c typo fix in net/core/net_namespace.c foo-destory -> foo-destroy

[04/06] [typo fix] drivers/infiniband/ulp/iser/iser_verbs.c

-- Thanks, Oliver commit 1621e01cc28c34c3f17169011bb2750d89f9ebb5 Author: Oliver Pinter <[EMAIL PROTECTED]> Commit: Oliver Pinter <[EMAIL PROTECTED]> [typo fix] drivers/infiniband/ulp/iser/iser_verbs.c typo fix in drivers/infiniband/ulp/iser/iser_verbs.c foo-de

[05/06] [typo fix] Documentation/scsi/ChangeLog.lpfc

-- Thanks, Oliver commit 135c0d1c711a4d423162d75a771d015f79b23cfd Author: Oliver Pinter <[EMAIL PROTECTED]> Commit: Oliver Pinter <[EMAIL PROTECTED]> [typo fix] Documentation/scsi/ChangeLog.lpfc typo fix in Documentation/scsi/ChangeLog.lpfc foo-destory -&

[06/06] [typo fix] Documentation/filesystems/porting

-- Thanks, Oliver commit 93d021f12d5370d06b1eee0659d83d1e7095df6c Author: Oliver Pinter <[EMAIL PROTECTED]> Commit: Oliver Pinter <[EMAIL PROTECTED]> [typo fix] Documentation/filesystems/porting typo fix in Documentation/filesystems/porting foo-destory -&

Re: [2.6 patch] OSS msnd: fix array overflows

then it is auch to 2.6.22-stable? On 1/1/08, Adrian Bunk <[EMAIL PROTECTED]> wrote: > This patch fixes array overflows in the OSS msnd driver spotted by the > Coverity checker. > > Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> > > --- > > This patch has been sent on: > - 27 Oct 2007 > > 97463a59d

[BUG] skge 0000:02:05: read data parity error

Hi All! It is fully reproductable under 2.6.22.15, 2.6.23.13 (all tainted and not tainted [4 different kernel] ) and 2 different PC: [BUG] skge :02:05: read data parity error [BUG] skge :02:05: read data parity error steps: 1. login as root 2. start mc 3. cd /sys/bus/pci/drivers/skge/000

Re: [BUG] skge 0000:02:05: read data parity error

On 1/14/08, Greg KH <[EMAIL PROTECTED]> wrote: > On Mon, Jan 14, 2008 at 10:31:03PM +0100, Oliver Pinter (Pint?r Oliv?r) > wrote: > > I think, it is a potential security breakpoint, when applications with > > root permission its read, then a machine is freezed, or only i

Re: [BUG] skge 0000:02:05: read data parity error

On 1/14/08, Adrian Bunk <[EMAIL PROTECTED]> wrote: > On Mon, Jan 14, 2008 at 10:31:03PM +0100, Oliver Pinter (Pintér Olivér) > wrote: > > I think, it is a potential security breakpoint, when applications with > > root permission its read, then a machine is freezed,

Re: [BUG] skge 0000:02:05: read data parity error

I think, it is a potential security breakpoint, when applications with root permission its read, then a machine is freezed, or only i thin it's? -- Thanks, Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordo

Re: [BUG] skge 0000:02:05: read data parity error

I "tested" other devices resources file, and only with skge freezed the system. from this think, that is skge driver bug -- Thanks, Oliver -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.k

patch cassini_1.patch queued to -stable tree

On 1/15/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > This is a note to let you know that we have just queued up the patch titled > > Subject: CASSINI: Fix endianness bug. > > to the 2.6.22-stable tree. Its filename is 2.6.23-stable (cassini_*) > > cassini_1.patch > > A git repo

[2.6.24 REGRESSION] BUG: Soft lockup - with VFS

hi all! in the 2.6.24 become i some soft lockups with usb-phone, when i pluged in the mobile, then the vfs-layer crashed. am afternoon can i the .config send, and i bisected the kernel, when i have time. pictures from crash: http://students.zipernowsky.hu/~oliverp/kernel/regression_2624/ -- Than

Re: [2.6.24 REGRESSION] BUG: Soft lockup - with VFS

and so then dmesg .. -- Thanks, Oliver Initializing cgroup subsys cpuset Linux version 2.6.24-szami2 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #2 SMP Sun Jan 27 01:47:58 CET 2008 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00

[2.6.22.y] {05/17} - cciss-fix_memory_leak - series for stable kernel

-- Thanks, Oliver commit 4ae1b4aac1727a7d3633b932666e2fc459a7ff42 Author: Jesper Juhl <[EMAIL PROTECTED]> Date: Tue Jul 31 00:39:39 2007 -0700 From f2912a1223c0917a7b4e054f18086209137891ea Mon Sep 17 00:00:00 2001 Subject: [PATCH] cciss: fix memory leak There's a memory leak in

[2.6.22.y] {03/17} - pci-fix-unterminated-pci_device_id-lists - series for stable kernel

-- Thanks, Oliver commit 82b9446eceedb2a1f084baafd0243a87781f5857 Author: Kees Cook <[EMAIL PROTECTED]> Date: Wed Sep 19 05:46:32 2007 -0700 Subject: pci: fix unterminated pci_device_id lists Patch-mainline: 2.6.23-rc7 References: 340527 Git-commit: h=248bdd5efca5a113cbf443a993c

[2.6.22.y] {02/17} - invalid-semicolon - series for stable kernel

-- Thanks, Oliver commit 9b30bab6fde281cd6d143c2140b93e790c405dc7 Author: Ilpo Järvinen <[EMAIL PROTECTED]> Date: Mon Jan 28 20:54:13 2008 +0100 Subject: [POWERPC] Fix invalid semicolon after if statement Patch-mainline: 2.6.23-rc4 2b02d13996fe28478e45605de9bd8bdca25718de Acked-b

[2.6.22.y] {00/17} series for stable kernel

do_anonymous_page-race invalid-semicolon pci-fix-unterminated-pci_device_id-lists cciss-panic-in-blk_rq_map_sg cciss-fix_memory_leak handle-bogus-%cs-selector-in-single-step-instruction-decoding i386-fixup-TRACE_IRQ-breakage intel-agp-965gme-fix sony-laptop-call-sonypi_compat_init-earlier via-veloc

[2.6.22.y] {04/17} - cciss-panic-in-blk_rq_map_sg - series for stable kernel

-- Thanks, Oliver commit 3136931d10e12a9b0cf3962baaada6feac1da51b Author: Lee Schermerhorn <[EMAIL PROTECTED]> Date: Fri Sep 21 08:33:55 2007 +0200 From a683d652d334a546be9175b894f42dbd8e399536 Mon Sep 17 00:00:00 2001 Subject: [PATCH] Panic in blk_rq_map_sg() from CCISS driver

[2.6.22.y] {06/17} - handle-bogus-%cs-selector-in-single-step-instruction-decoding - series for stable kernel

-- Thanks, Oliver commit d16cb86e71908ec86addc7f1c0934d00cfbc55ed Author: Roland McGrath <[EMAIL PROTECTED]> Date: Mon Jul 16 08:03:16 2007 -0700 Subject: Handle bogus %cs selector in single-step instruction decoding Patch-mainline: 2.6.23-rc1 References: 326270, CVE-2007-3731

[2.6.22.y] {07/17} - i386-fixup-TRACE_IRQ-breakage - series for stable kernel

-- Thanks, Oliver commit 847f51cb8a09e644b7452b396d981d58dbb7eecc Author: Peter Zijlstra <[EMAIL PROTECTED]> Date: Wed Jul 18 18:59:22 2007 +0200 Subject: i386: fixup TRACE_IRQ breakage Patch-mainline: 2.6.23-rc1 References: 326270, CVE-2007-3731 i386: fixup TRACE_IRQ break

[2.6.22.y] {08/17} - intel-agp-965gme-fix - series for stable kernel

-- Thanks, Oliver commit fc864418d1481d623955f78ff4f0b5ebe57b3fdf Author: Wang Zhenyu <[EMAIL PROTECTED]> Date: Mon Jan 28 21:06:13 2008 +0100 Subject: Intel_agp: really fix 945/965GME Patch-mainline: 2.6.23-rc1 References: 281277 Intel_agp: really fix 945/965GME F

[2.6.22.y] {12/17} - nfsacl-retval.diff - series for stable kernel

-- Thanks, Oliver commit 573fa7b8f203b7f14d184b0d700bf978ee275eec Author: J. Bruce Fields <[EMAIL PROTECTED]> Date: Fri Nov 2 15:36:08 2007 -0400 Subject: [PATCH] knfsd: fix spurious EINVAL errors on first access of new filesystem References: 340873 The v2/v3 acl code in nfsd i

[2.6.22.y] {09/17} - sony-laptop-call-sonypi_compat_init-earlier - series for stable kernel

-- Thanks, Oliver commit e818e2bd96d1280db79c9383b07013b42515eded Author: Mattia Dongili <[EMAIL PROTECTED]> Date: Sun Aug 12 07:20:27 2007 +0900 Subject: sony-laptop: call sonypi_compat_init earlier Patch-mainline: 2.6.23 References: 350984 sony-laptop: call sonypi_compat_

[2.6.22.y] {13/17} - nfs-fix-nfs-reval-fsid - series for stable kernel

-- Thanks, Oliver commit c1f208a8f7f1532f746768ba189e54c446fcf5e3 Author: Oliver Pinter <[EMAIL PROTECTED]> Date: Mon Jan 28 21:13:39 2008 +0100 Patch-mainline: 2.6.24 References: 271803 GIT: a0356862bcbeb20acf64bc1a82d28a4c5bb957a7 Mon Sep 17 00:00:00 2001 From:

[2.6.22.y] {14/17} - nfs-name-len-limit - series for stable kernel

-- Thanks, Oliver commit 5e79c396df8ea4b976edc314ce0c6dfcd679 Author: Oliver Pinter <[EMAIL PROTECTED]> Date: Mon Jan 28 21:13:51 2008 +0100 Patch-mainline: 2.6.23 References: 325913 GIT: 54af3bb543c071769141387a42deaaab5074da55 Mon Sep 17 00:00:00 2001 From:

[2.6.22.y] {10/17} - via-velocity-dont-oops-on-mtu-change-1 - series for stable kernel

-- Thanks, Oliver commit cefe0b205bc46195bd3d727c3a64d1315eb348d1 Author: Stephen Hemminger <[EMAIL PROTECTED]> Date: Thu Nov 15 03:47:27 2007 -0800 Subject: [VIA_VELOCITY]: Don't oops on MTU change. Patch-mainline: v2.6.24-rc3 References: 341537 [VIA_VELOCITY]: Don't oops

[2.6.22.y] {15/17} - nfs-unmount-leak.patch - series for stable kernel

-- Thanks, Oliver commit 22ce96e4a0adb59223039e3a79d6c590dca60324 Author: Trond Myklebust <[EMAIL PROTECTED]> Date: Tue Dec 11 11:05:19 2007 -0500 Subject: NFSv2/v3: Fix a memory leak when using -onolock Patch-mainline: 2.6.24 References: 336253 Neil Brown sai

[2.6.22.y] {11/17} - via-velocity-dont-oops-on-mtu-change-2 - series for stable kernel

-- Thanks, Oliver commit d8a71a5e6e4d10d146f860b516c08d5e8fc1cde4 Author: Stephen Hemminger <[EMAIL PROTECTED]> Date: Wed Nov 28 22:20:16 2007 -0800 Subject: via-velocity: don't oops on MTU change (resend) Patch-mainline: v2.6.24-rc4 References: 341537 via-velocity: don't o

[2.6.22.y] {16/17} - nfsv4-MAXNAME-fix.diff - series for stable kernel

-- Thanks, Oliver commit 417f8080a38143bd15eca15b6cc3974b099c3a28 Author: J. Bruce Fields <[EMAIL PROTECTED]> Date: Fri Sep 28 16:45:51 2007 -0400 Subject: knfsd: query filesystem for NFSv4 getattr of FATTR4_MAXNAME References: 271803 Patch-mainline: 2.6.24 (likely) Without

[2.6.22.y] {17/17} - nopage-range-fix.patch (CVE-2008-0007) - series for stable kernel

-- Thanks, Oliver commit 7a848b2ce457a41a97ec059af9658cfccb551e60 Author: Nick Piggin <[EMAIL PROTECTED]> Date: Mon Jan 28 21:19:34 2008 +0100 Subject: insufficient range checks of certain fault handlers (CVE-2008-0007) References: 353207 Patch-upstream: not yet This patch

[2.6.22.y] {01/17} - do_anonymous_page-race - series for stable kernel

-- Thanks, Oliver commit 8327e0f191341cc32fb89bf4d7bee7c2524ae4e0 Author: Andrea Arcangeli <[EMAIL PROTECTED]> Date: Mon Jan 28 20:52:29 2008 +0100 Subject: Race condition in userspace testcase References: 46948, LTC11574 Additional Comment #103 From Andrea Arcangeli 2004-

<    1   2