Arch Linux

noalwin

Member

From: Spain

Registered: 2007-06-08

Posts: 115

[udev?] No image at boot (signal out of range)

I upgraded to testing today and at boot, when udev loads, the image goes out. The monitor complains that the signal is not in the range (53.4Hz - 84Hz)

The system boots fine, and X work fine, but if I switch to a tty (ctrl+alt+F1) the signal goes out of range.

My graphic card is a Intel GMA 4500 connected to a KVM and then to my monitor (LG L1718S) using a VGA connector
My monitor should support 1280x1024 at 60Hz and at 75Hz

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.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)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)
03:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller (PHY/Link)

The grub entry is

# (0) Arch Linux
title  Arch Linux
root   (hd0,1)
kernel /boot/vmlinuz26 root=/dev/sda2 ro vga=795
initrd /boot/kernel26.img

I have tried too with other video modes

In /var/log/everything.log I see:

Dec 27 22:33:14 nx7 kernel: vesafb: framebuffer at 0xd0000000, mapped to 0xffffc90010100000, using 10240k, total 32704k
Dec 27 22:33:14 nx7 kernel: vesafb: mode is 1280x1024x32, linelength=5120, pages=5
Dec 27 22:33:14 nx7 kernel: vesafb: scrolling: redraw
Dec 27 22:33:14 nx7 kernel: vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
Dec 27 22:33:14 nx7 kernel: Console: switching to colour frame buffer device 160x64
Dec 27 22:33:14 nx7 kernel: fb0: VESA VGA frame buffer device
Dec 27 22:33:14 nx7 kernel: Linux agpgart interface v0.103
[...]
Dec 27 22:33:14 nx7 kernel: udev: starting version 149
[...]
Dec 27 22:33:14 nx7 kernel: agpgart-intel 0000:00:00.0: Intel G41 Chipset
Dec 27 22:33:14 nx7 kernel: agpgart-intel 0000:00:00.0: detected 32764K stolen memory
Dec 27 22:33:14 nx7 kernel: agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000
[...]
Dec 27 22:33:14 nx7 kernel: [drm] Initialized drm 1.1.0 20060810
[...]
Dec 27 22:33:14 nx7 kernel: i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Dec 27 22:33:14 nx7 kernel: i915 0000:00:02.0: setting latency timer to 64
Dec 27 22:33:14 nx7 kernel: mtrr: type mismatch for d0000000,10000000 old: write-back new: write-combining
Dec 27 22:33:14 nx7 kernel: [drm] MTRR allocation failed.  Graphics performance may suffer.
Dec 27 22:33:14 nx7 kernel: i915 0000:00:02.0: irq 27 for MSI/MSI-X
Dec 27 22:33:14 nx7 kernel: [drm] set up 31M of stolen space
Dec 27 22:33:14 nx7 kernel: firewire_core: created device fw0: GUID 004801370000241d, S400
Dec 27 22:33:14 nx7 kernel: fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver
Dec 27 22:33:14 nx7 kernel: Console: switching to colour dummy device 80x25
Dec 27 22:33:14 nx7 kernel: Console: switching to colour frame buffer device 100x37
Dec 27 22:33:14 nx7 kernel: input: ImExPS/2 Logitech Explorer Mouse as /devices/platform/i8042/serio1/input/input5
Dec 27 22:33:14 nx7 kernel: [drm] DAC-6: set mode 800x600 1c
Dec 27 22:33:14 nx7 kernel: fb0: inteldrmfb frame buffer device
Dec 27 22:33:14 nx7 kernel: registered panic notifier
Dec 27 22:33:14 nx7 kernel: [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0

Any tip on how to solve this?

PS: Without the KVM and booting with the fallback entry I get image on the terminals, but X fails to start

# (1) Arch Linux
title  Arch Linux Fallback
root   (hd0,1)
kernel /boot/vmlinuz26 root=/dev/sda2 ro
initrd /boot/kernel26-fallback.img

(EE) intel(0): No kernel modesetting driver detected.
(II) UnloadModule: "intel"
(EE) Screen(s) found, but none have a usable configuration.

Last edited by noalwin (2009-12-27 22:46:42)

JGC

Developer

Registered: 2003-12-03

Posts: 1,664

Re: [udev?] No image at boot (signal out of range)

You should try to get rid of the vesafb. It conflicts with the i915 driver that tries to do kernel mode setting. The KVM switch could be the cause of the signal out of range things, I don't know how well it passes through DDC data.

noalwin

Member

From: Spain

Registered: 2007-06-08

Posts: 115

Re: [udev?] No image at boot (signal out of range)

Without the KVM the results are the same, except that using the fallback grub entry shows the console but X fails to start

(EE) intel(0): No kernel modesetting driver detected.
(II) UnloadModule: "intel"
(EE) Screen(s) found, but none have a usable configuration.

The same happens if I load the i915 module

MODULES=(i915 !vesafb !uvesafb !vboxdrv)

If I load the i915 and use

kernel /boot/vmlinuz26 root=/dev/sda2 ro vga=795 i915.modeset=1

the console still is unusable, but X boots
And I still see the

fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver

Last edited by noalwin (2009-12-28 12:38:51)

redkiwi

Member

From: Austria

Registered: 2009-12-29

Posts: 13

Re: [udev?] No image at boot (signal out of range)

kernel /boot/vmlinuz26 root=/dev/sda2 ro vga=795 i915.modeset=1

remove the vga=795 entry

check /etc/mkinitcpio.conf for MODULES="[intel_agp i915]"

mkinitcpio -p kernel26

more infos:
http://wiki.archlinux.org/index.php/Int … Setting.29

noalwin

Member

From: Spain

Registered: 2007-06-08

Posts: 115

Re: [udev?] No image at boot (signal out of range)

I downgraded to core, but with the kernel26 update this was happening again.

To modify the mkinitcpio.conf causes that the screen goes black since the beggining, not since udev loads.

BTW, the i915.modeset=1 should be unnecesary since it is enabled by default in the 2.6.32
Some people also seem to have the same issue:
http://bbs.archlinux.org/viewtopic.php?id=86357
http://bbs.archlinux.org/viewtopic.php?id=87704

Edit:
I will disable modesetting with i915.modeset=0 until this is fixed

kernel /boot/vmlinuz26 root=/dev/sda2 ro i915.modeset=0 vga=795

Last edited by noalwin (2009-12-30 14:58:03)

redkiwi

Member

From: Austria

Registered: 2009-12-29

Posts: 13

Re: [udev?] No image at boot (signal out of range)

BTW, the i915.modeset=1 should be unnecesary since it is enabled by default in the 2.6.32

thats true

kernel /boot/vmlinuz26 root=/dev/sda2 ro i915.modeset=0 vga=795

what's the reason for vga=795 ?

...Note that you should NOT have ANY video= or vga= argument AT ALL!!!

noalwin

Member

From: Spain

Registered: 2007-06-08

Posts: 115

Re: [udev?] No image at boot (signal out of range)

I'm disabling the i915 modesetting, but I still want to have a 1280x1024 console. With vga=795 it achieves that resolution through vesafb.

I have tried to use modeseting including the modules, i915 and intel_agp, with mkinitcpio and the video=1280x1024-32@75, which I understand that should be supported on i915 since 2.6.32, but I saw poor graphic performance and graphic glitches.