Dne Pá 30. dubna 2010 16:11:53 Graeme Russ napsal(a):
> Hi All,
>
> I'm looking for information on how to access a Compact Flash card which is
> memory-mapped (from 0x20001000)
>
> From what I have read, there a 3 address lines (8 addresses) which access
> IDE registers within the CF chip
>
> My
Hey,
I've been tinkering with OneNAND IPL in uboot. I found out it wan't to load
itself to the address specified in board/$(BOARDDIR)/config.mk . That's fine in
most cases, but in my case that wasn't possible.
In my case, SDRAM init didn't fit into the IPL, so I had to copy U-Boot into
SRAM, t
Dear Stefan Roese,
In message <201004291023.24682...@denx.de> you wrote:
> The following changes since commit 3699c28e6d16b563629c285311a0ce62a2c4c5d0:
>
> Merge branch 'master' of git://git.denx.de/u-boot-video (2010-04-28
> 00:10:41 +0200)
>
> are available in the git repository at:
>
>
Dear Stefano Babic,
In message <4bd81816.2050...@denx.de> you wrote:
>
> I have already sent a patch fixing this issue,
I've seen it (unfortunately only after running into this myself).
> http://lists.denx.de/pipermail/u-boot/2010-April/070347.html
>
> However, I preferred (easier way) to fix t
Dear Stefan Roese,
In message <201004281006.14834...@denx.de> you wrote:
> The following changes since commit 3699c28e6d16b563629c285311a0ce62a2c4c5d0:
>
> Merge branch 'master' of git://git.denx.de/u-boot-video (2010-04-28
> 00:10:41 +0200)
>
> are available in the git repository at:
>
>
Hi Tom,
[...]
>> +#ifndef CONFIG_SKIP_LOWLEVEL_INIT
>
> CONFIG_SKIP_LOWLEVEL_INIT is not used in the other patches.
> Why is this needed ?
> board/samsung/samsung/smdk6400 has a lowlevel_init.o function.
> It is confusing why this function is being if-def and not the real
> lowlevel_init..
Will
On Friday 30 April 2010 10:11:53 Graeme Russ wrote:
> I'm looking for information on how to access a Compact Flash card which is
> memory-mapped (from 0x20001000)
>
> From what I have read, there a 3 address lines (8 addresses) which access
> IDE registers within the CF chip
>
> My question is, h
Dear everyone
i'm Phuong
i living vietnamesepresent, i research chip's atmel (AT91SAM9260) and i want
to install u-boot on chip AT91SAM9260 but i have some problem with it, so that
i need help from you
this is my step build u-boot:
step 1:
i configure it for chip AT91SAM9260 technical informa
Dear everyone i'm Phuong i living vietnamesepresent, i research chip's atmel
(AT91SAM9260) and i want to install u-boot on chip AT91SAM9260 but i have some
problem with it, so that i need help from you
this is my step build u-boot:
step 1: i configure it for chip AT91SAM9260 technical informatio
Thomas Chou wrote:
> On 04/30/2010 10:24 PM, Scott McNutt wrote:
>> Thomas Chou wrote:
>>> This patch adds gpio support of Altera PIO component to the
>>> nios2-generic board. Though it drives only gpio_led at the
>>> moment, it supports bidirectional port to control bit-banging
>>> I2C, NAND flash
On 04/30/2010 10:24 PM, Scott McNutt wrote:
> Thomas Chou wrote:
>> This patch adds gpio support of Altera PIO component to the
>> nios2-generic board. Though it drives only gpio_led at the
>> moment, it supports bidirectional port to control bit-banging
>> I2C, NAND flash busy status or button swi
Which processor?
Regards
Poonam
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of vibi sreenivasan
> Sent: Friday, April 30, 2010 8:17 PM
> To: u-boot@lists.denx.de
> Subject: [U-Boot] Booting kernel from SD/MMC cards
>
> Hi,
Hi,
Does u-boot support booting linux kernel from SD/MMC cards.
regards
vibi
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Thomas Chou wrote:
> This patch adds gpio support of Altera PIO component to the
> nios2-generic board. Though it drives only gpio_led at the
> moment, it supports bidirectional port to control bit-banging
> I2C, NAND flash busy status or button switches, etc.
>
> Signed-off-by: Thomas Chou
> ---
Hi All,
I'm looking for information on how to access a Compact Flash card which is
memory-mapped (from 0x20001000)
>From what I have read, there a 3 address lines (8 addresses) which access
IDE registers within the CF chip
My question is, how do I access such a custom address range within Linux?
At the moment, the default SPI flash subsystem is quite terse. Errors and
successes both result in a generic message. So move the useful errors and
useful successes to printf output by default.
While we're here, also convert the messages to use print_size().
Signed-off-by: Mike Frysinger
---
v
On Friday 30 April 2010 09:11:20 Thomas Chou wrote:
> Some old STMicro parts do not support JEDEC ID (0x9f). This patch
> uses RES (0xab) to get Electronic ID and translates it to JEDEC ID.
>
> Signed-off-by: Thomas Chou
Acked-by: Mike Frysinger
if we want to do non-jedec stuff in other parts,
Ok, i solved it witch preboot envinment variable. Thansk for advice.
Best Regards
Radovan Vapenik
> Původní zpráva
> Od: Wolfgang Denk
> Předmět: Re: Re: Re: [U-Boot] Splash screen problem
> Datum: 29.4.2010 22:57:31
>
> Dear =
Hi Terry,
>[Ty]: env_ptr is defined in env_mmc.c and the value is
> assigned in env_common.c. Correct me if I'm wrong.
No, you are right - env_relocate() called malloc and initialize the pointer.
Best regards,
Stefano
--
=
DE
On 04/30/2010 08:48 PM, Mike Frysinger wrote:
> On Thursday 29 April 2010 23:34:17 Thomas Chou wrote:
>
>> --- a/drivers/mtd/spi/spi_flash.c
>> +++ b/drivers/mtd/spi/spi_flash.c
>> @@ -147,6 +147,7 @@ struct spi_flash *spi_flash_probe(unsigned int bus,
>> unsigned int cs, #endif
>> #ifdef CON
On Friday 30 April 2010 08:40:21 Detlev Zundel wrote:
> > if the new direction is to have the OS booted with the current correct
> > MAC address programmed regardless of any net funcs being called, then
> > the current logic in eth_initialize() will probably need to be
> > replicated back into cmd_
Some old STMicro parts do not support JEDEC ID (0x9f). This patch
uses RES (0xab) to get Electronic ID and translates it to JEDEC ID.
Signed-off-by: Thomas Chou
---
v3: add comment as Mike suggested for 0xff id switch.
v2: move the logic to stmicro's probe function
drivers/mtd/spi/spi_flash.c |
Hi all-
I - more or less - successfully got U-Boot up and running on our custom
designed board.
U-Boot leaves its premices in boot_jump_linux and this is the last I see on
the console:
## Booting kernel from Legacy Image at 0200 ...
Image Name: Linux-2.6.29.6-rt23
Image Type: Power
Vipin KUMAR wrote:
> Hello Tom/Wolfgang,
> Didn't see any feedbacks on this patchset.
> Please let me know if the patch is good or should I make changes and resubmit
>
Vipin,
I will provide you with complete review of your patch set this weekend.
Please use MAKEALL arm to check for regressions
On Thursday 29 April 2010 23:34:17 Thomas Chou wrote:
> --- a/drivers/mtd/spi/spi_flash.c
> +++ b/drivers/mtd/spi/spi_flash.c
> @@ -147,6 +147,7 @@ struct spi_flash *spi_flash_probe(unsigned int bus,
> unsigned int cs, #endif
> #ifdef CONFIG_SPI_FLASH_STMICRO
> case 0x20:
> + case 0xff:
Hi Mike and Ben,
> if the new direction is to have the OS booted with the current correct MAC
> address programmed regardless of any net funcs being called, then the current
> logic in eth_initialize() will probably need to be replicated back into
> cmd_nvedit (see commit 56b555a644). then the
Hello Tom/Wolfgang,
Didn't see any feedbacks on this patchset.
Please let me know if the patch is good or should I make changes and resubmit
Thanks in advance
Regards
Vipin
On 4/26/2010 8:26 AM, Vipin KUMAR wrote:
> Hi,
> The following subpatches incorporate review comments given on patch-set
Hi,
I have a problem with accessing the cf-card under u-boot. I use the XUPV2P with
a ppc + microblaze and the XUPV5 with mb only.
None of my eval-bords work with cf. This is the error-message under the xupv2p
with ppc:
t001-ppc405:/# fatinfo ace 0:0
ACE CompactFlash not found.
System
28 matches
Mail list logo
