Hi,
I gave to the latest -rc (rc3) a test and it appears to fail to load the
nvidiafb module and the reason given is:
nvidiafb: cannot ioremap FB base
Does anybody have a clue ?
Full dmesg output is attached.
Thanks
--
Francis
and here's the dmseg output...
On Thu, Feb 28, 2008 at 3:07 PM, Francis Moreau <[email protected]> wrote:
> Hi,
>
> I gave to the latest -rc (rc3) a test and it appears to fail to load the
> nvidiafb module and the reason given is:
>
> nvidiafb: cannot ioremap FB base
>
> Does anybody have a clue ?
>
> Full dmesg output is attached.
>
> Thanks
> --
> Francis
>
--
Francis
On Thu, 28 Feb 2008 15:07:27 +0100, Francis Moreau said:
> Hi,
>
> I gave to the latest -rc (rc3) a test and it appears to fail to load the
> nvidiafb module and the reason given is:
>
> nvidiafb: cannot ioremap FB base
>
> Does anybody have a clue ?
Umm.. do you also have vesafb or other FB built as a module? I got bit by
that with the binary NVidia driver, discovered it was because vesafb had
already done an ioremap of the space, but with different caching flags...
On Thu, Feb 28, 2008 at 4:37 PM, <[email protected]> wrote:
> On Thu, 28 Feb 2008 15:07:27 +0100, Francis Moreau said:
> > Hi,
> >
> > I gave to the latest -rc (rc3) a test and it appears to fail to load the
> > nvidiafb module and the reason given is:
> >
> > nvidiafb: cannot ioremap FB base
> >
> > Does anybody have a clue ?
>
> Umm.. do you also have vesafb or other FB built as a module? I got bit by
> that with the binary NVidia driver, discovered it was because vesafb had
> already done an ioremap of the space, but with different caching flags...
>
no, actually I have only nvidiafb and it's built in the kernel (not a module).
Thanks
--
Francis
Ok,
After spending (too much) time to bisect this, I found that the looser
commit is:
c31c7d4844ea4817692ae16bf70f9c96c05a50eb
[ x86: CPA, fix alias checks ]
nvidiafb module issue seems just a consequence of this commit.
What's look suspect from the dmesg is this:
PCI: Cannot map mmconfig aperture for segment 0
Any idea what is broken on my laptop ?
BTW, I couldn't revert this commit without conflicts so I gave a test to
c31c7d4844ea4817692ae16bf70f9c96c05a50eb parents. nvidiafb could
be loaded but the system locks during gnome session start...
Thanks
On Thu, Feb 28, 2008 at 3:08 PM, Francis Moreau <[email protected]> wrote:
> and here's the dmseg output...
>
>
>
> On Thu, Feb 28, 2008 at 3:07 PM, Francis Moreau <[email protected]> wrote:
> > Hi,
> >
> > I gave to the latest -rc (rc3) a test and it appears to fail to load the
> > nvidiafb module and the reason given is:
> >
> > nvidiafb: cannot ioremap FB base
> >
> > Does anybody have a clue ?
> >
> > Full dmesg output is attached.
> >
> > Thanks
> > --
> > Francis
> >
>
>
>
> --
> Francis
>
--
Francis
On Saturday, 1 of March 2008, Francis Moreau wrote:
> Ok,
>
> After spending (too much) time to bisect this, I found that the looser
> commit is:
>
> c31c7d4844ea4817692ae16bf70f9c96c05a50eb
> [ x86: CPA, fix alias checks ]
Please add yourself to the CC list of the Bugzilla entry at:
http://bugzilla.kernel.org/show_bug.cgi?id=10140
Thanks,
Rafael
On Sun, Mar 2, 2008 at 8:39 PM, Rafael J. Wysocki <[email protected]> wrote:
> On Saturday, 1 of March 2008, Francis Moreau wrote:
> > Ok,
> >
> > After spending (too much) time to bisect this, I found that the looser
> > commit is:
> >
> > c31c7d4844ea4817692ae16bf70f9c96c05a50eb
> > [ x86: CPA, fix alias checks ]
>
> Please add yourself to the CC list of the Bugzilla entry at:
> http://bugzilla.kernel.org/show_bug.cgi?id=10140
>
OK, done.
Thanks.
--
Francis
On Monday, 3 of March 2008, Francis Moreau wrote:
> On Sun, Mar 2, 2008 at 8:39 PM, Rafael J. Wysocki <[email protected]> wrote:
> > On Saturday, 1 of March 2008, Francis Moreau wrote:
> > > Ok,
> > >
> > > After spending (too much) time to bisect this, I found that the looser
> > > commit is:
> > >
> > > c31c7d4844ea4817692ae16bf70f9c96c05a50eb
> > > [ x86: CPA, fix alias checks ]
> >
> > Please add yourself to the CC list of the Bugzilla entry at:
> > http://bugzilla.kernel.org/show_bug.cgi?id=10140
> >
>
> OK, done.
Thanks.
The commit that causes the breakage is going to be reverted.
Rafael
On Mon, Mar 3, 2008 at 12:45 PM, Rafael J. Wysocki <[email protected]> wrote:
>
> On Monday, 3 of March 2008, Francis Moreau wrote:
> > On Sun, Mar 2, 2008 at 8:39 PM, Rafael J. Wysocki <[email protected]> wrote:
> > > On Saturday, 1 of March 2008, Francis Moreau wrote:
> > > > Ok,
> > > >
> > > > After spending (too much) time to bisect this, I found that the looser
> > > > commit is:
> > > >
> > > > c31c7d4844ea4817692ae16bf70f9c96c05a50eb
> > > > [ x86: CPA, fix alias checks ]
> > >
> > > Please add yourself to the CC list of the Bugzilla entry at:
> > > http://bugzilla.kernel.org/show_bug.cgi?id=10140
> > >
> >
> > OK, done.
>
> Thanks.
>
> The commit that causes the breakage is going to be reverted.
>
OK.
Don't hesitate to contact me if you want me to do some testing for
the next version.
--
Francis