Re: 2.6.25-rc2 + smartd = hang

2008-02-26 Thread Anders Eriksson
 [EMAIL PROTECTED] said:
  Could you try bisecting it down to the guilty commit using git-bisect?
  [ the old stuff got few hundred commits in 2.6.25 ]
  Thanks, Bart 

Ok, I got this:
852738f39258deafb3d89c187cb1a4050820d555 is first bad commit
commit 852738f39258deafb3d89c187cb1a4050820d555
Author: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]
Date:   Sat Jan 26 20:13:12 2008 +0100

ide: convert empty REQ_TYPE_ATA_CMD requests to use REQ_TYPE_ATA_TASKFILE

Based on the previous work by Tejun Heo.

There should be no functionality changes caused by this patch.

Cc: Tejun Heo [EMAIL PROTECTED]
Signed-off-by: Bartlomiej Zolnierkiewicz [EMAIL PROTECTED]

:04 04 e65605824ccc1c8bda2ab6f917b5457d36c5537e 
5fb514a261b13494c5e9c035f9e7598276ce8839 M  drivers

I'll run with the last known good version for a while,so if there's any more 
testing needed let me know.

/A 

-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: 2.6.25-rc2 + smartd = hang

2008-02-24 Thread Anders Eriksson

[EMAIL PROTECTED] said:
 Could you try bisecting it down to the guilty commit using git-bisect?
 [ the old stuff got few hundred commits in 2.6.25 ]
 Thanks, Bart 

Will do. It'll take a while though. Not a fast machine and used by the 
household...

/A

-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: 2.6.25-rc2 + smartd = hang

2008-02-23 Thread Anders Eriksson



[EMAIL PROTECTED] said:
 the comment on the very top of drivers/ata says:
 tristate Serial ATA (prod) and Parallel ATA (experimental) drivers 


That's the one I was referring to.

-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: 2.6.25-rc2 + smartd = hang

2008-02-23 Thread Anders Eriksson

[EMAIL PROTECTED] said:
 But at this point libata is working much better than the old IDE stuff, and
 it really is worth moving things over if you can. 

 Ok, I'll take a stab at that tomorrow. Two things... 

Having switched to ata_piix i can confirm that smartd doesn't hand the system 
anymore.

Still.. There seem to be a bug vs. the old drivers somewhere. Will that be 
addressed, or should there be a big warning for the old stuff (DEPRECATED?)

/A

-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: 2.6.25-rc2 + smartd = hang

2008-02-23 Thread Bartlomiej Zolnierkiewicz

Hi,

On Saturday 23 February 2008, Anders Eriksson wrote:
 
 [EMAIL PROTECTED] said:
  But at this point libata is working much better than the old IDE stuff, and
  it really is worth moving things over if you can. 
 
  Ok, I'll take a stab at that tomorrow. Two things... 
 
 Having switched to ata_piix i can confirm that smartd doesn't hand the system 
 anymore.
 
 Still.. There seem to be a bug vs. the old drivers somewhere. Will that be 
 addressed, or should there be a big warning for the old stuff (DEPRECATED?)

Could you try bisecting it down to the guilty commit using git-bisect?

[ the old stuff got few hundred commits in 2.6.25 ]

Thanks,
Bart
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: 2.6.25-rc2 + smartd = hang

2008-02-23 Thread Pavel Machek
Hi!

 So that's using the old IDE drivers.
 And the network and USB are sharing IRQ#11 with each 
 other.
 
 If you are going to be using newer kernels like this 
 (2.6.23+),
 then you might consider shifting those drives over to 
 libata drivers.

Yes, that will probably fix it for him, but but... maybe we should fix
that regression?
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: 2.6.25-rc2 + smartd = hang

2008-02-22 Thread Jeff Garzik

Anders Eriksson wrote:

Hi,

Trying out 2.6.25-rc2 smartd always causes my box to hang. I can switch 
vt:s and the keyboard seems to work.


Using sysrq-e I noticed a callpath open - ext3 - journals - sync_buffer - 
io_scheduel - generic_unplig_device.


I'd guess the open stems from smartd. Removing smartd from the startup, I'm 
now using rc2 fine...


I got a nice jpg showing it as well.


The sysrq-e output is probably just standard ext3 journalling unrelated 
to the problem...  what does dmesg say?  lspci?  What's your hardware setup?


Jeff



-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: 2.6.25-rc2 + smartd = hang

2008-02-22 Thread Anders Eriksson


[EMAIL PROTECTED] said:
 The sysrq-e output is probably just standard ext3 journalling unrelated  to
 the problem...  what does dmesg say?  lspci?  What's your hardware setup? 


dmesg ; smartd ; dmesg yields no new entries in dmesg. It seems on disk 
accesses are dead. it still routes packets fine.

This is an old PII-300 with 2 IDS disks and a DVD R/W. 

tippex ~ # lspci -vv
00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge 
(rev 02)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort+ SERR- PERR- INTx-
Latency: 64
Region 0: Memory at e800 (32-bit, prefetchable) [size=64M]
Capabilities: [a0] AGP version 1.0
Status: RQ=32 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 
64bit- FW- AGP3- Rate=x1,x2
Command: RQ=1 ArqSz=0 Cal=0 SBA- AGP- GART64- 64bit- FW- 
Rate=none
Kernel driver in use: agpgart-intel
Kernel modules: intel-agp

00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge 
(rev 02) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: c000-cfff
Memory behind bridge: eda0-efaf
Prefetchable memory behind bridge: e180-e58f
Secondary status: 66MHz+ FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort+ SERR- PERR-
BridgeCtl: Parity- SERR- NoISA- VGA+ MAbort- Reset- FastB2B+
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-

00:07.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 0

00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 
(prog-if 80 [Master])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64
Region 0: [virtual] Memory at 01f0 (32-bit, non-prefetchable) 
[disabled] [size=8]
Region 1: [virtual] Memory at 03f0 (type 3, non-prefetchable) 
[disabled] [size=1]
Region 2: [virtual] Memory at 0170 (32-bit, non-prefetchable) 
[disabled] [size=8]
Region 3: [virtual] Memory at 0370 (type 3, non-prefetchable) 
[disabled] [size=1]
Region 4: I/O ports at ffa0 [size=16]
Kernel driver in use: PIIX_IDE

00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 
(prog-if 00 [UHCI])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64
Interrupt: pin D routed to IRQ 11
Region 4: I/O ports at 6000 [size=32]
Kernel driver in use: uhci_hcd
Kernel modules: uhci-hcd

00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Interrupt: pin ? routed to IRQ 9
Kernel driver in use: piix4_smbus
Kernel modules: i2c-piix4

00:0a.0 Network controller: RaLink RT2500 802.11g Cardbus/mini-PCI (rev 01)
Subsystem: RaLink Unknown device 2560
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 64, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 10
Region 0: Memory at efffe000 (32-bit, non-prefetchable) [size=8K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: rt2500pci
Kernel modules: rt2500pci

00:0b.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] 
(rev 05)
Subsystem: Intel Corporation 82558B PRO/100+ PCI (TP)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- 

Re: 2.6.25-rc2 + smartd = hang

2008-02-22 Thread Mark Lord

Anders Eriksson wrote:


[EMAIL PROTECTED] said:

The sysrq-e output is probably just standard ext3 journalling unrelated  to
the problem...  what does dmesg say?  lspci?  What's your hardware setup? 



dmesg ; smartd ; dmesg yields no new entries in dmesg. It seems on disk 
accesses are dead. it still routes packets fine.


This is an old PII-300 with 2 IDS disks and a DVD R/W. 

...

Feb 22 17:38:49 tippex Uniform Multi-Platform E-IDE driver
Feb 22 17:38:49 tippex ide: Assuming 33MHz system bus speed for PIO modes; 
override with idebus=xx
Feb 22 17:38:49 tippex PIIX4: IDE controller (0x8086:0x7111 rev 0x01) at  PCI 
slot :00:07.1
Feb 22 17:38:49 tippex PIIX4: not 100% native mode: will probe irqs later
Feb 22 17:38:49 tippex ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, 
hdb:PIO
Feb 22 17:38:49 tippex ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:PIO, 
hdd:PIO
Feb 22 17:38:49 tippex Probing IDE interface ide0...
Feb 22 17:38:49 tippex hdb: IC35L120AVV207-0, ATA DISK drive
Feb 22 17:38:49 tippex hda: IBM-DTTA-371010, ATA DISK drive
Feb 22 17:38:49 tippex hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
Feb 22 17:38:49 tippex hda: UDMA/33 mode selected
Feb 22 17:38:49 tippex hdb: host max PIO4 wanted PIO255(auto-tune) selected PIO4
Feb 22 17:38:49 tippex hdb: UDMA/33 mode selected
Feb 22 17:38:49 tippex Probing IDE interface ide1...
Feb 22 17:38:49 tippex hdd: Maxtor 6L250R0, ATA DISK drive
Feb 22 17:38:49 tippex hdc: AOPEN DUW1608/ARR, ATAPI CD/DVD-ROM drive
Feb 22 17:38:49 tippex hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
Feb 22 17:38:49 tippex hdc: UDMA/33 mode selected
Feb 22 17:38:49 tippex hdd: host max PIO4 wanted PIO255(auto-tune) selected PIO4
Feb 22 17:38:49 tippex hdd: UDMA/33 mode selected
Feb 22 17:38:49 tippex ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Feb 22 17:38:49 tippex ide1 at 0x170-0x177,0x376 on irq 15

..

So that's using the old IDE drivers.
And the network and USB are sharing IRQ#11 with each other.

If you are going to be using newer kernels like this (2.6.23+),
then you might consider shifting those drives over to libata drivers.

This involves a little bit of work -- building a kernel with libata
and ata_piix built-in instead of the old IDE drivers,
and then rearranging /etc/fstab to match the new device names
(eg. /dev/sda instead of /dev/hda).

But at this point libata is working much better than the old IDE stuff,
and it really is worth moving things over if you can.

Cheers
-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: 2.6.25-rc2 + smartd = hang

2008-02-22 Thread Anders Eriksson

[EMAIL PROTECTED] said:
 So that's using the old IDE drivers. And the network and USB are sharing
 IRQ#11 with each other.

 If you are going to be using newer kernels like this (2.6.23+), then you
 might consider shifting those drives over to libata drivers.

 This involves a little bit of work -- building a kernel with libata and
 ata_piix built-in instead of the old IDE drivers, and then rearranging /etc/
 fstab to match the new device names (eg. /dev/sda instead of /dev/hda).

 But at this point libata is working much better than the old IDE stuff, and
 it really is worth moving things over if you can. 

Ok, I'll take a stab at that tomorrow. Two things...

Is smartd prepared to handle /dev/sdX style devices?

If this is the prefered driver these days, maybe it shouldn't be marked 
experimental in the menu anymore?

/A



-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: 2.6.25-rc2 + smartd = hang

2008-02-22 Thread Jeff Garzik

Anders Eriksson wrote:

Is smartd prepared to handle /dev/sdX style devices?


Yes.  You need to pass -d ata to smartd and smartctl, if your scripts 
are not already doing so.



If this is the prefered driver these days, maybe it shouldn't be marked 
experimental in the menu anymore?


It's not marked experimental.

Jeff


-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: 2.6.25-rc2 + smartd = hang

2008-02-22 Thread Andrey Borzenkov
Jeff Garzik wrote:

 If this is the prefered driver these days, maybe it shouldn't be marked
 experimental in the menu anymore?
 
 It's not marked experimental.


the comment on the very top of drivers/ata says:

tristate Serial ATA (prod) and Parallel ATA (experimental) drivers

this is a bit confusing

-
To unsubscribe from this list: send the line unsubscribe linux-ide in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html