linux-kernel - Re: sata_sil24 EH complete

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.DEB.2.00.0905061038340.14678@dirac.rather.puzzling.org>
Date:	Wed, 6 May 2009 10:38:58 +1000 (EST)
From:	Tim Connors <tconnors+linuxkml@...ro.swin.edu.au>
To:	Tejun Heo <tj@...nel.org>
cc:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	linux-ide@...r.kernel.org
Subject: Re: sata_sil24 EH complete

On Wed, 6 May 2009, Tejun Heo wrote:

> Tim Connors wrote:
> > With 2.6.29, when I hotplug a western digital mybook into a 'Silicon
> > Image, Inc. SiI 3132 Serial ATA Raid II Controller', the drive is not
> > found:
> >
> >
> > *** drive failed due to user induced sillyness
> > ...
> > [18676.308750] sd 0:0:0:0: [sdb] Stopping disk
> > [18676.308770] sd 0:0:0:0: [sdb] START_STOP FAILED
> > [18676.308774] sd 0:0:0:0: [sdb] Result: hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK
> > *** drive plugged back in
> > [18767.821747] ata1: exception Emask 0x10 SAct 0x0 SErr 0x0 action 0xe frozen
> > [18767.821756] ata1: irq_stat 0x00b40090, PHY RDY changed
> > [18767.821775] ata1: hard resetting link
> > [18774.633185] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 0)
> > [18774.773591] ata1.00: applying link speed limit horkage to 1.5 Gbps
> > [18779.655674] ata1: hard resetting link
> > [18781.861074] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 10)
> > [18782.178565] ata1.00: configured for UDMA/100
> > [18782.178579] ata1: EH complete
> >
> > And then nothing.  The device is still alive - if I plug it back in
> > through its usb interface, it comes up normally.  I know from experience
> > that if I was to reboot the machine, it would have come up quite nicely
> > from boot:
>
> Hmm... "ata1.00: configured for UDMA/100" means libata part of
> configuration went okay but it looks like SCSI probing didn't kick in
> for reason.  Is this always reproducible?

100% of time if it is plugged in after boot.

-- 
TimC
The generation of random numbers is too important to be left to chance.
  -- Robert R. Coveyou, Oak Ridge National Laboratory.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/