Re: first console unusable due to usb mouse shenanigans

2017-09-17 Thread Bryan Steele
On Sun, Sep 17, 2017 at 08:33:03AM -0400, Bryan Steele wrote: > I think this is a bug in ohci(4), I reported it last year.. the > splasserts were fixed briefly for me by mpi@ Whoops, meant last May, not last year. :-)

Re: first console unusable due to usb mouse shenanigans

2017-09-17 Thread Martin Pieuchot
On 17/09/17(Sun) 08:33, Bryan Steele wrote: > On Sun, Sep 17, 2017 at 12:14:06PM +0200, Marc Espie wrote: > > This is on current, I get this on repeat very regularly. > > > > wsmouse0 detached > > ums0 detached > > uhidev0 detached > > splassert: usb_transfer_complete: want 5 have 6 > >

Re: write.2: caveats: write(2) returns zero?

2017-09-17 Thread Scott Cheloha
> On Sep 17, 2017, at 4:53 AM, Marc Espie wrote: > > On Sat, Sep 16, 2017 at 10:25:19PM -0500, Scott Cheloha wrote: >> Hi, >> >> [...] >> >> -- >> Scott Cheloha >> >> Index: lib/libc/sys/write.2 >> === >> RCS

Re: first console unusable due to usb mouse shenanigans

2017-09-17 Thread Kenneth R Westerback
On Sun, Sep 17, 2017 at 10:14:06AM +, Marc Espie wrote: > This is on current, I get this on repeat very regularly. > > wsmouse0 detached > ums0 detached > uhidev0 detached > splassert: usb_transfer_complete: want 5 have 6 > splassert: usb_transfer_complete: want 5 have 6 > splassert:

first console unusable due to usb mouse shenanigans

2017-09-17 Thread Marc Espie
This is on current, I get this on repeat very regularly. wsmouse0 detached ums0 detached uhidev0 detached splassert: usb_transfer_complete: want 5 have 6 splassert: usb_transfer_complete: want 5 have 6 splassert: usb_transfer_complete: want 5 have 6 uhidev0 at uhub2 port 1 configuration 1

Re: write.2: caveats: write(2) returns zero?

2017-09-17 Thread Marc Espie
On Sat, Sep 16, 2017 at 10:25:19PM -0500, Scott Cheloha wrote: > Hi, > > The second example in the write(2) CAVEATS section is identical to > the corresponding example in the read(2) page: > > while ((nr = write(fd, buf, sizeof(buf))) != -1 && nr != 0) > > read(2) returns 0 on EOF, but