Mike Frysinger wrote:
> On Monday, August 29, 2011 07:34:12 Michal Simek wrote:
>> --- /dev/null
>> +++ b/drivers/net/xilinx_ll_temac.c
>>
>> +#include
>
> what do you need from this header ?
dcr for ppc.
>
>> +#ifdef SDMA_MODE
>> +static unsigned char tx_buffer[PKTSIZE_ALIGN ] __attribute((al
Denk,
As there are no comments, can you please ACK this patch?
Regards,
Nag
On Wed, Aug 17, 2011 at 19:47:32, Netagunte, Nagabhushana wrote:
> From: Nagabhushana Netagunte
>
> there are cache coherency issues when using the DAVINCI Ethernet driver,
> hence caches cant be used for d365 u-boot.
Denk,
If no comments on this, can you please ACK this?
Regards,
Nag
On Wed, Aug 17, 2011 at 19:47:55, Netagunte, Nagabhushana wrote:
> From: Rajashekhara, Sudhakar
>
> Newer version for DM365 silicon support higher speeds and is called DM368.
> Modify the bootprompt string DM365 to DM36x.
>
Mike,
We will address cache coherency issues soon after these patches.
Earlier also, chache was disabled. Only due to new cache management Framework
which was added recently, it is explicitly needed to be indicated to turn off
cache.
Since fixing the cache coherency issues with EMAC will take
Gentlemen,
If you have no further comments, can you please ACK patches?
Regards,
Nag
On Mon, Aug 29, 2011 at 16:26:57, Netagunte, Nagabhushana wrote:
> Gentlemen,
>
> We will address cache coherency issues soon after these patches.
> Earlier also, chache was disabled. Only due to new cache mana
Denk,
If you have no comments, can you please ACK patches?
Regards,
Nag
On Wed, Aug 17, 2011 at 19:44:07, Netagunte, Nagabhushana wrote:
> From: Nagabhushana Netagunte
>
> Fix from last version (addressed comments from Detlev)
> 1: fixed env size for NOR boot mode.
>
> Manjunathappa, Prakash (
Commit c2dd0d45540397704de9b13287417d21049d34c6 enabled D-Cache for all
arm devices explicitly. This renders at91_emac driver on at91rm9200ek
unusable.
This patch disables D-Cache for at91rm9200ek explicitly to get this
driver working again.
Signed-off-by: Andreas Bießmann
---
include/configs/a
- "Ajay Bhargav" wrote:
> - "Mike Frysinger" wrote:
>
> > On Tuesday, August 30, 2011 01:44:40 Ajay Bhargav wrote:
> > > +static void update_hash_table_mac_address(struct armdfec_device
> > *darmdfec,
> > > + u8 *oaddr, u8 *addr)
> > > +{
> > > + u32 m
Hi Mike,
On Tue, Aug 30, 2011 at 9:36 PM, Mike Frysinger wrote:
> On Tuesday, August 30, 2011 17:13:51 Simon Glass wrote:
>> The arch/arm/include/asm/arch symlink needs to point to arch-tegra2 in
>> my case, which is fine, but I also want to be able to include common
>> files.
>>
>> #include
>>
- "Mike Frysinger" wrote:
> On Tuesday, August 30, 2011 01:44:40 Ajay Bhargav wrote:
> > +static void update_hash_table_mac_address(struct armdfec_device
> *darmdfec,
> > + u8 *oaddr, u8 *addr)
> > +{
> > + u32 mach;
> > + u32 macl;
> > +
> > + /* De
On Tuesday, August 30, 2011 17:13:51 Simon Glass wrote:
> The arch/arm/include/asm/arch symlink needs to point to arch-tegra2 in
> my case, which is fine, but I also want to be able to include common
> files.
>
> #include
>
> This points to arch/arm/include/asm/arch-tegra2/clock.h but this would
On Tuesday, August 30, 2011 12:53:20 Albert ARIBAUD wrote:
> Patch series applied to u-boot-arm/master, with manual fix of three
> empty lines at EOF in patches 1 through 3.
>
> These empty lines and other whitespace errors can be found and fixed by
> the submitter before sending the patch to the
On Tuesday, August 30, 2011 19:39:20 Graeme Russ wrote:
> Another gd related thought - Is it safe to assume that gd will be cleared?
> I hope so, as the pre-buffer console assumes gd->precon_buf_idx is
> initially zero.
i'm pretty sure you can. the Blackfin arch certainly memset's it to 0.
-mike
In the p1023rds, when system boots from nor flash, kernel only accesses nor
flash and can not access nand flash with BR0/OR0; when system boots from
nand flash, kernel only accesses nand flash and can not access nor flash
with BR0/OR0.
Default device tree nor and nand node should have the followin
The do_fixup_by_path_string() will set the specified node's property to the
value contained in "status". It would just be an inline wrapper for
do_fixup_by_path() that calls strlen on the argument.
Signed-off-by: Chunhe Lan
---
Changes for v2:
- renamed from fdt_set_node_status() to do_fi
On Tue, Aug 30, 2011 at 9:53 AM, Albert ARIBAUD
wrote:
> Le 30/08/2011 18:23, Simon Glass a écrit :
>>
>> This patch series adds basic clock and pinmux functions to the Tegra2, and
>> modifies the ap20 and board code to use them.
>>
>> Changes in v2:
>> - Removed use of bitfield access macros
>> -
Hi Wolfgang
On Wed, Aug 31, 2011 at 9:00 AM, Graeme Russ wrote:
> Hi Simon, Mike, Wolfgang,
>
> On Wed, Aug 31, 2011 at 7:02 AM, Simon Glass wrote:
>> Hi Wolfgang,
>>
>> On Tue, Aug 30, 2011 at 1:57 PM, Wolfgang Denk wrote:
>>> Dear Simon Glass,
>>>
>>> In message
>>> you
>>> wrote:
[s
From: Ramneek Mehresh
USB protocol macros (CONFIG_USB_EHCI ...) to be included only when
CONFIG_HAS_FSL_DR_USB is defined for a board. Presence of USB DR controller
should be declared along with the underlying protocol used in the controller
Signed-off-by: Ramneek Mehresh
Signed-off-by: Kumar G
The P2041RDB has almost identical setup for TLB, LAWS, and PCI with
other P-Series CoreNet platforms.
The only difference between P2041RDB & P3041DS/P4080DS/P5020DS is the
CPLD vs PIXIS FPGA which we can handle via some simple #ifdefs in the
TLB and LAW setup tables.
Signed-off-by: Kumar Gala
--
We currently support 4 SoC/Boards from the P-Series of QorIQ SoCs that
are based on the 'CoreNet' Architecture: P2041RDB, P3041DS, P4080DS, and
P5020DS. There is a significant amount of commonality shared between
these boards that we can refactor into common code:
* Initial LAW setup
* Initial TL
We shouldn't be setting execute permissions on TLB entries that will not
actually have any code run from them.
Signed-off-by: Kumar Gala
---
board/freescale/p2041rdb/tlb.c | 34 +++---
1 files changed, 19 insertions(+), 15 deletions(-)
diff --git a/board/freescale/
Hi Simon, Mike, Wolfgang,
On Wed, Aug 31, 2011 at 7:02 AM, Simon Glass wrote:
> Hi Wolfgang,
>
> On Tue, Aug 30, 2011 at 1:57 PM, Wolfgang Denk wrote:
>> Dear Simon Glass,
>>
>> In message
>> you
>> wrote:
>>>
>>> In case it is interesting (which may be unlikely) here is the code
>>> generate
On Aug 1, 2011, at 10:47 AM, Kumar Gala wrote:
> From: Andy Fleming
>
> Add support for RGMII, SGMII, and XAUI (10Gb) Ethernet on P4080DS.
>
> The board supports add-on cards for SGMII and XAUI functionality. Which
> slots on the board these cards are in is a function of the SERDES option
> s
On Aug 4, 2011, at 1:41 AM, Kumar Gala wrote:
> We shouldn't be setting execute permissions on TLB entries that will not
> actually have any code run from them.
>
> Signed-off-by: Kumar Gala
> ---
> board/freescale/corenet_ds/tlb.c | 30 +++---
> 1 files changed, 15 ins
On Aug 1, 2011, at 10:47 AM, Kumar Gala wrote:
> Move extern of pci_of_setup() into corenet_ds.h
>
> Signed-off-by: Kumar Gala
> ---
> board/freescale/corenet_ds/corenet_ds.c |2 --
> board/freescale/corenet_ds/corenet_ds.h |1 +
> 2 files changed, 1 insertions(+), 2 deletions(-)
applied
On Aug 1, 2011, at 1:23 AM, Kumar Gala wrote:
> From: Mingkai Hu
>
> Add support for RGMII, SGMII and XAUI Ethernet on P2041RDB board.
>
> The five dTSEC can be routed to two on-board RGMII phy, three on-board
> SGMII phy or four SGMII phy on SGMII riser card according to different
> serdes pr
On Aug 1, 2011, at 1:23 AM, Kumar Gala wrote:
> From: Roy Zang
>
> The P1023 has two 1G ethernet controllers the first can run in
> SGMII, RGMII, or RMII. The second can only do SGMII & RGMII.
>
> We need to setup a for SoC & board registers based on our various
> configuration for ethernet t
On Aug 1, 2011, at 1:23 AM, Kumar Gala wrote:
> From: Timur Tabi
>
> Add support for RGMII, SGMII, and XAUI (10Gb) Ethernet on P3041DS &
> P5020DS ("Hydra").
>
> The lane_to_slot[] array is initialized dynamically, since board switches
> can be used to control the muxing of SERDES lanes to slo
On Aug 2, 2011, at 2:33 AM, Kumar Gala wrote:
> The Frame Manager (FMan) on QorIQ SoCs with DPAA (datapath acceleration
> architecture) is the ethernet contoller block. Normally it is utilized
> via Queue Manager (Qman) and Buffer Manager (Bman). However for boot
> usage the FMan supports a mod
Le 30/08/2011 22:10, elison.ni...@gmail.com a écrit :
> On Wed, Aug 31, 2011 at 1:25 AM, Wolfgang Denk wrote:
>
>> Dear "elison.ni...@gmail.com",
>>
>> In message> tyeytt4m+54y_qovck7vdqy_ssoktrdjbpf8+pq0-yc...@mail.gmail.com> you wrote:
>>>
>>> I am trying to random my mac in u-boot on AT91RM920
Hi Stefano,
On 30 août 2011, at 11:47, Stefano Babic wrote:
> On 08/28/2011 11:47 PM, Eric Jarrige wrote:
>> Signed-off-by: Eric Jarrige
>> Signed-off-by: Stefano Babic
>> Cc: Wolfgang Denk
>> Cc: Detlev Zundel
>>
>> Changes for v2:
>> - remove DM9000 driver dependant compilation flag
>
Hi,
I am looking at generalizing Tegra20 to support other Tegra parts. I
can easily create
arch/arm/cpu/armv7/tegra-common
and I see that this is done for OMAP and Samsung with this little
fragment in the Makefile:
ifeq ($(SOC),omap3)
LIBS += $(CPUDIR)/omap-common/libomap-common.o
endif
ifeq ($
On Wed, Aug 31, 2011 at 1:25 AM, Wolfgang Denk wrote:
This approach is inherently wrong, and I'm actually happy if you
> find it difficult to implement. Otherwise we would probably have
> rejected your code when you submit the patches.
>
> Why does arch/blackfin/include/asm/net.h have bfin_gen_r
Hi Wolfgang,
On Tue, Aug 30, 2011 at 1:57 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> In case it is interesting (which may be unlikely) here is the code
>> generated by my compiler (common code stripped) for your example, and
>
> Which architecture / which
Dear Simon Glass,
In message
you wrote:
>
> In case it is interesting (which may be unlikely) here is the code
> generated by my compiler (common code stripped) for your example, and
Which architecture / which compiler is this?
> one I added. It seems that % makes it worry about sign.
Indeed
Linux cannot boot without it.
Signed-off-by: Christopher Harvey
---
V2:
Used a #define instead of a constant.
Used a printf instead of a debug.
---
V3:
Moved gd->bd->bi_arch_number = BI_ARCH_NUMBER_INVALID; before the
init_sequence loop, so it doesn't overwrite existing values.
Removed unne
Hi Wolfgang,
On Tue, Aug 30, 2011 at 1:08 PM, Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message <201108301558.08010.vap...@gentoo.org> you wrote:
>>
>> > Please see my previous posting
>> > (http://article.gmane.org/gmane.comp.boot-loaders.u-boot/106810)
>> >
>> > I don't think 3 additio
On Wed, Aug 31, 2011 at 1:25 AM, Wolfgang Denk wrote:
> Dear "elison.ni...@gmail.com",
>
> In message tyeytt4m+54y_qovck7vdqy_ssoktrdjbpf8+pq0-yc...@mail.gmail.com> you wrote:
> >
> > I am trying to random my mac in u-boot on AT91RM9200 and AT91SAM9G45
> > processor.
>
> This approach is inheren
Dear Mike Frysinger,
In message <201108301558.08010.vap...@gentoo.org> you wrote:
>
> > Please see my previous posting
> > (http://article.gmane.org/gmane.comp.boot-loaders.u-boot/106810)
> >
> > I don't think 3 additional addembler instructions really play a big
> > role here.
>
> i'm pretty sur
Hi Wolfgang,
On Tue, Aug 30, 2011 at 12:52 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
> ...
>> > +#define CIRC_BUF_IDX(idx) ((idx) % CONFIG_PRE_CON_BUF_SZ)
>>
>> The division here sticks in the craw, but unless we go with
>
> Does it? Why?
Only because of t
On Tuesday, August 30, 2011 15:52:38 Wolfgang Denk wrote:
> Simon Glass wrote:
> > > +#define CIRC_BUF_IDX(idx) ((idx) % CONFIG_PRE_CON_BUF_SZ)
> >
> > The division here sticks in the craw, but unless we go with
>
> Does it? Why?
>
> > CONFIG_PRE_CON_BUF_SZ_LOG2 then I don't see an easy way aro
Dear "elison.ni...@gmail.com",
In message
you wrote:
>
> I am trying to random my mac in u-boot on AT91RM9200 and AT91SAM9G45
> processor.
This approach is inherently wrong, and I'm actually happy if you
find it difficult to implement. Otherwise we would probably have
rejected your code when y
> -Original Message-
> From: Premi, Sanjeev
> Sent: Wednesday, August 31, 2011 1:23 AM
> To: u-boot@lists.denx.de
> Cc: Premi, Sanjeev; Paulraj, Sandeep; Igor Grinberg; Luca
> Ceresoli; Enric Balletbo i Serra; Sunil Kumar; Shashi Ranjan;
> Menon, Nishanth; Steve Sakoman
> Subject: [PATCH
This patch contains updates the sources in the board files
to use the generic API.
Signed-off-by: Sanjeev Premi
Cc: Sandeep Paulraj
Cc: Igor Grinberg
Cc: Luca Ceresoli
Cc: Enric Balletbo i Serra
Cc: Sunil Kumar
Cc: Shashi Ranjan
Cc: Nishanth Menon
Cc: Steve Sakoman
---
All changes in t
This patch contains the generic changes required after
change to generic API in the previous patch.
Signed-off-by: Sanjeev Premi
Cc: Sandeep Paulraj
Cc: Igor Grinberg
Cc: Luca Ceresoli
Cc: Enric Balletbo i Serra
Cc: Sunil Kumar
Cc: Shashi Ranjan
Cc: Nishanth Menon
Cc: Steve Sakoman
---
Convert all OMAP specific functions to use the common API
definitions in include/asm/gpio.h. In the process, made
few additional changes:
- Use -EINVAL consistently. -1 was used in many places.
- Removed one-liner static functions that were used only
once. Replaced the content as necessary.
A
The OMAP boards use a custom api for GPIO operations. While
it works, it doesn't help when when we don't know existence
of the customization.
I earlier encountered the problem when looking for GPIO
related changes when submitting prev set of patches. Since
the search for gpio_request() in omap sou
Dear Simon Glass,
In message
you wrote:
>
...
> > +#define CIRC_BUF_IDX(idx) ((idx) % CONFIG_PRE_CON_BUF_SZ)
>
> The division here sticks in the craw, but unless we go with
Does it? Why?
> CONFIG_PRE_CON_BUF_SZ_LOG2 then I don't see an easy way around it, and
> since this is serial output w
Hi Graeme,
On Tue, Aug 30, 2011 at 5:49 AM, Graeme Russ wrote:
> Allow redirection of console output prior to console initialisation to a
> temporary buffer.
>
> To enable this functionality, the board configuration file must define:
> - CONFIG_PRE_CONSOLE_BUFFER - Enable pre-console buffer
> -
Dear David Wagner,
In message <1314619606-1172-1-git-send-email-david.wag...@free-electrons.com>
you wrote:
> This tool takes a key=value configuration file (same as would a `printenv'
> show)
> and generates the corresponding environment image, ready to be flashed.
>
> For now, it doesn't work
On Monday, August 29, 2011 08:06:46 David Wagner wrote:
> This tool takes a key=value configuration file (same as would a `printenv'
> show) and generates the corresponding environment image, ready to be
> flashed.
this one line desc is pretty succulent. i'd suggest adding it to the usage()
so t
Dear Albert ARIBAUD,
In message <4e5d088b.7090...@aribaud.net> you wrote:
>
> I have just applied Wolfgang's updated ARM board removal patch set.
>
> Currently, u-boot-arm/master builds 182 boards, of which:
>
> - ELDK4.2 finds 37 boards with warnings or errors ( dnp1110 gcplus lart
I think w
Dear Stefano Babic,
In message <4e5d23c6.3050...@denx.de> you wrote:
> On 08/05/2011 02:29 PM, Wolfgang Denk wrote:
> > The Lattice code was missed by commit e6a857d "fpga: constify to fix
> > build warning" resulting in such warnings:
> >
> > fpga.c: In function 'fpga_load':
> > fpga.c:238: warn
Dear Mike Frysinger,
In message <201108301316.56595.vap...@gentoo.org> you wrote:
>
> On Monday, August 29, 2011 08:14:05 Graeme Russ wrote:
> > --- a/drivers/i2c/soft_i2c.c
> > +++ b/drivers/i2c/soft_i2c.c
> >=20
> > #ifdef DEBUG_I2C
> > #define PRINTD(fmt,args...)do {\
> > - if (
When storing u-boot environment variables on a NOR flash using multiple
sectors, the following error occurs when writing changes using
fw_setenv.
/etc # cat fw_env.config
/dev/mtd12 0x 0x2 0x1 2
/etc # fw_setenv test test
End of range reached, aborting
Error: can't write fw_env to
On 08/05/2011 02:29 PM, Wolfgang Denk wrote:
> The Lattice code was missed by commit e6a857d "fpga: constify to fix
> build warning" resulting in such warnings:
>
> fpga.c: In function 'fpga_load':
> fpga.c:238: warning: passing argument 2 of 'lattice_load' discards qualifiers
> from pointer targ
On Sunday, August 28, 2011 09:03:10 Graeme Russ wrote:
> This series creates build rules to create (and clean)
> include/asm/arch/asm-offsets.h from an asm-offsets.c file located in the
> SoC directory. In particular, the new rules will skip creating the
> asm-offsets.h file if the SoC does not hav
commit 0edf8b5b2fa0d210ebc4d6da0fd1aceeb7e44e47 breaks
building on a different directory with the O= parameter.
The patch wil fix this issue, generating always asm-offsets.h before
the other targets.
Signed-off-by: Stefano Babic
CC: Matthias Weisser
CC: Wolfgang Denk
---
Note: V2 breaks *all*
On Tuesday, August 30, 2011 08:49:41 Graeme Russ wrote:
> - if (!gd->have_console)
> + if (!gd->have_console) {
> +#ifdef CONFIG_PRE_CONSOLE_BUFFER
> + pre_console_putc(c);
> +#endif
> return;
> + }
add inline stubs for the pre_console_xxx helpers and you can
On Monday, August 29, 2011 08:14:05 Graeme Russ wrote:
> --- a/drivers/i2c/soft_i2c.c
> +++ b/drivers/i2c/soft_i2c.c
>
> #ifdef DEBUG_I2C
> #define PRINTD(fmt,args...) do {\
> - if (gd->have_console) \
> printf (fmt ,##args); \
> } while (0)
> #else
the
On Tue, Aug 30, 2011 at 4:45 AM, Lukasz Majewski wrote:
> ALLOC_CACHE_ALIGN_BUFFER shall be used in functions, which are using
> stack allocated buffers for DMA transfers.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Kyungmin Park
> CC: Albert ARIBAUD
> ---
> Changes for v2:
> - .
On Tue, Aug 30, 2011 at 8:44 AM, Mike Frysinger wrote:
> On Thursday, August 25, 2011 05:34:00 Wolfgang Denk wrote:
>> CONFIG_SYS_CACHELINE_SIZE is a mandatory #define, and it's OK that a
>> build breaks when it's missing. On the other hand I don;t se why this
>> macro needs top be removed when t
Le 30/08/2011 18:23, Simon Glass a écrit :
> This patch series adds basic clock and pinmux functions to the Tegra2, and
> modifies the ap20 and board code to use them.
>
> Changes in v2:
> - Removed use of bitfield access macros
> - Now uses manual shifts and masks
>
> Changes in v3:
> - Removed bi
On Tue, Aug 30, 2011 at 9:39 AM, Albert ARIBAUD
wrote:
> Le 30/08/2011 18:36, Simon Glass a écrit :
>
>> Hi Albert,
>>
>> I just resent the series as v4 with this change - is that OK?
>
> Apologies -- I had not seen the V4 before posting.
>
> V4 is fine to me and since there was only one comment f
Le 30/08/2011 18:36, Simon Glass a écrit :
> Hi Albert,
>
> I just resent the series as v4 with this change - is that OK?
Apologies -- I had not seen the V4 before posting.
V4 is fine to me and since there was only one comment for V3 and V4's
only change is to address this comment, I think I ca
On Tue, Aug 30, 2011 at 9:31 AM, Albert ARIBAUD
wrote:
> Le 30/08/2011 17:57, Simon Glass a écrit :
>>
>> On Tue, Aug 30, 2011 at 8:34 AM, Albert ARIBAUD
>> wrote:
>>>
>>> Le 30/08/2011 17:20, Mike Frysinger a écrit :
On Saturday, August 20, 2011 14:50:27 Mike Frysinger wrote:
>
>>
Le 30/08/2011 17:57, Simon Glass a écrit :
> On Tue, Aug 30, 2011 at 8:34 AM, Albert ARIBAUD
> wrote:
>> Le 30/08/2011 17:20, Mike Frysinger a écrit :
>>>
>>> On Saturday, August 20, 2011 14:50:27 Mike Frysinger wrote:
On Thursday, August 18, 2011 18:09:56 Albert ARIBAUD wrote:
>
>>
Hi Albert,
On Tue, Aug 30, 2011 at 8:57 AM, Simon Glass wrote:
> On Tue, Aug 30, 2011 at 8:34 AM, Albert ARIBAUD
> wrote:
>> Le 30/08/2011 17:20, Mike Frysinger a écrit :
>>>
>>> On Saturday, August 20, 2011 14:50:27 Mike Frysinger wrote:
On Thursday, August 18, 2011 18:09:56 Albert AR
This adds functions to enable/disable clocks and reset to on-chip peripherals.
Signed-off-by: Simon Glass
---
Changes in v2:
- Removed use of bitfield access macros
arch/arm/cpu/armv7/tegra2/Makefile |2 +-
arch/arm/cpu/armv7/tegra2/ap20.c | 52 ++
arch/arm/cpu/armv7
These functions provide access to the high resolution microsecond timer
and tidy up a global variable in the code.
Signed-off-by: Simon Glass
---
Changes in v3:
- Remove future time function
- No microsecond timing changes as I am unsure of the state of this in U-Boot
Changes in v4:
- Remove fut
This adds an enum for each pin and some functions for changing the pin
muxing setup.
Signed-off-by: Simon Glass
---
Changes in v2:
- Removed use of bitfield access macros
arch/arm/cpu/armv7/tegra2/Makefile|2 +-
arch/arm/cpu/armv7/tegra2/pinmux.c| 53 ++
arch/arm/i
Signed-off-by: Simon Glass
---
Changes in v2:
- Removed use of bitfield access macros
- Now uses manual shifts and masks
Changes in v3:
- Removed bitfield shift/mask macros and write these out manually
- Rebased to take account to new MMC patches
Changes in v4:
- Rebase against U-Boot master
a
This patch series adds basic clock and pinmux functions to the Tegra2, and
modifies the ap20 and board code to use them.
Changes in v2:
- Removed use of bitfield access macros
- Now uses manual shifts and masks
Changes in v3:
- Removed bitfield shift/mask macros and write these out manually
- Reb
On Aug 30, 2011, at 10:51 AM, Simon Glass wrote:
> This fixes "Warning: failed to set MAC address" on platforms which rely on
> an 'ethaddr' environment variable to set the MAC address.
>
> This bug was introduced by this commit:
>
> 7616e785 Add Ethernet hardware MAC address framework to usbne
Hi all,
I have just applied Wolfgang's updated ARM board removal patch set.
Currently, u-boot-arm/master builds 182 boards, of which:
- ELDK4.2 finds 37 boards with warnings or errors ( dnp1110 gcplus lart
shannon ep7312 evb4510 impa7 lpc2292sodimm modnet50 SMN42 jadecpu
smdk2410 VCMA9 versati
On Tue, Aug 30, 2011 at 8:34 AM, Albert ARIBAUD
wrote:
> Le 30/08/2011 17:20, Mike Frysinger a écrit :
>>
>> On Saturday, August 20, 2011 14:50:27 Mike Frysinger wrote:
>>>
>>> On Thursday, August 18, 2011 18:09:56 Albert ARIBAUD wrote:
1) if there are any pull requests to u-voot-arm/mas
This fixes "Warning: failed to set MAC address" on platforms which rely on
an 'ethaddr' environment variable to set the MAC address.
This bug was introduced by this commit:
7616e785 Add Ethernet hardware MAC address framework to usbnet
Signed-off-by: Simon Glass
---
net/eth.c |2 +-
1 file
Hi Kumar,
On Tue, Aug 30, 2011 at 7:19 AM, Kumar Gala wrote:
> With the following commit I now see:
>
> commit 7616e7850804c7c69e0a22c179dfcba9e8f3f587
> Author: Simon Glass
> Date: Mon Jun 13 16:13:10 2011 -0700
>
> Add Ethernet hardware MAC address framework to usbnet
>
> Built-in Ethern
On Thursday, August 25, 2011 05:34:00 Wolfgang Denk wrote:
> CONFIG_SYS_CACHELINE_SIZE is a mandatory #define, and it's OK that a
> build breaks when it's missing. On the other hand I don;t se why this
> macro needs top be removed when the data cache is off.
i guess a lot of arch people will need
Cleanup tx25.h by removing unnecessary defines and by removing unneeded "1"'s.
Signed-off-by: Fabio Estevam
---
include/configs/tx25.h | 14 ++
1 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/include/configs/tx25.h b/include/configs/tx25.h
index cb604a5..deeba8a 1006
Le 30/08/2011 17:20, Mike Frysinger a écrit :
> On Saturday, August 20, 2011 14:50:27 Mike Frysinger wrote:
>> On Thursday, August 18, 2011 18:09:56 Albert ARIBAUD wrote:
>>> 1) if there are any pull requests to u-voot-arm/master in the works,
>>> please try to submit them soon or at lease let me k
Hi Graeme,
On Mon, Aug 29, 2011 at 4:15 PM, Graeme Russ wrote:
> Hi Simon
>
> On Tue, Aug 30, 2011 at 2:05 AM, Simon Glass wrote:
>> Tested-by: Simon Glass
>> Signed-off-by: Simon Glass
>> ---
>> include/common.h | 8
>> lib/vsprintf.c | 26 --
>> 2 fil
On Tuesday, August 30, 2011 01:44:40 Ajay Bhargav wrote:
> +static void update_hash_table_mac_address(struct armdfec_device *darmdfec,
> + u8 *oaddr, u8 *addr)
> +{
> + u32 mach;
> + u32 macl;
> +
> + /* Delete old entry */
> + if (oaddr) {
> +
On Saturday, August 20, 2011 14:50:27 Mike Frysinger wrote:
> On Thursday, August 18, 2011 18:09:56 Albert ARIBAUD wrote:
> > 1) if there are any pull requests to u-voot-arm/master in the works,
> > please try to submit them soon or at lease let me know, and
>
> we've got some Tegra stuff that see
On Tuesday, August 30, 2011 08:15:56 nagabhushana.netagu...@ti.com wrote:
> there are cache coherency issues when using the DAVINCI Ethernet driver,
> hence caches cant be used for da830 u-boot.
why not fix the davinci eth driver ?
-mike
signature.asc
Description: This is a digitally signed mess
On Tuesday, August 30, 2011 09:00:13 stany MARCEL wrote:
> --- a/Makefile
> +++ b/Makefile
> astro_mcf5373l_config \
> astro_mcf5373l_RAM_config : unconfig
> + @mkdir -p $(obj)include
> @$(MKCONFIG) -n $@ -t $@ astro_mcf5373l m68k mcf532x mcf5373l astro
pretty sure this gets taken car
On Tuesday, August 30, 2011 09:00:10 stany MARCEL wrote:
> --- a/arch/m68k/cpu/mcf547x_8x/slicetimer.c
> +++ b/arch/m68k/cpu/mcf547x_8x/slicetimer.c
>
> -void timer_init(void)
> +int timer_init(void)
you should have gotten a build error as the prototype is in common.h. so
please add an include
On Tuesday, August 30, 2011 10:42:29 Andreas Bießmann wrote:
> Instead of linking the file into $(obj) tree use directly the source file.
> This also prevents littered source tree if building not out-of-tree.
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed m
Instead of linking the file into $(obj) tree use directly the source file.
This also prevents littered source tree if building not out-of-tree.
Signed-off-by: Andreas Bießmann
---
tools/env/Makefile |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/tools/env/Makefile
With the following commit I now see:
commit 7616e7850804c7c69e0a22c179dfcba9e8f3f587
Author: Simon Glass
Date: Mon Jun 13 16:13:10 2011 -0700
Add Ethernet hardware MAC address framework to usbnet
Built-in Ethernet adapters support setting the mac address by means of a
ethaddr environ
Dear Mirko Banchi,
In message <857d4443-39b6-43b0-b269-bb6ce7c9a...@gmail.com> you wrote:
>
> > Could you please explain which information you consider missing in
> > these sections of the manual?
> >
> > 10.1. Debugging of U-Boot
> >
> >10.1.1. Debugging of U-Boot Before Relocation
> >
Il giorno 30/ago/2011, alle ore 14.55, Wolfgang Denk ha scritto:
> Dear Mirko Banchi,
>
> In message <659acfbd-2b5d-4f28-89bf-5473d90ad...@gmail.com> you wrote:
>> Hi all, could someone write briefly the steps needed to debug u-boot with
>> BDI2000? I can-t find documentation about it. On-line
Print the silicon revison during boot.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mx25/generic.c | 32 -
arch/arm/include/asm/arch-mx25/imx-regs.h |4 +++
2 files changed, 35 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx2
Print the source of reset during boot.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/arm926ejs/mx25/generic.c | 25 -
1 files changed, 24 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx25/generic.c
b/arch/arm/cpu/arm926ejs/mx25/generic.c
index a4e
commit 0edf8b5b2fa0d210ebc4d6da0fd1aceeb7e44e47 breaks
building on a different directory with the O= parameter.
The patch wil fix this issue, generating always asm-offsets.h before
the other targets.
Signed-off-by: Stefano Babic
---
Changes since V1:
- use an empty asm-offsets.s instead of asm-
Hello,
I am currently porting U-Boot 2011.06 to a board based on a coldfire.
My first step was to make it compile and start on a M5485EVB board.
I will send following this mail the patches I made to do that.
Regards,
Stany MARCEL
___
U-Boot mailing l
Remove boards with a _config rules errors or with missing linker
scripts from MAKEALL or boards.cfg.
Permit to run the MAKEALL coldfire to the end.
Signed-off-by: Stany MARCEL
---
MAKEALL|4
boards.cfg |1 -
2 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/MAKEALL
Signed-off-by: Stany MARCEL
---
board/BuS/EB+MCF-EV123/u-boot.lds|5 -
board/astro/mcf5373l/u-boot.lds |4
board/cobra5272/u-boot.lds |5 -
board/esd/tasreg/u-boot.lds |4
board/freescale/m5208evbe/u-boot.lds |1 -
board/freescale
Signed-off-by: Stany MARCEL
---
Makefile | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/Makefile b/Makefile
index 03d80b7..9381768 100644
--- a/Makefile
+++ b/Makefile
@@ -594,11 +594,13 @@ ucname= $(shell echo $(1) | sed -e
's/\(.*\)_config/\U\1/')
as
Add $(obj) before lib$(CPU) to permit build in a different directory
Signed-off-by: Stany MARCEL
---
arch/m68k/cpu/mcf5227x/Makefile |2 +-
arch/m68k/cpu/mcf523x/Makefile|2 +-
arch/m68k/cpu/mcf532x/Makefile|2 +-
arch/m68k/cpu/mcf5445x/Makefile |2 +-
arch/m68k/cpu/
1 - 100 of 155 matches
Mail list logo
