Re: [U-Boot] [PATCH v3] Switch from archive libraries to partial linking

Dear Wolfgang, On 2010-11-18 22:44:48, Wolfgang Denk wrote: > > > > Unfortunately I have not been able to reproduce these errors with the > > toolchain I am using (gcc 4.4.5 and binutils 2.20.1.20100303, based on > > emdebian squeeze packages). Can you please point me to the toolchain > > you ar

Re: [U-Boot] [PATCH v6 1/1] imx: Get fec mac address from fuse

On 11/19/2010 07:44 AM, Jason Liu wrote: >> I think you are right. I did not have the mx27 board to do test. >> Thanks for test. >> >> I only test it on mx51babbage board, the following is the output: >> >> Net: got MAC address from fuse: 00:04:9f:00:f7:78 >> which is the same as the MAC address

Re: [U-Boot] [PATCH 1/2][NEXT] Davinci 8xx: Move common functions to share code

hi Ben, On Thu Nov 18, 2010 at 04:50:30PM -0500, Ben Gardiner wrote: > Davinci: add support for the ea20 board -- Stefano Babic > 2010-11-17 11:09:05 +0100 > Davinci 8xx: Move common functions to share code -- Stefano Babic > 2010-11-17 11:09:04 +0100 > [PATCH V4][NEXT] da850: Add RMII support

Re: [U-Boot] [PATCHWORK] 71715 -> Not applicable.

On Friday, November 19, 2010 00:59:47 Albert ARIBAUD wrote: > Le 19/11/2010 00:13, Mike Frysinger a écrit : > > On Thursday, November 18, 2010 17:21:49 Albert ARIBAUD wrote: > >> Besides, about half the archs do not use asm-generic/unaligned, and half > >> do > > > > that's because half the arches

Re: [U-Boot] [PATCH v6 1/1] imx: Get fec mac address from fuse

Hi, Stefano, 2010/11/19 Jason Liu : > Hi, Stefano, > > 2010/11/18 Stefano Babic : >> On 11/18/2010 12:49 PM, Jason Liu wrote: >>> The patch is to support getting FEC MAC address from fuse bank. >>> >>> Signed-off-by: Jason Liu >>> >> >> Hi Jason, >> >> I applied your patch and I tested on a i.MX2

Re: [U-Boot] [PATCH v3] Switch from archive libraries to partial linking

Le 18/11/2010 23:33, Wolfgang Denk a écrit : > Dear Albert ARIBAUD, > > In message<4ce5a3f1.50...@free.fr> you wrote: >> >>>58 arch/powerpc/cpu/mpc8xx/start.o (.text) >>>59 arch/powerpc/cpu/mpc8xx/traps.o (.text) >>>60 common/dlmalloc.o (.t

Re: [U-Boot] [PATCH 1/2][NEXT] Davinci 8xx: Move common functions to share code

On 11/18/2010 10:50 PM, Ben Gardiner wrote: > Hi Stefano, > Hi Ben, > Sorry for the long delay. No problem at all ! > The problem was that I was applying my RMII patch on top of Sugosh's > patches without your SPI flash patches underneath. Another RMII > version patch is coming. > > Still, the

[U-Boot] [PATCH v2 2/2] nds32/Core_N1213: add N1213 cpu core support for NDS32 arch

Add N1213 cpu core support for NDS32 arch. Included lowlevel_init procedures, and linker scripts. NDS32 Core N1213 has the following features. Core: - 16-/32-bit mixable instruction format - 32 general-purpose 32-bit registers - 8-stage pipeline - Dynamic branch prediction - 32/64/128/256 BT

[U-Boot] [PATCH v2 1/2] nds32: add NDS32 support into common header file

Add NDS32 support into common header file. Signed-off-by: Macpaul Lin --- Changes for v2: - This files has no change. include/common.h |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/include/common.h b/include/common.h index 189ad81..d7c452a 100644 --- a/include/c

Re: [U-Boot] [PATCHWORK] 71715 -> Not applicable.

Le 19/11/2010 00:13, Mike Frysinger a écrit : > On Thursday, November 18, 2010 17:21:49 Albert ARIBAUD wrote: >> Besides, about half the archs do not use asm-generic/unaligned, and half >> do > > that's because half the arches implemented unaligned.h whilst only thinking of > themselves. the other

Re: [U-Boot] [PATCH] revert "tsec: Force TBI PHY to 1000Mbps fullduplex in SGMII mode"

> > >> >My understanding is that the SGMII link is always at 1000Mbps speed - >> >see figure 1 from the app note. Additionally look at figure 3. My >> >understand from it, and the app note's text is that SGMII >> >auto-negotiation doesn't really occur - its just passing the PHY-side >> >auto-nego

[U-Boot] [PATCH v5] nds32: Add NDS32 architecture support (header files)

This patch add generic header files support for nds32 architecture. Cache, ptregs, data type and other definitions are included. NDS32 is a new 32-bit RISC architecture invented by andestech.com. NDS32 also provide N9, N10, N12 different CPU core families for soft-core and hard-core SoC design.

Re: [U-Boot] fw_setenv broken?

On Thu, Nov 18, 2010 at 4:20 PM, Scott Wood wrote: > On Thu, 18 Nov 2010 16:13:52 -0800 > Steve Sakoman wrote: > >> The code generating both errors is in the nand_do_read_ops function in >> nand_base.c: >> >>        if (mtd->ecc_stats.failed - stats.failed) >>                return -EBADMSG; >>

Re: [U-Boot] [PATCH v6 1/1] imx: Get fec mac address from fuse

Hi, Stefano, 2010/11/18 Stefano Babic : > On 11/18/2010 12:49 PM, Jason Liu wrote: >> The patch is to support getting FEC MAC address from fuse bank. >> >> Signed-off-by: Jason Liu >> > > Hi Jason, > > I applied your patch and I tested on a i.MX27 Lite board. The result > does not seem correct. A

[U-Boot] [PATCH] AT91RM9200: fix AT91_PMC_MCKR_MDIV_* defines for this CPU

The AT91RM9200 has a different bit assignment in PMC MCKR register than it's successors (verified by Atmel's manuals on AT91RM9200 and AT91SAM926). AT91RM9200 supports the additional divider of 3. Signed-off-by: Guido Classen --- u-boot-git/arch/arm/include/asm/arch-at91/at91_pmc.h2010-1

Re: [U-Boot] fw_setenv broken?

On Thu, 2010-11-18 at 18:20 -0600, Scott Wood wrote: > On Thu, 18 Nov 2010 16:13:52 -0800 > Steve Sakoman wrote: > > > The code generating both errors is in the nand_do_read_ops function in > > nand_base.c: > > > >if (mtd->ecc_stats.failed - stats.failed) > >return -EBAD

Re: [U-Boot] fw_setenv broken?

On Thu, 18 Nov 2010 16:13:52 -0800 Steve Sakoman wrote: > The code generating both errors is in the nand_do_read_ops function in > nand_base.c: > >if (mtd->ecc_stats.failed - stats.failed) >return -EBADMSG; > >return mtd->ecc_stats.corrected - stats.corrected ?

Re: [U-Boot] fw_setenv broken?

On Wed, 2010-11-17 at 16:08 -0600, Scott Wood wrote: > On Wed, 17 Nov 2010 22:40:49 +0100 > Wolfgang Denk wrote: > > > Dear Steve Sakoman, > > > > In message > > you wrote: > > > > > > readenv: offset = 24 > > > readenv: nand_read failure = -117 > > > *** Warning - readenv() failed, using

Re: [U-Boot] [PATCHWORK] 71715 -> Not applicable.

On Thursday, November 18, 2010 17:21:49 Albert ARIBAUD wrote: > Besides, about half the archs do not use asm-generic/unaligned, and half > do that's because half the arches implemented unaligned.h whilst only thinking of themselves. the other half benefited from my work of thinking of everyone.

Re: [U-Boot] [PATCH v3] Switch from archive libraries to partial linking

Dear Albert ARIBAUD, In message <4ce5a3f1.50...@free.fr> you wrote: > > > 58 arch/powerpc/cpu/mpc8xx/start.o (.text) > > 59 arch/powerpc/cpu/mpc8xx/traps.o (.text) > > 60 common/dlmalloc.o (.text) > > 61 arch/powerpc/lib/ppcstring.o

Re: [U-Boot] [PATCHWORK] 71715 -> Not applicable.

Le 18/11/2010 23:00, Mike Frysinger a écrit : >> Anyway this patch requires a rebase now as the whole arch organization >> has moved around. Ergo: not applicable; if the patch is needed, I'd like >> it to be resubmitted based on current master. > > it's trivial to rebase the patch yourself. you'r

Re: [U-Boot] [PATCH v3] Switch from archive libraries to partial linking

Le 18/11/2010 22:44, Wolfgang Denk a écrit : > Dear Sebastien Carlier, > > In message<20101117133056.gb23...@safe.home.local> you wrote: >> >>> MPC8xx boards break with long lists of multiple definitions of >>> symbols, like that: >>> >>> Configuring for FPS860L board... >>> lib/libgeneric.o: In f

Re: [U-Boot] [PATCHWORK] 71715 -> Not applicable.

On Thursday, November 18, 2010 16:31:58 Albert ARIBAUD wrote: > Yay, my first todo in patchwork! :) > > > > It was discussed there: > > > > AIUI, the discussion was about asm-generic/unal

[U-Boot] [PATCH V4][NEXT] da850: Add RMII support for EMAC

From: Sudhakar Rajashekhara This patch is a port of the work by Sudhakar Rajeshekhara in commit ab3effbcad8851cc65dc5241a01c064d2030a3b2 of git://arago-project.org/git/people/sandeep/u-boot-davinci.git. The da850 UI board has on it an RMII PHY which can be used if the MDC line to the MII PHY on

Re: [U-Boot] OT Flashing high volume of devices

On 2010-11-18, Hamilton Vera wrote: > Hi folks this is probably out off topic, we are happily using uboot in > our devices but I am wondering about the procedures to flash/deploy > uboot (or any bootloader) in a high scale production environment. > > Are you guys aware of any documentation or proc

Re: [U-Boot] [PATCHWORK] 71715 -> Not applicable.

Dear Albert ARIBAUD, In message <4ce59b4e.90...@free.fr> you wrote: > > Note: I am posting this to the list because we're only starting using > patchwork, so maybe we should share our experience for the moment; I > don't know yet what patchwork action is worthy of a post on the list and > what

Re: [U-Boot] [PATCH 1/2][NEXT] Davinci 8xx: Move common functions to share code

Hi Stefano, Sorry for the long delay. I thought rebasing my patch onto Sugosh's series would be a good start to getting all of our patches applied together. What I didn't realize was I that I still did not have the order of patches you listed below. On Wed, Nov 17, 2010 at 11:47 AM, Stefano Babic

Re: [U-Boot] [PATCH v3] Switch from archive libraries to partial linking

Dear Sebastien Carlier, In message <20101117133056.gb23...@safe.home.local> you wrote: > > > MPC8xx boards break with long lists of multiple definitions of > > symbols, like that: > > > > Configuring for FPS860L board... > > lib/libgeneric.o: In function `vsprintf': > > /home/wd/git/u-boot/work/

[U-Boot] [PATCHWORK] 71715 -> Not applicable.

Yay, my first todo in patchwork! :) It was discussed there: AIUI, the discussion was about asm-generic/unaligned.h rather than about the patch itself. Personally I think that the patch c

Re: [U-Boot] OT Flashing high volume of devices

Dear Wolfgang, thanks for your reply. Actually we are using NAND, since NAND usually comes with some bad blocks from the provider I am worried about the procedure and best practices. Thank you a lot. Hamilton Vera On Thu, Nov 18, 2010 at 6:39 PM, Wolfgang Denk wrote: > Dear Hamilton Vera, >

Re: [U-Boot] [PATCH] ARM: allocate pre-relocation global_data on pre-relocation stack

Le 18/11/2010 21:43, Reinhard Meyer a écrit : >> I'm probably lagging behind... How do you ensure that the pre-relocation GD >> content ends up in the post-relocation GD (which cannot be that stack >> variable since the stack is going to be somewhere else)? > > Check the function yourself: > the

Re: [U-Boot] OT Flashing high volume of devices

On 11/18/2010 03:39 PM, Wolfgang Denk wrote: > Dear Hamilton Vera, > > In message you > wrote: > >> Hi folks this is probably out off topic, we are happily using uboot in >> our devices but I am wondering about the procedures to flash/deploy >> uboot (or any bootloader) in a high scale produc

Re: [U-Boot] [PATCH] ARM: allocate pre-relocation global_data on pre-relocation stack

Dear Albert ARIBAUD, > Le 18/11/2010 14:53, Reinhard Meyer a écrit : >>> That removes the need to reserve memory above the stack >>> and also removes the need for GENERATED_GBL_DATA_SIZE. >>> Alignment is automatically "right" provided stack is >>> aligned. >>> >>> Signed-off-by: Reinhard Meyer >>>

Re: [U-Boot] OT Flashing high volume of devices

Dear Hamilton Vera, In message you wrote: > Hi folks this is probably out off topic, we are happily using uboot in > our devices but I am wondering about the procedures to flash/deploy > uboot (or any bootloader) in a high scale production environment. What sort of boot device are you using? N

[U-Boot] [PATCH v2] powerpc/85xx: Introduce CONFIG_SYS_EXTRA_ENV_RELOC

Some systems need to relocate the env_addr pointer early because the location it points to will get invalidated before env_relocate is called. One example is on systems that might use a L2 or L3 cache in SRAM mode and initialize that cache from SRAM mode back to being a cache in cpu_init_r. We se

[U-Boot] OT Flashing high volume of devices

Hi folks this is probably out off topic, we are happily using uboot in our devices but I am wondering about the procedures to flash/deploy uboot (or any bootloader) in a high scale production environment. Are you guys aware of any documentation or procedure to do that? Sorry about the off topic,

Re: [U-Boot] 4 PiB left unmapped

On Nov 18, 2010, at 1:04 PM, Timur Tabi wrote: > On Thu, Nov 18, 2010 at 9:02 AM, DUNDA Matthias > wrote: > >> Well, it's actually 2 Gig, just like u-boot recognizes above... > > There's something wrong with the parameter you're passing to print_size(). I'm guessing its -1 or something like t

[U-Boot] Betreff: Stellenangebot

Guten Tag, ELS, amerikanisches Unternehmen im Bereich luxurioser Guter, sucht Administrationsassistentinnen/Verkauferinnen in Deutschland, der/die von zuhause aus arbeiten, unser Verkaufsmannschaft verstarken und unsere Kundendienste aufwerten, welche fur Privatpersonen, Betriebe und Einrichtun

Re: [U-Boot] [STATUS] Custodian changes, using Patchwork

Dear Mike Frysinger, In message <201011181346.23452.vap...@gentoo.org> you wrote: > > > You (as a custodian) can "delegate" patches to a specific maintainer. > > I. e. you would not mark them as "net", but delegate them to the > > network custodian. > > right, but atm that is you, so there isnt m

Re: [U-Boot] 4 PiB left unmapped

On Thu, Nov 18, 2010 at 9:02 AM, DUNDA Matthias wrote: > Well, it's actually 2 Gig, just like u-boot recognizes above... There's something wrong with the parameter you're passing to print_size(). -- Timur Tabi Linux kernel developer at Freescale ___

Re: [U-Boot] Force setting of ethact

On Thursday, November 18, 2010 08:15:43 DUNDA Matthias wrote: > Hi all- please fix your e-mailer. it needs to wrap long lines. > I've been struggeling with the ethact setting in U-Boot: I want U-Boot to > load from eTSEC0 on our board, but it always comes up with ethact = UEC0 > or FSL UEC0 in o

Re: [U-Boot] [STATUS] Custodian changes, using Patchwork

On Thursday, November 18, 2010 07:46:01 Wolfgang Denk wrote: > Mike Frysinger wrote: > > patchwork should hopefully help ? ive never used it before so i dont > > know of its capabilities. is there a way to mark things as "net" ? > > Patchwork should indeed help. > > You (as a custodian) can "de

[U-Boot] Pull request: u-boot-i2c

Hello Wolfgang, The following changes since commit 8ad25bf8d9233eb7d0b614612108622a59069354: Net: clarify board/cpu_eth_init calls (2010-11-15 00:01:15 +0100) are available in the git repository at: git://git.denx.de/u-boot-i2c.git master Heiko Schocher (2): i2c, mpc5xxx: add multibus

Re: [U-Boot] [PATCH] post, i2c: add missing curly bracket in i2c_post_test

Hello Heiko, Heiko Schocher wrote: > If CONFIG_SYS_POST_I2C_ADDRS is not defined and CONFIG_SYS_POST_I2C > is activated, i2c_probe() is not called in the for statement, > because missing curly bracket. > > Signed-off-by: Heiko Schocher > --- > post/drivers/i2c.c |3 ++- > 1 files changed, 2

Re: [U-Boot] [PATCH] i2c, mpc5xxx: add multibus support

Hello Heiko, Heiko Schocher wrote: > Tested on upcoming hydra (mpc5200 based) board. > > Signed-off-by: Heiko Schocher > --- > arch/powerpc/cpu/mpc5xxx/i2c.c | 43 > > 1 files changed, 43 insertions(+), 0 deletions(-) Applied to u-boot-iwc.git. bye,

[U-Boot] [PATCH] OMAP4: Panda: Disable CMD_NFS

This patch fixes the Panda build after commit 6d8962e814c15807dd6ac5757904be2a02d187b8 by explicitly disabling CMD_NFS >From the commit message for "Switch from archive libraries to partial linking": This commit reveals board configurations that exclude some features but include source files tha

Re: [U-Boot] [PATCH] powerpc/85xx: Introduce CONFIG_SYS_EXTRA_ENV_RELOC

On Nov 18, 2010, at 11:21 AM, Kumar Gala wrote: > Some systems need to relocate the env_addr pointer early because the > location its point to will get invalidated before env_relocate is > called. One example is on systems that might use a L2 or L3 cache > in SRAM mode and initialize that cache

Re: [U-Boot] [PATCH] powerpc/85xx: Introduce CONFIG_SYS_EXTRA_ENV_RELOC

On Nov 18, 2010, at 11:21 AM, Kumar Gala wrote: > Some systems need to relocate the env_addr pointer early because the > location its point to will get invalidated before env_relocate is > called. One example is on systems that might use a L2 or L3 cache > in SRAM mode and initialize that cache

[U-Boot] [PATCH] powerpc/85xx: Introduce CONFIG_SYS_EXTRA_ENV_RELOC

Some systems need to relocate the env_addr pointer early because the location its point to will get invalidated before env_relocate is called. One example is on systems that might use a L2 or L3 cache in SRAM mode and initialize that cache from SRAM mode back to being a cache in cpu_init_r. We se

Re: [U-Boot] [PATCH 2/2][v2] Add readme of how to boot from espi flash for p4080ds.

>> Creating an RCW from scratch is more complicated, which is why we >> have that javascript tool -- though we could provide some example RCWs >> for common configs. > > Just for my information - it sounds like the RCW is really complex. If > RCW still expands to "reset control word", I would exp

Re: [U-Boot] [STATUS] Using Patchwork

On Thu, Nov 18, 2010, Wolfgang Denk wrote: > Unfortunately there is basicly no documentation available about > Patchwork, it seems. I tried to document what I figured out myself in > "Patch Tracking" at > http://www.denx.de/wiki/view/U-Boot/Patches#Patch_Tracking Jeremy Kerr presented Patchwork

Re: [U-Boot] [PATCH 2/2][v2] Add readme of how to boot from espi flash for p4080ds.

Hi Scott, > On Wed, 17 Nov 2010 13:42:43 +0100 > Detlev Zundel wrote: > >> > Yes, a simple C tool to take an existing PBL or RCW dump and "espi-ize" >> > it into a PBL dump would be nice. The user will still need to acquire >> > the existing RCW manually. This only needs to be done once on a bo

Re: [U-Boot] [PATCH] ARM: allocate pre-relocation global_data on pre-relocation stack

Le 18/11/2010 14:53, Reinhard Meyer a écrit : >> That removes the need to reserve memory above the stack >> and also removes the need for GENERATED_GBL_DATA_SIZE. >> Alignment is automatically "right" provided stack is >> aligned. >> >> Signed-off-by: Reinhard Meyer >> --- >> arch/arm/lib/board.c

Re: [U-Boot] Force setting of ethact

Dear DUNDA Matthias, In message <13246_1290092163_4ce53e83_13246_17888_1_3cf34b583782c147807e09365f884da42f058fe...@thsncoa06mxs02p.one-06.grp> you wrote: > > > > What's the intended/desired function of ethact, and how should it be > > initialized? Even using CONFIG_ETHPRIME has no effect. > > >

Re: [U-Boot] [PATCH] revert "tsec: Force TBI PHY to 1000Mbps fullduplex in SGMII mode"

> >My understanding is that the SGMII link is always at 1000Mbps speed - see > >figure 1 from the app note. Additionally look at figure 3. My understand > >from it, and the app note's text is that SGMII auto-negotiation doesn't > >really occur - its just passing the PHY-side auto-negotiation re

Re: [U-Boot] 4 PiB left unmapped

> > CPU: 8568E, Version: 1.1, (0x807d0011) > > Core: E500, Version: 2.2, (0x80210022) > > ... > > DRAM: Initializing > > 4 PiB left unmapped > >DDR: 2 GiB (DDR2, 64-bit, CL=4, ECC off) > > FLASH: 256 MiB > > L2:512 KB enabled > > Pretty cool, how much memory do you actually have in the

Re: [U-Boot] Force setting of ethact

> Why don't you use "ethprime" ? > > > What's the intended/desired function of ethact, and how should it be > initialized? Even using CONFIG_ETHPRIME has no effect. > > These variabes are documented in the README. Yes, I read that! That's why I used CONFIG_ETHPRIME in my board header file to do t

[U-Boot] [PATCH V3][NEXT] da850: Add RMII support for EMAC

From: Sudhakar Rajashekhara This patch is a port of the work by Sudhakar Rajeshekhara in commit ab3effbcad8851cc65dc5241a01c064d2030a3b2 of git://arago-project.org/git/people/sandeep/u-boot-davinci.git. The da850 UI board has on it an RMII PHY which can be used if the MDC line to the MII PHY on

Re: [U-Boot] 4 PiB left unmapped

On Nov 18, 2010, at 8:41 AM, DUNDA Matthias wrote: > Hi again, > > my current binary of U-Boot claims, that 4 petabyte of memory are unmapped: > > > U-Boot 2010.09-svn314 (Nov 18 2010 - 15:09:16) > > CPU: 8568E, Version: 1.1, (0x807d0011) > Core: E500, Version: 2.2, (0x80210022) > ... > DR

[U-Boot] 4 PiB left unmapped

Hi again, my current binary of U-Boot claims, that 4 petabyte of memory are unmapped: U-Boot 2010.09-svn314 (Nov 18 2010 - 15:09:16) CPU: 8568E, Version: 1.1, (0x807d0011) Core: E500, Version: 2.2, (0x80210022) ... DRAM: Initializing 4 PiB left unmapped DDR: 2 GiB (DDR2, 64-bit, CL=4, E

Re: [U-Boot] [PATCH] Exclude drivers/qe/fdt.c without CONFIG_QE

Dear Sebastien Carlier, In message <1290078406-23921-1-git-send-email-sebastien.carl...@gmail.com> you wrote: > This is a multi-part message in MIME format. > --1.7.3.2.161.g3089c > Content-Type: text/plain; charset=UTF-8; format=fixed > Content-Transfer-Encoding: 8bit > > > Previou

Re: [U-Boot] Force setting of ethact

Dear DUNDA Matthias, In message <27800_1290086146_4ce52702_27800_13178_1_3cf34b583782c147807e09365f884da42f058fd...@thsncoa06mxs02p.one-06.grp> you wrote: > > I've been struggeling with the ethact setting in U-Boot: I want U-Boot to > load from eTSEC0 on our board, but it always comes up with

Re: [U-Boot] [PATCH] ARM: allocate pre-relocation global_data on pre-relocation stack

> That removes the need to reserve memory above the stack > and also removes the need for GENERATED_GBL_DATA_SIZE. > Alignment is automatically "right" provided stack is > aligned. > > Signed-off-by: Reinhard Meyer > --- > arch/arm/lib/board.c |5 +++-- > 1 files changed, 3 insertions(+), 2

Re: [U-Boot] [PATCH v6 1/1] imx: Get fec mac address from fuse

On 11/18/2010 12:49 PM, Jason Liu wrote: > The patch is to support getting FEC MAC address from fuse bank. > > Signed-off-by: Jason Liu > Hi Jason, > diff --git a/arch/arm/include/asm/arch-mx5/imx-regs.h > b/arch/arm/include/asm/arch-mx5/imx-regs.h > index 0b6249a..d618bca 100644 > --- a/arch

Re: [U-Boot] [PATCH 1/2][NEXT] Davinci 8xx: Move common functions to share code

Hi Sugosh, On Thu, Nov 18, 2010 at 12:26 AM, Sughosh Ganu wrote: > > hi Ben, > > On Wed Nov 17, 2010 at 11:26:47AM -0500, Ben Gardiner wrote: > > Hi Stefano, > > > > On Wed, Nov 17, 2010 at 5:09 AM, Stefano Babic wrote: > > > [...] > > > diff --git a/arch/arm/include/asm/arch-davinci/da8xx_commo

[U-Boot] Force setting of ethact

Hi all- I've been struggeling with the ethact setting in U-Boot: I want U-Boot to load from eTSEC0 on our board, but it always comes up with ethact = UEC0 or FSL UEC0 in older versions. As ethact is not persistent, my only workaround so far was to change net/eth.c so that at all occasions, whe

[U-Boot] [PATCH] MTD/NAND: fix nand_base.c to use get_timer() correctly

This is part of the timer cleanup effort. In the future we only use get_timer() in its intended way to program timeout loops. reset_timer() shall not be used anymore. Signed-off-by: Reinhard Meyer --- drivers/mtd/nand/nand_base.c | 15 +-- 1 files changed, 9 insertions(+), 6 deleti

[U-Boot] [STATUS] Using Patchwork

Hello, the U-Boot Patchwork setup is now mostly complete (except that Shinya Kuribayashi has not registered yet). All registered custodians have administration privileges assigned. so you can change the state of patches and/or delegate these. Also, a backlog of patches that was still marked as o

Re: [U-Boot] [STATUS] Custodian changes, using Patchwork

Dear Mike Frysinger, In message <201011180643.20457.vap...@gentoo.org> you wrote: > > > Anyway, are there some hints for the maintainers how to work with > > patchwork ? > > i looked, but couldnt find any actual documents Indeed documentation is basicly non-existent. > > Should we already mark

Re: [U-Boot] [STATUS] Custodian changes, using Patchwork

Dear Mike Frysinger, In message <201011180441.47800.vap...@gentoo.org> you wrote: > > patchwork should hopefully help ? ive never used it before so i dont know of > its capabilities. is there a way to mark things as "net" ? Patchwork should indeed help. You (as a custodian) can "delegate" pat

[U-Boot] [PATCH v6 1/1] imx: Get fec mac address from fuse

The patch is to support getting FEC MAC address from fuse bank. Signed-off-by: Jason Liu --- Changes for v2: - correct the mac address byte order according to review comments - add memset(edev, 0. sizeof(*edev)) when do fec_probe, - fix some code comments Changes for v3: - rebase - address

[U-Boot] [PATCH] Blackfin: dnp5370: new board port

From: Andreas Schallenberg Info about the hardware can be found here: http://www.dilnetpc.com/dnp0086.htm Signed-off-by: Andreas Schallenberg Signed-off-by: Mike Frysinger --- board/dnp5370/Makefile| 54 board/dnp5370/config.mk | 29 +++ board/dn

Re: [U-Boot] [STATUS] Custodian changes, using Patchwork

On Thursday, November 18, 2010 06:22:44 Stefano Babic wrote: > On 11/18/2010 10:41 AM, Mike Frysinger wrote: > > patchwork should hopefully help ? ive never used it before so i dont > > know of its capabilities. is there a way to mark things as "net" ? > > I never used, too. I have seen there is

Re: [U-Boot] [STATUS] Custodian changes, using Patchwork

On 11/18/2010 10:41 AM, Mike Frysinger wrote: > patchwork should hopefully help ? ive never used it before so i dont know of > its capabilities. is there a way to mark things as "net" ? I never used, too. I have seen there is the possibility to set a filter for incoming patches, and at least i

[U-Boot] [PATCH] Exclude drivers/qe/fdt.c without CONFIG_QE

Previously with archive libraries fdt.o was compiled and included in qe.a and then discarded by the linker. With partial linking this results in unresolved symbols, which this commit fixes. This commit also cleans up a now-useless conditional in fdt.c. Signed-off-by: Sebastien Carlier --- dri

Re: [U-Boot] [PATCH v5 1/1] imx: Get fec mac address from fuse

On 11/18/2010 11:33 AM, Jason Liu wrote: >> >>> + for (i = 0; i < 6; i++) >>> + mac[6-1-i] = readl(&fuse->mac_addr[i]); >> ^ >> |--- missing spaces > > do you mean it need change to mac[6 - 1 - i] ? Yes, this is a coding style issue. > I th

Re: [U-Boot] [RFC] Add 'led' command

On Saturday, November 13, 2010 18:31:39 Mike Frysinger wrote: > On Friday, November 12, 2010 09:42:52 Jason Kridner wrote: > > On Tue, Nov 9, 2010 at 8:52 AM, Mike Frysinger wrote: > > > On Friday, November 05, 2010 01:50:36 Jason Kridner wrote: > > >> + if (strcmp(argv[2], "off") == 0) { > > >

Re: [U-Boot] [PATCH v5 1/1] imx: Get fec mac address from fuse

Hi, Stefano, 2010/11/18 Stefano Babic : > On 11/18/2010 09:09 AM, Jason Liu wrote: >> The patch is to support getting FEC MAC address from fuse bank. >> >> Signed-off-by: Jason Liu > > Hi Jason, > >> +     for (i = 0; i < 6; i++) >> +             mac[i] = readl(&fuse->mac_addr[i]); > > This works

Re: [U-Boot] [STATUS] Custodian changes, using Patchwork

On Wednesday, November 17, 2010 07:58:33 Wolfgang Denk wrote: > Stephan Linz wrote: > > Am Freitag, 12. November 2010, um 12:11:42 schrieb Michal Simek: > > > > - Network: > > > > -- > > > > > > > > Ben Warren has informed me that he has to give up Network > > > > custodianship. > > >

[U-Boot] Pull request u-boot-blackfin.git

The following changes since commit 635d1b3e1b885267de90d100402ba7748fdd9bc5: Makefile: Fix build with USE_PRIVATE_LIBGCC (2010-11-18 09:47:11 +0100) are available in the git repository at: git://www.denx.de/git/u-boot-blackfin.git master Mike Frysinger (2): Blackfin: stick ins/outs fun

Re: [U-Boot] Please pull u-boot-sparc.git net branch

On Thursday, November 18, 2010 02:47:16 Daniel Hellstrom wrote: > GRETH: Added extra RESET, this is needed if GRETH was stopped > during an ethernet frame reception. for future reference, this subject line is too long. and summaries shouldnt end with periods. -mike signature.asc Descript

Re: [U-Boot] [PATCH v5 1/1] imx: Get fec mac address from fuse

On 11/18/2010 09:09 AM, Jason Liu wrote: > The patch is to support getting FEC MAC address from fuse bank. > > Signed-off-by: Jason Liu Hi Jason, > + for (i = 0; i < 6; i++) > + mac[i] = readl(&fuse->mac_addr[i]); This works, but implicitely converts the integer to a char. Shou

Re: [U-Boot] [PATCH] Makefile: Fix build with USE_PRIVATE_LIBGCC

Dear Matthias Weisser, In message <1290069309-12910-1-git-send-email-weiss...@arcor.de> you wrote: > If USE_PRIVATE_LIBGCC is set the yes building fails with a missing > libgcc.a As we use partial linking now it is libgcc.o now. > > Signed-off-by: Matthias Weisser > --- > Makefile |2 +- >

[U-Boot] [PATCH] Makefile: Fix build with USE_PRIVATE_LIBGCC

If USE_PRIVATE_LIBGCC is set the yes building fails with a missing libgcc.a As we use partial linking now it is libgcc.o now. Signed-off-by: Matthias Weisser --- Makefile |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Makefile b/Makefile index af33f08..b4aae89 100644 -

[U-Boot] [PATCH v5 1/1] imx: Get fec mac address from fuse

The patch is to support getting FEC MAC address from fuse bank. Signed-off-by: Jason Liu --- Changes for v2: - correct the mac address byte order according to review comments - add memset(edev, 0. sizeof(*edev)) when do fec_probe, - fix some code comments Changes for v3: - rebase - address