Hallo, derek holzer hat gesagt: // derek holzer wrote:

6. RUNNING: I need to run PD as root to get this working. Otherwise the

HID devices are not accessible. I'm open to suggestions on how to fix this. I was using Udev before, but it's the devil's work and completely messed up my configuration, so I got rid of it ;-)

# chmod 666 /dev/event/input*

could help. I made the /dev/event/input* files belong to group "audio" (yes, strange, but well) and chmod'ed them to be group-read/writeable.

Ciao

Frank Barknecht _ ______footils.org__

      _ __latest track: "scans" _ http://footils.org/cms/show/41

Hallo, luigi rensinghoff hat gesagt: // luigi rensinghoff wrote:

Thats strange...hm i need a little advice to doublecheck if i have usbcore and usbhid, all the others appear in lsmod, so whats the right line in the kernel config file ??

First try to "modprobe usbhid". You may also have them compiled into the kernel. I think, usbcore is "CONFIG_USB" and usbhid is "CONFIG_USB_HID"

Ciao

Frank Barknecht _ ______footils.org__

      _ __latest track: "scans" _ http://footils.org/cms/show/41

On Jun 7, 2005, at 3:59 PM, derek holzer wrote:

Hi Luigi,

luigi rensinghoff wrote:

...

I was wondering if anyone got H.C. Steiners HID-Object running under Gentoo-Linux.

Yes, I did. It requires some kernel tweaking. I'll summarize from my
earlier thread and research on Gentoo forums trying to work it out:

1. KERNEL: Configure 2.6 kernel for the following (as modules if you

would like to load/unload them, or in the kernel itself): usbcore uhci-hcd ehci-hcd usbhid evdev joydev

joydev gives you the /dev/input/js? devices, so you don't need joydev
unless you are going to them. [hid] doesn't use those devices at all,
only /dev/input/event*, I think they are deprecated even. But they
won't hurt anything.

2. TESTING: Once booted into new kernel, try

# lsusb to see what is currently plugged in on your USB bus.

I kludged together an "lsevent" which comes in handy. I added the
source to my HID page:

http://at.or.at/hans/pd/hid.html

3. MORE TESTING: You should also see devices listed at:

/dev/input/eventX which [hid] will listen to. In PD with [hid], the eventX number should
correspond to the HID device number you need to tell the object to
listen to.

4. EVEN MORE TESTING: You can also

# dmesg | grep HID after plugging your HID device in to see if it is registered.

5. COMPILING: The pd_linux version which HC distributes is compiled

for PPC. Maybe he should say something about that somewhere in a
README, but anyway, don't bother trying it on x86. Compile the mutha
u-self.

Damn, tough crowd, you don't even get credit for things you did (from
first lines of hid-0.5/README):

There are two included binaries:

hid.pd_darwin = Darwin/PowerPC and Mac OS X hid.pd_linux = Linux/PowerPC

Or maybe I should say RTFM, ;) I guess my next laptop will be x86,
seeing as Apple is abandoning PowerPC, then we won't have this
problem...

6. RUNNING: I need to run PD as root to get this working. Otherwise

the HID devices are not accessible. I'm open to suggestions on how to
fix this. I was using Udev before, but it's the devil's work and
completely messed up my configuration, so I got rid of it ;-)

You don't need to run Pd as root to get access to the device, you just
need the proper rights. The best way to do that is to add your
username to the group that owns /dev/input/event* and make sure that
group has perms. You can chmod 666 it, but that might open you up to
an exploit.

.hc

If I missed anything, somebody please give me sign.

d.

--
derek holzer ::: http://www.umatic.nl ---Oblique Strategy # 16: "Assemble some of the elements in a group and treat the group"

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list

Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli

On Jun 9, 2005, at 9:12 AM, derek holzer wrote:

Hans-Christoph Steiner wrote:

...

Damn, tough crowd, you don't even get credit for things you did (from
first lines of hid-0.5/README):

10K apologies! My boo-boo for not reading the docs, but you have to
admit it's a bit "non-standard" for the pd_linux not to be x86.

I know its a bit whacky, that's why I was trying to be tongue-in-cheek
with that statement.

I guess that won't be a problem in the near future, where Mac people
really will just be paying all that extra cash for a free operating
system ;-) (no flames intended!)

Oh wait, you have to pay for Mac OS X? ;)

.hc

Thanks for other various corrections on my suggestions.

best, d.

--
derek holzer ::: http://www.umatic.nl ---Oblique Strategy # 137: "Repetition is a form of change"

"I have the audacity to believe that peoples everywhere can have three
meals a day for their bodies, education and culture for their minds,
and dignity, equality and freedom for their spirits."

  - Martin Luther King, Jr.