xf86-video-intel 2.8 3d not working at all
Hi guys, I upgraded from intel-2.7.1 to 2.8 and now 3d isnt working at all. When I start glxgears i get a black window and the following output glxgears unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 4742 frames in 5.0 seconds = 948.366 FPS 4706 frames in 5.0 seconds = 940.923 FPS it even shows a framerate but the window is still black (and it doesnt sync to vblank) Kernel ist 2.6.29.3 xorg ist 1.6.2 please help - Daniel ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Evdev touchscreen calibration?
Hello everyone, I've recently written an input event driver for a touchscreen, and it's working out-of-the box with the evdev driver. However, the scaling is a bit off, so I'd like to do a four-point calibration and set the Evdev Axis Calibration property accordingly. Is there a tool which does that? I've only found ts_calibrate so far, which is just for framebuffer devices. Yours, Florian -- 0666 - Filemode of the Beast ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: xf86-video-intel 2.8 3d not working at all
On Wed, Jul 22, 2009 at 14:47:36 +0200, Daniel Gultsch wrote: Hi guys, I upgraded from intel-2.7.1 to 2.8 and now 3d isnt working at all. When I start glxgears i get a black window and the following output glxgears unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 4742 frames in 5.0 seconds = 948.366 FPS 4706 frames in 5.0 seconds = 940.923 FPS it even shows a framerate but the window is still black (and it doesnt sync to vblank) I got the same on a Mac mini Core2 Duo (i945): glxgears reports FPS but the window is black. I never tried older versions, though (read: I didn't manage to get a usable Xserver using UXA with older versions). Regards, Tino ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Evdev touchscreen calibration?
On Wed, Jul 22, 2009 at 6:24 AM, Florian Echtlerf...@butterbrot.org wrote: Hello everyone, I've recently written an input event driver for a touchscreen, and it's working out-of-the box with the evdev driver. However, the scaling is a bit off, so I'd like to do a four-point calibration and set the Evdev Axis Calibration property accordingly. Is there a tool which does that? I've only found ts_calibrate so far, which is just for framebuffer devices. You can set any input properties with a recent xinput tool. -- Dan ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Evdev touchscreen calibration?
Florian Echtler wrote: Hello everyone, I've recently written an input event driver for a touchscreen, and it's working out-of-the box with the evdev driver. However, the scaling is a bit off, so I'd like to do a four-point calibration and set the Evdev Axis Calibration property accordingly. Is there a tool which does that? I've only found ts_calibrate so far, which is just for framebuffer devices. I don't think it could be written without XI2, since AFAIK you've got no access to raw coordinates. One might exploit special assumptions/setups, though. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Intel 2009Q2 release
We'd like to recommend 2009Q2 package (http://intellinuxgraphics.org/2009Q2.html), which consists of: - xf86-video-intel 2.8.0 release - mesa 7.5 release - libdrm 2.4.12 release The newer kernel (2.6.31) contains more kernel fixes, so generally better than older kernel. If you want to stick to 2.6.30, you might need the additional patches linked in the above webpage. Awesome! This is exactly the list of software versions I've been looking for. Could this be put on the front page of the intellinuxgraphics.org page, or somewhere equally obvious? Also, at least as of xf86-video-intel-2.7.1 and pretty recent mesa and libdrm devel checkouts, my laptop performs much better under KDE4 than my nVidia-based desktop. Looking forward to getting a discrete Intel card for my desktop, once that's a possibility :) ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Intel 2009Q2 release
'Twas brillig, and Mateusz Kaduk at 22/07/09 10:34 did gyre and gimble: 2009/7/22 Colin Guthrie gm...@colin.guthr.ie: In the webpage it mentiones 2.6.30.1 + 8 patches. 2.6.30.2 is now out, can you comment on whether or not those 8 patches have been rolled into 2.6.30.2? Also making official bundle with those patches would be nice or like Colin wrote pulling them in 2.6.30.3 if they're not in 2.6.30.2 I tried 2.6.31-rc3-git3 but there are bugs that I cant work with ie. not working UVC driver, not compiling Vbox2 modules... and it seems pretty unstable. Judging by posts on the intel-gfx list, this is being proposed :) Sadly I didn't keep both lists in the reply as my subscriptions are for different email addresses (beginning to rethink that idea :p) Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: evdev+hal = Too many input devices.
Łukasz Maśko wrote: (EE) Too many input devices. Ignoring Primax Corp. (3) Button Mouse (II) UnloadModule: evdev (EE) config/hal: NewInputDeviceRequest failed (11) The kernel is sending device removal events in the wrong order, deleting the connection before the input device associated with the connection is removed. Then HAL doesn't see the input device removal in the right place. Try the attached kernel patch. I'm sending this upstream, probably with one or two changes. From 2779df84b73363d309fad933b6fb00e1276e8ff7 Mon Sep 17 00:00:00 2001 From: Brian Rogers br...@xyzw.org Date: Sun, 19 Jul 2009 03:43:24 -0700 Subject: [PATCH 1/2] Bluetooth: Wait for child devices to go away before deleting a connection. --- net/bluetooth/hci_sysfs.c | 15 ++- 1 files changed, 6 insertions(+), 9 deletions(-) diff --git a/net/bluetooth/hci_sysfs.c b/net/bluetooth/hci_sysfs.c index 95f7a7a..ebb0d15 100644 --- a/net/bluetooth/hci_sysfs.c +++ b/net/bluetooth/hci_sysfs.c @@ -100,14 +100,9 @@ static void add_conn(struct work_struct *work) hci_dev_hold(hdev); } -/* - * The rfcomm tty device will possibly retain even when conn - * is down, and sysfs doesn't support move zombie device, - * so we should move the device before conn device is destroyed. - */ -static int __match_tty(struct device *dev, void *data) +static int __match_any(struct device *dev, void *data) { - return !strncmp(dev_name(dev), rfcomm, 6); + return 1; } static void del_conn(struct work_struct *work) @@ -118,14 +113,16 @@ static void del_conn(struct work_struct *work) if (!device_is_registered(conn-dev)) return; + /* wait for child devices to go away first */ while (1) { struct device *dev; - dev = device_find_child(conn-dev, NULL, __match_tty); + dev = device_find_child(conn-dev, NULL, __match_any); if (!dev) break; - device_move(dev, NULL, DPM_ORDER_DEV_LAST); put_device(dev); + + msleep(100); } device_del(conn-dev); -- 1.6.3.3 ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Evdev touchscreen calibration?
On Wed, Jul 22, 2009 at 06:33:41PM +0200, Simon Thum wrote: Florian Echtler wrote: Hello everyone, I've recently written an input event driver for a touchscreen, and it's working out-of-the box with the evdev driver. However, the scaling is a bit off, so I'd like to do a four-point calibration and set the Evdev Axis Calibration property accordingly. Is there a tool which does that? I've only found ts_calibrate so far, which is just for framebuffer devices. I don't think it could be written without XI2, since AFAIK you've got no access to raw coordinates. One might exploit special assumptions/setups, though. XI 1 gives you access to the valuators as well, so this should work in principle if you register for DeviceButtonPress and friends. Cheers, Peter ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
RE: Intel 2009Q2 release
tsuraan wrote on Thursday, July 23, 2009 12:47 AM: We'd like to recommend 2009Q2 package (http://intellinuxgraphics.org/2009Q2.html), which consists of: - xf86-video-intel 2.8.0 release - mesa 7.5 release - libdrm 2.4.12 release The newer kernel (2.6.31) contains more kernel fixes, so generally better than older kernel. If you want to stick to 2.6.30, you might need the additional patches linked in the above webpage. Awesome! This is exactly the list of software versions I've been looking for. Could this be put on the front page of the intellinuxgraphics.org page, or somewhere equally obvious? Thanks for the reminder. Just added to the front page. Gordon ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
RE: xf86-video-intel 2.8 3d not working at all
Daniel Gultsch wrote on Wednesday, July 22, 2009 8:48 PM: Hi guys, I upgraded from intel-2.7.1 to 2.8 and now 3d isnt working at all. When I start glxgears i get a black window and the following output glxgears unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 unhandled buffer attach event, attacment type 7 4742 frames in 5.0 seconds = 948.366 FPS 4706 frames in 5.0 seconds = 940.923 FPS it even shows a framerate but the window is still black (and it doesnt sync to vblank) Kernel ist 2.6.29.3 xorg ist 1.6.2 Which mesa are you using? A similar bug (http://bugs.freedesktop.org/show_bug.cgi?id=22831) disappears after upgrading mesa from 7.4.4 to 7.5. Gordon ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg