From: Matthew Reppert <arashi@sacredchao.net>
To: linux-kernel@vger.kernel.org
Subject: Re: PCI ROM resource allocation issue with 2.6.17-rc2
Date: Mon, 24 Apr 2006 01:28:09 -0400 [thread overview]
Message-ID: <1145856489.3375.28.camel@minerva> (raw)
In-Reply-To: <1145851361.3375.20.camel@minerva>
A bit more information.
On Mon, 2006-04-24 at 00:02 -0400, Matthew Reppert wrote:
> I've been running 2.6.12-rc2-mm3 for a long time. Recently I upgraded
> a bunch of OS packages (Debian unstable), so I thought I may as well
> upgrade the kernel, too. I've got a dual-head setup driven by a Radeon
> 9200 and a Radeon 7000. When I booted 2.6.17-rc2, X never came up; I
> got "RADEON: Cannot read V_BIOS" and "RADEON: VIdeo BIOS not detected
> in PCI space!" for the RADEON 7000, and it eventually gets in a loop of
> spitting out "RADEON: Idle timed out, resetting engine ... " messages
> in Xorg.log. Doing a diff of working and broken logs uncovered that the
> Radeon 7000's PCI ROM resource area had moved from ff8c000 to c6900000.
> Once I removed the Radeon 7000 screen from the Xorg config, X came up fine
> on the one head. Adding stupid amounts of printks to the PCI subsystem in
> .17-rc2 uncovered that at some point, the ROM area is discovered to be
> at ff8c0000, but is later reallocated to c6900000.
>
> I've also got a Promise PDC20268 whose expansion ROM seems to have made a
> similar move (from ff8f8000 to c6920000), but the ATA devices attached to
> that controller seem to work fine under 2.6.17-rc2.
Also, on 2.6.17-rc2, if I do a hexdump of the PCI config space for the
RADEON 7000 via sysfs once Linux boots, it still says the ROM is located
at ff8c0000, even though I get this message during boot:
PCI: pbus will assign resource 0000:01:0c.0
PCI: assigning resource #6 for 0000:01:0c.0 (start 0)
got res [c6900000:c691ffff] bus [c6900000:c691ffff] flags 7200 for BAR 6 of
0000:01:0c.0
The first two lines of that bit from dmesg are from extra printks I put
in the for loop at the end of pbus_assign_resources_sorted and at the
top of pci_assign_resource.
The Promise controller's PCI config space says it's at c6920000.
> I have a copy of relevant dmesg and lspci output, as well as a copy of
> Xorg.log files, at http://sacredchao.net/~arashi/pci-problem/ . I'll
> try to binary-search for the last version of the kernel that works later
> this week (hopefully by Tuesday afternoon), I just haven't had time to
> since I've discovered the problem.
>
> Matt
next prev parent reply other threads:[~2006-04-24 5:28 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-24 4:02 PCI ROM resource allocation issue with 2.6.17-rc2 Matthew Reppert
2006-04-24 5:21 ` Andrew Morton
2006-04-24 5:54 ` Dave Airlie
2006-04-24 17:07 ` Linus Torvalds
2006-04-24 17:16 ` Arjan van de Ven
2006-04-24 17:28 ` Linus Torvalds
2006-04-26 1:23 ` Dave Airlie
2006-04-26 2:10 ` Jon Smirl
2006-04-24 17:01 ` Linus Torvalds
2006-04-26 3:28 ` Dave Airlie
2006-04-26 3:40 ` Debian Kernel with Squash and UnionFS installed Joshua Perrymon
2006-04-26 5:05 ` PCI ROM resource allocation issue with 2.6.17-rc2 Linus Torvalds
2006-04-26 5:56 ` Dave Airlie
2006-04-24 5:28 ` Matthew Reppert [this message]
2006-04-24 19:24 ` Jon Smirl
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=1145856489.3375.28.camel@minerva \
--to=arashi@sacredchao.net \
--cc=linux-kernel@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