On Thursday 15 November 2012 07:18:31 Adrian Chadd wrote:
> Hi,
>
> Here's what I have thus far. Please ignore the device_printf() change.
>
> This works for me, both for hotplug cardbus wireless devices as well
> as (inadvertently!) a USB bluetooth device.
>
> What do you think?
It looks that you
Hans brings up a very good point for USB - they split if_alloc and
if_attach across two different threads.
So this works for non-USB devices, but not for USB devices.
Hans, does each device implement its own workqueue for this kind of
delayed action, or is there some generic work queue that is do
On Thursday 15 November 2012 20:16:12 Adrian Chadd wrote:
> Hans brings up a very good point for USB - they split if_alloc and
> if_attach across two different threads.
>
> So this works for non-USB devices, but not for USB devices.
>
> Hans, does each device implement its own workqueue for this
On Thursday 15 November 2012 20:32:06 Hans Petter Selasky wrote:
> On Thursday 15 November 2012 20:16:12 Adrian Chadd wrote:
> > Hans brings up a very good point for USB - they split if_alloc and
> > if_attach across two different threads.
Fine, so maybe one of the following options could work:
1
Hi,
> you can use mpd (or ppp) in multilink mode to encapsulate your outgoing links
> via two different tcp paths to you other server where you can undo it..
I didn't know about mpd (or ppp multilink). Actually, it seems to be exactly
what I need. Better than lagg, for this situation.
The probl
I'm working on (of all things) a Puppet module to configure NFS
servers, and I'm wondering if anyone expects to implement NFS over
SCTP on FreeBSD.
-GAWollman
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
