Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
On Sun, Oct 09, 2011 at 10:19:34PM +0200, Tempura San wrote: I have built the module with the lines removed. Now in dmesg I get these lines, which look better to me: [...] pci :00:02.0: enabling device ( - 0003) [...] pci :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [...] pci :00:02.0: setting latency timer to 64 [...] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 But in sysfs now the i915 does no longer show up, so I cannot check if the driver was bound correctly. Yeah, now it's failing because vgaarb bails out. You need to cherry-pick the 2 patches Chris mentioned, that should work better. Cheers, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
On Sun, Oct 9, 2011 at 19:36:27 +0100, Chris Wilson wrote: On Sun, 9 Oct 2011 14:44:30 +0200, Daniel Vetter dan...@ffwll.ch wrote: On Sun, Oct 09, 2011 at 01:07:25PM +0200, Tempura San wrote: Here is the output of lspci -nn: 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) 00:02.0 Display controller [0380]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) The issue seems to be that the igd isn't a VGA pci class device anymore when used as secondary. The below (untested) patch should allow to still bind the i915 driver. Please test how far that gets us. Note the old kernel, and probable lack of: commit 934f992c763ae1e5eefcce8af769c16444085df7 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Thu Jan 20 13:09:12 2011 + drm/i915: Recognise non-VGA display devices Starting with SandyBridge (though possible with earlier hacked BIOSes), the BIOS may initialise the IGFX as secondary to a discrete GPU. Prior, it would simply disable the integrated GPU. So we adjust our PCI class mask to match any DISPLAY_CLASS device. In such a configuration, the IGFX is not a primary VGA controller and so should not take part in VGA arbitration, and the error return from vga_client_register() is expected. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org and commit 5fe49d86f9d01044abf687a8cd21edef636d58aa Author: Chris Wilson ch...@chris-wilson.co.uk Date: Tue Feb 1 19:43:02 2011 + drm/i915: Only bind to function 0 of the PCI device Early chipsets (gen2/3) used function 1 as a placeholder for multi-head. We used to ignore these since they were not assigned to PCI_CLASS_DISPLAY_VGA. However with 934f992c7 we attempt to bind to all Intel PCI_CLASS_DISPLAY devices (and functions) to work in multi-gpu systems. This fails hard on gen2/3. Reported-by: Ferenc W??gner wf...@niif.hu Tested-by: Ferenc W??gner wf...@niif.hu Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=28012 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org I'll try to get these included into a future squeeze kernel update. Thanks. Cheers, Julien ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
This would be great, but... I have just tested the patches and it really messes up the system. On the first boot I got a shell and was able to to a dmesg: ... [ 46.775935] [drm] Initialized drm 1.1.0 20060810 [ 46.926398] i915 :00:02.0: enabling device ( - 0003) [ 46.926412] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 46.926422] i915 :00:02.0: setting latency timer to 64 [ 46.932858] [drm] set up 31M of stolen space [ 46.933087] i915 :00:02.0: BAR 6: can't allocate resource (bogus alignment) [0x0-0x0] flags 0x0 [ 46.933093] [drm] failed to find VBIOS tables [ 46.978294] [drm] initialized overlay support [ 47.308831] Console: switching to colour frame buffer device 160x64 [ 47.308849] fb0: inteldrmfb frame buffer device [ 47.308853] registered panic notifier [ 47.308868] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 47.323940] vgaarb: this pci device is not a vga device [ 47.355806] render error detected, EIR: 0x0010 [ 47.355815] [drm:i915_handle_error] *ERROR* EIR stuck: 0x0010, masking [ 47.355835] render error detected, EIR: 0x0010 [ 48.112726] vgaarb: this pci device is not a vga device [ 48.568008] tap0: no IPv6 routers present [ 50.673130] lp0: using parport0 (interrupt-driven). [ 50.842153] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung [ 50.842166] render error detected, EIR: 0x [ 50.842200] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting 1 at 0) [ 51.100509] ppdev: user-space parallel port driver [ 51.436065] EXT3-fs error (device sda2): ext3_lookup: deleted inode referenced: 157299 [ 51.436076] Aborting journal on device sda2. [ 51.436296] Remounting filesystem read-only ... On the second boot the computer hung altogether. Xorg seemed to initialise but ended up with this (last) line in the log file: (EE) intel(0): Detected a hung GPU, disabling acceleration. I have attached the log for completeness. So I believe for the older kernel there would be more to patch than this... I have attached the diff of the changes I have done so far - should be the two patches Chris had listed. Compared against the sources from: ii linux-source-2.6.32 2.6.32-38 Linux kernel source for version 2.6.32 with Debian patches Were the changes I did correct? Just in case I messed things up myself... Yours, Tempura. On Mon, 10 Oct 2011 21:06:27 +0200, Julien Cristau wrote: On Sun, Oct 9, 2011 at 19:36:27 +0100, Chris Wilson wrote: On Sun, 9 Oct 2011 14:44:30 +0200, Daniel Vetter dan...@ffwll.ch wrote: On Sun, Oct 09, 2011 at 01:07:25PM +0200, Tempura San wrote: Here is the output of lspci -nn: 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) 00:02.0 Display controller [0380]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) The issue seems to be that the igd isn't a VGA pci class device anymore when used as secondary. The below (untested) patch should allow to still bind the i915 driver. Please test how far that gets us. Note the old kernel, and probable lack of: commit 934f992c763ae1e5eefcce8af769c16444085df7 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Thu Jan 20 13:09:12 2011 + drm/i915: Recognise non-VGA display devices Starting with SandyBridge (though possible with earlier hacked BIOSes), the BIOS may initialise the IGFX as secondary to a discrete GPU. Prior, it would simply disable the integrated GPU. So we adjust our PCI class mask to match any DISPLAY_CLASS device. In such a configuration, the IGFX is not a primary VGA controller and so should not take part in VGA arbitration, and the error return from vga_client_register() is expected. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org and commit 5fe49d86f9d01044abf687a8cd21edef636d58aa Author: Chris Wilson ch...@chris-wilson.co.uk Date: Tue Feb 1 19:43:02 2011 + drm/i915: Only bind to function 0 of the PCI device Early chipsets (gen2/3) used function 1 as a placeholder for multi-head. We used to ignore these since they were not assigned to PCI_CLASS_DISPLAY_VGA. However with 934f992c7 we attempt to bind to all Intel PCI_CLASS_DISPLAY devices (and functions) to work in multi-gpu systems. This fails hard on gen2/3. Reported-by: Ferenc W??gner wf...@niif.hu Tested-by: Ferenc W??gner wf...@niif.hu Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=28012 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org I'll try to get these included into a future squeeze kernel update. Thanks. Cheers, Julien diff -uNr linux-source-2.6.32/drivers/gpu/drm/i915/i915_dma.c
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
On Mon, 10 Oct 2011 22:32:38 +0200, Tempura San tempura@gmail.com wrote: Non-text part: multipart/mixed This would be great, but... I have just tested the patches and it really messes up the system. On the first boot I got a shell and was able to to a dmesg: ... [ 46.775935] [drm] Initialized drm 1.1.0 20060810 [ 46.926398] i915 :00:02.0: enabling device ( - 0003) [ 46.926412] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 46.926422] i915 :00:02.0: setting latency timer to 64 [ 46.932858] [drm] set up 31M of stolen space [ 46.933087] i915 :00:02.0: BAR 6: can't allocate resource (bogus alignment) [0x0-0x0] flags 0x0 [ 46.933093] [drm] failed to find VBIOS tables [ 46.978294] [drm] initialized overlay support [ 47.308831] Console: switching to colour frame buffer device 160x64 [ 47.308849] fb0: inteldrmfb frame buffer device [ 47.308853] registered panic notifier [ 47.308868] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 47.323940] vgaarb: this pci device is not a vga device [ 47.355806] render error detected, EIR: 0x0010 [ 47.355815] [drm:i915_handle_error] *ERROR* EIR stuck: 0x0010, masking [ 47.355835] render error detected, EIR: 0x0010 A page table error upon initialisation. It would seem like we depend upon the BIOS leaving the registers in a sane state, which is less likely in this situation since the BIOS was not using the card at all. We've certainly got better over time in this regard and the latest kernel is much more likely to succeed... However, I doubt that it is perfect, and your feedback would be most welcome. -Chris -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
According to sysfs, agpgart-intel is only bound to the device: 00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) In case the BIOS did not do the setup right, is there any way to (re-)initialise it in a running system? Tempura. Secondary display: 03:0a.0 VGA compatible controller: Avance Logic Inc. ALG-2302 The 82865G is onboard, but via BIOS the other (PCI) card is activated. In the end I would like to run Xorg on the 82865G card and keep the console output on the PCI card. The problem is I don't think the system BIOS inits the secondary 865 card in this case, or assigns it any stolen memory. Does the intel-agp driver bind to it? Dave. ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
I can assign the internal card as primary device, but I would like to have the PCI (not PCIe) to be the primary one. Background: The PCI card is an old one, where I take the RAMDAC signal to feed an old LCD panel - so the console output is visible on the LCD. The internal card is connected via VGA connector to a regular monitor which I want to use for Xorg. Tempura. On 2011/10/08 17:25 (GMT+0200) Tempura San composed: The 82865G is onboard, but via BIOS the other (PCI) card is activated. In the end I would like to run Xorg on the 82865G card and keep the console output on the PCI card. Does your PC's BIOS setup not permit to assign priority to the onboard 865 chip? Is that ALG-2302 really a PCI card, or is it PCIe? ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
On Sun, Oct 09, 2011 at 11:34:57AM +0200, Tempura San wrote: According to sysfs, agpgart-intel is only bound to the device: 00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) That's actually how it should be. In case the BIOS did not do the setup right, is there any way to (re-)initialise it in a running system? I'm not sure what's going wrong. Can you attach full dmesg and lspci -nn? Also, what error-code does modprobe return when you try to manually (re-)load the i915 module? -Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
Here is the output of lspci -nn: 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) 00:02.0 Display controller [0380]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) 00:06.0 System peripheral [0880]: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface [8086:2576] (rev 02) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) 00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02) 00:1f.2 IDE interface [0101]: Intel Corporation 82801EB (ICH5) SATA Controller [8086:24d1] (rev 02) 00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02) 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02) 03:08.0 Ethernet controller [0200]: Intel Corporation 82562EZ 10/100 Ethernet Controller [8086:1050] (rev 02) 03:0a.0 VGA compatible controller [0300]: Avance Logic Inc. ALG-2302 [4005:2302] 03:0c.0 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 50) 03:0c.1 USB Controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev 50) 03:0c.2 USB Controller [0c03]: VIA Technologies, Inc. USB 2.0 [1106:3104] (rev 51) A (bit cleaned - drives, peripherals) dmesg is attached. rmmod/modprobe does not show any errors - neither on STDERR, nor in syslog: Only on rmmod the following line is added to dmesg: # rmmod i915 [...] [drm] Module unloaded # modprobe -v i915 insmod /lib/modules/2.6.32-5-686/kernel/drivers/gpu/drm/i915/i915.ko modeset=1 Tempura. On Sun, 9 Oct 2011 12:38:56 +0200, Daniel Vetter wrote: On Sun, Oct 09, 2011 at 11:34:57AM +0200, Tempura San wrote: According to sysfs, agpgart-intel is only bound to the device: 00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) That's actually how it should be. In case the BIOS did not do the setup right, is there any way to (re-)initialise it in a running system? I'm not sure what's going wrong. Can you attach full dmesg and lspci -nn? Also, what error-code does modprobe return when you try to manually (re-)load the i915 module? -Daniel [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.32-5-686 (Debian 2.6.32-35squeeze2) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Sep 9 20:51:05 UTC 2011 [0.00] KERNEL supported cpus: [0.00] Intel GenuineIntel [0.00] AMD AuthenticAMD [0.00] NSC Geode by NSC [0.00] Cyrix CyrixInstead [0.00] Centaur CentaurHauls [0.00] Transmeta GenuineTMx86 [0.00] Transmeta TransmetaCPU [0.00] UMC UMC UMC UMC [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009f800 (usable) [0.00] BIOS-e820: 0009f800 - 000a (reserved) [0.00] BIOS-e820: 000e - 0010 (reserved) [0.00] BIOS-e820: 0010 - 3df7 (usable) [0.00] BIOS-e820: 3df7 - 3df7a000 (ACPI data) [0.00] BIOS-e820: 3df7a000 - 3df8 (ACPI NVS) [0.00] BIOS-e820: 3df8 - 4000 (reserved) [0.00] BIOS-e820: fec0 - fec1 (reserved) [0.00] BIOS-e820: fee0 - fee01000 (reserved) [0.00] BIOS-e820: ff80 - 0001 (reserved) [0.00] DMI present. [0.00] last_pfn = 0x3df70 max_arch_pfn = 0x10 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-B uncachable [0.00] C-C7FFF write-protect [0.00] C8000-E3FFF uncachable [0.00] E4000-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 0 mask FC000 write-back [0.00] 1 base 03DF8 mask 8 uncachable [0.00] 2 base 03E00 mask FFE00 uncachable [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00]
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
On Sun, 9 Oct 2011 14:44:30 +0200, Daniel Vetter dan...@ffwll.ch wrote: On Sun, Oct 09, 2011 at 01:07:25PM +0200, Tempura San wrote: Here is the output of lspci -nn: 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) 00:02.0 Display controller [0380]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) The issue seems to be that the igd isn't a VGA pci class device anymore when used as secondary. The below (untested) patch should allow to still bind the i915 driver. Please test how far that gets us. Note the old kernel, and probable lack of: commit 934f992c763ae1e5eefcce8af769c16444085df7 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Thu Jan 20 13:09:12 2011 + drm/i915: Recognise non-VGA display devices Starting with SandyBridge (though possible with earlier hacked BIOSes), the BIOS may initialise the IGFX as secondary to a discrete GPU. Prior, it would simply disable the integrated GPU. So we adjust our PCI class mask to match any DISPLAY_CLASS device. In such a configuration, the IGFX is not a primary VGA controller and so should not take part in VGA arbitration, and the error return from vga_client_register() is expected. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org and commit 5fe49d86f9d01044abf687a8cd21edef636d58aa Author: Chris Wilson ch...@chris-wilson.co.uk Date: Tue Feb 1 19:43:02 2011 + drm/i915: Only bind to function 0 of the PCI device Early chipsets (gen2/3) used function 1 as a placeholder for multi-head. We used to ignore these since they were not assigned to PCI_CLASS_DISPLAY_VGA. However with 934f992c7 we attempt to bind to all Intel PCI_CLASS_DISPLAY devices (and functions) to work in multi-gpu systems. This fails hard on gen2/3. Reported-by: Ferenc Wágner wf...@niif.hu Tested-by: Ferenc Wágner wf...@niif.hu Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=28012 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org -Chris -- Chris Wilson, Intel Open Source Technology Centre ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
I've integrated your patches into the i915 driver I am using. If I just rebuild the module the result is the same as with Daniel's suggestion. As there is also a change in vgaarb.c - which is not a module - I need to do a full build and check again. If this is not fixing the behaviour either, is there a possibility to use a recent i915 driver with this kernel? Yours, Tempura On Sun, 09 Oct 2011 19:36:27 +0100, Chris Wilson wrote: On Sun, 9 Oct 2011 14:44:30 +0200, Daniel Vetter dan...@ffwll.ch wrote: On Sun, Oct 09, 2011 at 01:07:25PM +0200, Tempura San wrote: Here is the output of lspci -nn: 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) 00:02.0 Display controller [0380]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) The issue seems to be that the igd isn't a VGA pci class device anymore when used as secondary. The below (untested) patch should allow to still bind the i915 driver. Please test how far that gets us. Note the old kernel, and probable lack of: commit 934f992c763ae1e5eefcce8af769c16444085df7 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Thu Jan 20 13:09:12 2011 + drm/i915: Recognise non-VGA display devices Starting with SandyBridge (though possible with earlier hacked BIOSes), the BIOS may initialise the IGFX as secondary to a discrete GPU. Prior, it would simply disable the integrated GPU. So we adjust our PCI class mask to match any DISPLAY_CLASS device. In such a configuration, the IGFX is not a primary VGA controller and so should not take part in VGA arbitration, and the error return from vga_client_register() is expected. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org and commit 5fe49d86f9d01044abf687a8cd21edef636d58aa Author: Chris Wilson ch...@chris-wilson.co.uk Date: Tue Feb 1 19:43:02 2011 + drm/i915: Only bind to function 0 of the PCI device Early chipsets (gen2/3) used function 1 as a placeholder for multi-head. We used to ignore these since they were not assigned to PCI_CLASS_DISPLAY_VGA. However with 934f992c7 we attempt to bind to all Intel PCI_CLASS_DISPLAY devices (and functions) to work in multi-gpu systems. This fails hard on gen2/3. Reported-by: Ferenc Wágner wf...@niif.hu Tested-by: Ferenc Wágner wf...@niif.hu Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=28012 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Cc: sta...@kernel.org -Chris ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] i915 module does not find 82865G if configured as secondary
Hi everybody, I want to set up the following configuration: Primary display: 00:02.0 Display controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02) Secondary display: 03:0a.0 VGA compatible controller: Avance Logic Inc. ALG-2302 The 82865G is onboard, but via BIOS the other (PCI) card is activated. In the end I would like to run Xorg on the 82865G card and keep the console output on the PCI card. But Xorg is not able to locate the card. I (think I) tracked the problem down to the i915 module as it is not finding the card if it is not the active one and the Xorg module relies on the DRM driver. 82865G as primary: [drm] Initialized drm 1.1.0 20060810 [drm] set up 31M of stolen space [drm] initialized overlay support fb0: inteldrmfb frame buffer device [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 82865G as secondary: [drm] Initialized drm 1.1.0 20060810 ...and nothing else. With lspci -v the 82865G (as secondary) is listed like: 00:02.0 Display controller: Intel Corporation 82865G Integrated Graphics Controller (rev 02) Subsystem: IBM Device 0285 Flags: fast devsel, IRQ 11 Memory at d800 (32-bit, prefetchable) [disabled] [size=128M] Memory at d008 (32-bit, non-prefetchable) [disabled] [size=512K] I/O ports at 1890 [disabled] [size=8] Capabilities: [d0] Power Management version 1 I tried to enable the card by doing # echo 1 /sys/bus/pci/devices/\:00\:02.0/enable In dmesg the following lines are printed: ... pci :00:02.0: enabling device ( - 0003) pci :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 But even after rmmod'ing the kernel modules nothing is printed except: [drm] Module unloaded [drm] Initialized drm 1.1.0 20060810 I am running the current stock Debian Squeeze (kernel 2.6.32-5-686). So my question is: why is the card not recognised? Am I missing something? Maybe the configuration I want to run is not possible? Any help would be great! Thank you Cheers, Tempura ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
On 2011/10/08 17:25 (GMT+0200) Tempura San composed: The 82865G is onboard, but via BIOS the other (PCI) card is activated. In the end I would like to run Xorg on the 82865G card and keep the console output on the PCI card. Does your PC's BIOS setup not permit to assign priority to the onboard 865 chip? Is that ALG-2302 really a PCI card, or is it PCIe? -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] i915 module does not find 82865G if configured as secondary
Secondary display: 03:0a.0 VGA compatible controller: Avance Logic Inc. ALG-2302 The 82865G is onboard, but via BIOS the other (PCI) card is activated. In the end I would like to run Xorg on the 82865G card and keep the console output on the PCI card. The problem is I don't think the system BIOS inits the secondary 865 card in this case, or assigns it any stolen memory. Does the intel-agp driver bind to it? Dave. ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
