Re: Delay on intialization ide subsystem(most likely)
On Wed, 08 Jul 2009 11:12:42 +1000 Benjamin Herrenschmidt wrote: > On Wed, 2009-07-08 at 01:18 +0400, Andrey Gusev wrote: > > > I tried this drive on ide1 and ide2, there are same issue. This > > drive worked on P-III before (as separate on channel, with another > > hard drive and with cdrom) and I didn't have any problem with it. > > There are chunks of dmesg. > > Wow... It also fails with MWDMA2 ! That's just plain weird. It fails > as master as well as slave too. Hrm. I wonder if it could be your > cable... Do you have other machines (non-powermac) you can try that > drive again just in case it toast itself in some way too ? It couldn't be cable, because all tests were on different cables. Unfortunately, I don't have another machine. I try find one, but it wouldn't be fast. This drive used early and I didn't have any problems. It was unused some time and may be something happened with it. Note, it was slave only with another hard disk, in other cases it was master (single on cable). > > Bart, I don't suppose we know of any problem with those drive models ? > (Q. FireballP LM20.5) > > Cheers, > Ben. > > ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Wed, 2009-07-08 at 01:18 +0400, Andrey Gusev wrote: > I tried this drive on ide1 and ide2, there are same issue. This drive worked > on P-III before (as separate on channel, with another hard drive and with > cdrom) > and I didn't have any problem with it. There are chunks of dmesg. Wow... It also fails with MWDMA2 ! That's just plain weird. It fails as master as well as slave too. Hrm. I wonder if it could be your cable... Do you have other machines (non-powermac) you can try that drive again just in case it toast itself in some way too ? Bart, I don't suppose we know of any problem with those drive models ? (Q. FireballP LM20.5) Cheers, Ben. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Tue, 07 Jul 2009 09:23:42 +1000
Benjamin Herrenschmidt wrote:
> On Mon, 2009-07-06 at 17:04 +0200, Bartlomiej Zolnierkiewicz wrote:
>
> > > Delay is fixed itself in 2.6.31-rc2. Most likely it was platform
> > > specific issue. But lost interrupt still exists. There is log of
> > > 2.6.31-rc2:
> >
> > Thanks for letting us know. When it comes to the lost interrupt
> > issue I still suspect that this is pmac specific problem (though
> > Dave may have some fresh idea about it).
>
> Hard to tell. Those things generally work... maybe something is wrong
> with that disk vs. that timing. Does it work if you move it to the
> other controller (the one to which the CD drive is connected ?)
>
> Cheers,
> Ben.
I tried this drive on ide1 and ide2, there are same issue. This drive worked
on P-III before (as separate on channel, with another hard drive and with cdrom)
and I didn't have any problem with it. There are chunks of dmesg.
On the ide1 channel:
[1.585394] MacIO PCI driver attached to Keylargo chipset
[1.587134] irq: irq 32 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 32
[1.588076] irq: irq 19 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 19
[1.588113] irq: irq 11 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 16
[1.588449] irq: irq 20 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 20
[1.588485] irq: irq 12 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 17
[1.588838] irq: irq 5 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 18
[1.588873] irq: irq 6 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 21
[1.589335] irq: irq 7 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 24
[1.589370] irq: irq 8 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 29
[1.591439] Uniform Multi-Platform E-IDE driver
[1.592362] ide-pmac 0002:20:0d.0: enabling device ( -> 0002)
[2.610659] ide-pmac: Found Apple UniNorth ATA-6 controller (PCI), bus ID 3,
irq 39
[2.610777] Probing IDE interface ide0...
[2.910841] hda: IBM-IC35L060AVVA07-0, ATA DISK drive
[3.631031] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
[3.631208] hda: UDMA/100 mode selected
[3.631484] ide0 at 0xf10c2000-0xf10c2070,0xf10c2160 on irq 39
[4.660656] ide-pmac: Found Apple KeyLargo ATA-4 controller (macio), bus ID
2, irq 19
[4.660759] Probing IDE interface ide1...
[4.960962] hdc: QUANTUM FIREBALLP LM20.5, ATA DISK drive
[5.680974] hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
[5.681248] hdc: UDMA/66 mode selected
[5.681698] ide1 at 0xf10ba000-0xf10ba070,0xf10ba160 on irq 19
[6.710656] ide-pmac: Found Apple KeyLargo ATA-3 controller (macio), bus ID
0, irq 20
[6.710752] Probing IDE interface ide2...
[7.311008] ide2 at 0xf10be000-0xf10be070,0xf10be160 on irq 20
[7.311361] ide-gd driver 1.18
[7.311548] hda: max request size: 128KiB
[7.340930] hda: 120103200 sectors (61492 MB) w/1863KiB Cache,
CHS=65535/16/63
[7.341321] hda: cache flushes supported
[7.341637] hda: [mac] hda1 hda2 hda3 hda4
[7.354161] hdc: max request size: 128KiB
[7.383460] hdc: Host Protected Area detected.
[7.383463] current capacity is 40130390 sectors (20546 MB)
[7.383467] native capacity is 40132503 sectors (20547 MB)
[7.383625] hdc: 40130390 sectors (20546 MB) w/1900KiB Cache, CHS=39811/16/63
[7.383721] hdc: cache flushes not supported
[7.383965] hdc:
[ 27.380690] ide-pmac lost interrupt, dma status: 8480
[ 27.380754] hdc: lost interrupt
[ 27.380795] hdc: dma_intr: status=0x58 { DriveReady SeekComplete DataRequest
}
[ 27.380911] hdc: possibly failed opcode: 0xc8
[ 27.385964] hdc: DMA disabled
[ 27.430645] ide1: reset: success
[ 27.475435] hdc1 hdc2 < hdc5 hdc6 hdc7 hdc8 >
[ 27.533836] ide-cd driver 5.00
On the ide2 channel:
[1.594873] MacIO PCI driver attached to Keylargo chipset
[1.596780] irq: irq 32 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 32
[1.597804] irq: irq 19 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 19
[1.597841] irq: irq 11 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 16
[1.598208] irq: irq 20 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 20
[1.598244] irq: irq 12 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 17
[1.598631] irq: irq 5 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 18
[1.598666] irq: irq 6 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 21
[1.59917
Re: Delay on intialization ide subsystem(most likely)
On Mon, 2009-07-06 at 17:04 +0200, Bartlomiej Zolnierkiewicz wrote:
> > Delay is fixed itself in 2.6.31-rc2. Most likely it was platform specific
> > issue. But lost interrupt still exists.
> > There is log of 2.6.31-rc2:
>
> Thanks for letting us know. When it comes to the lost interrupt issue
> I still suspect that this is pmac specific problem (though Dave may have
> some fresh idea about it).
Hard to tell. Those things generally work... maybe something is wrong
with that disk vs. that timing. Does it work if you move it to the other
controller (the one to which the CD drive is connected ?)
Cheers,
Ben.
> > [1.595268] MacIO PCI driver attached to Keylargo chipset
> > [1.597024] irq: irq 32 on host
> > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 32
> > [1.597988] irq: irq 19 on host
> > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 19
> > [1.598024] irq: irq 11 on host
> > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 16
> > [1.598365] irq: irq 20 on host
> > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 20
> > [1.598401] irq: irq 12 on host
> > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 17
> > [1.598762] irq: irq 5 on host
> > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 18
> > [1.598797] irq: irq 6 on host
> > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 21
> > [1.599264] irq: irq 7 on host
> > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 24
> > [1.599300] irq: irq 8 on host
> > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 29
> > [1.601336] Uniform Multi-Platform E-IDE driver
> > [1.602201] ide-pmac 0002:20:0d.0: enabling device ( -> 0002)
> > [2.630651] ide-pmac: Found Apple UniNorth ATA-6 controller (PCI), bus
> > ID 3, irq 39
> > [2.630767] Probing IDE interface ide0...
> > [2.930834] hda: IBM-IC35L060AVVA07-0, ATA DISK drive
> > [3.290646] hdb: QUANTUM FIREBALLP LM20.5, ATA DISK drive
> > [3.291087] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> > [3.291264] hda: UDMA/100 mode selected
> > [3.291473] hdb: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> > [3.291720] hdb: UDMA/66 mode selected
> > [3.292118] ide0 at 0xf10c2000-0xf10c2070,0xf10c2160 on irq 39
> > [4.320649] ide-pmac: Found Apple KeyLargo ATA-4 controller (macio), bus
> > ID 2, irq 19
> > [4.320753] Probing IDE interface ide1...
> > [4.921004] ide1 at 0xf10ba000-0xf10ba070,0xf10ba160 on irq 19
> > [5.950647] ide-pmac: Found Apple KeyLargo ATA-3 controller (macio), bus
> > ID 0, irq 20
> > [5.950743] Probing IDE interface ide2...
> > [6.370828] hde: PHILIPS CDD5101, ATAPI CD/DVD-ROM drive
> > [6.730948] hde: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> > [6.731332] hde: MWDMA2 mode selected
> > [6.731832] ide2 at 0xf10be000-0xf10be070,0xf10be160 on irq 20
> > [6.732558] ide-gd driver 1.18
> > [6.732735] hda: max request size: 128KiB
> > [6.763392] hda: 120103200 sectors (61492 MB) w/1863KiB Cache,
> > CHS=65535/16/63
> > [6.763741] hda: cache flushes supported
> > [6.764277] hda: [mac] hda1 hda2 hda3 hda4
> > [6.770469] hdb: max request size: 128KiB
> > [6.803427] hdb: Host Protected Area detected.
> > [6.803431] current capacity is 40130390 sectors (20546 MB)
> > [6.803435] native capacity is 40132503 sectors (20547 MB)
> > [6.803590] hdb: 40130390 sectors (20546 MB) w/1900KiB Cache,
> > CHS=39811/16/63
> > [6.803684] hdb: cache flushes not supported
> > [6.803910] hdb:
> > [ 26.800743] ide-pmac lost interrupt, dma status: 8480
> > [ 26.800809] hdb: lost interrupt
> > [ 26.800850] hdb: dma_intr: status=0x58 { DriveReady SeekComplete
> > DataRequest }
> > [ 26.800976] hdb: possibly failed opcode: 0xc8
> > [ 26.803449] hda: DMA disabled
> > [ 26.805664] hdb: DMA disabled
> > [ 26.900633] ide0: reset: success
> > [ 26.949147] hdb1 hdb2 < hdb5 hdb6 hdb7 hdb8 >
> > [ 27.007890] ide-cd driver 5.00
> > [ 27.011728] ide-cd: hde: ATAPI 32X DVD-ROM CD-R/RW drive, 8192kB Cache
> > [ 27.014163] Uniform CD-ROM driver Revision: 3.20
> >
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Sunday 05 July 2009 13:17:54 Andrey Gusev wrote:
> On Wed, 10 Jun 2009 13:44:29 +0200
> Bartlomiej Zolnierkiewicz wrote:
>
> > On Tuesday 09 June 2009 01:26:27 Benjamin Herrenschmidt wrote:
> > > On Mon, 2009-06-08 at 22:20 +0200, Bartlomiej Zolnierkiewicz wrote:
> > >
> > > > > [ 70.584122] hdb:<3>ide-pmac lost interrupt, dma status: 8480
> > > >
> > > > DMA status indicates that DMA transfer is still active according
> > > > to the controller. This one is really a platform/hardware
> > > > specific issue.
> > >
> > > I've partially missed that thread. Is the a bugzilla entry or
> >
> > There is no bugzilla entry currently so please check mailing list
> > archives for previous discussion.
> >
> > > something ? Is this a regression ?
> >
> > At least not a recent one (it happens since at least 2.6.24).
> >
>
> Delay is fixed itself in 2.6.31-rc2. Most likely it was platform specific
> issue. But lost interrupt still exists.
> There is log of 2.6.31-rc2:
Thanks for letting us know. When it comes to the lost interrupt issue
I still suspect that this is pmac specific problem (though Dave may have
some fresh idea about it).
> [1.595268] MacIO PCI driver attached to Keylargo chipset
> [1.597024] irq: irq 32 on host
> /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 32
> [1.597988] irq: irq 19 on host
> /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 19
> [1.598024] irq: irq 11 on host
> /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 16
> [1.598365] irq: irq 20 on host
> /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 20
> [1.598401] irq: irq 12 on host
> /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 17
> [1.598762] irq: irq 5 on host
> /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 18
> [1.598797] irq: irq 6 on host
> /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 21
> [1.599264] irq: irq 7 on host
> /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 24
> [1.599300] irq: irq 8 on host
> /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 29
> [1.601336] Uniform Multi-Platform E-IDE driver
> [1.602201] ide-pmac 0002:20:0d.0: enabling device ( -> 0002)
> [2.630651] ide-pmac: Found Apple UniNorth ATA-6 controller (PCI), bus ID
> 3, irq 39
> [2.630767] Probing IDE interface ide0...
> [2.930834] hda: IBM-IC35L060AVVA07-0, ATA DISK drive
> [3.290646] hdb: QUANTUM FIREBALLP LM20.5, ATA DISK drive
> [3.291087] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> [3.291264] hda: UDMA/100 mode selected
> [3.291473] hdb: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> [3.291720] hdb: UDMA/66 mode selected
> [3.292118] ide0 at 0xf10c2000-0xf10c2070,0xf10c2160 on irq 39
> [4.320649] ide-pmac: Found Apple KeyLargo ATA-4 controller (macio), bus
> ID 2, irq 19
> [4.320753] Probing IDE interface ide1...
> [4.921004] ide1 at 0xf10ba000-0xf10ba070,0xf10ba160 on irq 19
> [5.950647] ide-pmac: Found Apple KeyLargo ATA-3 controller (macio), bus
> ID 0, irq 20
> [5.950743] Probing IDE interface ide2...
> [6.370828] hde: PHILIPS CDD5101, ATAPI CD/DVD-ROM drive
> [6.730948] hde: host max PIO4 wanted PIO255(auto-tune) selected PIO4
> [6.731332] hde: MWDMA2 mode selected
> [6.731832] ide2 at 0xf10be000-0xf10be070,0xf10be160 on irq 20
> [6.732558] ide-gd driver 1.18
> [6.732735] hda: max request size: 128KiB
> [6.763392] hda: 120103200 sectors (61492 MB) w/1863KiB Cache,
> CHS=65535/16/63
> [6.763741] hda: cache flushes supported
> [6.764277] hda: [mac] hda1 hda2 hda3 hda4
> [6.770469] hdb: max request size: 128KiB
> [6.803427] hdb: Host Protected Area detected.
> [6.803431]current capacity is 40130390 sectors (20546 MB)
> [6.803435]native capacity is 40132503 sectors (20547 MB)
> [6.803590] hdb: 40130390 sectors (20546 MB) w/1900KiB Cache,
> CHS=39811/16/63
> [6.803684] hdb: cache flushes not supported
> [6.803910] hdb:
> [ 26.800743] ide-pmac lost interrupt, dma status: 8480
> [ 26.800809] hdb: lost interrupt
> [ 26.800850] hdb: dma_intr: status=0x58 { DriveReady SeekComplete
> DataRequest }
> [ 26.800976] hdb: possibly failed opcode: 0xc8
> [ 26.803449] hda: DMA disabled
> [ 26.805664] hdb: DMA disabled
> [ 26.900633] ide0: reset: success
> [ 26.949147] hdb1 hdb2 < hdb5 hdb6 hdb7 hdb8 >
> [ 27.007890] ide-cd driver 5.00
> [ 27.011728] ide-cd: hde: ATAPI 32X DVD-ROM CD-R/RW drive, 8192kB Cache
> [ 27.014163] Uniform CD-ROM driver Revision: 3.20
>
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Wed, 10 Jun 2009 13:44:29 +0200
Bartlomiej Zolnierkiewicz wrote:
> On Tuesday 09 June 2009 01:26:27 Benjamin Herrenschmidt wrote:
> > On Mon, 2009-06-08 at 22:20 +0200, Bartlomiej Zolnierkiewicz wrote:
> >
> > > > [ 70.584122] hdb:<3>ide-pmac lost interrupt, dma status: 8480
> > >
> > > DMA status indicates that DMA transfer is still active according
> > > to the controller. This one is really a platform/hardware
> > > specific issue.
> >
> > I've partially missed that thread. Is the a bugzilla entry or
>
> There is no bugzilla entry currently so please check mailing list
> archives for previous discussion.
>
> > something ? Is this a regression ?
>
> At least not a recent one (it happens since at least 2.6.24).
>
Delay is fixed itself in 2.6.31-rc2. Most likely it was platform specific
issue. But lost interrupt still exists.
There is log of 2.6.31-rc2:
[1.595268] MacIO PCI driver attached to Keylargo chipset
[1.597024] irq: irq 32 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 32
[1.597988] irq: irq 19 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 19
[1.598024] irq: irq 11 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 16
[1.598365] irq: irq 20 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 20
[1.598401] irq: irq 12 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 17
[1.598762] irq: irq 5 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 18
[1.598797] irq: irq 6 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 21
[1.599264] irq: irq 7 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 24
[1.599300] irq: irq 8 on host
/p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 29
[1.601336] Uniform Multi-Platform E-IDE driver
[1.602201] ide-pmac 0002:20:0d.0: enabling device ( -> 0002)
[2.630651] ide-pmac: Found Apple UniNorth ATA-6 controller (PCI), bus ID 3,
irq 39
[2.630767] Probing IDE interface ide0...
[2.930834] hda: IBM-IC35L060AVVA07-0, ATA DISK drive
[3.290646] hdb: QUANTUM FIREBALLP LM20.5, ATA DISK drive
[3.291087] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
[3.291264] hda: UDMA/100 mode selected
[3.291473] hdb: host max PIO4 wanted PIO255(auto-tune) selected PIO4
[3.291720] hdb: UDMA/66 mode selected
[3.292118] ide0 at 0xf10c2000-0xf10c2070,0xf10c2160 on irq 39
[4.320649] ide-pmac: Found Apple KeyLargo ATA-4 controller (macio), bus ID
2, irq 19
[4.320753] Probing IDE interface ide1...
[4.921004] ide1 at 0xf10ba000-0xf10ba070,0xf10ba160 on irq 19
[5.950647] ide-pmac: Found Apple KeyLargo ATA-3 controller (macio), bus ID
0, irq 20
[5.950743] Probing IDE interface ide2...
[6.370828] hde: PHILIPS CDD5101, ATAPI CD/DVD-ROM drive
[6.730948] hde: host max PIO4 wanted PIO255(auto-tune) selected PIO4
[6.731332] hde: MWDMA2 mode selected
[6.731832] ide2 at 0xf10be000-0xf10be070,0xf10be160 on irq 20
[6.732558] ide-gd driver 1.18
[6.732735] hda: max request size: 128KiB
[6.763392] hda: 120103200 sectors (61492 MB) w/1863KiB Cache,
CHS=65535/16/63
[6.763741] hda: cache flushes supported
[6.764277] hda: [mac] hda1 hda2 hda3 hda4
[6.770469] hdb: max request size: 128KiB
[6.803427] hdb: Host Protected Area detected.
[6.803431] current capacity is 40130390 sectors (20546 MB)
[6.803435] native capacity is 40132503 sectors (20547 MB)
[6.803590] hdb: 40130390 sectors (20546 MB) w/1900KiB Cache, CHS=39811/16/63
[6.803684] hdb: cache flushes not supported
[6.803910] hdb:
[ 26.800743] ide-pmac lost interrupt, dma status: 8480
[ 26.800809] hdb: lost interrupt
[ 26.800850] hdb: dma_intr: status=0x58 { DriveReady SeekComplete DataRequest
}
[ 26.800976] hdb: possibly failed opcode: 0xc8
[ 26.803449] hda: DMA disabled
[ 26.805664] hdb: DMA disabled
[ 26.900633] ide0: reset: success
[ 26.949147] hdb1 hdb2 < hdb5 hdb6 hdb7 hdb8 >
[ 27.007890] ide-cd driver 5.00
[ 27.011728] ide-cd: hde: ATAPI 32X DVD-ROM CD-R/RW drive, 8192kB Cache
[ 27.014163] Uniform CD-ROM driver Revision: 3.20
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Thu, 11 Jun 2009 10:44:01 +1000 Benjamin Herrenschmidt wrote: > On Thu, 2009-06-11 at 01:57 +0400, Andrey Gusev wrote: > > I found configuration, where there isn't delay, but I need more > > time for testing. I switched to 2.6.30 and found that CONFIG_CC_OPTIMIZE_FOR_SIZE option takes influence on delay. If it is enabled, there is delay. I tried to shrink configuration, but I can't find a real module which responsible for this. There is a configuration file: # # Automatically generated make config: don't edit # Linux kernel version: 2.6.30 # Sat Jun 20 21:30:05 2009 # # CONFIG_PPC64 is not set # # Processor support # CONFIG_6xx=y # CONFIG_PPC_85xx is not set # CONFIG_PPC_8xx is not set # CONFIG_40x is not set # CONFIG_44x is not set # CONFIG_E200 is not set CONFIG_PPC_BOOK3S=y CONFIG_PPC_FPU=y CONFIG_ALTIVEC=y CONFIG_PPC_STD_MMU=y CONFIG_PPC_STD_MMU_32=y # CONFIG_PPC_MM_SLICES is not set CONFIG_SMP=y CONFIG_NR_CPUS=4 CONFIG_PPC32=y CONFIG_WORD_SIZE=32 # CONFIG_ARCH_PHYS_ADDR_T_64BIT is not set CONFIG_MMU=y CONFIG_GENERIC_CMOS_UPDATE=y CONFIG_GENERIC_TIME=y CONFIG_GENERIC_TIME_VSYSCALL=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_HARDIRQS=y # CONFIG_HAVE_SETUP_PER_CPU_AREA is not set CONFIG_IRQ_PER_CPU=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_GENERIC_LOCKBREAK=y CONFIG_ARCH_HAS_ILOG2_U32=y CONFIG_GENERIC_HWEIGHT=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_GENERIC_FIND_NEXT_BIT=y # CONFIG_ARCH_NO_VIRT_TO_BUS is not set CONFIG_PPC=y CONFIG_EARLY_PRINTK=y CONFIG_GENERIC_NVRAM=y CONFIG_SCHED_OMIT_FRAME_POINTER=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_PPC_OF=y CONFIG_OF=y CONFIG_PPC_UDBG_16550=y CONFIG_GENERIC_TBSYNC=y CONFIG_AUDIT_ARCH=y CONFIG_GENERIC_BUG=y CONFIG_DTC=y # CONFIG_DEFAULT_UIMAGE is not set CONFIG_ARCH_SUSPEND_POSSIBLE=y # CONFIG_PPC_DCR_NATIVE is not set # CONFIG_PPC_DCR_MMIO is not set CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_DEFCONFIG_LIST="/lib/modules/$UNAME_RELEASE/.config" # # General setup # CONFIG_EXPERIMENTAL=y CONFIG_LOCK_KERNEL=y CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_LOCALVERSION="" # CONFIG_LOCALVERSION_AUTO is not set CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y CONFIG_POSIX_MQUEUE=y CONFIG_POSIX_MQUEUE_SYSCTL=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_BSD_PROCESS_ACCT_V3=y # CONFIG_TASKSTATS is not set # CONFIG_AUDIT is not set # # RCU Subsystem # # CONFIG_CLASSIC_RCU is not set CONFIG_TREE_RCU=y # CONFIG_PREEMPT_RCU is not set CONFIG_RCU_TRACE=y CONFIG_RCU_FANOUT=32 # CONFIG_RCU_FANOUT_EXACT is not set CONFIG_TREE_RCU_TRACE=y # CONFIG_PREEMPT_RCU_TRACE is not set CONFIG_IKCONFIG=y CONFIG_IKCONFIG_PROC=y CONFIG_LOG_BUF_SHIFT=17 # CONFIG_GROUP_SCHED is not set # CONFIG_CGROUPS is not set # CONFIG_SYSFS_DEPRECATED_V2 is not set # CONFIG_RELAY is not set CONFIG_NAMESPACES=y # CONFIG_UTS_NS is not set # CONFIG_IPC_NS is not set # CONFIG_USER_NS is not set # CONFIG_PID_NS is not set # CONFIG_NET_NS is not set CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE="" CONFIG_RD_GZIP=y CONFIG_RD_BZIP2=y CONFIG_RD_LZMA=y CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y CONFIG_ANON_INODES=y # CONFIG_EMBEDDED is not set CONFIG_SYSCTL_SYSCALL=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_STRIP_ASM_SYMS=y CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_PCSPKR_PLATFORM=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SIGNALFD=y CONFIG_TIMERFD=y CONFIG_EVENTFD=y CONFIG_SHMEM=y CONFIG_AIO=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_PCI_QUIRKS=y CONFIG_SLUB_DEBUG=y # CONFIG_COMPAT_BRK is not set # CONFIG_SLAB is not set CONFIG_SLUB=y # CONFIG_SLOB is not set # CONFIG_PROFILING is not set # CONFIG_MARKERS is not set CONFIG_HAVE_OPROFILE=y # CONFIG_KPROBES is not set CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y CONFIG_HAVE_IOREMAP_PROT=y CONFIG_HAVE_KPROBES=y CONFIG_HAVE_KRETPROBES=y CONFIG_HAVE_ARCH_TRACEHOOK=y CONFIG_USE_GENERIC_SMP_HELPERS=y # CONFIG_SLOW_WORK is not set # CONFIG_HAVE_GENERIC_DMA_COHERENT is not set CONFIG_SLABINFO=y CONFIG_RT_MUTEXES=y CONFIG_BASE_SMALL=0 CONFIG_MODULES=y CONFIG_MODULE_FORCE_LOAD=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_MODVERSIONS=y # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_STOP_MACHINE=y CONFIG_BLOCK=y # CONFIG_LBD is not set # CONFIG_BLK_DEV_BSG is not set # CONFIG_BLK_DEV_INTEGRITY is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y # CONFIG_IOSCHED_AS is not set # CONFIG_IOSCHED_DEADLINE is not set CONFIG_IOSCHED_CFQ=y # CONFIG_DEFAULT_AS is not set # CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED="cfq" # CONFIG_FREEZER is not set # # Platform support # CONFIG_PPC_CHRP=y # CONFIG_MPC5121_ADS is not set # CONFIG_MPC5121_GENERIC is not set # CONFIG_PPC_MPC52xx is not set CONFIG_PPC_PMAC=y # CONFIG_PPC_CELL is not set # CONFIG_PPC_CELL_NATIVE is not set # CONFIG_PPC_82xx is not set # CONFIG_PQ2ADS is not set # CONFIG_PPC_83xx is not set # CO
Re: Delay on intialization ide subsystem(most likely)
On Thu, 2009-06-11 at 01:57 +0400, Andrey Gusev wrote: > > I wrote about time, why it have such values on second CPU? Sorry, if this > message is silly. Oh that's just because it hasn't synchronized the timebases yet when it prints those messages. Cheers, Ben. > I found configuration, where there isn't delay, but I need more time for > testing. > > > > > > > > > > > > > > > > [ 70.584122] hdb:<3>ide-pmac lost interrupt, dma status: 8480 > > > > > > > > DMA status indicates that DMA transfer is still active according > > > > to the controller. This one is really a platform/hardware > > > > specific issue. > > > > > > > > > > Notes for Ben, I checked only 2.6.26, but may be somebody checked > > > 2.6.24 or this is interpolation. > > > > > > Thanks, > > > Andrey > > ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Thu, 11 Jun 2009 07:46:17 +1000 Benjamin Herrenschmidt wrote: > On Thu, 2009-06-11 at 00:38 +0400, Andrey Gusev wrote: > > > I try this small fix, traces in disappeared, but lost interrupts on > > the place:) Some interesting thing from dmesg: > > > > [0.435806] irq: irq 251 on > > host /p...@f200/mac...@17/interrupt-control...@4 mapped to > > virtual irq 251 [0.435824] irq: irq 252 on > > host /p...@f200/mac...@17/interrupt-control...@4 mapped to > > virtual irq 252 [0.435840] irq: irq 253 on > > host /p...@f200/mac...@17/interrupt-control...@4 mapped to > > virtual irq 253 [0.435856] irq: irq 254 on > > host /p...@f200/mac...@17/interrupt-control...@4 mapped to > > virtual irq 254 [0.435867] CPU0: L2CR is 8008 > > [0.435880] CPU0: L3CR is 8f0b [478142827.057095] CPU1: L2CR > > was 8 [478142827.057133] CPU1: L2CR set to 8008 > > [478142827.057139] CPU1: L3CR was 0 [478142827.057300] CPU1: L3CR > > set to 8f0b [0.437529] Processor 1 found. [0.437588] > > clockevent: decrementer mult[886] shift[16] cpu[1] > > > > This is don't look good. > > What doesn't look good ? It's copying the L2CR and L3CR values over > from CPU 0 to CPU 1 when bringing the later up, I don't see anything > wrong. > > Cheers, > Ben. I wrote about time, why it have such values on second CPU? Sorry, if this message is silly. I found configuration, where there isn't delay, but I need more time for testing. > > > > > > > > > > > [ 70.584122] hdb:<3>ide-pmac lost interrupt, dma status: 8480 > > > > > > DMA status indicates that DMA transfer is still active according > > > to the controller. This one is really a platform/hardware > > > specific issue. > > > > > > > Notes for Ben, I checked only 2.6.26, but may be somebody checked > > 2.6.24 or this is interpolation. > > > > Thanks, > > Andrey > ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Thu, 2009-06-11 at 00:38 +0400, Andrey Gusev wrote: > I try this small fix, traces in disappeared, but lost interrupts on the > place:) > Some interesting thing from dmesg: > > [0.435806] irq: irq 251 on host > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 251 > [0.435824] irq: irq 252 on host > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 252 > [0.435840] irq: irq 253 on host > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 253 > [0.435856] irq: irq 254 on host > /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 254 > [0.435867] CPU0: L2CR is 8008 > [0.435880] CPU0: L3CR is 8f0b > [478142827.057095] CPU1: L2CR was 8 > [478142827.057133] CPU1: L2CR set to 8008 > [478142827.057139] CPU1: L3CR was 0 > [478142827.057300] CPU1: L3CR set to 8f0b > [0.437529] Processor 1 found. > [0.437588] clockevent: decrementer mult[886] shift[16] cpu[1] > > This is don't look good. What doesn't look good ? It's copying the L2CR and L3CR values over from CPU 0 to CPU 1 when bringing the later up, I don't see anything wrong. Cheers, Ben. > > > > > > > [ 70.584122] hdb:<3>ide-pmac lost interrupt, dma status: 8480 > > > > DMA status indicates that DMA transfer is still active according to > > the controller. This one is really a platform/hardware specific > > issue. > > > > Notes for Ben, I checked only 2.6.26, but may be somebody checked 2.6.24 > or this is interpolation. > > Thanks, > Andrey ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Mon, 8 Jun 2009 22:20:41 +0200 Bartlomiej Zolnierkiewicz wrote: > On Saturday 30 May 2009 12:46:43 Andrey Gusev wrote: > > On Wed, 20 May 2009 17:56:14 +0200 > > Bartlomiej Zolnierkiewicz wrote: > > > > > On Friday 15 May 2009 22:40:07 Andrey Gusev wrote: > > > > On Wed, 13 May 2009 20:46:33 +0200 > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > On Wednesday 13 May 2009 19:11:23 Andrey Gusev wrote: > > > > > > On Wed, 13 May 2009 15:28:26 +0200 > > > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > > > > > On Tuesday 12 May 2009 21:50:24 Andrey Gusev wrote: > > > > > > > > On Mon, 27 Apr 2009 23:21:48 +0200 > > > > > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > > > > > > > > > On Monday 27 April 2009 22:36:45 Andrey Gusev wrote: > > > > > > > > > > On Sat, 25 Apr 2009 16:48:38 +0200 > > > > > > > > > > Bartlomiej Zolnierkiewicz > > > > > > > > > > wrote: > > Indeed. The delay problem is a more generic kernel/hardware issue. Ok, I can rather stable reproduce it on 2.6.29-rc6. I want to narrow it, disabling almost all options in kernel configuration. Could some options from 'kernel hacking' help me? > > Thanks for testing. Unfortunately none of fixes helped.. :/ > > > [ 70.287747] sysfs: cannot create duplicate filename > > '/class/ide_port/ide1' [ 70.287841] [ cut > > here ] [ 70.287879] Badness at fs/sysfs/dir.c:487 > > This is caused by small mistake in one of fixes, follow-up fixup: > > diff -u b/drivers/ide/ide-probe.c b/drivers/ide/ide-probe.c > --- b/drivers/ide/ide-probe.c > +++ b/drivers/ide/ide-probe.c > @@ -708,6 +708,8 @@ > goto out; > } else if (rc == -EBUSY) > printk(KERN_ERR "%s: not ready before the probe\n", > hwif->name); > + else > + rc = -ENODEV; > > /* >* Second drive should only exist if first drive was found, I try this small fix, traces in disappeared, but lost interrupts on the place:) Some interesting thing from dmesg: [0.435806] irq: irq 251 on host /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 251 [0.435824] irq: irq 252 on host /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 252 [0.435840] irq: irq 253 on host /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 253 [0.435856] irq: irq 254 on host /p...@f200/mac...@17/interrupt-control...@4 mapped to virtual irq 254 [0.435867] CPU0: L2CR is 8008 [0.435880] CPU0: L3CR is 8f0b [478142827.057095] CPU1: L2CR was 8 [478142827.057133] CPU1: L2CR set to 8008 [478142827.057139] CPU1: L3CR was 0 [478142827.057300] CPU1: L3CR set to 8f0b [0.437529] Processor 1 found. [0.437588] clockevent: decrementer mult[886] shift[16] cpu[1] This is don't look good. > > > > [ 70.584122] hdb:<3>ide-pmac lost interrupt, dma status: 8480 > > DMA status indicates that DMA transfer is still active according to > the controller. This one is really a platform/hardware specific > issue. > Notes for Ben, I checked only 2.6.26, but may be somebody checked 2.6.24 or this is interpolation. Thanks, Andrey ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Tuesday 09 June 2009 01:26:27 Benjamin Herrenschmidt wrote: > On Mon, 2009-06-08 at 22:20 +0200, Bartlomiej Zolnierkiewicz wrote: > > > > [ 70.584122] hdb:<3>ide-pmac lost interrupt, dma status: 8480 > > > > DMA status indicates that DMA transfer is still active according to > > the controller. This one is really a platform/hardware specific issue. > > I've partially missed that thread. Is the a bugzilla entry or There is no bugzilla entry currently so please check mailing list archives for previous discussion. > something ? Is this a regression ? At least not a recent one (it happens since at least 2.6.24). ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Mon, 2009-06-08 at 22:20 +0200, Bartlomiej Zolnierkiewicz wrote: > > [ 70.584122] hdb:<3>ide-pmac lost interrupt, dma status: 8480 > > DMA status indicates that DMA transfer is still active according to > the controller. This one is really a platform/hardware specific issue. I've partially missed that thread. Is the a bugzilla entry or something ? Is this a regression ? Cheers, Ben. ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev
Re: Delay on intialization ide subsystem(most likely)
On Saturday 30 May 2009 12:46:43 Andrey Gusev wrote: > On Wed, 20 May 2009 17:56:14 +0200 > Bartlomiej Zolnierkiewicz wrote: > > > On Friday 15 May 2009 22:40:07 Andrey Gusev wrote: > > > On Wed, 13 May 2009 20:46:33 +0200 > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > On Wednesday 13 May 2009 19:11:23 Andrey Gusev wrote: > > > > > On Wed, 13 May 2009 15:28:26 +0200 > > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > > > On Tuesday 12 May 2009 21:50:24 Andrey Gusev wrote: > > > > > > > On Mon, 27 Apr 2009 23:21:48 +0200 > > > > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > > > > > > > On Monday 27 April 2009 22:36:45 Andrey Gusev wrote: > > > > > > > > > On Sat, 25 Apr 2009 16:48:38 +0200 > > > > > > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > > > On Saturday 25 April 2009 15:02:03 Andrey Gusev wrote: > > > > > > > > > > > Hello! > > > > > > > > > > > > > > > > > > > > > > I have tested linux-2.6.30-rc3 on my system and find > > > > > > > > > > > some problems. One of them is delaying on > > > > > > > > > > > initialization IDE subsystem. I don't have this > > > > > > > > > > > problem on 2.6.29.1. The difference is looked on > > > > > > > > > > > log of dmesg. > > > > > > > > > > > > > > > > > > > > Unfortunately this doesn't give us any hint about the > > > > > > > > > > root cause of the bug so please try narrowing the > > > > > > > > > > problem down to the specific change using git-bisect > > > > > > > > > > (sorry, there were 212 drivers/ide/ commits during > > > > > > > > > > v2.6.29..v2.6.30-rc3 and much much more > > > > > > > > > > non-drivers/ide/ ones). > > > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > > Bart > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hello! > > > > > > > > > > > > > > > > > > > > > > > > > > > The full result of bisect is: > > > > > > > > > > > > > > > > > > > > > > > > > > > git bisect start > > > > > > > > > # good: [8e0ee43bc2c3e19db56a4adaa9a9b04ce885cd84] Linux > > > > > > > > > 2.6.29 git bisect good > > > > > > > > > 8e0ee43bc2c3e19db56a4adaa9a9b04ce885cd84 # bad: > > > > > > > > > [091069740304c979f957ceacec39c461d0192158] Linux > > > > > > > > > 2.6.30-rc3 git bisect bad > > > > > > > > > 091069740304c979f957ceacec39c461d0192158 # good: > > > > > > > > > [40f07111be99b71c1e8d40c13cdc38445add787f] V4L/DVB > > > > > > > > > (11166): pvrusb2: Implement status fetching from > > > > > > > > > sub-devices git bisect good > > > > > > > > > 40f07111be99b71c1e8d40c13cdc38445add787f # good: > > > > > > > > > [ba0e1ebb7ea0616eebc29d2077355bacea62a9d8] Staging: > > > > > > > > > sxg: slicoss: Specify the license for Sahara SXG and > > > > > > > > > Slicoss drivers git bisect good > > > > > > > > > ba0e1ebb7ea0616eebc29d2077355bacea62a9d8 > > > > > > > > > > > > > > > > > > > > > > > > > > > git bisect start 'drivers/ide/' > > > > > > > > > > > > > > > > Please note that limiting search space to drivers/ide/ > > > > > > > > may not give reliable results in case problem was > > > > > > > > introduced by some other kernel area. > > > > > > > > > > > > > > > > > # good: [ba0e1ebb7ea0616eebc29d2077355bacea62a9d8] > > > > > > > > > Staging: sxg: slicoss: Specify the license for Sahara > > > > > > > > > SXG and Slicoss drivers git bisect good > > > > > > > > > ba0e1ebb7ea0616eebc29d2077355bacea62a9d8 # bad: > > > > > > > > > [091069740304c979f957ceacec39c461d0192158] Linux > > > > > > > > > 2.6.30-rc3 git bisect bad > > > > > > > > > 091069740304c979f957ceacec39c461d0192158 # good: > > > > > > > > > [e01f251fd09fa7cb3d352eac7de17bb5d5bd1f9d] ide-cd: > > > > > > > > > convert cdrom_decode_status() to use switch statements > > > > > > > > > git bisect good > > > > > > > > > e01f251fd09fa7cb3d352eac7de17bb5d5bd1f9d # good: > > > > > > > > > [3153c26b54230d025c6d536e8d3015def4524906] ide: > > > > > > > > > refactor tf_read() method git bisect good > > > > > > > > > 3153c26b54230d025c6d536e8d3015def4524906 # good: > > > > > > > > > [c018f1ee5cf81e58b93d9e93a2ee39cad13dc1ac] hpt366: fix > > > > > > > > > HPT370 DMA timeouts git bisect good > > > > > > > > > c018f1ee5cf81e58b93d9e93a2ee39cad13dc1ac # bad: > > > > > > > > > [d5f840bf74c09ca5a31e518c9d98426b5f44] ide: Remove > > > > > > > > > void casts git bisect bad > > > > > > > > > d5f840bf74c09ca5a31e518c9d98426b5f44 # bad: > > > > > > > > > [59c8d04f5ee97ea46da854e9adbbaa45d988c39d] hpt366: use > > > > > > > > > ATA_DMA_* constants git bisect bad > > > > > > > > > 59c8d04f5ee97ea46da854e9adbbaa45d988c39d > > > > > > > > > > > > > > > > Uhh.. something went wrong during bisect. > > > > > > > > > > > > > > > > "hpt366: use ATA_DMA_* constants" cannot be a first bad > > > > > > > > commit because hpt366 is not even used on this system. > > > > > > > > > > > > > > > > Could it be that the delay doesn't happen on every boot > > > > > > > > for "bad" kernels? > > >
Re: Delay on intialization ide subsystem(most likely)
On Wed, 20 May 2009 17:56:14 +0200 Bartlomiej Zolnierkiewicz wrote: > On Friday 15 May 2009 22:40:07 Andrey Gusev wrote: > > On Wed, 13 May 2009 20:46:33 +0200 > > Bartlomiej Zolnierkiewicz wrote: > > > > > On Wednesday 13 May 2009 19:11:23 Andrey Gusev wrote: > > > > On Wed, 13 May 2009 15:28:26 +0200 > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > On Tuesday 12 May 2009 21:50:24 Andrey Gusev wrote: > > > > > > On Mon, 27 Apr 2009 23:21:48 +0200 > > > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > > > > > On Monday 27 April 2009 22:36:45 Andrey Gusev wrote: > > > > > > > > On Sat, 25 Apr 2009 16:48:38 +0200 > > > > > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > On Saturday 25 April 2009 15:02:03 Andrey Gusev wrote: > > > > > > > > > > Hello! > > > > > > > > > > > > > > > > > > > > I have tested linux-2.6.30-rc3 on my system and find > > > > > > > > > > some problems. One of them is delaying on > > > > > > > > > > initialization IDE subsystem. I don't have this > > > > > > > > > > problem on 2.6.29.1. The difference is looked on > > > > > > > > > > log of dmesg. > > > > > > > > > > > > > > > > > > Unfortunately this doesn't give us any hint about the > > > > > > > > > root cause of the bug so please try narrowing the > > > > > > > > > problem down to the specific change using git-bisect > > > > > > > > > (sorry, there were 212 drivers/ide/ commits during > > > > > > > > > v2.6.29..v2.6.30-rc3 and much much more > > > > > > > > > non-drivers/ide/ ones). > > > > > > > > > > > > > > > > > > Thanks, > > > > > > > > > Bart > > > > > > > > > > > > > > > > > > > > > > > > > Hello! > > > > > > > > > > > > > > > > > > > > > > > > The full result of bisect is: > > > > > > > > > > > > > > > > > > > > > > > > git bisect start > > > > > > > > # good: [8e0ee43bc2c3e19db56a4adaa9a9b04ce885cd84] Linux > > > > > > > > 2.6.29 git bisect good > > > > > > > > 8e0ee43bc2c3e19db56a4adaa9a9b04ce885cd84 # bad: > > > > > > > > [091069740304c979f957ceacec39c461d0192158] Linux > > > > > > > > 2.6.30-rc3 git bisect bad > > > > > > > > 091069740304c979f957ceacec39c461d0192158 # good: > > > > > > > > [40f07111be99b71c1e8d40c13cdc38445add787f] V4L/DVB > > > > > > > > (11166): pvrusb2: Implement status fetching from > > > > > > > > sub-devices git bisect good > > > > > > > > 40f07111be99b71c1e8d40c13cdc38445add787f # good: > > > > > > > > [ba0e1ebb7ea0616eebc29d2077355bacea62a9d8] Staging: > > > > > > > > sxg: slicoss: Specify the license for Sahara SXG and > > > > > > > > Slicoss drivers git bisect good > > > > > > > > ba0e1ebb7ea0616eebc29d2077355bacea62a9d8 > > > > > > > > > > > > > > > > > > > > > > > > git bisect start 'drivers/ide/' > > > > > > > > > > > > > > Please note that limiting search space to drivers/ide/ > > > > > > > may not give reliable results in case problem was > > > > > > > introduced by some other kernel area. > > > > > > > > > > > > > > > # good: [ba0e1ebb7ea0616eebc29d2077355bacea62a9d8] > > > > > > > > Staging: sxg: slicoss: Specify the license for Sahara > > > > > > > > SXG and Slicoss drivers git bisect good > > > > > > > > ba0e1ebb7ea0616eebc29d2077355bacea62a9d8 # bad: > > > > > > > > [091069740304c979f957ceacec39c461d0192158] Linux > > > > > > > > 2.6.30-rc3 git bisect bad > > > > > > > > 091069740304c979f957ceacec39c461d0192158 # good: > > > > > > > > [e01f251fd09fa7cb3d352eac7de17bb5d5bd1f9d] ide-cd: > > > > > > > > convert cdrom_decode_status() to use switch statements > > > > > > > > git bisect good > > > > > > > > e01f251fd09fa7cb3d352eac7de17bb5d5bd1f9d # good: > > > > > > > > [3153c26b54230d025c6d536e8d3015def4524906] ide: > > > > > > > > refactor tf_read() method git bisect good > > > > > > > > 3153c26b54230d025c6d536e8d3015def4524906 # good: > > > > > > > > [c018f1ee5cf81e58b93d9e93a2ee39cad13dc1ac] hpt366: fix > > > > > > > > HPT370 DMA timeouts git bisect good > > > > > > > > c018f1ee5cf81e58b93d9e93a2ee39cad13dc1ac # bad: > > > > > > > > [d5f840bf74c09ca5a31e518c9d98426b5f44] ide: Remove > > > > > > > > void casts git bisect bad > > > > > > > > d5f840bf74c09ca5a31e518c9d98426b5f44 # bad: > > > > > > > > [59c8d04f5ee97ea46da854e9adbbaa45d988c39d] hpt366: use > > > > > > > > ATA_DMA_* constants git bisect bad > > > > > > > > 59c8d04f5ee97ea46da854e9adbbaa45d988c39d > > > > > > > > > > > > > > Uhh.. something went wrong during bisect. > > > > > > > > > > > > > > "hpt366: use ATA_DMA_* constants" cannot be a first bad > > > > > > > commit because hpt366 is not even used on this system. > > > > > > > > > > > > > > Could it be that the delay doesn't happen on every boot > > > > > > > for "bad" kernels? > > > > > > > > > > > > > > Also, is 2.6.30-rc1 okay? > > > > > > > > > > > > > > Thanks, > > > > > > > Bart > > > > > > > > > > > > > > > > > > > Hello all! > > > > > > > > > > > > I continue to find reason of bug. I made more testing with > > > > > > bise
Re: Delay on intialization ide subsystem(most likely)
On Friday 15 May 2009 22:40:07 Andrey Gusev wrote: > On Wed, 13 May 2009 20:46:33 +0200 > Bartlomiej Zolnierkiewicz wrote: > > > On Wednesday 13 May 2009 19:11:23 Andrey Gusev wrote: > > > On Wed, 13 May 2009 15:28:26 +0200 > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > On Tuesday 12 May 2009 21:50:24 Andrey Gusev wrote: > > > > > On Mon, 27 Apr 2009 23:21:48 +0200 > > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > > > On Monday 27 April 2009 22:36:45 Andrey Gusev wrote: > > > > > > > On Sat, 25 Apr 2009 16:48:38 +0200 > > > > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > On Saturday 25 April 2009 15:02:03 Andrey Gusev wrote: > > > > > > > > > Hello! > > > > > > > > > > > > > > > > > > I have tested linux-2.6.30-rc3 on my system and find > > > > > > > > > some problems. One of them is delaying on > > > > > > > > > initialization IDE subsystem. I don't have this problem > > > > > > > > > on 2.6.29.1. The difference is looked on log of dmesg. > > > > > > > > > > > > > > > > Unfortunately this doesn't give us any hint about the root > > > > > > > > cause of the bug so please try narrowing the problem down > > > > > > > > to the specific change using git-bisect (sorry, there > > > > > > > > were 212 drivers/ide/ commits during v2.6.29..v2.6.30-rc3 > > > > > > > > and much much more non-drivers/ide/ ones). > > > > > > > > > > > > > > > > Thanks, > > > > > > > > Bart > > > > > > > > > > > > > > > > > > > > > > Hello! > > > > > > > > > > > > > > > > > > > > > The full result of bisect is: > > > > > > > > > > > > > > > > > > > > > git bisect start > > > > > > > # good: [8e0ee43bc2c3e19db56a4adaa9a9b04ce885cd84] Linux > > > > > > > 2.6.29 git bisect good > > > > > > > 8e0ee43bc2c3e19db56a4adaa9a9b04ce885cd84 # bad: > > > > > > > [091069740304c979f957ceacec39c461d0192158] Linux 2.6.30-rc3 > > > > > > > git bisect bad 091069740304c979f957ceacec39c461d0192158 # > > > > > > > good: [40f07111be99b71c1e8d40c13cdc38445add787f] V4L/DVB > > > > > > > (11166): pvrusb2: Implement status fetching from > > > > > > > sub-devices git bisect good > > > > > > > 40f07111be99b71c1e8d40c13cdc38445add787f # good: > > > > > > > [ba0e1ebb7ea0616eebc29d2077355bacea62a9d8] Staging: sxg: > > > > > > > slicoss: Specify the license for Sahara SXG and Slicoss > > > > > > > drivers git bisect good > > > > > > > ba0e1ebb7ea0616eebc29d2077355bacea62a9d8 > > > > > > > > > > > > > > > > > > > > > git bisect start 'drivers/ide/' > > > > > > > > > > > > Please note that limiting search space to drivers/ide/ may not > > > > > > give reliable results in case problem was introduced by some > > > > > > other kernel area. > > > > > > > > > > > > > # good: [ba0e1ebb7ea0616eebc29d2077355bacea62a9d8] Staging: > > > > > > > sxg: slicoss: Specify the license for Sahara SXG and > > > > > > > Slicoss drivers git bisect good > > > > > > > ba0e1ebb7ea0616eebc29d2077355bacea62a9d8 # bad: > > > > > > > [091069740304c979f957ceacec39c461d0192158] Linux 2.6.30-rc3 > > > > > > > git bisect bad 091069740304c979f957ceacec39c461d0192158 # > > > > > > > good: [e01f251fd09fa7cb3d352eac7de17bb5d5bd1f9d] ide-cd: > > > > > > > convert cdrom_decode_status() to use switch statements git > > > > > > > bisect good e01f251fd09fa7cb3d352eac7de17bb5d5bd1f9d # > > > > > > > good: [3153c26b54230d025c6d536e8d3015def4524906] ide: > > > > > > > refactor tf_read() method git bisect good > > > > > > > 3153c26b54230d025c6d536e8d3015def4524906 # good: > > > > > > > [c018f1ee5cf81e58b93d9e93a2ee39cad13dc1ac] hpt366: fix > > > > > > > HPT370 DMA timeouts git bisect good > > > > > > > c018f1ee5cf81e58b93d9e93a2ee39cad13dc1ac # bad: > > > > > > > [d5f840bf74c09ca5a31e518c9d98426b5f44] ide: Remove void > > > > > > > casts git bisect bad > > > > > > > d5f840bf74c09ca5a31e518c9d98426b5f44 # bad: > > > > > > > [59c8d04f5ee97ea46da854e9adbbaa45d988c39d] hpt366: use > > > > > > > ATA_DMA_* constants git bisect bad > > > > > > > 59c8d04f5ee97ea46da854e9adbbaa45d988c39d > > > > > > > > > > > > Uhh.. something went wrong during bisect. > > > > > > > > > > > > "hpt366: use ATA_DMA_* constants" cannot be a first bad commit > > > > > > because hpt366 is not even used on this system. > > > > > > > > > > > > Could it be that the delay doesn't happen on every boot for > > > > > > "bad" kernels? > > > > > > > > > > > > Also, is 2.6.30-rc1 okay? > > > > > > > > > > > > Thanks, > > > > > > Bart > > > > > > > > > > > > > > > > Hello all! > > > > > > > > > > I continue to find reason of bug. I made more testing with > > > > > bisect and got result: > > > > > > > > > > git bisect start > > > > > # bad: [c018f1ee5cf81e58b93d9e93a2ee39cad13dc1ac] hpt366: fix > > > > > HPT370 DMA timeouts git bisect bad > > > > > # good: > > > > > [fb4252e59452c18b88af014a2c4ee697bbf8cbc6] at91_ide: turn on > > > > > PIO 6 support git bisect good > > > > > fb4252e59452c18b88af014a2c4ee697bbf8cbc6 # good: > >
Re: Delay on intialization ide subsystem(most likely)
On Wednesday 13 May 2009 19:11:23 Andrey Gusev wrote: > On Wed, 13 May 2009 15:28:26 +0200 > Bartlomiej Zolnierkiewicz wrote: > > > On Tuesday 12 May 2009 21:50:24 Andrey Gusev wrote: > > > On Mon, 27 Apr 2009 23:21:48 +0200 > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > On Monday 27 April 2009 22:36:45 Andrey Gusev wrote: > > > > > On Sat, 25 Apr 2009 16:48:38 +0200 > > > > > Bartlomiej Zolnierkiewicz wrote: > > > > > > > > > > > > > > > > > Hi, > > > > > > > > > > > > On Saturday 25 April 2009 15:02:03 Andrey Gusev wrote: > > > > > > > Hello! > > > > > > > > > > > > > > I have tested linux-2.6.30-rc3 on my system and find some > > > > > > > problems. One of them is delaying on initialization IDE > > > > > > > subsystem. I don't have this problem on 2.6.29.1. The > > > > > > > difference is looked on log of dmesg. > > > > > > > > > > > > Unfortunately this doesn't give us any hint about the root > > > > > > cause of the bug so please try narrowing the problem down to > > > > > > the specific change using git-bisect (sorry, there were 212 > > > > > > drivers/ide/ commits during v2.6.29..v2.6.30-rc3 and much much > > > > > > more non-drivers/ide/ ones). > > > > > > > > > > > > Thanks, > > > > > > Bart > > > > > > > > > > > > > > > > Hello! > > > > > > > > > > > > > > > The full result of bisect is: > > > > > > > > > > > > > > > git bisect start > > > > > # good: [8e0ee43bc2c3e19db56a4adaa9a9b04ce885cd84] Linux 2.6.29 > > > > > git bisect good 8e0ee43bc2c3e19db56a4adaa9a9b04ce885cd84 > > > > > # bad: [091069740304c979f957ceacec39c461d0192158] Linux > > > > > 2.6.30-rc3 git bisect bad > > > > > 091069740304c979f957ceacec39c461d0192158 # good: > > > > > [40f07111be99b71c1e8d40c13cdc38445add787f] V4L/DVB (11166): > > > > > pvrusb2: Implement status fetching from sub-devices git bisect > > > > > good 40f07111be99b71c1e8d40c13cdc38445add787f # good: > > > > > [ba0e1ebb7ea0616eebc29d2077355bacea62a9d8] Staging: sxg: > > > > > slicoss: Specify the license for Sahara SXG and Slicoss drivers > > > > > git bisect good ba0e1ebb7ea0616eebc29d2077355bacea62a9d8 > > > > > > > > > > > > > > > git bisect start 'drivers/ide/' > > > > > > > > Please note that limiting search space to drivers/ide/ may not > > > > give reliable results in case problem was introduced by some > > > > other kernel area. > > > > > > > > > # good: [ba0e1ebb7ea0616eebc29d2077355bacea62a9d8] Staging: sxg: > > > > > slicoss: Specify the license for Sahara SXG and Slicoss drivers > > > > > git bisect good ba0e1ebb7ea0616eebc29d2077355bacea62a9d8 # bad: > > > > > [091069740304c979f957ceacec39c461d0192158] Linux 2.6.30-rc3 git > > > > > bisect bad 091069740304c979f957ceacec39c461d0192158 # good: > > > > > [e01f251fd09fa7cb3d352eac7de17bb5d5bd1f9d] ide-cd: convert > > > > > cdrom_decode_status() to use switch statements git bisect good > > > > > e01f251fd09fa7cb3d352eac7de17bb5d5bd1f9d # good: > > > > > [3153c26b54230d025c6d536e8d3015def4524906] ide: refactor > > > > > tf_read() method git bisect good > > > > > 3153c26b54230d025c6d536e8d3015def4524906 # good: > > > > > [c018f1ee5cf81e58b93d9e93a2ee39cad13dc1ac] hpt366: fix HPT370 > > > > > DMA timeouts git bisect good > > > > > c018f1ee5cf81e58b93d9e93a2ee39cad13dc1ac # bad: > > > > > [d5f840bf74c09ca5a31e518c9d98426b5f44] ide: Remove void > > > > > casts git bisect bad d5f840bf74c09ca5a31e518c9d98426b5f44 # > > > > > bad: [59c8d04f5ee97ea46da854e9adbbaa45d988c39d] hpt366: use > > > > > ATA_DMA_* constants git bisect bad > > > > > 59c8d04f5ee97ea46da854e9adbbaa45d988c39d > > > > > > > > Uhh.. something went wrong during bisect. > > > > > > > > "hpt366: use ATA_DMA_* constants" cannot be a first bad commit > > > > because hpt366 is not even used on this system. > > > > > > > > Could it be that the delay doesn't happen on every boot for "bad" > > > > kernels? > > > > > > > > Also, is 2.6.30-rc1 okay? > > > > > > > > Thanks, > > > > Bart > > > > > > > > > > Hello all! > > > > > > I continue to find reason of bug. I made more testing with bisect > > > and got result: > > > > > > git bisect start > > > # bad: [c018f1ee5cf81e58b93d9e93a2ee39cad13dc1ac] hpt366: fix > > > HPT370 DMA timeouts git bisect bad > > > # good: > > > [fb4252e59452c18b88af014a2c4ee697bbf8cbc6] at91_ide: turn on PIO 6 > > > support git bisect good fb4252e59452c18b88af014a2c4ee697bbf8cbc6 # > > > good: [2e1c63b7ed36532b68f0eddd6a184d7ba1013b89] Merge branch > > > 'for-rc1/xen/core' of > > > git://git.kernel.org/pub/scm/linux/kernel/git/jeremy/xen git bisect > > > good 2e1c63b7ed36532b68f0eddd6a184d7ba1013b89 # bad: > > > [cd97824994042b809493807ea644ba26c0c23290] Merge > > > git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-2.6 git > > > bisect bad cd97824994042b809493807ea644ba26c0c23290 # bad: > > > [a2c252ebdeaab28c9b400570594d576dae295958] Merge > > > git://git.kernel.org/pub/scm/linux/kernel/git/steve/gfs2-2.6-fixes > > > git bisect bad a2c252ebdeaab28c9b400570594d576dae295958 # good: >
