From: "Ville Syrjälä" <syrjala@sci.fi>
To: linux-acpi@vger.kernel.org
Subject: C3 issues w/ Abit KT7
Date: Sun, 26 Aug 2007 20:10:09 +0300 [thread overview]
Message-ID: <20070826171009.GA5827@sci.fi> (raw)
I'm having stability issues w/ C3 on Abit KT7 (VIA KT133).
Older kernels simply refused to enter C3 on this mobo due to missing
BM control. Now I'm running 2.6.23-rc1 and noticed that C3 was offered
but never actually entered after the boot. After rmmoding the culprit
(ati_remote2) C3 was entered but after a while the system froze totally.
I've been doing some investigations on this issue and now it looks like
BM_STS is broken wrt. real PCI masters. I can see BM activity when
something is connected to the integrated UHCI controller or when doing
disk access with the integrated PATA controller, but I see no BM
activity being reported when using PCI network card or connecting the
ati_remote2 to PCI EHCI controller. If I keep the ati_remote2 connected
to the UHCI and then do some heavy network activity BM activity does
seem
to include the network BM as well (BM activity stays near 0xffffffff
instead of the more typical 0x11111111 when just ati_remote2 is in use),
but if I remove ati_remote2 bm activity stays at 0x0000000 despite any
network activity. I even tried swapping the PCI slot of the network card
to see if that would help - it didn't.
To me it looks like broken hw, but I can't be sure if it's just my
particular mobo or the whole Abit KT7 line. I have done some soldering
on mine (bad capacitors) so it is possible I've managed to break it
myself. If it's the whole KT7 line then I guess we'd need some kind of
C3 black list. Is there anyone else still using an Abit KT7 who would be
willing double check my findings?
--
Ville Syrjälä
syrjala@sci.fi
http://www.sci.fi/~syrjala/
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
reply other threads:[~2007-08-26 17:29 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070826171009.GA5827@sci.fi \
--to=syrjala@sci.fi \
--cc=linux-acpi@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).