On Sunday, 15 April 2007 20:50, Tobias Diedrich wrote:
> Rafael J. Wysocki wrote:
> > On Sunday, 15 April 2007 16:19, Dmitry Torokhov wrote:
> > > On Sunday 15 April 2007 07:16, Rafael J. Wysocki wrote:
> > > > On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
> > > >
> > > > > > With CONFIG_
On Sunday, 15 April 2007 16:19, Dmitry Torokhov wrote:
> On Sunday 15 April 2007 07:16, Rafael J. Wysocki wrote:
> > On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
> >
> > > > With CONFIG_PM_DEBUG=y and CONFIG_DISABLE_CONSOLE_SUSPEND=y I see
> > > > that the second suspend hangs at "i8042
On Sunday 15 April 2007 07:16, Rafael J. Wysocki wrote:
> On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
>
> > > With CONFIG_PM_DEBUG=y and CONFIG_DISABLE_CONSOLE_SUSPEND=y I see
> > > that the second suspend hangs at "i8042 i8042: EARLY resume".
> > > This is kinda interesting because I'm
On Sunday, 15 April 2007 10:02, Tobias Diedrich wrote:
> Tobias Diedrich wrote:
> > Rafael J. Wysocki wrote:
> > > On Saturday, 14 April 2007 23:35, Tobias Diedrich wrote:
> > > > Rafael J. Wysocki wrote:
> > > > > On Saturday, 14 April 2007 21:56, Tobias Diedrich wrote:
> > > > > > Rafael J. Wysoc
Tobias Diedrich wrote:
> Rafael J. Wysocki wrote:
> > On Saturday, 14 April 2007 23:35, Tobias Diedrich wrote:
> > > Rafael J. Wysocki wrote:
> > > > On Saturday, 14 April 2007 21:56, Tobias Diedrich wrote:
> > > > > Rafael J. Wysocki wrote:
> > > > > > On Saturday, 14 April 2007 15:00, Adrian Bunk
Rafael J. Wysocki wrote:
> On Saturday, 14 April 2007 23:35, Tobias Diedrich wrote:
> > Rafael J. Wysocki wrote:
> > > On Saturday, 14 April 2007 21:56, Tobias Diedrich wrote:
> > > > Rafael J. Wysocki wrote:
> > > > > On Saturday, 14 April 2007 15:00, Adrian Bunk wrote:
> > > > > > On Sat, Apr 14,
On Saturday, 14 April 2007 23:35, Tobias Diedrich wrote:
> Rafael J. Wysocki wrote:
> > On Saturday, 14 April 2007 21:56, Tobias Diedrich wrote:
> > > Rafael J. Wysocki wrote:
> > > > On Saturday, 14 April 2007 15:00, Adrian Bunk wrote:
> > > > > On Sat, Apr 14, 2007 at 02:31:54PM +0200, Tobias Die
Rafael J. Wysocki wrote:
> On Saturday, 14 April 2007 21:56, Tobias Diedrich wrote:
> > Rafael J. Wysocki wrote:
> > > On Saturday, 14 April 2007 15:00, Adrian Bunk wrote:
> > > > On Sat, Apr 14, 2007 at 02:31:54PM +0200, Tobias Diedrich wrote:
> > > > > Tobias Diedrich wrote:
> > > > > > > ed746e3
On Saturday, 14 April 2007 22:25, Adrian Bunk wrote:
> On Sat, Apr 14, 2007 at 10:23:31PM +0200, Rafael J. Wysocki wrote:
> >...
> > Also, would that be feasible for you to use 'shutdown' as a workaround in
> > case
> > the source of the problem is difficult to find and/or fix?
>
> One person rep
On Sat, Apr 14, 2007 at 10:23:31PM +0200, Rafael J. Wysocki wrote:
>...
> Also, would that be feasible for you to use 'shutdown' as a workaround in case
> the source of the problem is difficult to find and/or fix?
One person reporting a regression against a -rc kernel can mean
houndreds or thousan
On Saturday, 14 April 2007 21:56, Tobias Diedrich wrote:
> Rafael J. Wysocki wrote:
> > On Saturday, 14 April 2007 15:00, Adrian Bunk wrote:
> > > On Sat, Apr 14, 2007 at 02:31:54PM +0200, Tobias Diedrich wrote:
> > > > Tobias Diedrich wrote:
> > > > > > ed746e3b18f4df18afa3763155972c5835f284c5 is
Rafael J. Wysocki wrote:
> On Saturday, 14 April 2007 15:00, Adrian Bunk wrote:
> > On Sat, Apr 14, 2007 at 02:31:54PM +0200, Tobias Diedrich wrote:
> > > Tobias Diedrich wrote:
> > > > > ed746e3b18f4df18afa3763155972c5835f284c5 is first bad commit
> > > > > commit ed746e3b18f4df18afa3763155972c583
On Saturday, 14 April 2007 15:00, Adrian Bunk wrote:
> On Sat, Apr 14, 2007 at 02:31:54PM +0200, Tobias Diedrich wrote:
> > Tobias Diedrich wrote:
> > > > ed746e3b18f4df18afa3763155972c5835f284c5 is first bad commit
> > > > commit ed746e3b18f4df18afa3763155972c5835f284c5
> > > > Author: Rafael J. W
On Sat, Apr 14, 2007 at 02:31:54PM +0200, Tobias Diedrich wrote:
> Tobias Diedrich wrote:
> > > ed746e3b18f4df18afa3763155972c5835f284c5 is first bad commit
> > > commit ed746e3b18f4df18afa3763155972c5835f284c5
> > > Author: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > > Date: Sat Feb 10 01:43:32 20
Tobias Diedrich wrote:
> > ed746e3b18f4df18afa3763155972c5835f284c5 is first bad commit
> > commit ed746e3b18f4df18afa3763155972c5835f284c5
> > Author: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > Date: Sat Feb 10 01:43:32 2007 -0800
> >
> > [PATCH] swsusp: Change code ordering in disk.c
> >
On Sat, Apr 14, 2007 at 10:16:19AM +0200, Tobias Diedrich wrote:
> Adrian Bunk wrote:
> > On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > > Linus Torvalds wrote:
> > >
> > > > We should be getting close to a 2.6.21 release, so please update any
> > > > regression reports you'
Tobias Diedrich wrote:
> Adrian Bunk wrote:
> > On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > > Linus Torvalds wrote:
> > >
> > > > We should be getting close to a 2.6.21 release, so please update any
> > > > regression reports you've done,
> > >
> > > For me, suspend to d
Adrian Bunk wrote:
> On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > Linus Torvalds wrote:
> >
> > > We should be getting close to a 2.6.21 release, so please update any
> > > regression reports you've done,
> >
> > For me, suspend to disk works only once (has been the case
Rafael J. Wysocki wrote:
> On Saturday, 14 April 2007 10:16, Tobias Diedrich wrote:
> > Adrian Bunk wrote:
> > > On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > > > Linus Torvalds wrote:
> > > >
> > > > > We should be getting close to a 2.6.21 release, so please update any
>
On Saturday, 14 April 2007 10:16, Tobias Diedrich wrote:
> Adrian Bunk wrote:
> > On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > > Linus Torvalds wrote:
> > >
> > > > We should be getting close to a 2.6.21 release, so please update any
> > > > regression reports you've done,
Adrian Bunk wrote:
> On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> > Linus Torvalds wrote:
> >
> > > We should be getting close to a 2.6.21 release, so please update any
> > > regression reports you've done,
> >
> > For me, suspend to disk works only once (has been the case
Adrian Bunk wrote:
> Does CONFIG_HPET_TIMER=n make any difference?
Unfortunately not.
> Does the latest -git work?
Coming up next :)
--
Tobias PGP: http://9ac7e0bc.uguu.de
このメールは十割再利用されたビットで作られています。
-
To unsubscribe from this list: send the line "unsub
On Fri, Apr 13, 2007 at 11:29:55PM +0200, Tobias Diedrich wrote:
> Linus Torvalds wrote:
>
> > We should be getting close to a 2.6.21 release, so please update any
> > regression reports you've done,
>
> For me, suspend to disk works only once (has been the case for all
> .21-rcs IIRC, but I did
Linus Torvalds wrote:
> We should be getting close to a 2.6.21 release, so please update any
> regression reports you've done,
For me, suspend to disk works only once (has been the case for all
.21-rcs IIRC, but I didn't get around to report it so far).
There are some threads about an issue like
On Thu, Apr 12, 2007 at 09:26:44PM +0300, Maxim Levitsky wrote:
> On Thursday 12 April 2007 18:14:02 Mattia Dongili wrote:
> > On Thu, Apr 05, 2007 at 07:50:11PM -0700, Linus Torvalds wrote:
> > ...
> > > Maxim Levitsky (1):
> > > Add suspend/resume for HPET
> >
> > This one breaks resume fo
On Thursday 12 April 2007 18:14:02 Mattia Dongili wrote:
> On Thu, Apr 05, 2007 at 07:50:11PM -0700, Linus Torvalds wrote:
> ...
> > Maxim Levitsky (1):
> > Add suspend/resume for HPET
>
> This one breaks resume for me (from STR) on a vaio SZ. Reverting this
> commit allows resuming again bu
On Thu, Apr 12, 2007 at 05:14:02PM +0200, Mattia Dongili wrote:
> On Thu, Apr 05, 2007 at 07:50:11PM -0700, Linus Torvalds wrote:
> ...
> > Maxim Levitsky (1):
> > Add suspend/resume for HPET
>
> This one breaks resume for me (from STR) on a vaio SZ. Reverting this
> commit allows resuming a
On Thu, Apr 05, 2007 at 07:50:11PM -0700, Linus Torvalds wrote:
...
> Maxim Levitsky (1):
> Add suspend/resume for HPET
This one breaks resume for me (from STR) on a vaio SZ. Reverting this
commit allows resuming again but leaves me with some periodic and unpleasant:
[ 155.232000] BUG: sof
On 4/10/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
On Tue, 10 Apr 2007, Jeff Chua wrote:
> I couldn't get suspend-to-disk to work with 2.6.21-rc6. I've tried
> set/unset CONFIG_NO_HZ/CONFIG_HPET_TIMER, but nothing worked.
Do you think you could busect it? You'd have to apply maxim's patch by
* Chris Wedgwood <[EMAIL PROTECTED]> wrote:
> > >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/broken-out/forcedeth-work-around-null-skb-dereference-crash.patch
> >
> > It sounded this was specific to Ingo.
>
> I'm not sure, it sounds a bit like somethin
On Tue, 10 Apr 2007, Jeff Chua wrote:
> On 4/6/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > We should be getting close to a 2.6.21 release, so please update any
> > regression reports you've done,
>
> I couldn't get suspend-to-disk to work with 2.6.21-rc6. I've tried
> set/unset CONFIG_
On 4/6/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
We should be getting close to a 2.6.21 release, so please update any
regression reports you've done,
I couldn't get suspend-to-disk to work with 2.6.21-rc6. I've tried
set/unset CONFIG_NO_HZ/CONFIG_HPET_TIMER, but nothing worked.
With rc5 a
On Sun, Apr 08, 2007 at 08:59:03PM -0400, Jeff Garzik wrote:
> >ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/broken-out/forcedeth-work-around-null-skb-dereference-crash.patch
>
> It sounded this was specific to Ingo.
I'm not sure, it sounds a bit like so
On Sunday 08 April 2007 19:09, Andrew Morton wrote:
> driver core:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/broken-out/update-documentation-driver-model-platformtxt.patch
>
We should not encourage using platform_device_register_simple as we want
Andrew Morton wrote:
netdev:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm1/broken-out/forcedeth-work-around-null-skb-dereference-crash.patch
It sounded this was specific to Ingo. I haven't heard anybody else
complain, and AFAIK Ayaz and Ingo were sti
On Sun, Apr 08, 2007 at 04:09:54PM -0700, Andrew Morton wrote:
>
> I'm sitting on five patches which look like 2.6.21 material, but which
> would normally go through subsystem maintainers:
>
> driver core:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc6/2.6.21-rc6-mm
On Thu, 5 Apr 2007 19:50:11 -0700 (PDT) Linus Torvalds <[EMAIL PROTECTED]>
wrote:
>
> Ok,
> I don't think there really is anything very interesting here, but we're
> hopefully whittling down the list of regressions, and fixing various
> random other small issues while at it.
>
> Some smallis
On Fri, 2007-04-06 at 16:04 -0700, Linus Torvalds wrote:
[HPET issues resolved]
> > 3) Subject: SATA breakage on resume
> > References : http://lkml.org/lkml/2007/3/7/233
> > Submitter : Thomas Gleixner <[EMAIL PROTECTED]>
> > Soeren Sonnenburg <[EMAIL PROTECTED]>
> > Status
On Thursday 05 April 2007, Linus Torvalds wrote:
>Ok,
> I don't think there really is anything very interesting here, but we're
>hopefully whittling down the list of regressions, and fixing various
>random other small issues while at it.
>
>Some smallish MIPS updates, networking (and network driver
On Sat, 7 Apr 2007, Linus Torvalds wrote:
>
>
> On Sat, 7 Apr 2007, Randy Dunlap wrote:
> >
> > Is it too late to get a v2.6.21-rc6 tag ?
>
> It's definitely there, I can see it in gitweb..
>
> Do you have some really ancient git that didn't fetch the tags
> automatically?
Oh, my bad. I'd
On Sat, 7 Apr 2007 11:46:13 -0700 (PDT) Linus Torvalds wrote:
>
>
> On Sat, 7 Apr 2007, Randy Dunlap wrote:
> >
> > Is it too late to get a v2.6.21-rc6 tag ?
>
> It's definitely there, I can see it in gitweb..
>
> Do you have some really ancient git that didn't fetch the tags
> automatically
On Sat, 7 Apr 2007, Randy Dunlap wrote:
>
> Is it too late to get a v2.6.21-rc6 tag ?
It's definitely there, I can see it in gitweb..
Do you have some really ancient git that didn't fetch the tags
automatically?
Linus
-
To unsubscribe from this list: send the line "unsubscrib
On Thu, 5 Apr 2007 19:50:11 -0700 (PDT) Linus Torvalds wrote:
>
> Ok,
> I don't think there really is anything very interesting here, but we're
> hopefully whittling down the list of regressions, and fixing various
> random other small issues while at it.
>
> Some smallish MIPS updates, netwo
Hi all,
This looks like a lockdep problem.
2.6.21-rc6
+ hrtimers_debug.patch (from Ingo)
- skge_wol_support (commit a504e64ab42bcc27074ea37405d06833ed6e0820) dropped
due to
swsusp problems
[14016.726946] BUG: at /mnt/md0/devel/linux-git/kernel/lockdep.c:2427
check_flags()
[14016.734331] [] sho
[ Added some people to the cc.. Len, Thomas, Ingo - look for the exact
report on linux-kernel, but basically it's a "irq 9: nobody cared" issue
with acpi_irq on irq9 ]
On Sat, 7 Apr 2007, Soeren Sonnenburg wrote:
>
> regression update for 21-rc6:
>
> 1) all s2ram and NO_HZ related things
On Thu, 2007-04-05 at 19:50 -0700, Linus Torvalds wrote:
> Ok,
> I don't think there really is anything very interesting here, but we're
> hopefully whittling down the list of regressions, and fixing various
> random other small issues while at it.
>
> Some smallish MIPS updates, networking (an
On Fri, 2007-04-06 at 14:40 -0700, Nishanth Aravamudan wrote:
> 2.6.21-rc5 is ok. 2.6.21-rc6 results in
>
> [ 14.241665] Unable to handle kernel NULL pointer dereference (address
> )
Sorry, I think this should fix it:
[TG3]: Fix crash during tg3_init_one().
The driver will c
On 05.04.2007 [19:50:11 -0700], Linus Torvalds wrote:
>
> Ok,
> I don't think there really is anything very interesting here, but we're
> hopefully whittling down the list of regressions, and fixing various
> random other small issues while at it.
>
> Some smallish MIPS updates, networking (an
48 matches
Mail list logo
