Hello Sir,
This timming issue looks strange, it has something to do with the
u-boot base version upgrading, any comments?
Best regards,
Aaron
-- Forwarded message --
From: Aaron Wu
Date: Tue, Aug 16, 2011 at 12:36 PM
Subject: SD/MMC timming issue when upgrading from 2010.09 to
Introduce the --gc-sections for ColdFire platform and clean up the
corresponding lds file.
Signed-off-by: TsiChung Liew
Signed-off-by: Jason Jin
---
Changes for V2: Add clean up for more boards.
Changes for V3: Seperate the env settings to another patch. Merge the
nommu board clean up into this
Remove the additional linker options for CONFIG_STANDALONE_LOAD_ADDR
Signed-off-by: Jason Jin
---
arch/m68k/config.mk |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/m68k/config.mk b/arch/m68k/config.mk
index 81b14c2..11ba334 100644
--- a/arch/m68k/config.mk
+++ b
(Adding my U-Boot address)
Le 23/08/2011 04:05, Paulraj, Sandeep a écrit :
>
>
>> I see this patch is already maked as "Awaiting Upstream" in Patchwork.
>> Please make sure NOT to include it in any pull requests.
>
> Wolfgang,
>
> I am sure i didn't change the state of this patch to "Awaiting Upst
Hello.
On Tue, 2011-08-23 at 09:27, Graeme Russ wrote:
>
> On Tue, Aug 23, 2011 at 9:23 AM, Jerry Van Baren wrote:
> > On 08/22/2011 01:11 AM, Graeme Russ wrote:
> >>
> >> Hello All,
> >>
> >> Well it looks like I'm getting my hands on the now defunct HP
> >> Touchpad
> >
> > Lucky!
> >
> >> Any
Hi Prafulla,
Le 22/08/2011 11:29, Prafulla Wadaskar a écrit :
> Hi Albert
>
> Please kindly pull
> The following changes since commit 5557e86bb0793012057d5462976c2a902bc629ac:
>aneeshv (1):
> omap4: increase SRAM budget to fix build error
>
> are available in the git repository at:
>
Below patches are supposed to adapt S5P processor's GPIO
subsystem to soft_i2c software GPIO framework.
Lukasz Majewski (2):
i2c:gpio:s5p: I2C GPIO Software implementation (via soft_i2c)
i2c:gpio:s5p: Enable I2C GPIO on the GONI target
arch/arm/include/asm/arch-s5pc1xx/gpio.h | 13
This patch enables the software I2C for GONI reference target.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
Cc: Heiko Schocher
---
Changes for v2:
- Replace explicit GPIO definition with more readable one
---
include/configs/s5p_goni.h | 12 ++
This patch adds support for software I2C for GONI and Universal C210 reference
targets.
It adds support for access to GPIOs by number, not as it is present,
by bank and offset.
Signed-off-by: Lukasz Majewski
Signed-off-by: Kyungmin Park
Cc: Minkyu Kang
Cc: Heiko Schocher
---
Changes for v2:
Hi Mike,
On Mon, 22 Aug 2011 12:08:42 -0400
Mike Frysinger wrote:
> On Monday, August 22, 2011 03:29:52 Lukasz Majewski wrote:
> > On Fri, 19 Aug 2011 11:35:50 -0400 Mike Frysinger wrote:
> > > On Friday, August 19, 2011 11:28:18 Lukasz Majewski wrote:
> > > > On Fri, 19 Aug 2011 09:57:10 -0400
Hi list,
OMAP3 uses fixed timings for GPMC NAND communication from what I see in
mem.c. Is there a reason not to use ONFI detection? There seems to be
ONFI support in nand_base.
Regards
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.d
Hi Anton,
On Mon, 22 Aug 2011 11:57:57 -0700
Anton Staaf wrote:
> drivers/mmc/mmc.c: ext_csd in mmc_change_freq is allocated on the stac
> drivers/mmc/mmc.c: scr and switch_status in sd_change_freq are
> allocated on the stack.
> drivers/mmc/mmc.c: ext_csd in mmc_startup is allocated on the stac
On 08/22/2011 11:37 PM, Eric Jarrige wrote:
> Signed-off-by: Eric Jarrige
> Signed-off-by: Stefano Babic
> CC: Ben Warren
I think we should drop Ben's name as maintainer for the network because
he retired some times ago, but his name is still in the maintainer list.
Wolfgang is the maintainer
On 08/15/2011 10:25 PM, Eric Jarrige wrote:
> Hi Stefano,
Hi Eric,
sorry for my late answer. I have missed a point.
>>> +#define CONFIG_EXTRA_ENV_SETTINGS \
>>> + "env_version=" CONFIG_ENV_VERSION "\0"\
>>> + "fileaddr=" MK_STR(CONFIG_SYS_LOAD_ADDR)"
The out-of-tree build fails because the Makefiles in question depend on
source files of another directory but do not explicitly mkdir that
directory.
As a matter of fact, other Makefiles under board/*/ directory that refer
to source files under another directory explicitly call mkdir.
This patch
On Tuesday, August 23, 2011 08:11:57 AM Ajay Bhargav wrote:
> - "Marek Vasut" wrote:
> > On Monday, August 22, 2011 07:11:57 AM Ajay Bhargav wrote:
> > > This patch adds support for Fast Ethernet Controller driver for
> > > Armada100 series.
> > >
> > > Signed-off-by: Ajay Bhargav
> > > ---
- "Marek Vasut" wrote:
> On Tuesday, August 23, 2011 08:11:57 AM Ajay Bhargav wrote:
> > - "Marek Vasut" wrote:
> > > On Monday, August 22, 2011 07:11:57 AM Ajay Bhargav wrote:
> > > > This patch adds support for Fast Ethernet Controller driver for
> > > > Armada100 series.
> > > >
> >
Dear Ajay Bhargav,
In message <1058764603.122757.1314095393033.javamail.r...@ahm.einfochips.com>
you wrote:
>
> > I think someone NAKed this whole part with MAC randomisation and he was
> > right
> > about it ... you're supposed to configure the MAC properly yourself.
...
> MAC randomization i
Dear Eric Jarrige,
can you please mind your line length? It is strongly recommended that
text lines should not exceed 70 characters or so. Thanks.
In message <1fad4112-2a57-415d-9cdf-8fc7a9edb...@armadeus.org> you wrote:
> >> +#define CONFIG_EXTRA_ENV_SETTINGS \
> >> + "env_version="
Hi Albert,
On 08/22/2011 10:15 AM, Simon Schwarz wrote:
>
> Hi Albert,
>
> On 08/20/2011 01:12 PM, Albert ARIBAUD wrote:
>> snip>
>>
>> Sandeep has requested that I pick these two in u-boot-arm.
>>
>
>
> So is right that everything else in the responsibility of Sandeep won't
> make it into t
Dear Graeme Russ,
In message
you wrote:
>
> > 1. I think we should change the code in a different order. I would
> > prefer to first unify the init code across architectures (the big
> > ARM reorganization we just seem to have overcome was an important
> > prerequisite for this), before
- "Wolfgang Denk" wrote:
> Dear Ajay Bhargav,
>
> In message
> <1058764603.122757.1314095393033.javamail.r...@ahm.einfochips.com> you
> wrote:
> >
> > > I think someone NAKed this whole part with MAC randomisation and
> he was right
> > > about it ... you're supposed to configure the MAC
Dear Mike Frysinger,
In message <201108222100.25104.vap...@gentoo.org> you wrote:
>
> >If you look at the current code - heavily larded with #ifdefs of
> >all shapes and colors - I cannot see any good way to transform this
> >into an initcall (and thus sequence number based) implementa
- "Wolfgang Denk" wrote:
> Dear Ajay Bhargav,
>
> In message
> <1058764603.122757.1314095393033.javamail.r...@ahm.einfochips.com> you
> wrote:
> >
> > > I think someone NAKed this whole part with MAC randomisation and
> he was right
> > > about it ... you're supposed to configure the MAC
Dear Ajay Bhargav,
In message <1570238601.123783.1314104389736.javamail.r...@ahm.einfochips.com>
you wrote:
>
> ok I just wanted to clear myself.. I do not have a dedicated hardware
> storage in my ethernet controller so I will just look into environment
> variable ethaddr, if its set I will jus
On Tuesday, August 23, 2011 01:15:25 Eric Jarrige wrote:
> On 22 août 2011, at 23:55, Mike Frysinger wrote:
> > On Monday, August 22, 2011 17:37:42 Eric Jarrige wrote:
> >> +#if (!defined(CONFIG_DM9000_NO_SROM) && defined(CONFIG_DRIVER_DM9000))
> >
> > why is this necessary ?
>
> the methods dm90
On Tuesday, August 23, 2011 01:47:54 Jason Jin wrote:
> +#ifndef DM9000_BYTE_SWAPPED
should be CONFIG_XXX
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailma
Since commit f1d2b313c9eb6808d30c16a9eb5251240452a56c the serial
port of the da850evm is accessed before the UART2 peripheral of
the SoC is powered on in the function board_init() in
board/davinci/da8xxevm/da850evm.c.
When u-boot is used in conjunction with the UBL (user boot loader, see
doc/READM
On 08/23/2011 03:42 PM, Mike Frysinger wrote:
> On Tuesday, August 23, 2011 01:15:25 Eric Jarrige wrote:
>> On 22 août 2011, at 23:55, Mike Frysinger wrote:
>>> On Monday, August 22, 2011 17:37:42 Eric Jarrige wrote:
+#if (!defined(CONFIG_DM9000_NO_SROM) && defined(CONFIG_DRIVER_DM9000))
>>>
>
Albert,
On 08/21/2011 02:28 PM, Rob Herring wrote:
> On 08/21/2011 09:40 AM, Albert ARIBAUD wrote:
>> Hi Rob,
>>
>> Le 21/08/2011 15:16, Rob Herring a écrit :
>>> From: Rob Herring
>>>
>>> Add basic support for Calxeda Highbank platform. Only minimal support
>>> with
>>> serial and SATA are includ
Hi Tim,
> Thank you very much.
> I'm using ELDK4.2. I just defined my global variable in lib_ppc/board.c,
> here we have three functions: board_init_f(), board_init_r(),
> Reset_Watchdog().
> Reset_Watchdog() will be called in board_init_f(), board_init_r().
>
> here as below is my code,
> /*
Wolfgang Denk writes:
> > ok I just wanted to clear myself.. I do not have a dedicated hardware
> > storage in my ethernet controller so I will just look into environment
> > variable ethaddr, if its set I will just copy it to driver layer and
> > if it is not set, I let the user set it. He/She
Hi list,
I'am a bit stuck here.
How can FDT be used without a FIT image?
I can't really get this from the code - if someone can point me in the
right direction this would be great!
Thanks!
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
On Tue, Aug 23, 2011 at 2:19 AM, Lukasz Majewski wrote:
> Hi Anton,
>
> On Mon, 22 Aug 2011 11:57:57 -0700
> Anton Staaf wrote:
>
>> drivers/mmc/mmc.c: ext_csd in mmc_change_freq is allocated on the stac
>> drivers/mmc/mmc.c: scr and switch_status in sd_change_freq are
>> allocated on the stack.
On Tue, Aug 23, 2011 at 3:03 AM, Che-Liang Chiou wrote:
> The out-of-tree build fails because the Makefiles in question depend on
> source files of another directory but do not explicitly mkdir that
> directory.
>
> As a matter of fact, other Makefiles under board/*/ directory that refer
> to sour
Currently the sd_change_freq function allocates two buffers on the
stack that it passes down to the MMC device driver. These buffers
could be unaligned to the L1 dcache line size. This causes problems
when using DMA and with caches enabled.
This patch correctly cache alignes the buffers used for
On Tuesday, August 23, 2011 11:30:38 Ralph Metzler wrote:
> Wolfgang Denk writes:
> > > ok I just wanted to clear myself.. I do not have a dedicated hardware
> > > storage in my ethernet controller so I will just look into environment
> > > variable ethaddr, if its set I will just copy it to dri
On Monday, August 22, 2011 17:48:47 Anton Staaf wrote:
> On Mon, Aug 22, 2011 at 2:42 PM, Wolfgang Denk wrote:
> > Anton Staaf wrote:
> >> Currently, if a device read request is done that does not begin or end
> >> on a sector boundary a stack allocated bounce buffer is used to perform
> >> the rea
On Tuesday, August 23, 2011 05:19:39 Lukasz Majewski wrote:
> On Mon, 22 Aug 2011 11:57:57 -0700 Anton Staaf wrote:
> > drivers/mmc/mmc.c: ext_csd in mmc_change_freq is allocated on the stac
> > drivers/mmc/mmc.c: scr and switch_status in sd_change_freq are
> > allocated on the stack.
> > drivers/m
Dear Detlev Zundel,
In message you wrote:
>
> So currently as U-Boot is its own loader, we accept the fact that .bss
> will be cleared on relocation. Actually I don't even know if it is
> correct at all to use .bss variables before then (if you look around,
> you'll find the "global_data" struc
Dear Ralph Metzler,
In message <20051.51102.404246.81248@morden.metzler> you wrote:
>
> So, I introduced "pxa168_mac" as Linux command line argument to pass
> ethaddr to pxa168_eth. Or does anybody have a better solution?
Add device tree support for your board, and pass the MAC address in
the dev
Dear Simon Schwarz,
In message <4e53c9f6.4010...@gmail.com> you wrote:
>
> How can FDT be used without a FIT image?
I don't understand this question - using the FDT and the image format
are orthogonal to each other.
> I can't really get this from the code - if someone can point me in the
> rig
On Tue, Aug 23, 2011 at 10:23 AM, Mike Frysinger wrote:
> On Monday, August 22, 2011 17:48:47 Anton Staaf wrote:
>> On Mon, Aug 22, 2011 at 2:42 PM, Wolfgang Denk wrote:
>> > Anton Staaf wrote:
>> >> Currently, if a device read request is done that does not begin or end
>> >> on a sector boundary
On Tue, Aug 23, 2011 at 10:30 AM, Mike Frysinger wrote:
> On Tuesday, August 23, 2011 05:19:39 Lukasz Majewski wrote:
>> On Mon, 22 Aug 2011 11:57:57 -0700 Anton Staaf wrote:
>> > drivers/mmc/mmc.c: ext_csd in mmc_change_freq is allocated on the stac
>> > drivers/mmc/mmc.c: scr and switch_status i
On Tuesday, August 23, 2011 13:58:01 Anton Staaf wrote:
> On Tue, Aug 23, 2011 at 10:23 AM, Mike Frysinger wrote:
> > On Monday, August 22, 2011 17:48:47 Anton Staaf wrote:
> >> On Mon, Aug 22, 2011 at 2:42 PM, Wolfgang Denk wrote:
> >> > Anton Staaf wrote:
> >> >> Currently, if a device read reque
On Tuesday, August 23, 2011 14:12:09 Anton Staaf wrote:
> On Tue, Aug 23, 2011 at 10:30 AM, Mike Frysinger wrote:
> > On Tuesday, August 23, 2011 05:19:39 Lukasz Majewski wrote:
> >> On Mon, 22 Aug 2011 11:57:57 -0700 Anton Staaf wrote:
> >> > drivers/mmc/mmc.c: ext_csd in mmc_change_freq is alloca
On Tuesday, August 23, 2011 14:12:09 Anton Staaf wrote:
> On Tue, Aug 23, 2011 at 10:30 AM, Mike Frysinger wrote:
> > what about adding a new func like:
> > #define dma_buffer_alloca(size)
>
> I generally avoid large allocations on the stack, they can confuse
> virtual stack management and blow ou
Dear Anton Staaf,
In message
you wrote:
>
> >> This patch allocates a cache line size aligned sector sized bounce
> >> buffer the first time that ext2fs_devread is called.
> >
> > ...and never frees ist, which is a bad thing. =A0Please fix.
>
> That was actually intentional. To free the buffer
On Tue, Aug 23, 2011 at 11:36 AM, Mike Frysinger wrote:
> On Tuesday, August 23, 2011 14:12:09 Anton Staaf wrote:
>> On Tue, Aug 23, 2011 at 10:30 AM, Mike Frysinger wrote:
>> > what about adding a new func like:
>> > #define dma_buffer_alloca(size)
>>
>> I generally avoid large allocations on the
On Tuesday, August 23, 2011 14:39:48 Wolfgang Denk wrote:
> Anton Staaf wrote:
> > >> This patch allocates a cache line size aligned sector sized bounce
> > >> buffer the first time that ext2fs_devread is called.
> > >
> > > ...and never frees ist, which is a bad thing. =A0Please fix.
> >
> > Tha
On Tue, Aug 23, 2011 at 11:32 AM, Mike Frysinger wrote:
> On Tuesday, August 23, 2011 13:58:01 Anton Staaf wrote:
>> On Tue, Aug 23, 2011 at 10:23 AM, Mike Frysinger wrote:
>> > On Monday, August 22, 2011 17:48:47 Anton Staaf wrote:
>> >> On Mon, Aug 22, 2011 at 2:42 PM, Wolfgang Denk wrote:
>> >>
On Tue, Aug 23, 2011 at 11:47 AM, Mike Frysinger wrote:
> On Tuesday, August 23, 2011 14:39:48 Wolfgang Denk wrote:
>> Anton Staaf wrote:
>> > >> This patch allocates a cache line size aligned sector sized bounce
>> > >> buffer the first time that ext2fs_devread is called.
>> > >
>> > > ...and nev
On Tuesday, August 23, 2011 14:48:24 Anton Staaf wrote:
> On Tue, Aug 23, 2011 at 11:32 AM, Mike Frysinger wrote:
> > and what do you do when there is no memory left in the malloc arena
> > because you leaked it all and so can't service any new read requests ?
>
> I think you've miss-understood my
On Tue, Aug 23, 2011 at 11:55 AM, Mike Frysinger wrote:
> On Tuesday, August 23, 2011 14:48:24 Anton Staaf wrote:
>> On Tue, Aug 23, 2011 at 11:32 AM, Mike Frysinger wrote:
>> > and what do you do when there is no memory left in the malloc arena
>> > because you leaked it all and so can't service
Hello Jason and all,
i started to work to rewrite the patch.
Starting from mcf532x/cpu.c, i am not sure this is the right place to add
MCF5307.
1) On "checkcpu", mcf5307 don't have ccm->cir where to read mask/ver.
2) About "do_reset", here also mcf5307 don't have MMAP_RCM, memory map and
reset
Dear Anton Staaf,
In message
you wrote:
>
> > what about adding a new func like:
> > #define dma_buffer_alloca(size)
>
> I generally avoid large allocations on the stack, they can confuse
> virtual stack management and blow out small embedded stacks. But
> neither of these are really a problem
Dear Mike Frysinger,
In message <201108231447.39934.vap...@gentoo.org> you wrote:
>
> then people would simply do:
> DMA_DECLARE_BUFFER(char, sec_buf, SECTOR_SIZE);
>
> but i'm not sure this is better than the proposed:
> char *sec_buf = dma_buffer_alloca(SECTOR_SIZE);
>
> i'd have to
Dear Anton Staaf,
In message
you wrote:
>
> > and what do you do when there is no memory left in the malloc arena because
> > you leaked it all and so can't service any new read requests ?
>
> I think you've miss-understood my patch. The allocated buffer is
> stored in a static variable. So on
On Tue, Aug 23, 2011 at 1:18 PM, Wolfgang Denk wrote:
> Dear Anton Staaf,
>
> In message
> you
> wrote:
>>
>> > and what do you do when there is no memory left in the malloc arena because
>> > you leaked it all and so can't service any new read requests ?
>>
>> I think you've miss-understood my
On Tue, Aug 23, 2011 at 1:12 PM, Wolfgang Denk wrote:
> Dear Anton Staaf,
>
> In message
> you
> wrote:
>>
>> > what about adding a new func like:
>> > #define dma_buffer_alloca(size)
>>
>> I generally avoid large allocations on the stack, they can confuse
>> virtual stack management and blow o
On Tuesday, August 23, 2011 16:12:03 Wolfgang Denk wrote:
> Anton Staaf wrote:
> > > what about adding a new func like:
> > > #define dma_buffer_alloca(size)
> >
> > I generally avoid large allocations on the stack, they can confuse
> > virtual stack management and blow out small embedded stacks.
On Tuesday, August 23, 2011 16:27:26 Anton Staaf wrote:
> So then, to guide our efforts, what is a more suitable solution?
> Would you prefer we stick with the existing path of calling memalign
> and passing it the cache size by directly calling
> get_dcache_line_size? Or would you prefer somethin
On Tue, Aug 23, 2011 at 1:37 PM, Mike Frysinger wrote:
> On Tuesday, August 23, 2011 16:27:26 Anton Staaf wrote:
>> So then, to guide our efforts, what is a more suitable solution?
>> Would you prefer we stick with the existing path of calling memalign
>> and passing it the cache size by directly
This patch series adds PXE booting support to U-boot. It adds aseries
of DHCP options to allow U-boot DHCP requests to be compliant with RFC
4578, and a set of commands to provide PXELINUX like behavior.
The pxe commands provide a near subset of the functionality provided
by the PXELINUX boot load
This will be used first by the pxe code, but is intended to be
generic and reusable for other jobs in U-boot.
Signed-off-by: Jason Hobbs
---
changes in v2:
- new in v2
changes in v3:
- move timeout support to later patch
- fix NULL case bug in menu_item_key_match
- consistently use 'item_key
Signed-off-by: Jason Hobbs
---
changes in v2:
- expose abortboot externally instead of using a wrapper
- expose abortboot externally when CONFIG_MENU is set
changes in v3:
- simplify the conditional export of abortboot
- add timeout support for the menu in this patch
- add doc for timeout feature
Signed-off-by: Jason Hobbs
---
changes in v2:
- whitespace correction
changes in v4:
- fix indention of a run_command2 line
- make run_command2 static inline
common/hush.c |2 +-
common/main.c | 50 +-
include/hush.h |2 +-
3 files cha
This prevents a checkpatch warning in the patch to use isblank
Signed-off-by: Jason Hobbs
---
new in v4
common/main.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/common/main.c b/common/main.c
index e9e8350..bf5ddca 100644
--- a/common/main.c
+++ b/common/main.c
Existing ctype checks are implemented using a 256 byte lookup table,
allowing each character to be in any of 8 character classes. Since there
are 8 existing character classes without the blank class, I implemented
isblank without using the lookup table. Since there are only two blank
characters -
These are various places I found that checked for conditions equivalent
to isblank.
Signed-off-by: Jason Hobbs
---
new in v4
board/hymod/env.c|9 +
common/command.c |9 +
common/main.c|5 +++--
drivers/b
Signed-off-by: Jason Hobbs
---
new in v4
doc/README.standard-env | 92 +++
1 files changed, 92 insertions(+), 0 deletions(-)
create mode 100644 doc/README.standard-env
diff --git a/doc/README.standard-env b/doc/README.standard-env
new file mode 100
Signed-off-by: Jason Hobbs
---
changes for v2:
- Move uuid_str_to_bin's prototype from uuid. to common.h
- Place uuid.o make rule in sorted order and conditionalize
changes for v3:
- check for NULL pointers in uuid conversion function
changes for v4:
- add a UUID string validator
include/commo
Dear Mike Frysinger,
In message <201108231637.05845.vap...@gentoo.org> you wrote:
>
> On Tuesday, August 23, 2011 16:27:26 Anton Staaf wrote:
> > So then, to guide our efforts, what is a more suitable solution?
> > Would you prefer we stick with the existing path of calling memalign
> > and passin
These options are required to be present in RFC 4578 compliant DHCP
requests. They give more information to DHCP servers to allow serving
different DHCP responses to different systems based on client
architecture, client capabilities, UUID, or vendor.
Signed-off-by: Jason Hobbs
---
changes for v2
Signed-off-by: Jason Hobbs
Cc: Matt Waddel
---
new in v4
include/configs/ca9x4_ct_vxp.h | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/configs/ca9x4_ct_vxp.h b/include/configs/ca9x4_ct_vxp.h
index 8c57eab..7e5dc66 100644
--- a/include/configs/ca9x4_c
Signed-off-by: Jason Hobbs
Cc: Matt Waddel
---
changes in v2:
- use CONFIG_MENU to enable building the menu for pxecfg use
changes in v4:
- use CONFIG_CMD_PXE instead of CONFIG_CMD_PXECFG
- update to standard environment variables
include/configs/ca9x4_ct_vxp.h |4
1 files changed, 4
Signed-off-by: Jason Hobbs
Cc: Matt Waddel
---
changes for v2:
- add armv7 architecture to VCI string
changes for v4:
- combine the PXE bootp options with the other bootp options
include/configs/ca9x4_ct_vxp.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/c
On Tuesday, August 23, 2011 17:06:41 Anton Staaf wrote:
> On Tue, Aug 23, 2011 at 1:37 PM, Mike Frysinger wrote:
> > On Tuesday, August 23, 2011 16:27:26 Anton Staaf wrote:
> >> So then, to guide our efforts, what is a more suitable solution?
> >> Would you prefer we stick with the existing path o
On Tuesday, August 23, 2011 17:09:37 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > On Tuesday, August 23, 2011 16:27:26 Anton Staaf wrote:
> > > So then, to guide our efforts, what is a more suitable solution?
> > > Would you prefer we stick with the existing path of calling memalign
> > > and p
On Tuesday, August 23, 2011 17:06:52 Jason Hobbs wrote:
> Existing ctype checks are implemented using a 256 byte lookup table,
> allowing each character to be in any of 8 character classes. Since there
> are 8 existing character classes without the blank class, I implemented
> isblank without using
On Tuesday, August 23, 2011 17:06:54 Jason Hobbs wrote:
> - while (*nn == ' ' || *nn == '\t')
> + while (isblank(*nn))
> nn++;
at least for these "walking forward" ones, they could be replaced with:
nn += strspn(nn, " \t");
-mike
signature.asc
Description: This is a
this somewhat duplicates the "Environment Variables" section in the top level
README. can't we have just one location for this stuff ?
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.
On Tuesday, August 23, 2011 17:06:51 Jason Hobbs wrote:
> Signed-off-by: Jason Hobbs
> ---
> changes in v2:
> - whitespace correction
>
> changes in v4:
> - fix indention of a run_command2 line
> - make run_command2 static inline
>
> common/hush.c |2 +-
> common/main.c | 50 +++
On Tue, Aug 23, 2011 at 2:32 PM, Mike Frysinger wrote:
> On Tuesday, August 23, 2011 17:09:37 Wolfgang Denk wrote:
>> Mike Frysinger wrote:
>> > On Tuesday, August 23, 2011 16:27:26 Anton Staaf wrote:
>> > > So then, to guide our efforts, what is a more suitable solution?
>> > > Would you prefer w
Hi Mike,
On Fri, Aug 19, 2011 at 3:28 PM, Mike Frysinger wrote:
> On Friday, August 19, 2011 17:25:10 Simon Glass wrote:
>> On Fri, Aug 19, 2011 at 3:15 PM, Mike Frysinger wrote:
>> > On Friday, August 19, 2011 15:28:48 Simon Glass wrote:
>> >> This adds a new SPI flash command which only rewrite
On Tuesday, August 23, 2011 18:01:34 Simon Glass wrote:
> That's a great trick. How much of the drivers did you implement in the
> simulator?
probably more than i'd like to admit, but not as many as i'd like ;)
http://docs.blackfin.uclinux.org/doku.php?id=toolchain:sim#peripherals
> How about thi
Dear Mike Frysinger,
In message <201108231732.39791.vap...@gentoo.org> you wrote:
>
> > Why cannot we define a macro that declares a (sufficiently sized)
> > buffer on the stack and provides and a pointer to a (correctly
> > aligned) address in this buffer?
>
> isnt that what i already posted and
Hi Wolfgang,
On Tue, Aug 23, 2011 at 9:49 PM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message
> you
> wrote:
>>
[snip]
>
>> > 2. One of the advantages of the current implementation is that there
>> > is a central place in the code (well, at least per architecture,
>> > untill we
On Tuesday, August 23, 2011 18:42:46 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > Why cannot we define a macro that declares a (sufficiently sized)
> > > buffer on the stack and provides and a pointer to a (correctly
> > > aligned) address in this buffer?
> >
> > isnt that what i already pos
Hi Anton,
Thanks for comments. Replied below.
Regards,
Che-Liang
On Wed, Aug 24, 2011 at 1:01 AM, Anton Staaf wrote:
> On Tue, Aug 23, 2011 at 3:03 AM, Che-Liang Chiou wrote:
>> The out-of-tree build fails because the Makefiles in question depend on
>> source files of another directory but do
Hi Simon,
I have a dumb question: How did you make u-boot run native under
Linux? Did you mock out all platform functions? Or did you bundle
u-boot with a emulator?
Regards,
Che-Liang
On Wed, Aug 24, 2011 at 6:16 AM, Mike Frysinger wrote:
> On Tuesday, August 23, 2011 18:01:34 Simon Glass wrote
Hi Che-Liang.
On Tue, Aug 23, 2011 at 8:41 PM, Che-liang Chiou wrote:
> Hi Simon,
>
> I have a dumb question: How did you make u-boot run native under
> Linux? Did you mock out all platform functions? Or did you bundle
> u-boot with a emulator?
Basically created a new architecture (like arm/x86)
Hi Stefano,
On 23 août 2011, at 11:46, Stefano Babic wrote:
>
>
> sorry for my late answer. I have missed a point.
No problem on my side - my answers are sometime even longer.
>
>>> Please drop fix ip address. They should not be part of mainline,
>>
>> Here, I have a problem as our document
- "Wolfgang Denk" wrote:
> Dear Ajay Bhargav,
>
> In message
> <1570238601.123783.1314104389736.javamail.r...@ahm.einfochips.com> you
> wrote:
> >
> > ok I just wanted to clear myself.. I do not have a dedicated
> hardware
> > storage in my ethernet controller so I will just look into
> en
The function fsl_setup_hose clears the variable pci1_hose.
Set pci1_hose.config_table after it.
Signed-off-by: Zhao Chenhui
---
board/freescale/mpc8568mds/mpc8568mds.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/board/freescale/mpc8568mds/mpc8568mds.c
b/bo
Remove unnecessary or dead code/includes.
Signed-off-by: Zhao Chenhui
---
board/freescale/mpc8548cds/mpc8548cds.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff --git a/board/freescale/mpc8548cds/mpc8548cds.c
b/board/freescale/mpc8548cds/mpc8548cds.c
index 5ffae47..f70a9
The function fsl_setup_hose clears the variable pci1_hose.
Set pci1_hose.config_table after it.
Signed-off-by: Zhao Chenhui
---
board/freescale/mpc8548cds/mpc8548cds.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/board/freescale/mpc8548cds/mpc8548cds.c
b/board/f
The function fsl_setup_hose clears the variable pci1_hose.
Set pci1_hose.config_table after it.
Signed-off-by: Zhao Chenhui
---
board/freescale/mpc8610hpcd/mpc8610hpcd.c | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/board/freescale/mpc8610hpcd/mpc8610hpcd.c
Dear Graeme Russ,
In message
you wrote:
>
> So we end up with:
>
> #DEFINE INIT_GLOBAL_START 1
> #DEFINE INIT_X86_CPU_FINIT_GLOBAL_START + 1
> #DEFINE INIT_ARM_CPU_FINIT_GLOBAL_START + 1
> ...
> #DEFINE INIT_X86_INIT_X86_ + 1
> ...
> #DEF
On 23 août 2011, at 16:21, Stefano Babic wrote:
> On 08/23/2011 03:42 PM, Mike Frysinger wrote:
>> On Tuesday, August 23, 2011 01:15:25 Eric Jarrige wrote:
>>> On 22 août 2011, at 23:55, Mike Frysinger wrote:
On Monday, August 22, 2011 17:37:42 Eric Jarrige wrote:
> +#if (!defined(CONFIG
1 - 100 of 107 matches
Mail list logo