On Sun, May 09, 2010 at 09:21:05PM +0200, Jan Stary wrote:
> On May 09 19:24:46, Owain Ainsworth wrote:
> > On Sun, May 09, 2010 at 08:07:13PM +0200, Jan Stary wrote:
> > > On May 09 15:14:01, Owain Ainsworth wrote:
> > > > On Sun, May 09, 2010 at 02:54:55PM +0100, Owain Ainsworth wrote:
> > > > > >
> > > > > > What can I do do test / debug the intagp support (so that I have
> > > > > > agp,
> > > > > > so that Xorg has /dev/agp0, so that it can use the intel driver)
> > > > > > on my hardware?
> > > > >
> > > > > intagp does not currently support the pineview chipset.
> > > > >
> > > > > I will look at it in a few days. Busy right now.
> > > >
> > > > Scratch that, i found time.
> > > >
> > > > Now this very much depends on how good the modesetting support in the
> > > > intel driver is for pineview, i sincerely recommend you test with GEM
> > > > and the new driver + this diff. Unfortunately newer intel drivers
> > > > are kernel modesetting only, and thus no bugfixes will be forthcoming
> > > > from upstream if the modesetting isn't right. I won't be able to fix
> > > > any problems in that light without hardware.
> > > >
> > > > However, this is idle speculation for now, please test this diff:
> > >
> > > With the diff below and a kernel configuration of
> > >
> > > include "arch/i386/conf/GENERIC.MP"
> > > option INTELDRM_GEM
> > >
> > > the booting kernel hangs with
> > >
> > > intagp0 at vga1: unknown initialization
> > > inteldrm0 at vga1: apic 8 int 16 (irq 11)
> > > drm0 at inteldrm0: couldn't find agp
> > > uvm_fault(0xd092b940, 0x0, 0, 3) -> e
> > > kernel: page fault trap, code = 0
> > >
> > > Compiling the same patched kernel with the standard GENEREC.MP
> > > config boots fine (see full dmesg below) with
> > >
> > > vga1 at pci0 dev 2 function 0 "Intel Pineview Integrated Graphics
> > > Controller" rev 0x02
> > > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> > > wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> > > intagp0 at vga1: unknown initialisation
> > > inteldrm0 at vga1: apic 8 int 16 (irq 11)
> > > drm0 at inteldrm0: couldn't find agp
> > >
> > > and continues without hanging.
> > >
> > > However, without agp, the original problem (X not running
> > > with the autodetected intel driver) is still there, obviously.
> > >
> > > Thanks anyway. Is there anythyng else I should test?
> > > The kernel trap continues all the way up (down) to ddb,
> > > but I don't have a serial port on that machine. Is there another
> > > way to capture the panic, trace, etc?
> >
> > *sigh*, of course I forgot a bloody chunk.
> > try this one:
>
> This works: with an INTELDRM_GEM kernel, as patched below,
> the agp and drm are detected (see full dmesg below) as
>
> vga1 at pci0 dev 2 function 0 "Intel Pineview Integrated Graphics Controller"
> rev 0x02
> wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
> wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
> intagp0 at vga1
> agp0 at intagp0: aperture at 0xe0000000, size 0x10000000
> inteldrm0 at vga1: apic 8 int 16 (irq 11)
> drm0 at inteldrm0
Excellent, i will commit that diff. Thank you for testing.
>
> and I can run Xorg without a config file (see Xorg.0.log below).
> However, I can't switch resolutions using ctrl-alt-{+|-}
> - is this expected?
That has not worked for a rather long time on anything that supports
RandR 1.2.
-0-
--
I stopped believing in Santa Claus when I was six. Mother took me to
see him in a department store and he asked for my autograph.
-- Shirley Temple
