All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Andreas Bießmann" <andreas.devel@googlemail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 3/4] arm, at91: add Siemens board taurus and axm
Date: Mon, 04 Nov 2013 12:04:35 +0100	[thread overview]
Message-ID: <52777F43.7040902@gmail.com> (raw)
In-Reply-To: <52776457.8050804@denx.de>

Hello Heiko,

On 11/04/2013 10:09 AM, Heiko Schocher wrote:
> Am 04.11.2013 09:43, schrieb Andreas Bie?mann:
>> On 11/04/2013 07:40 AM, Heiko Schocher wrote:

<snip>

>>> +#ifdef CONFIG_MACB
>>> +static void taurus_macb_hw_init(void)
>>> +{
>>> +    struct at91_pmc *pmc = (struct at91_pmc *)ATMEL_BASE_PMC;
>>> +    struct at91_rstc *rstc = (struct at91_rstc *)ATMEL_BASE_RSTC;
>>> +    unsigned long erstl;
>>> +
>>> +    /* Enable EMAC clock */
>>> +    writel(1<<  ATMEL_ID_EMAC0,&pmc->pcer);
>>
>> Is it required to enable the MACB clock before PHY reset? It will be
>> done later on in at91_macb_hw_init() in any case.
> 
> Hmm.. this is done in more at91 boards ... Hmm.. seems we should
> look, if we can make this function common? If I see this correct,
> only the pin setup is board specific, or?

That's true.

How could we provide the gpio setup to a common function then?

I think we should go with some at91_phy_reset() which should preferably
run before enabling the (e)macb (would that be true for
CONFIG_RESET_PHY_R?).
I haven't checked it but think it would be Ok to enable the (e)macb
peripheral clock when enabling the peripheral. Therefore the 'Enable
EMAC clock' above could be removed. _All_ at91_macb_hw_init() should
therefore enable the peripheral clock ... unfortunately some do not at
the moment.

<snip>

>>> +/* USB */
>>> +#if defined(CONFIG_BOARD_TAURUS)
>>> +#define CONFIG_USB_ATMEL
>>> +#define CONFIG_USB_OHCI_NEW
>>> +#define CONFIG_SYS_USB_OHCI_CPU_INIT
>>> +#define CONFIG_SYS_USB_OHCI_REGS_BASE        0x00500000
>>> +#define CONFIG_SYS_USB_OHCI_SLOT_NAME        "at91sam9260"
>>> +#define CONFIG_SYS_USB_OHCI_MAX_ROOT_PORTS    2LEGA
>>
>> What does '2LEGA' mean here?
> 
> Hups... This should be:
> 
> #define CONFIG_SYS_USB_OHCI_MAX_ROOT_PORTS    2
> 
> Hmm... I do not find this in my patch file I send with git-sendmail
> 
> Also in the mailarchive:
> http://lists.denx.de/pipermail/u-boot/2013-November/166040.html
> 
> I could not find "2LEGA" ...
> 
> But in Patchwork, there is a "2LEGA" ...
> 
> http://patchwork.ozlabs.org/patch/288117/

I can't find it in the patch ...

> 
> It seems, thats something introduced from you?

Yea, maybe some cursor jump around in MUA while writing 'ATMEL_LEGACY'.
Sorry for the trouble.

Best regards

Andreas Bie?mann

  reply	other threads:[~2013-11-04 11:04 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-04  6:40 [U-Boot] [PATCH v2 0/4] arm, at91: support for the taurus, axm and corvus board Heiko Schocher
2013-11-04  6:40 ` [U-Boot] [PATCH v2 1/4] at91: add defines for reset type Heiko Schocher
2013-11-04  8:16   ` Andreas Bießmann
2013-11-04 19:41   ` [U-Boot] [U-Boot,v2,1/4] " Andreas Bießmann
2013-11-04  6:40 ` [U-Boot] [PATCH v2 2/4] arm, at91: add function for waiting if reset ends Heiko Schocher
2013-11-04  8:20   ` Andreas Bießmann
2013-11-04  9:03   ` Wolfgang Denk
2013-11-04  9:11     ` Heiko Schocher
2013-11-04 10:35     ` Andreas Bießmann
2013-11-04  6:40 ` [U-Boot] [PATCH v2 3/4] arm, at91: add Siemens board taurus and axm Heiko Schocher
2013-11-04  8:43   ` Andreas Bießmann
2013-11-04  9:09     ` Heiko Schocher
2013-11-04 11:04       ` Andreas Bießmann [this message]
2013-11-04  6:40 ` [U-Boot] [PATCH v2 4/4] arm, at91: add siemens corvus board Heiko Schocher
2013-11-04  8:53   ` Andreas Bießmann
2013-11-04  9:53     ` Heiko Schocher
2013-11-04 10:15       ` Andreas Bießmann
2013-11-04 10:32         ` Heiko Schocher
2013-11-04 10:51       ` Andreas Bießmann

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=52777F43.7040902@gmail.com \
    --to=andreas.devel@googlemail.com \
    --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 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.