Message-ID: <CAE9FiQUCBRZ1UmML7brL6U6W9GbMNUtkzG0tF7vOPwt4HorXXA@mail.gmail.com>
Date:	Thu, 19 Apr 2012 11:13:45 -0700
From:	Yinghai Lu <yinghai@...nel.org>
To:	Martin Mokrejs <mmokrejs@...d.natur.cuni.cz>
Cc:	linux-pci@...r.kernel.org,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: 3.2.11: PCI Express card cannot be re-detected withing cca 60sec timeframe

On Thu, Apr 19, 2012 at 10:32 AM, Martin Mokrejs
<mmokrejs@...d.natur.cuni.cz> wrote:
>  this brought me to and issue with "Intel® 6 Series Express Chipset B2 stepping" chips
> having enabled SATA ports 2-5. This is my case:
>
> [    3.037832] ahci 0000:00:1f.2: version 3.0
> [    3.037880] ahci 0000:00:1f.2: irq 44 for MSI/MSI-X
> [    3.037906] ahci: SSS flag set, parallel bus scan disabled
> [    3.048233] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x31 impl SATA mode
> [    3.048335] ahci 0000:00:1f.2: flags: 64bit ncq sntf stag pm led clo pio slum part ems sxs apst
> [    3.048371] ahci 0000:00:1f.2: setting latency timer to 64
> [    3.088902] scsi0 : ahci
> [    3.089010] scsi1 : ahci
> [    3.089098] scsi2 : ahci
> [    3.089185] scsi3 : ahci
> [    3.089272] scsi4 : ahci
> [    3.089361] scsi5 : ahci
> [    3.090528] ata1: SATA max UDMA/133 abar m2048@...7f06000 port 0xf7f06100 irq 44
> [    3.091400] ata2: DUMMY
> [    3.092262] ata3: DUMMY
> [    3.093112] ata4: DUMMY
> [    3.093952] ata5: SATA max UDMA/133 abar m2048@...7f06000 port 0xf7f06300 irq 44
> [    3.094803] ata6: SATA max UDMA/133 abar m2048@...7f06000 port 0xf7f06380 irq 44
>
>
> Is this bug anyhow related to this already known chipset issue?
>
> http://support.dell.com/support/topics/global.aspx/support/kcs/document?c=us&cs=04&docid=389728&l=en&s=bsd
> http://www.intel.com/support/chipsets/6/sb/CS-032521.htm
> http://www.intel.com/support/chipsets/6/sb/CS-032521.htm
>
>>
>
>
> So you found two issues, right?
>
> Issue 1:
>
> Yinghai Lu wrote:
>> for USB 3.0:
>>               SltSta: Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
>>                       Changed: MRL- PresDet- LinkState+
>>
>> PresDet+: mean that card is still there. so no interrupt is generated
>> by chipset.
>>
>> that present bit is decide by by inband link or out of band.
>>
>> sometimes when out of band pres is no, present bit could be keep flip
>> around because in root port try to retrain to detect ...
>> but it is not the case.
>>
>> the pin "CPPE#  PCI Express interface presence detect" should get into
>> hotplug FPGA in motherboard.
>>
>> You may need to check with vendor about if there is any problem with
>> that hotplug FPGA.

Not sure about this one. could be that outofband signal is not used.



>
>
> Issue 2:
>>>> Can you try to use acpiphp instead of pciehp?
>>
>> looks your BIOS does not support acpiphp.
>>
>> Maybe you have to stay with
>>
>> echo 1  > .../pcie_link_disable
>> echo 0  > .../pcie_link_disable
>>
>> after removal every time.
>>
>
> Does it make sense to report this to Dell (that it does not support ACPI hotplug)?
> Can they fix it with BIOS or whatever? Thay will anyways replace my motherboard
> in the laptop if my system is really affected.

even there is intel silicon problem <user can not disable inband
present detecting, and that could report wrong status>
Dell should have good design to workaround it like add logic to check
CPPE and reset the link if needed.

>
> Can I just return the thing after 2.5 months completely?

You need to talk to dell about that.

How about those test on other shipped OS?

Yinghai
--
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/

Powered by blists - more mailing lists