mneumann at ntecs.de
Mon May 19 06:19:11 PDT 2008
Hasso Tepper wrote:
> Michael Neumann wrote:
>> A patch (usb.diff) that brings in all recent FreeBSD-current USB
>> changes (no devices yet). Tested on two laptops and qemu. All three
>> paniced before with the same message as in this thread:
>> This should be easily reproducable using qemu with -usb and -usbdevice
>> After the patches, all three boot up and I can use USB without
>> problems. One problem is not yet fixed: When I boot with a USB device
>> connected, it sometimes hangs.
> Yes, but it seems that you didn't care about changes we have made
> or brought in from other BSD's? I just checked quickly the change I
> remember doing for sure -
> So, before it goes in, it should be _very_ carefully audited, please.
Yes, I just upgraded it to the FreeBSD code base, with the (possibly
wrong) assumption that the FreeBSD code base will pull in code from
other BSDs, so that we don't have to do it manually. I didn't want to
spend or duplicate too much effort.
If changes are done in the DragonFly USB version, it would be nice to
mark them as DragonFly-specific in the code, so that getting newer stuff
from FreeBSD into DragonFly would become easier and patching can be done
The correct way would be to ask FreeBSD to pull in those changes, so
that we can gain from it without much effort. On the other hand, it
would be great to refactor the FreeBSD code, but then we have to spend a
lot of time now and later (is it really worth for USB?).
> And please stay away from USB serial stuff while going to sync device
> drivers. These are in much better shape in DragonFly than in FreeBSD. I
> wouldn't mind at all (no, I'd love to see that, really) if someone would
> sync ucom(4) itself with FreeBSD, but it would require to merge changes
> from tty(4) as well I'm not familiar at all.
I'm just learning and this got me a bit deeper into DragonFly. And then,
the final goal is to be able to run DragonFly again on this laptop.
>> The second diff (freebsd.usb.diff) is against FreeBSD-current as of
> It's a diff between synchronized DragonFly (ie. the first patch applied)
> and FreeBSD current?
There are some open issues, like specifying a lock in bus_dma_create_tag
> Good work, anyway.
Your welcome (to test ;-)
More information about the Submit