LKML
http://chanathleticassociationbaseball.assn.la/Goto.asp?URL=https://bit.ly/2KAzcan&AssocID=12781
Mark Underwood
--
Importance is one of the most important of our illusions. - Herbert Salzer
hi LKML
http://www.ferolux.com/index_1.php?difficult=px2b7cae2fa4g7
Mark
Good morning LKML
http://jyt.org.uk/valuable.php?theres=khya20h4t8hkzymt2
Mark
--- Grant Likely <[EMAIL PROTECTED]> wrote:
> On 9/8/05, David Brownell <[EMAIL PROTECTED]>
> wrote:
> > That implies whoever is registering is actually
> going and creating the
> > SPI devices ... and doing it AFTER the controller
> driver is registered.
> > I actually have issues with each of t
--- David Brownell <[EMAIL PROTECTED]> wrote:
> > Date: Wed, 7 Sep 2005 19:38:43 +0100 (BST)
> > From: Mark Underwood <[EMAIL PROTECTED]>
> > ...
> >
> > I see several posabiltiys of how SPI devices could
> be
> > connected to an adapter.
>
--- David Brownell <[EMAIL PROTECTED]> wrote:
> > With my subsystem that would look like:
> >
> > static const struct spi_cs_table
> > platform_spi1_cs_table[] = {
> > {
> > .name = "touchscreen",
> > .cs_no = 1,
> > .platform_data = NULL,
> > .flags = SPI_CS_IDLE_HIGH,
> > .cs_data
--- David Brownell <[EMAIL PROTECTED]> wrote:
> > > > I did think about doing this but the problem
> is how do
> > > > you know bus 2 is the bus you think it is?
> > >
> > > The numbering is board-specific, but in most
> cases
> > > that can be simplified to being SOC-specific.
> ...
> > >
> >
--- David Brownell <[EMAIL PROTECTED]> wrote:
> > > @@ -193,6 +193,34 @@
> > >
> > > #ifdef CONFIG_OMAP_OSK_MISTRAL
> > >
> > > +#include
> > > +
> > > +struct ads7864_info {/* FIXME put in standard
> header */
> > > + u16 pen_irq, busy; /* GPIO lines */
> > > + u
can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 as
+ * published by the Free Software Foundation.
+ *
+ * Authors:
+ * Mark Underwood
+ */
+
+#include
+#include
+#include
+#include
+#include
+#include
+
+#define DRIVER_NAME "spi-test&
Thanks for all your quick responses.
Cheers,
Mark
--- Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Fri, Sep 02, 2005 at 06:22:32PM +0100, Mark
> Underwood wrote:
>
> > Sorry to ask such a n00b question, but how do you
> > create the patch statistics that many people
Sorry to ask such a n00b question, but how do you
create the patch statistics that many people show at
the top of a patch set? I couldnt see it the the
SubmittingPatches doc and google didnt help (or I
dont know what to look for ;)
Cheers,
Mark
_
--- David Brownell <[EMAIL PROTECTED]> wrote:
> > Date: Wed, 31 Aug 2005 08:59:44 +0100 (BST)
> > From: Mark Underwood <[EMAIL PROTECTED]>
> >
> > --- David Brownell wrote:
> >
> > > The last couple times SPI frameworks came up
> here, some
--- David Brownell <[EMAIL PROTECTED]> wrote:
> The last couple times SPI frameworks came up here,
> some of the feedback
> included "make it use the driver model properly;
> don't be like I2C".
>
> In hopes that it'll be useful, here's a small SPI
> core with driver model
> support driven from
Interestingly (we for me at least ;-) I have been
working on an SPI subsystem that was/is a copy of the
I2C subsystem with changes as SPI doesnt have a
protocol like I2C. I am at the stage of tidying up the
structures in the head files and looking at where they
are used in the core layer.
To me, w
issues some command bytes, and its
> completion
> callback starts the data transfer. (It's easy
> to build
> synchronous models over async ones; but not the
> other way.)
>
> (I see Mark Underwood commented that he was
> working with
> one like tha
OK. Fixed this one myself :-), I had misunderstood the
MIPS timer stuff and thus the kernel wasn't
scheduling.
Mark
--- Mark Underwood <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have now been trying to get Linux 2.6.11.5 (built
> with gcc 3.3.3 and binutils 2.15.91.0.2)
--- Richard Purdie <[EMAIL PROTECTED]> wrote:
> On Mon, 2005-08-01 at 11:13 -0700, Greg KH wrote:
> > > Good question. I was about to submit a patch
> that created
> > > drivers/platform because the toplevel driver for
> MQ11xx is a
> > > platform_device driver. Any thoughts on this?
> >
> >
--- dmitry pervushin <[EMAIL PROTECTED]> wrote:
>
> > Surely this should be locked with bus lock?
> Why not ? Until the transfer on device is not
> finished, the bus will be
> locked. Otherwise, the another device (on the same
> bus) might want to
> transfer something...
OK. My confusion was th
--- dmitry pervushin <[EMAIL PROTECTED]> wrote:
> Hello all,
>
>
> Here is the spi core patch (slightly redesigned
> again). Now it operates
> with three abstractions:
> a) the spi bus, which is registered in system and is
> resposible for
> general things like registering devices on it,
> han
--- Richard Purdie <[EMAIL PROTECTED]> wrote:
> On Sun, 2005-07-31 at 23:11 +0100, Mark Underwood
> wrote:
> > As this isn't the only chip of this sort (i.e. a
> > multi-function chip not on the CPU bus) maybe we
> > should store the bus driver in a common p
--- Russell King <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 30, 2005 at 10:46:58PM +0200, Pavel
> Machek wrote:
> > Hi!
> >
> > > > > Note that I'm maintaining the code and will
> be
> > > > > publishing a new set
> > > > > of patches for it based upon Pavel's fixes.
> > > >
> > > > Thanks. I'll
--- Russell King <[EMAIL PROTECTED]> wrote:
> On Tue, Jul 26, 2005 at 09:04:12AM +0100, Mark
> Underwood wrote:
> > I am in the process of porting Linux 2.6.11.5 to
> the
> > Helio PDA (MIPS R3912 based) and if I remember
> > correctly it is using a UCB1x00 (or T
--- Alan Cox <[EMAIL PROTECTED]> wrote:
> On Maw, 2005-07-26 at 10:55 +0100, Mark Underwood
> wrote:
> > What my driver would like to do is to handle its
> own
> > input buffers. It would pass the buffer to the tty
> > layer when it is full and the tty layer woul
Hi Rogier,
Having just written a DMA UART driver I can say this
is good news :-). Here are some things to think about:
What my driver would like to do is to handle its own
input buffers. It would pass the buffer to the tty
layer when it is full and the tty layer would pass the
buffer back once it
Hi Pavel,
I am in the process of porting Linux 2.6.11.5 to the
Helio PDA (MIPS R3912 based) and if I remember
correctly it is using a UCB1x00 (or Toshiba clone).
Please could you make sure your patches will work
across arch. Now I have my kernel up and running (well
mainly falling :-() my next tas
Hi,
I have now been trying to get Linux 2.6.11.5 (built
with gcc 3.3.3 and binutils 2.15.91.0.2) up and
running on my Helio PDA, a MIPS R3912 based ASSP (the
emulator to be exact) and have been stuck at the last
step for a while now :-(.
The kernel runs up fine, the problem starts when init
is s
26 matches
Mail list logo
