Hi, again, Edward.
Bad news...
On Tue, Aug 02, 2005 at 03:56:05PM -0700, Edward Falk wrote:
>
> Again, you would need to fetch them from the returned FIS structure.
> Here's a code fragment derived from SiI's issue_soft_reset() function:
>
> struct Port_Registers *port_base = yadayada;
> struct sil_port_priv *pp = ap->private_data;
> struct Port_Registers *PR; /* in memory */
> dma_addr_t paddr = pp->pc_dma; /* physical address base */
>
> PR = (struct Port_Registers *) (&pp->pc->mregs);
> port_base = yadayada;
> slot = 0;
> slotp = &PR->Slot[slot];
> memset(&slotp->Prb, 0, sizeof(slotp->Prb));
> slotp->Prb.Control = 0x80; /* soft reset */
> slotp->Prb.FisType == 0;
> writel(paddr, &port_base->CmdActivate[slot].s.ActiveLow);
> if (!sil_wait_for_completion(port_base)) {
> /* timeout or error */
> return ATA_DEV_NONE;
> } else {
> /* Examine slot for taskfile registers */
> slotp = port_base->Slot[slot];
> if (slotp->Prb.FisType != 0x34 &&
> slotp->Prb.FisType != 0x5F) {
> /* WTF? Wrong FIS Type */
> return ATA_DEV_NONE;
> }
> if (slotp->Prb.CylLow == 0 &&
> slotp->Prb.CylHigh == 0)
> return ATA_DEV_ATA;
> if (slotp->Prb.CylLow == 0x14 &&
> slotp->Prb.CylHigh == 0xEB)
> return ATA_DEV_ATAPI;
> if (slotp->Prb.CylLow == 0x69 &&
> slotp->Prb.CylHigh == 0x96)
> return ATA_DEV_PORT_MULTIPLIER;
> printk(KERN_WARN "unknown ATA device signature %x.%x\n",
> slotp->Prb.CylLow, slotp->Prb.CylHigh);
> return ATA_DEV_NONE;
> }
Reading FIS off the cotroller's PRB doesn't seem to work. I've added
the following code to the preview sil24 driver after completing soft
reset.
writel((u32) paddr, &port_base->CmdActivate[0].s.ActiveLow);
if (!sil_wait_for_completion(port_base)) {
struct Port_Request_Block *prb = &port_base->Slot[0].Prb;
printk("POSTRESET c:p=%04x:%04x rc=%08x\n"
"fis=%08x:%08x:%08x:%08x\n",
prb->Control, prb->Protocol, prb->ReceiveCount,
prb->AsDword_1, prb->AsDword_2,
prb->AsDword_3, prb->AsDword_4);
return ATA_DEV_ATA;
} else {
printk("sata_sil24: Port Not Ready status=%x\n",
port_base->CtrlSetStatus);
return ATA_DEV_NONE;
}
And, this is what I get.
sata_sil24: Issuing soft reset to phys=1f4f2000
POSTRESET c:p=0080:0000 rc=00000000
fis=01500000:00000001:00000000:00000001
Which, apparantly, isn't a valid D2H FIS.
Here are some more dumps of contoller's PRB from my sil24 driver.
PRE ISSUE is the values of PRB regs before issueing a command. CMD is
the command to issue in the consistent memory. POST ISSUE and POST
INTR are respectively after issueing a command and processing a
interrupt.
** POST RESET
c:p=ffff:ffff rc=00000200
fis=0050fc90:e0000000:00000000:00000000
** PRE ISSUE
c:p=ffff:ffff rc=00000200
fis=0050fc90:e0000000:00000000:00000000
** CMD
c:p=0000:0000 rc=00000000
fis=00ec8027:a0000000:00000000:08000000
** POST ISSUE
c:p=ffff:ffff rc=00000000
fis=1f57d000:00000000:1f57d000:00000000
** POST INTERRUPT
c:p=0200:0000 rc=00000200
fis=0050d000:a0000000:1f000000:000000ff
ata6: dev 0 ATA, max UDMA7, 312581808 sectors: lba48
Is there something more to do to get received FIS from PRB?
Thanks.
--
tejun
-
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
| |
 |