* running x.org on powerpc64 with nvidia6200
@ 2009-02-13 15:36 Alexey Kardashevsky
[not found] ` <49959366.2000805-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 19+ messages in thread
From: Alexey Kardashevsky @ 2009-02-13 15:36 UTC (permalink / raw)
To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 22400 bytes --]
I am newbie in this topic and I have problems trying to bring x.org up
on the hardware I have:
IBM QS22 BladeServer (PowerPC64 architecture) with PCI-Express connected
nVidia 6200 video card.
OS: Fedora 10-ppc: Linux localhost.localdomain 2.6.27.5aik #1 SMP Tue
Feb 10 14:55:56 EST 2009 ppc64 ppc64 ppc64 GNU/Linux
I downloaded and compiled DRM driver (git clone
git://anongit.freedesktop.org/git/mesa/drm) and loaded it:
[root@localhost ~]# modprobe drm
[root@localhost ~]# modprobe nouveau
[root@localhost ~]# dmesg | tail -n 3
nouveau 0005:01:00.0: enabling device (0140 -> 0142)
[drm] Detected an NV44 generation card (0x044300b2)
[drm] Initialized nouveau 0.0.12 libdrm-2.4.4-28-geb78c53aa1a980e60 on
minor 0
[root@localhost ~]# lsmod | grep no
nouveau 351856 0
drm 249176 1 nouveau
[root@localhost ~]# lspci -v
[...]
0005:01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce
6200 LE] (rev a1) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 827b
Flags: bus master, fast devsel, latency 0, IRQ 106
Memory at 3d080000000 (32-bit, non-prefetchable) [size=16M]
Memory at 3d0c0000000 (64-bit, prefetchable) [size=512M]
Memory at 3d081000000 (64-bit, non-prefetchable) [size=16M]
Expansion ROM at 3d082000000 [size=128K]
Capabilities: [60] Power Management version 2
Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+
Count=1/1 Enable-
Capabilities: [78] Express Endpoint, MSI 00
Capabilities: [100] Virtual Channel <?>
Capabilities: [128] Power Budgeting <?>
Kernel driver in use: nouveau
[root@localhost ~]# ls -la /dev/fb*
crw------- 1 root root 29, 0 2009-02-13 10:19 /dev/fb
*
Also I've got
http://cgit.freedesktop.org/mesa/mesa/snapshot/mesa_7_3.tar.bz2,
compiled and installed.
Then, I've tried configuring x.org:
*
[root@localhost ~]# X -configure -verbose 255
(II) config/hal: initialized
X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.18-92.1.10.el5 ppc
Current Operating System: Linux localhost.localdomain 2.6.27.5aik #1 SMP
Tue Feb 10 14:55:56 EST 2009 ppc64
Build Date: 16 November 2008 08:30:07PM
Build ID: xorg-x11-server 1.5.3-5.fc10
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 13 10:25:59 2009
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x101e59a4
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 4.1
X.Org XInput driver : 2.1
X.Org Server Extension : 1.1
X.Org Font Renderer : 0.6
(II) Loader running on linux
(--) using VT number 7
(--) PCI:*(5@1:0:0) nVidia Corporation NV44 [GeForce 6200 LE] rev 161,
Mem @ 0x1020bd9c/976, 0x1020bd9c/976, 0x1020bd9c/976, BIOS @
0x????????/270581148
List of video drivers:
nouveau
mga
i740
sis
savage
i128
mach64
trident
tdfx
s3virge
dummy
r128
cirrus
siliconmotion
ati
glint
v4l
sisusb
rendition
radeon
apm
ast
voodoo
fbdev
vesa
(II) LoadModule: "nouveau"
(II) Loading /usr/lib/xorg/modules/drivers//nouveau_drv.so
(II) Module nouveau: vendor="X.Org Foundation"
compiled for 1.4.99.906, module version = 0.0.10
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.1
(II) LoadModule: "mga"
(II) Loading /usr/lib/xorg/modules/drivers//mga_drv.so
(II) Module mga: vendor="X.Org Foundation"
compiled for 1.4.99.902, module version = 1.4.9
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "i740"
(II) Loading /usr/lib/xorg/modules/drivers//i740_drv.so
(II) Module i740: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 1.2.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "sis"
(II) Loading /usr/lib/xorg/modules/drivers//sis_drv.so
(II) Module sis: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 0.10.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "savage"
(II) Loading /usr/lib/xorg/modules/drivers//savage_drv.so
(II) Module savage: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 2.2.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "i128"
(II) Loading /usr/lib/xorg/modules/drivers//i128_drv.so
(II) Module i128: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 1.3.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "mach64"
(II) Loading /usr/lib/xorg/modules/drivers//mach64_drv.so
(II) Module mach64: vendor="X.Org Foundation"
compiled for 1.4.99.906, module version = 6.8.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.1
(II) LoadModule: "trident"
(II) Loading /usr/lib/xorg/modules/drivers//trident_drv.so
(II) Module trident: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 1.3.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "tdfx"
(II) Loading /usr/lib/xorg/modules/drivers//tdfx_drv.so
(II) Module tdfx: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 1.4.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "s3virge"
(II) Loading /usr/lib/xorg/modules/drivers//s3virge_drv.so
(II) Module s3virge: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 1.10.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "dummy"
(II) Loading /usr/lib/xorg/modules/drivers//dummy_drv.so
(II) Module dummy: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 0.3.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "r128"
(II) Loading /usr/lib/xorg/modules/drivers//r128_drv.so
(II) Module r128: vendor="X.Org Foundation"
compiled for 1.4.99.906, module version = 6.8.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.1
(II) LoadModule: "cirrus"
(II) Loading /usr/lib/xorg/modules/drivers//cirrus_drv.so
(II) Module cirrus: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 1.2.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "siliconmotion"
(II) Loading /usr/lib/xorg/modules/drivers//siliconmotion_drv.so
(II) Module siliconmotion: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 1.6.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "ati"
(II) Loading /usr/lib/xorg/modules/drivers//ati_drv.so
(II) Module ati: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 6.9.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.1
(II) LoadModule: "glint"
(II) Loading /usr/lib/xorg/modules/drivers//glint_drv.so
(II) Module glint: vendor="X.Org Foundation"
compiled for 1.4.99.902, module version = 1.2.1
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "v4l"
(II) Loading /usr/lib/xorg/modules/drivers//v4l_drv.so
(II) Module v4l: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 0.1.1
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "sisusb"
(II) Loading /usr/lib/xorg/modules/drivers//sisusb_drv.so
(II) Module sisusb: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 0.9.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "rendition"
(II) Loading /usr/lib/xorg/modules/drivers//rendition_drv.so
(II) Module rendition: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 4.2.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "radeon"
(II) Loading /usr/lib/xorg/modules/drivers//radeon_drv.so
(II) Module radeon: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 6.9.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.1
(II) LoadModule: "apm"
(II) Loading /usr/lib/xorg/modules/drivers//apm_drv.so
(II) Module apm: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 1.2.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "ast"
(II) Loading /usr/lib/xorg/modules/drivers//ast_drv.so
(II) Module ast: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 0.85.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "voodoo"
(II) Loading /usr/lib/xorg/modules/drivers//voodoo_drv.so
(II) Module voodoo: vendor="X.Org Foundation"
compiled for 4.3.99.902, module version = 1.1.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "fbdev"
(II) Loading /usr/lib/xorg/modules/drivers//fbdev_drv.so
(II) Module fbdev: vendor="X.Org Foundation"
compiled for 1.4.99.2, module version = 0.3.1
ABI class: X.Org Video Driver, version 4.0
(II) LoadModule: "vesa"
(II) Loading /usr/lib/xorg/modules/drivers//vesa_drv.so
(II) Module vesa: vendor="X.Org Foundation"
compiled for 1.4.99.905, module version = 1.3.0
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.1
(II) System resource ranges:
(II) Primary Device is: PCI 01@05:00:0
(II) NOUVEAU driver
(II) NOUVEAU driver for NVIDIA chipset families :
RIVA TNT (NV04)
RIVA TNT2 (NV05)
GeForce 256 (NV10)
GeForce 2 (NV11, NV15)
GeForce 4MX (NV17, NV18)
GeForce 3 (NV20)
GeForce 4Ti (NV25, NV28)
GeForce FX (NV3x)
GeForce 6 (NV4x)
GeForce 7 (G7x)
GeForce 8 (G8x)
(WW) Falling back to old probe method for i740
(WW) Falling back to old probe method for sis
(WW) Falling back to old probe method for i128
(WW) Falling back to old probe method for trident
(WW) Falling back to old probe method for s3virge
S3VProbe begin
(WW) Falling back to old probe method for dummy
(WW) Falling back to old probe method for cirrus
(II) Loading sub module "cirrus_laguna"
(II) LoadModule: "cirrus_laguna"
(II) Loading /usr/lib/xorg/modules/drivers//cirrus_laguna.so
(II) Module cirrus_laguna: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 1.0.0
ABI class: X.Org Video Driver, version 4.0
(II) Loading sub module "cirrus_alpine"
(II) LoadModule: "cirrus_alpine"
(II) Loading /usr/lib/xorg/modules/drivers//cirrus_alpine.so
(II) Module cirrus_alpine: vendor="X.Org Foundation"
compiled for 1.4.99.901, module version = 1.0.0
ABI class: X.Org Video Driver, version 4.0
(WW) Falling back to old probe method for siliconmotion
(WW) Falling back to old probe method for glint
(WW) Falling back to old probe method for v4l
(II) v4l driver for Video4Linux
(WW) Falling back to old probe method for sisusb
(WW) Falling back to old probe method for apm
(WW) Falling back to old probe method for ast
(WW) Falling back to old probe method for voodoo
(II) FBDEV: driver for framebuffer: fbdev
(II) VESA: driver for VESA chipsets: vesa
(++) Using config file: "/root/xorg.conf.new"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) Automatically adding devices
(==) Automatically enabling devices
(==) Including the default font path
catalogue:/etc/X11/fontpath.d,built-ins.
(**) FontPath set to:
catalogue:/etc/X11/fontpath.d,
built-ins,
catalogue:/etc/X11/fontpath.d,
built-ins
(**) ModulePath set to "/usr/lib/xorg/modules"
(WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will
be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
Number of created screens does not match number of detected devices.
Configuration failed.
*As I understand, the configurator has detected my card and started
configuring it but something (what?) has failed.
Ok, with no hope, I'm trying to start the X:
*
[root@localhost ~]# X -config xorg.conf.new -verbose
255
(II) config/hal: initialized
X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.18-92.1.10.el5 ppc
Current Operating System: Linux localhost.localdomain 2.6.27.5aik #1 SMP
Tue Feb 10 14:55:56 EST 2009 ppc64
Build Date: 16 November 2008 08:30:07PM
Build ID: xorg-x11-server 1.5.3-5.fc10
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 13 10:26:48 2009
(++) Using config file: "xorg.conf.new"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) Automatically adding devices
(==) Automatically enabling devices
(==) Including the default font path
catalogue:/etc/X11/fontpath.d,built-ins.
(**) FontPath set to:
catalogue:/etc/X11/fontpath.d,
built-ins,
catalogue:/etc/X11/fontpath.d,
built-ins
(**) ModulePath set to "/usr/lib/xorg/modules"
(WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will
be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x101e59a4
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 4.1
X.Org XInput driver : 2.1
X.Org Server Extension : 1.1
X.Org Font Renderer : 0.6
(II) Loader running on linux
(--) using VT number 7
(--) PCI:*(5@1:0:0) nVidia Corporation NV44 [GeForce 6200 LE] rev 161,
Mem @ 0x1020bd9c/976, 0x1020bd9c/976, 0x1020bd9c/976, BIOS @
0x????????/270581148
(II) System resource ranges:
(II) "extmod" will be loaded. This was enabled by default and also
specified in the config file.
(II) "dbe" will be loaded. This was enabled by default and also
specified in the config file.
(II) "glx" will be loaded. This was enabled by default and also
specified in the config file.
(II) "freetype" will be loaded by default.
(II) "dri" will be loaded. This was enabled by default and also
specified in the config file.
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
ABI class: X.Org Server Extension, version 1.1
(==) AIGLX enabled
(==) Exporting typical set of GLX visuals
(II) Loading extension GLX
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension XFree86-DRI
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension SELinux
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "freetype"
(II) Loading /usr/lib/xorg/modules/fonts//libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
compiled for 1.5.3, module version = 2.1.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.6
(II) Loading font FreeType
(II) LoadModule: "nouveau"
(II) Loading /usr/lib/xorg/modules/drivers//nouveau_drv.so
(II) Module nouveau: vendor="X.Org Foundation"
compiled for 1.4.99.906, module version = 0.0.10
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.1
(II) NOUVEAU driver
(II) NOUVEAU driver for NVIDIA chipset families :
RIVA TNT (NV04)
RIVA TNT2 (NV05)
GeForce 256 (NV10)
GeForce 2 (NV11, NV15)
GeForce 4MX (NV17, NV18)
GeForce 3 (NV20)
GeForce 4Ti (NV25, NV28)
GeForce FX (NV3x)
GeForce 6 (NV4x)
GeForce 7 (G7x)
GeForce 8 (G8x)
(II) Primary Device is: PCI 01@05:00:0
(EE) No devices detected.
Fatal server error:
no screens found
*
It expectantly fails.
The auto-generated config is here:*
[root@localhost ~]# cat /root/xorg.conf.new
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
ModulePath "/usr/lib/xorg/modules"
FontPath "catalogue:/etc/X11/fontpath.d"
FontPath "built-ins"
EndSection
Section "Module"
Load "glx"
Load "dbe"
Load "dri"
Load "extmod"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5 6 7"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Monitor Model"
EndSection
Section "Device"
### Available Driver options are:-
### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
### [arg]: arg optional
#Option "SWcursor" # [<bool>]
#Option "HWcursor" # [<bool>]
#Option "NoAccel" # [<bool>]
#Option "ShadowFB" # [<bool>]
#Option "VideoKey" # <i>
#Option "FlatPanel" # [<bool>]
#Option "FPDither" # [<bool>]
#Option "FPScale" # [<bool>]
#Option "FPTweak" # <i>
#Option "CBLocation" # <str>
#Option "CBSize" # <i>
#Option "Randr12" # [<bool>]
#Option "ScalingMode" # <str>
#Option "PrepareFinishAccess" # [<bool>]
Identifier "Card0"
Driver "nouveau"
VendorName "nVidia Corporation"
BoardName "NV44 [GeForce 6200 LE]"
BusID "PCI:1:0:0"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
*As I see (but I am not sure that I do understand things right), x.org
uses vesa_drv.so for configuration but it starts with nouveau_drv.so
what looks for me as a mess.
So my questions are:
1. is there a simple way to know if /dev/fb is alive?
2. is there any simple way to make x.org working without ANY
acceleration at the moment?
3. what am I doing wrong in my expirements? I can see 4 types of drivers:
- original drivers coming with the fedora10 kernel (I got rid of them
before started playing with nouveau because they did not create even
/dev/fb*);
- drm drivers (which are replacement for the original onesm right?)
- x.org drivers (which I've not changed/replaced)
- mesa drivers - what is their role - I still do not understand.
Thank a lot in advance for the answers/clues on my silly questions :-)
*
[-- Attachment #1.2: Type: text/html, Size: 28356 bytes --]
[-- Attachment #2: Type: text/plain, Size: 181 bytes --]
_______________________________________________
Nouveau mailing list
Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <49959366.2000805-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2009-02-13 19:12 ` Pekka Paalanen
[not found] ` <20090213211243.60d6955a-cxYvVS3buNOdIgDiPM52R8c4bpwCjbIv@public.gmane.org>
2009-02-13 23:07 ` Stephane Marchesin
1 sibling, 1 reply; 19+ messages in thread
From: Pekka Paalanen @ 2009-02-13 19:12 UTC (permalink / raw)
To: Alexey Kardashevsky; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
On Fri, 13 Feb 2009 18:36:06 +0300
Alexey Kardashevsky <aik.rsdn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> I am newbie in this topic and I have problems trying to bring x.org up
> on the hardware I have:
> IBM QS22 BladeServer (PowerPC64 architecture) with PCI-Express connected
> nVidia 6200 video card.
Since this is a ppc64, architecture related bugs in Nouveau may occur.
I don't really know the situation here.
> OS: Fedora 10-ppc: Linux localhost.localdomain 2.6.27.5aik #1 SMP Tue
> Feb 10 14:55:56 EST 2009 ppc64 ppc64 ppc64 GNU/Linux
>
> I downloaded and compiled DRM driver (git clone
> git://anongit.freedesktop.org/git/mesa/drm) and loaded it:
>
> [root@localhost ~]# modprobe drm
> [root@localhost ~]# modprobe nouveau
> [root@localhost ~]# dmesg | tail -n 3
> nouveau 0005:01:00.0: enabling device (0140 -> 0142)
> [drm] Detected an NV44 generation card (0x044300b2)
> [drm] Initialized nouveau 0.0.12 libdrm-2.4.4-28-geb78c53aa1a980e60 on
> minor 0
> [root@localhost ~]# lsmod | grep no
> nouveau 351856 0
> drm 249176 1 nouveau
> [root@localhost ~]# lspci -v
> [...]
> 0005:01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce
> 6200 LE] (rev a1) (prog-if 00 [VGA controller])
Hmm, note the bus id.
> Subsystem: ASUSTeK Computer Inc. Device 827b
> Flags: bus master, fast devsel, latency 0, IRQ 106
> Memory at 3d080000000 (32-bit, non-prefetchable) [size=16M]
> Memory at 3d0c0000000 (64-bit, prefetchable) [size=512M]
> Memory at 3d081000000 (64-bit, non-prefetchable) [size=16M]
> Expansion ROM at 3d082000000 [size=128K]
> Capabilities: [60] Power Management version 2
> Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+
> Count=1/1 Enable-
> Capabilities: [78] Express Endpoint, MSI 00
> Capabilities: [100] Virtual Channel <?>
> Capabilities: [128] Power Budgeting <?>
> Kernel driver in use: nouveau
>
> [root@localhost ~]# ls -la /dev/fb*
> crw------- 1 root root 29, 0 2009-02-13 10:19 /dev/fb
This is offb, right? If it is nvidiafb, you need to use... can't recall,
see here: http://nouveau.freedesktop.org/wiki/Kernel_Framebuffer_Driver
The device you should get from nouveau DRM is /dev/dri/card0.
> Then, I've tried configuring x.org:
> *
> [root@localhost ~]# X -configure -verbose 255
Should this really work? I've no idea.
> Ok, with no hope, I'm trying to start the X:
> *
> [root@localhost ~]# X -config xorg.conf.new -verbose
> 255
> (II) config/hal: initialized
> X.Org X Server 1.5.3
> Release Date: 5 November 2008
> X Protocol Version 11, Revision 0
> Build Operating System: Linux 2.6.18-92.1.10.el5 ppc
> Current Operating System: Linux localhost.localdomain 2.6.27.5aik #1 SMP
> Tue Feb 10 14:55:56 EST 2009 ppc64
> Build Date: 16 November 2008 08:30:07PM
> Build ID: xorg-x11-server 1.5.3-5.fc10
> Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> Markers: (--) probed, (**) from config file, (==) default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 13 10:26:48 2009
> (++) Using config file: "xorg.conf.new"
> (==) ServerLayout "X.org Configured"
> (**) |-->Screen "Screen0" (0)
> (**) | |-->Monitor "Monitor0"
> (**) | |-->Device "Card0"
> (**) |-->Input Device "Mouse0"
> (**) |-->Input Device "Keyboard0"
> (==) Automatically adding devices
> (==) Automatically enabling devices
> (==) Including the default font path
> catalogue:/etc/X11/fontpath.d,built-ins.
> (**) FontPath set to:
> catalogue:/etc/X11/fontpath.d,
> built-ins,
> catalogue:/etc/X11/fontpath.d,
> built-ins
> (**) ModulePath set to "/usr/lib/xorg/modules"
> (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will
> be disabled.
> (WW) Disabling Mouse0
> (WW) Disabling Keyboard0
> (II) No APM support in BIOS or kernel
> (II) Loader magic: 0x101e59a4
> (II) Module ABI versions:
> X.Org ANSI C Emulation: 0.4
> X.Org Video Driver: 4.1
> X.Org XInput driver : 2.1
> X.Org Server Extension : 1.1
> X.Org Font Renderer : 0.6
> (II) Loader running on linux
> (--) using VT number 7
>
> (--) PCI:*(5@1:0:0) nVidia Corporation NV44 [GeForce 6200 LE] rev 161,
> Mem @ 0x1020bd9c/976, 0x1020bd9c/976, 0x1020bd9c/976, BIOS @
> 0x????????/270581148
> (II) LoadModule: "nouveau"
>
> (II) Loading /usr/lib/xorg/modules/drivers//nouveau_drv.so
> (II) Module nouveau: vendor="X.Org Foundation"
> compiled for 1.4.99.906, module version = 0.0.10
> Module class: X.Org Video Driver
> ABI class: X.Org Video Driver, version 4.1
> (II) NOUVEAU driver
> (II) NOUVEAU driver for NVIDIA chipset families :
> RIVA TNT (NV04)
> RIVA TNT2 (NV05)
> GeForce 256 (NV10)
> GeForce 2 (NV11, NV15)
> GeForce 4MX (NV17, NV18)
> GeForce 3 (NV20)
> GeForce 4Ti (NV25, NV28)
> GeForce FX (NV3x)
> GeForce 6 (NV4x)
> GeForce 7 (G7x)
> GeForce 8 (G8x)
> (II) Primary Device is: PCI 01@05:00:0
Above it says bus id (5@1:0:0) and here 01@05:00:0...
could that be the problem?
> (EE) No devices detected.
>
> Fatal server error:
> no screens found
> The auto-generated config is here:*
>
> [root@localhost ~]# cat /root/xorg.conf.new
> Section "ServerLayout"
> Identifier "X.org Configured"
> Screen 0 "Screen0" 0 0
> InputDevice "Mouse0" "CorePointer"
> InputDevice "Keyboard0" "CoreKeyboard"
> EndSection
>
> Section "Files"
> ModulePath "/usr/lib/xorg/modules"
> FontPath "catalogue:/etc/X11/fontpath.d"
> FontPath "built-ins"
> EndSection
>
> Section "Module"
> Load "glx"
> Load "dbe"
> Load "dri"
> Load "extmod"
> EndSection
>
> Section "InputDevice"
> Identifier "Keyboard0"
> Driver "kbd"
> EndSection
>
> Section "InputDevice"
> Identifier "Mouse0"
> Driver "mouse"
> Option "Protocol" "auto"
> Option "Device" "/dev/input/mice"
> Option "ZAxisMapping" "4 5 6 7"
> EndSection
>
> Section "Monitor"
> Identifier "Monitor0"
> VendorName "Monitor Vendor"
> ModelName "Monitor Model"
> EndSection
>
> Section "Device"
> ### Available Driver options are:-
> ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
> ### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
> ### [arg]: arg optional
> #Option "SWcursor" # [<bool>]
> #Option "HWcursor" # [<bool>]
> #Option "NoAccel" # [<bool>]
> #Option "ShadowFB" # [<bool>]
> #Option "VideoKey" # <i>
> #Option "FlatPanel" # [<bool>]
> #Option "FPDither" # [<bool>]
> #Option "FPScale" # [<bool>]
> #Option "FPTweak" # <i>
> #Option "CBLocation" # <str>
> #Option "CBSize" # <i>
> #Option "Randr12" # [<bool>]
> #Option "ScalingMode" # <str>
> #Option "PrepareFinishAccess" # [<bool>]
> Identifier "Card0"
> Driver "nouveau"
> VendorName "nVidia Corporation"
> BoardName "NV44 [GeForce 6200 LE]"
> BusID "PCI:1:0:0"
And this is a third bus id, different from the two above?
It's confusing at least. Try without any BusID in config?
> EndSection
>
> Section "Screen"
> Identifier "Screen0"
> Device "Card0"
> Monitor "Monitor0"
> SubSection "Display"
> Viewport 0 0
> Depth 1
> EndSubSection
> SubSection "Display"
> Viewport 0 0
> Depth 4
> EndSubSection
> SubSection "Display"
> Viewport 0 0
> Depth 8
> EndSubSection
> SubSection "Display"
> Viewport 0 0
> Depth 15
> EndSubSection
> SubSection "Display"
> Viewport 0 0
> Depth 16
> EndSubSection
> SubSection "Display"
> Viewport 0 0
> Depth 24
> EndSubSection
> EndSection
The config could be cleaned somewhat, but I don't see any other very odd
things.
> *As I see (but I am not sure that I do understand things right), x.org
> uses vesa_drv.so for configuration but it starts with nouveau_drv.so
> what looks for me as a mess.
> So my questions are:
> 1. is there a simple way to know if /dev/fb is alive?
That's the wrong device, AFAIK.
> 2. is there any simple way to make x.org working without ANY
> acceleration at the moment?
Enable NoAccel and ShadowFB in nouveau's Device section in xorg.conf...
but I don't see any reason for that, since DRM is not complaining.
> 3. what am I doing wrong in my expirements? I can see 4 types of drivers:
> - original drivers coming with the fedora10 kernel (I got rid of them
> before started playing with nouveau because they did not create even
> /dev/fb*);
That's the kernel framebuffer driver device, which is usually harmful
to accelerated X.org drivers, but since you have ppc, you probably
need something. The offb driver in kernel should work.
> - drm drivers (which are replacement for the original onesm right?)
Original what?
DRM modules are the kernel part of the Nouveau driver. Without them you
don't get any acceleration. These are not kernel framebuffer drivers (yet,
at least).
> - x.org drivers (which I've not changed/replaced)
nouveau_drv.so, required, from git.
> - mesa drivers - what is their role - I still do not understand.
3D acceleration. Not in any usable state at this time, and not
included in any Mesa release yet. You can just forget it and enjoy
software OpenGL rendering.
--
Pekka Paalanen
http://www.iki.fi/pq/
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <20090213211243.60d6955a-cxYvVS3buNOdIgDiPM52R8c4bpwCjbIv@public.gmane.org>
@ 2009-02-13 19:49 ` aik
[not found] ` <4995CEE7.2040805-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 19+ messages in thread
From: aik @ 2009-02-13 19:49 UTC (permalink / raw)
To: Pekka Paalanen; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 3546 bytes --]
Thanks for the prompt reply. My comments are below.
Pekka Paalanen wrote:
>> 0005:01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce
>> 6200 LE] (rev a1) (prog-if 00 [VGA controller])
>>
>
> Hmm, note the bus id.
>
I actually did, but I have no idea how to interpret this. x86 linux show
only 3 numbers for every device, but this server has 6 PCI roots with
separate bus numbering so if we want to use 3 numbers system, the bus-id
needs to be fixed somehow...
>> [root@localhost ~]# ls -la /dev/fb*
>> crw------- 1 root root 29, 0 2009-02-13 10:19 /dev/fb
>>
>
> This is offb, right? If it is nvidiafb, you need to use... can't recall,
> see here: http://nouveau.freedesktop.org/wiki/Kernel_Framebuffer_Driver
>
> The device you should get from nouveau DRM is /dev/dri/card0.
Note this place. I'll ask later :)
>
>> (II) Primary Device is: PCI 01@05:00:0
>>
>
> Above it says bus id (5@1:0:0) and here 01@05:00:0...
> could that be the problem?
>
>
I'd like anybody to tell what do they write (or see after auto-config)
as PCI-id for their videos on ppc. I think that it might be a problem.
>> Section "Device"
>> Driver "nouveau"
>> VendorName "nVidia Corporation"
>> BoardName "NV44 [GeForce 6200 LE]"
>> BusID "PCI:1:0:0"
>>
>
> And this is a third bus id, different from the two above?
> It's confusing at least. Try without any BusID in config?
>
For example? What string would at least look correct? I did try a lot of
them but to no avail.
>> 3. what am I doing wrong in my expirements? I can see 4 types of drivers:
>> - original drivers coming with the fedora10 kernel (I got rid of them
>> before started playing with nouveau because they did not create even
>> /dev/fb*);
>>
>
> That's the kernel framebuffer driver device, which is usually harmful
> to accelerated X.org drivers, but since you have ppc, you probably
> need something. The offb driver in kernel should work.
>
Is /dev/dri/card0 the only device node needed for X? Do not we need /dev/fb(0) as well? Or we need both, do we?
>> - drm drivers (which are replacement for the original onesm right?)
>>
> Original what?
>
Original I meant is the .ko which appears after compiling the Linux
kernel with the nVidia driver enabled as a module.
My point was that there can be only it OR drm driver loaded. At least,
the original drriver does not start (and does not create /dev/fb - I am
not sure tha it has to, but anyway) because it fails on reading the
nVidia registers in the very beginning (while executing its _probe) -
all the memory space mapped via PCI BAR0 is empty.
> DRM modules are the kernel part of the Nouveau driver. Without them you
> don't get any acceleration. These are not kernel framebuffer drivers (yet,
> at least).
>
But is the original (from the linux kernel tree) driver required to make
things working at all?
>> - x.org drivers (which I've not changed/replaced)
>>
>
> nouveau_drv.so, required, from git.
>
It is accessed via /dev/dri/card0, right?
>> - mesa drivers - what is their role - I still do not understand.
>>
>
> 3D acceleration. Not in any usable state at this time, and not
> included in any Mesa release yet. You can just forget it and enjoy
> software OpenGL rendering.
>
Cool! There are already too many things so excluding any of them is
helpful :-)
Actually I start thinking that I need to look for the linux capable to
start with X on PlayStation3. It can have clues...
[-- Attachment #1.2: Type: text/html, Size: 5744 bytes --]
[-- Attachment #2: Type: text/plain, Size: 181 bytes --]
_______________________________________________
Nouveau mailing list
Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <4995CEE7.2040805-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2009-02-13 20:18 ` Pekka Paalanen
0 siblings, 0 replies; 19+ messages in thread
From: Pekka Paalanen @ 2009-02-13 20:18 UTC (permalink / raw)
To: aik; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
On Fri, 13 Feb 2009 22:49:59 +0300
aik <aik.rsdn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Pekka Paalanen wrote:
> >> 0005:01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce
> >> 6200 LE] (rev a1) (prog-if 00 [VGA controller])
> >
> > Hmm, note the bus id.
>
> I actually did, but I have no idea how to interpret this. x86 linux show
> only 3 numbers for every device, but this server has 6 PCI roots with
> separate bus numbering so if we want to use 3 numbers system, the bus-id
> needs to be fixed somehow...
I've absolutely no experience about ppc, ppc64, or multiple PCI roots,
so take my advice with a grain of salt.
> >> Section "Device"
> >> Driver "nouveau"
> >> VendorName "nVidia Corporation"
> >> BoardName "NV44 [GeForce 6200 LE]"
> >> BusID "PCI:1:0:0"
> >
> > And this is a third bus id, different from the two above?
> > It's confusing at least. Try without any BusID in config?
>
> For example? What string would at least look correct? I did try a lot of
> them but to no avail.
I mean literally, remove the BusID line. Or is that something that is
clearly not going to work? I've never dealt with server hardware.
> >> 3. what am I doing wrong in my expirements? I can see 4 types of drivers:
> >> - original drivers coming with the fedora10 kernel (I got rid of them
> >> before started playing with nouveau because they did not create even
> >> /dev/fb*);
> >
> > That's the kernel framebuffer driver device, which is usually harmful
> > to accelerated X.org drivers, but since you have ppc, you probably
> > need something. The offb driver in kernel should work.
>
> Is /dev/dri/card0 the only device node needed for X? Do not we need /dev/fb(0) as well? Or we need both, do we?
Normally, as I said, having /dev/fb* is harmful, becuase it means the
kernel fb driver is active (if using udev). On x86 it is definitely
not needed. I don't know how ppc changes this, since there is no VGA
text mode to begin with and you need some fb driver to have a text
console at all.
If you don't need /dev/fb* to have a text console, then you don't need it.
Period.
> Original I meant is the .ko which appears after compiling the Linux
> kernel with the nVidia driver enabled as a module.
nvidiafb.ko is a kernel fb driver. Especially nvidiafb.ko breaks things.
> My point was that there can be only it OR drm driver loaded. At least,
Yes, nvidiafb.ko and Nouveau break each other.
> the original drriver does not start (and does not create /dev/fb - I am
> not sure tha it has to, but anyway) because it fails on reading the
> nVidia registers in the very beginning (while executing its _probe) -
> all the memory space mapped via PCI BAR0 is empty.
>
> > DRM modules are the kernel part of the Nouveau driver. Without them you
> > don't get any acceleration. These are not kernel framebuffer drivers (yet,
> > at least).
>
> But is the original (from the linux kernel tree) driver required to make
> things working at all?
No. nvidiafb.ko and drm.ko from the Linux kernel break Nouveau.
If you need to have some kernel fb driver to have a text console,
use offb (vesafb should work with Nouveau, too, but don't all ppc's
have OF?).
You need drm.ko and nouveau.ko from DRM git repository.
> >> - x.org drivers (which I've not changed/replaced)
> >
> > nouveau_drv.so, required, from git.
>
> It is accessed via /dev/dri/card0, right?
Which "it"?
nouveau_drv.so, also known as the nouveau DDX, accesses the 2D hardware
acceleration features via /dev/dri/card0.
/dev/dri/card0 is created, when nouveau.ko is loaded and it recognizes
the card.
--
Pekka Paalanen
http://www.iki.fi/pq/
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <49959366.2000805-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-02-13 19:12 ` Pekka Paalanen
@ 2009-02-13 23:07 ` Stephane Marchesin
[not found] ` <6a89f9d50902131507h23cf0b50h62c887502d028073-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
1 sibling, 1 reply; 19+ messages in thread
From: Stephane Marchesin @ 2009-02-13 23:07 UTC (permalink / raw)
To: Alexey Kardashevsky; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
2009/2/13 Alexey Kardashevsky <aik.rsdn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
> I am newbie in this topic and I have problems trying to bring x.org up on
> the hardware I have:
> IBM QS22 BladeServer (PowerPC64 architecture) with PCI-Express connected
> nVidia 6200 video card.
> OS: Fedora 10-ppc: Linux localhost.localdomain 2.6.27.5aik #1 SMP Tue Feb 10
> 14:55:56 EST 2009 ppc64 ppc64 ppc64 GNU/Linux
>
How many PCI domains does that machine have ? Current libpciaccess is
broken, in that PCI cards only work in the first domain. So the
solution is to put the card in a slot from the first domain if
possible. You are screwed otherwise (well, you could replace the
hardcoded first domain in pciaccess with the right domain and it might
work, I don't know...)
Stephane
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <6a89f9d50902131507h23cf0b50h62c887502d028073-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2009-02-14 9:12 ` aik
[not found] ` <49968B05.4090701-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 19+ messages in thread
From: aik @ 2009-02-14 9:12 UTC (permalink / raw)
To: Stephane Marchesin; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
Stephane Marchesin wrote:
> How many PCI domains does that machine have ? Current libpciaccess is
> broken, in that PCI cards only work in the first domain. So the
> solution is to put the card in a slot from the first domain if
> possible. You are screwed otherwise (well, you could replace the
> hardcoded first domain in pciaccess with the right domain and it might
> work, I don't know...)
>
>
No way. There are 6 domains and the first does not have any connector...
But this libpciaccess - is it linux lib or nouveau lib or x.org lib?
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <49968B05.4090701-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2009-02-14 10:32 ` Stephane Marchesin
[not found] ` <6a89f9d50902140232h4b262deby85e7b437067fbc99-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
0 siblings, 1 reply; 19+ messages in thread
From: Stephane Marchesin @ 2009-02-14 10:32 UTC (permalink / raw)
To: aik; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
On Sat, Feb 14, 2009 at 10:12, aik <aik.rsdn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Stephane Marchesin wrote:
>>
>> How many PCI domains does that machine have ? Current libpciaccess is
>> broken, in that PCI cards only work in the first domain. So the
>> solution is to put the card in a slot from the first domain if
>> possible. You are screwed otherwise (well, you could replace the
>> hardcoded first domain in pciaccess with the right domain and it might
>> work, I don't know...)
>>
>>
>
> No way. There are 6 domains and the first does not have any connector...
> But this libpciaccess - is it linux lib or nouveau lib or x.org lib?
It's an X.Org library. If you look there is a 0 hardcoded somewhere
for the domain - can't recall where exactly offhand though. Most
people aren't affected because there is usually a single PCI domain on
PC/x86...
Stephane
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <6a89f9d50902140232h4b262deby85e7b437067fbc99-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2009-02-15 5:18 ` Dave Airlie
[not found] ` <21d7e9970902142118u50a56366u2efa5fe0d8aadd72-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
0 siblings, 1 reply; 19+ messages in thread
From: Dave Airlie @ 2009-02-15 5:18 UTC (permalink / raw)
To: Stephane Marchesin; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, aik
On Sat, Feb 14, 2009 at 8:32 PM, Stephane Marchesin
<marchesin-YynmYXH4S6491FlJP1ih0VAUjnlXr6A1@public.gmane.org> wrote:
> On Sat, Feb 14, 2009 at 10:12, aik <aik.rsdn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> Stephane Marchesin wrote:
>>>
>>> How many PCI domains does that machine have ? Current libpciaccess is
>>> broken, in that PCI cards only work in the first domain. So the
>>> solution is to put the card in a slot from the first domain if
>>> possible. You are screwed otherwise (well, you could replace the
>>> hardcoded first domain in pciaccess with the right domain and it might
>>> work, I don't know...)
>>>
>>>
>>
>> No way. There are 6 domains and the first does not have any connector...
>> But this libpciaccess - is it linux lib or nouveau lib or x.org lib?
>
> It's an X.Org library. If you look there is a 0 hardcoded somewhere
> for the domain - can't recall where exactly offhand though. Most
> people aren't affected because there is usually a single PCI domain on
> PC/x86...
I don't think thats true, pciaccess handles domains fine.
DRM on the other hand not so well, I think you get to play with the bits of the
drm that match buses. Also be careful X's BusID are bus@domain:func:dev
not at all obvious.
Dave.
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <21d7e9970902142118u50a56366u2efa5fe0d8aadd72-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2009-02-15 9:09 ` Stephane Marchesin
2009-02-16 13:32 ` aik
1 sibling, 0 replies; 19+ messages in thread
From: Stephane Marchesin @ 2009-02-15 9:09 UTC (permalink / raw)
To: Dave Airlie; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW, aik
On Sun, Feb 15, 2009 at 06:18, Dave Airlie <airlied-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> On Sat, Feb 14, 2009 at 8:32 PM, Stephane Marchesin
> <marchesin-YynmYXH4S6491FlJP1ih0VAUjnlXr6A1@public.gmane.org> wrote:
>> On Sat, Feb 14, 2009 at 10:12, aik <aik.rsdn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>> Stephane Marchesin wrote:
>>>>
>>>> How many PCI domains does that machine have ? Current libpciaccess is
>>>> broken, in that PCI cards only work in the first domain. So the
>>>> solution is to put the card in a slot from the first domain if
>>>> possible. You are screwed otherwise (well, you could replace the
>>>> hardcoded first domain in pciaccess with the right domain and it might
>>>> work, I don't know...)
>>>>
>>>>
>>>
>>> No way. There are 6 domains and the first does not have any connector...
>>> But this libpciaccess - is it linux lib or nouveau lib or x.org lib?
>>
>> It's an X.Org library. If you look there is a 0 hardcoded somewhere
>> for the domain - can't recall where exactly offhand though. Most
>> people aren't affected because there is usually a single PCI domain on
>> PC/x86...
>
> I don't think thats true, pciaccess handles domains fine.
>
> DRM on the other hand not so well, I think you get to play with the bits of the
> drm that match buses. Also be careful X's BusID are bus@domain:func:dev
> not at all obvious.
>
Yeah I asked benh and he said the domain problem in pciaccess was
indeed fixed, but in the DRM not so much... He also said he had some
patches though :)
Stephane
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <21d7e9970902142118u50a56366u2efa5fe0d8aadd72-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-02-15 9:09 ` Stephane Marchesin
@ 2009-02-16 13:32 ` aik
[not found] ` <49996AD8.2010602-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
1 sibling, 1 reply; 19+ messages in thread
From: aik @ 2009-02-16 13:32 UTC (permalink / raw)
To: Dave Airlie; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
Thank you all for the help, I got a bit further in my way :-)
First of all, X.org understands domains but something is wrong. I
managed to change the video card's domain to #1. X.org failed with:
(II) Reloading /usr/lib/xorg/modules/extensions//libdri.so
(II) NOUVEAU(0): Loaded DRI module
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenByBusid: Searching for BusID pci:0001:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenByBusid: drmOpenMinor returns 9
drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
drmOpenDevice: node name is /dev/dri/card1
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card2
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card3
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card4
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card5
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card6
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card7
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card8
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card9
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card10
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card11
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card12
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card13
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card14
drmOpenByBusid: drmOpenMinor returns -1
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmGetBusid returned ''
(EE) NOUVEAU(0): wrong DRM version
(EE) NOUVEAU(0): 1365:
Maybe it helps somebody who is responsible for multi-domain capable code :-)
Then, I made a try to move the card to domain #0. Having the BIOS source
code, it was easy.
But it keeps failing with the same error -
(EE) NOUVEAU(0): wrong DRM version
(EE) NOUVEAU(0): 1365:
What does it mean?
I'm also a little confused by a try loading something called "int10h"
which does not exist in any form on my server.
Linux Fedora 10, DRI/DRM has been taken from GIT less than week ago.
"lspci", config and x.log are below.
[root@localhost linux-core]# uname -a
Linux localhost.localdomain 2.6.27.5aik #1 SMP Tue Feb 10 14:55:56 EST
2009 ppc64 ppc64 ppc64 GNU/Linux
[root@localhost ~]# lspci -vv
[...]
0000:01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce
6200 LE] (rev a1) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 827b
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr+ Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 98
Region 0: Memory at 1c080000000 (32-bit, non-prefetchable)
[size=16M]
Region 1: Memory at 1c0c0000000 (64-bit, prefetchable) [size=512M]
Region 3: Memory at 1c081000000 (64-bit, non-prefetchable)
[size=16M]
Expansion ROM at 1c082000000 [size=128K]
Capabilities: [60] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+
Count=1/1 Enable-
Address: 0000000000000000 Data: 0000
Capabilities: [78] Express (v1) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s
<512ns, L1 <4us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal-
Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr-
TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x16, ASPM L0s L1,
Latency L0 <1us, L1 <4us
ClockPM- Suprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain-
CommClk-
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x16, TrErr- Train- SlotClk+
DLActive- BWMgmt- ABWMgmt-
Capabilities: [100] Virtual Channel <?>
Capabilities: [128] Power Budgeting <?>
Kernel driver in use: nouveau
[root@localhost ~]# X -config /root/xorg.conf.new -verbose 255
(II) config/hal: initialized
X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.18-92.1.10.el5 ppc
Current Operating System: Linux localhost.localdomain 2.6.27.5aik #1 SMP
Tue Feb 10 14:55:56 EST 2009 ppc64
Build Date: 16 November 2008 08:30:07PM
Build ID: xorg-x11-server 1.5.3-5.fc10
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Feb 16 08:12:47 2009
(++) Using config file: "/root/xorg.conf.new"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) Automatically adding devices
(==) Automatically enabling devices
(==) Including the default font path
catalogue:/etc/X11/fontpath.d,built-ins.
(**) FontPath set to:
catalogue:/etc/X11/fontpath.d,
built-ins,
catalogue:/etc/X11/fontpath.d,
built-ins
(**) ModulePath set to "/usr/lib/xorg/modules"
(WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will
be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x101e59a4
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 4.1
X.Org XInput driver : 2.1
X.Org Server Extension : 1.1
X.Org Font Renderer : 0.6
(II) Loader running on linux
(--) using VT number 7
(--) PCI:*(0@1:0:0) nVidia Corporation NV44 [GeForce 6200 LE] rev 161,
Mem @ 0x1020bd9c/448, 0x1020bd9c/448, 0x1020bd9c/448, BIOS @
0x????????/270581148
(II) System resource ranges:
(II) "extmod" will be loaded. This was enabled by default and also
specified in the config file.
(II) "dbe" will be loaded. This was enabled by default and also
specified in the config file.
(II) "glx" will be loaded. This was enabled by default and also
specified in the config file.
(II) "freetype" will be loaded by default.
(II) "dri" will be loaded. This was enabled by default and also
specified in the config file.
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
ABI class: X.Org Server Extension, version 1.1
(==) AIGLX enabled
(==) Exporting typical set of GLX visuals
(II) Loading extension GLX
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension XFree86-DRI
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension SELinux
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "freetype"
(II) Loading /usr/lib/xorg/modules/fonts//libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
compiled for 1.5.3, module version = 2.1.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.6
(II) Loading font FreeType
(II) LoadModule: "nouveau"
(II) Loading /usr/lib/xorg/modules/drivers//nouveau_drv.so
(II) Module nouveau: vendor="X.Org Foundation"
compiled for 1.4.99.906, module version = 0.0.10
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.1
(II) NOUVEAU driver
(II) NOUVEAU driver for NVIDIA chipset families :
RIVA TNT (NV04)
RIVA TNT2 (NV05)
GeForce 256 (NV10)
GeForce 2 (NV11, NV15)
GeForce 4MX (NV17, NV18)
GeForce 3 (NV20)
GeForce 4Ti (NV25, NV28)
GeForce FX (NV3x)
GeForce 6 (NV4x)
GeForce 7 (G7x)
GeForce 8 (G8x)
(II) Primary Device is: PCI 01@00:00:0
(II) resource ranges after probing:
(--) NOUVEAU(0): Chipset: "NVIDIA NV20"
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/lib/xorg/modules//libint10.so
(II) Module int10: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
ABI class: X.Org Video Driver, version 4.1
(==) NOUVEAU(0): Depth 24, (==) framebuffer bpp 32
(==) NOUVEAU(0): RGB weight 888
(==) NOUVEAU(0): Default visual is TrueColor
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib/xorg/modules//libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 0.1.0
ABI class: X.Org Video Driver, version 4.1
(==) NOUVEAU(0): Randr1.2 support enabled
(==) NOUVEAU(0): Using HW cursor
(--) NOUVEAU(0): Linear framebuffer at 0xC0000000
(--) NOUVEAU(0): MMIO registers at 0x80000000
(II) Loading sub module "dri"
(II) LoadModule: "dri"
(II) Reloading /usr/lib/xorg/modules/extensions//libdri.so
(II) NOUVEAU(0): Loaded DRI module
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenByBusid: drmOpenMinor returns 9
drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
(EE) NOUVEAU(0): wrong DRM version
(EE) NOUVEAU(0): 1365:
(II) UnloadModule: "nouveau"
(II) UnloadModule: "dri"
(II) UnloadModule: "vgahw"
(II) Unloading /usr/lib/xorg/modules//libvgahw.so
(II) UnloadModule: "int10"
(II) Unloading /usr/lib/xorg/modules//libint10.so
(EE) Screen(s) found, but none have a usable configuration.
Fatal server error:
no screens found
[root@localhost ~]# cat /root/xorg.conf.new
Section "ServerLayout"
Identifier "X.org Configured"
Screen 0 "Screen0" 0 0
InputDevice "Mouse0" "CorePointer"
InputDevice "Keyboard0" "CoreKeyboard"
EndSection
Section "Files"
ModulePath "/usr/lib/xorg/modules"
FontPath "catalogue:/etc/X11/fontpath.d"
FontPath "built-ins"
EndSection
Section "Module"
Load "glx"
Load "dbe"
Load "dri"
Load "extmod"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5 6 7"
EndSection
Section "Monitor"
Identifier "Monitor0"
VendorName "Monitor Vendor"
ModelName "Monitor Model"
EndSection
Section "Device"
Identifier "Card0"
Driver "nouveau"
VendorName "nVidia Corporation"
BoardName "NV44 [GeForce 6200 LE]"
BusID "PCI:1@0:0:0"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 24
EndSubSection
EndSection
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <49996AD8.2010602-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2009-02-16 15:59 ` Younes Manton
[not found] ` <586c2acd0902160759u535b18dfsb5554f5a2d1a3d21-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
0 siblings, 1 reply; 19+ messages in thread
From: Younes Manton @ 2009-02-16 15:59 UTC (permalink / raw)
To: aik; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
On Mon, Feb 16, 2009 at 8:32 AM, aik <aik.rsdn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Then, I made a try to move the card to domain #0. Having the BIOS source
> code, it was easy.
> But it keeps failing with the same error -
> (EE) NOUVEAU(0): wrong DRM version
> (EE) NOUVEAU(0): 1365:
>
> What does it mean?
> I'm also a little confused by a try loading something called "int10h"
> which does not exist in any form on my server.
>
>
> Linux Fedora 10, DRI/DRM has been taken from GIT less than week ago.
It means your DRM kernel module and X driver don't match. That is
strange, since it should fail to compile first I think. Somehow you
had the right DRM module at compile time but not at runtime? Try
getting the latest for both and recompiling.
/* temporary lock step versioning */
#if NOUVEAU_DRM_HEADER_PATCHLEVEL != 12
#error nouveau_drm.h does not match expected patchlevel, update libdrm.
#endif
if (pNv->pKernelDRMVersion->version_patchlevel !=
NOUVEAU_DRM_HEADER_PATCHLEVEL) {
xf86DrvMsg(pScrn->scrnIndex, X_ERROR,
"wrong DRM version\n");
return FALSE;
}
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <586c2acd0902160759u535b18dfsb5554f5a2d1a3d21-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2009-02-16 19:19 ` aik
[not found] ` <4999BC41.2060200-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-02-17 17:56 ` aik
1 sibling, 1 reply; 19+ messages in thread
From: aik @ 2009-02-16 19:19 UTC (permalink / raw)
To: Younes Manton; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 1785 bytes --]
Younes Manton wrote:
> On Mon, Feb 16, 2009 at 8:32 AM, aik <aik.rsdn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>
>> Then, I made a try to move the card to domain #0. Having the BIOS source
>> code, it was easy.
>> But it keeps failing with the same error -
>> (EE) NOUVEAU(0): wrong DRM version
>> (EE) NOUVEAU(0): 1365:
>>
>> What does it mean?
>> I'm also a little confused by a try loading something called "int10h"
>> which does not exist in any form on my server.
>>
>>
>> Linux Fedora 10, DRI/DRM has been taken from GIT less than week ago.
>>
>
> It means your DRM kernel module and X driver don't match. That is
> strange, since it should fail to compile first I think. Somehow you
> had the right DRM module at compile time but not at runtime? Try
> getting the latest for both and recompiling.
>
> /* temporary lock step versioning */
> #if NOUVEAU_DRM_HEADER_PATCHLEVEL != 12
> #error nouveau_drm.h does not match expected patchlevel, update libdrm.
> #endif
> if (pNv->pKernelDRMVersion->version_patchlevel !=
> NOUVEAU_DRM_HEADER_PATCHLEVEL) {
> xf86DrvMsg(pScrn->scrnIndex, X_ERROR,
> "wrong DRM version\n");
> return FALSE;
> }
>
>
I knew that I'm missing something essential :-) I forgot about xf86
driver... It does not compile:
git clone git://anongit.freedesktop.org/git/nouveau/xf86-video-nouveau
cd xf86-video-nouveau
./autogen.sh
[...]
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
./configure: line 20777: syntax error near unexpected token `RANDR,'
./configure: line 20777: `XORG_DRIVER_CHECK_EXT(RANDR, randrproto)'
[-- Attachment #1.2: Type: text/html, Size: 2346 bytes --]
[-- Attachment #2: Type: text/plain, Size: 181 bytes --]
_______________________________________________
Nouveau mailing list
Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <4999BC41.2060200-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2009-02-16 20:22 ` aik
[not found] ` <586c2acd0902170527u509cc3c8r63ddd372aac1e545@mail.gmail.com>
0 siblings, 1 reply; 19+ messages in thread
From: aik @ 2009-02-16 20:22 UTC (permalink / raw)
To: Younes Manton; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 3063 bytes --]
aik wrote:
> Younes Manton wrote:
>> On Mon, Feb 16, 2009 at 8:32 AM, aik <aik.rsdn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>>
>>> Then, I made a try to move the card to domain #0. Having the BIOS source
>>> code, it was easy.
>>> But it keeps failing with the same error -
>>> (EE) NOUVEAU(0): wrong DRM version
>>> (EE) NOUVEAU(0): 1365:
>>>
>>> What does it mean?
>>> I'm also a little confused by a try loading something called "int10h"
>>> which does not exist in any form on my server.
>>>
>>>
>>> Linux Fedora 10, DRI/DRM has been taken from GIT less than week ago.
>>>
>>
>> It means your DRM kernel module and X driver don't match. That is
>> strange, since it should fail to compile first I think. Somehow you
>> had the right DRM module at compile time but not at runtime? Try
>> getting the latest for both and recompiling.
>>
>> /* temporary lock step versioning */
>> #if NOUVEAU_DRM_HEADER_PATCHLEVEL != 12
>> #error nouveau_drm.h does not match expected patchlevel, update libdrm.
>> #endif
>> if (pNv->pKernelDRMVersion->version_patchlevel !=
>> NOUVEAU_DRM_HEADER_PATCHLEVEL) {
>> xf86DrvMsg(pScrn->scrnIndex, X_ERROR,
>> "wrong DRM version\n");
>> return FALSE;
>> }
>>
>>
> I knew that I'm missing something essential :-) I forgot about xf86
> driver... It does not compile:
>
> git clone git://anongit.freedesktop.org/git/nouveau/xf86-video-nouveau
> cd xf86-video-nouveau
> ./autogen.sh
> [...]
> checking whether gcc accepts -g... (cached) yes
> checking for gcc option to accept ISO C89... (cached) none needed
> checking dependency style of gcc... (cached) gcc3
> ./configure: line 20777: syntax error near unexpected token `RANDR,'
> ./configure: line 20777: `XORG_DRIVER_CHECK_EXT(RANDR, randrproto)'
>
>
I read
http://nouveau.freedesktop.org/wiki/FAQ#head-6f41727cc579ed3d7f42d67328466e2acbda9fc4
But I don't have any aclocal in the system with XORG_DRIVER_CHECK_EXT.
All the "Common examples" from http://wiki.x.org/wiki/Development/git
are also installed.
[root@localhost aclocal]# pwd
/opt/gfx-test/share/aclocal
[root@localhost aclocal]# ls -la
total 36
drwxr-xr-x 2 root root 4096 2009-02-16 14:58 .
drwxr-xr-x 3 root root 4096 2009-02-16 14:49 ..
-rw-r--r-- 1 root root 17793 2009-02-16 14:51 xorg-macros.m4
-rw-r--r-- 1 root root 5188 2009-02-16 14:58 xtrans.m4
[root@localhost aclocal]# grep XORG_DRIVER_CHECK_EXT *
[root@localhost aclocal]#
[root@localhost xf86-video-nouveau]# ./autogen.sh --prefix=/opt/gfx-test
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I /opt/gfx-test/share/aclocal
autoreconf: configure.ac: tracing
[...]
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
./configure: line 20777: syntax error near unexpected token `RANDR,'
./configure: line 20777: `XORG_DRIVER_CHECK_EXT(RANDR, randrproto)'
[-- Attachment #1.2: Type: text/html, Size: 4126 bytes --]
[-- Attachment #2: Type: text/plain, Size: 181 bytes --]
_______________________________________________
Nouveau mailing list
Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <586c2acd0902170527u509cc3c8r63ddd372aac1e545-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2009-02-17 14:47 ` aik
[not found] ` <499ACDF7.6050202-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 19+ messages in thread
From: aik @ 2009-02-17 14:47 UTC (permalink / raw)
To: Younes Manton, nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
Younes Manton wrote:
> You need various X dev packages installed... you are missing something
> related to randr. I install xserver-xorg-dev, x11proto-randr-dev, etc
> for example on Ubuntu and that usually solves my problems. Try finding
> randr related dev packages for Fedora.
>
>
Found, installed. Fails different now. As I understand, it builds the
"intel" lib only.
--------------------------
[root@localhost xf86-video-nouveau]# ./autogen.sh --prefix=/opt/gfx-test
[...]
checking pkg-config is at least version 0.9.0... yes
checking for LIBDRM_NOUVEAU... configure: error: Package requirements
(libdrm_nouveau) were not met:
No package 'libdrm_nouveau' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables LIBDRM_NOUVEAU_CFLAGS
and LIBDRM_NOUVEAU_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
---------------------------
I'm trying to follow directions from
http://wiki.x.org/wiki/Development/git as hard as I can but to no avail...
[root@localhost drm]# echo $PKG_CONFIG_PATH
/opt/gfx-test/lib/pkgconfig
[root@localhost drm]# echo $ACLOCAL
aclocal -I /opt/gfx-test/share/aclocal
[root@localhost drm]# ls -la /opt/gfx-test/lib/*.so
lrwxrwxrwx 1 root root 21 2009-02-17 09:42
/opt/gfx-test/lib/libdrm_intel.so -> libdrm_intel.so.1.0.0
lrwxrwxrwx 1 root root 15 2009-02-17 09:42 /opt/gfx-test/lib/libdrm.so
-> libdrm.so.2.4.0
lrwxrwxrwx 1 root root 22 2009-02-16 15:04
/opt/gfx-test/lib/libpciaccess.so -> libpciaccess.so.0.10.2
lrwxrwxrwx 1 root root 21 2009-02-16 15:09
/opt/gfx-test/lib/libpixman-1.so -> libpixman-1.so.0.15.1
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <499ACDF7.6050202-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2009-02-17 16:13 ` Younes Manton
0 siblings, 0 replies; 19+ messages in thread
From: Younes Manton @ 2009-02-17 16:13 UTC (permalink / raw)
To: aik; +Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
On Tue, Feb 17, 2009 at 9:47 AM, aik <aik.rsdn-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> Younes Manton wrote:
>>
>> You need various X dev packages installed... you are missing something
>> related to randr. I install xserver-xorg-dev, x11proto-randr-dev, etc
>> for example on Ubuntu and that usually solves my problems. Try finding
>> randr related dev packages for Fedora.
>>
>>
>
> Found, installed. Fails different now. As I understand, it builds the
> "intel" lib only.
You need the --enable-nouveau-experimental-api flag when configuring, e.g.:
./configure --enable-nouveau-experimental-api
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <586c2acd0902160759u535b18dfsb5554f5a2d1a3d21-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-02-16 19:19 ` aik
@ 2009-02-17 17:56 ` aik
[not found] ` <499AFA48.3070007-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
1 sibling, 1 reply; 19+ messages in thread
From: aik @ 2009-02-17 17:56 UTC (permalink / raw)
To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
So, with the help of the community, I've got all the binaries compiled
and ready-to-run. But it crashes in the very beginning. So the question
is - what does nouveau expect from the system BIOS to get started (if it
does)? I'm asking because I know for sure that the BIOS I have does
support video very limited and I'm not sure that the support implemented
at the moment is enough to get X.org up.
Also, I've heard an opinion that X.org cannot work with the cards mapped
behind 4GB range. My server maps all the PCI devices there (see the
lspci output). Can anybody comment on that?
And thank you all again!
[root@localhost ~]# lspci -v
[...]
0000:01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce
6200 LE] (rev a1) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 827b
Flags: bus master, fast devsel, latency 0, IRQ 98
Memory at 1c080000000 (32-bit, non-prefetchable) [size=16M]
Memory at 1c0c0000000 (64-bit, prefetchable) [size=512M]
Memory at 1c081000000 (64-bit, non-prefetchable) [size=16M]
Expansion ROM at 1c082000000 [size=128K]
Capabilities: [60] Power Management version 2
Capabilities: [68] Message Signalled Interrupts: Mask- 64bit+
Count=1/1 Enable-
Capabilities: [78] Express Endpoint, MSI 00
Capabilities: [100] Virtual Channel <?>
Capabilities: [128] Power Budgeting <?>
Kernel driver in use: nouveau
[root@localhost ~]# X -config /root/xorg.conf.new -verbose 255
(II) config/hal: initialized
X.Org X Server 1.5.3
Release Date: 5 November 2008
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.18-92.1.18.el5 ppc
Current Operating System: Linux localhost.localdomain 2.6.27.5aik #1 SMP
Tue Feb 10 14:55:56 EST 2009 ppc64
Build Date: 11 December 2008 05:29:05PM
Build ID: xorg-x11-server 1.5.3-6.fc10
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Tue Feb 17 12:47:22 2009
(++) Using config file: "/root/xorg.conf.new"
(==) ServerLayout "X.org Configured"
(**) |-->Screen "Screen0" (0)
(**) | |-->Monitor "Monitor0"
(**) | |-->Device "Card0"
(**) |-->Input Device "Mouse0"
(**) |-->Input Device "Keyboard0"
(==) Automatically adding devices
(==) Automatically enabling devices
(==) Including the default font path
catalogue:/etc/X11/fontpath.d,built-ins.
(**) FontPath set to:
catalogue:/etc/X11/fontpath.d,
built-ins,
catalogue:/etc/X11/fontpath.d,
built-ins
(**) ModulePath set to "/usr/lib/xorg/modules"
(WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will
be disabled.
(WW) Disabling Mouse0
(WW) Disabling Keyboard0
(II) No APM support in BIOS or kernel
(II) Loader magic: 0x101e59a4
(II) Module ABI versions:
X.Org ANSI C Emulation: 0.4
X.Org Video Driver: 4.1
X.Org XInput driver : 2.1
X.Org Server Extension : 1.1
X.Org Font Renderer : 0.6
(II) Loader running on linux
(--) using VT number 7
(--) PCI:*(0@1:0:0) nVidia Corporation NV44 [GeForce 6200 LE] rev 161,
Mem @ 0x1020bd9c/448, 0x1020bd9c/448, 0x1020bd9c/448, BIOS @
0x????????/270581148
(II) System resource ranges:
(II) "extmod" will be loaded. This was enabled by default and also
specified in the config file.
(II) "dbe" will be loaded. This was enabled by default and also
specified in the config file.
(II) "glx" will be loaded. This was enabled by default and also
specified in the config file.
(II) "freetype" will be loaded by default.
(II) "dri" will be loaded. This was enabled by default and also
specified in the config file.
(II) LoadModule: "glx"
(II) Loading /usr/lib/xorg/modules/extensions//libglx.so
(II) Module glx: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
ABI class: X.Org Server Extension, version 1.1
(==) AIGLX enabled
(==) Exporting typical set of GLX visuals
(II) Loading extension GLX
(II) LoadModule: "dbe"
(II) Loading /usr/lib/xorg/modules/extensions//libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
(II) Module dri: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension XFree86-DRI
(II) LoadModule: "extmod"
(II) Loading /usr/lib/xorg/modules/extensions//libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
Module class: X.Org Server Extension
ABI class: X.Org Server Extension, version 1.1
(II) Loading extension SELinux
(II) Loading extension SHAPE
(II) Loading extension MIT-SUNDRY-NONSTANDARD
(II) Loading extension BIG-REQUESTS
(II) Loading extension SYNC
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XC-MISC
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-Misc
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension TOG-CUP
(II) Loading extension Extended-Visual-Information
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "freetype"
(II) Loading /usr/lib/xorg/modules/fonts//libfreetype.so
(II) Module freetype: vendor="X.Org Foundation & the After X-TT Project"
compiled for 1.5.3, module version = 2.1.0
Module class: X.Org Font Renderer
ABI class: X.Org Font Renderer, version 0.6
(II) Loading font FreeType
(II) LoadModule: "nouveau"
(II) Loading /usr/lib/xorg/modules/drivers//nouveau_drv.so
(II) Module nouveau: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 0.0.10
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 4.1
(II) NOUVEAU driver Date: Mon Feb 16 13:09:39 2009 +1000
(II) NOUVEAU driver for NVIDIA chipset families :
RIVA TNT (NV04)
RIVA TNT2 (NV05)
GeForce 256 (NV10)
GeForce 2 (NV11, NV15)
GeForce 4MX (NV17, NV18)
GeForce 3 (NV20)
GeForce 4Ti (NV25, NV28)
GeForce FX (NV3x)
GeForce 6 (NV4x)
GeForce 7 (G7x)
GeForce 8 (G8x)
(II) Primary Device is: PCI 01@00:00:0
(II) resource ranges after probing:
(--) NOUVEAU(0): Chipset: "NVIDIA NV20"
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Loading /usr/lib/xorg/modules//libint10.so
(II) Module int10: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 1.0.0
ABI class: X.Org Video Driver, version 4.1
(==) NOUVEAU(0): Depth 24, (==) framebuffer bpp 32
(==) NOUVEAU(0): RGB weight 888
(==) NOUVEAU(0): Default visual is TrueColor
(II) Loading sub module "vgahw"
(II) LoadModule: "vgahw"
(II) Loading /usr/lib/xorg/modules//libvgahw.so
(II) Module vgahw: vendor="X.Org Foundation"
compiled for 1.5.3, module version = 0.1.0
ABI class: X.Org Video Driver, version 4.1
(==) NOUVEAU(0): Randr1.2 support enabled
(==) NOUVEAU(0): Using HW cursor
(--) NOUVEAU(0): Linear framebuffer at 0xC0000000
(--) NOUVEAU(0): MMIO registers at 0x80000000
(II) Loading sub module "dri"
(II) LoadModule: "dri"
(II) Reloading /usr/lib/xorg/modules/extensions//libdri.so
(II) NOUVEAU(0): Loaded DRI module
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenByBusid: drmOpenMinor returns 9
drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0
(II) NOUVEAU(0): [dri] Found DRI library version 1.3.0 and kernel module
version 0.0.12
Backtrace:
0: X(xorg_backtrace+0x50) [0x100ffb80]
1: X(xf86SigHandler+0x68) [0x10082eb8]
2: [0x100364]
3: /usr/lib/xorg/modules/drivers//nouveau_drv.so(NVCommonSetup+0x164)
[0xe63f564]
4: /usr/lib/xorg/modules/drivers//nouveau_drv.so [0xe63b1a8]
5: X(InitOutput+0xd90) [0x10066c40]
6: X(main+0x288) [0x10022468]
7: /lib/libc.so.6 [0xfe0ebc4]
8: /lib/libc.so.6 [0xfe0ed80]
Fatal server error:
Caught signal 11. Server aborting
Aborted
[root@localhost ~]#
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <499AFA48.3070007-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2009-02-24 10:35 ` aik
[not found] ` <49A3CD5A.1050905-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
0 siblings, 1 reply; 19+ messages in thread
From: aik @ 2009-02-24 10:35 UTC (permalink / raw)
To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
Have made a next try.
The nouveau_drv.so compiles for PPC32 while I need PPC64. Is it able to
be compiled for PPC64?
The autogen.sh output is below. When I've been trying to rebuild the
kernel, sizeof(void*) was 8, but for nouveau_drv.so it is 4 bytes As my
PCI BARs are behind 4GB, it is the problem.
Any clues?
[root@localhost xf86-video-nouveau]# ./autogen.sh --prefix=/opt/gfx-test
autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal -I /opt/gfx-test/share/aclocal
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy
libtoolize: `config.guess' exists: use `--force' to overwrite
libtoolize: `config.sub' exists: use `--force' to overwrite
libtoolize: `ltmain.sh' exists: use `--force' to overwrite
autoreconf: running: /usr/bin/autoconf
autoreconf: running: /usr/bin/autoheader
autoreconf: running: automake --add-missing --copy --no-force
autoreconf: Leaving directory `.'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... powerpc64-unknown-linux-gnu
checking host system type... powerpc64-unknown-linux-gnu
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... gfortran
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether gfortran accepts -g... yes
checking the maximum length of command line arguments... 1966080
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld -m elf32ppclinux) supports
shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld -m elf32ppclinux
checking if the linker (/usr/bin/ld -m elf32ppclinux) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld -m elf32ppclinux) supports
shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld -m elf32ppclinux) supports
shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
(cached) (cached) checking how to hardcode library paths into
programs... immediate
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for gfortran option to produce PIC... -fPIC
checking if gfortran PIC flag -fPIC works... yes
checking if gfortran static flag -static works... yes
checking if gfortran supports -c -o file.o... yes
checking whether the gfortran linker (/usr/bin/ld -m elf32ppclinux)
supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
(cached) (cached) checking how to hardcode library paths into
programs... immediate
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking if RANDR is defined... yes
checking if RENDER is defined... yes
checking if XV is defined... yes
checking if DPMSExtension is defined... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for LIBDRM_NOUVEAU... yes
checking for XORG... yes
checking whether XSERVER_LIBPCIACCESS is declared... yes
checking for PCIACCESS... yes
checking for ANSI C header files... (cached) yes
checking for DRM modesetting... yes
checking for xf86drmMode.h... yes
configure: creating ./config.status
config.status: creating Makefile
config.status: creating src/Makefile
config.status: creating man/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
[root@localhost xf86-video-nouveau]# uname -a
Linux localhost.localdomain 2.6.27.5aik #1 SMP Tue Feb 10 14:55:56 EST
2009 ppc64 ppc64 ppc64 GNU/Linux
aik wrote:
> So, with the help of the community, I've got all the binaries compiled
> and ready-to-run. But it crashes in the very beginning. So the
> question is - what does nouveau expect from the system BIOS to get
> started (if it does)? I'm asking because I know for sure that the BIOS
> I have does support video very limited and I'm not sure that the
> support implemented at the moment is enough to get X.org up.
>
> Also, I've heard an opinion that X.org cannot work with the cards
> mapped behind 4GB range. My server maps all the PCI devices there (see
> the lspci output). Can anybody comment on that?
>
>
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <49A3CD5A.1050905-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2009-03-02 14:42 ` aik
2009-03-02 14:45 ` aik
1 sibling, 0 replies; 19+ messages in thread
From: aik @ 2009-03-02 14:42 UTC (permalink / raw)
To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
Another try. Reconfigured DRM and xf86-video-nouveau modules with
"./autogen.sh CFLAGS=-m64", recompiled, copied, run:
(II) Loading /usr/lib/xorg/modules/drivers//nouveau_drv.so
dlopen: /usr/lib/xorg/modules/drivers//nouveau_drv.so: wrong ELF class:
ELFCLASS64
(EE) Failed to load /usr/lib/xorg/modules/drivers//nouveau_drv.so
(II) UnloadModule: "nouveau"
(EE) Failed to load module "nouveau" (loader failed, 7)
(EE) No drivers available.
The question is - has anybody ever compiled AND run X.org + modules as
64bit binaries for PPC64?
aik wrote:
> Have made a next try.
> The nouveau_drv.so compiles for PPC32 while I need PPC64. Is it able
> to be compiled for PPC64?
> The autogen.sh output is below. When I've been trying to rebuild the
> kernel, sizeof(void*) was 8, but for nouveau_drv.so it is 4 bytes As
> my PCI BARs are behind 4GB, it is the problem.
>
> Any clues?
>
> [...]
>
>
> aik wrote:
>> So, with the help of the community, I've got all the binaries
>> compiled and ready-to-run. But it crashes in the very beginning. So
>> the question is - what does nouveau expect from the system BIOS to
>> get started (if it does)? I'm asking because I know for sure that the
>> BIOS I have does support video very limited and I'm not sure that the
>> support implemented at the moment is enough to get X.org up.
>>
>> Also, I've heard an opinion that X.org cannot work with the cards
>> mapped behind 4GB range. My server maps all the PCI devices there
>> (see the lspci output). Can anybody comment on that?
>>
>>
>
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: running x.org on powerpc64 with nvidia6200
[not found] ` <49A3CD5A.1050905-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-03-02 14:42 ` aik
@ 2009-03-02 14:45 ` aik
1 sibling, 0 replies; 19+ messages in thread
From: aik @ 2009-03-02 14:45 UTC (permalink / raw)
To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1: Type: text/plain, Size: 1544 bytes --]
Another try. Reconfigured DRM and xf86-video-nouveau modules with
"./autogen.sh CFLAGS=-m64", recompiled, copied, run:
(II) Loading /usr/lib/xorg/modules/drivers//nouveau_drv.so
dlopen: /usr/lib/xorg/modules/drivers//nouveau_drv.so: wrong ELF class:
ELFCLASS64
(EE) Failed to load /usr/lib/xorg/modules/drivers//nouveau_drv.so
(II) UnloadModule: "nouveau"
(EE) Failed to load module "nouveau" (loader failed, 7)
(EE) No drivers available.
The question is - has anybody ever compiled AND run X.org + modules as
64bit binaries for PPC64?
aik wrote:
> Have made a next try.
> The nouveau_drv.so compiles for PPC32 while I need PPC64. Is it able
> to be compiled for PPC64?
> The autogen.sh output is below. When I've been trying to rebuild the
> kernel, sizeof(void*) was 8, but for nouveau_drv.so it is 4 bytes As
> my PCI BARs are behind 4GB, it is the problem.
>
> Any clues?
>
> [...]
>
>
> aik wrote:
>> So, with the help of the community, I've got all the binaries
>> compiled and ready-to-run. But it crashes in the very beginning. So
>> the question is - what does nouveau expect from the system BIOS to
>> get started (if it does)? I'm asking because I know for sure that the
>> BIOS I have does support video very limited and I'm not sure that the
>> support implemented at the moment is enough to get X.org up.
>>
>> Also, I've heard an opinion that X.org cannot work with the cards
>> mapped behind 4GB range. My server maps all the PCI devices there
>> (see the lspci output). Can anybody comment on that?
>>
>>
>
[-- Attachment #1.2: Type: text/html, Size: 2080 bytes --]
[-- Attachment #2: Type: text/plain, Size: 181 bytes --]
_______________________________________________
Nouveau mailing list
Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2009-03-02 14:45 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-02-13 15:36 running x.org on powerpc64 with nvidia6200 Alexey Kardashevsky
[not found] ` <49959366.2000805-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-02-13 19:12 ` Pekka Paalanen
[not found] ` <20090213211243.60d6955a-cxYvVS3buNOdIgDiPM52R8c4bpwCjbIv@public.gmane.org>
2009-02-13 19:49 ` aik
[not found] ` <4995CEE7.2040805-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-02-13 20:18 ` Pekka Paalanen
2009-02-13 23:07 ` Stephane Marchesin
[not found] ` <6a89f9d50902131507h23cf0b50h62c887502d028073-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-02-14 9:12 ` aik
[not found] ` <49968B05.4090701-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-02-14 10:32 ` Stephane Marchesin
[not found] ` <6a89f9d50902140232h4b262deby85e7b437067fbc99-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-02-15 5:18 ` Dave Airlie
[not found] ` <21d7e9970902142118u50a56366u2efa5fe0d8aadd72-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-02-15 9:09 ` Stephane Marchesin
2009-02-16 13:32 ` aik
[not found] ` <49996AD8.2010602-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-02-16 15:59 ` Younes Manton
[not found] ` <586c2acd0902160759u535b18dfsb5554f5a2d1a3d21-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-02-16 19:19 ` aik
[not found] ` <4999BC41.2060200-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-02-16 20:22 ` aik
[not found] ` <586c2acd0902170527u509cc3c8r63ddd372aac1e545@mail.gmail.com>
[not found] ` <586c2acd0902170527u509cc3c8r63ddd372aac1e545-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-02-17 14:47 ` aik
[not found] ` <499ACDF7.6050202-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-02-17 16:13 ` Younes Manton
2009-02-17 17:56 ` aik
[not found] ` <499AFA48.3070007-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-02-24 10:35 ` aik
[not found] ` <49A3CD5A.1050905-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-03-02 14:42 ` aik
2009-03-02 14:45 ` aik
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.