u-boot.git/drivers, branch v2008.10-rc3 Unnamed repository; edit this file 'description' to name the repository. Coding Style cleanup, update CHANGELOG, prepare 2008.10-rc3 2008-10-15T13:50:45+00:00 Wolfgang Denk wd@denx.de 2008-10-15T13:50:45+00:00 b4dbacf69a669a17487054552fc2761149dd6767 Signed-off-by: Wolfgang Denk <wd@denx.de> 
Signed-off-by: Wolfgang Denk <wd@denx.de>
Remove CFG_EEPROM_PAGE* dependencies for temperature sensors 2008-10-14T12:39:56+00:00 Peter Tyser ptyser@xes-inc.com 2008-09-23T17:38:42+00:00 81e612014c40c922ec35488d17c504d4e9286f06 The checks for CFG_EEPROM_PAGE_WRITE_ENABLE and CFG_EEPROM_PAGE_WRITE_BITS in various temperature sensor drivers are not necessary Signed-off-by: Peter Tyser <ptyser@xes-inc.com> 
The checks for CFG_EEPROM_PAGE_WRITE_ENABLE and
CFG_EEPROM_PAGE_WRITE_BITS in various temperature
sensor drivers are not necessary

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
Fix the NAND size overflow issue. 2008-10-14T11:27:16+00:00 Jason Jin Jason.jin@freescale.com 2008-09-19T09:32:49+00:00 fecb5ade3b37f62981f2b05b621005850173aaa9 When the total size of all NAND devices exceeds 4 GiB, the size will overflow. This patch tries to fix this. Note that we still have a problem when a single NAND device is bigger than 4 GiB: then the overflow would actually happen earlier, i. e. when storing the size in nand_info[].size, as nand_info[].size is an "u_int32_t". Signed-off-by: Jason Jin <Jason.jin@freescale.com> Signed-off-by: Wolfgang Denk <wd@denx.de> 
When the total size of all NAND devices exceeds 4 GiB, the size  will
overflow. This patch tries to fix this.

Note that we still have a problem when a single NAND device is bigger
than 4 GiB: then the overflow would actually happen earlier, i. e.
when storing the size in nand_info[].size, as nand_info[].size is an
"u_int32_t".

Signed-off-by: Jason Jin <Jason.jin@freescale.com>
Signed-off-by: Wolfgang Denk <wd@denx.de>
Merge branch 'master' of git://git.denx.de/u-boot-net 2008-10-14T11:07:43+00:00 Wolfgang Denk wd@denx.de 2008-10-14T11:07:43+00:00 65d4a75fa0f57943aa4e7c552d8e0952d95676ec 






AX88180: new gigabit network driver
2008-10-14T05:33:12+00:00

Louis Su
louis@asix.com.tw

2008-07-09T03:01:37+00:00

30f574717277238b9014b8136c90eea77196490f

Signed-off-by: Louis Su <louis@asix.com.tw>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>





Signed-off-by: Louis Su <louis@asix.com.tw>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>







enable 10/100M at VSC8601 at tsec driver
2008-10-14T05:29:37+00:00

Andre Schwarz
andre.schwarz@matrix-vision.de

2008-08-19T14:07:03+00:00

c9d6b6925344740ca1db2f8a6bab7921ff820de3

Currently VSC8601 doesn't link with 10/100M partners if the
EEPROM/Strapping is not set up.
Setting the auto-neg register fixes this.

Signed-off-by: Andre Schwarz <andre.schwarz@matrix-vision.de>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>





Currently VSC8601 doesn't link with 10/100M partners if the
EEPROM/Strapping is not set up.
Setting the auto-neg register fixes this.

Signed-off-by: Andre Schwarz <andre.schwarz@matrix-vision.de>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>







net: ne2000: Divided a function of NE2000 driver
2008-10-14T05:28:32+00:00

Nobuhiro Iwamatsu
iwamatsu.nobuhiro@renesas.com

2008-09-30T06:02:53+00:00

702c85b0e876d587c11acdbb55738ee52acd54f4

get_prom function was used __attriute__ , but it is not enable.
ax88796.o does not do link besides ne2000.o. When ld is carried
out, get_prom function of ax88796.c is ignored.
This problem is a thing by specifications of ld.
I checked and test this patch on SuperH and MIPS.

Signed-off-by: Nobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>





get_prom function was used __attriute__ , but it is not enable.
ax88796.o does not do link besides ne2000.o. When ld is carried
out, get_prom function of ax88796.c is ignored.
This problem is a thing by specifications of ld.
I checked and test this patch on SuperH and MIPS.

Signed-off-by: Nobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com>
Signed-off-by: Ben Warren <biggerbadderben@gmail.com>







fsl_pci_init do not scan bus when configured as an end-point
2008-10-13T20:55:40+00:00

Ed Swarthout
Ed.Swarthout@freescale.com

2008-10-09T04:38:00+00:00

6df0efd5c86ca1689deeb2738b46b7d83ce228ef

Signed-off-by: Ed Swarthout <Ed.Swarthout@freescale.com>
Acked-by: Andy Fleming <afleming@freescale.com>





Signed-off-by: Ed Swarthout <Ed.Swarthout@freescale.com>
Acked-by: Andy Fleming <afleming@freescale.com>







CFI: cfi_flash write fix for AMD legacy
2008-10-13T11:51:21+00:00

Ed Swarthout
Ed.Swarthout@freescale.com

2008-10-09T06:26:36+00:00

0d01f66d235118515b5086b88f82498bc0695d6a

The flash_unlock_seq requires a sector for AMD_LEGACY.
Fix a retcode check typeo.

Signed-off-by: Ed Swarthout <Ed.Swarthout@freescale.com>
Signed-off-by: Stefan Roese <sr@denx.de>





The flash_unlock_seq requires a sector for AMD_LEGACY.
Fix a retcode check typeo.

Signed-off-by: Ed Swarthout <Ed.Swarthout@freescale.com>
Signed-off-by: Stefan Roese <sr@denx.de>







cfi_flash: do not reset flash when probe fails
2008-10-02T08:30:32+00:00

Mike Frysinger
vapier@gentoo.org

2008-10-02T05:55:38+00:00

2215987e100d2a841ae6d48a7cc9bb83fcf22737

The CFI flash driver starts at flash_init() which calls down into
flash_get_size().  This starts by calling flash_detect_cfi().  If said
function fails, flash_get_size() finishes by attempting to reset the
flash.  Unfortunately, it does this with an info->portwidth set to 0x10
which filters down into flash_make_cmd() and that happily smashes the
stack by sticking info->portwidth bytes into a cfiword_t variable that
lives on the stack.  On a 64bit system you probably won't notice, but
killing the last 8 bytes on a 32bit system usually leads to a corrupt
return address.  Which is what happens on a Blackfin system.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
Signed-off-by: Stefan Roese <sr@denx.de>





The CFI flash driver starts at flash_init() which calls down into
flash_get_size().  This starts by calling flash_detect_cfi().  If said
function fails, flash_get_size() finishes by attempting to reset the
flash.  Unfortunately, it does this with an info->portwidth set to 0x10
which filters down into flash_make_cmd() and that happily smashes the
stack by sticking info->portwidth bytes into a cfiword_t variable that
lives on the stack.  On a 64bit system you probably won't notice, but
killing the last 8 bytes on a 32bit system usually leads to a corrupt
return address.  Which is what happens on a Blackfin system.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
Signed-off-by: Stefan Roese <sr@denx.de>