On 6/4/07, Linus Torvalds <[EMAIL PROTECTED]> wrote:
So -rc4 is out there now, hopefully shrinking the regression list further.
(CCd net device MAINTAINERs, I'm not sure, but nv_alloc_rx is forcedeth)
This server has been up for about a day now and I'm starting to get
some bad looking
On 6/4/07, Linus Torvalds [EMAIL PROTECTED] wrote:
So -rc4 is out there now, hopefully shrinking the regression list further.
(CCd net device MAINTAINERs, I'm not sure, but nv_alloc_rx is forcedeth)
This server has been up for about a day now and I'm starting to get
some bad looking messages
Hi!
> Don't know Jan. nv, the last time I tried that bucket of molasses in
> january,
> couldn't drive this card at more than 800x600, and I am used to double that
> both ways.
>
> The last time I booted to nv, it took me a week to get all the crap fixed
> that
> it overwrote trying to fit
On Thursday 07 June 2007, Jan Engelhardt wrote:
>On Jun 7 2007 12:06, Gene Heskett wrote:
>>On Thursday 07 June 2007, Jan Engelhardt wrote:
>>>On Jun 7 2007 11:24, Gene Heskett wrote:
>>> It is too stable for me.
>>
>>I wish all our testers were you ;)
>
>It [2.6.22-rc4] did
On Jun 7 2007 12:06, Gene Heskett wrote:
>
>On Thursday 07 June 2007, Jan Engelhardt wrote:
>>On Jun 7 2007 11:24, Gene Heskett wrote:
>> It is too stable for me.
>
>I wish all our testers were you ;)
It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel
On Thursday 07 June 2007, Jan Engelhardt wrote:
>On Jun 7 2007 11:24, Gene Heskett wrote:
> It is too stable for me.
I wish all our testers were you ;)
>>>
>>>It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel
>>>(same config but without fc patches).
>>
>>Oh its
On Jun 7 2007 11:24, Gene Heskett wrote:
It is too stable for me.
>>>
>>>I wish all our testers were you ;)
>>
>>It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel
>>(same config but without fc patches).
>>
>Oh its stable allright, but why do I have to turn the monitor
On Thursday 07 June 2007, Jan Engelhardt wrote:
>On Jun 5 2007 12:26, Linus Torvalds wrote:
>>On Tue, 5 Jun 2007, Michal Piotrowski wrote:
>>> It is too stable for me.
>>
>>I wish all our testers were you ;)
>
>It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel
>(same config
On Jun 5 2007 12:26, Linus Torvalds wrote:
>On Tue, 5 Jun 2007, Michal Piotrowski wrote:
>>
>> It is too stable for me.
>
>I wish all our testers were you ;)
It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel
(same config but without fc patches).
Jan
--
-
To
On Jun 5 2007 12:26, Linus Torvalds wrote:
On Tue, 5 Jun 2007, Michal Piotrowski wrote:
It is too stable for me.
I wish all our testers were you ;)
It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel
(same config but without fc patches).
Jan
--
-
To
On Thursday 07 June 2007, Jan Engelhardt wrote:
On Jun 5 2007 12:26, Linus Torvalds wrote:
On Tue, 5 Jun 2007, Michal Piotrowski wrote:
It is too stable for me.
I wish all our testers were you ;)
It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel
(same config but without fc
On Jun 7 2007 11:24, Gene Heskett wrote:
It is too stable for me.
I wish all our testers were you ;)
It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel
(same config but without fc patches).
Oh its stable allright, but why do I have to turn the monitor off by hand when
I
On Thursday 07 June 2007, Jan Engelhardt wrote:
On Jun 7 2007 11:24, Gene Heskett wrote:
It is too stable for me.
I wish all our testers were you ;)
It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel
(same config but without fc patches).
Oh its stable allright, but why do I
On Jun 7 2007 12:06, Gene Heskett wrote:
On Thursday 07 June 2007, Jan Engelhardt wrote:
On Jun 7 2007 11:24, Gene Heskett wrote:
It is too stable for me.
I wish all our testers were you ;)
It [2.6.22-rc4] did not die on me so far, unlike that stock FC7 kernel
(same config but without fc
On Thursday 07 June 2007, Jan Engelhardt wrote:
On Jun 7 2007 12:06, Gene Heskett wrote:
On Thursday 07 June 2007, Jan Engelhardt wrote:
On Jun 7 2007 11:24, Gene Heskett wrote:
It is too stable for me.
I wish all our testers were you ;)
It [2.6.22-rc4] did not die on me so far, unlike that
Hi!
Don't know Jan. nv, the last time I tried that bucket of molasses in
january,
couldn't drive this card at more than 800x600, and I am used to double that
both ways.
The last time I booted to nv, it took me a week to get all the crap fixed
that
it overwrote trying to fit the
I'm just guessing here, but maybe pdc_interrupt()'s clearing of
PDC_INT_SEQMASK also affects whatever legacy ATA status bit libata
is polling to detect completion of the qc?
--- linux-2.6.22-rc4/drivers/ata/sata_promise.c.~1~ 2007-06-05
22:21:39.0 +0200
+++ linux-2.6.22-rc4/drivers/ata/
Hello,
Jeff Garzik wrote:
> On Tue, Jun 05, 2007 at 11:31:46PM +0200, Mikael Pettersson wrote:
>> I can easily reproduce the problem in 2.6.22-rc4. There are no
>> sata_promise changes between rc3 and rc4, but Tejun's libata
>> polling SETXFER change was included in rc4. Reverting it makes
>>
Hello,
Jeff Garzik wrote:
On Tue, Jun 05, 2007 at 11:31:46PM +0200, Mikael Pettersson wrote:
I can easily reproduce the problem in 2.6.22-rc4. There are no
sata_promise changes between rc3 and rc4, but Tejun's libata
polling SETXFER change was included in rc4. Reverting it makes
sata_promise
of the qc?
--- linux-2.6.22-rc4/drivers/ata/sata_promise.c.~1~ 2007-06-05
22:21:39.0 +0200
+++ linux-2.6.22-rc4/drivers/ata/sata_promise.c 2007-06-06 12:04:38.0
+0200
@@ -748,6 +748,11 @@
qc = ata_qc_from_tag(ap, ap-active_tag
Jeff Garzik wrote:
On Tue, Jun 05, 2007 at 11:31:46PM +0200, Mikael Pettersson wrote:
I can easily reproduce the problem in 2.6.22-rc4. There are no
sata_promise changes between rc3 and rc4, but Tejun's libata
polling SETXFER change was included in rc4. Reverting it makes
sata_promise work
On Tuesday, 5 June 2007 22:19, Pavel Machek wrote:
> Hi!
>
> > > > [ 116.733327] PM: suspend-to-disk mode set to 'shutdown' [
> > > > 116.738849] swsusp: Basic memory bitmaps created [ 116.745353]
> > > > Stopping tasks ... WARNING: at
> > > > /home/devel/linux-git/kernel/lockdep.c:2414
On Tue, Jun 05, 2007 at 11:31:46PM +0200, Mikael Pettersson wrote:
> I can easily reproduce the problem in 2.6.22-rc4. There are no
> sata_promise changes between rc3 and rc4, but Tejun's libata
> polling SETXFER change was included in rc4. Reverting it makes
> sata_promise work again for me.
On Tue, 05 Jun 2007 17:14:46 +0100, David Greaves <[EMAIL PROTECTED]> wrote:
>[Tejun, Jeff, added you since the bisect points to your patch.]
>
>Sorry, mail glitch means I lost a couple of emails...
>
>I said:
>Compile warnings and a new regression: hang on boot during sata_promise
>detection...
>
arning: `__kfree_section_memmap' defined but not used
Here is the patch.
Thanks,
Badari
__kmalloc_section_memmap(), vaddr_in_vmalloc_area() and
__kfree_section_memmap() are used only for MEMORY_HOTPLUG.
Moved them under CONFIG_MEMORY_HOTPLUG.
Signed-off-by: Badari Pulavarty <[EMAIL PROTECTED]>
Index: linux-2
Hi!
> > > [ 116.733327] PM: suspend-to-disk mode set to 'shutdown' [
> > > 116.738849] swsusp: Basic memory bitmaps created [ 116.745353]
> > > Stopping tasks ... WARNING: at
> > > /home/devel/linux-git/kernel/lockdep.c:2414 check_flags()
>
> > > [ 116.755052] irq event stamp: 69
> > > [
Hi!
> > isnt the refrigerator() suspend related? Perhaps suspend disables irqs
> > somewhere that we forgot to track?
>
> There _is_ something strange there. For that whole sequence to trigger,
> the current task has to have the TIF_FREEZE bit set, but I don't see why
> it would be during
On Tue, 5 Jun 2007, Ingo Molnar wrote:
>
> isnt the refrigerator() suspend related? Perhaps suspend disables irqs
> somewhere that we forgot to track?
There _is_ something strange there. For that whole sequence to trigger,
the current task has to have the TIF_FREEZE bit set, but I don't see
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > this looks harmless
> >
> > [ 116.733327] PM: suspend-to-disk mode set to 'shutdown' [
> > 116.738849] swsusp: Basic memory bitmaps created [ 116.745353]
> > Stopping tasks ... WARNING: at
> > /home/devel/linux-git/kernel/lockdep.c:2414
On Tue, 5 Jun 2007, Michal Piotrowski wrote:
>
> It is too stable for me.
I wish all our testers were you ;)
> this looks harmless
>
> [ 116.733327] PM: suspend-to-disk mode set to 'shutdown'
> [ 116.738849] swsusp: Basic memory bitmaps created
> [ 116.745353] Stopping tasks ... WARNING:
Linus Torvalds pisze:
So -rc4 is out there now, hopefully shrinking the regression list further.
It is too stable for me.
aio_dio_bugs ok
aiostress ok
bash_shared_mapping ok
cpu_hotplug ok
fio ok
fsx ok
interbench ok
iozone ok
isic ok
linus_stress ok
the latest ltp ok
this looks harmless
Linus Torvalds wrote:
> So -rc4 is out there now, hopefully shrinking the regression list further.
> I'd ask that people involved with the known regressions please test
> whether they got fixed, and if you wrote a patch and it's still pending,
> please make sure to push it upstream..
[Tejun,
On Tue, Jun 05, 2007 at 12:41:44PM +0200, Mikael Pettersson wrote:
> On Tue, 05 Jun 2007 10:29:43 +0100, David Greaves wrote:
> > Linus Torvalds wrote:
> > > [Linus' 2.6.22-rc4 announcement]
> >
> > Compile warnings and a new regression: hang on boot during sata_promise
> > detection... :(
>
>
On Tue, 05 Jun 2007 10:29:43 +0100, David Greaves wrote:
> Linus Torvalds wrote:
> > [Linus' 2.6.22-rc4 announcement]
>
> Compile warnings and a new regression: hang on boot during sata_promise
> detection... :(
Please give us some details about your sata_promise problem:
- describe your hardware
Linus Torvalds wrote:
> So -rc4 is out there now, hopefully shrinking the regression list further.
>
> The diffstat (for those that look at those kinds of things) tells the
> story: lots of small stuff to random files. I think the single biggest
> file change was the patch-checking script,
Linus Torvalds wrote:
So -rc4 is out there now, hopefully shrinking the regression list further.
The diffstat (for those that look at those kinds of things) tells the
story: lots of small stuff to random files. I think the single biggest
file change was the patch-checking script, along
On Tue, 05 Jun 2007 10:29:43 +0100, David Greaves wrote:
Linus Torvalds wrote:
[Linus' 2.6.22-rc4 announcement]
Compile warnings and a new regression: hang on boot during sata_promise
detection... :(
Please give us some details about your sata_promise problem:
- describe your hardware
On Tue, Jun 05, 2007 at 12:41:44PM +0200, Mikael Pettersson wrote:
On Tue, 05 Jun 2007 10:29:43 +0100, David Greaves wrote:
Linus Torvalds wrote:
[Linus' 2.6.22-rc4 announcement]
Compile warnings and a new regression: hang on boot during sata_promise
detection... :(
Please give us
Linus Torvalds wrote:
So -rc4 is out there now, hopefully shrinking the regression list further.
I'd ask that people involved with the known regressions please test
whether they got fixed, and if you wrote a patch and it's still pending,
please make sure to push it upstream..
[Tejun,
Linus Torvalds pisze:
So -rc4 is out there now, hopefully shrinking the regression list further.
It is too stable for me.
aio_dio_bugs ok
aiostress ok
bash_shared_mapping ok
cpu_hotplug ok
fio ok
fsx ok
interbench ok
iozone ok
isic ok
linus_stress ok
the latest ltp ok
this looks harmless
On Tue, 5 Jun 2007, Michal Piotrowski wrote:
It is too stable for me.
I wish all our testers were you ;)
this looks harmless
[ 116.733327] PM: suspend-to-disk mode set to 'shutdown'
[ 116.738849] swsusp: Basic memory bitmaps created
[ 116.745353] Stopping tasks ... WARNING: at
* Linus Torvalds [EMAIL PROTECTED] wrote:
this looks harmless
[ 116.733327] PM: suspend-to-disk mode set to 'shutdown' [
116.738849] swsusp: Basic memory bitmaps created [ 116.745353]
Stopping tasks ... WARNING: at
/home/devel/linux-git/kernel/lockdep.c:2414 check_flags()
[
On Tue, 5 Jun 2007, Ingo Molnar wrote:
isnt the refrigerator() suspend related? Perhaps suspend disables irqs
somewhere that we forgot to track?
There _is_ something strange there. For that whole sequence to trigger,
the current task has to have the TIF_FREEZE bit set, but I don't see why
Hi!
isnt the refrigerator() suspend related? Perhaps suspend disables irqs
somewhere that we forgot to track?
There _is_ something strange there. For that whole sequence to trigger,
the current task has to have the TIF_FREEZE bit set, but I don't see why
it would be during shutdown.
Hi!
[ 116.733327] PM: suspend-to-disk mode set to 'shutdown' [
116.738849] swsusp: Basic memory bitmaps created [ 116.745353]
Stopping tasks ... WARNING: at
/home/devel/linux-git/kernel/lockdep.c:2414 check_flags()
[ 116.755052] irq event stamp: 69
[ 116.755060] hardirqs
' defined but not used
Here is the patch.
Thanks,
Badari
__kmalloc_section_memmap(), vaddr_in_vmalloc_area() and
__kfree_section_memmap() are used only for MEMORY_HOTPLUG.
Moved them under CONFIG_MEMORY_HOTPLUG.
Signed-off-by: Badari Pulavarty [EMAIL PROTECTED]
Index: linux-2.6.22-rc4/mm
On Tue, Jun 05, 2007 at 11:31:46PM +0200, Mikael Pettersson wrote:
I can easily reproduce the problem in 2.6.22-rc4. There are no
sata_promise changes between rc3 and rc4, but Tejun's libata
polling SETXFER change was included in rc4. Reverting it makes
sata_promise work again for me.
Ugh.
On Tuesday, 5 June 2007 22:19, Pavel Machek wrote:
Hi!
[ 116.733327] PM: suspend-to-disk mode set to 'shutdown' [
116.738849] swsusp: Basic memory bitmaps created [ 116.745353]
Stopping tasks ... WARNING: at
/home/devel/linux-git/kernel/lockdep.c:2414 check_flags()
[
On Tue, 05 Jun 2007 17:14:46 +0100, David Greaves [EMAIL PROTECTED] wrote:
[Tejun, Jeff, added you since the bisect points to your patch.]
Sorry, mail glitch means I lost a couple of emails...
I said:
Compile warnings and a new regression: hang on boot during sata_promise
detection...
It turns
Jeff Garzik wrote:
On Tue, Jun 05, 2007 at 11:31:46PM +0200, Mikael Pettersson wrote:
I can easily reproduce the problem in 2.6.22-rc4. There are no
sata_promise changes between rc3 and rc4, but Tejun's libata
polling SETXFER change was included in rc4. Reverting it makes
sata_promise work
[POWERPC] Fix Section mismatch warnings
NET: add MAINTAINERS entry for ucc_geth driver
Linus Torvalds (2):
smpboot: fix cachesize comparison in smp_tune_scheduling()
Linux 2.6.22-rc4
Luis R. Rodriguez (1):
prism54: MAINTAINERS update
Maciej W. Rozycki (2):
defxx:
):
[POWERPC] Fix Section mismatch warnings
NET: add MAINTAINERS entry for ucc_geth driver
Linus Torvalds (2):
smpboot: fix cachesize comparison in smp_tune_scheduling()
Linux 2.6.22-rc4
Luis R. Rodriguez (1):
prism54: MAINTAINERS update
Maciej W. Rozycki (2):
defxx
52 matches
Mail list logo
