* Pallipadi, Venkatesh <venkatesh.pallip...@intel.com> wrote:
> On Mon, 2009-03-02 at 13:34 -0800, Ingo Molnar wrote:
> > * Pallipadi, Venkatesh <venkatesh.pallip...@intel.com> wrote:
> >
> > > On Sun, 2009-03-01 at 05:48 -0800, Sitsofe Wheeler wrote:
> > > > On Sun, Mar 01, 2009 at 12:39:48PM +0100, Ingo Molnar wrote:
> > > > >
> > > > > Thanks, i've reverted the commit for now. Could you please send
> > > > > a 'dmesg' from the bootup with the failed driver? By all
> > > > > likelyhood an ioremap failure causes a driver failure.
> > > > >
> > > >
> > > > See below (drm says it initalized though...):
> > > >
> > > > [ 0.000000] Linux version 2.6.29-rc6-00006-g17581ad (@verona) (gcc
> > > > version 4.2.4) #87 Sun Mar 1 13:42:28 GMT 2009
> > > > [ 0.000000] KERNEL supported cpus:
> > > > [ 0.000000] Intel GenuineIntel
> > > > [ 0.000000] PAT WC disabled due to known CPU erratum.
> > >
> > > Looks like PAT is getting disabled on this platform. Can you
> > > send the output of /proc/cpuinfo please.
> >
> > Does this mean we failed an ioremap()? We still should not fail
> > a device ioremap _ever_. We should just fall back to UC and be
> > done with it. We may emit a warning if we consider it
> > troublesome, but we should never ever break working drivers
> > really.
> >
>
> No. We don't break ioremap. We try to fallback on UC_MINUS
> here. But, there is something wrong happening in that path,
> that is resulting in this issue. I am looking at that right
> now.
ah, ok.
> I have found another problem with this particular patch, on
> one of test systems. So, let us keep the revert until I fix
> what looks like two different problems here.
ok.
Ingo
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
