Dear Heiko Schocher,
In message <4de72566.9040...@denx.de> you wrote:
>
> Hmm.. I thought of that too, but wouldn;t it be better to use
> gd->ram_size in post/drivers/memory.c, as this is defined in
> global_data for all archs?
Indeed. Can you do this, please?
Best regards,
Wolfgang Denk
--
I need a Business/Commercial litigation lawyer who can handle a collection
issue. Please let know if you can be of assistance to me or If not a
referral Contact privately via email: bryan.steve...@cafuc.net
could be helpful.
Regards
Steve Bryan
___
U
On Wednesday, June 01, 2011 15:21:54 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > actually, if you dont mind, i'd like to obsolete this patch with the one
> > below. what do you think ?
>
> Please submit it as a proper patch then.
i was going to once i got feedback from the interested partie
On Thursday, June 02, 2011 01:53:42 Heiko Schocher wrote:
> Mike Frysinger wrote:
> > so add bi_memsize to arm ? it's the only arch that lacks it.
>
> Hmm.. I thought of that too, but wouldn;t it be better to use
> gd->ram_size in post/drivers/memory.c, as this is defined in
> global_data for all
On Wednesday, June 01, 2011 15:58:50 Wolfgang Denk wrote:
> It appears this is mostly new stuff, right?
not really
these are absolutely fixes:
Blackfin: cm-bf537e/cm-bf537u/tcm-bf537: update embedded env settings
Blackfin: use on-chip reset func with newer parts
Blackfin: bf548-ezkit/bf561-ezkit:
Rather than having a bunch of random commands handle autostart behavior,
unify the logic in a single place. This also fixes building of these
different commands when bootm is disabled.
Acked-by: Matthew McClintock
Acked-by: Scott Wood
Signed-off-by: Mike Frysinger
---
common/cmd_bootm.c | 1
The ctrl variable is only used when autoneg support is disabled, so only
declare it under those conditions to avoid an unused variable warning.
Signed-off-by: Mike Frysinger
---
drivers/net/designware.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/net/desig
When CONFIG_DW_SEARCH_PHY is disabled, the local phy_addr variable never
gets initialized causes random behavior at runtime and a gcc warning. So
set it by default to the stored phy address.
Signed-off-by: Mike Frysinger
---
drivers/net/designware.c |2 ++
1 files changed, 2 insertions(+),
Hi Wolfgang,
What's your final view on the Makefile structure of SPL.
best regards,
Aneesh
On Thursday 26 May 2011 06:55 PM, Aneesh V wrote:
> Hi Wolfgang,
>
> On Tuesday 17 May 2011 06:23 PM, Wolfgang Denk wrote:
>> Dear Aneesh V,
>>
>> In message<4dd26b36.4050...@ti.com> you wrote:
>>>
>>> And
could you provide some real details as to what the problem is you're hitting
and why/how this fixes things ? 2011.03 builds fine for me on leopard (10.5).
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing lis
Hi Wolfgang,
On Thursday 26 May 2011 07:21 PM, Aneesh V wrote:
> Hi Wolfgang,
> On Tuesday 17 May 2011 01:46 PM, Wolfgang Denk wrote:
>> Dear Aneesh V,
>>
>> In message<4dd21cd8.2080...@ti.com> you wrote:
>>>
There are common, board independent parts both in spl/nand and
spl/onenand.
>>>
Hi Stefano,
On Thu, Jun 2, 2011 at 3:28 AM, Stefano Babic wrote:
...
> I know it is the same, but if you use PHYS_SDRAM_1 instead of
> CONFIG_SYS_SDRAM_BASE (as most boards do), the reader understands easier
> that the start address and the size are strictly connected.
OK.
>
>> --- a/board/free
On 06/02/2011 06:02 PM, Fabio Estevam wrote:
> Hi Stefano,
>
Hi Fabio,
>
> My intention on this patch was to fix the MX31ADS build so that this
> board does not get removed from U-boot.
Sure. This is the first goal.
>
> Would it be OK if I resend a new patch taking in consideration your
> ot
Prafulla,
As a practical learning exercise, I'm going to attempt to add support
for the Dreamplug into the mainline u-boot tree.
I'm starting with the board number. It is currently 2659. The same as
the Guruplug. This is less than ideal because the Dreamplug has 2MB
(yes, megabytes) of SPI fla
Hi,
I'm currently trying to build out of git and am seeing an issue with the
final linking during the build. I've included the relevant dump:
Using P2020DS_config
UNDEF_SYM=`powerpc-linux-gnu-objdump -x
board/freescale/p2020ds/libp2020ds.o api/libapi.o
arch/powerpc/cpu/mpc85xx/libmpc85xx.o
arch
This fixes the MX31ADS build by using the new relocation scheme.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Use PHYS_SDRAM_1 in get_ram_size
- Remove local config.mk
Changes since v1:
- Fixed lines over 80 characters.
Build tested only.
Do not have the hardware handy to test.
board
> /opt/freescale/usr/local/gcc-4.4.78-eglibc-2.10.78/powerpc-linux-gnu/lib
> /gcc/powerpc-linux-gnu/4.4.1/nof -lgcc -Map u-boot.map -o u-boot
> powerpc-linux-gnu-ld: section .bootpg loaded at [e000,e237]
> overlaps section .data loaded at [efffc16c,f000347b]
> powerpc-linux-gnu-ld: u-boot:
From: Matthew McClintock
This patch allows some boards do define CONFIG_BOOTSTRAP to let them
build a MPL or middle program loader to setup the board before booting
to the full u-boot build. The advantage is that we are using the same
build system and linker scripts that would be used in a normal
From: Matthew McClintock
Just setting CONFIG_SILENT_CONSOLE does not make the CONSOLE
silent without the silent env variable set. This adds a new
define to add this to the default environment easily
Signed-off-by: Matthew McClintock
---
README |4
common/env_common.c |
Ugh. I just messed that up. Ignore this patch series.
-M
On Thu, Jun 2, 2011 at 2:27 PM, wrote:
> From: Matthew McClintock
>
> Just setting CONFIG_SILENT_CONSOLE does not make the CONSOLE
> silent without the silent env variable set. This adds a new
> define to add this to the default environm
Just setting CONFIG_SILENT_CONSOLE does not make the CONSOLE
silent without the silent env variable set. This adds a new
define to add this to the default environment easily
Signed-off-by: Matthew McClintock
---
README |4
common/env_common.c |3 +++
2 files changed, 7
This patch allows some boards do define CONFIG_BOOTSTRAP to let them
build a MPL or middle program loader to setup the board before booting
to the full u-boot build. The advantage is that we are using the same
build system and linker scripts that would be used in a normal u-boot
build.
This is use
From: Haiying Wang
This patch supports P1021MDS board to boot from NAND flash (No NOR flash on this
board). And because P1021 only has 256K L2 SRAM, which can not used for final
uboot image it makes use of the MPL.
Signed-off-by: Haiying Wang
Signed-off-by: Mohit Kumar
Signed-off-by: Yu Liu
S
Allow users to pass in extra defines via make so they can
modify the build. Example
make P1022DS EXTRA_OPTS=NAND
is equivalent to
make P1022DS_NAND
Signed-off-by: Matthew McClintock
---
mkconfig |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/mkconfig b/mkconfi
From: Haiying Wang
This patch supports P1021MDS board to boot from NAND flash (No NOR flash on this
board). And because P1021 only has 256K L2 SRAM, which can not used for final
uboot image it makes use of the MPL.
Signed-off-by: Haiying Wang
Signed-off-by: Mohit Kumar
Signed-off-by: Yu Liu
S
From: Matthew McClintock
Allow users to pass in extra defines via make so they can
modify the build. Example
make P1022DS EXTRA_OPTS=NAND
is equivalent to
make P1022DS_NAND
Signed-off-by: Matthew McClintock
---
mkconfig |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff
On Thu, Jun 02, 2011 at 02:11:04PM -0400, Jason wrote:
> Prafulla,
>
> As a practical learning exercise, I'm going to attempt to add support
> for the Dreamplug into the mainline u-boot tree.
>
> I'm starting with the board number. It is currently 2659. The same as
> the Guruplug. This is less
Albert/Wolfgang,
I believe this patchset should be GTG. Are there any objections
outstanding that I've failed to answer?
Thanks,
Tom
On Tue, May 3, 2011 at 12:29 PM, Mike Frysinger wrote:
> On Tue, May 3, 2011 at 12:49, Michael Walle wrote:
>> Am Di, 3.05.2011, 00:45, schrieb Tom Warren:
>>>
Dear Mike Frysinger,
In message <201106021102.08032.vap...@gentoo.org> you wrote:
>
> these are absolutely fixes:
> Blackfin: cm-bf537e/cm-bf537u/tcm-bf537: update embedded env settings
> Blackfin: use on-chip reset func with newer parts
> Blackfin: bf548-ezkit/bf561-ezkit: update env location
> B
Dear "Stafford, Matthew",
In message
<0b0a20d0b3ecd742aa2514c8dda3b06505122...@vgaexch01.hq.corp.viasat.com> you
wrote:
> Hi,
>
> I'm currently trying to build out of git and am seeing an issue with the
> final linking during the build. I've included the relevant dump:
>
> Using P2020DS_confi
Dear Tom Warren,
In message you wrote:
>
> I believe this patchset should be GTG. Are there any objections
> outstanding that I've failed to answer?
GTG ???
I did not see any cleanup resulting from Mike's comment here:
05/02 Mike Frysinger Re: [PATCH V2 1/2] GPIO: Tegra2: add GPIO dri
On Thu, Jun 2, 2011 at 1:56 PM, Wolfgang Denk wrote:
> Dear Tom Warren,
>
> In message you wrote:
>>
>> I believe this patchset should be GTG. Are there any objections
>> outstanding that I've failed to answer?
>
> GTG ???
Good To Go.
>
>
> I did not see any cleanup resulting from Mike's commen
Dear Tom Warren,
In message you wrote:
>
> Let me double-check. IIRC, one (cmd_gpio) didn't apply since it was
> from another SoC and didn't have the commands we use on Tegra, and the
> other (where the driver should go) ended with Mike saying "i'm not
> sure sweating the location of the driver i
Hello everybody:
* U-Boot v2011.06-rc2 was released on Thu, June 02, 2011
* Release "v2011.06" is scheduled in 10 days - on June 12, 2011.
Please help testing, and check if all your relevant patches have been
included.
Note that still a large number of ARM boards are broken. I hope many
people
Hi,
this is a * W A R N I N G * message to maintainers / users / owners
of ARM boards. If your board fails to build in the current release,
it will be subject to a big cleanup action which is going to remove
all old, unmaintained and broken boards in the next merge window.
According to our curre
On Thu, Jun 2, 2011 at 2:34 PM, Wolfgang Denk wrote:
> Dear Tom Warren,
>
> In message you wrote:
>>
>> Let me double-check. IIRC, one (cmd_gpio) didn't apply since it was
>> from another SoC and didn't have the commands we use on Tegra, and the
>> other (where the driver should go) ended with Mi
> -Original Message-
> From: Jason [mailto:u-b...@lakedaemon.net]
> Sent: Thursday, June 02, 2011 11:41 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de
> Subject: Dreamplug into mainline
>
> Prafulla,
>
> As a practical learning exercise, I'm going to attempt to add support
> for
Fixes dependency build error with "make O=" option.
"make O=" option is used to specify output directory.
Signed-off-by: Chander Kashyap
---
mmc_spl/board/samsung/smdkv310/Makefile | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/mmc_spl/board/samsung/smdkv310/
Dear Tom Warren,
In message you wrote:
>
> >> Let me double-check. IIRC, one (cmd_gpio) didn't apply since it was
> >> from another SoC and didn't have the commands we use on Tegra, and the
> >> other (where the driver should go) ended with Mike saying "i'm not
> >> sure sweating the location of
Hi all,
I've just created a new Wiki entry for the new Timer API at:
http://www.denx.de/wiki/U-Boot/TaskTimerAPI
Right now it only details the user-level interface to the API while we
still work out the nuts and bolts underneath - Please take a look and
comment
Regards,
Graeme
_
On Thursday, June 02, 2011 15:27:29 y...@right.am.freescale.net wrote:
> Just setting CONFIG_SILENT_CONSOLE does not make the CONSOLE
> silent without the silent env variable set. This adds a new
> define to add this to the default environment easily
any reason you couldnt add silent=0 to CONFIG_E
On Thursday, June 02, 2011 15:27:30 y...@right.am.freescale.net wrote:
> --- a/mkconfig
> +++ b/mkconfig
> @@ -81,6 +81,12 @@ if [ "${ARCH}" -a "${ARCH}" != "${arch}" ]; then
> exit 1
> fi
>
> +if [ -z "${options}" ] ; then
> +options+=$EXTRA_OPTS
> +else
> +options+=,$EXTRA_OPTS
> +fi
sty
On Thursday, June 02, 2011 17:30:09 Tom Warren wrote:
> Let me double-check. IIRC, one (cmd_gpio) didn't apply since it was
> from another SoC
no, it isnt. it's using the generic GPIO API as defined by Linux and
implemented by many ports in u-boot. any new GPIO provider in u-boot should
probab
On Thursday, June 02, 2011 17:55:55 Tom Warren wrote:
> Actually, if you do a kompare between cmd_gpio.c and tegra2_gpio.c,
> there's virtually no 'duplicated' code, just 2 different
> implementations of do_gpio, with different args and parsing of params,
> etc. I use info, port, input and output,
On Thursday, June 02, 2011 15:34:57 Matthew McClintock wrote:
> Just setting CONFIG_SILENT_CONSOLE does not make the CONSOLE
> silent without the silent env variable set. This adds a new
> define to add this to the default environment easily
any reason you couldnt add silent=0 to CONFIG_EXTRA_ENV_
On Thursday, June 02, 2011 15:34:58 Matthew McClintock wrote:
> --- a/mkconfig
> +++ b/mkconfig
> @@ -81,6 +81,12 @@ if [ "${ARCH}" -a "${ARCH}" != "${arch}" ]; then
> exit 1
> fi
>
> +if [ -z "${options}" ] ; then
> +options+=$EXTRA_OPTS
> +else
> +options+=,$EXTRA_OPTS
> +fi
style is bro
Hello Mike,
Mike Frysinger wrote:
> On Thursday, June 02, 2011 01:53:42 Heiko Schocher wrote:
>> Mike Frysinger wrote:
>>> so add bi_memsize to arm ? it's the only arch that lacks it.
>> Hmm.. I thought of that too, but wouldn;t it be better to use
>> gd->ram_size in post/drivers/memory.c, as thi
change bd->bi_memsize to gd->ram_size, as this is defined
on all archs, so this post test can used on none powerpc
archs too.
Signed-off-by: Heiko Schocher
cc: Wolfgang Denk
cc: Mike Frysinger
---
changes for v2:
added comment from Wolfgang Denk:
- add comment, that this function is only
On May 23, 2011, at 7:51 AM, Kumar Gala wrote:
> Add ifdef protection for qp_info and liodn associated with Q/BMan. Also
> rearrange setting of _tbl_sz variables to utilize existing ifdef
> protection for things like FMAN.
>
> Also add protection around setup_portals() call in corenet_ds board
On May 23, 2011, at 9:14 PM, Shaohui Xie wrote:
> When booting from NAND we get the environment from NAND.
>
> Signed-off-by: Shaohui Xie
> Signed-off-by: Kumar Gala
> ---
> changes for v2:
> move _NAND up to sorted by alpha.
>
> boards.cfg |2 ++
> include/configs/corene
Dear Heiko Schocher,
In message <4de8739d.2040...@denx.de> you wrote:
>
> Yep, good question ... maybe, no arm based board has defined
>
> "#if defined(CONFIG_PRAM) || defined(CONFIG_LOGBUFFER)"
That's actually very likely. ARM systems tended to be simple and not
use any such fancy features.
51 matches
Mail list logo
