All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ben Gamari <bgamari@gmail.com>
To: linux-usb@vger.kernel.org,
	Beagle Board <beagleboard@googlegroups.com>,
	linux-omap <linux-omap@vger.kernel.org>
Subject: Initialization of musb on board-omap2beagle fails in platform_driver_probe
Date: Sat, 26 Mar 2011 19:42:34 -0400	[thread overview]
Message-ID: <87hbap5tzp.fsf@gmail.com> (raw)

Today I've had a very frustrating time trying to bring up a BeagleBoard
(arch/arm/mach-omap2/board-omap2beagle.c) with the 2.6.38
kernel. Unfortunately musb has been giving me great difficulties,

 # modprobe g_ether
[   25.276855] usb_gadget_probe_driver 1815: usb_gadget_probe_driver, no dev??
modprobe: Failed to load module g_ether: No such device.

After a great deal of printking, I've determined that the error is
coming from platform_driver_probe (platform.c:499). The code in question
appears to be a check ensuring that any devices being probe were first
registered. When the musb-hdrc module is probed, this check seems to
fail with code = 1 and list_empty(&drv->driver.p->klist_devices.k_list)
= 1.

What exactly is this check supposed to accomplish? Why would it fail
during musb initialization? The relevant call path is,

  kernel_init -> do_one_initcall -> musb_init -> platform_driver_probe
  
Both musb_init and platform_driver_probe return with -19. As far as I
can tell, the board's init_machine successfully calls usb_musb_init
from omap3_beagle_init, so the device should be registered well before
arriving in musb_init.

Any ideas would be greatly appreciated. Cheers,

 - Ben



             reply	other threads:[~2011-03-26 23:42 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-26 23:42 Ben Gamari [this message]
2011-03-28  8:37 ` Initialization of musb on board-omap2beagle fails in platform_driver_probe Felipe Balbi
2011-03-28 14:43   ` Ben Gamari

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=87hbap5tzp.fsf@gmail.com \
    --to=bgamari@gmail.com \
    --cc=beagleboard@googlegroups.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-usb@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.