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/
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
Richard Purdie wrote:
On Fri, 2005-08-05 at 00:18 -0700, [EMAIL PROTECTED] wrote:
The patch titled
platform-device driver for MQ11xx graphics chip
has been added to the -mm tree. Its filename is
platform-device-driver-for-mq11xx-graphics-chip.patch
drivers/platform/.tmp_versions
Andrey Volkov wrote:
Hi Greg,
While I write driver for SM501 CC (which have graphics controller, USB
MASTER/SLAVE, AC97, UART, SPI and VIDEO CAPTURE onboard),
I bumped with next ambiguity:
Where is a place of this chip's Kconfig/drivers in
kernel config/drivers tree? May be create new node in
Ian Molton wrote:
Hi.
I have a problem. It affects both modular and non modular builds, and
I dont see an obviously correct solution.
The problem is that I have a video chip which supports some GPIOs and
an LCD display.
some LCD functions are controlled via the GPIOs, like backlighting.
so the
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
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
7 matches
Mail list logo