On Monday 23 January 2012 00:27:56 Simon Glass wrote:
> On Fri, Jan 20, 2012 at 10:54 AM, Mike Frysinger wrote:
> > On Tuesday 10 January 2012 19:45:45 Simon Glass wrote:
> >> This adds support for a controlling fdt, mirroring the ARM
> >> implementation.
> >
> > OK, but what's the point if we are
Hi,
On Thu, Jan 19, 2012 at 12:56 AM, Dirk Behme wrote:
> From: Eric Miao
>
> Ignore the return value of eth_getenv_enetaddr_by_index(), and if it
> fails, fall back to use dev->enetaddr, which could be filled up by
> the ethernet device driver:
>
> With the current code, introduced with below c
Hi,
On Sun, Jan 22, 2012 at 6:16 PM, hanumant wrote:
> Hi
>
> I am getting DTC when compiling dts file with CONFIG_OF_CONTROL.
> The message says that it cannot find skeleton.dtsi though its placed
> in the same directory as the dts file. I notice that if i remove this
> line from the dts Makef
Hi Mike,
On Sun, Jan 22, 2012 at 10:30 PM, Mike Frysinger wrote:
> Follow up patches want to be able to seek fd's.
>
> Signed-off-by: Mike Frysinger
> ---
> arch/sandbox/cpu/os.c | 5 +
> include/os.h | 10 ++
> 2 files changed, 15 insertions(+), 0 deletions(-)
>
> dif
The state exists through the life of U-Boot. It can be adjusted by command
line options and perhaps later through a config file. It is available
to U-Boot through state_...() calls (within sandbox code).
Signed-off-by: Simon Glass
---
arch/sandbox/cpu/Makefile |2 +-
arc
Enable fdt code and safe snprintf() options for sandbox.
Signed-off-by: Simon Glass
---
include/configs/sandbox.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index 10565e6..6790216 100644
--- a/include/confi
This provides a way for callers to create files for writing. We define
flags which mirror the POSIX values.
Another approach would be to translate the flags at runtime. Perhaps we can
leave to whoever wants to port this to another OS?
Signed-off-by: Simon Glass
---
Changes in v3:
- Change open()
In order to pass command line arguments to sandbox we need to be able
to act on them. So take control back at the end of board_init_r() from
where we can call the main loop or do something else.
Signed-off-by: Simon Glass
---
Changes in v2:
- Call cpu_main_loop() from board_init_r()
arch/sandbo
This provides a way of simulating GPIOs by setting values which are seen
by the normal gpio_get/set_value() calls.
Signed-off-by: Simon Glass
---
Changes in v2:
- Fix gpio_direction_output() to actually set the value
- Use generic GPIO command and interface
Changes in v3:
- Change GPIO numbers t
This adds simple command-line parsing to sandbox. The idea is that it
sets up the state with options provided, and this state can then be
queried later, as needed.
For now we just allow it to run a command.
Passing a command to U-Boot on stdin is not as convenient IMO.
The parsing code is in os.
Enable the new GPIO driver for sandbox.
Signed-off-by: Simon Glass
---
Changes in v3:
- Reduce number of GPIOs from 224 to 20
include/configs/sandbox.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index 6790216
This adds support for a controlling fdt, mirroring the ARM implementation.
Signed-off-by: Simon Glass
---
Changes in v3:
- Use #if defined()..#elif defined, instead of #ifdef..#elif defined
arch/sandbox/include/asm/global_data.h |1 +
arch/sandbox/lib/board.c |8
Hi Mike,
On Fri, Jan 20, 2012 at 11:05 AM, Mike Frysinger wrote:
> On Tuesday 10 January 2012 19:45:52 Simon Glass wrote:
>> --- a/arch/sandbox/cpu/os.c
>> +++ b/arch/sandbox/cpu/os.c
>>
>> +static struct option long_options[] = {
>
> constify
>
Done
>> +void os_usage(int err)
>> +{
>> + if
We want to test SPI flash code in the sandbox, so enable the new drivers.
Signed-off-by: Mike Frysinger
---
include/configs/sandbox.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index 10565e6..c1962cd 100644
Signed-off-by: Mike Frysinger
---
arch/sandbox/cpu/os.c | 13 +
include/os.h |1 +
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/arch/sandbox/cpu/os.c b/arch/sandbox/cpu/os.c
index 1d3e54f..4428f57 100644
--- a/arch/sandbox/cpu/os.c
+++ b/arch/sandbox/
This adds a SPI flash driver which simulates SPI flash clients.
Currently supports the bare min that U-Boot requires: you can
probe, read, erase, and write. Should be easy to extend to make
it behave more exactly like a real SPI flash, but this is good
enough to merge now.
Signed-off-by: Mike Fry
Follow up patches want to be able to seek fd's.
Signed-off-by: Mike Frysinger
---
arch/sandbox/cpu/os.c |5 +
include/os.h | 10 ++
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/arch/sandbox/cpu/os.c b/arch/sandbox/cpu/os.c
index 093e7dc..6e257ff 1006
This adds a SPI framework for people to hook up simulated SPI clients.
Signed-off-by: Mike Frysinger
---
arch/sandbox/include/asm/spi.h | 33 +++
drivers/spi/Makefile |1 +
drivers/spi/sandbox_spi.c | 183
3 files changed, 217 in
Note: just a PoC that the current SPI flash code is based on.
Not meant to reject the getopt code Simon posted.
Signed-off-by: Mike Frysinger
---
arch/sandbox/cpu/os.c| 13 +
arch/sandbox/cpu/start.c | 24
include/os.h |2 ++
3 files c
Finished this up while on a jet plane. Ignoring the getopt patch,
this should be good to go.
Mike Frysinger (6):
sandbox: add lseek helper
sandbox: add getopt support
sandbox: SPI emulation bus
sandbox: new SPI flash driver
sandbox: enable new spi/sf layers
sandbox: add getenv support
Hi Mike,
On Fri, Jan 20, 2012 at 11:00 AM, Mike Frysinger wrote:
> On Tuesday 10 January 2012 19:45:50 Simon Glass wrote:
>> In order to pass command line arguments to sandbox we need to be able
>> to act on them. So take control back at the end of board_init_r() from
>> where we can call the mai
Hi Mike,
On Fri, Jan 20, 2012 at 10:59 AM, Mike Frysinger wrote:
> On Tuesday 10 January 2012 19:45:48 Simon Glass wrote:
>> --- a/include/configs/sandbox.h
>> +++ b/include/configs/sandbox.h
>>
>> +#define CONFIG_SANDBOX_GPIO_COUNT 224
>
> do we really need 224 examples GPIOs ? can't we do w
Hi Mike,
On Fri, Jan 20, 2012 at 10:59 AM, Mike Frysinger wrote:
> On Tuesday 10 January 2012 19:45:47 Simon Glass wrote:
>> This provides a way of simulating GPIOs by setting values which are seen
>> by the normal gpio_get/set_value() calls.
>
> seems to be a desync in types ... all "gpio" field
Dear periyasamy samy,
In message
you wrote:
>
> hi.. i am new to u-boot. can u help me where to start.
Start reading (in that order):
http://www.catb.org/~esr/faqs/smart-questions.html
http://www.netmeister.org/news/learn2quote.html
http://www.denx.de/wiki/U-Boot
http://www.denx.de/wiki/vie
Hi Periyasamy,
Probably you need to be more elaborate on what exactly you want.
you might before go through this links before asking you queries.
http://www.denx.de/wiki/DULG/Faq
http://www.denx.de/wiki/U-Bootdoc/Presentation
http://www.denx.de/wiki/U-Boot/WebHome
WBR,
--Prabhakar Lad
On Mon, Ja
hi,
I am manish. I recently started working with beagleboard xm . I have a
basic doubt..
The sd card is divided into fat32 and ext3 partition. All the neccesary
files such as MLO, uboot.bin,uimage are put in the fat32 folder.I belive
this is done so that the uboot will pick up uimage from this par
Hi Mike,
On Fri, Jan 20, 2012 at 10:54 AM, Mike Frysinger wrote:
> On Tuesday 10 January 2012 19:45:46 Simon Glass wrote:
>> +#define CONFIG_LMB
>
> do we need this ?
Without it I think bootm fails to build with FDT enabled.
Regards,
Simon
> -mike
__
Hi Mike,
On Fri, Jan 20, 2012 at 10:54 AM, Mike Frysinger wrote:
> On Tuesday 10 January 2012 19:45:45 Simon Glass wrote:
>> This adds support for a controlling fdt, mirroring the ARM implementation.
>
> OK, but what's the point if we aren't doing FDT's ?
Aren't we? I hope that sandbox provides
hi.. i am new to u-boot. can u help me where to start.
--
*Thanks & Regards**
*
*periyasamy.R*
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
> Showing CPU frequency during boot is useful information.
>
> Signed-off-by: Fabio Estevam
> ---
> arch/arm/cpu/arm926ejs/mx28/mx28.c |3 ++-
> 1 files changed, 2 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/cpu/arm926ejs/mx28/mx28.c
> b/arch/arm/cpu/arm926ejs/mx28/mx28.c index
Hi Jerry,
On Sun, Jan 22, 2012 at 6:04 PM, Jerry Van Baren wrote:
> On 01/17/2012 01:20 PM, Simon Glass wrote:
>> Stephen Warren pointed out that we should use nodes whether or not they
>> have an alias in the /aliases section. The aliases section specifies the
>> order so far as it can, but is n
Showing CPU frequency during boot is useful information.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mx28/mx28.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx28/mx28.c
b/arch/arm/cpu/arm926ejs/mx28/mx28.c
index da90360..683777f
Hi
I am getting DTC when compiling dts file with CONFIG_OF_CONTROL.
The message says that it cannot find skeleton.dtsi though its placed
in the same directory as the dts file. I notice that if i remove this
line from the dts Makefile, the error disappears
$(DT_BIN): $(TOPDIR)/board/$(VENDOR
On 01/19/2012 06:40 PM, Tom Warren wrote:
> Folks,
>
> Simon and Stephen have been talking offline about Simon's fdt
> patches, to wit:
>
> U-Boot-v3-1-2-fdt-Add-fdtdec_find_aliases-to-deal-with-alias-nodes.patch
> U-Boot-v3-2-2-fdt-Add-tests-for-fdtdec.patch
> U-Boot-v4-01-20-fdt-Tidy-up-a-few-f
On 01/17/2012 01:20 PM, Simon Glass wrote:
> Stephen Warren pointed out that we should use nodes whether or not they
> have an alias in the /aliases section. The aliases section specifies the
> order so far as it can, but is not essential. Operating without alisses
Nitpick: aliases
> is useful wh
On 01/17/2012 01:20 PM, Simon Glass wrote:
> The fdtdec_find_aliases_for_id() function is complicated enough that
> it really should have some tests. This does not necessarily need to be
> committed to U-Boot, but it might be useful.
>
> (note there are a few minor inconsistencies with this patch
On 01/11/2012 11:32 PM, Simon Glass wrote:
> This fixes five trivial issues in fdtdec.c:
> 1. fdtdec_get_is_enabled() doesn't really need a default value
> 2. The fdt must be word-aligned, since otherwise it will fail on ARM
> 3. The compat_names[] array is missing its first element. This is needed
On 01/11/2012 11:32 PM, Simon Glass wrote:
> Add a function to look up a property which is a phandle in a node, and
> another to read a fixed-length integer array from an fdt property.
> Also add a function to read boolean properties, although there is no
> actual boolean type in U-Boot.
>
> Signe
Hi Stephen,
On Wed, Jan 18, 2012 at 4:16 PM, Stephen Warren wrote:
> Document a binding for the Tegra20 CAR (Clock And Reset) Controller,
> add it to tegra20.dtsi, and configure it for the board in tegra-
> seaboard.dts.
>
> Signed-off-by: Stephen Warren
> ---
> All, Simon Glass is attempting to
Hi Stephen,
On Thu, Jan 19, 2012 at 12:51 PM, Stephen Warren wrote:
> On 01/12/2012 12:00 PM, Simon Glass wrote:
>> Add U-Boot's peripheral clock information to the Tegra20 device tree file.
>
>> diff --git a/arch/arm/dts/tegra20.dtsi b/arch/arm/dts/tegra20.dtsi
>> index ca7b523..963cf27 100644
>
Hi Albert,
please pull from u-boot-imx, thanks.
The following changes since commit 5d250e52ffd5554834a45ac8d53762fbbf36933c:
tegra2: Enable data cache (2012-01-18 15:54:07 -0700)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
Dirk Behme (4):
imxim
On 01/19/12 10:15, Govindraj wrote:
> On Wed, Jan 18, 2012 at 11:21 PM, Igor Grinberg
> wrote:
>> Hi Govindraj,
>>
>> On 01/17/12 08:10, Govindraj wrote:
>>>
>>> And just to clarify further there is no code duplication for ulpi read
>>> writes
>>> in ehci-omap.c done with this patch.
>>
>> This
42 matches
Mail list logo