Hello list!
I just bought a new Fujitsu 20GB Hard disk for my notebook
and after transfering my old system to this disk I tried to boot
the system.
When the kernel tries to detect the partitions, it simply stops
doing anything.
Then I tried to boot with 2.5.5{0,2}, which works fine.
The 2.4 kernel debian ships with woody runs fine, too.
I have this problem in 2.4.{19,20}, didn't tested any other.
What makes me wonder is that the partition check only fails in the
following constelation:
- 2.4.19/20 vanilla kernel
- Acer Travelmate 524 [with Ali IDE Chipset]
- Fujitsu 20 GB hd
If I change the notebook it runs fine.
If I change the harddisks it works fine.
If I use 2.5 series kernels it works fine.
Does anyone know what I can do to trace down why this happens ?
Or if it's simply a wrong .config configuration ? [Don't think so..]
Greetings,
Nico
p.s.: please don't forget to cc: me, I am not subscribed.
p.p.s.: system informations are attached.
--
Please send your messages pgp-signed and/or pgp-encrypted (don't encrypt mails
to mailing list!). If you don't know what pgp is visit http://www.gnupg.org.
(public pgp key: ftp.schottelius.org/pub/familiy/nico/pgp-key)
* Nico Schottelius ([email protected]) wrote:
> If I change the notebook it runs fine.
> If I change the harddisks it works fine.
> If I use 2.5 series kernels it works fine.
> ALI15X3: IDE controller at PCI slot 00:10.0
> ALI15X3: chipset revision 195
> ALI15X3: not 100% native mode: will probe irqs later
> ide0: BM-DMA at 0x6050-0x6057, BIOS settings: hda:DMA, hdb:pio
> ide1: BM-DMA at 0x6058-0x605f, BIOS settings: hdc:DMA, hdd:pio
I have heard it said that DMA on the ALI chipset is a bit touchy (not
sure if driver or hardware) - it is worth trying with the DMA off.
Dave
---------------- Have a happy GNU millennium! ----------------------
/ Dr. David Alan Gilbert | Running GNU/Linux on Alpha,68K| Happy \
\ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC & HPPA | In Hex /
\ _________________________|_____ http://www.treblig.org |_______/
Dr. David Alan Gilbert [Tue, Dec 24, 2002 at 11:50:54PM +0000]:
> * Nico Schottelius ([email protected]) wrote:
>
> > If I change the notebook it runs fine.
> > If I change the harddisks it works fine.
> > If I use 2.5 series kernels it works fine.
>
> > ALI15X3: IDE controller at PCI slot 00:10.0
> > ALI15X3: chipset revision 195
> > ALI15X3: not 100% native mode: will probe irqs later
> > ide0: BM-DMA at 0x6050-0x6057, BIOS settings: hda:DMA, hdb:pio
> > ide1: BM-DMA at 0x6058-0x605f, BIOS settings: hdc:DMA, hdd:pio
>
> I have heard it said that DMA on the ALI chipset is a bit touchy (not
> sure if driver or hardware) - it is worth trying with the DMA off.
dma works fine on all other constellations, but I will try it without
dma as soon as 2.4.20 is compiled...
Nico
--
Please send your messages pgp-signed and/or pgp-encrypted (don't encrypt mails
to mailing list!). If you don't know what pgp is visit http://www.gnupg.org.
(public pgp key: ftp.schottelius.org/pub/familiy/nico/pgp-key)
> Dr. David Alan Gilbert [Tue, Dec 24, 2002 at 11:50:54PM +0000]:
>> * Nico Schottelius ([email protected]) wrote:
>>=20
>> > If I change the notebook it runs fine.
>> > If I change the harddisks it works fine.
>> > If I use 2.5 series kernels it works fine.
>>=20
>> > ALI15X3: IDE controller at PCI slot 00:10.0
>> > ALI15X3: chipset revision 195
>> > ALI15X3: not 100% native mode: will probe irqs later
>> > ide0: BM-DMA at 0x6050-0x6057, BIOS settings: hda:DMA, hdb:pio
>> > ide1: BM-DMA at 0x6058-0x605f, BIOS settings: hdc:DMA, hdd:pio
>> I have heard it said that DMA on the ALI chipset is a bit touchy (not
>> sure if driver or hardware) - it is worth trying with the DMA off.
That's curious. I have a toshiba portege 4000 with this chipset and
yes, dma occasionally conks out on this machine (kernel 2.4.19).
It sometimes recovers after disabling dma (automatically, kernel
message) and about 20mins of impatience (me) with an ide incomplete
command notice
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ALI15X3: IDE controller on PCI bus 00 dev 20
PCI: No IRQ known for interrupt pin A of device 00:04.0.
ALI15X3: chipset revision 195
ALI15X3: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xeff0-0xeff7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xeff8-0xefff, BIOS settings: hdc:DMA, hdd:pio
hda: IC25N020ATDA04-0, ATA DISK drive
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
hdc: TOSHIBA DVD-ROM SD-C2502, ATAPI CD/DVD-ROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 39070080 sectors (20004 MB) w/1806KiB Cache, CHS=2432/255/63, UDMA(33)
Partition check:
/dev/ide/host0/bus0/target0/lun0: p1 p2 p4 < p5 p6 p7 p8 p9 p10 p11 p12 p13 p14 p15 p16 p17 p18 >
I'm afraid most of the kernel error messages never makes it to the logs, but
it's started with
Dec 24 20:58:00 betty kernel: hda: DMA disabled
and then, for example:
Dec 23 11:47:20 betty kernel: hda: DMA disabled
Dec 23 11:47:20 betty kernel: hda: ide_set_handler: handler not null; old=c01c19
e0, new=c01c6d44
Dec 23 11:47:20 betty kernel: bug: kernel timer added twice at c01c1856.
Dec 23 11:48:42 betty kernel: SysRq : Changing Loglevel
Here's a recovery, 23 mins later:
Dec 23 12:11:09 betty kernel: hda: dma_intr: status=0x58 { DriveReady SeekComple
te DataRequest }
Dec 23 12:12:20 betty last message repeated 3 times
Dec 23 12:12:20 betty kernel: hda: DMA disabled
Dec 23 12:12:20 betty kernel: ide0: reset: success
Dec 23 12:12:20 betty kernel: OK
> dma works fine on all other constellations, but I will try it without
> dma as soon as 2.4.20 is compiled...
I am running with hdpam -d0 for safety.
Peter
Alan Cox [Wed, Dec 25, 2002 at 11:20:38PM +0000]:
> Driver issue - fixed in 2.4.21pre
thanks for the informations alan. will try it in a few seconds.
Nico
--
Please send your messages pgp-signed and/or pgp-encrypted (don't encrypt mails
to mailing list!). If you don't know what pgp is visit http://www.gnupg.org.
(public pgp key: ftp.schottelius.org/pub/familiy/nico/pgp-key)
I own an HP Pavilion ze4145 notebook, and the ALi5x3 chipset bombs after about
30-40mins of use with "hda: lost interrupt" commands, and this continues
until I cut the power, though sometimes after about an hour it will reset and
go on, but it is very iffy. I noticed that "32-bit I/O" was disabled by
default in the BIOS, however I have enabled it. Is this a problem in the
kernels ALi drivers or what? The XP install that came with it works fine.
What suggestions to fixing this? Thanks
--Ro0tSiEgE
On Wednesday 25 December 2002 05:34, Peter T. Breuer wrote:
> > Dr. David Alan Gilbert [Tue, Dec 24, 2002 at 11:50:54PM +0000]:
> >> * Nico Schottelius ([email protected]) wrote:
> >>=20
> >>
> >> > If I change the notebook it runs fine.
> >> > If I change the harddisks it works fine.
> >> > If I use 2.5 series kernels it works fine.
> >>
> >>=20
> >>
> >> > ALI15X3: IDE controller at PCI slot 00:10.0
> >> > ALI15X3: chipset revision 195
> >> > ALI15X3: not 100% native mode: will probe irqs later
> >> > ide0: BM-DMA at 0x6050-0x6057, BIOS settings: hda:DMA, hdb:pio
> >> > ide1: BM-DMA at 0x6058-0x605f, BIOS settings: hdc:DMA, hdd:pio
> >>
> >> I have heard it said that DMA on the ALI chipset is a bit touchy (not
> >> sure if driver or hardware) - it is worth trying with the DMA off.
>
> That's curious. I have a toshiba portege 4000 with this chipset and
> yes, dma occasionally conks out on this machine (kernel 2.4.19).
>
> It sometimes recovers after disabling dma (automatically, kernel
> message) and about 20mins of impatience (me) with an ide incomplete
> command notice
>
> Uniform Multi-Platform E-IDE driver Revision: 6.31
> ide: Assuming 33MHz system bus speed for PIO modes; override with
> idebus=xx ALI15X3: IDE controller on PCI bus 00 dev 20
> PCI: No IRQ known for interrupt pin A of device 00:04.0.
> ALI15X3: chipset revision 195
> ALI15X3: not 100% native mode: will probe irqs later
> ide0: BM-DMA at 0xeff0-0xeff7, BIOS settings: hda:DMA, hdb:pio
> ide1: BM-DMA at 0xeff8-0xefff, BIOS settings: hdc:DMA, hdd:pio
> hda: IC25N020ATDA04-0, ATA DISK drive
> ide: Assuming 33MHz system bus speed for PIO modes; override with
> idebus=xx hdc: TOSHIBA DVD-ROM SD-C2502, ATAPI CD/DVD-ROM drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> ide1 at 0x170-0x177,0x376 on irq 15
> hda: 39070080 sectors (20004 MB) w/1806KiB Cache, CHS=2432/255/63,
> UDMA(33) Partition check:
> /dev/ide/host0/bus0/target0/lun0: p1 p2 p4 < p5 p6 p7 p8 p9 p10 p11 p12
> p13 p14 p15 p16 p17 p18 >
>
> I'm afraid most of the kernel error messages never makes it to the logs,
> but it's started with
>
> Dec 24 20:58:00 betty kernel: hda: DMA disabled
>
> and then, for example:
>
> Dec 23 11:47:20 betty kernel: hda: DMA disabled
> Dec 23 11:47:20 betty kernel: hda: ide_set_handler: handler not null;
> old=c01c19 e0, new=c01c6d44
> Dec 23 11:47:20 betty kernel: bug: kernel timer added twice at c01c1856.
> Dec 23 11:48:42 betty kernel: SysRq : Changing Loglevel
>
> Here's a recovery, 23 mins later:
>
> Dec 23 12:11:09 betty kernel: hda: dma_intr: status=0x58 { DriveReady
> SeekComple te DataRequest }
> Dec 23 12:12:20 betty last message repeated 3 times
> Dec 23 12:12:20 betty kernel: hda: DMA disabled
> Dec 23 12:12:20 betty kernel: ide0: reset: success
> Dec 23 12:12:20 betty kernel: OK
>
> > dma works fine on all other constellations, but I will try it without
> > dma as soon as 2.4.20 is compiled...
>
> I am running with hdpam -d0 for safety.
>
>
> Peter
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
On Wed, Dec 25, 2002 at 07:31:50PM -0600, Ro0tSiEgE wrote:
> I own an HP Pavilion ze4145 notebook, and the ALi5x3 chipset bombs after about
> 30-40mins of use with "hda: lost interrupt" commands, and this continues
> until I cut the power, though sometimes after about an hour it will reset and
> go on, but it is very iffy. I noticed that "32-bit I/O" was disabled by
> default in the BIOS, however I have enabled it. Is this a problem in the
> kernels ALi drivers or what? The XP install that came with it works fine.
> What suggestions to fixing this? Thanks
What kernel version? I'm sorry if I missed it.
Do you have ACPI enabled?
Try booting with "acpi=off", or with "noapic".
Jeff
Sorry, the kernel is 2.4.21-pre2. At first I had ACPI enabled, and it would
not boot at all. The last kernel message was showing the ACPI info (release
version, etc) and it just froze right there, no oops or anything. Now I have
no power management whatsoever compiled in and I'm getting the hard drive
errors. I can't boot it long enough to d/l hdparm to turn off DMA. I turned
"32-bit I/O" off in the BIOS, now it locks within seconds of completely
booting up. Any help is appreciated.
On Wednesday 25 December 2002 19:44, you wrote:
> On Wed, Dec 25, 2002 at 07:31:50PM -0600, Ro0tSiEgE wrote:
> > I own an HP Pavilion ze4145 notebook, and the ALi5x3 chipset bombs after
> > about 30-40mins of use with "hda: lost interrupt" commands, and this
> > continues until I cut the power, though sometimes after about an hour it
> > will reset and go on, but it is very iffy. I noticed that "32-bit I/O"
> > was disabled by default in the BIOS, however I have enabled it. Is this a
> > problem in the kernels ALi drivers or what? The XP install that came with
> > it works fine. What suggestions to fixing this? Thanks
>
> What kernel version? I'm sorry if I missed it.
>
> Do you have ACPI enabled?
>
> Try booting with "acpi=off", or with "noapic".
>
> Jeff
Is the ALi chipset problem fixed in 2.5, or does 2.4.21-pre have the same IDE
layer?
On Wed, Dec 25, 2002 at 08:10:58PM -0600, Ro0tSiEgE wrote:
> Is the ALi chipset problem fixed in 2.5, or does 2.4.21-pre have the same IDE
> layer?
2.4.21-pre has the same IDE layer as 2.5.x now, for the most part.
Alan Cox [Wed, Dec 25, 2002 at 11:20:38PM +0000]:
> Driver issue - fixed in 2.4.21pre
you are right. I only tested pre2, but it works.
Nico
--
Please send your messages pgp-signed and/or pgp-encrypted (don't encrypt mails
to mailing list!). If you don't know what pgp is visit http://www.gnupg.org.
(public pgp key: ftp.schottelius.org/pub/familiy/nico/pgp-key)