[dri] RADEONDRIGetVersion failed because of a version mismatch.

2011-03-13 Thread Justin Mattock
just updated the xserver and everything and am noticing this in xorg.conf

[15.099] drmOpenByBusid: drmOpenMinor returns 11
[15.100] drmOpenByBusid: drmGetBusid reports pci::01:00.0
[15.100] (EE) RADEON(0): [dri] RADEONDRIGetVersion failed because
of a version mismatch.
[dri] This chipset requires a kernel module version of 1.17.0,
[dri] but the kernel reports a version of 2.8.0.[dri] If using legacy
modesetting, upgrade your kernel.
[dri] If using kernel modesetting, make sure your module is
[dri] loaded prior to starting X, and that this driver was built
[dri] with support for KMS.
[dri] Disabling DRI.
[15.100] (II) RADEON(0): Generation 2 PCI interface, using max
accessible memory

not sure if I missed a switch or something when building one of the packages

xorg.conf log is here:

http://fpaste.org/OWNf/

any ideas?

-- 
Justin P. Mattock
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


question with X.Org X Server 1.9.99.901 (1.10.0 RC 1)

2010-12-25 Thread Justin Mattock
quick question before I go and file a bug with nvidia on this one..
with the below segfault is this
with nvidia or is this with something with libpthread?

log below:

This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.
[24.756]
X.Org X Server 1.9.99.901 (1.10.0 RC 1)
Release Date: 2010-12-06
[24.756] X Protocol Version 11, Revision 0
[24.757] Build Operating System: Linux 2.6.37-rc6-00109-g0a59228 x86_64
[24.757] Current Operating System: Linux Linux-0
2.6.37-rc6-00109-g0a59228 #4 SMP Sun Dec 19 15:58:33 PST 2010 x86_64
[24.757] Kernel command line: BOOT_IMAGE=SELinux-git-0 ro root=803
debug audit=1 selinux=1 enforcing=0
[24.757] Build Date: 25 December 2010  12:45:31PM
[24.757]
[24.757] Current version of pixman: 0.21.3
[24.757]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[24.757] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[24.757] (==) Log file: "/var/log/Xorg.0.log", Time: Sat Dec 25
13:04:13 2010
[24.757] (==) Using config file: "/etc/X11/xorg.conf"
[24.757] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[24.758] (==) ServerLayout "Layout0"
[24.758] (**) |-->Screen "Screen0" (0)
[24.758] (**) |   |-->Monitor "Monitor0"
[24.758] (**) |   |-->Device "Device0"
[24.758] (**) |-->Input Device "Keyboard0"
[24.758] (**) |-->Input Device "Mouse0"
[24.758] (**) Option "IgnoreABI" "true"
[24.758] (**) Ignoring ABI Version
[24.758] (==) Not automatically adding devices
[24.758] (==) Not automatically enabling devices
[24.758] (WW) The directory "/usr/share/fonts/X11/TTF/" does not exist.
[24.758]Entry deleted from font path.
[24.758] (WW) The directory "/usr/share/fonts/X11/OTF/" does not exist.
[24.759]Entry deleted from font path.
[24.759] (==) FontPath set to:
/usr/share/fonts/X11/misc/,
/usr/share/fonts/X11/Type1/,
/usr/share/fonts/X11/100dpi/,
/usr/share/fonts/X11/75dpi/
[24.759] (==) ModulePath set to "/usr/lib/xorg/modules"
[24.759] (II) Loader magic: 0x7d0600
[24.759] (II) Module ABI versions:
[24.759]X.Org ANSI C Emulation: 0.4
[24.759]X.Org Video Driver: 9.0
[24.759]X.Org XInput driver : 12.0
[24.759]X.Org Server Extension : 5.0
[24.762] (--) PCI:*(0:3:0:0) 10de:0867:106b:00ad rev 177, Mem @
0xd200/16777216, 0xc000/268435456, 0xd000/33554432, I/O @
0x1000/128, BIOS @ 0x/131072
[24.762] (II) Open ACPI successful (/var/run/acpid.socket)
[24.762] (II) LoadModule: "extmod"
[24.763] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so
[24.764] (II) Module extmod: vendor="X.Org Foundation"
[24.764]compiled for 1.9.99.901, module version = 1.0.0
[24.764]Module class: X.Org Server Extension
[24.764]ABI class: X.Org Server Extension, version 5.0
[24.764] (II) Loading extension SELinux
[24.764] (II) Loading extension MIT-SCREEN-SAVER
[24.764] (II) Loading extension XFree86-VidModeExtension
[24.764] (II) Loading extension XFree86-DGA
[24.764] (II) Loading extension DPMS
[24.764] (II) Loading extension XVideo
[24.764] (II) Loading extension XVideo-MotionCompensation
[24.764] (II) Loading extension X-Resource
[24.764] (II) LoadModule: "dbe"
[24.764] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so
[24.764] (II) Module dbe: vendor="X.Org Foundation"
[24.764]compiled for 1.9.99.901, module version = 1.0.0
[24.764]Module class: X.Org Server Extension
[24.764]ABI class: X.Org Server Extension, version 5.0
[24.764] (II) Loading extension DOUBLE-BUFFER
[24.764] (II) LoadModule: "glx"
[24.765] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[24.773] (II) Module glx: vendor="NVIDIA Corporation"
[24.773]compiled for 4.0.2, module version = 1.0.0
[24.773]Module class: X.Org Server Extension
[24.773] (II) NVIDIA GLX Module  260.19.29  Wed Dec  8 12:24:30 PST 2010
[24.773] (II) Loading extension GLX
[24.773] (II) LoadModule: "record"
[24.774] (II) Loading /usr/lib/xorg/modules/extensions/librecord.so
[24.774] (II) Module record: vendor="X.Org Foundation"
[24.774]compiled for 1.9.99.901, module version = 1.13.0
[24.774]Module class: X.Org Server Extension
[24.774]ABI class: X.Org Server Extension, version 5.0
[

latest git xserver without hal causes Hotplugging to be a bit tricky

2010-11-26 Thread Justin Mattock
hello,
Not sure how to really handle this here(maybe I missed something), but
under xorg.conf
I see:
/usr/lib/X11/fonts/100dpi/,
/usr/lib/X11/fonts/75dpi/
[   280.713] (**) ModulePath set to "/usr/lib/xorg/modules"
[   280.713] (WW) Hotplugging is on, devices using drivers 'kbd',
'mouse' or 'vmmouse' will be disabled.
[   280.713] (WW) Disabling Mouse0
[   280.713] (WW) Disabling Keyboard0
[   280.713] (II) Loader magic: 0x7c9900
[   280.713] (II) Module ABI versions:
[   280.713]X.Org ANSI C Emulation: 0.4

startx works but I've no mouse or keyboard..
(HAL is not installed)

if I

Section "ServerFlags"
Option "AutoAddDevices" "False"
EndSection

startx gets me a blank screen.

is there a new option that I need to add to xorg.conf in order to startx
and have radeon work right as well as the mouse and keyboard?
or is this dependant on hal and/or device manager?
(machine is a macbook pro)

-- 
Justin P. Mattock
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


SELinux xace crash with xfce4: Caught signal 11 (Segmentation fault). Server aborting

2010-08-16 Thread Justin Mattock
hello,
I'm in the process of building a new system from scratch, and am
noticing a crash when I have SELinux enabled(permissive)  with the
xserver_object_manager 1 boolean set to on(if I set this boolean to
off  I can login etc.. to my xfce4 session and all is good)

Backtrace:
[21.374] 0: /usr/bin/X (xorg_backtrace+0x26) [0x49e416]
[21.374] 1: /usr/bin/X (0x40+0x60e99) [0x460e99]
[21.374] 2: /lib/libpthread.so.0 (0x7f0394a3+0xfa50) [0x7f0394a3fa50]
[21.374] 3: /usr/lib/xorg/modules/extensions/libextmod.so
(0x7f039286c000+0x1d090) [0x7f0392889090]
[21.374] 4: /usr/lib/xorg/modules/extensions/libextmod.so
(0x7f039286c000+0x1b971) [0x7f0392887971]
[21.374] 5: /usr/bin/X (CallCallbacks+0x4c) [0x432e4c]
[21.374] 6: /usr/bin/X (XaceHookPropertyAccess+0x31) [0x4b8831]
[21.374] 7: /usr/bin/X (dixChangeWindowProperty+0x3a4) [0x49b5c4]
[21.374] 8: /usr/lib/xorg/modules/extensions/libextmod.so
(0x7f039286c000+0x1b677) [0x7f0392887677]
[21.374] 9: /usr/bin/X (CallCallbacks+0x4c) [0x432e4c]
[21.374] 10: /usr/bin/X (AddResource+0xf8) [0x44ac98]
[21.374] 11: /usr/bin/X (CreateRootWindow+0x3cb) [0x451b6b]
[21.374] 12: /usr/bin/X (0x40+0x227c4) [0x4227c4]
[21.374] 13: /lib/libc.so.6 (__libc_start_main+0xed) [0x7f0392ee065d]
[21.374] 14: /usr/bin/X (0x40+0x224a1) [0x4224a1]
[21.374] Segmentation fault at address (nil)
[21.374]
Fatal server error:
[21.374] Caught signal 11 (Segmentation fault). Server aborting
[21.374]
[21.374]
Please consult the The X.Org Foundation support
 at http://wiki.x.org
 for help.
[21.374] Please also check the log file at "/var/log/Xorg.0.log"
for additional information.
[21.374]

keep in mind I'm still in the process of building xfce4(thunar
gio/gvfs) so there might be things here and there that I might of
forgotten todo that might be causing this.

any ideas?

-- 
Justin P. Mattock
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


undefined symbol: _glapi_tls_Context

2010-05-29 Thread Justin Mattock
hmm.. I might be doing something wrong:
cat /var/log/Xorg.0.log has this ini it:

[ 12701.505] drmOpenDevice: open result is 14, (OK)
[ 12701.505] drmOpenByBusid: drmOpenMinor returns 14
[ 12701.505] drmOpenByBusid: drmGetBusid reports pci::01:00.0
[ 12701.506] (EE) AIGLX error: dlopen of /usr/lib/dri/r300_dri.so
failed (/usr/lib/dri/r300_dri.so: undefined symbol:
_glapi_tls_Context)
[ 12701.506] (EE) AIGLX: reverting to software rendering
[ 12701.506] (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so
failed (/usr/lib/dri/swrast_dri.so: undefined symbol:
_glapi_tls_Context)
[ 12701.506] (EE) GLX: could not load software renderer
[ 12701.506] (II) GLX: no usable GL providers found for screen 0
[ 12701.506] (II) RADEON(0): Setting screen physical size to 381 x 238
[ 12701.588] (**) Option "Protocol" "auto"

my switches are these:

 ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var
--disable-ipv6   --enable-secure-rpc  --enable-gallium-radeon
--enable-selinux --enable-glx-tls  --enable-64-bit  --enable-gles2
--enable-opengl  --enable-gl-osmesa

am I missing something with a switch for mesa or somewhere else?

-- 
Justin P. Mattock
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


xserver + radeon + latest git kernel = crash and burn with startx

2010-02-25 Thread Justin Mattock
this is new:


 kernel: [   92.899961] pci :01:00.0: PCI INT A -> GSI 16 (level,
low) -> IRQ 16
[   93.019936] [drm] Initialized drm 1.1.0 20060810
[   93.097704] [drm] radeon defaulting to userspace modesetting.
[   93.100104] [drm] Initialized radeon 1.32.0 20080528 for
:01:00.0 on minor 0
[   93.489194] [drm] Setting GART location based on new memory map
[   93.490948] [drm] Loading R500 Microcode
[   93.491178] platform radeon_cp.0: firmware: requesting radeon/R520_cp.bin
[   93.552496] [drm] Num pipes: 1
[   93.552509] [drm] writeback test succeeded in 1 usecs
[   93.604070] [drm] Num pipes: 1
[   93.835904] CPU 1
[   93.835904] Pid: 2091, comm: X Not tainted 2.6.33-dirty #1
Mac-F42187C8/MacBookPro2,2
[   93.835904] RIP: 0010:[]  []
radeon_read_ring_rptr+0x2b/0x2f [radeon]
[   93.835904] RSP: 0018:8800369fdc70  EFLAGS: 00010202
[   93.835904] RAX: 88003df3bd48 RBX: 880038996360 RCX: c9aec000
[   93.835904] RDX: 0028 RSI: 6b6b6b6b6b6b6b6b RDI: 880038996360
[   93.835904] RBP: 8800369fdc70 R08: 880038996540 R09: 0010
[   93.835904] R10:  R11: ead8e550 R12: 0010
[   93.835904] R13: 8800389973f0 R14: 8800389964e0 R15: 880038997568
[   93.835904] FS:  7f14884e47a0() GS:88000190()
knlGS:
[   93.835904] CS:  0010 DS:  ES:  CR0: 80050033
[   93.835904] CR2: 7f1483ee28d8 CR3: 015f6000 CR4: 06e0
[   93.835904] DR0:  DR1:  DR2: 
[   93.835904] DR3:  DR6: 0ff0 DR7: 0400
[   93.835904] Process X (pid: 2091, threadinfo 8800369fc000, task
88003743d8b0)
[   93.835904]  8800369fdc80 a02df130 8800369fdc98
a02df81c
[   93.835904] <0> 880038996360 8800369fdcb8 a02e0a6a

[   93.835904] <0> 880038996360 8800369fdcd8 a02e38fd
880038996360
[   93.835904]  [] radeon_get_ring_head+0x11/0x3c [radeon]
[   93.835904]  [] radeon_commit_ring+0x48/0x97 [radeon]
[   93.835904]  [] radeon_do_cp_idle+0x140/0x14d [radeon]
[   93.835904]  []
radeon_apply_surface_regs+0x22/0x138 [radeon]
[   93.835904]  [] free_surface+0xd8/0xee [radeon]
[   93.835904]  [] radeon_driver_lastclose+0x3c/0x56 [radeon]
[   93.835904]  [] drm_lastclose+0x44/0x2ad [drm]
[   93.835904]  [] drm_release+0x656/0x6a3 [drm]
[   93.835904]  [] __fput+0x112/0x1e1
[   93.835904]  [] fput+0x15/0x17
[   93.835904]  [] filp_close+0x63/0x6d
[   93.835904]  [] put_files_struct+0x65/0xb3
[   93.835904]  [] exit_files+0x46/0x4e
[   93.835904]  [] do_exit+0x20f/0x6a8
[   93.835904]  [] ? up_read+0x9/0xb
[   93.835904]  [] ? do_page_fault+0x2aa/0x2da
[   93.835904]  [] do_group_exit+0x73/0x9c
[   93.835904]  [] sys_exit_group+0x12/0x16
[   93.835904]  [] system_call_fastpath+0x16/0x1b
[   93.835904]  RSP 
[   94.524994] ---[ end trace 603c2d6e0ba70b7f ]---

I can try a bisect, but might be difficult because
of reproducing this.

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: [drm] nouveau iMac crashes and burns

2009-12-15 Thread Justin Mattock
o.k. I didn't see the urls at the bottom pointing
to where to get the firmware(was figuring out the trace thing.

Anyways I think I need to generate a new firmware file because
even with the firmware compiled in I still freeze up:


<7>[6.492976] nouveau :02:00.0: setting latency timer to 64
<6>[6.495238] [drm] nouveau :02:00.0: Detected an NV50
generation card (0x094700a1)
<6>[6.515838] [drm] nouveau :02:00.0: Attempting to load BIOS
image from PRAMIN
<6>[6.565633] usb 1-1.3: new low speed USB device using ehci_hcd
and address 6
<6>[6.593407] [drm] nouveau :02:00.0: ... appears to be valid
<6>[6.607755] [drm] nouveau :02:00.0: BIT BIOS found
<6>[6.621926] [drm] nouveau :02:00.0: Bios version 62.94.74.00
<4>[6.635626] [drm] nouveau :02:00.0: TMDS table revision 2.0
not currently supported
<6>[6.649157] [drm] nouveau :02:00.0: Found Display
Configuration Block version 4.0
<6>[6.662635] [drm] nouveau :02:00.0: DCB connector table:
VHER 0x40 5 16 4
<6>[6.669105] input: Mitsumi Electric Apple Optical USB Mouse as
/devices/pci:00/:00:04.1/usb1/1-1/1-1.3/1-1.3:1.0/input/input8
<6>[6.669194] apple 0003:05AC:0304.0003: input: USB HID v1.10
Mouse [Mitsumi Electric Apple Optical USB Mouse] on
usb-:00:04.1-1.3/input0
<6>[6.704298] [drm] nouveau :02:00.0:   0: 0x0040: type
0x40 idx 0 tag 0xff
<6>[6.718420] [drm] nouveau :02:00.0:   1: 0x1161: type
0x61 idx 1 tag 0x07
<6>[6.732352] [drm] nouveau :02:00.0:   2: 0x1231: type
0x31 idx 2 tag 0x07
<6>[6.746063] [drm] nouveau :02:00.0:   3: 0x01100331: type
0x31 idx 3 tag 0xff
<6>[6.746065] [drm] nouveau :02:00.0:   4: 0x01100446: type
0x46 idx 4 tag 0xff
<6>[6.746067] [drm] nouveau :02:00.0:   5: 0x02000546: type
0x46 idx 5 tag 0xff
<6>[6.746069] [drm] nouveau :02:00.0:   6: 0x00410631: type
0x31 idx 6 tag 0x51
<6>[6.746070] [drm] nouveau :02:00.0:   7: 0x00410746: type
0x46 idx 7 tag 0x51
<6>[6.746072] [drm] nouveau :02:00.0:   8: 0x00020846: type
0x46 idx 8 tag 0x52
<6>[6.746074] [drm] nouveau :02:00.0:   9: 0x0900: type
0x00 idx 9 tag 0xff
<5>[6.746076] [drm] nouveau :02:00.0: Raw DCB entry 0: 01000113 00010034
<5>[6.746078] [drm] nouveau :02:00.0: Raw DCB entry 1: 040142a6 0f220010
<5>[6.746079] [drm] nouveau :02:00.0: Raw DCB entry 2: 04014242 00020010
<6>[6.746086] [drm] nouveau :02:00.0: Parsing VBIOS init table
0 at offset 0xD216
<6>[6.934477] [drm] nouveau :02:00.0: Parsing VBIOS init table
1 at offset 0xD685
<6>[6.962090] [drm] nouveau :02:00.0: Parsing VBIOS init table
2 at offset 0xE64E
<6>[6.974498] [drm] nouveau :02:00.0: Parsing VBIOS init table
3 at offset 0xE76F
<6>[6.988191] [drm] nouveau :02:00.0: Parsing VBIOS init table
4 at offset 0xEA96
<6>[7.000396] [drm] nouveau :02:00.0: Parsing VBIOS init table
at offset 0xEAFB
<4>[7.033096] [drm] nouveau :02:00.0: 0xEAFB: Condition still
not met after 20ms, skipping following opcodes
<6>[7.055682] [drm] nouveau :02:00.0: 0xB45C: parsing output script 0
<6>[7.078326] [drm] nouveau :02:00.0: 0xBB62: parsing output script 0
<6>[7.100583] [drm] nouveau :02:00.0: 0xB8A4: parsing output script 0
<6>[7.225581] [TTM] Zone  kernel: Available graphics memory: 2016018 kiB.
<6>[7.240487] [drm] nouveau :02:00.0: 512 MiB VRAM
<7>[7.240520] ieee1394: The root node is not cycle master capable;
selecting a new root node and resetting...
<6>[7.264721] [drm] nouveau :02:00.0: 512 MiB GART (aperture)
<6>[7.277953] nouveau :02:00.0: firmware: using built-in
firmware nouveau/nv94.ctxprog
<6>[7.290232] nouveau :02:00.0: firmware: using built-in
firmware nouveau/nv94.ctxvals
<6>[7.302607] [drm] nouveau :02:00.0: Allocating FIFO number 1
<6>[7.302626] [drm] nouveau :02:00.0: PFIFO_INTR 0x0010 - Ch 127
<6>[7.302629] [drm] nouveau :02:00.0: PFIFO_INTR 0x0010 - Ch 127
<6>[7.302632] [drm] nouveau :02:00.0: PFIFO_INTR 0x0010 - Ch 127


<---long trail of these->


<6>[7.303118] [drm] nouveau :02:00.0: PFIFO_INTR 0x0010 - Ch 127
<6>[7.303120] [drm] nouveau :02:00.0: PFIFO still angry after
101 spins, halt
<6>[7.782786] [drm] nouveau :02:00.0: nouveau_channel_alloc:
initialised FIFO 1
<7>[7.972267] ieee1394: Speed probe of node 0-00:1023 yields S400
<7>[7.972954] ieee1394: Node added: ID:BUS[0-00:1023]
GUID[0019e3fffe2ad87e]
<7>[7.973293] ieee1394: Host added: ID:BUS[0-01:1023]
GUID[0023de8cd104]
<6>[7.978665] eth1394: eth0: IPv4 over IEEE 1394 (fw-host0)
<3>[9.403981] [drm] nouveau :02:00.0: PRAMIN flush timeout


looking at
http://nouveau.freedesktop.org/wiki/CtxInit
seems understandable to me, and I'm willing to
try this out(even if I go crazy), but could take a while.

-- 
Justin P. Mattock
___

[drm] nouveau iMac crashes and burns

2009-12-15 Thread Justin Mattock
I had figured this would happen,
but was curious to see if this
new bad boy would work.
(probably why fedora 12 doesnt boot as well).

basically the system freezes during boot once
drn nouveau is loaded. here's dmesg captured
with firescope:(a bit long)



<6>[6.001461] uvcvideo: Found UVC 1.00 device Built-in iSight (05ac:8502)
<6>[6.006567] input: Built-in iSight as
/devices/pci:00/:00:04.1/usb1/1-4/1-4:1.0/input/input4
<6>[6.006643] usbcore: registered new interface driver uvcvideo
<6>[6.006644] USB Video Class driver (v0.1.0)
<6>[6.062422] nouveau :02:00.0: PCI INT A -> Link[Z003] -> GSI
23 (level, low) -> IRQ 23
<7>[6.075927] nouveau :02:00.0: setting latency timer to 64
<6>[6.078287] [drm] nouveau :02:00.0: Detected an NV50
generation card (0x094700a1)
<6>[6.092826] [drm] nouveau :02:00.0: Attempting to load BIOS
image from PRAMIN
<6>[6.175238] [drm] nouveau :02:00.0: ... appears to be valid
<6>[6.10] [drm] nouveau :02:00.0: BIT BIOS found
<6>[6.224262] [drm] nouveau :02:00.0: Bios version 62.94.74.00
<4>[6.247464] [drm] nouveau :02:00.0: TMDS table revision 2.0
not currently supported
<6>[6.270847] [drm] nouveau :02:00.0: Found Display
Configuration Block version 4.0
<6>[6.294284] [drm] nouveau :02:00.0: DCB connector table:
VHER 0x40 5 16 4
<6>[6.317755] [drm] nouveau :02:00.0:   0: 0x0040: type
0x40 idx 0 tag 0xff
<6>[6.317769] usb 1-1.2: new low speed USB device using ehci_hcd
and address 5
<6>[6.364963] [drm] nouveau :02:00.0:   1: 0x1161: type
0x61 idx 1 tag 0x07
<6>[6.388685] [drm] nouveau :02:00.0:   2: 0x1231: type
0x31 idx 2 tag 0x07
<6>[6.411250] [drm] nouveau :02:00.0:   3: 0x01100331: type
0x31 idx 3 tag 0xff
<6>[6.47] [drm] nouveau :02:00.0:   4: 0x01100446: type
0x46 idx 4 tag 0xff
<6>[6.455141] [drm] nouveau :02:00.0:   5: 0x02000546: type
0x46 idx 5 tag 0xff
<6>[6.476717] [drm] nouveau :02:00.0:   6: 0x00410631: type
0x31 idx 6 tag 0x51
<6>[6.498117] [drm] nouveau :02:00.0:   7: 0x00410746: type
0x46 idx 7 tag 0x51
<6>[6.519136] [drm] nouveau :02:00.0:   8: 0x00020846: type
0x46 idx 8 tag 0x52
<6>[6.540124] [drm] nouveau :02:00.0:   9: 0x0900: type
0x00 idx 9 tag 0xff
<5>[6.560838] [drm] nouveau :02:00.0: Raw DCB entry 0: 01000113 00010034
<5>[6.581250] [drm] nouveau :02:00.0: Raw DCB entry 1: 040142a6 0f220010
<5>[6.601240] [drm] nouveau :02:00.0: Raw DCB entry 2: 04014242 00020010
<6>[6.612124] [drm] nouveau :02:00.0: Parsing VBIOS init table
0 at offset 0xD216
<6>[6.643094] input: Apple Inc. Apple Keyboard as
/devices/pci:00/:00:04.1/usb1/1-1/1-1.2/1-1.2:1.0/input/input5
<6>[6.654659] apple 0003:05AC:021D.0001: input: USB HID v1.11
Keyboard [Apple Inc. Apple Keyboard] on usb-:00:04.1-1.2/input0
<6>[6.663076] input: HDA Digital PCBeep as
/devices/pci:00/:00:08.0/input/input6
<6>[6.663279] [drm] nouveau :02:00.0: Parsing VBIOS init table
1 at offset 0xD685
<6>[6.668019] [drm] nouveau :02:00.0: Parsing VBIOS init table
2 at offset 0xE64E
<6>[6.668025] [drm] nouveau :02:00.0: Parsing VBIOS init table
3 at offset 0xE76F
<6>[6.671605] [drm] nouveau :02:00.0: Parsing VBIOS init table
4 at offset 0xEA96
<6>[6.671606] [drm] nouveau :02:00.0: Parsing VBIOS init table
at offset 0xEAFB
<4>[6.692024] [drm] nouveau :02:00.0: 0xEAFB: Condition still
not met after 20ms, skipping following opcodes
<6>[6.692030] [drm] nouveau :02:00.0: 0xB45C: parsing output script 0
<6>[6.692032] [drm] nouveau :02:00.0: 0xBB62: parsing output script 0
<6>[6.692034] [drm] nouveau :02:00.0: 0xB8A4: parsing output script 0
<6>[6.772776] [TTM] Zone  kernel: Available graphics memory: 2016034 kiB.
<6>[6.772793] [drm] nouveau :02:00.0: 512 MiB VRAM
<6>[6.805881] input: Apple Inc. Apple Keyboard as
/devices/pci:00/:00:04.1/usb1/1-1/1-1.2/1-1.2:1.1/input/input7
<6>[6.815359] [drm] nouveau :02:00.0: 512 MiB GART (aperture)
<6>[6.831344] nouveau :02:00.0: firmware: requesting
nouveau/nv94.ctxprog
<6>[6.831853] apple 0003:05AC:021D.0002: input: USB HID v1.11
Device [Apple Inc. Apple Keyboard] on usb-:00:04.1-1.2/input1
<3>[6.891531] [drm] nouveau :02:00.0: No ctxprog for NV94
<6>[6.913304] [drm] nouveau :02:00.0: Allocating FIFO number 1
<6>[6.913328] [drm] nouveau :02:00.0: PFIFO_INTR 0x0010 - Ch 127
<6>[6.91] [drm] nouveau :02:00.0: PFIFO_INTR 0x0010 - Ch 127
<6>[6.913337] [drm] nouveau :02:00.0: PFIFO_INTR 0x0010 - Ch 127
<6>[6.913341] [drm] nouveau :02:00.0: PFIFO_INTR 0x0010 - Ch 127

   

<6>[6.914479] [drm] nouveau :02:00.0: PFIFO_INTR 0x0010 - Ch 127
<6>[6.914483] [drm] nouveau :02:0

avc's generated causes the system to freeze up

2009-12-11 Thread Justin Mattock
I'm running X.Org X Server 1.7.99.2
not sure if this is fixed with the latest
but after building the latest refpolicy
and defining my allow rules, both
regularly, and with make enableaudit
I still get avc's being generated here and there,
but for some they seem to just spamm Xorg.0.log
causing my system to freeze up.
heres an example:


(--) Synaptics Touchpad: touchpad found
(**) Option "SendCoreEvents" "true"
(**) Synaptics Touchpad: always reports core events
(II) XINPUT: Adding extended input device "Synaptics Touchpad" (type: TOUCHPAD)
(**) Synaptics Touchpad: (accel) keeping acceleration scheme 1
(**) Synaptics Touchpad: (accel) acceleration profile 0
(--) Synaptics Touchpad: touchpad found
(WW) avc:  denied  { getattr } for request=X11:QueryPointer
comm=/usr/bin/pidgin resid=10001fc restype=WINDOW
scontext=justin:user_r:user_t tcontext=justin:object_r:mplayer_t
tclass=x_drawable
(WW) avc:  denied  { getattr } for request=X11:QueryPointer
comm=/usr/bin/pidgin resid=10001fc restype=WINDOW
scontext=justin:user_r:user_t tcontext=justin:object_r:mplayer_t
tclass=x_drawable
(WW) avc:  denied  { getattr } for request=X11:QueryPointer
comm=/usr/bin/pidgin resid=10001fc restype=WINDOW
scontext=justin:user_r:user_t tcontext=justin:object_r:mplayer_t
tclass=x_drawable
(WW) avc:  denied  { getattr } for request=X11:QueryPointer
comm=/usr/bin/pidgin resid=10001fc restype=WINDOW
scontext=justin:user_r:user_t tcontext=justin:object_r:mplayer_t
tclass=x_drawable
(WW) avc:  denied  { getattr } for request=X11:QueryPointer
comm=/usr/bin/pidgin resid=10001fc restype=WINDOW
scontext=justin:user_r:user_t tcontext=justin:object_r:mplayer_t
tclass=x_drawable
(WW) avc:  denied  { getattr } for request=X11:QueryPointer
comm=/usr/bin/pidgin resid=10001fc restype=WINDOW
scontext=justin:user_r:user_t tcontext=justin:object_r:mplayer_t
tclass=x_drawable
(WW) avc:  denied  { getattr } for request=X11:QueryPointer
comm=/usr/bin/pidgin resid=10001fc restype=WINDOW
scontext=justin:user_r:user_t tcontext=justin:object_r:mplayer_t
tclass=x_drawable
(WW) avc:  denied  { getattr } for request=X11:QueryPointer
comm=/usr/bin/pidgin resid=10001fc restype=WINDOW
scontext=justin:user_r:user_t tcontext=justin:object_r:mplayer_t
tclass=x_drawable
(WW) avc:  denied  { getattr } for request=X11:QueryPointer
comm=/usr/bin/pidgin resid=10001fc restype=WINDOW
scontext=justin:user_r:user_t tcontext=justin:object_r:mplayer_t
tclass=x_drawable
(WW) avc:  denied  { getattr } for request=X11:QueryPointer
comm=/usr/bin/pidgin resid=10001fc restype=WINDOW
scontext=justin:user_r:user_t tcontext=justin:object_r:mplayer_t
tclass=x_drawable


same avc's but just keeps generating.
is there an option for this like
printk_ratelimit?


-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Ctrl+alt_bksp

2009-12-01 Thread Justin Mattock
On Wed, Nov 25, 2009 at 4:10 AM, Renato Botelho  wrote:
> On Tue, Nov 24, 2009 at 4:43 AM, Vandana Vuthoo
>  wrote:
>> Hi,
>> I am having Xserver as v 1.6 on my intel atom board, some how ctrl +
>> alt + bksp doesnot restart my X server, Even setting setxkbmap -option
>> terminate:ctrl-alt-bksp in xorg.conf doesnot help.
>> Please provide you inputs.
>> Regards,
>> Vandana
>
> Try Alt Gr + SysRq + k
>
> --
> Renato Botelho
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>

here you go:
http://www.linuxinsight.com/key-sequence-to-kill-the-x-server-control-alt-backspace.html
just read this today hope this helps.
(hopefully I wrote in the url correct, if not  just go to http://lxer.com)
still need to add the allow rules for copy/paste in SELinux...

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


File `-lselinux' does not exist.

2009-08-16 Thread Justin Mattock
I've been racking my brain on this for a few days
without any results.
I can compile the xserver normally, but as seen as I enable
selinux I get an error during compilation time.

make -d shows this:

No need to remake target `../../xkb/libxkb.la'.
Considering target file `-lselinux'.
 File `-lselinux' does not exist.
 Looking for an implicit rule for `-lselinux'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `-lselinux.pre'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `-lselinux.c'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `-lselinux.o'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `-lselinux,v'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `RCS/-lselinux,v'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `RCS/-lselinux'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `s.-lselinux'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `SCCS/s.-lselinux'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `-lselinux.pre'.
 Looking for a rule with intermediate file `-lselinux.pre'.
  Avoiding implicit rule recursion.
  Trying pattern rule with stem `-lselinux.pre'.
  Trying implicit prerequisite `-lselinux.pre,v'.
  Trying pattern rule with stem `-lselinux.pre'.
  Trying implicit prerequisite `RCS/-lselinux.pre,v'.
  Trying pattern rule with stem `-lselinux.pre'.
  Trying implicit prerequisite `RCS/-lselinux.pre'.
  Trying pattern rule with stem `-lselinux.pre'.
  Trying implicit prerequisite `s.-lselinux.pre'.
  Trying pattern rule with stem `-lselinux.pre'.
  Trying implicit prerequisite `SCCS/s.-lselinux.pre'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `-lselinux.c'.
 Looking for a rule with intermediate file `-lselinux.c'.
  Avoiding implicit rule recursion.
  Trying pattern rule with stem `-lselinux'.
  Trying implicit prerequisite `-lselinux.w'.
  Trying pattern rule with stem `-lselinux.c'.
  Trying implicit prerequisite `-lselinux.c,v'.
  Trying pattern rule with stem `-lselinux.c'.
  Trying implicit prerequisite `RCS/-lselinux.c,v'.
  Trying pattern rule with stem `-lselinux.c'.
  Trying implicit prerequisite `RCS/-lselinux.c'.
  Trying pattern rule with stem `-lselinux.c'.
  Trying implicit prerequisite `s.-lselinux.c'.
  Trying pattern rule with stem `-lselinux.c'.
  Trying implicit prerequisite `SCCS/s.-lselinux.c'.
  Trying pattern rule with stem `-lselinux'.
  Trying implicit prerequisite `-lselinux.w'.
  Looking for a rule with intermediate file `-lselinux.w'.
   Avoiding implicit rule recursion.
   Avoiding implicit rule recursion.
   Trying pattern rule with stem `-lselinux.w'.
   Trying implicit prerequisite `-lselinux.w,v'.
   Trying pattern rule with stem `-lselinux.w'.
   Trying implicit prerequisite `RCS/-lselinux.w,v'.
   Trying pattern rule with stem `-lselinux.w'.
   Trying implicit prerequisite `RCS/-lselinux.w'.
   Trying pattern rule with stem `-lselinux.w'.
   Trying implicit prerequisite `s.-lselinux.w'.
   Trying pattern rule with stem `-lselinux.w'.
   Trying implicit prerequisite `SCCS/s.-lselinux.w'.
 Trying pattern rule with stem `-lselinux'.
 Trying implicit prerequisite `-lselinux.o'.
 Looking for a rule with intermediate file `-lselinux.o'.
  Avoiding implicit rule recursion.
  Trying pattern rule with stem `-lselinux'.
  Rejecting impossible implicit prerequisite `-lselinux.c'.
  Trying pattern rule with stem `-lselinux.o'.
  Trying implicit prerequisite `-lselinux.o,v'.
  Trying pattern rule with stem `-lselinux.o'.
  Trying implicit prerequisite `RCS/-lselinux.o,v'.
  Trying pattern rule with stem `-lselinux.o'.
  Trying implicit prerequisite `RCS/-lselinux.o'.
  Trying pattern rule with stem `-lselinux.o'.
  Trying implicit prerequisite `s.-lselinux.o'.
  Trying pattern rule with stem `-lselinux.o'.
  Trying implicit prerequisite `SCCS/s.-lselinux.o'.
 No implicit rule found for `-lselinux'.
 Finished prerequisites of target file `-lselinux'.
Must remake target `-lselinux'.
make[4]: Entering directory
`/home/justin/LFS/xserver/xorg-server-1.6.1.901/hw/xfree86'
make[4]: *** No rule to make target `-lselinux', needed by `Xorg'.  Stop.
make[4]: Leaving directory
`/home/justin/LFS/xserver/xorg-server-1.6.1.901/hw/xfree86'
Reaping losing child 0x00656860 PID 17449
make[3]: *** [all-recursive] Error 1
Removing child 0x00656860 PID 17449 from chain.
make[3]: Leaving directory
`/home/justin/LFS/xserver/xorg-server-1.6.1.901/hw/xfree86'
Reaping losing child 0x00657740 PID 1744

EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while it should have been (nil).

2009-07-17 Thread Justin Mattock
after compiling the xserver from git(all proto/libs)
I see this in Xorg.0.log:

(**) Synaptics Touchpad: (accel) keeping acceleration scheme 1
(**) Synaptics Touchpad: (accel) acceleration profile 0
(--) Synaptics Touchpad: touchpad found
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).
EXA bug: Calling FinishAccess on pixmap 0xaf06d008 with index 1 while
it should have been (nil).

continues for  a while
seems the system is real slow as well(ati input module)

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


applewm.c:42:34: error: HIServices/Processes.h: No such file or directory

2009-07-17 Thread Justin Mattock
Not sure if this is relevant but when compiling
libAppleWM on a linux machine I receive this error:

applewm.c:42:34: error: HIServices/Processes.h: No such file or directory
applewm.c: In function 'XAppleWMSendPSN':
applewm.c:355: error: 'ProcessSerialNumber' undeclared (first use in
this function)
applewm.c:355: error: (Each undeclared identifier is reported only once
applewm.c:355: error: for each function it appears in.)
applewm.c:355: error: expected ';' before 'psn'
applewm.c:356: error: 'OSErr' undeclared (first use in this function)
applewm.c:356: error: expected ';' before 'err'
applewm.c:362: error: 'err' undeclared (first use in this function)
applewm.c:362: warning: implicit declaration of function 'GetCurrentProcess'
applewm.c:362: warning: nested extern declaration of 'GetCurrentProcess'
applewm.c:362: error: 'psn' undeclared (first use in this function)
applewm.c:364: error: 'noErr' undeclared (first use in this function)
make[2]: *** [libAppleWM_la-applewm.lo] Error 1

Should I even bother with this lib, or should
I add some header to compile this lib in?

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


RHDDRIVersionCheck: drmOpen("radeon", "pci:0000:01:00.0") failed.

2009-06-24 Thread Justin Mattock
How do I fix this issue:

drmOpenDevice: node name is /dev/dri/card12
drmOpenDevice: node name is /dev/dri/card13
drmOpenDevice: node name is /dev/dri/card14
(EE) RADEONHD(0): RHDDRIVersionCheck: drmOpen("radeon",
"pci::01:00.0") failed.
(WW) RADEONHD(0): RHDDRIPreInit: Version check failed. Disabling DRI.
(II) Loading sub module "i2c"
(II) LoadModule: "i2c"

and also:

(==) RADEONHD(0): Backing store disabled
(==) RADEONHD(0): Silken mouse enabled
(II) RADEONHD(0): RandR 1.2 enabled, ignore the following RandR
disabled message.
(II) RADEONHD(0): On Crtc 0 Setting 60.0 Hz Mode: Modeline "1440x900"
 96.31  1440 1504 1536 1760  900 903 906 912
None
(II) RADEONHD(0): LVDSSetBacklight: trying to set BL_MOD_LEVEL to: 240
(==) RADEONHD(0): DPMS enabled
(II) RADEONHD(0): Xv: No Textured Video possible without the Command Processor.
(--) RandR disabled
(II) Setting vga for screen 0.

I have no dri because of a simple version check!!

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Having multiple X users on the console

2009-06-21 Thread Justin Mattock
On Sun, Jun 21, 2009 at 4:21 AM, Timothy S. Nelson wrote:
> On Sun, 21 Jun 2009, Angel Tsankov wrote:
>
>> I need to set up a workstation for use by two (or more) users.  Each of them
>> will have their own account and will use X with some desktop environment --
>> most probably Xfce -- to do their work.  In this scenario, will it be
>> possible for any of them to use his/her account on the console without
>> having other users end their X sessions?
>
>        If I understand correctly, you could do this:
> 1.      Ensure you set up something like xlock for each user
> 2.      Teach them how to use Ctrl+Alt+F7 (or whatever) to go to the different
>        virtual consoles.
> 3.      Either put a gdm/xdm/whatever on a few different consoles, or teach
>        them to use " startx -- :1 & " as their X starting command line
>
>
> -
> | Name: Tim Nelson                 | Because the Creator is,        |
> | E-mail: wayl...@wayland.id.au    | I am                           |
> -
>
> BEGIN GEEK CODE BLOCK
> Version 3.12
> GCS d+++ s+: a- C++$ U+++$ P+++$ L+++ E- W+ N+ w--- V-
> PE(+) Y+>++ PGP->+++ R(+) !tv b++ DI D G+ e++> h! y-
> -END GEEK CODE BLOCK-
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>

look at pam_namespace,
should help especially for
multiple users on one machine.
(polyinstantiation)


-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Ctrl+Alt+Backspace on xorg-server 1.6.1?

2009-06-20 Thread Justin Mattock
On Sat, Jun 20, 2009 at 9:59 AM, Angel Tsankov wrote:
> Hello!
>
> What happened to the Ctrl+Alt+Backspace key combination?  Can I use it to
> kill an X server version 1.6.1?
>
> Regards,
> Angel Tsankov
>
>
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>

check yesterdays archive(there was a post about this,
with an answer to your question.)

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Strange issue with hal and Xorg [SOLVED-Workaround]

2009-06-16 Thread Justin Mattock
On Tue, Jun 16, 2009 at 9:36 AM, Matt Hayes wrote:
> Matt Hayes wrote:
>> Normally, xorg.conf I could map my buttons using ZAxisMapping "4 5" and
>> ButtonMapping "1 2 3 6 7" and Buttons "7" and things were dandy.
>>
>> Well, after the latest updates to Slackware and Xorg, what I'm seeing
>> now is the side buttons on my Microsoft Intellimouse Explorer 3 are
>> mapping the buttons (side buttons) as 8 9 instead of 6 7.
>>
>> However, making a change in xorg.conf to facilitate the change in
>> mapping, things DO work fine in X, but not other applications such as
>> Enemy Territory.
>>
>> Below is my xinput list:
>>
>> "Virtual core pointer"  id=0    [XPointer]
>>         Num_buttons is 32
>>         Num_axes is 2
>>         Mode is Relative
>>         Motion_buffer is 256
>>         Axis 0 :
>>                 Min_value is -1
>>                 Max_value is -1
>>                 Resolution is 0
>>         Axis 1 :
>>                 Min_value is -1
>>                 Max_value is -1
>>                 Resolution is 0
>> "Virtual core keyboard" id=1    [XKeyboard]
>>         Num_keys is 248
>>         Min_keycode is 8
>>         Max_keycode is 255
>> "Macintosh mouse button emulation"      id=2    [XExtensionPointer]
>>         Type is MOUSE
>>         Num_buttons is 32
>>         Num_axes is 2
>>         Mode is Relative
>>         Motion_buffer is 256
>>         Axis 0 :
>>                 Min_value is -1
>>                 Max_value is -1
>>                 Resolution is 1
>>         Axis 1 :
>>                 Min_value is -1
>>                 Max_value is -1
>>                 Resolution is 1
>> "AT Translated Set 2 keyboard"  id=3    [XExtensionKeyboard]
>>         Type is KEYBOARD
>>         Num_keys is 248
>>         Min_keycode is 8
>>         Max_keycode is 255
>> "Microsoft Microsoft 5-Button Mouse with IntelliEye(TM)"        id=4
>> [XExtensionPointer]
>>         Type is MOUSE
>>         Num_buttons is 32
>>         Num_axes is 2
>>         Mode is Relative
>>         Motion_buffer is 256
>>         Axis 0 :
>>                 Min_value is -1
>>                 Max_value is -1
>>                 Resolution is 1
>>         Axis 1 :
>>                 Min_value is -1
>>                 Max_value is -1
>>                 Resolution is 1
>>
>>
>>
>>
>>
>> Now, what I don't understand is why hal is detecting the mouse as
>> Num_buttons 32... I even created a hal policy to map the buttons how I
>> normally would in xorg.conf and this had no effect.
>>
>> I'm at a loss.
>>
>> -Matt
>>
>
> Ok, well I finally got this figured it out.  The issue was evdev, of
> course, some of the suggestions everyone made got me digging through
> some research.
>
> I added:
>
> Section "ServerFlags"
> Option "AutoAddDevices" "False"
> Option "AllowEmptyInput" "False"
> EndSection
>
> To my xorg.conf, restarted X, and what do you know.. .mouse buttons map
> properly and Enemy Territory again picks it up.
>
> Basically telling hal to go away :)
>
> I know its more of a band-aid, but it works
>
>
> Thanks everyone for the help,
>
> Matt
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>

Cool, glad it works for you..


-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Strange issue with hal and Xorg

2009-06-12 Thread Justin Mattock
On Fri, Jun 12, 2009 at 12:53 PM, walt wrote:
> Justin Mattock wrote:
>
>> Don't want to confuse you, but hal
>> is being fazed out.
>> udev-142 is now responsible for handling
>> volumeid etc...
>
> Auuuggh! Just when I'm beginning to understand hal (but not very well.)
>
> You've confused me too.  How does volumeid relate to a mouse problem?
> And which docs should I start reading before this actually happens?
>
> And have a nice weekend :o)
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>

sorry about that(I got confused with util-linux-ng)
Anyways can't remember where I read it, but somewhere
I read that hal was being fazed out.(maybe I'm seeing things)
could of been in the source package of udev-142 under the NEWS,
or README section.

Not sure how the distros are going to handle that, but over here
it's no problem(made my own distro) xserver compiles and runs
fine without hal. for the keyboard and mouse
simply input-evdev,input-mouse,input-keyboard modules works fine.
(although I haven't setup the bluetooth mouse yet, which might depend on hal)

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Strange issue with hal and Xorg

2009-06-12 Thread Justin Mattock
On Fri, Jun 12, 2009 at 11:06 AM, Matt Hayes wrote:
> walt wrote:
>> Matt Hayes wrote:
>>> Dan Nicholson wrote:
 On Fri, Jun 12, 2009 at 5:46 AM, Matt Hayes  
 wrote:
> Hrm.. so where the heck is the "32" buttons coming from?  That's very
> odd and causes mapping of buttons to be a pita.
 The evdev driver. Perhaps you were using the mouse driver in xorg.conf?

>>> That is possible.  I will have to look at changing the mouse driver in a
>>> hal policy or Xorg.conf and see what that reveals.
>>
>> I recently switched to using evdev and when I removed the InputDevice 
>> sections
>> from xorg.conf I had to add an fdi file to /etc/hal/fdi/policy (which I 
>> cleverly
>> named 10-x11-logitech.fdi) containing this:
>>
>> 
>> 
>>    
>>      
>>        true
>>        > type="string">8
>>      
>>    
>> 
>>
>> I constructed that file by looking at mouse-oriented parts of the output of
>> 'lshal' and just stuck the options in where it looked reasonable.
>>
>> It worked, and I'm still amazed.
>
> Well, I will give that a shot.  I need to learn how this hal stuff works
> anyway :)
>
> -Matt
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>

Don't want to confuse you, but hal
is being fazed out.
udev-142 is now responsible for handling
volumeid etc...


-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: Strange issue with hal and Xorg

2009-06-12 Thread Justin Mattock
On Fri, Jun 12, 2009 at 11:38 AM, Matt Hayes wrote:
> Justin Mattock wrote:
>> On Fri, Jun 12, 2009 at 11:06 AM, Matt Hayes wrote:
>>> walt wrote:
>>>> Matt Hayes wrote:
>>>>> Dan Nicholson wrote:
>>>>>> On Fri, Jun 12, 2009 at 5:46 AM, Matt Hayes  
>>>>>> wrote:
>>>>>>> Hrm.. so where the heck is the "32" buttons coming from?  That's very
>>>>>>> odd and causes mapping of buttons to be a pita.
>>>>>> The evdev driver. Perhaps you were using the mouse driver in xorg.conf?
>>>>>>
>>>>> That is possible.  I will have to look at changing the mouse driver in a
>>>>> hal policy or Xorg.conf and see what that reveals.
>>>> I recently switched to using evdev and when I removed the InputDevice 
>>>> sections
>>>> from xorg.conf I had to add an fdi file to /etc/hal/fdi/policy (which I 
>>>> cleverly
>>>> named 10-x11-logitech.fdi) containing this:
>>>>
>>>> 
>>>> 
>>>>    
>>>>      
>>>>        >>> type="string">true
>>>>        >>> type="string">8
>>>>      
>>>>    
>>>> 
>>>>
>>>> I constructed that file by looking at mouse-oriented parts of the output of
>>>> 'lshal' and just stuck the options in where it looked reasonable.
>>>>
>>>> It worked, and I'm still amazed.
>>> Well, I will give that a shot.  I need to learn how this hal stuff works
>>> anyway :)
>>>
>>> -Matt
>>>
>>
>> Don't want to confuse you, but hal
>> is being fazed out.
>> udev-142 is now responsible for handling
>> volumeid etc...
>
> Yeah.. now I'm confused
>
> -Matt
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>

you shouldn't, it just means one less
daemon to be running in the background.

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: about "error: version-config.h: No such file or directory"

2009-05-24 Thread Justin Mattock
On Sun, May 24, 2009 at 4:17 AM, shulhan  wrote:
> On Sunday 24 May 2009 4:53:01 pm you wrote:
>> ref: http://www.mail-archive.com/xorg@lists.freedesktop.org/msg06905.html
>>
>> do you know how to solve them ?
>
> sorry for inconvenience, i solve the problem by running "autogen.sh".
>

no I never solved that one(got sidetracked)
from what had happened here is this .h file
wasn't the only one mysteriously missing
on my system at the time.
Either header files were being removed
when I installed the nvidia driver(during install time nvidia
removes conflicting files), or it was another application I had
installed and then uninstalled that removed some important header files
(could'n t compile gcc, nor libc or much of really anything)

So it's just a simple sh ./autogen.sh  that restores the header.

:^)


-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: compiling xserver without hal

2009-05-23 Thread Justin Mattock
On Sat, May 23, 2009 at 11:13 AM, Paul Bender  wrote:
>>> On Sat, May 23, 2009 at 4:06 AM, Peter Hutterer
>>>  wrote:
>>>> On Sat, May 23, 2009 at 01:00:42AM -0700, Justin Mattock wrote:
>>>>> On Fri, May 22, 2009 at 2:40 PM, Paul Bender  wrote:
>
>>>>>> I build xorg-server without HAL. The two options that are relevant (as
>>>>>> far as I can tell) to this are
>>>>>>     --disable-config-dbus
>>>>>>     --disable-config-hal
>>>>>> In addition, when running this xorg-server, you will need to configure
>>>>>> the input devices in your xorg.conf.
>>>> no you don't. the server inserts standard input device sections into the
>>>> xorg.conf, so there's rarely a need to actually have that in the config.
>
> My bad. I only include the xf86-input-evdev driver in my distribution.
> Looking at Xorg log file, it is the lack of xf86-input-keyboard and
> xf86-input-mouse are what cause it to fail.
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>
yep,
when I get a chance I'll see if the
bluetooth mouse works.
(looking at the log I see

config/hal: Adding input device jmattock’s mouse
(taken from another machine with hal).

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: compiling xserver without hal

2009-05-23 Thread Justin Mattock
On Sat, May 23, 2009 at 6:30 AM, Justin Mattock  wrote:
> On Sat, May 23, 2009 at 4:06 AM, Peter Hutterer
>  wrote:
>> On Sat, May 23, 2009 at 01:00:42AM -0700, Justin Mattock wrote:
>>> On Fri, May 22, 2009 at 2:40 PM, Paul Bender  wrote:
>>> > Justin Mattock wrote:
>>> >> quick question:
>>> >> if I compile xserver without hal
>>> >> (noticed udev 142 has no voluemid)
>>> >> will I be able to use the mouse and keyboard
>>> >> (and wireless mouse)
>>> >> once I startx?
>>> >>
>>> >> if so, what switches do I need to make sure are set
>>> >> before I compile the xserver?
>>> >
>>> > I build xorg-server without HAL. The two options that are relevant (as
>>> > far as I can tell) to this are
>>> >     --disable-config-dbus
>>> >     --disable-config-hal
>>> > In addition, when running this xorg-server, you will need to configure
>>> > the input devices in your xorg.conf.
>>
>> no you don't. the server inserts standard input device sections into the
>> xorg.conf, so there's rarely a need to actually have that in the config.
>>
>>> so far all xlibs, video modules, xserver
>>> and dependencies have compiled fine
>>> without hal(hopefully later on, the same story)
>>
>> only the xserver module requires hal, nothing else.
>>
>> Cheers,
>>  Peter
>>
>
> hey alright startx works
> (feels good to see xserver started)
> at the moment everything seems o.k.
> cant seem to open a terminal though
> (probably need to run fluxbox-menu_config)
> as soon as I'm able to open a terminal,
> and type dmesg then I'm good to go.
>
>
>
>
> --
> Justin P. Mattock
>

ahh...
I guess it helps to compile and install
the xf86-input-keyboard module
(ooops thought I had done that)

Anyways keyboard works, mouse works
(not sure about wireless bluetooth mouse yet)

seems I'm going to have to avoid any
app that uses hal from now(example:
NetworkManager etc...)

Thanks for the info.


-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: compiling xserver without hal

2009-05-23 Thread Justin Mattock
On Sat, May 23, 2009 at 4:06 AM, Peter Hutterer
 wrote:
> On Sat, May 23, 2009 at 01:00:42AM -0700, Justin Mattock wrote:
>> On Fri, May 22, 2009 at 2:40 PM, Paul Bender  wrote:
>> > Justin Mattock wrote:
>> >> quick question:
>> >> if I compile xserver without hal
>> >> (noticed udev 142 has no voluemid)
>> >> will I be able to use the mouse and keyboard
>> >> (and wireless mouse)
>> >> once I startx?
>> >>
>> >> if so, what switches do I need to make sure are set
>> >> before I compile the xserver?
>> >
>> > I build xorg-server without HAL. The two options that are relevant (as
>> > far as I can tell) to this are
>> >     --disable-config-dbus
>> >     --disable-config-hal
>> > In addition, when running this xorg-server, you will need to configure
>> > the input devices in your xorg.conf.
>
> no you don't. the server inserts standard input device sections into the
> xorg.conf, so there's rarely a need to actually have that in the config.
>
>> so far all xlibs, video modules, xserver
>> and dependencies have compiled fine
>> without hal(hopefully later on, the same story)
>
> only the xserver module requires hal, nothing else.
>
> Cheers,
>  Peter
>

hey alright startx works
(feels good to see xserver started)
at the moment everything seems o.k.
cant seem to open a terminal though
(probably need to run fluxbox-menu_config)
as soon as I'm able to open a terminal,
and type dmesg then I'm good to go.




-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: compiling xserver without hal

2009-05-23 Thread Justin Mattock
On Fri, May 22, 2009 at 2:40 PM, Paul Bender  wrote:
> Justin Mattock wrote:
>> quick question:
>> if I compile xserver without hal
>> (noticed udev 142 has no voluemid)
>> will I be able to use the mouse and keyboard
>> (and wireless mouse)
>> once I startx?
>>
>> if so, what switches do I need to make sure are set
>> before I compile the xserver?
>
> I build xorg-server without HAL. The two options that are relevant (as
> far as I can tell) to this are
>     --disable-config-dbus
>     --disable-config-hal
> In addition, when running this xorg-server, you will need to configure
> the input devices in your xorg.conf.
>
> ___
> xorg mailing list
> xorg@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/xorg
>

Cool,
as soon as I get some zzz...
and start fresh,
I'll see what happens without hal
(should work I'm guessing)

so far all xlibs, video modules, xserver
and dependencies have compiled fine
without hal(hopefully later on, the same story)

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


xcb-util error: Package requirements (xcb > 1.2> were not met

2009-05-22 Thread Justin Mattock
while compiling all of the xserver stuff I ran into
an interesting error with compiling xcb-util
(everything has been pulled through git)

Requested 'xcb > 1.2' but version of XCB is 1.2

well which is it? 1.2 or 1.2'

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: compiling xserver without hal

2009-05-22 Thread Justin Mattock
On Fri, May 22, 2009 at 1:45 PM, Jason Kim  wrote:
> You can use keyboard/mouse without hal..
>
> "--disable-config-hal" maybe ?
>
> On Fri, 2009-05-22 at 13:36 -0700, Justin Mattock wrote:
>> quick question:
>> if I compile xserver without hal
>> (noticed udev 142 has no voluemid)
>> will I be able to use the mouse and keyboard
>> (and wireless mouse)
>> once I startx?
>>
>> if so, what switches do I need to make sure are set
>> before I compile the xserver?
>>
> --
> **
> Jason Kim, Software Developer
> http://userful.com
> 709 11 AVE SW
> Calgary AB T2R 0E3
> Tel: 403-289-2177   EXT: 210
>     866-USERFUL (873-7385)
> Fax: 403-206-7010
>
>

alright Ill see what happens.


-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


compiling xserver without hal

2009-05-22 Thread Justin Mattock
quick question:
if I compile xserver without hal
(noticed udev 142 has no voluemid)
will I be able to use the mouse and keyboard
(and wireless mouse)
once I startx?

if so, what switches do I need to make sure are set
before I compile the xserver?

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


error: version-config.h: No such file or directory

2009-05-04 Thread Justin Mattock
I seem to be hitting this with the latest xserver
git:

dispatch.c:110:28: error: version-config.h: No such file or directory
make[2]: *** [dispatch.lo] Error 1
make[2]: Leaving directory `/home/name/LFS/xserver-imac/X11/xserver/dix'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/name/LFS/xserver-imac/X11/xserver/dix'
make: *** [all-recursive] Error 1

glibc version is:
glibc-20090427

kernel is the latest git pulled a day ago

any ideas?

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: startx results in an error or a black screen

2009-04-05 Thread Justin Mattock
On Sat, Apr 4, 2009 at 4:56 PM, Justin Mattock  wrote:
> On Sat, Apr 4, 2009 at 2:06 PM, Nix  wrote:
>> On 4 Apr 2009, Justin Mattock said:
>>
>>> Hello, I'm creating an LFS system for the new imac, and am up to the
>>> point of compiling the xserver
>>> and all of it's libs/proto's. I decided to use git for all of the
>>> required dependencies
>>> which all compiled fine.
>>> The problem is when I "startx" I receive an error
>>> from("vesa""vga""nv") something about sig 11
>>
>> i.e., a segfault.
>>
>> Got a backtrace?
>>
>> (Also, what video card? What driver? What version of the X server and
>> pixman packages? What's 'the new imac'? More info would be nice.)
>>
>>> is this possible or is it not possible yet?
>>
>> It is certainly possible to build a working X server from git: I and
>> many other people do it regularly.
>>
>> I suspect you've got something wrong, but it's hard to say what with
>> this info.
>>
>
> and almost forgot heres lspci:
>
> 00:00.0 Host bridge: nVidia Corporation MCP79 Host Bridge (rev b1)
> 00:00.1 RAM memory: nVidia Corporation MCP79 Memory Controller (rev b1)
> 00:03.0 ISA bridge: nVidia Corporation MCP79 LPC Bridge (rev b2)
> 00:03.1 RAM memory: nVidia Corporation MCP79 Memory Controller (rev b1)
> 00:03.2 SMBus: nVidia Corporation MCP79 SMBus (rev b1)
> 00:03.3 RAM memory: nVidia Corporation MCP79 Memory Controller (rev b1)
> 00:03.4 RAM memory: nVidia Corporation Device 0a98 (rev b1)
> 00:03.5 Co-processor: nVidia Corporation MCP79 Co-processor (rev b1)
> 00:04.0 USB Controller: nVidia Corporation MCP79 OHCI USB 1.1
> Controller (rev b1)
> 00:04.1 USB Controller: nVidia Corporation MCP79 EHCI USB 2.0
> Controller (rev b1)
> 00:06.0 USB Controller: nVidia Corporation MCP79 OHCI USB 1.1
> Controller (rev b1)
> 00:06.1 USB Controller: nVidia Corporation MCP79 EHCI USB 2.0
> Controller (rev b1)
> 00:08.0 Audio device: nVidia Corporation MCP79 High Definition Audio (rev b1)
> 00:09.0 PCI bridge: nVidia Corporation MCP79 PCI Bridge (rev b1)
> 00:0a.0 Ethernet controller: nVidia Corporation MCP79 Ethernet (rev b1)
> 00:0b.0 IDE interface: nVidia Corporation MCP79 SATA Controller (rev b1)
> 00:0c.0 PCI bridge: nVidia Corporation MCP79 PCI Express Bridge (rev b1)
> 00:15.0 PCI bridge: nVidia Corporation MCP79 PCI Express Bridge (rev b1)
> 00:16.0 PCI bridge: nVidia Corporation MCP79 PCI Express Bridge (rev b1)
> 02:00.0 VGA compatible controller: nVidia Corporation Device 062e (rev a1)
> 03:00.0 Network controller: Broadcom Corporation BCM4322 802.11a/b/g/n
> Wireless LAN Controller (rev 01)
> 04:00.0 FireWire (IEEE 1394): Agere Systems FW643 PCI Express1394b
> Controller (PHY/Link) (rev 07)
>
> a whole heck of allot of nvidia's in there!
> --
> Justin P. Mattock
>

ahh... finally I can have a normal screen instead
of all black and a cursor.

long story short, on the first go of compiling the xserver I decided
to compile every proto/lib that was available,(except applewm, windowxpwm)
then the xserver.
on the second go of it(after uninstalling everything) I decided
to just compile the specified proto/lib's from the wiki.
to my amazement it works.

So when compiling everything(to the best of my knowledge)
something caused the server to crash like it was.
As for what might of caused this(not sure).

thanks for the response and info.

regards,

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


Re: startx results in an error or a black screen

2009-04-04 Thread Justin Mattock
On Sat, Apr 4, 2009 at 2:06 PM, Nix  wrote:
> On 4 Apr 2009, Justin Mattock said:
>
>> Hello, I'm creating an LFS system for the new imac, and am up to the
>> point of compiling the xserver
>> and all of it's libs/proto's. I decided to use git for all of the
>> required dependencies
>> which all compiled fine.
>> The problem is when I "startx" I receive an error
>> from("vesa""vga""nv") something about sig 11
>
> i.e., a segfault.
>
> Got a backtrace?
>
> (Also, what video card? What driver? What version of the X server and
> pixman packages? What's 'the new imac'? More info would be nice.)
>
>> is this possible or is it not possible yet?
>
> It is certainly possible to build a working X server from git: I and
> many other people do it regularly.
>
> I suspect you've got something wrong, but it's hard to say what with
> this info.
>

and almost forgot heres lspci:

00:00.0 Host bridge: nVidia Corporation MCP79 Host Bridge (rev b1)
00:00.1 RAM memory: nVidia Corporation MCP79 Memory Controller (rev b1)
00:03.0 ISA bridge: nVidia Corporation MCP79 LPC Bridge (rev b2)
00:03.1 RAM memory: nVidia Corporation MCP79 Memory Controller (rev b1)
00:03.2 SMBus: nVidia Corporation MCP79 SMBus (rev b1)
00:03.3 RAM memory: nVidia Corporation MCP79 Memory Controller (rev b1)
00:03.4 RAM memory: nVidia Corporation Device 0a98 (rev b1)
00:03.5 Co-processor: nVidia Corporation MCP79 Co-processor (rev b1)
00:04.0 USB Controller: nVidia Corporation MCP79 OHCI USB 1.1
Controller (rev b1)
00:04.1 USB Controller: nVidia Corporation MCP79 EHCI USB 2.0
Controller (rev b1)
00:06.0 USB Controller: nVidia Corporation MCP79 OHCI USB 1.1
Controller (rev b1)
00:06.1 USB Controller: nVidia Corporation MCP79 EHCI USB 2.0
Controller (rev b1)
00:08.0 Audio device: nVidia Corporation MCP79 High Definition Audio (rev b1)
00:09.0 PCI bridge: nVidia Corporation MCP79 PCI Bridge (rev b1)
00:0a.0 Ethernet controller: nVidia Corporation MCP79 Ethernet (rev b1)
00:0b.0 IDE interface: nVidia Corporation MCP79 SATA Controller (rev b1)
00:0c.0 PCI bridge: nVidia Corporation MCP79 PCI Express Bridge (rev b1)
00:15.0 PCI bridge: nVidia Corporation MCP79 PCI Express Bridge (rev b1)
00:16.0 PCI bridge: nVidia Corporation MCP79 PCI Express Bridge (rev b1)
02:00.0 VGA compatible controller: nVidia Corporation Device 062e (rev a1)
03:00.0 Network controller: Broadcom Corporation BCM4322 802.11a/b/g/n
Wireless LAN Controller (rev 01)
04:00.0 FireWire (IEEE 1394): Agere Systems FW643 PCI Express1394b
Controller (PHY/Link) (rev 07)

a whole heck of allot of nvidia's in there!
-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg


startx results in an error or a black screen

2009-04-03 Thread Justin Mattock
Hello, I'm creating an LFS system for the new imac, and am up to the
point of compiling the xserver
and all of it's libs/proto's. I decided to use git for all of the
required dependencies
which all compiled fine.
The problem is when I "startx" I receive an error
from("vesa""vga""nv") something about sig 11
I dont receive an error from the proprietary module, only the logo
appears, and then a black screen.
is this possible or is it not possible yet?
the kernel I'm using is 2.6.29.

regards,

-- 
Justin P. Mattock
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg