All in-tree boards that use this controller have CONFIG_NET_MULTI
added
Also:
- changed CONFIG_DRIVER_CS8900 to CONFIG_CS8900
- changed CS8900_BASE to CONFIG_CS8900_BASE
- changed CS8900_BUS?? to CONFIG_CS8900_BUS??
- cleaned up line lengths
- modified VCMA9 command function that
Dear Ben Warren,
In message 1250050332-15531-2-git-send-email-biggerbadder...@gmail.com you
wrote:
All in-tree boards that use this controller have CONFIG_NET_MULTI
added
Also:
- changed CONFIG_DRIVER_CS8900 to CONFIG_CS8900
- changed CS8900_BASE to CONFIG_CS8900_BASE
- changed
Hi Wolfgang,
Wolfgang Denk wrote:
Dear Ben Warren,
In message 1250050332-15531-2-git-send-email-biggerbadder...@gmail.com you
wrote:
All in-tree boards that use this controller have CONFIG_NET_MULTI
added
Also:
- changed CONFIG_DRIVER_CS8900 to CONFIG_CS8900
- changed
Dear Ben Warren,
In message 4a8342be.7050...@gmail.com you wrote:
It looks like the 'trab' board uses 16-bit accesses
(CONFIG_CS8900_BUS16). The function 'get_reg_init_bus()' does some
funny initialization to get the chip into 16-bit mode. I wonder if
maybe that's not working the same
Dear Ben Warren,
I wrote:
Note however that your modification was probably not the (only)
culprit. With current mainline version I get this:
TRAB # run load
TFTP from server 192.168.1.1; our IP address is 192.168.3.68
Filename 'trab/u-boot.bin-wd'.
Load address: 0xc10
Loading: T T T
Wolfgang Denk wrote:
Dear Ben Warren,
I wrote:
snip
Please ignore me:
U-Boot 2009.08-rc2-00016-g253cb83-dirty (Aug 13 2009 - 00:42:59)
I2C: ready
DRAM: 32 MB
Flash: 8 MB
USB: scanning bus for devices... 1 USB Device(s) found
0 Storage Device(s) found
Enter password -
6 matches
Mail list logo