Opened 15 years ago
Last modified 10 years ago
#4016 new enhancement
Rewrite all old-style drivers to use "device manager" API.
| Reported by: | Pete | Owned by: | nobody |
|---|---|---|---|
| Priority: | normal | Milestone: | Unscheduled |
| Component: | Drivers | Version: | R1/pre-alpha1 |
| Keywords: | Cc: | ||
| Blocked By: | #11970 | Blocking: | |
| Platform: | All |
Description
I have a Wacom Intuos tablet that I've been using on BeOS R5 for years (wacom_usb driver), but plugging it into my Haiku machine (ThinkPad 570E running hrev30629) locks it solid -- cursor freezes or disappears.
Hitting F12 shows thread "ps2_service" or "scsi_device_service", apparently depending on exactly when the usb was plugged in.
The pilot light on the Wacom never lights up unless it's plugged in before boot (but the freeze is about the same either way).
Change History (9)
comment:1 by , 15 years ago
| Component: | - General → Drivers |
|---|
comment:2 by , 15 years ago
| Owner: | changed from to |
|---|
comment:3 by , 15 years ago
| Summary: | Wacom locks up system → USB device locks up system |
|---|
comment:4 by , 15 years ago
| Milestone: | R1 → Unscheduled |
|---|---|
| Summary: | USB device locks up system → Rewrite all old-style drivers to use "device manager" API. |
| Type: | bug → enhancement |
I don't know if we have a ticket for the kernel to prevent two drivers fighting over the same device. It's actually not possible with the BeOS driver interface. Most of the Haiku drivers still use that interface and not the new (in Haiku) "device manager" driver interface, which, AFAIU, would prevent two drivers from accessing the same hardware. So the fix of this problem is actually to re-write all old-style drivers to use the new device manager API. Of course we only have a problem when there actually are more then one drivers for the same device, as with your OSS installation and a Haiku native driver, probably "hda".
comment:5 by , 15 years ago
| Owner: | changed from to |
|---|
comment:6 by , 15 years ago
Actually, OSS is as "native" as any other sound driver, I meant to say an "already included" driver.
comment:7 by , 15 years ago
François wanted to work on something for this.
Anyway, the old drivers should only be ported once the new device API is proven to be stable. Maybe USB would be a worthwhile port to see what still needs to be improved, but ACPI can probably already help there.
comment:9 by , 10 years ago
| Blocked By: | 11970 added |
|---|
This is apparently a conflict with OSS... After posting the original ticket, I found that all USB devices (including sticks) caused the lockup, which was complete -- no F12 or ctl-alt-del. I eventually got time to check older revisions is a spare partition on the machine -- and they all worked! I ended up plugging the apparently failing revision (30629) into the spare partition, and it worked also! Digging around, the only important difference was the freshly-compiled (on the machine) OSS system. Removing that has restored USB useability. (Interestingly an older oss system was accidentally left on the working partition. It gets loaded, but doesn't crash USB. [And doesn't work...])