FS#17860 - [kernel26] Detected broken video BIOS - Intel G41 chipset and Intel GMA X4500 - patch needed

Attached to Project: Arch Linux
Opened by Kras (kras1001) - Saturday, 16 January 2010, 06:28 GMT
Last edited by Jan de Groot (JGC) - Friday, 12 February 2010, 20:38 GMT
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Tobias Powalowski (tpowa)
Thomas Bächler (brain0)
Architecture i686
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:
Everything refresh slow, when minimize and maximize windows. The Motherboard is ASRock G41M-LE, Intel G41 Chipset and Intel GMA X4500 video: http://www.asrock.com/mb/overview.asp?Model=G41M-LE&s=775 , and the problem is:
*ERROR* Detected broken video BIOS with 262140/262144kB of video memory stolen.
I boot with i915.modeset=0 in GRUB. If no this option kernel can't boot.
I don't have xorg.conf file. Update to last BIOS version(1.90).

Additional info:
* package version(s)
kernel26 - 2.6.32.3-1
Try and kernel26-2.6.33rc3 from AUR problem is still there
xf86-video-intel - 2.9.1-1
intel-dri - 7.7-1
Everything up-to-date...

* config and/or log files etc.

[kras@DALAVERA ~]$ dmesg | grep drm
[drm] Initialized drm 1.1.0 20060810
[drm] MTRR allocation failed. Graphics performance may suffer.
[drm:i915_driver_load] *ERROR* Detected broken video BIOS with 262140/262144kB of video memory stolen.
[drm:i915_driver_load] *ERROR* Disabling GEM. (try reducing stolen memory or updating the BIOS to fix).
[drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0

[kras@DALAVERA ~]$ lspci
00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
00:02.0 VGA compatible controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation 4 Series Chipset Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 01)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) SATA IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)
03:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)

[kras@DALAVERA ~]$ cat /proc/mtrr
reg00: base=0x000000000 ( 0MB), size= 4096MB, count=1: write-back
reg01: base=0x100000000 ( 4096MB), size= 512MB, count=1: write-back
reg02: base=0x120000000 ( 4608MB), size= 256MB, count=1: write-back
reg03: base=0x0d0000000 ( 3328MB), size= 256MB, count=1: uncachable
reg04: base=0x0e0000000 ( 3584MB), size= 512MB, count=1: uncachable
reg05: base=0x0bfe00000 ( 3070MB), size= 2MB, count=1: uncachable
reg06: base=0x0c0000000 ( 3072MB), size= 256MB, count=1: uncachable


Steps to reproduce:

Found this old things on internet but don't know wath to do?
http://lists.freedesktop.org/archives/intel-gfx/2009-July/003180.html
http://bugs.archlinux.org/task/11875
This task depends upon

Closed by  Jan de Groot (JGC)
Friday, 12 February 2010, 20:38 GMT
Reason for closing:  Not a bug
Additional comments about closing:  This is not a bug but intended behaviour. Setting video memory to the full aperture size disables GEM. The error message is clear enough.
Comment by Jan de Groot (JGC) - Saturday, 16 January 2010, 09:57 GMT
The logs indicate a hardware bug. Try adjusting BIOS setting related to shared memory, try updating your BIOS, and if all else fails, contacting Asrock about the problem could work out also. Asrocks end-user support is quite okay, better than most vendors when it comes to linux support for bugs that don't appear when using windows.
Comment by Kras (kras1001) - Saturday, 16 January 2010, 10:54 GMT
I do that send bug report(on Tue, 5 Jan 2010 16:11:30) too, but no answer from ASRock.
Try every options(three) in BIOS - Video can be - 1.Onboard 2. PCI 3. PCI-E , try video size 128MB 256MB and dynamic video RAM no success.
Are you sure that the problem is hardware(BIOS bug)?
I think that this is a driver problem, but I'm not expert.
Any suggestion, nobody have same motherboard or same Chipset?
Comment by Kras (kras1001) - Saturday, 16 January 2010, 10:55 GMT
I forgot... Write on ubuntu forum before 1-2 week: http://ubuntuforums.org/showthread.php?t=1367907
Nobody can't help me?
Comment by Kras (kras1001) - Saturday, 16 January 2010, 15:53 GMT
Interesting now I do my video memory on BIOS 128MB option PAVP(Protect Audio Video Path) disable and everything OK.
With PAVP disable and memory 256MB or Auto the problem is still here.
I can only use 128MB of Video ram.
Comment by Gerardo Exequiel Pozzi (djgera) - Thursday, 21 January 2010, 06:38 GMT
  • Field changed: Summary (Detected broken video BIOS - Intel G41 chipset and Intel GMA X4500 - patch needed → [kernel26] Detected broken video BIOS - Intel G41 chipset and Intel GMA X4500 - patch needed)
  • Field changed: Status (Unconfirmed → Waiting on Response)
  • Field changed: Category (Kernel → Upstream Bugs)
  • Task assigned to Thomas Bächler (brain0), Tobias Powalowski (tpowa)
I guess that if your BIOS is buggy there is nothing to do, other than adjusting the mem value. Maybe you can try to contact to your motherboard vendor.
Comment by Jan de Groot (JGC) - Thursday, 11 February 2010, 09:02 GMT
The driver will allocate memory from system memory anyways, so if it works by setting the video memory to 128MB you're fine.
Comment by Kras (kras1001) - Friday, 12 February 2010, 20:18 GMT
Ok, but there is no logic work whit 128MB in BIOS and don't work with 256MB?
Is there a way to have parameter in GRUB that regulate my dedicate video memory size.
If there is such way that I can try what is maximum video memory I can have? Something like mem=1024M in GRUB for all memory, but for video memory.
And I don't understand this line in file ~/src/linux-2.6.33/drivers/gpu/drm/i915/i915_dma.c:
lines 1435 to 1442
[quote]
if (prealloc_size > agp_size * 3 / 4) {
DRM_ERROR("Detected broken video BIOS with %d/%dkB of video "
"memory stolen.\n",
prealloc_size / 1024, agp_size / 1024);
DRM_ERROR("Disabling GEM. (try reducing stolen memory or "
"updating the BIOS to fix).\n");
dev_priv->has_gem = 0;
}
[/quote]
agp_size = ?
Comment by Jan de Groot (JGC) - Friday, 12 February 2010, 20:36 GMT
I think this gives the answer:
http://lists.freedesktop.org/archives/intel-gfx/2009-July/003180.html

Your BIOS allocates a small aperture size, and when setting your video memory to 256MB, you'll limit the dynamic video memory allocation in a way that it can't operate. There's really no point in allocating the complete aperture size for video memory. On my X4500HD I have 64MB pre-allocated memory with 256MB aperture, it does all I need.

Loading...