All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org>
To: "Martin-Éric Racine" <q-funk-X3B1VOXEql0@public.gmane.org>
Cc: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>,
	Alexander Viro <viro-rfM+Q5joDG/XmaaqVzeoHQ@public.gmane.org>,
	Linux Kernel Mailing List
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kernel Testers List
	<kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [Bug #13941] x86 Geode issue
Date: Sun, 16 Aug 2009 23:01:34 +0200	[thread overview]
Message-ID: <20090816210134.GA14972@elte.hu> (raw)
In-Reply-To: <20090816205706.GB3463-X9Un+BFzKDI@public.gmane.org>


* Ingo Molnar <mingo-X9Un+BFzKDI@public.gmane.org> wrote:

> 
> * Martin-Éric Racine <q-funk-X3B1VOXEql0@public.gmane.org> wrote:
> 
> > On Thu, Aug 13, 2009 at 9:34 PM, Rafael J. Wysocki<rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> > > On Thursday 13 August 2009, Martin-Éric Racine wrote:
> > >> On Thu, Aug 13, 2009 at 5:54 PM, Rafael J. Wysocki<rjw-KKrjLPT3xs0@public.gmane.org> wrote:
> > >> > On Thursday 13 August 2009, Martin-Éric Racine wrote:
> > >> >> 2009/8/13 Martin-Éric Racine <q-funk-X3B1VOXEql0@public.gmane.org>:
> > >> >> > On Thu, Aug 13, 2009 at 12:07 PM, Ingo Molnar<mingo-X9Un+BFzKDI@public.gmane.org> wrote:
> > >> >> >> * Martin-Éric Racine <q-funk-X3B1VOXEql0@public.gmane.org> wrote:
> > >> >> >>> Yes, this bug is still valid.
> > >> >> >>>
> > >> >> >>> Ubuntu kernel team member Leann Ogasawara and I are slowly
> > >> >> >>> bisecting our way through the changes that took place since 2.6.30
> > >> >> >>> to find the commit that introduced this regression. Please stay
> > >> >> >>> tuned.
> > >> >> >>
> > >> >> >> hm, the only outright Geode related commit was:
> > >> >> >>
> > >> >> >>  d6c585a: x86: geode: Mark mfgpt irq IRQF_TIMER to prevent resume failure
> > >> >> >>
> > >> >> >> the jpg at:
> > >> >> >>
> > >> >> >>  http://launchpadlibrarian.net/28892781/00002.jpg
> > >> >> >>
> > >> >> >> is very out of focus - but what i could decypher suggests a
> > >> >> >> pagefault crash in the VFS code, in generic_delete_inode().
> > >> >>
> > >> >> This one might be a bit better:
> > >> >>
> > >> >> http://launchpadlibrarian.net/30267494/2.6.31-5.24.jpg
> > >
> > > Hmm.  This looks like a sysfs oops to my untrained eye.
> > 
> > The bisect I did with Leann Ogasawara has narrowed the kernel panic
> > down to the following:
> > 
> > commit f19d4a8fa6f9b6ccf54df0971c97ffcaa390b7b0
> > Author: Al Viro <viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org>
> > Date: Mon Jun 8 19:50:45 2009 -0400
> > 
> >     add caching of ACLs in struct inode
> > 
> >     No helpers, no conversions yet.
> > 
> >     Signed-off-by: Al Viro <viro-RmSDqhL/yNMiFSDQTTA3OLVCufUGDwFn@public.gmane.org>
> 
> Weird. If the functions do what their name suggests, i.e. if 
> inode_init_always() is an always called constructor and if 
> destroy_inode() is an unconditional destructor then this patch 
> should have no functional effect on the VFS side.
> 
> It increases the size of struct inode, so if you have some old 
> module (built to an older version of fs.h) still around it might 
> corrupt your inode data structure.
> 
> Or the size change might trigger some dormant bug. It might move a 
> critical inode right into the path of a pre-existing (but not 
> visibly crash-triggering) data corruption.
> 
> The possibilities on the 'weird bug' front are endless - the 
> crash/oops itself should be turned into text, posted here and 
> analyzed.

Btw., before you invest any time into the 'weird crash' theory, i'd 
suggest to double check the bisection result:

  f19d4a8fa6f9b6ccf54df0971c97ffcaa390b7b0    crashes
  f19d4a8fa6f9b6ccf54df0971c97ffcaa390b7b0~1  boots fine

You can save yourself from a lot of head scratching that way - the 
bisection result looks weird. (albeit plausible - a VFS crash points 
to a VFS commit.)

_Maybe_ the bisection is just off a little bit (there was a 
bisection mistake in the last few steps), and the real buggy commit 
is one of the nearby ones:

1cbd20d: switch xfs to generic acl caching helpers
073aaa1: helpers for acl caching + switch to those
06b16e9: switch shmem to inode->i_acl
281eede: switch reiserfs to inode->i_acl
7a77b15: switch reiserfs to usual conventions for caching ACLs
e68888b: reiserfs: minimal fix for ACL caching
d441b1c: switch nilfs2 to inode->i_acl
5affd88: switch btrfs to inode->i_acl
290c263: switch jffs2 to inode->i_acl
05fc079: switch jfs to inode->i_acl
d4bfe2f: switch ext4 to inode->i_acl
6582a0e: switch ext3 to inode->i_acl
5e78b43: switch ext2 to inode->i_acl
f19d4a8: add caching of ACLs in struct inode
3e63cbb: fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
01c0319: cleanup __writeback_single_inode
f21f622: ... and the same for vfsmount id/mount group id
c63e09e: Make allocation of anon devices cheaper
7e325d3: update Documentation/filesystems/Locking
f6cc746: devpts: remove module-related code
3b22edc: VFS: Switch init_mount_tree() to use the new create_mnt_ns() helper
654f562: vfs: fix nd->root leak in do_filp_open()
b5450d9: reiserfs: remove stray unlock_super in reiserfs_resize
c912e7a: ALSA: hda - Fix support for Samsung P50 with AD1986A codec

	Ingo

WARNING: multiple messages have this Message-ID (diff)
From: Ingo Molnar <mingo@elte.hu>
To: "Martin-Éric Racine" <q-funk@iki.fi>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
	Alexander Viro <viro@ftp.linux.org.uk>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Kernel Testers List <kernel-testers@vger.kernel.org>
Subject: Re: [Bug #13941] x86 Geode issue
Date: Sun, 16 Aug 2009 23:01:34 +0200	[thread overview]
Message-ID: <20090816210134.GA14972@elte.hu> (raw)
In-Reply-To: <20090816205706.GB3463@elte.hu>


* Ingo Molnar <mingo@elte.hu> wrote:

> 
> * Martin-Éric Racine <q-funk@iki.fi> wrote:
> 
> > On Thu, Aug 13, 2009 at 9:34 PM, Rafael J. Wysocki<rjw@sisk.pl> wrote:
> > > On Thursday 13 August 2009, Martin-Éric Racine wrote:
> > >> On Thu, Aug 13, 2009 at 5:54 PM, Rafael J. Wysocki<rjw@sisk.pl> wrote:
> > >> > On Thursday 13 August 2009, Martin-Éric Racine wrote:
> > >> >> 2009/8/13 Martin-Éric Racine <q-funk@iki.fi>:
> > >> >> > On Thu, Aug 13, 2009 at 12:07 PM, Ingo Molnar<mingo@elte.hu> wrote:
> > >> >> >> * Martin-Éric Racine <q-funk@iki.fi> wrote:
> > >> >> >>> Yes, this bug is still valid.
> > >> >> >>>
> > >> >> >>> Ubuntu kernel team member Leann Ogasawara and I are slowly
> > >> >> >>> bisecting our way through the changes that took place since 2.6.30
> > >> >> >>> to find the commit that introduced this regression. Please stay
> > >> >> >>> tuned.
> > >> >> >>
> > >> >> >> hm, the only outright Geode related commit was:
> > >> >> >>
> > >> >> >>  d6c585a: x86: geode: Mark mfgpt irq IRQF_TIMER to prevent resume failure
> > >> >> >>
> > >> >> >> the jpg at:
> > >> >> >>
> > >> >> >>  http://launchpadlibrarian.net/28892781/00002.jpg
> > >> >> >>
> > >> >> >> is very out of focus - but what i could decypher suggests a
> > >> >> >> pagefault crash in the VFS code, in generic_delete_inode().
> > >> >>
> > >> >> This one might be a bit better:
> > >> >>
> > >> >> http://launchpadlibrarian.net/30267494/2.6.31-5.24.jpg
> > >
> > > Hmm.  This looks like a sysfs oops to my untrained eye.
> > 
> > The bisect I did with Leann Ogasawara has narrowed the kernel panic
> > down to the following:
> > 
> > commit f19d4a8fa6f9b6ccf54df0971c97ffcaa390b7b0
> > Author: Al Viro <viro@zeniv.linux.org.uk>
> > Date: Mon Jun 8 19:50:45 2009 -0400
> > 
> >     add caching of ACLs in struct inode
> > 
> >     No helpers, no conversions yet.
> > 
> >     Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
> 
> Weird. If the functions do what their name suggests, i.e. if 
> inode_init_always() is an always called constructor and if 
> destroy_inode() is an unconditional destructor then this patch 
> should have no functional effect on the VFS side.
> 
> It increases the size of struct inode, so if you have some old 
> module (built to an older version of fs.h) still around it might 
> corrupt your inode data structure.
> 
> Or the size change might trigger some dormant bug. It might move a 
> critical inode right into the path of a pre-existing (but not 
> visibly crash-triggering) data corruption.
> 
> The possibilities on the 'weird bug' front are endless - the 
> crash/oops itself should be turned into text, posted here and 
> analyzed.

Btw., before you invest any time into the 'weird crash' theory, i'd 
suggest to double check the bisection result:

  f19d4a8fa6f9b6ccf54df0971c97ffcaa390b7b0    crashes
  f19d4a8fa6f9b6ccf54df0971c97ffcaa390b7b0~1  boots fine

You can save yourself from a lot of head scratching that way - the 
bisection result looks weird. (albeit plausible - a VFS crash points 
to a VFS commit.)

_Maybe_ the bisection is just off a little bit (there was a 
bisection mistake in the last few steps), and the real buggy commit 
is one of the nearby ones:

1cbd20d: switch xfs to generic acl caching helpers
073aaa1: helpers for acl caching + switch to those
06b16e9: switch shmem to inode->i_acl
281eede: switch reiserfs to inode->i_acl
7a77b15: switch reiserfs to usual conventions for caching ACLs
e68888b: reiserfs: minimal fix for ACL caching
d441b1c: switch nilfs2 to inode->i_acl
5affd88: switch btrfs to inode->i_acl
290c263: switch jffs2 to inode->i_acl
05fc079: switch jfs to inode->i_acl
d4bfe2f: switch ext4 to inode->i_acl
6582a0e: switch ext3 to inode->i_acl
5e78b43: switch ext2 to inode->i_acl
f19d4a8: add caching of ACLs in struct inode
3e63cbb: fs: Add new pre-allocation ioctls to vfs for compatibility with legacy xfs ioctls
01c0319: cleanup __writeback_single_inode
f21f622: ... and the same for vfsmount id/mount group id
c63e09e: Make allocation of anon devices cheaper
7e325d3: update Documentation/filesystems/Locking
f6cc746: devpts: remove module-related code
3b22edc: VFS: Switch init_mount_tree() to use the new create_mnt_ns() helper
654f562: vfs: fix nd->root leak in do_filp_open()
b5450d9: reiserfs: remove stray unlock_super in reiserfs_resize
c912e7a: ALSA: hda - Fix support for Samsung P50 with AD1986A codec

	Ingo

  parent reply	other threads:[~2009-08-16 21:01 UTC|newest]

Thread overview: 149+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-09 20:36 2.6.31-rc5-git5: Reported regressions from 2.6.30 Rafael J. Wysocki
2009-08-09 20:36 ` Rafael J. Wysocki
2009-08-09 20:36 ` [Bug #13645] NULL pointer dereference at (null) (level2_spare_pgt) Rafael J. Wysocki
2009-08-09 20:36   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13740] X server crashes with 2.6.31-rc2 when options are changed Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13809] oprofile: possible circular locking dependency detected Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13819] system freeze when switching to console Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13713] [drm/i915] Possible regression due to commit "Change GEM throttling to be 20ms (...)" Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13716] The AIC-7892P controller does not work any more Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13733] 2.6.31-rc2: irq 16: nobody cared Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13836] suspend script fails, related to stdout? Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13833] Kernel Oops when trying to suspend with ubifs mounted on block2mtd mtd device Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13837] Input : regression - touchpad not detected Rafael J. Wysocki
2009-08-10  2:14   ` Dave Young
2009-08-10  2:14     ` Dave Young
     [not found]     ` <a8e1da0908091914s151469e8w826a726254276fce-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-10 14:03       ` Rafael J. Wysocki
2009-08-10 14:03         ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13869] Radeon framebuffer (w/o KMS) corruption at boot Rafael J. Wysocki
2009-08-10  0:10   ` Duncan
     [not found]     ` <200908091710.28486.1i5t5.duncan-j9pdmedNgrk@public.gmane.org>
2009-08-10  0:16       ` Rafael J. Wysocki
2009-08-10  0:16         ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13846] LEDs switched off permanently by power saving with rt61pci driver Rafael J. Wysocki
2009-08-10 10:11   ` Chris Clayton
2009-08-10 10:11     ` Chris Clayton
     [not found]     ` <200908101111.16762.chris2553-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
2009-08-10 14:06       ` Rafael J. Wysocki
2009-08-10 14:06         ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13848] iwlwifi (4965) regression since 2.6.30 Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13914] e1000e reports invalid NVM Checksum on 82566DM-2 (bisected) Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13899] Oops from tar, 2.6.31-rc5, 32 bit on quad core phenom Rafael J. Wysocki
2009-08-10  3:42   ` Gene Heskett
2009-08-10  3:42     ` Gene Heskett
     [not found]     ` <200908092342.43656.gene.heskett-H+0wwilmMs3R7s880joybQ@public.gmane.org>
2009-08-10 14:07       ` Rafael J. Wysocki
2009-08-10 14:07         ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13906] Huawei E169 GPRS connection causes Ooops Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13895] 2.6.31-rc4 - slab entry tak_delay_info leaking ??? Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13941] x86 Geode issue Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-13  8:52   ` Martin-Éric Racine
2009-08-13  8:52     ` Martin-Éric Racine
     [not found]     ` <11fae7c70908130152j21f9f183m4f1c49d91fc7a7f9-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-13  9:07       ` Ingo Molnar
2009-08-13  9:07         ` Ingo Molnar
     [not found]         ` <20090813090743.GA14352-X9Un+BFzKDI@public.gmane.org>
2009-08-13  9:44           ` Martin-Éric Racine
2009-08-13  9:44             ` Martin-Éric Racine
     [not found]             ` <11fae7c70908130244k3f20954ewa23c5a57fbd60410-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-13 10:40               ` Martin-Éric Racine
2009-08-13 10:40                 ` Martin-Éric Racine
     [not found]                 ` <11fae7c70908130340w37782c04m861d2f429d639a9e-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-13 14:54                   ` Rafael J. Wysocki
2009-08-13 14:54                     ` Rafael J. Wysocki
     [not found]                     ` <200908131654.45227.rjw-KKrjLPT3xs0@public.gmane.org>
2009-08-13 15:00                       ` Martin-Éric Racine
2009-08-13 15:00                         ` Martin-Éric Racine
     [not found]                         ` <11fae7c70908130800q7b4a5293t5c373613d736d74-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-13 18:34                           ` Rafael J. Wysocki
2009-08-13 18:34                             ` Rafael J. Wysocki
     [not found]                             ` <200908132034.34951.rjw-KKrjLPT3xs0@public.gmane.org>
2009-08-16 19:17                               ` Martin-Éric Racine
2009-08-16 19:17                                 ` Martin-Éric Racine
     [not found]                                 ` <11fae7c70908161217p33830075p783880315a31b2e5-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-16 20:57                                   ` Ingo Molnar
2009-08-16 20:57                                     ` Ingo Molnar
     [not found]                                     ` <20090816205706.GB3463-X9Un+BFzKDI@public.gmane.org>
2009-08-16 21:01                                       ` Ingo Molnar [this message]
2009-08-16 21:01                                         ` Ingo Molnar
     [not found]                                         ` <20090816210134.GA14972-X9Un+BFzKDI@public.gmane.org>
2009-09-11 12:36                                           ` Martin-Éric Racine
2009-09-11 12:36                                             ` Martin-Éric Racine
2009-08-16 21:12                                       ` Martin-Éric Racine
2009-08-16 21:12                                         ` Martin-Éric Racine
     [not found]                                         ` <11fae7c70908161412v61fd233au5166e18f4c4d0931-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-16 21:34                                           ` Ingo Molnar
2009-08-16 21:34                                             ` Ingo Molnar
     [not found]                                             ` <20090816213407.GA30245-X9Un+BFzKDI@public.gmane.org>
2009-08-17 21:02                                               ` Martin-Éric Racine
2009-08-17 21:02                                                 ` Martin-Éric Racine
     [not found]                                                 ` <11fae7c70908171402y18699abbs7a293fe9ff562388-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-18  4:50                                                   ` Willy Tarreau
2009-08-18  4:50                                                     ` Willy Tarreau
2009-09-11 12:31                                                     ` Martin-Éric Racine
2009-08-09 20:44 ` [Bug #13940] iwlagn and sky2 stopped working, ACPI-related Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13935] 2.6.31-rcX breaks Apple MightyMouse (Bluetooth version) Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-11 13:02   ` Jan Scholz
2009-08-11 13:02     ` Jan Scholz
     [not found]     ` <87hbwewlk4.fsf-X87fCqEI3snt2/fatF9ZgSk+o5UQzIjPIRYYPiSvRdM@public.gmane.org>
2009-08-11 15:39       ` Rafael J. Wysocki
2009-08-11 15:39         ` Rafael J. Wysocki
2009-09-30 13:21       ` Jan Scholz
2009-09-30 13:21         ` Jan Scholz
2009-09-30 15:25         ` Jiri Kosina
2009-08-09 20:44 ` [Bug #13943] WARNING: at net/mac80211/mlme.c:2292 with ath5k Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-10  6:55   ` Fabio Comolli
2009-08-10  6:55     ` Fabio Comolli
2009-08-10 14:09     ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13944] MD raid regression Rafael J. Wysocki
2009-08-10  1:31   ` Neil Brown
     [not found]     ` <19071.30809.398179.900584-wvvUuzkyo1EYVZTmpyfIwg@public.gmane.org>
2009-08-10 14:11       ` Rafael J. Wysocki
2009-08-10 14:11         ` Rafael J. Wysocki
     [not found]         ` <200908101611.07170.rjw-KKrjLPT3xs0@public.gmane.org>
2009-08-10 14:21           ` Mike Snitzer
2009-08-10 14:21             ` Mike Snitzer
     [not found]             ` <20090810142130.GA15956-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-08-11 15:40               ` Rafael J. Wysocki
2009-08-11 15:40                 ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13946] x86 MCE malfunction on Thinkpad T42p Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13942] Troubles with AoE and uninitialized object Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13948] ath5k broken after suspend-to-ram Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13947] Libertas: Association request to the driver failed Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-09 20:44 ` [Bug #13950] Oops when USB Serial disconnected while in use Rafael J. Wysocki
2009-08-09 20:44   ` Rafael J. Wysocki
2009-08-10 14:30 ` 2.6.31-rc5-git5: Reported regressions from 2.6.30 James Bottomley
2009-08-10 14:30 ` James Bottomley
     [not found]   ` <1249914643.4089.3.camel-0iu6Cu4xQGLYCGPCin2YbQ@public.gmane.org>
2009-08-10 14:52     ` Rafael J. Wysocki
2009-08-10 14:52       ` Rafael J. Wysocki
2009-08-10 15:04 ` wireless regressions -- " John W. Linville
2009-08-10 15:50   ` Luis R. Rodriguez
2009-08-10 16:04     ` Bob Copeland
  -- strict thread matches above, loose matches on Subject: below --
2009-08-19 20:20 2.6.31-rc6-git5: " Rafael J. Wysocki
2009-08-19 20:26 ` [Bug #13941] x86 Geode issue Rafael J. Wysocki
2009-08-19 20:26   ` Rafael J. Wysocki
2009-08-20  7:33   ` Martin-Éric Racine
     [not found]     ` <11fae7c70908200033k7c28561eh28e1195ce4a692f8-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-20 15:04       ` Rafael J. Wysocki
2009-08-20 15:04         ` Rafael J. Wysocki
     [not found]         ` <200908201704.06553.rjw-KKrjLPT3xs0@public.gmane.org>
2009-08-20 18:36           ` Cyrill Gorcunov
2009-08-20 18:36             ` Cyrill Gorcunov
2009-08-20 19:08             ` Cyrill Gorcunov
2009-08-20 19:08               ` Cyrill Gorcunov
2009-08-25 20:00 2.6.31-rc7-git2: Reported regressions from 2.6.30 Rafael J. Wysocki
2009-08-25 20:34 ` [Bug #13941] x86 Geode issue Rafael J. Wysocki
2009-08-25 20:34   ` Rafael J. Wysocki
2009-08-25 23:37   ` Martin-Éric Racine
     [not found]     ` <11fae7c70908251637p2fe53296g1c2e65b9fca5e5a1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-08-26 20:59       ` Rafael J. Wysocki
2009-08-26 20:59         ` Rafael J. Wysocki
2009-09-06 17:15 2.6.31-rc9: Reported regressions from 2.6.30 Rafael J. Wysocki
2009-09-06 17:24 ` [Bug #13941] x86 Geode issue Rafael J. Wysocki
2009-09-06 17:24   ` Rafael J. Wysocki
2009-09-06 20:30   ` Martin-Éric Racine
     [not found]     ` <11fae7c70909061330h11c33ef3vc8ed4b7a0778874e-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-09-06 21:12       ` Rafael J. Wysocki
2009-09-06 21:12         ` Rafael J. Wysocki
2009-10-01 19:53 2.6.32-rc1-git2: Reported regressions 2.6.30 -> 2.6.31 Rafael J. Wysocki
2009-10-01 19:55 ` [Bug #13941] x86 Geode issue Rafael J. Wysocki
2009-10-01 19:55   ` Rafael J. Wysocki
2009-10-11 22:41 2.6.32-rc4: Reported regressions 2.6.30 -> 2.6.31 Rafael J. Wysocki
2009-10-11 23:01 ` [Bug #13941] x86 Geode issue Rafael J. Wysocki
2009-10-11 23:01   ` Rafael J. Wysocki
2009-10-26 19:26 2.6.32-rc5-git3: Reported regressions 2.6.30 -> 2.6.31 Rafael J. Wysocki
2009-10-26 19:31 ` [Bug #13941] x86 Geode issue Rafael J. Wysocki
2009-10-26 19:31   ` Rafael J. Wysocki
2009-10-26 21:32   ` Martin-Éric Racine
2009-10-26 21:32     ` Martin-Éric Racine
     [not found]     ` <11fae7c70910261432w27b39e92ld319487e679fccaa-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-10-26 22:14       ` Rafael J. Wysocki
2009-10-26 22:14         ` Rafael J. Wysocki
2009-11-16 22:58 2.6.32-rc7-git1: Reported regressions 2.6.30 -> 2.6.31 Rafael J. Wysocki
2009-11-16 23:01 ` [Bug #13941] x86 Geode issue Rafael J. Wysocki
2009-11-16 23:01   ` Rafael J. Wysocki
2009-11-21 14:59 2.6.32-rc8-git1: Reported regressions 2.6.30 -> 2.6.31 Rafael J. Wysocki
2009-11-21 15:02 ` [Bug #13941] x86 Geode issue Rafael J. Wysocki
2009-11-21 15:02   ` Rafael J. Wysocki
2009-11-21 17:47   ` Martin-Éric Racine

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20090816210134.GA14972@elte.hu \
    --to=mingo-x9un+bfzkdi@public.gmane.org \
    --cc=kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=q-funk-X3B1VOXEql0@public.gmane.org \
    --cc=rjw-KKrjLPT3xs0@public.gmane.org \
    --cc=viro-rfM+Q5joDG/XmaaqVzeoHQ@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.