[Openchrome-devel] PCI bus corruption?
Yuval Hager
yuval
Tue Nov 25 05:59:39 PST 2008
Hi,
This issue has started a while ago in the bcm43xx-dev, then moved to lkml and
now it has arrived here.
When the screen is waken up after blanking (e.g. by calling 'xset dpms force
standby' and then moving the mouse a bit) the output from lspci on a specific
card becomes all 1's. This has been suspected to be a hardware problem at
first, but it's very consistent, and also cpuburn/mprime tests have passed
successfully.
The problem occurs with 'openchrome' trunk version on the scenario above (and
other similar operations, like 'xset -dpms'), and with 'via' driver
immediately when X is loaded (actually, not X per se, rather xdm/kdm). I
could not recreate it on 'vesa' driver.
Here's the correct output, before blanking the screen:
* lspci -d 14e4:4312 -x
02:00.0 Network controller: Broadcom Corporation BCM4312 802.11a/b/g (rev 02)
00: e4 14 12 43 06 01 10 00 02 00 80 02 08 00 00 00
10: 04 c0 ff fd 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 71 13
30: 00 00 00 00 40 00 00 00 00 00 00 00 0a 01 00 00
And here's what happens after I wake it from a screen blank:
$ lspci -d 14e4:4312 -x
02:00.0 Network controller: Broadcom Corporation BCM4312 802.11a/b/g (rev ff)
00: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
20: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
If I blank again, while the screen is blank I get
$ lspci -d 14e4:4312 -x
02:00.0 Network controller: Broadcom Corporation BCM4312 802.11a/b/g (rev 02)
00: e4 14 12 43 00 00 10 00 02 00 80 02 00 00 00 00
10: 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 71 13
30: 00 00 00 00 40 00 00 00 00 00 00 00 00 01 00 00
and awake again, it comes back to the 0xff pattern...
The end result is that the wireless PCIe card becomes unusable until next
reboot.
The machine is HP2133, HP model number is FU346EA#ABT (VIA C7M/2GB/120GB). The
graphics card is P4M900 and you can see an Xorg.0.log output in
http://zlin.dk/p/?MGFkZjI0. The lkml discussion started here:
http://lkml.org/lkml/2008/11/21/229.
I can add more logs and do more tests as needed. I believe this is an
important issue and I would like to help get it fixed (or identify it as a
flawed hardware).
Thanks,
--yuval
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
Url : http://wiki.openchrome.org/pipermail/openchrome-devel/attachments/20081125/8f217f79/attachment.bin
More information about the Openchrome-devel
mailing list