Re: Fw: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3

Re: Fw: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3

[osb972ww-linuxczmil]

HI Tejun,

  setting irqpoll fixed both problems, and there are no "nasty grams" in dmesg now.   The original reason I was trying to use the hdparm -u on /dev/sda was because it was hanging for a few seconds when doing writes to the CFdisk, and in the past that was the kind of thing that hdparm -u would generally fix.   Now with the irqpoll kernel option, the /dev/sdb SATA drive was found, and I can mount it and write to it.  The CFcard /dev/sda is also responding to writes better than before.

Thanks for the suggestion to use irqpoll.    What is the problem within the driver(s) that is requiring irqpoll. ?

Best regards,
C. W. Wright



----- Original Message ----
> From: Tejun Heo <htejun@gmail.com>
> To: osb972ww-linuxczmil@yahoo.com
> Cc: linux-kernel@vger.kernel.org; IDE/ATA development list <linux-ide@vger.kernel.org>
> Sent: Thursday, March 20, 2008 10:23:50 PM
> Subject: Re: Fw: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3
> 
> Hello,
> 
> osb972ww-linuxczmil@yahoo.com wrote:
> >  Greetings,
> >   I'm having a problem with 2.6.23.1-42 (Fedora 8) properly driving a SATA 
> > drive.  Although it is detected during boot as indicated by the dmesg below, 
> > once the sytstem is up and running, the drive is not accessible.   The second 
> > issue is with the CFdrive on the the primary IDE.  It works, but I can't 
> enable 
> > interrupts with hdparm -u 1 /dev/sda.   
> > 
> >  The interesting thing is when I put in a Fedora 5 system with a 2.6.17 
> kernel, 
> > everything works as expected.  I can hdparm -u 1 /dev/hda and it works as  
> expected, and
> >  the SATA drive is detected and works properly all on the exact  same 
> hardware.  
> >  
> >  I've tried several different SATA drives also.   Thery all work on the old 
> >  Fedora 5/ 2.6.17 system, and none work on Fedora 8/2.6.23 or 2.6.24 kernels.
> 
> Does irqpoll kernel parameter help?
> 
> -- 
> tejun
> 

Re: Fw: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3

[Tejun Heo]

Hello,

osb972ww-linuxczmil@yahoo.com wrote:
> setting irqpoll fixed both problems, and there are no "nasty grams"
> in dmesg now.   The original reason I was trying to use the hdparm -u
> on /dev/sda was because it was hanging for a few seconds when doing
> writes to the CFdisk, and in the past that was the kind of thing that
> hdparm -u would generally fix.

libata drivers don't need or support hdparm -u settings.

>  Now with the irqpoll kernel option,
> the /dev/sdb SATA drive was found, and I can mount it and write to
> it.  The CFcard /dev/sda is also responding to writes better than
> before.
> 
> Thanks for the suggestion to use irqpoll.    What is the problem
> within the driver(s) that is requiring irqpoll. ?

Well, IRQ 18 is taken offline during USB initialization.  The IRQ is
shared with the SATA controller, so SATA controller doesn't work either.
 It isn't clear why the IRQ handler is taken offline.  It could be the
USB controller but can also be the SATA controller.  Does not loading
usb driver make any difference?

-- 
tejun

Re: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3

[Alan Cox]

On Thu, 20 Mar 2008 20:04:13 -0700 (PDT)
osb972ww-linuxczmil@yahoo.com wrote:

> 
> HI Tejun,
> 
>   setting irqpoll fixed both problems, and there are no "nasty grams" in dmesg now.   The original reason I was trying to use the hdparm -u on /dev/sda was because it was hanging for a few seconds when doing writes to the CFdisk, and in the past that was the kind of thing that hdparm -u would generally fix.   Now with the irqpoll kernel option, the /dev/sdb SATA drive was found, and I can mount it and write to it.  The CFcard /dev/sda is also responding to writes better than before.
> 
> Thanks for the suggestion to use irqpoll.    What is the problem within the driver(s) that is requiring irqpoll. ?

irqpoll works around BIOS bugs not driver bugs (well generally speaking
anyway).

Alan

Re: Fw: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3

[osb972ww-linuxczmil]

Tejun, Alan,

   Everything works when I disable the USB in the bios settings.  I was also able to remove the irqpoll kernel parameter after turning off bios USB. The particularly interesting thing is that the USB mouse still works, as does a USB 2.0 drive I have connected.  The Compact Flash drive at /dev/sda works fine, and the connected SATA drive works as well, though I need to do some testing to see how well these devices are performing. 

Using the irqpoll also made things work except for once.  In that case, I got the same errors, delayed bootup, and missing SATA drive.

Is there a new "hdparm like" tool for working with the new drives/drivers to be able to read/set parameters, run various tests, etc?

This motherboard is an IBT MB899 mini-ITX.

Thanks for the guidance with this!

C. W. Wright




----- Original Message ----
> From: Tejun Heo <htejun@gmail.com>
> To: osb972ww-linuxczmil@yahoo.com
> Cc: linux-kernel@vger.kernel.org; IDE/ATA development list <linux-ide@vger.kernel.org>
> Sent: Friday, March 21, 2008 5:56:10 AM
> Subject: Re: Fw: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3
> 
> Hello,
> 
> osb972ww-linuxczmil@yahoo.com wrote:
> > setting irqpoll fixed both problems, and there are no "nasty grams"
> > in dmesg now.   The original reason I was trying to use the hdparm -u
> > on /dev/sda was because it was hanging for a few seconds when doing
> > writes to the CFdisk, and in the past that was the kind of thing that
> > hdparm -u would generally fix.
> 
> libata drivers don't need or support hdparm -u settings.
> 
> >  Now with the irqpoll kernel option,
> > the /dev/sdb SATA drive was found, and I can mount it and write to
> > it.  The CFcard /dev/sda is also responding to writes better than
> > before.
> > 
> > Thanks for the suggestion to use irqpoll.    What is the problem
> > within the driver(s) that is requiring irqpoll. ?
> 
> Well, IRQ 18 is taken offline during USB initialization.  The IRQ is
> shared with the SATA controller, so SATA controller doesn't work either.
>  It isn't clear why the IRQ handler is taken offline.  It could be the
> USB controller but can also be the SATA controller.  Does not loading
> usb driver make any difference?
> 
> -- 
> tejun
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Re: Fw: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3

[Tejun Heo]

Hello,

osb972ww-linuxczmil@yahoo.com wrote:
> Tejun, Alan,
> 
> Everything works when I disable the USB in the bios settings.  I was
> also able to remove the irqpoll kernel parameter after turning off
> bios USB. The particularly interesting thing is that the USB mouse
> still works, as does a USB 2.0 drive I have connected.  The Compact
> Flash drive at /dev/sda works fine, and the connected SATA drive
> works as well, though I need to do some testing to see how well these
> devices are performing.

Hmmm.. Can you please file a bug report against USB subsystem on
bugzilla.kernel.org and cc me?  USB on your system is triggering IRQ storm.

> Using the irqpoll also made things work except for once.  In that
> case, I got the same errors, delayed bootup, and missing SATA drive.

Hmmm.. Do you have logs?

> Is there a new "hdparm like" tool for working with the new
> drives/drivers to be able to read/set parameters, run various tests,
> etc?

hdparm will still be the utility of choice but libata doesn't allow many
settings IDE used to and libata probably will never implement some of
IDE's tunables.  Is there any specific setting you have in mind?

Thanks.

-- 
tejun

Fw: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3

[osb972ww-linuxczmil]

 Greetings,
  I'm having a problem with 2.6.23.1-42 (Fedora 8) properly driving a SATA 
drive.  Although it is detected during boot as indicated by the dmesg below, 
once the sytstem is up and running, the drive is not accessible.   The second 
issue is with the CFdrive on the the primary IDE.  It works, but I can't enable 
interrupts with hdparm -u 1 /dev/sda.   

 The interesting thing is when I put in a Fedora 5 system with a 2.6.17 kernel, 
everything works as expected.  I can hdparm -u 1 /dev/hda and it works as  expected, and
 the SATA drive is detected and works properly all on the exact  same hardware.  
 
 I've tried several different SATA drives also.   Thery all work on the old 
 Fedora 5/ 2.6.17 system, and none work on Fedora 8/2.6.23 or 2.6.24 kernels.

W. Wright
 
 
 
 Below I've included parts of dmesg:

 
> Linux version 2.6.23.1-42.fc8 (kojibuilder@xenbuilder4.fedora.phx.redhat.com) 
> (gcc version 4.1.2 20070925 (Red Hat 4.1.2-33)) #1 SMP Tue Oct 30 13:55:12 EDT 
> 2007
> 
> SCSI subsystem initialized
> irq 18: nobody cared (try booting with the "irqpoll" option)
>  [] __report_bad_irq+0x36/0x75
>  [] note_interrupt+0x1d7/0x213
>  [] usb_hcd_irq+0x21/0x4e
>  [] handle_IRQ_event+0x23/0x51
>  [] handle_fasteoi_irq+0x86/0xa6
>  [] handle_fasteoi_irq+0x0/0xa6
>  [] do_IRQ+0x8c/0xb9
>  [] irq_exit+0x53/0x6b
>  [] common_interrupt+0x23/0x28
>  [] sha_transform+0xd1/0x1fd
>  [] sha1_update+0x91/0xcc
>  [] update_kernel+0xf/0x1f
>  [] module_verify_signature+0x4a8/0x564
>  [] module_verify+0x4d/0x6c
>  [] do_IRQ+0x9f/0xb9
>  [] sys_init_module+0xe2/0x1651
>  [] handle_mm_fault+0x3a0/0x78b
>  [] autoremove_wake_function+0x0/0x35
>  [] do_page_fault+0x2c0/0x5ef
>  [] dput+0x30/0xd7
>  [] __fput+0x147/0x171
>  [] mntput_no_expire+0x11/0x6a
>  [] irq_exit+0x53/0x6b
>  [] syscall_call+0x7/0xb
>  =======================
> handlers:
> [] (usb_hcd_irq+0x0/0x4e)
> Disabling IRQ #18
> libata version 2.21 loaded.
> ata_piix 0000:00:1f.1: version 2.12
> ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 19
> PCI: Setting latency timer of device 0000:00:1f.1 to 64
> scsi0 : ata_piix
> scsi1 : ata_piix
> ata1: PATA max UDMA/133 cmd 0x000101f0 ctl 0x000103f6 bmdma 0x0001f800 irq 14
> ata2: PATA max UDMA/133 cmd 0x00010170 ctl 0x00010376 bmdma 0x0001f808 irq 15
> usb 1-2: configuration #1 chosen from 1 choice
> ata1.00: ATA-0: CF 8GB, 20071116, max MWDMA2
> ata1.00: 15858864 sectors, multi 0: LBA
> ata1.00: configured for MWDMA2
> ata2: port disabled. ignoring.
> scsi 0:0:0:0: Direct-Access     ATA      CF 8GB           2007 PQ: 0 ANSI: 5
> sd 0:0:0:0: [sda] 15858864 512-byte hardware sectors (8120 MB)
> sd 0:0:0:0: [sda] Write Protect is off
> sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
> sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support 
> DPO or FUA
> sd 0:0:0:0: [sda] 15858864 512-byte hardware sectors (8120 MB)
> sd 0:0:0:0: [sda] Write Protect is off
> sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
> sd 0:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support 
> DPO or FUA
>  sda: sda1
> sd 0:0:0:0: [sda] Attached SCSI disk
> ata_piix 0000:00:1f.2: MAP [ P0 P2 -- -- ]
> ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (level, low) -> IRQ 18
> PCI: Setting latency timer of device 0000:00:1f.2 to 64
> scsi2 : ata_piix
> scsi3 : ata_piix
> ata3: SATA max UDMA/133 cmd 0x0001f700 ctl 0x0001f602 bmdma 0x0001f300 irq 18
> ata4: SATA max UDMA/133 cmd 0x0001f500 ctl 0x0001f402 bmdma 0x0001f308 irq 18
> usb 1-3: new high speed USB device using ehci_hcd and address 4
> usb 1-3: configuration #1 chosen from 1 choice
> usb 2-1: new low speed USB device using uhci_hcd and address 2
> usb 2-1: configuration #1 chosen from 1 choice
> input: Microsoft Microsoft IntelliMouse® Optical as /class/input/input2
> input: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Optical] on 
> usb-0000:00:1d.0-1
> ata3.01: qc timeout (cmd 0x27)
> ata3.01: ata_hpa_resize 1: hpa sectors (0) is smaller than sectors (312581808)
> ata3.01: ATA-7: ST3160815AS, 4.AAB, max UDMA/133
> ata3.01: 312581808 sectors, multi 16: LBA48 NCQ (depth 0/32)
> ata3.01: failed to set xfermode (err_mask=0x40)
> ata3: failed to recover some devices, retrying in 5 secs
> ata3.01: qc timeout (cmd 0x27)
> ata3.01: ata_hpa_resize 1: hpa sectors (0) is smaller than sectors (312581808)
> ata3.01: failed to set xfermode (err_mask=0x40)
> ata3.01: limiting speed to UDMA/133:PIO3
> ata3: failed to recover some devices, retrying in 5 secs
> ata3.01: qc timeout (cmd 0x27)
> ata3.01: ata_hpa_resize 1: hpa sectors (0) is smaller than sectors (312581808)
> ata3.01: failed to set xfermode (err_mask=0x40)
> ata3.01: disabled
> ata3: EH pending after completion, repeating EH (cnt=4)
> ata3: soft resetting port
> ata3: EH complete
> kjournald starting.  Commit interval 5 seconds
> EXT3-fs: mounted filesystem with ordered data mode.
> 
> 
> Here's a list of the hardware in the system:
> 
> [wright@Fedora8 ~]$ lspci
> 00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT 
> Express Memory Controller Hub (rev 03)
> 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 
> 943/940GML Express Integrated Graphics Controller (rev 03)
> 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML 
> Express Integrated Graphics Controller (rev 03)
> 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 
> (rev 02)
> 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI 
> Controller #1 (rev 02)
> 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI 
> Controller #2 (rev 02)
> 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI 
> Controller #3 (rev 02)
> 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI 
> Controller #4 (rev 02)
> 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI 
> Controller (rev 02)
> 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
> 00:1e.2 Multimedia audio controller: Intel Corporation 82801G (ICH7 Family) 
> AC'97 Audio Controller (rev 02)
> 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge 
> (rev 02)
> 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller 
> (rev 02)
> 00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE 
> Controller (rev 02)
> 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02)
> 01:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8053 PCI-E Gigabit 
> Ethernet Controller (rev 15)
> 02:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 
> Controller (PHY/Link)
> 02:08.0 Ethernet controller: Intel Corporation 82801G (ICH7 Family) LAN 
> Controller (rev 02)
> 
> 
> 
> 
> 
> 
> 
> 

Re: Fw: 2.6.24.X: SATA/AHCI related boot delay. - not with 2.6.24.3

[Tejun Heo]

Hello,

osb972ww-linuxczmil@yahoo.com wrote:
>  Greetings,
>   I'm having a problem with 2.6.23.1-42 (Fedora 8) properly driving a SATA 
> drive.  Although it is detected during boot as indicated by the dmesg below, 
> once the sytstem is up and running, the drive is not accessible.   The second 
> issue is with the CFdrive on the the primary IDE.  It works, but I can't enable 
> interrupts with hdparm -u 1 /dev/sda.   
> 
>  The interesting thing is when I put in a Fedora 5 system with a 2.6.17 kernel, 
> everything works as expected.  I can hdparm -u 1 /dev/hda and it works as  expected, and
>  the SATA drive is detected and works properly all on the exact  same hardware.  
>  
>  I've tried several different SATA drives also.   Thery all work on the old 
>  Fedora 5/ 2.6.17 system, and none work on Fedora 8/2.6.23 or 2.6.24 kernels.

Does irqpoll kernel parameter help?

-- 
tejun