This is a patch for the musb usb controller. It allows forwarding of the debug mode feature to its gadget in order to be able to act as an ehci debug device. This patch has been tested on an IGEPv2 board running a 2.6.35-rc1 kernel. Signed-off-by: Stephane Duverger <firstname.lastname@example.org> Cc: Felipe Balbi <email@example.com> Signed-off-by: Greg Kroah-Hartman <firstname.lastname@example.org>
The current code doesn't set it, so linux complains about it when connected, and ignores the device: [104611.068082] usb 1-5: new high speed USB device using ehci_hcd and address 127 [104611.088368] usb 1-5: Invalid ep0 maxpacket: 0 Signed-off-by: Sven Schnelle <email@example.com> Signed-off-by: Greg Kroah-Hartman <firstname.lastname@example.org>
Current code returns 0 even if it can't handle the request. This leads to timeouts when an unhandled request is sent: Bus 001 Device 003: ID 0525:c0de Netchip Technology, Inc. Device Descriptor: [..] can't get device qualifier: Connection timed out [..] change the code to return EOPNOTSUPP in such cases. Signed-off-by: Sven Schnelle <email@example.com> Signed-off-by: Greg Kroah-Hartman <firstname.lastname@example.org>
This is a patch that implements an USB EHCI Debug Device using the Gadget API. This patch applies to a 2.6.35-rc3 kernel. The gadget needs a compliant usb controller that forwards the USB_DEVICE_DEBUG_MODE feature to its gadget. The gadget provides two configuration modes, one that only printk() the received data, and one that exposes a serial device to userland (/dev/ttyGSxxx). The gadget has been tested on an IGEPv2 board running a 2.6.35-rc1 kernel. The debug port was fed on the host side by a 2.6.34 kernel. Signed-off-by: Stephane Duverger <email@example.com> Cc: David Brownell <firstname.lastname@example.org> Signed-off-by: Greg Kroah-Hartman <email@example.com>
Without that fix compat wireless can't be built against that kernel, resulting in: *** "ERROR: your kernel has CONFIG_CFG80211=y, you should have it CONFIG_CFG80211=m if you want to use this thing.". Stop. from compat-wireless. Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
Recent gcc versions generate unaligned accesses by default on ARMv6 and later processors. This patch ensures that the SCTLR.A bit is always cleared on such processors to avoid kernel traping before alignment_init() is called. Signed-off-by: Catalin Marinas <firstname.lastname@example.org> Tested-by: John Linn <John.Linn@xilinx.com> Acked-by: Nicolas Pitre <email@example.com> Cc: firstname.lastname@example.org Signed-off-by: Russell King <email@example.com>
-Battery does not yet attempt to load fuel gauges -Battery presence not tested (Battery effectively only enables charge on the battery slot) -RFID is a very simple driver, just sets GPIO (Everything else for RFID done via userland serial)
Signed-off-by: Matt Isaacs <firstname.lastname@example.org>
This device contains the very same bug in report descriptor as the Ortek ones do (i.e. LogicalMinimum == 1, which is wrong for the key array). As we have more reports for the Ortek devices, we are keeping the driver name for now. Apparently there is a chip producer which sells chip with this buggy descriptor to multiple vendors. Thus if such reports start to come at highger frequency, we'll either have to rename the driver accordingly, or come up with more generic workaround. Signed-off-by: Jiri Kosina <email@example.com>
The previous version did not actually work. With this patch, the driver generates keyboard input events (KEY_VOLUMEUP and KEY_VOLUMEDOWN) for the volume buttons. The jacks are reported as switches (Line in: SW_JACK_PHYSICAL_INSERT, Mic in: SW_MICROPHONE_INSERT, Line out: SW_LINEOUT_INSERT, Headphones: SW_HEADPHONE_INSERT).
Previously, the bmi_audio driver generated audio only on one channel. This was a result of the fact that the bit clock to frame clock ratio was wrong. Due to hardware constraints, the I2S port must be clocked by McBSP, and the clock must be derived from the 48Mhz functional clock. This patch changes clock generation and clock divisor calculation so that (almost) the right bit clock is generated.