[#4651] BF527: ethernet configuration messes up portH_FER

Document created by Aaronwu Employee on Sep 25, 2013
Version 1Show Document
  • View in full screen mode

[#4651] BF527: ethernet configuration messes up portH_FER

Submitted By: Alexander Deurloo

Open Date

2008-11-18 10:53:06     Close Date

2008-11-18 15:59:32

Priority:

Medium     Assignee:

Mike Frysinger

Category:

N/A     Fixed In Release:

N/A

Found In Release:

2008R1.5     Status:

Closed

Board:

EZ-Kit Lite     Processor:

N/A

Silicon Revision:

    Resolution:

Out of Date

Is the bug repeatable?:

yes     

Summary: BF527: ethernet configuration messes up portH_FER

Details:

 

Couldn't find a report about this so far, so here's mine:

 

Ethernet commands modify too much of the FER register of port H. In the file /drivers/bfin_mac.c an “|” (OR-sign) is missing in line 364. This is the part that configures port H for RMII.

The original line is: *pPORTH_FER = 0x01FF;

This should be : *pPORTH_FER |= 0x01FF;

I discovered this bug, because I use the NAND part of portH as well and after network commands NAND didn't behave as it should.

Simple test after a reset to make this visible:

- nand bad

- ping 10.1.0.181

- nand bad

(The result of the last command is an enormous list, completely different from the first command).

Same is probably valid for other processors, but I only discovered and checked the BF527.

 

 

 

Follow-ups

 

--- Mike Frysinger                                           2008-11-18 11:09:49

NAND and MAC pins are muxed on the BF52x.  you cannot use them at the same

time.

 

the NAND framework in u-boot does not allow for re-initialization, so i doubt

it'll work for a while (if ever).

 

that said, the port muxing has already been changed in trunk.

 

--- Alexander Deurloo                                        2008-11-18 15:41:51

Mike,

 

You are right about the muxing on the ezkit. I forgot to mention that I made an

extension board with my own NAND chip on port F. So I am able to use both ETH

and NAND. And after adding the OR-sign, it works ok.

Nice the trunk already has been changed. It checked it before I placed this

report. I think I missed it.

Thanks.

 

--- Mike Frysinger                                           2008-11-18 15:59:32

ok, that sounds much better ... dont know why the ezkit itself doesnt provide an

option for selecting the NAND between PORT F and PORT H ...

 

if trunk is OK for you, then we can close it out

 

--- Alexander Deurloo                                        2008-11-18 16:39:48

Yes, I found the change in the trunk. Code looks very good.

Issue can be closed for me. Next time I'll try to pay a bit more attention to

new code in such cases.

Thanks again.

 

 

 

 

    Files

    Changes

    Commits

    Dependencies

    Duplicates

    Associations

    Tags

 

File Name     File Type     File Size     Posted By

No Files Were Found

Attachments

    Outcomes