From: Tony Lindgren <tony@atomide.com>
To: Michael Welling <mwelling@emacinc.com>
Cc: linux-omap@vger.kernel.org,
Benoit Cousson <bcousson@baylibre.com>,
paul@pwsan.com
Subject: Re: AM3517 fails to boot 3.16-rc5 device tree kernel
Date: Mon, 21 Jul 2014 23:20:50 -0700 [thread overview]
Message-ID: <20140722062050.GE18374@atomide.com> (raw)
In-Reply-To: <CAO5Z=i2GcLXG1o6_xmgRgep3V+eoVE_+NgsNmPomYY8dmwf=cQ@mail.gmail.com>
* Michael Welling <mwelling@emacinc.com> [140721 17:17]:
> On Mon, Jul 21, 2014 at 11:38 AM, Michael Welling <mwelling@emacinc.com> wrote:
> > On Mon, Jul 21, 2014 at 12:09:13AM -0700, Tony Lindgren wrote:
> >> * Michael Welling <mwelling@emacinc.com> [140718 07:42]:
> >> > On Fri, Jul 18, 2014 at 1:38 AM, Tony Lindgren <tony@atomide.com> wrote:
> >> > >
> >> > > Hmm maybe double check your're booting device tree based kernel
> >> > > instead of legacy machine ID based kernel? The legacy booting should
> >> > > still work just fine and no changes has been made to it, but it will
> >> > > get removed shortly.
> >> >
> >> > I downloaded the version from the test results and it did boot.
> >>
> >> OK that's good to hear.
> >>
> >> > These are combining the uImage and dtb. How do you accomplish this?
> >>
> >> You need to make sure you have the appended DTB support enabled like
> >> we do in omap2plus_defconfig:
> >>
> >> CONFIG_ARM_APPENDED_DTB=y
> >> CONFIG_ARM_ATAG_DTB_COMPAT=y
> >> CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_FROM_BOOTLOADER=y
> >>
> >> Then just cat zImage board.dtb > /tmp/zImage-dtba and run
> >> mkimage to convert it to a uImage:
> >>
> >> $ mkimage -A arm -O linux -T kernel -C none -a 0x80008000 -e 0x80008000 \
> >> -n "Linux" -d /tmp/zImage-dtba /tmp/uImage
> >>
> >
> > I actually discovered this and got LCD video working. Now USB host is
> > not working. The only thing that registers is the OHCI/EHCI hosts.
> >
> > root@som3517:~# lsusb
> > Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
> > Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
> >
> > Not sure what the problem is. The USB devices that are plugged in are
> > powered but never detected.
> >
> > Any hints?
>
> So I got the USB host to work on boot with additional entries in the devicetree.
> Documentation/devicetree/bindings/omap-usb-host.txt
>
> Though the devices work if plugged in at boot, any time a device is
> hotplugged then
> the device is not detected. It is powered very briefly and then off
> without any kernel messages.
>
> So hints from this point would be good.
Sorry no idea on that, maybe send a separate email about that with
the USB and PHY people in Cc.
Regards,
Tony
prev parent reply other threads:[~2014-07-22 6:22 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-17 23:40 AM3517 fails to boot 3.16-rc5 device tree kernel mwelling
2014-07-18 6:38 ` Tony Lindgren
2014-07-18 14:40 ` Michael Welling
2014-07-18 15:02 ` Michael Welling
2014-07-21 7:17 ` Tony Lindgren
2014-07-18 16:13 ` Michael Welling
2014-07-21 7:19 ` Tony Lindgren
2014-07-21 7:09 ` Tony Lindgren
2014-07-21 16:38 ` Michael Welling
2014-07-22 0:15 ` Michael Welling
2014-07-22 6:20 ` Tony Lindgren [this message]
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=20140722062050.GE18374@atomide.com \
--to=tony@atomide.com \
--cc=bcousson@baylibre.com \
--cc=linux-omap@vger.kernel.org \
--cc=mwelling@emacinc.com \
--cc=paul@pwsan.com \
/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.