public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Lukasz Majewski <lukma@denx.de>
To: u-boot@lists.denx.de
Subject: Using USB Mass Storage on AM335X
Date: Fri, 30 Oct 2020 09:33:57 +0100	[thread overview]
Message-ID: <20201030093357.4ab7d809@jawa> (raw)
In-Reply-To: <00eed1c0-520a-e1ff-4a23-c4e70cc9148e@ti.com>

Hi Lokesh, Otavio,

> + Pratyush
> 
> On 30/10/20 11:36 am, Heiko Schocher wrote:
> > Hello Otavio,
> > 
> > Am 29.10.2020 um 23:19 schrieb Otavio Salvador:  
> >> Hi,
> >>
> >> I am working on porting mainline U-Boot to a custom AM335X board
> >> that only has eMMC as the boot medium.
> >>
> >> I can load U-Boot via serial boot and flash MLO and u-boot.img into
> >> the eMMC using DFU. Then the board boots successfully via eMMC.
> >>
> >> Now I want to run the "ums" command to be able to mount the eMMC on
> >> the host. The problem I am getting is that when I select
> >> CONFIG_CMD_USB_MASS_STORAGE=y the board no longer boots.
> >>
> >> Does anyone know why selecting CONFIG_CMD_USB_MASS_STORAGE=y causes
> >> the board to not boot anymore?  
> > 
> > Not really ... I cannot see, which impact activating this command
> > has with not booting ...
> > 
> > May some problem with image size? Early malloc space, some addresses
> > which now overlap?  
> 
> Good point. Just to avoid this scenario, can you make sure UMS is
> enabled only in U-Boot and not in SPL? or you can try with old MLO
> with new U-Boot :).

IIRC there were some attempts to port gadget infrastructure to SPL for
the TI SoCs. As pointed out above - it may happen that
CONFIG_CMD_USB_MASS_STORAGE implicitly enables some other option in
Kconfig, which also enables some SPL initialization for gadgets.

The other option would be to check if the SPL malloc space is enough to
handle allocations for gargets (as pointed out above).

> 
> As Heiko already asked, can you provide more details in the failing
> scenario?

And yes, JTAG debugger would help.

> 
> Thanks and regards,
> Lokesh




Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma at denx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20201030/b401b1e8/attachment.sig>

  reply	other threads:[~2020-10-30  8:33 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-29 22:19 Using USB Mass Storage on AM335X Otavio Salvador
2020-10-29 22:46 ` Tom Rini
2020-10-30  0:49   ` Otavio Salvador
2020-10-30  6:06 ` Heiko Schocher
2020-10-30  6:11   ` Lokesh Vutla
2020-10-30  8:33     ` Lukasz Majewski [this message]
2020-11-01  1:12 ` Otavio Salvador
2020-11-02  7:05   ` Heiko Schocher

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=20201030093357.4ab7d809@jawa \
    --to=lukma@denx.de \
    --cc=u-boot@lists.denx.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox