- 19 10月, 2008 10 次提交
-
-
由 Kyungmin Park 提交于
Now it's used at UBI module. Of course other modules can use it. If you want to use it, please define CONFIG_RBTREE Signed-off-by: NKyungmin Park <kyungmin.park@samsung.com>
-
由 richardretanubun 提交于
Added support for CONFIG_EFI_PARTITION to ext2 commands. Signed-off-by: NRichard Retanubun <RichardRetanubun@RugggedCom.com>
-
由 richardretanubun 提交于
The GUID (Globally Unique Identifier) Partition Table (GPT) is a part of EFI. See http://en.wikipedia.org/wiki/GUID_Partition_Table Based on linux/fs/partitions/efi.[ch] Signed-off-by: NRichard Retanubun <RichardRetanubun@RugggedCom.com>
-
由 Bartlomiej Sieka 提交于
Now that the auto-update feature uses the 'firmware' type for updates, it is useful to inspect the load address of such images. Signed-off-by: NBartlomiej Sieka <tur@semihalf.com>
-
由 Bartlomiej Sieka 提交于
The auto-update feature allows to automatically download software updates from a TFTP server and store them in Flash memory during boot. Updates are contained in a FIT file and protected with SHA-1 checksum. More detailed description can be found in doc/README.update. Signed-off-by: NRafal Czubak <rcz@semihalf.com> Signed-off-by: NBartlomiej Sieka <tur@semihalf.com>
-
由 Bartlomiej Sieka 提交于
The upcoming automatic update feature needs the ability to adjust an address within Flash to the end of its respective sector. Factor out this functionality to a new function flash_sect_roundb(). Signed-off-by: NRafal Czubak <rcz@semihalf.com> Signed-off-by: NBartlomiej Sieka <tur@semihalf.com> Signed-off-by: NStefan Roese <sr@denx.de>
-
由 Bartlomiej Sieka 提交于
There are two aspects of a TFTP transfer involving timeouts: 1. timeout waiting for initial server reply after sending RRQ 2. timeouts while transferring actual data from the server Since the upcoming auto-update feature attempts a TFTP download during each boot, it is undesirable to have a long delay when the TFTP server is not available. Thus, this commit makes the server timeout (1.) configurable by two global variables: TftpRRQTimeoutMSecs TftpRRQTimeoutCountMax TftpRRQTimeoutMSecs overrides default timeout when trying to connect to a TFTP server, TftpRRQTimeoutCountMax overrides default number of connection retries. The total delay when trying to download a file from a non-existing TFTP server is TftpRRQTimeoutMSecs x TftpRRQTimeoutCountMax milliseconds. Timeouts during file transfers (2.) are unaffected. Signed-off-by: NRafal Czubak <rcz@semihalf.com> Signed-off-by: NBartlomiej Sieka <tur@semihalf.com> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
由 Bartlomiej Sieka 提交于
Enforce millisecond semantics of the first argument to NetSetTimeout() -- the change is transparent for well-behaving boards (CFG_HZ == 1000 and get_timer() countiing in milliseconds). Rationale for this patch is to enable millisecond granularity for network-related timeouts, which is needed for the upcoming automatic software update feature. Summary of changes: - do not scale the first argument to NetSetTimeout() by CFG_HZ - change timeout values used in the networking code to milliseconds Signed-off-by: NRafal Czubak <rcz@semihalf.com> Signed-off-by: NBartlomiej Sieka <tur@semihalf.com> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
由 richardretanubun 提交于
Added as a convenience for other platforms that uses MPC8360 (has 8 UCC). Six eth interface is chosen because the platform I am using combines UCC1&2 and UCC3&4 as 1000 Eth and the other four UCCs as 10/100 Eth. Signed-off-by: NRichard Retanubun <RichardRetanubun@RugggedCom.com> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
由 Haiying Wang 提交于
Change UEC phy interface from GMII to RGMII on MPC8568MDS board Because on MPC8568MDS, GMII interface is only recommended for 1000Mbps speed, but RGMII interface can work at 10/100/1000Mbps, and RGMII interface works more stable. Now both UEC1 and UEC2 can work properly under u-boot. It is also in consistent with the kernel setting for 8568 UEC phy interface. Signed-off-by: NHaiying Wang <Haiying.Wang@freescale.com> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
- 15 10月, 2008 8 次提交
-
-
-
由 Heiko Schocher 提交于
Fix compiler warning introduced by commit 0f8cbc18Signed-off-by: NHeiko Schocher <hs@denx.de> Signed-off-by: NWolfgang Denk <wd@denx.de>
-
由 Selvamuthukumar 提交于
Reference manual states that MxMR[MAD] increment is the indication of write to UPM array is complete. Honour that. Also, make the dummy write explicit. also fix the comment. Signed-off-by: NSelvamuthukumar <selva.muthukumar@e-coninfotech.com> Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
由 Selvamuthukumar 提交于
Currently this is not creating any problem. But it will result in compilation error when used as below. printf("CFG_SDRAM_CFG2 - %08x\n", CFG_SDRAM_CFG2); Signed-off-by: NSelvamuthukumar <selva.muthukumar@e-coninfotech.com> continuation of the theme based on git grep "^#define CFG_.*;$" include/ Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
由 Hugo Villeneuve 提交于
Signed-off-by: NHugo Villeneuve <hugo.villeneuve@lyrtech.com>
-
由 Matthias Fuchs 提交于
This patch fixes a type mismatch and thus removes a compiler warning when compiling with CONFIG_API on powerpc. Signed-off-by: NMatthias Fuchs <matthias.fuchs@esd-electronics.com>
-
由 Peter Tyser 提交于
Original code displayed: => help i2c i2c i2c speed [speed] - show or set I2C bus speed i2c md chip address[.0, .1, .2] [# of objects] - read from I2C device ... Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
-
由 Wolfgang Denk 提交于
Signed-off-by: NWolfgang Denk <wd@denx.de>
-
- 14 10月, 2008 16 次提交
-
-
由 Jason Jin 提交于
SGMII and SATA share the serdes on MPC8536 CPU, When SATA disabled and the driver still try to access the SATA registers, the cpu will hangup. This patch try to fix this by reading the serdes status before the SATA initialize. Signed-off-by: NJason Jin <Jason.jin@freescale.com> Acked-by: NAndy Fleming <afleming@freescale.com>
-
由 Nikita V. Youshchenko 提交于
When aligning malloc()ed screen_base, invalid offset was added. This not only caused misaligned result (which did not cause hardware misbehaviour), but - worse - caused screen_base + smem_len to be out of malloc()ed space, which in turn caused breakage of futher malloc()/free() operation. This patch fixes screen_base alignment. Also this patch makes memset() that cleans framebuffer to be executed on first initialization of diu, not only on re-initialization. It looks correct to clean the framebuffer instead of displaying random garbage; I believe that was disabled only because that memset caused breakage of malloc/free described above - which no longer happens with the fix described above. Signed-off-by: NNikita V. Youshchenko <yoush@debian.org>
-
由 Matthias Fuchs 提交于
This patch fixes building with CONFIG_API and CONFIG_USB_STORAGE. USB_MAX_STOR_DEV is defined in include/usb.h, but needed in api/api_storage.c. Signed-off-by: NMatthias Fuchs <matthias.fuchs@esd-electronics.com>
-
由 Peter Tyser 提交于
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
-
由 Peter Tyser 提交于
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: NPeter Tyser <ptyser@xes-inc.com>
-
由 Mike Frysinger 提交于
Since we're working with unsigned data, you can't apply a signed pointer cast and then attempt to print the result. Otherwise you get wrong output when the sign bit is set like "0xFF" incorrectly extended to "0xFFFFFFFF". Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
We don't need CONFIG_CFG_STRINGS anymore now that we have the define CONFIG_CMD_STRINGS and Makefile control. Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Jason Jin 提交于
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: NJason Jin <Jason.jin@freescale.com> Signed-off-by: NWolfgang Denk <wd@denx.de>
-
-
-
由 Louis Su 提交于
Signed-off-by: NLouis Su <louis@asix.com.tw> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
由 Andre Schwarz 提交于
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: NAndre Schwarz <andre.schwarz@matrix-vision.de> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
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: NNobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com> Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
-
由 Nobuhiro Iwamatsu 提交于
Signed-off-by: NNobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com> Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org>
-
由 Nobuhiro Iwamatsu 提交于
Address calculated in EXPORT_FUNC in SuperH was wrong, I revised it. Signed-off-by: NNobuhiro Iwamatsu <iwamatsu.nobuhiro@renesas.com> Signed-off-by: NNobuhiro Iwamatsu <iwamatsu@nigauri.org>
-
由 Ed Swarthout 提交于
Signed-off-by: NEd Swarthout <Ed.Swarthout@freescale.com> Acked-by: NAndy Fleming <afleming@freescale.com>
-
- 13 10月, 2008 6 次提交
-
-
由 Hugo Villeneuve 提交于
This is no longer necessary now that the GD_FLG_RELOC flag is set for all ARM boards. Signed-off-by: NHugo Villeneuve <hugo.villeneuve@lyrtech.com>
-
由 Luigi 'Comio' Mantellini 提交于
Signed-off-by: NLuigi 'Comio' Mantellini <luigi.mantellini@idf-hit.com>
-
-
由 Nick Spence 提交于
This is needed in unlock_ram_in_cache() because it is called from C and will corrupt the small data area anchor that is kept in R2. lock_ram_in_cache() is modified similarly as good coding practice, but is not called from C. Signed-off-by: NNick Spence <nick.spence@freescale.com>
-
由 Kumar Gala 提交于
For some reason we duplicated the majority of code in lib_ppc/interrupts.c Not know how that happened, but there is no good reason for it. Use the interrupt_init_cpu() and timer_interrupt_cpu() since its why they exist. Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Ed Swarthout 提交于
The flash_unlock_seq requires a sector for AMD_LEGACY. Fix a retcode check typeo. Signed-off-by: NEd Swarthout <Ed.Swarthout@freescale.com> Signed-off-by: NStefan Roese <sr@denx.de>
-