[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <201007022354.07194.linux@rainbow-software.org>
Date: Fri, 2 Jul 2010 23:54:05 +0200
From: Ondrej Zary <linux@...nbow-software.org>
To: Eric Anholt <eric@...olt.net>
Cc: David Airlie <airlied@...ux.ie>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] [resend] intel_agp: Don't oops with zero stolen memory
On Friday 02 July 2010 22:57:36 Eric Anholt wrote:
> On Fri, 2 Jul 2010 21:59:20 +0200, Ondrej Zary <linux@...nbow-software.org>
wrote:
> > On Friday 02 July 2010 00:44:39 Eric Anholt wrote:
> > > On Wed, 16 Jun 2010 10:13:52 +0200, Ondrej Zary
> > > <linux@...nbow-software.org>
> >
> > wrote:
> > > > When "onboard video memory" is set do "disabled" in BIOS on Asus
> > > > P4P800-VM board (i865G), kernel oopses with memory corruption:
> > > > https://bugs.freedesktop.org/show_bug.cgi?id=28430
> > > >
> > > > Fix that by cleanly aborting the initialization.
> > > >
> > > > Signed-off-by: Ondrej Zary <linux@...nbow-software.org>
> > >
> > > I haven't seen a system with that option before. Is the integrated
> > > graphics still supposed to work at that point, or is it "graphics is
> > > disabled."? What do other OSes do here?
> >
> > Testing it right now with Windows XP. Integrated graphics works as
> > secondary only when the "onboard video memory" is set to "disabled"! If
> > anything other is set (e.g. 1MB or 32MB), the driver does not load (code
> > 10).
>
> OK, I was thinking in that case that we should fix the AGP driver's math
> so that it correctly set up a chip with no stolen memory allocation. On
> the other hand, I don't think we know what the correct math is, so maybe
> we should just go ahead with disabling AGP in that case.
Someone from Intel should know how to fix this properly.
--
Ondrej Zary
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists