Le 21/09/2010 16:00, Albert ARIBAUD a écrit :
> This is due to the fact that each routine has to recompute the PIC
> register. As a test, I tried adding -msingle-pic-base to -fPIC (this
> computes the PIC register once for the whole code) and the code size
> falls back to 123764 bytes, 'only' 5.5%
On Monday 13 September 2010 09:41:54 Stefan Roese wrote:
> Signed-off-by: Stefan Roese
Applied to u-boot-ppc4xx/master. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone:
On Tuesday 14 September 2010 10:42:33 Stefan Roese wrote:
> This patch fixes a problem in the PPC4xx POST UART driver. This driver
> incorrectly used the in/out8() io-accessor functions. This could lead to
> problems since these functions don't guarantee execution ordering. This
> patch now replace
I'm running on MVBLM7 board using CONFIG_SYS_HUSH_PARSER.
While working on some scripts using env-variables holding some physical
address values I stumbled over this :
my env-variables used :
loadaddr=0x40
kernel_addr=0xff81000
kernel_len=0x20
mvBL-M7> erase $kernel_addr +$kernel_le
On Tuesday 21 September 2010 17:31:28 Stefan Roese wrote:
> This patch changes the behaviour of the fdt_fixup_nor_flash_node()
> function. Now it doesn't patch the size of the "reg" property with the
> chip-select size, but with the size returned from the new function
> flash_get_bank_size(). This
Hi André,
André Schwarz schrieb:
> I'm running on MVBLM7 board using CONFIG_SYS_HUSH_PARSER.
>
> While working on some scripts using env-variables holding some physical
> address values I stumbled over this :
>
>
> my env-variables used :
>
> loadaddr=0x40
> kernel_addr=0xff81000
> kernel_
Wolfgang, please pull the following ppc4xx fixes into master.
Thanks.
The following changes since commit 800eb09641ae67c707b65acff112684a954b7f44:
POST cleanup. (2010-09-21 21:39:31 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git master
Stefan Roese
On Wednesday, September 22, 2010 04:21:34 André Schwarz wrote:
> loadaddr=0x40
> mvBL-M7> cp.b $load_addr $kernel_addr $kernel_len
loadaddr != load_addr
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing li
On Thursday 09 September 2010 14:35:11 Stefan Roese wrote:
> This patch cleans the PVR detection code in check_cpu() up a bit.
> Basically the strings are better seperated, resulting in an easier
> to understand and maintain code version.
>
> The #ifdef's couldn't be removed easily because of two
On Monday 13 September 2010 10:28:39 Stefan Roese wrote:
> This patchset tries to cleanup and the PPC4xx headers. To do this
> the following things are done:
>
> - Move headers from include/* to arch/powerpc/include/asm/*
> to not clutter the toplevel include directory that much
>
> - Create he
On Wed, 2010-09-22 at 04:36 -0400, Mike Frysinger wrote:
> On Wednesday, September 22, 2010 04:21:34 André Schwarz wrote:
> > loadaddr=0x40
> > mvBL-M7> cp.b $load_addr $kernel_addr $kernel_len
>
> loadaddr != load_addr
> -mike
hrmpf - brown paper bag again
Thanks,
André
MATRIX VISIO
On Thursday 16 September 2010 20:32:04 Victor Gallardo wrote:
> By default the trace broadcast is enabled on 44x systems.
>
> To reduce power consumption when instruction tracing is
> not needed, disable trace broadcast.
>
> Check External Debug Mode (EDM) bit to detect if it should be
> disabled
On Monday 20 September 2010 16:37:59 Stefan Roese wrote:
> This patch removes the PPC4xx UART driver. Instead the common NS16550
> driver is used, since all PPC4xx SoC's use this peripheral device.
>
> The file 4xx_uart.c now only implements the UART clock calculation
> function which also sets th
On Tuesday 21 September 2010 09:38:04 Matthias Fuchs wrote:
> Remove some unused functionality to make U-Boot build again.
> Especially PCI is not used on the board.
Applied to u-boot-ppc4xx/next. Thanks.
Cheers,
Stefan
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
H
On Tuesday 21 September 2010 10:53:10 Stefan Roese wrote:
> CONFIG_UART1_CONSOLE was a PPC4xx specific implementation and is now
> removed since the move from the 4xx UART driver to the common NS16550
> UART driver. Let's remove all references to this define now.
Applied to u-boot-ppc4xx/next. Tha
On Tuesday 21 September 2010 19:42:22 Stefan Roese wrote:
> This patch removes the completely unused CONFIG_SERIAL_SOFTWARE_FIFO
> feature from U-Boot. It has only been implemented for PPC4xx and was not
> used at all. So let's remove it and make the code smaller and cleaner.
Applied to u-boot-ppc
From: Vitaly Kuzmichev
Remove and fix needless and destructive operations with tx/rx_req.
1) 'req' in rx_complete is always not NULL and always equals to rx_req
2) Free allocated tx_req if rx_req allocation has failed
3) Do not zero out tx/rx_req in usb_eth_init, leave this for
eth_reset_config
From: Vitaly Kuzmichev
Fix bugs in tx/rx_req operations.
Vitaly Kuzmichev (2):
USB-CDC: Fix tx/rx_req memory leaks
USB-CDC: Prevent rx_req being enqueued twice
drivers/usb/gadget/ether.c | 21 -
1 files changed, 8 insertions(+), 13 deletions(-)
--
1.7.2.2
_
From: Vitaly Kuzmichev
After gadget reinitializaton (after tftp has been done once)
packet_received may become equal to 1 due to nuking OUT_EP
while disabling it in eth_reset_config.
rx_submit called from usb_eth_init queues rx_req first time.
But the first call of usb_eth_recv from NetLoop queu
The following changes since commit d70d8ccc200db8c16a6654cb726c3d74b6640b32:
silence config step commands display during MAKEALL builds (2010-09-21
21:46:49 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-ppc4xx.git next
Matthias Fuchs (1):
ppx4xx: remove u
Hello.
On 21-09-2010 23:35, Albert Aribaud wrote:
> Signed-off-by: Albert Aribaud
[...]
> diff --git a/board/LaCie/edminiv2/config.mk b/board/LaCie/edminiv2/config.mk
> index 3dec1aa..b4845ad 100644
> --- a/board/LaCie/edminiv2/config.mk
> +++ b/board/LaCie/edminiv2/config.mk
> @@ -24,4 +24,6 @@
Le 17/09/2010 13:10, Heiko Schocher a écrit :
> diff --git a/include/configs/da850evm.h b/include/configs/da850evm.h
> index 357715d..016a21e 100644
> --- a/include/configs/da850evm.h
> +++ b/include/configs/da850evm.h
> @@ -39,7 +39,6 @@
> #define CONFIG_SYS_HZ_CLOCK clk_get(DAVINCI_AUX
Le 22/09/2010 11:13, Sergei Shtylyov a écrit :
> Hello.
>
> On 21-09-2010 23:35, Albert Aribaud wrote:
>
>> Signed-off-by: Albert Aribaud
> [...]
>> diff --git a/board/LaCie/edminiv2/config.mk
>> b/board/LaCie/edminiv2/config.mk
>> index 3dec1aa..b4845ad 100644
>> --- a/board/LaCie/edminiv2/config.
Signed-off-by: Heiko Schocher
---
include/configs/imx27lite-common.h |2 +-
include/configs/km_arm.h |2 +-
include/configs/omap3_beagle.h |2 +-
include/configs/qong.h |2 +-
include/configs/tx25.h |2 +-
5 files changed, 5 insertions(+),
Fixes build breakage in da830evm after commit
97003756249bd790910417eb66f0039bbf06a02c "da8xx: fixup ARM
relocation support"
The da8xx fixup commit changed da830/da850 common code to make
relocation work in da850, but didn't add the required defines
to da830evm_config.h resulting in build failure
On Wed, Sep 22, 2010 at 9:16 AM, Nick Thompson wrote:
> Fixes build breakage in da830evm after commit
> 97003756249bd790910417eb66f0039bbf06a02c "da8xx: fixup ARM
> relocation support"
>
> The da8xx fixup commit changed da830/da850 common code to make
> relocation work in da850, but didn't add the
Replace GOT indirect addressing with more efficient pic-base
relative addressing for initialized data (uninitialized data
still use GOTi indirect addressing). This also reduces code
size by 0.4% compared to -fPIC.
Signed-off-by: Albert Aribaud
---
arch/arm/config.mk |2 +-
1 files changed,
Add -msingle-pic-base to the relocation flags, and compute the pic base
in start.S twice and for all -- once before relocation to run board_init_f,
and once after relocation to run board_init_r and the rest of u-boot.
This further reduces code size by 2.5% compared to -fPIE alone.
Signed-off-by: A
On 22/09/10 14:43, Ben Gardiner wrote:
> On Wed, Sep 22, 2010 at 9:16 AM, Nick Thompson wrote:
>> Fixes build breakage in da830evm after commit
>> 97003756249bd790910417eb66f0039bbf06a02c "da8xx: fixup ARM
>> relocation support"
>>
>> The da8xx fixup commit changed da830/da850 common code to make
Hi Stefan,
> Signed-off-by: Stefan Roese
> ---
> v2:
> - Removed all non-PPC4xx related files. Sorry for this.
>
> arch/powerpc/cpu/ppc4xx/cpu_init.c |2 +-
> arch/powerpc/cpu/ppc4xx/gpio.c |2 +-
> arch/powerpc/include/asm/{gpio.h => ppc4xx-gpio.h} |
> -Original Message-
> From: Shawn Jin [mailto:shawnx...@gmail.com]
> Sent: Wednesday, September 22, 2010 1:43 PM
> To: Chen, Tiejun
> Cc: Scott Wood; ppcdev; uboot
> Subject: Re: [U-Boot] cuImage and multi image?
>
> >> > > A follow up question. With this method, the total image size
> >
Hi Roland,
> i`m spending more than half of this evening with this issue, trying to
> find a solution and trying to provide information for a problem
> affecting many people and which seems to exist in u-boot.
Rest assured that many people on this list spend multiple days with USB
problems :|
>
Fixes build breakage in da830evm after commit
97003756249bd790910417eb66f0039bbf06a02c "da8xx: fixup ARM
relocation support"
The da8xx fixup commit changed da830/da850 common code to make
relocation work in da850, but didn't add the required defines
to da830evm_config.h resulting in build failure
Hi Roland,
> If you don`t like me or like my mail style - no problem, i can go away and
> switch to another bootloader or maybe even other hardware platform.
Please stay and report your findings.
[...]
>> You completely fail to explain which exact version of U-Boot you are
>> running - it see
Hi Timur,
> Anatolij Gustschin wrote:
>>> Also, I thought it would be better to provide some sort of completeness for
>>> the
>>> > bits I am using.
>> We do not add unused code.
>
> Well, I don't see how macros are "unused code", but I'll delete those lines.
>
> > CONFIG_VIDEO definition sh
On Wed, Sep 22, 2010 at 10:15 AM, Nick Thompson wrote:
> On 22/09/10 14:43, Ben Gardiner wrote:
>> What about removing "#define CONFIG_SKIP_RELOCATE_UBOOT" as in commit
>> ab86f72c354f9b2572340f72b74ca0a258c451bd ?
>
> Hmmm. It wouldn't hurt I guess. The UBL copies the code to the correct
> addres
On Wed, Sep 22, 2010 at 10:50 AM, Nick Thompson wrote:
> Fixes build breakage in da830evm after commit
> 97003756249bd790910417eb66f0039bbf06a02c "da8xx: fixup ARM
> relocation support"
>
> The da8xx fixup commit changed da830/da850 common code to make
> relocation work in da850, but didn't add th
Detlev Zundel wrote:
> This "but there are other examples doing just the same!" arguing is
> getting tiresome. Please accept that this is not an argument capable of
> convincing people - the opposite is true.
It's also very frustrating when developers look at the way U-Boot does things,
then spen
On 22/09/10 16:07, Ben Gardiner wrote:
> On Wed, Sep 22, 2010 at 10:15 AM, Nick Thompson wrote:
>> On 22/09/10 14:43, Ben Gardiner wrote:
>>> What about removing "#define CONFIG_SKIP_RELOCATE_UBOOT" as in commit
>>> ab86f72c354f9b2572340f72b74ca0a258c451bd ?
>>
>> Hmmm. It wouldn't hurt I guess. T
On Wed, Sep 22, 2010 at 11:15 AM, Nick Thompson wrote:
> On 22/09/10 16:07, Ben Gardiner wrote:
>> On Wed, Sep 22, 2010 at 10:15 AM, Nick Thompson wrote:
>>> On 22/09/10 14:43, Ben Gardiner wrote:
What about removing "#define CONFIG_SKIP_RELOCATE_UBOOT" as in commit
ab86f72c354f9b257234
Hi Timur,
> Detlev Zundel wrote:
>> This "but there are other examples doing just the same!" arguing is
>> getting tiresome. Please accept that this is not an argument capable of
>> convincing people - the opposite is true.
>
> It's also very frustrating when developers look at the way U-Boot doe
On Wed, 2010-09-22 at 10:10 -0500, Timur Tabi wrote:
> > Is there a technical reason why the initialization has to be in U-Boot?
>
> I'll have to re-examine the code. There may be a way to eliminate any such
> initialization.
>
There is a technical reason. The DIU driver needs initialize DVI enc
Hi,
> On Wed, 2010-09-22 at 10:10 -0500, Timur Tabi wrote:
>> > Is there a technical reason why the initialization has to be in U-Boot?
>>
>> I'll have to re-examine the code. There may be a way to eliminate any such
>> initialization.
>>
> There is a technical reason. The DIU driver needs init
Detlev Zundel wrote:
> Ok, then why not always define CONFIG_VIDEO for this configuration and
> let U-Boot initialize _and_ use it? Actually I fail to see why U-Boot
> shouldn't use it if the support is there or what am I missing?
How can U-Boot know whether a monitor is actually connected to the
Hi Stefan,
> This patch changes the behaviour of the fdt_fixup_nor_flash_node()
> function. Now it doesn't patch the size of the "reg" property with the
> chip-select size, but with the size returned from the new function
> flash_get_bank_size(). This function will return per weak default the
> fl
On Wed, 22 Sep 2010 00:05:09 -0400
Mike Frysinger wrote:
> The current documentation for the "scrub" option implies it takes no
> options at all. This can be annoying when you only want to scrub a
> few blocks and not an entire device. Good thing the code already
> supports this though since it
Hi Timur,
> Detlev Zundel wrote:
>> Ok, then why not always define CONFIG_VIDEO for this configuration and
>> let U-Boot initialize _and_ use it? Actually I fail to see why U-Boot
>> shouldn't use it if the support is there or what am I missing?
>
> How can U-Boot know whether a monitor is actual
Hello Detlev,
>> i`m spending more than half of this evening with this issue, trying to
>> find a solution and trying to provide information for a problem
>> affecting many people and which seems to exist in u-boot.
>
>Rest assured that many people on this list spend multiple days with USB
>probl
Hello,
>-Ursprüngliche Nachricht-
>Von: "Detlev Zundel"
--snip--
>
>Please stay and report your findings.
thanks!
--snip--
>>
>> Anyway,the patch at http://jeff.doozan.com/debian/uboot/uboot.mtd3.patch
>> does not seem to poke into the u-boot usb code, so i wonder if the changes
>> can
This patch corrects the pinmux settings to enable proper functioning
of the wifi/bluetooth module.
Signed-off-by: Steve Sakoman
---
board/ti/panda/panda.h | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/board/ti/panda/panda.h b/board/ti/panda/panda.h
ind
This patch fixes the LINUX_BOOT_PARAM_ADDR define to be based off of
PHYS_SDRAM_1 instead of CONFIG_SYS_MEMTEST_START. On da830 they are the same
thing but on da850 the CONFIG_SYS_MEMSTART define is offset from the
PHYS_SDRAM_1 start.
Without this patch it is not possible to boot linux on da850 --
Add support for the DIU controller. If CONFIG_VIDEO is defined, then the
console will appear on a DVI monitor instead of the serial port.
Signed-off-by: Timur Tabi
---
board/freescale/p1022ds/Makefile |2 +
board/freescale/p1022ds/diu.c| 148 ++
incl
Hi Detlev,
On Wednesday 22 September 2010 17:37:36 Detlev Zundel wrote:
> I just tested top of tree of the ppc4xx repo with Linux-2.6.36-rc3 and
> it does not boot:
Are you sure that you did use the "master" branch? Ebony in the vlab is
programmed with this version:
U-Boot 2010.09-rc2-00082-g94
I applied this patch on top of the Ubuntu package of Linaro u-boot, and it
fixed the issue with BT chip on my pandaboard.
Thanks Steve!
Tested-by: Sebastien Jan
On Wed, Sep 22, 2010 at 6:39 PM, Steve Sakoman wrote:
> This patch corrects the pinmux settings to enable proper functioning
> of th
Hello,
1) If a code section (from an abolutely linked executable) is linked
at address "x" but is instead loaded at address "y" would it still
execute fine? Considereding the absolute branching, gloab variable
access etc.
2) If not, then how does u-boot work after relocation? All the uboot
code &
This patch proposes to migrate the davinci_emac driver to using the
eth_device->write_hwaddr function pointer as suggested by Ben Warren.
All the davinci boards had the behaviour, prior to this patch, of
sync'ing the environment variable enetaddr with the MAC address read
from non-volatile storage
This patch series proposes to add basic MII support to the da850evm; the first
patch in the series refactors davinci EMAC setup. The second patch in the
series enables MII support.
Ben Gardiner (2):
[NEXT] davinci_emac: davinci_eth_set_mac_addr to ->write_hwaddr
[NEXT] da850evm: basic MII EMAC
The current da850evm support in u-boot/master omits any use of
the davinci EMAC. This patch adds basic support for the EMAC using
the MII PHY found on the baseboard of the EVM. The MAC address is
read from the environment variable 'ethadd'. Note that this is
different from the da850evm support in t
On Fri, Sep 17, 2010 at 7:10 AM, Heiko Schocher wrote:
> This patch series add full relocation and cache support for arm
> based boards. I test this for arm1136, arm_cortexa8 and arm926ejs
> based boards.
>
> Relocation support:
>
> !! This change is not compatible to old code !!
>
> If you want t
Bonjour Albert,
On Wed, Sep 22, 2010 at 9:57 AM, Albert Aribaud wrote:
> Add -msingle-pic-base to the relocation flags, and compute the pic base
> in start.S twice and for all -- once before relocation to run board_init_f,
> and once after relocation to run board_init_r and the rest of u-boot.
>
On Wed, Sep 22, 2010 at 9:57 AM, Albert Aribaud wrote:
> Replace GOT indirect addressing with more efficient pic-base
> relative addressing for initialized data (uninitialized data
> still use GOTi indirect addressing). This also reduces code
> size by 0.4% compared to -fPIC.
>
> Signed-off-by: A
On Wednesday, September 22, 2010 13:16:49 Ben Gardiner wrote:
> +const struct pinmux_config emac_pins[] = {
seems to only be used in this file ? mark it static too ?
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot
Hi Mike,
On Wed, Sep 22, 2010 at 2:21 PM, Mike Frysinger wrote:
> On Wednesday, September 22, 2010 13:16:49 Ben Gardiner wrote:
>> +const struct pinmux_config emac_pins[] = {
>
> seems to only be used in this file ? mark it static too ?
> -mike
Good catch. It definitely should be static.
Best
The current da850evm support in u-boot/master omits any use of
the davinci EMAC. This patch adds basic support for the EMAC using
the MII PHY found on the baseboard of the EVM. The MAC address is
read from the environment variable 'ethadd'. Note that this is
different from the da850evm support in t
This patch proposes to migrate the davinci_emac driver to using the
eth_device->write_hwaddr function pointer as suggested by Ben Warren.
All the davinci boards had the behaviour, prior to this patch, of
sync'ing the environment variable enetaddr with the MAC address read
from non-volatile storage
This patch series proposes to add basic MII support to the da850evm; the first
patch in the series refactors davinci EMAC setup. The second patch in the
series enables MII support.
Ben Gardiner (2):
[NEXT] davinci_emac: davinci_eth_set_mac_addr to ->write_hwaddr
[NEXT] da850evm: basic MII EMAC
Le 22/09/2010 20:05, Ben Gardiner a écrit :
> Bonjour Albert,
:) Hi Ben,
> On Wed, Sep 22, 2010 at 9:57 AM, Albert Aribaud
> wrote:
>> Add -msingle-pic-base to the relocation flags, and compute the pic base
>> in start.S twice and for all -- once before relocation to run board_init_f,
>> and on
Le 22/09/2010 19:10, Rajat Jain a écrit :
> Hello,
>
> 1) If a code section (from an abolutely linked executable) is linked
> at address "x" but is instead loaded at address "y" would it still
> execute fine? Considereding the absolute branching, gloab variable
> access etc.
This question has no d
>> I have a large ramdisk image. The size of the image itself (i.e. the
>> *.gz) is about 4MB. When the ramdisk was being decompressed
>
> Did you try to change link_address on the file, arch/powerpc/boot/wrapper?
No. I don't have to. Right? The link_address is still 0x40.
> Did you try boot
Dear Ben Gardiner,
In message you
wrote:
>
> I tried tested this on da850evm -- the da850evm.h has "#undef
> CONFIG_SYS_ARM_WITHOUT_RELOC /* This board is tested with relocation
> support */".
This slipped through, sorry for that.
That line must be removed.
Best regards,
Wolfgang Denk
--
D
Dear Mike Frysinger,
In message <1285108505-29576-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit 800eb09641ae67c707b65acff112684a954b7f44:
>
> POST cleanup. (2010-09-21 21:39:31 +0200)
>
> are available in the git repository at:
> git://www.denx.de/git/u-
Dear Anatolij Gustschin,
In message <20100922004450.205aa...@wker> you wrote:
>
> > > Timur Tabi (1):
> > > video: cfb_console: fix definition and usage of CURSOR_xxx macros
> > >
> > > drivers/video/cfb_console.c | 24 ++--
> > > 1 files changed, 14 insertions(+), 1
Dear Anatolij Gustschin,
In message <20100922004749.60ec5...@wker> you wrote:
> Dear Wolfgang,
>
> The following changes since commit d70d8ccc200db8c16a6654cb726c3d74b6640b32:
> Kim Phillips (1):
> silence config step commands display during MAKEALL builds
>
> are available in the git
On Wed, Sep 22, 2010 at 3:07 PM, Albert ARIBAUD wrote:
> Basically your test seems to demonstrate show that the pic base value
> computed in start.S does not work for board_init_f.
>
> Did you execute the binary at the address specified in TEXT_BASE? If not,
> please adjust TEXT_BASE to the locati
Dear Stefan Roese,
In message <1284363714-11355-1-git-send-email...@denx.de> you wrote:
> Signed-off-by: Stefan Roese
> ---
> MAKEALL |1 +
> include/configs/CATcenter.h | 23 ++-
> 2 files changed, 3 insertions(+), 21 deletions(-)
>
> diff --git a/
Dear Stefan Roese,
In message <201009221036.24401...@denx.de> you wrote:
> Wolfgang, please pull the following ppc4xx fixes into master.
>
> Thanks.
>
>
> The following changes since commit 800eb09641ae67c707b65acff112684a954b7f44:
>
> POST cleanup. (2010-09-21 21:39:31 +0200)
>
> are avail
Hi Wolfgang,
On Wed, Sep 22, 2010 at 4:30 PM, Wolfgang Denk wrote:
> Dear Ben Gardiner,
>
> In message you
> wrote:
>>
>> I tried tested this on da850evm -- the da850evm.h has "#undef
>> CONFIG_SYS_ARM_WITHOUT_RELOC /* This board is tested with relocation
>> support */".
>
> This slipped throug
Dear Stefan Roese,
In message <201009161547.00759...@denx.de> you wrote:
>
> Back to the subject: This patch right now was simply meant as part of a
> header
> cleanup patch, moving a 4xx specific header with stuff like this:
...
> to a "better" name. Even though the common gpio framework shoul
On Fri, 10 Sep 2010 15:42:32 -0700
"Ira W. Snyder" wrote:
> Newer Linux kernels can overrun the initial memory window used for
> booting with their BSS area. When this happens, they overwrite the FDT
> and silently fail to boot.
>
> On e300 CPUs, the Linux kernel uses an initial BAT covering the
On Mon, 30 Aug 2010 18:04:52 -0500
Scott Wood wrote:
> The default partition table matches the .dts files for these boards in
> Linux. This allows these partitions to be used by name with U-Boot's
> "nand" command.
>
> Signed-off-by: Scott Wood
> ---
applied to u-boot-mpc83xx/next.
Thanks,
K
Dear Stefan Roese,
In message <201009221114.51159...@denx.de> you wrote:
> The following changes since commit d70d8ccc200db8c16a6654cb726c3d74b6640b32:
>
> silence config step commands display during MAKEALL builds (2010-09-21
> 21:46:49 +0200)
>
> are available in the git repository at:
>
On Fri, 17 Sep 2010 23:41:46 +0200
Ilya Yanok wrote:
> MPC8308 has only one PCIE host controller so we want it to compile
> without CONFIG_SYS_PCIE2_CFG_{BASE,SIZE} defined.
>
> Signed-off-by: Ilya Yanok
> ---
5 out of 5 patches applied to u-boot-mpc83xx/next.
one more added:
>From 432f64e8c
continuation of commit 39da1ba923d55f316f9f1bb3a960e4ed91dc17ac:
"e300: increase CONFIG_SYS_BOOTMAPSZ to allow booting large kernels"
Signed-off-by: Kim Phillips
---
include/configs/mpc8308_p1m.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/mpc8308_p1
Dear Ben Gardiner,
In message you
wrote:
>
> >> I tried tested this on da850evm -- the da850evm.h has "#undef
> >> CONFIG_SYS_ARM_WITHOUT_RELOC /* This board is tested with relocation
> >> support */".
> >
> > This slipped through, sorry for that.
> >
> > That line must be removed.
>
> I don't
Dear Kim Phillips,
In message <20100922155855.7146f5df.kim.phill...@freescale.com> you wrote:
>
> applied to u-boot-mpc83xx/next. Wolfgang, hope you don't mind.
Thanks, that's fine with me.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
H
On Tue, 14 Sep 2010 19:13:50 -0500
Peter Tyser wrote:
> This change lays the groundwork for the BOOTFLAG_* flags being removed.
>
> This change has the small affect of delaying 100ms on PCI initialization
> after a warm boot as opposed to the optimal 1ms on some boards.
>
> Signed-off-by: Peter
Wolfgang Denk,
Please pull a new board (mpc8308_p1m), ability to boot larger kernels,
and various other cleanups for the next branch:
The following changes since commit d70d8ccc200db8c16a6654cb726c3d74b6640b32:
silence config step commands display during MAKEALL builds (2010-09-21
21:46:49 +0
There were some #undef's of CONFIG_SYS_ARM_WITHOUT_RELOC added to a few board
configs as part of the arm relocation series; but these are not needed now as we
do not #undef what is not #defined in the first place.
Signed-off-by: Ben Gardiner
CC: Heiko Schocher
---
include/configs/da850evm.h
On Wed, Sep 22, 2010 at 5:11 PM, Wolfgang Denk wrote:
> Dear Ben Gardiner,
>
> In message you
> wrote:
>>
>> >> I tried tested this on da850evm -- the da850evm.h has "#undef
>> >> CONFIG_SYS_ARM_WITHOUT_RELOC /* This board is tested with relocation
>> >> support */".
>> >
>> > This slipped throu
As for _TEXT_BASE vs TEXT_BASE, this is normal: TEXT_BASE is the image
base, and _TEXT_BASE is the address of a variable holding the value of
TEXT_BASE, so it's not surprising that they are not equal.
As for your problem: your reports show that start.S sets r10 and r9 as
expected, but that boar
I've just recompiled with the CodeSourcery toolchain and I can see the
board_init_f prolog going thus:
c1080688: e59fa118ldr sl, [pc, #280] ; c10807a8
c108068c: e59f8118ldr r8, [pc, #280] ; c10807ac
c1080690: e08fa00aadd sl, pc, sl
It
Hi Timur,
On Wed, 22 Sep 2010 11:46:10 -0500
Timur Tabi wrote:
> Add support for the DIU controller. If CONFIG_VIDEO is defined, then the
> console will appear on a DVI monitor instead of the serial port.
>
> Signed-off-by: Timur Tabi
> ---
> board/freescale/p1022ds/Makefile |2 +
> boar
This is the first patch version for testing on HW I do not
have (mpc8610hpcd, p1022ds). Tested on pdm360ng board.
The patch will be modified to fix board config files as
needed in the final version. We probably should also move
fsl_diu_fb.c file to 'drivers/video'.
Signed-off-by: Anatolij Gustsch
On Thu, 23 Sep 2010 01:57:16 +0200
Anatolij Gustschin wrote:
> This is the first patch version for testing on HW I do not
> have (mpc8610hpcd, p1022ds). Tested on pdm360ng board.
>
> The patch will be modified to fix board config files as
> needed in the final version. We probably should also mo
While going through the manual page for the ebony board, I noticed that there
is description of the flattened device tree. Is it not needed?
Jacob
Sent from my iPad
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-b
Hello Ben,
Ben Gardiner wrote:
> There were some #undef's of CONFIG_SYS_ARM_WITHOUT_RELOC added to a few board
> configs as part of the arm relocation series; but these are not needed now as
> we
> do not #undef what is not #defined in the first place.
Good catch, thanks!
Acked-by: Heiko Schoch
Hi Wolfgang,
On Wednesday 22 September 2010 22:52:03 Wolfgang Denk wrote:
> > + CATcenter \
> >
> > CMS700 \
> > CPCI2DP \
> > CPCI405 \
>
> This will result in a merge conflict when pulling into "next", where
> this entry does not exist any more as i
>> Can you paste the whole log from the u-boot prompt?
>
> In the previous run the ramdisk image was corrupted because the single
> image was loaded at 0x80. But the boot message showed that the
> initrd image was at 0x0066c000-0x009ae825. So it was over the 8MB
> area.
>
> However after the lo
Signed-off-by: Stefan Roese
---
v2:
- MAKEALL change removed
include/configs/CATcenter.h | 23 ++-
1 files changed, 2 insertions(+), 21 deletions(-)
diff --git a/include/configs/CATcenter.h b/include/configs/CATcenter.h
index 229a513..002435e 100644
--- a/include/configs/C
99 matches
Mail list logo