From: Tony Lindgren <tony@atomide.com>
To: Jason Cooper <jason@lakedaemon.net>
Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [RFC PATCH 0/3] ARM: omap3: add Seagate Wireless Plus board
Date: Wed, 8 May 2013 15:30:27 -0700 [thread overview]
Message-ID: <20130508223027.GN32546@atomide.com> (raw)
In-Reply-To: <20130508215853.GD31290@titan.lakedaemon.net>
* Jason Cooper <jason@lakedaemon.net> [130508 15:04]:
> On Wed, May 08, 2013 at 12:51:53PM -0700, Tony Lindgren wrote:
> > * Jason Cooper <jason@lakedaemon.net> [130508 12:29]:
> > >
> > > Current Problem:
> > >
> > > There are several gaps in my understanding of how far along TI's conversion to
> > > DT is. Should I be doing a separate board file for initializing the legacy
> > > items? I was hoping to do it all with DT.
> >
> > Sorry forgot to reply to this.. No seprate board file should be needed,
> > some devices may still need to be initialized with pdata based on the
> > compatible flag.
>
> ti,hwmod, right?
Yes.. see mach-omap2/devices.c for the list that's still not initialized
via DT.
> > > Obviously, I don't expect anybody to run out and buy one of these, take it
> > > apart, and try to boot this code. But if the omap guys could take a look at
> > > this and give me a few pointers, I'd appreciate it. I'm kind of spinning my
> > > wheels at the moment.
> > >
> > > Primarily, I'd like to get nand and usb working, so that I can read/write,
> > > mount a rootfs and do better testing.
> >
> > The USB should be doable with device tree. At least both echi and
> > musb are working properly on pandaboard. I think people have been
> > using NAND with the gpmc DT patches, but I don't know the current
> > status for sure.
>
> I'll try your suggestion in your other email for ToT and see if I can
> get gpmc going.
>
> > Is the hard drive on the EHCI bus or how is it connected to omap?
>
> via ehci. They brutalized the tps driver to detect if the goflex cable
> was attached or not. Once I get something stable, I'll probably write a
> separate driver for that code. Or, push it out to userspace.
OK. I guess you need to disconnect the drive from EHCI if the goflex
is attached to avoid disk corruption?
Regards,
Tony
WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: [RFC PATCH 0/3] ARM: omap3: add Seagate Wireless Plus board
Date: Wed, 8 May 2013 15:30:27 -0700 [thread overview]
Message-ID: <20130508223027.GN32546@atomide.com> (raw)
In-Reply-To: <20130508215853.GD31290@titan.lakedaemon.net>
* Jason Cooper <jason@lakedaemon.net> [130508 15:04]:
> On Wed, May 08, 2013 at 12:51:53PM -0700, Tony Lindgren wrote:
> > * Jason Cooper <jason@lakedaemon.net> [130508 12:29]:
> > >
> > > Current Problem:
> > >
> > > There are several gaps in my understanding of how far along TI's conversion to
> > > DT is. Should I be doing a separate board file for initializing the legacy
> > > items? I was hoping to do it all with DT.
> >
> > Sorry forgot to reply to this.. No seprate board file should be needed,
> > some devices may still need to be initialized with pdata based on the
> > compatible flag.
>
> ti,hwmod, right?
Yes.. see mach-omap2/devices.c for the list that's still not initialized
via DT.
> > > Obviously, I don't expect anybody to run out and buy one of these, take it
> > > apart, and try to boot this code. But if the omap guys could take a look at
> > > this and give me a few pointers, I'd appreciate it. I'm kind of spinning my
> > > wheels at the moment.
> > >
> > > Primarily, I'd like to get nand and usb working, so that I can read/write,
> > > mount a rootfs and do better testing.
> >
> > The USB should be doable with device tree. At least both echi and
> > musb are working properly on pandaboard. I think people have been
> > using NAND with the gpmc DT patches, but I don't know the current
> > status for sure.
>
> I'll try your suggestion in your other email for ToT and see if I can
> get gpmc going.
>
> > Is the hard drive on the EHCI bus or how is it connected to omap?
>
> via ehci. They brutalized the tps driver to detect if the goflex cable
> was attached or not. Once I get something stable, I'll probably write a
> separate driver for that code. Or, push it out to userspace.
OK. I guess you need to disconnect the drive from EHCI if the goflex
is attached to avoid disk corruption?
Regards,
Tony
next prev parent reply other threads:[~2013-05-08 22:30 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-08 19:23 [RFC PATCH 0/3] ARM: omap3: add Seagate Wireless Plus board Jason Cooper
2013-05-08 19:23 ` Jason Cooper
2013-05-08 19:23 ` [RFC PATCH 1/3] ARM: omap3: " Jason Cooper
2013-05-08 19:23 ` Jason Cooper
2013-05-08 19:23 ` [RFC PATCH 2/3] ARM: omap3: Seagate Wireless Plus DT entry Jason Cooper
2013-05-08 19:23 ` Jason Cooper
2013-05-08 19:23 ` [RFC PATCH 3/3] ARM: omap3: wireless plus gpmc wip Jason Cooper
2013-05-08 19:23 ` Jason Cooper
2013-05-08 19:45 ` [RFC PATCH 0/3] ARM: omap3: add Seagate Wireless Plus board Tony Lindgren
2013-05-08 19:45 ` Tony Lindgren
2013-05-09 0:36 ` Jason Cooper
2013-05-09 0:36 ` Jason Cooper
2013-05-09 15:56 ` Tony Lindgren
2013-05-09 15:56 ` Tony Lindgren
2013-05-09 16:05 ` Tony Lindgren
2013-05-09 16:05 ` Tony Lindgren
2013-05-08 19:51 ` Tony Lindgren
2013-05-08 19:51 ` Tony Lindgren
2013-05-08 21:58 ` Jason Cooper
2013-05-08 21:58 ` Jason Cooper
2013-05-08 22:30 ` Tony Lindgren [this message]
2013-05-08 22:30 ` Tony Lindgren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130508223027.GN32546@atomide.com \
--to=tony@atomide.com \
--cc=jason@lakedaemon.net \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-omap@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.