Joshua Wise
Joshua Wise
I'm currently not taking PRs for HoRNDIS -- I don't have the bandwidth to maintain it -- though if someone else wants to take overm aintainership entirely, I'm happy to...
Chris, Thanks for the detailed bug report. It looks like _some_ IP address is being assigned, if 'en1' is the phone device... Unfortunately, this is one of those weird situations...
That message is benign; the interface should still exist, even with that message...
Yeah, this is kind of what I figured was going on. The thing that still boggles me is that I don't understand why it works after people rm the NetworkInterfaces...
I'm merging these now (just had it crash my x86 machine, though that could be because of another change I made -- am tracking that down). I didn't pull 1d8ba34...
Ok, merged 7038390 as 83b4ba8; 9f2dc2c as 9b572c1; 7588d5e and ffc53dc as fc1e604. Do you have an x86 machine to test on? If so, I'll just give you commit access...
(The acid test for this hypothesis would be to know whether `getOutputQueue()->stop()` and `getOutputQueue()->flush()` are synchronous or not. If they're not, then this explanation is almost certainly the most likely.)
Of course, `IOBasicOutputQueue::stop()`, at least in theory, is synchronous. So I'm not sure what gives here.
(The crash, by the way, was that I apparently don't know the initialization sequence of this driver, and broke things making the 4737cc6 change.)
Try upgrading to rel7?