Openwrt/target/linux/brcm63xx/patches-3.10/204-USB-OHCI-allow-other-arches-to-use-the-BE-frame-numb.patch
Jonas Gorski e83c1ec61c brcm63xx: fix ohci frame number offset
BCM63XX's ohci controller does not need the frame number shift, but that
was guarded with a PPC symbol. Fix this by making the no-fix generally
available.

This is a regression from the previous conversion to ohci platform driver.

Signed-off-by: Jonas Gorski <jogo@openwrt.org>

SVN-Revision: 39274
2014-01-13 12:21:08 +00:00

32 lines
1.1 KiB
Diff

From b2f399dcd674a692a64bb3b300b77b78ae57b530 Mon Sep 17 00:00:00 2001
From: Jonas Gorski <jogo@openwrt.org>
Date: Sun, 12 Jan 2014 16:47:35 +0100
Subject: [PATCH] USB: OHCI: allow other arches to use the BE frame number
quirk
Intead of guarding it with a certain PPC SoC and expanding the list
for each SoC requiring it, just guard it with USB_OHCI_BIG_ENDIAN_DESC.
This makes it less suprising that passing no_big_frame_no = 1 for the
platform data does not do what expected (or
Checking it for all big endian descriptor setups should not impact
performance much as USB1.1 is rather slow anyway.
Signed-off-by: Jonas Gorski <jogo@openwrt.org>
---
drivers/usb/host/ohci.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/drivers/usb/host/ohci.h
+++ b/drivers/usb/host/ohci.h
@@ -647,7 +647,7 @@ static inline u32 hc32_to_cpup (const st
* some big-endian SOC implementations. Same thing happens with PSW access.
*/
-#ifdef CONFIG_PPC_MPC52xx
+#ifdef CONFIG_USB_OHCI_BIG_ENDIAN_DESC
#define big_endian_frame_no_quirk(ohci) (ohci->flags & OHCI_QUIRK_FRAME_NO)
#else
#define big_endian_frame_no_quirk(ohci) 0