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. :-)
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
> >
> 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
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:
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
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