From: Felipe Balbi <me@felipebalbi.com>
To: "York, Jeffrey-P56387" <Jeff.York@gdc4s.com>
Cc: linux-omap@vger.kernel.org
Subject: Re: FSUSB Register access
Date: Wed, 5 Nov 2008 00:20:33 +0200 [thread overview]
Message-ID: <20081104222032.GD4010@frodo> (raw)
In-Reply-To: <9D31108D62FAE54AA21AEF899D69931E0385A99E@AZ25EXM04.gddsi.com>
On Tue, Nov 04, 2008 at 02:35:50PM -0700, York, Jeffrey-P56387 wrote:
> I am using Montavista Mobilinux 5 on OMAP2430 and I am trying to access
is it 2430sdp ? Which board are you using ??
> the FSUSB register set and the kernel halts upon any attempt to access
> any of the registers in the FSUSB.
>
> Note, under the Mobilinux distribution, the HSUSB controller is used by
> default, not the FSUSB controller. I am trying to access both so that I
> can have USB port 0 controlled by the HSUSB and port 1 controlled by the
> FSUSB controller.
in practice this shouldn't be needed actualy. upon attaching a FS device
to ehci port, ehci would handoff the port to ohci. I'm not sure if
that's working fine currently.
> Per the TI spec, the host and device register sets within the FSUSB
> controller can only be accessed if the OTG register set is correctly
> configured. However, the OTG register set should be accessible as long
> as there is a 48MHz clock.
>
> I have tried reading the OTG_REVISION register (0x4805e300) and the
> OTG_SYSCON_1_REG (0x4805e304) within arch/arm/plat-omap/usb.c. Upon
> either read, the kernel halts and I do not see any logs at startup after
> the
> "Uncompressing
> Linux.............................................................
> ........................................... done, booting the kernel."
> message.
enable CONFIG_DEBUG_LL and you might see something. I'm guessing you're
gonna get unhandled page fault request (or something similar, can't
remember the correct error message) which most likely means you have to
enable certain clocks before reading the registers.
btw, this list is for the open linux-omap.git tree. If your montavista
distribution is not using the current git tree, you should probably
contact montavista's support.
> If I comment out the register accesses, I do see the startup log and I
> see the following log statements within arch/arm/plat-omap/usb.c
> "Timeout enabling clock usb_l4_ick"
> "Timeout enabling clock usb_fck"
what's the kernel version ?? This should be fixed a long time ago.
> In addition I have printed out various register values and they are as
> follows.
>
> Various register values:
>
> CM_FCLKEN2_CORE - Address:0x49006204 - value 0x001B07BF,bit 0 is 0x1,
> should be 1
>
> CM_ICLKEN2_CORE - Address:0x49006214 - value 0x00000FFF,bit 0 is 0x1,
> should be 1
>
> CM_IDLEST2_CORE - Address:0x49006224 - value 0x00000FFE,bit 0 is 0x0,
> should be 1 --- Possibly this is causing my problem but it is not clear
> to me what I need to do to have this set to a '1'.
>
> CM_AUTOIDLE2_CORE - Address:0x49006234 - value 0x00000000,bit 0 is 0x0,
> should be 0
>
> CM_CLKSEL1_CORE - Address:0x49006240 - value 0x02102946,bits 27-25 is
> 0x1, should be 1 for L3_CLK/1 (boot mode only), 2 for L3_CLK/2, or 4 for
> L3_CLK/4
>
> PM_WKEN2_CORE - Address:0x490062A4 - value 0x00000000,bit 0 is 0x0,
> should be 0 for disabled, 1 for enabled -- Per TI, this does not need
> to be enabled...
>
> PM_WKST2_CORE - Address:0x490062B4 - value 0x00000000,bit 0 is 0x0,
> should be 0 for not occurred, 1 for occurred
>
> CM_IDLEST_CKGEN - Address:0x49006520 - value 0x00000336,bit 4 is 0x1,
> should be 0x1 for active 48M_CLK
>
>
> Any ideas as to what the register settings need to be to enable access
> to the FSUSB OTG registers?
I'm guessing you only need to enable some clock(s). But also, please,
reply with low level debug output and kernel version. Also, try
out the current omap git tree. There's a defconfig for 2430sdp
(omap_2430sdp_defconfig) that you might want to try.
--
balbi
next prev parent reply other threads:[~2008-11-04 22:20 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-04 16:09 [REVIEW PATCH 0/9] DSS: Series description Tomi Valkeinen
2008-11-04 16:09 ` [REVIEW PATCH 1/9] DSS: Documentation for OMAP2/3 display subsystem Tomi Valkeinen
2008-11-05 7:56 ` [Linux-fbdev-devel] " Geert Uytterhoeven
2008-11-05 10:12 ` Tomi Valkeinen
2008-11-04 16:09 ` [REVIEW PATCH 2/9] DSS: New display subsystem driver for OMAP2/3 Tomi Valkeinen
2008-11-04 16:10 ` [REVIEW PATCH 3/9] DSS: RFBI support for OMAP2/3 DSS Tomi Valkeinen
2008-11-04 16:10 ` [REVIEW PATCH 4/9] DSS: TV-out " Tomi Valkeinen
2008-11-05 10:27 ` Jarkko Nikula
2008-11-04 16:10 ` [REVIEW PATCH 5/9] DSS: DSI " Tomi Valkeinen
2008-11-04 16:10 ` [REVIEW PATCH 6/9] DSS: OMAPFB: fb driver for new display subsystem Tomi Valkeinen
2008-11-04 16:10 ` [REVIEW PATCH 7/9] DSS: Add generic DVI panel Tomi Valkeinen
2008-11-04 16:10 ` [REVIEW PATCH 8/9] DSS: support for Beagle Board Tomi Valkeinen
2008-11-04 17:28 ` Koen Kooi
2008-11-05 10:05 ` Tomi Valkeinen
2008-11-05 21:15 ` Koen Kooi
2008-11-04 18:24 ` [Linux-fbdev-devel] " Tony Lindgren
2008-11-05 10:09 ` Tomi Valkeinen
2008-11-04 21:35 ` FSUSB Register access York, Jeffrey-P56387
2008-11-04 22:20 ` Felipe Balbi [this message]
2008-11-05 0:38 ` York, Jeffrey-P56387
2008-11-05 0:55 ` Felipe Balbi
2008-11-05 1:03 ` York, Jeffrey-P56387
2008-11-05 1:11 ` Felipe Balbi
2008-11-04 22:35 ` Woodruff, Richard
2008-11-05 10:27 ` [REVIEW PATCH 8/9] DSS: support for Beagle Board Jarkko Nikula
2008-11-05 23:21 ` David Brownell
2008-11-06 8:23 ` Tomi Valkeinen
2008-11-06 8:30 ` Koen Kooi
2008-11-04 16:10 ` [REVIEW PATCH 9/9] DSS: support for OMAP3 SDP board Tomi Valkeinen
2008-11-05 10:54 ` Jarkko Nikula
2008-11-10 4:03 ` [Linux-fbdev-devel] [REVIEW PATCH 0/9] DSS: Series description Shah, Hardik
2008-11-10 11:31 ` Tomi Valkeinen
2008-11-10 12:03 ` Shah, Hardik
2008-11-18 6:40 ` Shah, Hardik
2008-11-18 12:06 ` Tomi Valkeinen
2008-11-24 6:26 ` Arun KS
2008-11-24 6:30 ` Hiremath, Vaibhav
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=20081104222032.GD4010@frodo \
--to=me@felipebalbi.com \
--cc=Jeff.York@gdc4s.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox