linux-omap.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jeroen Hofstee <linux-arm@myspectrum.nl>
To: Jeroen Hofstee <jeroen@myspectrum.nl>,
	Paul Walmsley <paul@pwsan.com>, Tony Lindgren <tony@atomide.com>
Cc: Tero Kristo <t-kristo@ti.com>,
	linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH] ARM: dts: AM35xx: fix system control module clocks
Date: Sun, 07 Jun 2015 11:41:48 +0200	[thread overview]
Message-ID: <557411DC.9020109@myspectrum.nl> (raw)
In-Reply-To: <557157FA.7080305@myspectrum.nl>

Hello Paul,

On 05-06-15 10:04, Jeroen Hofstee wrote:
>
> On 05-06-15 10:01, Jeroen Hofstee wrote:
>>
>> On 01-06-15 19:44, Paul Walmsley wrote:
>>> The best way to make this work IMHO would be for us not to accept 
>>> any new
>>> feature addition patches as long as there are warnings reported in the
>>> test results.  The only real exception that I would foresee is if those
>>> warnings are due to something outside of our control, e.g., a crappy
>>> bootloader, as I suspect the USB_OTG initiator warnings are for the
>>> CM-T3517.
>>>
>>
>> I doubt this is related to the bootloader. I have the suspicion that 
>> is actually
>> a bug in linux but only triggered depending on whether the ROMcode setup
>> the USB OTG or not. Here is some data to backup my statement:
>>

Turns out my suspicion was wrong. This is what I know at the moment,
depending on the bootpins, u-boot will trigger a bad access when loading
a file over ethernet, but only the first time. Clearing the pending 
interrupt
before booting linux make the "USB_OTG address hole seen" go away.

Regards,
Jeroen

U-Boot 2015.04-00098-g487ee34-dirty (Jun 05 2015 - 13:14:48)

AM35XX-GP ES2.0, CPU-OPP2, L3-165MHz, Max CPU Clock 600 Mhz
ccgx + LPDDR/NAND
I2C:   ready
DRAM:  256 MiB
NAND:  512 MiB
MMC:   OMAP SD/MMC: 0
In:    serial
Out:   serial
Err:   serial
Die ID #2276000100000000014e0fb21500b024
Net: DaVinci-EMAC
Hit any key to stop autoboot:  0
ccgx=> echo $clear_l3_int
mw 68004428 0x11000000; mw 6800442C 0x00000000; mw 68004458 0xFFFFFFFF; 
mw 6800445C 0xFFFFFFFF
ccgx=> md 0x68000510 2
68000510: 00000000 00000000                      ........
ccgx=> tftp ccgx/zImage; tftp 80000000 ccgx/am3517-ccgx.dtb;
Using DaVinci-EMAC device
TFTP from server 10.0.0.103; our IP address is 10.0.0.250
Filename 'ccgx/zImage'.
Load address: 0x80300000
Loading: #################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
#################################################################
          ##########
          863.3 KiB/s
done
Bytes transferred = 4040072 (3da588 hex)
Using DaVinci-EMAC device
TFTP from server 10.0.0.103; our IP address is 10.0.0.250
Filename 'ccgx/am3517-ccgx.dtb'.
Load address: 0x80000000
Loading: ###########
          825.2 KiB/s
done
Bytes transferred = 54112 (d360 hex)
ccgx=> md 0x68000510 2
68000510: 04000000 00000000                      ........
ccgx=> run clear_l3_int
ccgx=> md 0x68000510 2
68000510: 00000000 00000000                      ........
ccgx=> boot

# USB_OTG error is gone...


  reply	other threads:[~2015-06-07  9:41 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-30 15:50 OMAP baseline test results for v4.1-rc5 Paul Walmsley
2015-05-30 15:56 ` Jeroen Hofstee
2015-05-31 22:15   ` Jeroen Hofstee
2015-06-01  5:49     ` Paul Walmsley
2015-06-01 15:29       ` Tero Kristo
2015-06-01 15:30       ` [PATCH] ARM: dts: AM35xx: fix system control module clocks Tero Kristo
2015-06-01 16:56         ` Jeroen Hofstee
2015-06-01 17:31           ` Tony Lindgren
2015-06-01 17:44             ` Paul Walmsley
2015-06-01 18:04               ` Tony Lindgren
2015-06-01 18:06                 ` Tony Lindgren
2015-06-01 21:26                   ` Paul Walmsley
2015-06-02  7:15                     ` Tero Kristo
2015-06-01 21:21                 ` Paul Walmsley
2015-06-01 18:04               ` Tero Kristo
2015-06-05  8:01               ` Jeroen Hofstee
2015-06-05  8:04                 ` Jeroen Hofstee
2015-06-07  9:41                   ` Jeroen Hofstee [this message]
2015-06-07 19:56                     ` Paul Walmsley
2015-06-08  2:38                       ` Paul Walmsley
2015-06-08 22:00                         ` Jeroen Hofstee
2015-06-08 21:43                       ` Jeroen Hofstee

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=557411DC.9020109@myspectrum.nl \
    --to=linux-arm@myspectrum.nl \
    --cc=jeroen@myspectrum.nl \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=paul@pwsan.com \
    --cc=t-kristo@ti.com \
    --cc=tony@atomide.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).