* [U-Boot] [Nios] Pull Request
@ 2011-02-08 13:43 Scott McNutt
2011-02-09 19:56 ` Wolfgang Denk
0 siblings, 1 reply; 6+ messages in thread
From: Scott McNutt @ 2011-02-08 13:43 UTC (permalink / raw)
To: u-boot
Dear Wolfgang,
The following changes since commit 8d4addc3c3fe1a9ea160a5a1a20a1f934ff3fe97:
Wolfgang Denk (1):
Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx
are available in the git repository at:
git://git.denx.de/u-boot-nios.git next
Thomas Chou (4):
nios2: add gpio_free
altera_spi: add spi_set_speed
nios2: use long for ssize_t
nios2: add gpio_is_valid
arch/nios2/include/asm/gpio.h | 12 ++++++++++++
arch/nios2/include/asm/posix_types.h | 2 +-
board/altera/nios2-generic/custom_fpga.h | 1 +
board/altera/nios2-generic/gpio.c | 11 +++++++++++
drivers/spi/altera_spi.c | 5 +++++
5 files changed, 30 insertions(+), 1 deletions(-)
Regards,
--Scott
^ permalink raw reply [flat|nested] 6+ messages in thread
* [U-Boot] [Nios] Pull Request
2011-02-08 13:43 [U-Boot] [Nios] Pull Request Scott McNutt
@ 2011-02-09 19:56 ` Wolfgang Denk
2011-02-09 20:21 ` [U-Boot] P1022 eTSEC Renaud Barbier
0 siblings, 1 reply; 6+ messages in thread
From: Wolfgang Denk @ 2011-02-09 19:56 UTC (permalink / raw)
To: u-boot
Dear Scott McNutt,
In message <4D514868.6060500@psyent.com> you wrote:
> Dear Wolfgang,
>
> The following changes since commit 8d4addc3c3fe1a9ea160a5a1a20a1f934ff3fe97:
> Wolfgang Denk (1):
> Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-nios.git next
>
> Thomas Chou (4):
> nios2: add gpio_free
> altera_spi: add spi_set_speed
> nios2: use long for ssize_t
> nios2: add gpio_is_valid
>
> arch/nios2/include/asm/gpio.h | 12 ++++++++++++
> arch/nios2/include/asm/posix_types.h | 2 +-
> board/altera/nios2-generic/custom_fpga.h | 1 +
> board/altera/nios2-generic/gpio.c | 11 +++++++++++
> drivers/spi/altera_spi.c | 5 +++++
> 5 files changed, 30 insertions(+), 1 deletions(-)
Applied, thanks.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
God runs electromagnetics by wave theory on Monday, Wednesday, and
Friday, and the Devil runs them by quantum theory on Tuesday, Thurs-
day, and Saturday. -- William Bragg
^ permalink raw reply [flat|nested] 6+ messages in thread
* [U-Boot] P1022 eTSEC
2011-02-09 19:56 ` Wolfgang Denk
@ 2011-02-09 20:21 ` Renaud Barbier
2011-02-09 20:23 ` Renaud Barbier
2011-02-09 22:01 ` Peter Tyser
0 siblings, 2 replies; 6+ messages in thread
From: Renaud Barbier @ 2011-02-09 20:21 UTC (permalink / raw)
To: u-boot
We have a system with a P1022 connected to a 5461S in SGMII mode.
In order to make it work in SGMII mode, I set TBI ANA to 0x4001 as per
AN3869. Note that those bit are described as reserved in the P1022 doc
that I have.
I was then able to transfer data at 100/1000 (10 not tested).
As per AN3869 a value of 0x1a0 is for 1000BASE-X.
Looking at the tsec driver (drivers/net/tsec.c), one can see:
#define TBIANA_SETTINGS ( \
TBIANA_ASYMMETRIC_PAUSE \
| TBIANA_SYMMETRIC_PAUSE \
| TBIANA_FULL_DUPLEX \
)
==> 0x1a0
if (regs->ecntrl & ECNTRL_SGMII_MODE)
tsec_configure_serdes(priv);
That would mean the TBI ANA is not set correctly when SGMII
is reported.
Please can you verify this.
Cheers.
^ permalink raw reply [flat|nested] 6+ messages in thread
* [U-Boot] P1022 eTSEC
2011-02-09 20:21 ` [U-Boot] P1022 eTSEC Renaud Barbier
@ 2011-02-09 20:23 ` Renaud Barbier
2011-02-09 22:01 ` Peter Tyser
1 sibling, 0 replies; 6+ messages in thread
From: Renaud Barbier @ 2011-02-09 20:23 UTC (permalink / raw)
To: u-boot
Correction: P1013
On 09/02/11 20:21, Renaud Barbier wrote:
> We have a system with a P1022 connected to a 5461S in SGMII mode.
>
> In order to make it work in SGMII mode, I set TBI ANA to 0x4001 as per
> AN3869. Note that those bit are described as reserved in the P1022 doc
> that I have.
> I was then able to transfer data at 100/1000 (10 not tested).
>
> As per AN3869 a value of 0x1a0 is for 1000BASE-X.
>
>
> Looking at the tsec driver (drivers/net/tsec.c), one can see:
>
> #define TBIANA_SETTINGS ( \
> TBIANA_ASYMMETRIC_PAUSE \
> | TBIANA_SYMMETRIC_PAUSE \
> | TBIANA_FULL_DUPLEX \
> )
> ==> 0x1a0
>
> if (regs->ecntrl& ECNTRL_SGMII_MODE)
> tsec_configure_serdes(priv);
>
> That would mean the TBI ANA is not set correctly when SGMII
> is reported.
>
> Please can you verify this.
>
> Cheers.
>
>
>
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot
--
Renaud Barbier
14, Links Place
3/2 great Michael House
Edinburgh, EH67EN
Tel: +44 131 561 3532
^ permalink raw reply [flat|nested] 6+ messages in thread
* [U-Boot] P1022 eTSEC
2011-02-09 20:21 ` [U-Boot] P1022 eTSEC Renaud Barbier
2011-02-09 20:23 ` Renaud Barbier
@ 2011-02-09 22:01 ` Peter Tyser
2011-02-10 11:28 ` Renaud Barbier
1 sibling, 1 reply; 6+ messages in thread
From: Peter Tyser @ 2011-02-09 22:01 UTC (permalink / raw)
To: u-boot
Hi Renaud,
On Wed, 2011-02-09 at 20:21 +0000, Renaud Barbier wrote:
> We have a system with a P1022 connected to a 5461S in SGMII mode.
>
> In order to make it work in SGMII mode, I set TBI ANA to 0x4001 as per
> AN3869. Note that those bit are described as reserved in the P1022 doc
> that I have.
> I was then able to transfer data at 100/1000 (10 not tested).
>
> As per AN3869 a value of 0x1a0 is for 1000BASE-X.
>
>
> Looking at the tsec driver (drivers/net/tsec.c), one can see:
>
> #define TBIANA_SETTINGS ( \
> TBIANA_ASYMMETRIC_PAUSE \
> | TBIANA_SYMMETRIC_PAUSE \
> | TBIANA_FULL_DUPLEX \
> )
> ==> 0x1a0
>
> if (regs->ecntrl & ECNTRL_SGMII_MODE)
> tsec_configure_serdes(priv);
>
> That would mean the TBI ANA is not set correctly when SGMII
> is reported.
>
> Please can you verify this.
Gotta love those undocumented register bits:) This same issue has been
discussed a number of times, but no one ever noticed the 0x4001 in
AN3869, or assumed it was an error. The bug also didn't seem to affect
some PHYs, eg Vitesse models:
http://old.nabble.com/-U-Boot---PATCH--tsec:-Force-TBI-PHY-to-1000Mbps-full-duplex-in-SGMII-mode-td26188785.html
http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/89059
http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/80256
My company worked around the issue by not enabling auto-negotiation in
the TBI control register via a custom CONFIG_TSEC_TBICR_SETTINGS value.
I just tried removing our workaround and setting TBIANA_SETTINGS to
0x4001, and it looks like it works on a P2020-based board with a
BCM5482S PHY.
It'd be ideal if someone from from Freescale chimed in so we knew what
bits we were hitting in the TBIANA register. The change has my ack
though. Let me know if you don't plan on submitting a change and I'll
update our boards, as well as the value of TBIANA_SETTINGS.
Best,
Peter
^ permalink raw reply [flat|nested] 6+ messages in thread
* [U-Boot] P1022 eTSEC
2011-02-09 22:01 ` Peter Tyser
@ 2011-02-10 11:28 ` Renaud Barbier
0 siblings, 0 replies; 6+ messages in thread
From: Renaud Barbier @ 2011-02-10 11:28 UTC (permalink / raw)
To: u-boot
I am not ready to submit a change as I have problems to boot my board on
the latest U-boot code.
I tested the change on a U-boot derived from July last year.
The tsec code is very similar to the latest code though.
Cheers,
Renaud.
On 09/02/11 22:01, Peter Tyser wrote:
> Hi Renaud,
>
> On Wed, 2011-02-09 at 20:21 +0000, Renaud Barbier wrote:
>> We have a system with a P1022 connected to a 5461S in SGMII mode.
>>
>> In order to make it work in SGMII mode, I set TBI ANA to 0x4001 as per
>> AN3869. Note that those bit are described as reserved in the P1022 doc
>> that I have.
>> I was then able to transfer data at 100/1000 (10 not tested).
>>
>> As per AN3869 a value of 0x1a0 is for 1000BASE-X.
>>
>>
>> Looking at the tsec driver (drivers/net/tsec.c), one can see:
>>
>> #define TBIANA_SETTINGS ( \
>> TBIANA_ASYMMETRIC_PAUSE \
>> | TBIANA_SYMMETRIC_PAUSE \
>> | TBIANA_FULL_DUPLEX \
>> )
>> ==> 0x1a0
>>
>> if (regs->ecntrl& ECNTRL_SGMII_MODE)
>> tsec_configure_serdes(priv);
>>
>> That would mean the TBI ANA is not set correctly when SGMII
>> is reported.
>>
>> Please can you verify this.
> Gotta love those undocumented register bits:) This same issue has been
> discussed a number of times, but no one ever noticed the 0x4001 in
> AN3869, or assumed it was an error. The bug also didn't seem to affect
> some PHYs, eg Vitesse models:
>
> http://old.nabble.com/-U-Boot---PATCH--tsec:-Force-TBI-PHY-to-1000Mbps-full-duplex-in-SGMII-mode-td26188785.html
> http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/89059
> http://comments.gmane.org/gmane.comp.boot-loaders.u-boot/80256
>
> My company worked around the issue by not enabling auto-negotiation in
> the TBI control register via a custom CONFIG_TSEC_TBICR_SETTINGS value.
> I just tried removing our workaround and setting TBIANA_SETTINGS to
> 0x4001, and it looks like it works on a P2020-based board with a
> BCM5482S PHY.
>
> It'd be ideal if someone from from Freescale chimed in so we knew what
> bits we were hitting in the TBIANA register. The change has my ack
> though. Let me know if you don't plan on submitting a change and I'll
> update our boards, as well as the value of TBIANA_SETTINGS.
>
> Best,
> Peter
>
--
Renaud Barbier
14, Links Place
3/2 great Michael House
Edinburgh, EH67EN
Tel: +44 131 561 3532
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2011-02-10 11:28 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-02-08 13:43 [U-Boot] [Nios] Pull Request Scott McNutt
2011-02-09 19:56 ` Wolfgang Denk
2011-02-09 20:21 ` [U-Boot] P1022 eTSEC Renaud Barbier
2011-02-09 20:23 ` Renaud Barbier
2011-02-09 22:01 ` Peter Tyser
2011-02-10 11:28 ` Renaud Barbier
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox