strange tty behaviour with xorg 1.8

scar · 2010-06-22 17:23:45

So, my girlfiend has an ooooold machine, I've decided to

install arch on it -

and I'm stuck with a strange thing there - when I start Xorg ( with startx, which works fine ),

I cannot switch back to tty1-6 (e.g. I think, I can, but it shows nothing )

There are no hints in /var/log/Xorg.log nor in dmesg or in /var/log/kernel.log

What is happening there???

( Girlfriend is not really a terminal user, thanx for the advice )

Last edited by scar (2010-06-22 17:25:15)

xvello · 2010-06-22 17:50:26

If must be a conflict between your xorg driver and your console driver.

What video driver are you using ? You can find this information in Xorg.log.
Are you using a console framebuffer or the plain console ?

scar · 2010-06-22 18:04:27

no framebuffer is used - only plain console
driver used ( he-he, because of Xorg 1.8 ) is xf86-video-nouveau ( for NVidia MX 440 )

xvello · 2010-06-22 18:24:33

You should try to enable Kernel Mode Setting : http://wiki.archlinux.org/index.php/Nouveau#KMS
This way, the kernel initialises the video card and Xorg runs on the same video mode as the console, making switches between both easier/faster/flicker-free.

skualito · 2010-06-22 22:42:00

Hi
I have the same problem with an ati card. Right after boot the ttys display fine, but when I start X they get all black. (X is working fine)
That happened after upgrading to Xorg 1.8
I will look at the KMS thing but I thought it was enabled by default.

Last edited by skualito (2010-06-22 22:43:08)

scar · 2010-06-28 06:29:47

with kms enabled i have exactly the same issue - console works fine, until I start X

then X works fine and ttys are dead (invisible)
I can still switch back to X and it works still fine

I've seen the same issue on the forums of other distros,
it seems to be something related to Xorg 1.8 but nobody knows what is happening
no errors in logs

WTF?

shetland_breeder · 2010-06-28 08:28:05

I also have this problem - and again no response to my post (in the kernel section).

This was using the xf86-video-nouveau driver. My solution is to use the xf86-video-nv driver which switches properly between tty and X.

Since this driver doesn't care about KMS I've also set 'nomodeswitch' in the kernel line in GRUB as with my card (an NV34 chip) the kernel chooses the TV resolution of 720x576 for the tty instead of the proper 1280x1024, although it does it in a wierd way with a 720x576 block in the top LH corner of a 1280x1024 display.

Pete

berbae · 2010-06-28 08:43:22

I use Xorg 1.8 and the xf86-video-nouveau driver with a NV63 chipset.
I do not have that problem with the ttys and X server running :

ctrl-alt-F2 : I see normal display with right resolution on tty2
ctrl-alt-F7 : back instantly to the X display

So it's not a general issue.

shetland_breeder · 2010-06-28 09:18:19

Maybe a regression bug with 'older' cards then. I shall report it upstream.

I have a similar type problem with my old Deskjet 640c that doesn't work with the latest hplip driver...

Shame because the NVIDIA MX400 is perfectly good enough for me - I'm only using the 5500 card because it was the only PCI card I could find that didn't need a fan.

Progress is a two-edged sword, or maybe I'm just getting old

Pete

scar · 2010-06-29 16:01:18

the real problem is that the folks at nvidia don't care about the progress of the Xorg team and they don't update their linux drivers
i hope they will work on it - until then I will post something to them at nvidia forums ( http://forums.nvidia.com )

shetland_breeder · 2010-06-29 20:29:00

Scar,

I posted a bug in the nouveau bugzilla this morning. This afternoon I got a response, part of which I think may apply to you.

Part 1 of my problem was that although i had removed the nvidia-173-xx driver I had forgotten to remove the nvidia-173xx-utils package which left NVIDIA.s libgl behind instead of Xorg's libgl

Part 2 was that I had the vesa driver installed (xf86-video-vesa) as part of the xorg-server package. Once I'd removed this as well I had my consoles back again - but I needed an xorg.conf to set the screen resolution I wanted instead of the one that nouveau preferred. I also had to add some stanzas in xorg.conf to disable the TV-1 output as it otherwise overlaid the VGA output - this is due to RandR being enabled in the nouveau driver.

The info for that I got from the http://www.thinkwiki.org/wiki/Xorg_RandR_1.2 Think Wiki (linked from the nouveau randr howto and indirectly from the Arch Wiki nouveau item.

So now with 'video=1280x1024' in my kernel boot line and the nouveau driver properly installed I'm a happy bunny.

Pete

scar · 2010-07-01 20:28:10

ok, something logical again :

I've reistalled arch - a new install, packages up to date, and Xorg ( no drivers installed )

when I started X i had the same problem, a black console screen

but after some researches I've found this one " the nouveau driver is in the kernel tree now" ( found on some fedora forum )

if I blacklist the nouveau module everything works fine again, but which driver should I use???

shetland_breeder · 2010-07-02 08:31:13

Edit 12:53 See my next post - yyou need either the nouveau or the nv driver installed and configured in xorg.conf

The 'nouveau' in the kernel is not the X driver. You need to install that explicitly (xf86-video-nouveau). If you are running without an xorg.conf file you must create one with the following:

Section "Device"
    Identifier     "n"
    Driver         "nouveau"
EndSection

Otherwise you must edit the 'Device' section in your xorg.conf to specify the nouveau driver.

In your dmesg you should see some lines at the end (after all the hdd stuff) like so:

nouveau 0000:01:00.0: PCI INT A -> Link[APC1] -> GSI 16 (level, low) -> IRQ 16
[drm] nouveau 0000:01:00.0: Detected an NV10 generation card (0x011000b2)
[drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PROM
[drm] nouveau 0000:01:00.0: ... appears to be valid
[drm] nouveau 0000:01:00.0: BMP BIOS found
[drm] nouveau 0000:01:00.0: BMP version 5.20
[drm] nouveau 0000:01:00.0: Bios version 03.11.01.24
[drm] nouveau 0000:01:00.0: Found Display Configuration Block version 1.5
[drm] nouveau 0000:01:00.0: Raw DCB entry 0: f0003f00 000088b8
[drm] nouveau 0000:01:00.0: Raw DCB entry 1: f2204301 ffffffff
[drm] nouveau 0000:01:00.0: Raw DCB entry 2: f2244301 ffffffff
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 0 at offset 0xAAD2
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 1 at offset 0xB1AE
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 2 at offset 0xAAED
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 3 at offset 0xB155
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 4 at offset 0xAB80
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 5 at offset 0xACC2
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 6 at offset 0xABA5
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 7 at offset 0xAC5D
[drm] nouveau 0000:01:00.0: Detected 64MiB VRAM

This is for a PCI MX400 - I haven't installed Arch on my really old machine with an AGP card yet.

And in your Xorg.0.log file (with the vouveau driver specified as above) you should see something like:

[    15.149] (II) Loading /usr/lib/xorg/modules/drivers/nouveau_drv.so
[    15.162] (II) Module nouveau: vendor="X.Org Foundation"
[    15.162]     compiled for 1.8.0.902, module version = 0.0.16
[    15.162]     Module class: X.Org Video Driver
[    15.162]     ABI class: X.Org Video Driver, version 7.0
[    15.162] (II) NOUVEAU driver 
[    15.162] (II) NOUVEAU driver for NVIDIA chipset families :
[    15.162]     RIVA TNT    (NV04)
[    15.162]     RIVA TNT2   (NV05)
[    15.162]     GeForce 256 (NV10)
[    15.162]     GeForce 2   (NV11, NV15)
[    15.162]     GeForce 4MX (NV17, NV18)
[    15.162]     GeForce 3   (NV20)
[    15.162]     GeForce 4Ti (NV25, NV28)
[    15.162]     GeForce FX  (NV3x)
[    15.162]     GeForce 6   (NV4x)
[    15.162]     GeForce 7   (G7x)
[    15.162]     GeForce 8   (G8x)
[    15.162] (++) using VT number 7

[    15.165] (II) Primary Device is: PCI 01@00:00:0
[    15.165] drmOpenDevice: node name is /dev/dri/card0
[    15.165] drmOpenDevice: open result is 7, (OK)
[    15.165] drmOpenByBusid: Searching for BusID pci:0000:01:00.0
[    15.165] drmOpenDevice: node name is /dev/dri/card0
[    15.165] drmOpenDevice: open result is 7, (OK)
[    15.165] drmOpenByBusid: drmOpenMinor returns 7
[    15.165] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
[    15.165] (II) [drm] nouveau interface version: 0.0.16
[    15.165] (II) Loading sub module "dri"
[    15.166] (II) LoadModule: "dri"
[    15.166] (II) Reloading /usr/lib/xorg/modules/extensions/libdri.so
[    15.166] (II) NOUVEAU(0): Loaded DRI module
[    15.166] drmOpenDevice: node name is /dev/dri/card0
[    15.166] drmOpenDevice: open result is 8, (OK)
[    15.166] drmOpenDevice: node name is /dev/dri/card0
[    15.166] drmOpenDevice: open result is 8, (OK)
[    15.166] drmOpenByBusid: Searching for BusID pci:0000:01:00.0
[    15.166] drmOpenDevice: node name is /dev/dri/card0
[    15.166] drmOpenDevice: open result is 8, (OK)
[    15.166] drmOpenByBusid: drmOpenMinor returns 8
[    15.166] drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
[    15.166] (II) [drm] DRM interface version 1.3
[    15.166] (II) [drm] DRM open master succeeded.
[    15.166] (--) NOUVEAU(0): Chipset: "NVIDIA NV11"
[    15.166] (**) NOUVEAU(0): Depth 24, (--) framebuffer bpp 32
[    15.166] (==) NOUVEAU(0): RGB weight 888
[    15.167] (==) NOUVEAU(0): Default visual is TrueColor
[    15.167] (==) NOUVEAU(0): Using HW cursor
[    15.272] (II) NOUVEAU(0): Output VGA-1 using monitor section Monitor0
[    15.379] (II) NOUVEAU(0): EDID for output VGA-1
[    15.379] (II) NOUVEAU(0): Manufacturer: GSM  Model: 436f  Serial#: 45946
[    15.379] (II) NOUVEAU(0): Year: 2005  Week: 1
[    15.379] (II) NOUVEAU(0): EDID Version: 1.3
[    15.379] (II) NOUVEAU(0): Analog Display Input,  Input Voltage Level: 0.700/0.700 V
[    15.379] (II) NOUVEAU(0): Sync:  Separate  Composite  SyncOnGreen
[    15.379] (II) NOUVEAU(0): Max Image Size [cm]: horiz.: 34  vert.: 27
[    15.379] (II) NOUVEAU(0): Gamma: 2.20
[    15.379] (II) NOUVEAU(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display
[    15.379] (II) NOUVEAU(0): First detailed timing is preferred mode
[    15.379] (II) NOUVEAU(0): redX: 0.641 redY: 0.342   greenX: 0.292 greenY: 0.611
[    15.379] (II) NOUVEAU(0): blueX: 0.147 blueY: 0.068   whiteX: 0.313 whiteY: 0.329
[    15.380] (II) NOUVEAU(0): Supported established timings:
[    15.380] (II) NOUVEAU(0): 720x400@70Hz
[    15.380] (II) NOUVEAU(0): 640x480@60Hz
[    15.380] (II) NOUVEAU(0): 640x480@75Hz
[    15.380] (II) NOUVEAU(0): 800x600@60Hz
[    15.380] (II) NOUVEAU(0): 800x600@75Hz
[    15.380] (II) NOUVEAU(0): 832x624@75Hz
[    15.380] (II) NOUVEAU(0): 1024x768@60Hz
[    15.380] (II) NOUVEAU(0): 1024x768@75Hz
[    15.380] (II) NOUVEAU(0): 1280x1024@75Hz
[    15.380] (II) NOUVEAU(0): 1152x864@75Hz
[    15.380] (II) NOUVEAU(0): Manufacturer's mask: 0
[    15.380] (II) NOUVEAU(0): Supported standard timings:
[    15.380] (II) NOUVEAU(0): #0: hsize: 640  vsize 480  refresh: 75  vid: 20273
[    15.380] (II) NOUVEAU(0): #1: hsize: 800  vsize 600  refresh: 75  vid: 20293
[    15.380] (II) NOUVEAU(0): #2: hsize: 1024  vsize 768  refresh: 75  vid: 20321
[    15.380] (II) NOUVEAU(0): #3: hsize: 1280  vsize 1024  refresh: 60  vid: 32897
[    15.380] (II) NOUVEAU(0): Supported detailed timing:
[    15.380] (II) NOUVEAU(0): clock: 108.0 MHz   Image Size:  338 x 270 mm
[    15.380] (II) NOUVEAU(0): h_active: 1280  h_sync: 1328  h_sync_end 1440 h_blank_end 1688 h_border: 0
[    15.380] (II) NOUVEAU(0): v_active: 1024  v_sync: 1025  v_sync_end 1028 v_blanking: 1066 v_border: 0
[    15.380] (II) NOUVEAU(0): Ranges: V min: 56 V max: 75 Hz, H min: 30 H max: 83 kHz, PixClock max 140 MHz
[    15.380] (II) NOUVEAU(0): Monitor name: L1715S
[    15.380] (II) NOUVEAU(0): Monitor name: 
[    15.380] (II) NOUVEAU(0): EDID (in hex):
[    15.380] (II) NOUVEAU(0):     00ffffffffffff001e6d6f437ab30000
[    15.380] (II) NOUVEAU(0):     010f01036e221b78ea2ee5a4574a9c25
[    15.380] (II) NOUVEAU(0):     115054a56b80314f454f614f81800101
[    15.380] (II) NOUVEAU(0):     010101010101302a009851002a403070
[    15.380] (II) NOUVEAU(0):     1300520e1100001e000000fd00384b1e
[    15.380] (II) NOUVEAU(0):     530e000a202020202020000000fc004c
[    15.380] (II) NOUVEAU(0):     31373135530a202020202020000000fc
[    15.380] (II) NOUVEAU(0):     000a20202020202020202020202000df
[    15.380] (II) NOUVEAU(0): EDID vendor "GSM", prod id 17263
[    15.381] (II) NOUVEAU(0): Using hsync ranges from config file
[    15.381] (II) NOUVEAU(0): Using vrefresh ranges from config file
[    15.381] (II) NOUVEAU(0): Printing DDC gathered Modelines:
[    15.381] (II) NOUVEAU(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz)
[    15.381] (II) NOUVEAU(0): Printing probed modes for output VGA-1
[    15.381] (II) NOUVEAU(0): Modeline "1280x1024"x60.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "1280x1024"x75.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "1152x864"x75.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "1024x768"x75.1   78.80  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.1 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "1024x768"x75.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "832x624"x74.6   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "800x600"x75.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "640x480"x75.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "640x480"x60.0   25.20  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz)
[    15.381] (II) NOUVEAU(0): Modeline "720x400"x70.1   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz)
[    15.382] (II) NOUVEAU(0): Output VGA-1 connected
[    15.382] (II) NOUVEAU(0): Using user preference for initial modes
[    15.382] (II) NOUVEAU(0): Output VGA-1 using initial mode 1280x1024
[    15.382] (II) NOUVEAU(0): Using default gamma of (1.0, 1.0, 1.0) unless otherwise stated.
[    15.382] (--) NOUVEAU(0): Virtual size is 1280x1024 (pitch 1280)
[    15.382] (**) NOUVEAU(0):  Driver mode "1280x1024": 108.0 MHz (scaled from 0.0 MHz), 64.0 kHz, 60.0 Hz
[    15.382] (II) NOUVEAU(0): Modeline "1280x1024"x60.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "1280x1024": 135.0 MHz (scaled from 0.0 MHz), 80.0 kHz, 75.0 Hz
[    15.382] (II) NOUVEAU(0): Modeline "1280x1024"x75.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "1152x864": 108.0 MHz (scaled from 0.0 MHz), 67.5 kHz, 75.0 Hz
[    15.382] (II) NOUVEAU(0): Modeline "1152x864"x75.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "1024x768": 78.8 MHz (scaled from 0.0 MHz), 60.1 kHz, 75.1 Hz
[    15.382] (II) NOUVEAU(0): Modeline "1024x768"x75.1   78.80  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.1 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "1024x768": 78.8 MHz (scaled from 0.0 MHz), 60.0 kHz, 75.0 Hz
[    15.382] (II) NOUVEAU(0): Modeline "1024x768"x75.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "1024x768": 65.0 MHz (scaled from 0.0 MHz), 48.4 kHz, 60.0 Hz
[    15.382] (II) NOUVEAU(0): Modeline "1024x768"x60.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "832x624": 57.3 MHz (scaled from 0.0 MHz), 49.7 kHz, 74.6 Hz
[    15.382] (II) NOUVEAU(0): Modeline "832x624"x74.6   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "800x600": 49.5 MHz (scaled from 0.0 MHz), 46.9 kHz, 75.0 Hz
[    15.382] (II) NOUVEAU(0): Modeline "800x600"x75.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "800x600": 40.0 MHz (scaled from 0.0 MHz), 37.9 kHz, 60.3 Hz
[    15.382] (II) NOUVEAU(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "640x480": 31.5 MHz (scaled from 0.0 MHz), 37.5 kHz, 75.0 Hz
[    15.382] (II) NOUVEAU(0): Modeline "640x480"x75.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "640x480": 25.2 MHz (scaled from 0.0 MHz), 31.5 kHz, 60.0 Hz
[    15.382] (II) NOUVEAU(0): Modeline "640x480"x60.0   25.20  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz)
[    15.382] (**) NOUVEAU(0):  Driver mode "720x400": 28.3 MHz (scaled from 0.0 MHz), 31.5 kHz, 70.1 Hz
[    15.382] (II) NOUVEAU(0): Modeline "720x400"x70.1   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz)
[    15.383] (**) NOUVEAU(0): Display dimensions: (340, 270) mm
[    15.383] (**) NOUVEAU(0): DPI set to (95, 96)
[    15.383] (II) Loading sub module "fb"
[    15.383] (II) LoadModule: "fb"
[    15.383] (II) Loading /usr/lib/xorg/modules/libfb.so
[    15.397] (II) Module fb: vendor="X.Org Foundation"
[    15.397]     compiled for 1.8.1.902, module version = 1.0.0
[    15.397]     ABI class: X.Org ANSI C Emulation, version 0.4
[    15.397] (II) Loading sub module "exa"
[    15.397] (II) LoadModule: "exa"
[    15.398] (II) Loading /usr/lib/xorg/modules/libexa.so
[    15.399] (II) Module exa: vendor="X.Org Foundation"
[    15.399]     compiled for 1.8.1.902, module version = 2.5.0
[    15.399]     ABI class: X.Org Video Driver, version 7.0
[    15.399] (II) Loading sub module "shadowfb"
[    15.399] (II) LoadModule: "shadowfb"
[    15.399] (II) Loading /usr/lib/xorg/modules/libshadowfb.so
[    15.400] (II) Module shadowfb: vendor="X.Org Foundation"
[    15.400]     compiled for 1.8.1.902, module version = 1.0.0
[    15.400]     ABI class: X.Org ANSI C Emulation, version 0.4
[    15.400] (--) Depth 24 pixmap format is 32 bpp
[    15.405] (II) NOUVEAU(0): Opened GPU channel 1
[    15.406] (II) NOUVEAU(0): [DRI2] Setup complete
[    15.406] (II) NOUVEAU(0): [DRI2]   DRI driver: nouveau_vieux
[    15.406] (II) NOUVEAU(0): GART: 64MiB available
[    15.688] (II) NOUVEAU(0): GART: Allocated 16MiB as a scratch buffer
[    15.702] (II) EXA(0): Driver allocated offscreen pixmaps
[    15.702] (II) EXA(0): Driver registered support for the following operations:
[    15.702] (II)         Solid
[    15.702] (II)         Copy
[    15.702] (II)         Composite (RENDER acceleration)
[    15.702] (II)         UploadToScreen
[    15.702] (II)         DownloadFromScreen
[    15.714] (==) NOUVEAU(0): Backing store disabled
[    15.714] (==) NOUVEAU(0): Silken mouse enabled
[    15.721] (II) NOUVEAU(0): NVEnterVT is called.
[    15.721] (**) NOUVEAU(0): DPMS enabled
[    15.721] (II) NOUVEAU(0): RandR 1.2 enabled, ignore the following RandR disabled message.
[    15.722] (--) RandR disabled

I think the bit about uninstalling the xf86-video-vesa driver was a red herring - but if you uninstall that and the xf86-video-nv driver you know they can't be messing things up. Do a 'cat /var/log/pacman.log | grep xf86-video*' to see what you've got installed.

Pete

Last edited by shetland_breeder (2010-07-02 11:55:01)

shetland_breeder · 2010-07-02 11:52:56

OK, I just installed Arch on my old Athlon 1800 PC.

With a vanilla install plus the 'xorg' group with no additional video drivers then I get the 'black screen tty' effect.

The reason is that X is using the vesa driver and since the kernel is using nouveau for KMS everything gets fouled up when you start X then switch to a virtual console.

Installed xf86-video-nouveau, added the Device stanza to xorg.conf and it all works properly.

If you don't like the xf86-video-nouveau driver it also works with the xf86-video-nv driver - just install it and change the Driver line in the Device stanza in xorg.conf

Pete

oupsemma · 2010-07-03 09:11:42

shetland_breeder wrote:

I have a similar type problem with my old Deskjet 640c that doesn't work with the latest hplip driver.

Same here; this DeskJet 640C is usually very easy to install, you plug it in and it usually works straight on in tons of distributions. And it's working flawlessly on other distros I've on my computer.

It's been days I've been trying to install it in my Arch, and finally found that what's working is to choose CUPS+Gutenprint v5.2.5 (instead of any HPLIP or HPIJS one) and keep the new PPD (do not choose to tweak the old one as you will be offered).
The driver name is STP01419.PPD.
Hope that will help somebody else not to spend too much time on that usually easygoing 640C.

Edit: and you have to add !lpusb to your modules in /etc/rc.conf for this printer

Last edited by oupsemma (2010-07-03 09:47:25)

shetland_breeder · 2010-07-03 12:00:43

Brilliant - what a star!

I'd forgotten about the Gutenprint drivers. Installed the package, set up printer in CUPS and it works 100%.

I don't seem to have the lpusb module so didn't need to blacklist it, nor did I get asked to tweak the old PPD - but i only tried the straightforward HP way - which has always worked till now.

Thanks.

Pete

mauser1891 · 2010-08-11 01:49:32

[root@myhost X11]# dmesg | egrep "drm|radeon"
[drm] Initialized drm 1.1.0 20060810
[drm] nouveau 0000:01:00.0: Detected an NV10 generation card (0x017100a5)
[drm] nouveau 0000:01:00.0: Attempting to load BIOS image from PROM
[drm] nouveau 0000:01:00.0: ... appears to be valid
[drm] nouveau 0000:01:00.0: BMP BIOS found
[drm] nouveau 0000:01:00.0: BMP version 5.21
[drm] nouveau 0000:01:00.0: Bios version 04.17.00.55
[drm] nouveau 0000:01:00.0: Found Display Configuration Block version 2.0
[drm] nouveau 0000:01:00.0: Raw DCB entry 0: 01000100 000088b8
[drm] nouveau 0000:01:00.0: Raw DCB entry 1: 02010121 00000303
[drm] nouveau 0000:01:00.0: Raw DCB entry 2: 02010221 00000303
[drm] nouveau 0000:01:00.0: Merging DCB entries 1 and 2
[drm] nouveau 0000:01:00.0: Loading NV17 power sequencing microcode
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 0 at offset 0xCE28
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 1 at offset 0xD16E
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 2 at offset 0xCF43
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 3 at offset 0xD6FD
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 4 at offset 0xD0CA
[drm] nouveau 0000:01:00.0: Detected 128MiB VRAM
[drm] nouveau 0000:01:00.0: 64 MiB GART (aperture)
[drm] nouveau 0000:01:00.0: Allocating FIFO number 0
[drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 0
[drm] nouveau 0000:01:00.0: Initial CRTC_OWNER is 0
[drm] nouveau 0000:01:00.0: Saving VGA fonts
[drm] nouveau 0000:01:00.0: Detected a VGA connector
[drm] nouveau 0000:01:00.0: Detected a TV connector
[drm] nouveau 0000:01:00.0: Setting dpms mode 3 on vga encoder (output 0)
[drm] nouveau 0000:01:00.0: Setting dpms mode 3 on TV encoder (output 1)
[drm] nouveau 0000:01:00.0: allocated 1366x768 fb: 0x49000, bo f6612e00
[drm] nouveau 0000:01:00.0: Setting dpms mode 0 on vga encoder (output 0)
[drm] nouveau 0000:01:00.0: Output VGA-1 is running on CRTC 0 using output A
[drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on minor 0

I am using a ATI 7000/r100 and that is what I got.
I pacman -R xf86-video-vesa driver at this point, and I am going to pacman -S xf86-video-nouveau to see what happens.

shetland_breeder · 2010-08-11 07:51:40

Well you won't have much luck with the xf86-video-nouveau driver - that driver is for NVIDIA cards, not ATI.

Pete

mauser1891 · 2011-10-05 02:53:49

ty shetland_breeder,

That system has not been in service for a longtime now.
I am now using a A6-3400M powered NV55S07u Gateway laptop.
Which will be a new chapter.

the sad clown · 2011-10-05 02:57:53

He responded to you a long time ago as well. The post is 14 months old.

Arch Linux

#1 2010-06-22 17:23:45

strange tty behaviour with xorg 1.8

#2 2010-06-22 17:50:26

Re: strange tty behaviour with xorg 1.8

#3 2010-06-22 18:04:27

Re: strange tty behaviour with xorg 1.8

#4 2010-06-22 18:24:33

Re: strange tty behaviour with xorg 1.8

#5 2010-06-22 22:42:00

Re: strange tty behaviour with xorg 1.8

#6 2010-06-28 06:29:47

Re: strange tty behaviour with xorg 1.8

#7 2010-06-28 08:28:05

Re: strange tty behaviour with xorg 1.8

#8 2010-06-28 08:43:22

Re: strange tty behaviour with xorg 1.8

#9 2010-06-28 09:18:19

Re: strange tty behaviour with xorg 1.8

#10 2010-06-29 16:01:18

Re: strange tty behaviour with xorg 1.8

#11 2010-06-29 20:29:00

Re: strange tty behaviour with xorg 1.8

#12 2010-07-01 20:28:10

Re: strange tty behaviour with xorg 1.8

#13 2010-07-02 08:31:13

Re: strange tty behaviour with xorg 1.8

#14 2010-07-02 11:52:56

Re: strange tty behaviour with xorg 1.8

#15 2010-07-03 09:11:42

Re: strange tty behaviour with xorg 1.8

#16 2010-07-03 12:00:43

Re: strange tty behaviour with xorg 1.8

#17 2010-08-11 01:49:32

Re: strange tty behaviour with xorg 1.8

#18 2010-08-11 07:51:40

Re: strange tty behaviour with xorg 1.8

#19 2011-10-05 02:53:49

Re: strange tty behaviour with xorg 1.8

#20 2011-10-05 02:57:53

Re: strange tty behaviour with xorg 1.8

Board footer