/srv/irclogs.ubuntu.com/2008/10/20/#ubuntu-x.txt

=== seb128_ is now known as seb128
persiaI've been looking at joysticks in intrepid.  While it's nice that they don't crash X anymore, it seems X still has an exclusive lock on them, so they don't work with any games.10:37
persiaIn order to blacklist them, would it be better to blacklist from HAL, or from X?10:37
persiaI think X is hard because HAL seems to claim they are pointers, but seek confirmation before trying to change HAL.10:39
tjaaltonlocked by the evdev driver you mean?10:43
persiatjaalton, I believe so.10:44
persiaAt least not accessible to user programs attempting to access the deivce.10:44
tjaaltonso -joystick would be better?10:45
persiaNo, that only exposes joystick events within X.  All the games are coded against /dev/input/js*10:45
tjaaltonthat should be easy to fix by adding the needed information to the joystick fdi file10:45
persiaThat doesn't help at all, until all the games are ported.10:45
jcristauor patch X and evdev to stop grabbing the device10:45
tjaaltonah..10:46
tjaaltonnow I finally see the problem :)10:46
jcristaupersia: x-x-i-joystick grabs the devices as well?10:46
persiaI like the idea of X being able to use a joystick as a pointer device, but I don't think we can port all the games for intrepid (or probably, jaunty).10:46
persiaI'd like installing -joystick to be able to make X input with a joystick work, and uninstalling make the games work.10:46
persiaThat seems the least painful compromise until the games can be ported (changing libSDL will probably get 50% of them).10:47
persiajcristau, Yes, or at least limited testing with jstest and jsdemo indicates this.10:47
persiaThe annoying thing is that from what I can tell from lshal output, hal claims they are pointing devices (which is true).10:48
tjaaltonright10:48
tjaaltonthat's why evdev steals them10:48
persiaRight.10:48
persiaSo where I'm not sure is whether HAL should just not show them, or whether HAL should send an additional property that evdev uses as a negative selector.10:49
jcristaui guess it's a bit too late to stop the device grabbing for intrepid.. you'd have to deal with the duplicated events from xorg.conf devices10:49
persiaIdeally, I'd like to have the solution either be a hack that can be reverted easily, or a path that works going forward, and will be the standard.10:49
persiajcristau, The problem is that I'm not getting duplicate events.  I'm getting no events.10:50
persiaDuplicate events is probably acceptable.  The only use case I know it breaks is playing FPS with a mouse and joystick.10:50
jcristaui'm talking about what happens if evdev stops grabbing devices10:50
jcristauand you have mouse/kbd sections in xorg.conf10:51
persiaRIght.  evdev stopping grabbing devices unilaterally is probably more of a headache.  Something that could detect that the item was a joystick would be better.10:52
persiaI know this information is available from the kernel, as lsinput can tell if something is a keyboard, a mouse, or a joystick.10:52
jcristauinfo.capabilities in lshal contains joystick?10:53
jcristauinput.joystick even10:55
persiaNo, it doesn't.  I could probably make it do so.10:56
persia(although someone else could probably do this faster)10:56
tjaaltonpitti could know what needs to be done10:59
persiaSo, if input.joystick was exported, could they be blacklisted within X unless xserver-xorg-input-joystick was installed?11:04
jcristaunot really. but they could be ignored by evdev.11:04
persia(where presumably xserver-xorg-input-joystick would then be able to use that as a filter when accessing devices, making the related .fdi file easier to write)11:04
persiaIgnored by evdev is probably good enough at this stage for intrepid.11:04
persiaTo whom could I ship joysticks to help create a better solution for jaunty?11:05
tjaaltonif input.joystick was exported, the fdi file in -joystick would be a lot saner than now (whitelisting models, blech)11:10
persiaOK.  I'll go hack that up then.11:10
tjaaltonoh you wrote that already, I'm slow :)11:11
persiatjaalton, Well, the difference between what I write and what you write is that the latter is more likely to be correct :)11:11
tjaaltonignored by evdev is probably the correct path anyway11:12
persiaGreat.  Now to figure out how inpututils does it.11:12
tjaaltonpersia: hmm, perhaps, although in this case they were essentially the same :)11:13
tjaaltonpersia: do ask pitti, he might know the answer already11:14
persiatjaalton, I probably will, but I generally find it's a good idea to read a little code before talking to pitti, or I may not understand the response.11:15
tjaaltonpersia: heh, could be11:15
wgrantpersia: How does lsinput say that it knows it's a joystick?11:20
persiawgrant, Well, I thought it did.  Seems I may be mistaken11:21
persiaLast time I was seriously trying to make joysticks work was feisty : since then we've been pretty stable.11:21
wgrantIt would be nice if the kernel could tell us.11:22
wgrantHmm.11:22
wgrantThe kernel does know.11:22
persiaIndeed.11:22
wgrantIt gives me a /dev/input/js011:22
wgrantapt-get source linux it is.11:23
wgrantOr udev, hmmm.11:23
wgrantNo, Linux.11:23
persiaYeah.  It looks more and more like a kernel thing.  udev seems to lump joysticks and mice, and find them both with the same match rule.11:25
wgrantudev checks the name that the kernel gives it.11:26
persiaHrm.  Actually, there is a way to collect it from an API.  input-kbd and jstest get different information on the lists of available buttons.11:28
davmor2Morning guys.  I did and update to intrepid this morning all went except that nvidia -177 set my hz to 60 rather than 75 which made the desktop blurry and the bottom bar disappear off the screen.12:05
=== davmor2 is now known as davmor2_lunch
=== davmor2_lunch is now known as davmor2
mvotjaalton: bugs.freedesktop.org is the right bts for the screensaver patch at http://paste.ubuntu.com/60050/ ?15:24
tjaaltonmvo: yes15:24
persiaHey.  So I finally got my i386 machine installed, and can confirm that the same hardware that doesn't work on amd64 works fine on i386.15:40
tjaaltonpersia: the joysticks?15:40
persiaThe HAL input looks similar, except for the lack of x11_driver on i386.  Would this be something in evdev then?15:41
persiaYep, the joysticks.15:41
persia(and no, I don't think telling all amd64 users to generate .fdi files is a good solution)15:41
tjaaltonhehe15:42
tjaaltonwhat do you get in the log with x86?15:43
tjaaltonwhen you plug in the joystick?15:43
tjaaltonoh, and what do you mean by working fine?15:43
tjaaltonevdev _doesn't_ grab the device?15:43
tjaaltonsince that's essentially what happens to me, it refuses to use them15:44
jcristauhe says there's no x11_driver15:44
tjaaltonhrm, should read15:44
jcristauwhich points to hal or kernel15:44
jcristauafaict15:44
tjaaltonyeah15:44
persiajcristau, So HAL is giving different output for i386 and amd64?  I thought input.x11_driver would be set by X.15:45
tjaaltonpersia: no, it's the hal fdi-files that do it15:46
tjaalton10-x11-input.fdi15:46
persiaNow I'm extra confused, as lshal shows input.mouse in info.capabilities, which is what 10-x11-input.fdi is matching.15:48
tjaaltonthis is a fresh install?15:48
tjaaltonso nothing in /etc/hal/fdi/policy15:49
persiaYep.  Within the hour.15:49
persiaThere's a preferences.fdi file15:49
tjaaltonthat's normal15:50
tjaaltontry restarting hal?15:50
persiarestarting with the joystick attached?15:51
tjaaltonshouldn't matter15:51
tjaaltonbryce: the patch for bug 261977.. I gave it some thought. The fallback should be used _only_ if the .ids-files are used, since if the user doesn't have an xorg.conf, the first driver will then be vesa :)15:55
ubottuError: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/261977/+text)15:55
tjaaltongood ubottu15:55
tjaaltonmvo: gotta run now, but I'll apply the patch later today15:55
mvothanks tjaalton15:56
tjaaltonmvo: and upstream tomorrow when I get my fd.o account ;)15:56
mvotjaalton: ha! excellent15:56
persiaNope.  Restarted HAL.  restarted X.  On i386, the joystick persists in showing info.capabilities including input.mouse, the HAL fdi file matches on input.mouse, and it doesn't work to control my pointer.  Same joystick on amd64 is grabbed by evdev.15:56
mvotjaalton: you get commit access? congrats :-D15:56
mvotjaalton: that is truely excellent news 15:56
tjaaltonmvo: well, ajax said I'd need one.. why not. bryce should too :)15:56
tjaaltonpersia: duh, can't think of what's wrong then :/15:57
tjaaltonanyway, got to go now for a while ->15:58
persiatjaalton, OK.  Is this maybe a bug on i386 that it works when it shouldn't?15:58
tjaaltonpersia: it's something bizarre that I haven't seen yet ;)15:58
persiaOK.  Anyone else have any suggestions?15:58
jcristaupersia: if you have input.mouse but no x11_driver, that sounds like a hal bug, yes15:58
persiajcristau, OK.  I'll go bug pitti again.  Sounds like it's a bug that I want replicated to amd64 as well :)15:59
mvobryce: it looks like the gnome-control-center upload you did is not in bzr, did you forget to bzr push maybe?19:00
=== seb128_ is now known as seb128

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!