* [RFT][PATCH 3.0] ssb: fix PCI(e) driver regression causing oops on PCI cards
@ 2011-06-01 9:01 Rafał Miłecki
2011-06-01 19:14 ` Rafał Miłecki
0 siblings, 1 reply; 5+ messages in thread
From: Rafał Miłecki @ 2011-06-01 9:01 UTC (permalink / raw)
To: Andreas Schwab, linux-wireless, John W. Linville,
Michael Büsch
Cc: linuxppc-dev, Rafał Miłecki, b43-dev
We were incorrectly executing PCIe specific workarounds on PCI cards.
This resulted in:
Machine check in kernel mode.
Caused by (from SRR1=149030): Transfer error ack signal
Oops: Machine check, sig: 7 [#1]
Reported-by: Andreas Schwab <schwab@linux-m68k.org>
Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
---
drivers/ssb/driver_pcicore.c | 10 ++++++----
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/ssb/driver_pcicore.c b/drivers/ssb/driver_pcicore.c
index 82feb34..2a20dab 100644
--- a/drivers/ssb/driver_pcicore.c
+++ b/drivers/ssb/driver_pcicore.c
@@ -539,10 +539,12 @@ void ssb_pcicore_init(struct ssb_pcicore *pc)
if (!pc->hostmode)
ssb_pcicore_init_clientmode(pc);
- /* Additional always once-executed workarounds */
- ssb_pcicore_serdes_workaround(pc);
- /* TODO: ASPM */
- /* TODO: Clock Request Update */
+ /* Additional PCIe always once-executed workarounds */
+ if (dev->id.coreid == SSB_DEV_PCIE) {
+ ssb_pcicore_serdes_workaround(pc);
+ /* TODO: ASPM */
+ /* TODO: Clock Request Update */
+ }
}
static u32 ssb_pcie_read(struct ssb_pcicore *pc, u32 address)
--
1.7.1
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [RFT][PATCH 3.0] ssb: fix PCI(e) driver regression causing oops on PCI cards
2011-06-01 9:01 [RFT][PATCH 3.0] ssb: fix PCI(e) driver regression causing oops on PCI cards Rafał Miłecki
@ 2011-06-01 19:14 ` Rafał Miłecki
2011-06-02 6:13 ` Rafał Miłecki
2011-06-03 21:24 ` Rafał Miłecki
0 siblings, 2 replies; 5+ messages in thread
From: Rafał Miłecki @ 2011-06-01 19:14 UTC (permalink / raw)
To: Andreas Schwab, linux-wireless, John W. Linville,
Michael Büsch
Cc: linuxppc-dev, Rafał Miłecki, b43-dev
2011/6/1 Rafa=C5=82 Mi=C5=82ecki <zajec5@gmail.com>:
> We were incorrectly executing PCIe specific workarounds on PCI cards.
> This resulted in:
> Machine check in kernel mode.
> Caused by (from SRR1=3D149030): Transfer error ack signal
> Oops: Machine check, sig: 7 [#1]
John, I've tested this patch myself on my PCI BCM4318, including
checking for 0xFFFFFFFF reads in MMIO dumps.
The patch is correct, please take it for 3.0.
--=20
Rafa=C5=82
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [RFT][PATCH 3.0] ssb: fix PCI(e) driver regression causing oops on PCI cards
2011-06-01 19:14 ` Rafał Miłecki
@ 2011-06-02 6:13 ` Rafał Miłecki
2011-06-02 6:20 ` Christian Kujau
2011-06-03 21:24 ` Rafał Miłecki
1 sibling, 1 reply; 5+ messages in thread
From: Rafał Miłecki @ 2011-06-02 6:13 UTC (permalink / raw)
To: Andreas Schwab, linux-wireless, John W. Linville,
Michael Büsch, Christian Kujau
Cc: linuxppc-dev, Rafał Miłecki, b43-dev
2011/6/1 Rafa=C5=82 Mi=C5=82ecki <zajec5@gmail.com>:
> 2011/6/1 Rafa=C5=82 Mi=C5=82ecki <zajec5@gmail.com>:
>> We were incorrectly executing PCIe specific workarounds on PCI cards.
>> This resulted in:
>> Machine check in kernel mode.
>> Caused by (from SRR1=3D149030): Transfer error ack signal
>> Oops: Machine check, sig: 7 [#1]
>
> John, I've tested this patch myself on my PCI BCM4318, including
> checking for 0xFFFFFFFF reads in MMIO dumps.
>
> The patch is correct, please take it for 3.0.
John, I'm afraid more and more people get angry at me because of this ;)
Christian Kujau confirmed this problem and fix.
--=20
Rafa=C5=82
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [RFT][PATCH 3.0] ssb: fix PCI(e) driver regression causing oops on PCI cards
2011-06-02 6:13 ` Rafał Miłecki
@ 2011-06-02 6:20 ` Christian Kujau
0 siblings, 0 replies; 5+ messages in thread
From: Christian Kujau @ 2011-06-02 6:20 UTC (permalink / raw)
To: Rafał Miłecki
Cc: linux-wireless, linuxppc-dev, Andreas Schwab, b43-dev,
Michael Büsch
On Thu, 2 Jun 2011 at 08:13, Rafał Miłecki wrote:
> John, I'm afraid more and more people get angry at me because of this ;)
Erm, I'm not angry at anyone :-) On the contrary, I'm happy about the fix
so quickly available!
Though I'm a bit afraid of the next git bisect session, as it might not be
so straightforward than this one...
Thanks to all involved,
Christian.
--
BOFH excuse #230:
Lusers learning curve appears to be fractal
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [RFT][PATCH 3.0] ssb: fix PCI(e) driver regression causing oops on PCI cards
2011-06-01 19:14 ` Rafał Miłecki
2011-06-02 6:13 ` Rafał Miłecki
@ 2011-06-03 21:24 ` Rafał Miłecki
1 sibling, 0 replies; 5+ messages in thread
From: Rafał Miłecki @ 2011-06-03 21:24 UTC (permalink / raw)
To: linux-wireless, Michael Büsch, John W. Linville,
Andreas Schwab
Cc: linuxppc-dev, b43-dev
[-- Attachment #1: Type: text/plain, Size: 549 bytes --]
On Jun 1, 2011 9:14 PM, "Rafał Miłecki" <zajec5@gmail.com> wrote:
>
> 2011/6/1 Rafał Miłecki <zajec5@gmail.com>:
> > We were incorrectly executing PCIe specific workarounds on PCI cards.
> > This resulted in:
> > Machine check in kernel mode.
> > Caused by (from SRR1=149030): Transfer error ack signal
> > Oops: Machine check, sig: 7 [#1]
>
> John, I've tested this patch myself on my PCI BCM4318, including
> checking for 0xFFFFFFFF reads in MMIO dumps.
>
> The patch is correct, please take it for 3.0.
Ping, ping, ping John.
[-- Attachment #2: Type: text/html, Size: 768 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-06-03 21:24 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-06-01 9:01 [RFT][PATCH 3.0] ssb: fix PCI(e) driver regression causing oops on PCI cards Rafał Miłecki
2011-06-01 19:14 ` Rafał Miłecki
2011-06-02 6:13 ` Rafał Miłecki
2011-06-02 6:20 ` Christian Kujau
2011-06-03 21:24 ` Rafał Miłecki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).