This patch adds USB gadget support for the USB peripheral controller
on the MQ11xx graphics chip.
Signed-off-by: Jamey Hicks <[EMAIL PROTECTED]>
Signed-off-by: Andrew Zabolotny <[EMAIL PROTECTED]>
---
commit 9b2407962e0786705efeed755ab1d399deba8685
tree 7c9e5187687bec3112af0f83e9e3
This patch adds a framebuffer driver for MQ11xx system-on-chip
graphics chip. This chip is used in several non-PCI ARM and MIPS
platforms such as the iPAQ H5550. This driver depends on the overall
platform_device driver for the chip.
Signed-off-by: Jamey Hicks <[EMAIL PROTECTED]>
Sign
ot
beautiful, but it doesn't change the mainstream (x86) code significantly.
Jamey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
It looks like support for this is available at:
http://opensource.compaq.com/sourceforge/project/?group_id=13
-Jamey Hicks
-Original Message-
From: Adam J. Richter [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 07, 2001 1:08 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED
to drivers/mfd. I do
want to have a policy that says where such drivers should go.
Jamey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please r
Russell King wrote:
On Fri, Aug 05, 2005 at 08:29:30AM -0400, Jamey Hicks wrote:
I do not have a problem with moving these drivers to drivers/mfd. I do
want to have a policy that says where such drivers should go.
Well, I've recently moved the UCB1200/1300 drivers there. S
ecause the toplevel driver for MQ11xx is a
platform_device driver. Any thoughts on this?
Jamey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pl
GPIO API
Motivation: On many of the little Linux devices I've seen, there are
multiple
chips providing GPIO and in many cases GPIO pins from one chip are
used to control unrelated functions. The first approach I took to
solving this problem was to implement a per-function framework. I
wrote the
ver into a core, backlight and video might be another
option that lets you bring up the backlight driver before the video driver.
Jamey
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://
table into the kernel.org tree.
Jamey Hicks
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
10 matches
Mail list logo