Thanks Sergei. I tested with 0x0407. There is still no interrupt
generated from the controller. The following are the register values
after soft reset of the SATA port. Any idea for no interrupt from SATA
controller?
Thanks for your help,
Successfully done SATA_DoSoftReset loop = 1388
===SATA Phy Regs on Port-Mmio_Base=0xe100dd00
S-Status(0x0): 0x113
S-Error(0x1): 0x419
S-Control(0x2): 0x0
PhyMode3(0x4): 0xaaa400ac
PhyMode4(0x5): 0x48101cd
PhyMode1(0xB): 0x402aa290
PhyMode2(0xC): 0x392af
TestControl(0xD): 0x80c000
Loopback (0xF): 0x0
===SATA Port Regs on Port-Mmio_Base=0xe100dd00
CMD_BASE_L(0xe100dd00): 0x1ffe
CMD_BASE_H(0xe100dd04): 0x0
FIS_BASE_L(0xe100dd08): 0x1ffe0800
FIS_BASE_H(0xe100dd0c): 0x0
IRQ_STATUS(0xe100dd10): 0x0
IRQ_Enable(0xe100dd14): 0xc0700039
Command(0xe100dd18): 0x60001
TF data(0xe100dd20): 0x110180
Signature(0xe100dd24): 0x101
SATA_STATUS(0xe100dd28): 0x113
SATA_CNTL(0xe100dd2c): 0x0
SATA_Err(0xe100dd30): 0x0
SATA_Act(0xe100dd34): 0x0
CMD_ISSUE(0xe100dd38): 0x0
On 1/28/08, Sergei Shtylyov [EMAIL PROTECTED] wrote:
Hello.
Mike Zheng wrote:
From PCI config space, the VENDOR_ID and DEVICE_ID are correct for my
driver. However the PCI_COMMAND register of 88SE6121 I got is 0x7,
which is the same as default value. Based on the document, it has to
be 0x0207 to enable interrupt. However I always failed to do so, the
Bit 10 (mask 0x0200) is fast back-to-back enable, what does it have to do
with iterrupts.
value remains 0x7 after it is re-assigned to the new value 0x0207. So
This means that fast back-to-back is not supported
that I have no interrupt from PCIe as INTA. Do you have any idea on
this issue?
There's also bit 11 (mask 0x0400) meaning INTx emulation *disable*.
Thanks for your help,
Mike Zheng
MBR, Sergei
-
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
