From 747264f2659fa1fd8d01141976166cc61a9f07be Mon Sep 17 00:00:00 2001 From: julian Date: Sun, 9 Jan 2005 23:49:45 +0000 Subject: fix a "little-endian-big-endian confusion that luckily: 1/ doesn't matter on most of our architectures 2/ will never happen unless we start queueing multiple trasactions to a single endpoint at one time (which we do not allow yet). If anyone has a big_endian machine with EHCI they might check this if they are having problems with EHCI but it's unlikely even there.. Submitted by: Hans Petter Selasky MFC after: 3 days --- sys/dev/usb/ehci.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'sys') diff --git a/sys/dev/usb/ehci.c b/sys/dev/usb/ehci.c index 31d60dc..bdbd4eb 100644 --- a/sys/dev/usb/ehci.c +++ b/sys/dev/usb/ehci.c @@ -2572,7 +2572,7 @@ ehci_abort_xfer(usbd_xfer_handle xfer, usbd_status status) /* We will change them to point here */ snext = exfer->sqtdend->nextqtd; - next = snext ? snext->physaddr : htole32(EHCI_NULL); + next = snext ? htole32(snext->physaddr) : EHCI_NULL; /* * Now loop through any qTDs before us and keep track of the pointer @@ -2627,7 +2627,7 @@ ehci_abort_xfer(usbd_xfer_handle xfer, usbd_status status) sqh->qh.qh_qtd.qtd_status = 0; sqh->qh.qh_qtd.qtd_next = sqh->qh.qh_qtd.qtd_altnext - = htole32(EHCI_NULL); + = EHCI_NULL; DPRINTFN(1,("ehci_abort_xfer: no hit\n")); } } -- cgit v1.1