Changeset 4db49344 in mainline for uspace/drv/bus/usb/uhci/hc.h

Timestamp:

2018-01-23T21:52:28Z (6 years ago)

Author:

Ondřej Hlavatý <aearsis@…>

Branches:

lfn, master, serial, ticket/834-toolchain-update, topic/msim-upgrade, topic/simplify-dev-export

Children:

3dd80f8

Parents:

a6afb4c

git-author:

Ondřej Hlavatý <aearsis@…> (2018-01-23 20:49:35)

git-committer:

Ondřej Hlavatý <aearsis@…> (2018-01-23 21:52:28)

Message:

usb: fix wrong design of transfer aborting

Apparently, we didn't do a good job in thinking through the problem.
In older HCs, it was done just wrong - the UHCI implementation commited
a batch that could have been already aborted, and EHCI+OHCI might miss
an interrupt because they commited the batch sooner than they added it
to their checked list.

This commit takes everything from the other end, which is probably the
only right one. Instead of an endpoint having an extra mutex, it
inherits a mutex from the outside. It never locks it though, it just
checks if the mutex is locked and uses it for waiting on condition
variables.

This mutex is supposed to be the one which the HC driver uses for
locking its structures in scheduling. This way, we avoid the ABBA
deadlock completely, while preserving the synchronization on an
endpoint.

The good thing is that this implementation is much easier to extend with
multiple active batches per endpoint.

File:

• uspace/drv/bus/usb/uhci/hc.h (modified) (1 diff)

uspace/drv/bus/usb/uhci/hc.h

@@ -123 +123 @@
         transfer_list_t *transfers[2][4];
 
+        /**
+         * Guard for the pending list. Can be locked under EP guard, but not
+         * vice versa.
+         */
+        fibril_mutex_t guard;
+        /** List of endpoints with a transfer scheduled */
+        list_t pending_endpoints;
+
         /** Number of hw failures detected. */
         unsigned hw_failures;