Aren/NetBSD
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Another patch for xfer abort...

Browse Source 
XXX The current xfer queueing and aborting semantics should really
XXX be changed.  It cannot be implemented in a sane way on UHCI.
XXX One day when I have lots of time I'll redesign it...
This commit is contained in:
augustss 2000-03-28 09:47:10 +00:00
parent 071bde5df6
commit 3316da3988
1 changed files with 11 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
sys/dev/usb/uhci.c
View File

@ -1,4 +1,4 @@
/* $NetBSD: uhci.c,v 1.102 2000/03/27 22:42:57 augustss Exp $ */
/* $NetBSD: uhci.c,v 1.103 2000/03/28 09:47:10 augustss Exp $ */
/* $FreeBSD: src/sys/dev/usb/uhci.c,v 1.33 1999/11/17 22:33:41 n_hibma Exp $ */
/*
@ -1836,6 +1836,16 @@ uhci_abort_xfer(xfer, status)
usb_callout(upipe->pipe.abort_handle, hz / USB_FRAMES_PER_SECOND,
uhci_abort_xfer_end, upipe);
/* XXX This isn't right, but use it until we figure out a better way. */
switch (UE_GET_XFERTYPE(upipe->pipe.endpoint->edesc->bmAttributes)) {
case UE_CONTROL:
case UE_BULK:
/* No QH to link back, just return. */
upipe->aborting = 0;
splx(s);
return;
}
/* Pretend we are running to avoid QH manipulation. */
upipe->pipe.running = 1;