On Sun, Apr 13, 2008 at 1:24 AM, Yinghai Lu <yhlu.kernel@gmail.com> wrote:
quoted text
>
> On Fri, Apr 11, 2008 at 1:51 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  >
>  > On Friday, 11 of April 2008, Yinghai Lu wrote:
>  >  > On Fri, Apr 11, 2008 at 12:26 PM, Rafael J. Wysocki <rjw@sisk.pl> wrote:
>  >  > > On Friday, 11 of April 2008, Rafael J. Wysocki wrote:
>  >  > >  > On Thursday, 10 of April 2008, Ingo Molnar wrote:
>  >  > >  > >
>  >  > >  > > * Ingo Molnar <mingo@elte.hu> wrote:
>  >  > >  > >
>  >  > >  > > > > > > First, the X server doesn't want to start (it says it couldn't
>  >  > >  > > > > > > mmap the framebuffer).
>  >  > >  > > > > >
>  >  > >  > > > > > could you send your .config?
>  >  > >  > > > >
>  >  > >  > > > > Attached.
>  >  > >  > > >
>  >  > >  > > > could you disable this option:
>  >  > >  > > >
>  >  > >  > > >  CONFIG_NONPROMISC_DEVMEM=y
>  >  > >  > > >
>  >  > >  > > > does it help with the X problem?
>  >  > >  >
>  >  > >  > That didn't help.
>  >  > >  >
>  >  > >  > > btw., Xorg works fine here on a comparable AMD system - but i use a
>  >  > >  > > rather new distro (Fedora 8) which has Xorg 7.2.
>  >  > >  >
>  >  > >  > My system is an OpenSUSE 10.3 and it has Xorg 7.2 as well.
>  >  > >  >
>  >  > >  > I think the problem is somehow related to the Radeon.
>  >  > >
>  >  > >  The bisection turned up commit ea1441bdf53692c3dc1fd2658addcf1205629661
>  >  > >  "x86: use bus conf in NB conf fun1 to get bus range on, on 64-bit"  as the one
>  >  > >  causing problems.
>  >  > >
>  >  > >  Unfortunately, I can't revert cleanly it, because there are two more commits
>  >  > >  depending on it in a highly nontrivial fashion, so I have reverted all three
>  >  > >  commits
>  >  > >
>  >  > >  a365998cd2cecfb827469dbd57c29602c106cb83
>  >  > >  44f7f90fbe7a3a99aab082f765346514b7b5c705
>  >  > >  ea1441bdf53692c3dc1fd2658addcf1205629661
>  >  > >
>  >  > >  and X starts again.  Also, suspend to RAM works from under X.
>  >  >
>  >  > please keep the three patches and applied the two attached debug patches.
>  >  >
>  >  > i wonder if there is some io allocation overlapping with your system.
>  >
>  >  Attached is a boot dmesg output from the current x86 git tree with your two
>  >  patches applied.
>  >
>  can you try to apply the patch i sent to you about agp bridge order
>  reading for buggy silicon?
>
>  Please boot kernel with "debug"...
>
>  I want to verify if you can get
>
>  "
>  Aperture conflicts with PCI mapping.
>  "
>
>  in your boot log...
>

then with this patch for io allocation overlapping...

YH