We are currently giving out loans to any part of the world at 2% interest
rate. If interested, send your name, Resident country and Phone number to Mr.
Bernard Thompson with the email address bellow Email:
48hrsfinancerdesk...@gmail.com or call:
+447024053959
Regards
B&T 48HRS FINANCE LOAN
___
Hi Steve,
Thanks for the response. The processor is OMAP4 and I am in the last stage
of bringing up the board. I took the source code from the omapzoom git tree.
How do I know if pre or post relocation changes?
Regards,
john
On Fri, Oct 1, 2010 at 8:43 PM, Steve Sakoman wrote:
> On Fri, Oc
Mike Frysinger gentoo.org> writes:
> ive seen issues depending on the env location. if the env cannot be loaded
> early, the *default env* is consulted for its silent settings, and then
> "work" once the saved env is relocated.
>
> might also want to check CONSOLE_IS_IN_ENV is enabled.
Yeah I
On Fri, Oct 1, 2010 at 4:27 PM, John Tobias wrote:
> Hi Guys,
>
> I have a bit problem here and may be you can help some idea to debug
> x-loader (please see the log messages below). I am using a micro-sd card
> with FAT16 partition. I boot my board using the the sd card, the x-loader
> execute a
We are currently giving out loans to any part of the world at 2% interest
rate. If interested, send your name, Resident country and Phone number to Mr.
Bernard Thompson with the email address bellow Email:
48hrsfinancerdesk...@gmail.com or call:
+447024053959
Regards
B&T 48HRS FINANCE LOAN
___
We are currently giving out loans to any part of the world at 2% interest
rate. If interested, send your name, Resident country and Phone number to Mr.
Bernard Thompson with the email address bellow Email:
48hrsfinancerdesk...@gmail.com or call:
+447024053959
Regards
B&T 48HRS FINANCE LOAN
___
We are currently giving out loans to any part of the world at 2% interest
rate. If interested, send your name, Resident country and Phone number to Mr.
Bernard Thompson with the email address bellow Email:
48hrsfinancerdesk...@gmail.com or call:
+447024053959
Regards
B&T 48HRS FINANCE LOAN
___
Hi Guys,
I have a bit problem here and may be you can help some idea to debug
x-loader (please see the log messages below). I am using a micro-sd card
with FAT16 partition. I boot my board using the the sd card, the x-loader
execute and loads the u-boot.bin at address location 0x80e8. But, af
This patch adds a new config parameter for adjusting the calculation of
hash table size when importing a buffer.
When importing a extremely small buffer (e.g. the default_environment)
the old calculation generated a hash table which could hold at most the
buffer content but no more entires.
The n
On Fri, 1 Oct 2010 16:31:40 +0200
Matthias Weißer wrote:
> Hi
>
> I would like to add a new NAND flash type to u-boot and have some
> problems with it. The type is
>
> MT29F16G08CBABA
> – Page size x8: 4320 bytes (4096 + 224 bytes)
> – Block size: 256 pages (1024K + 56K bytes)
> – Plane size:
On Fri, Oct 1, 2010 at 10:11 AM, Kyungmin Park wrote:
> On Fri, Oct 1, 2010 at 10:54 PM, Wolfgang Denk wrote:
>> Kyungmin Park wrote:
>>> There's request from other team. They want to transfer the binary but
>>> it's written as ubifs filesystem.
>>> So download the binary to RAM and then mkfs.ubifs
On Fri, Oct 1, 2010 at 11:02 AM, Yoshinori Sato wrote:
> At Fri, 01 Oct 2010 09:57:49 +0200, Wolfgang Denk wrote:
>> Yoshinori Sato wrote:
>> > It changes reduce bss usage.
>>
>> ... and increases the load on the malloc arean.
>>
>> > Ymodem receive buffer dinamic allocation.
>>
>> As far as I can
Hello,
The GuruPlug has an internal μSD card reader, which it views as a USB
device:
--8<---cut here---start->8---
Marvell>> usb start
(Re)start USB...
USB: Register 10011 NbrPorts 1
USB EHCI 1.00
scanning bus for devices... 3 USB Device(s) found
scann
On Fri, Oct 1, 2010 at 5:55 AM, Wolfgang Denk wrote:
> Dear Reinhard Meyer,
>
> In message <4ca5d857.5010...@emk-elektronik.de> you wrote:
>>
>> The environment issues still persist. I am at a loss
>> there now.
>>
>> Observation: the old style commands "setenv", "printenv", etc.
>> work, but any
On Fri, Oct 01, 2010 at 09:37:55AM -0500, ame wrote:
> On Fri, Oct 01, 2010 at 03:35:14PM +0200, Stefan Roese wrote:
> > On Thursday 30 September 2010 22:15:04 ame wrote:
> > > On my 460ex board, i've tried to add CONFIG_WATCHDOG to the config and it
> > > appears to work until the board tries to b
From 38c6ceb464f63d3705d30d6603624e7d0933f428 Mon Sep 17 00:00:00 2001
From: Richard Retanubun
Date: Fri, 1 Oct 2010 10:17:26 -0400
Subject: [PATCH] board_init_r: Removed unused cmdtp variable
Follow up to commit 620f1f6a64095ed558e68d37f1965d015cd49b02
removed compiler warning for (now) unused
At Fri, 01 Oct 2010 09:57:49 +0200,
Wolfgang Denk wrote:
>
> Dear Yoshinori Sato,
>
> In message <87sk0q1mnf.wl%ys...@users.sourceforge.jp> you wrote:
> >
> > It changes reduce bss usage.
>
> ... and increases the load on the malloc arean.
>
> > Ymodem receive buffer dinamic allocation.
>
> A
Dear Wolfgang Denk,
>> The environment issues still persist. I am at a loss
>> there now.
>>
>> Observation: the old style commands "setenv", "printenv", etc.
>> work, but any "env" command except for "env" alone crashes.
>
> OK. If "printenv" works and "env print" fails then it has nothing to
> d
On Friday 01 October 2010 16:37:55 ame wrote:
> > void reset_4xx_watchdog(void)
> > {
> >
> > /*
> >
> > * Clear TSR(WIS) bit
> > */
> >
> > mtspr(SPRN_TSR, 0x4000);
> >
> > }
> > ...
> >
> > Definitely upper-case here.
>
> Ok, confirmed the new one has it in the
Dear Wolfgang Denk,
> In message <4ca5d26d.2090...@emk-elektronik.de> you wrote:
>>> If this is really for all AT91 SoCs, then please feel free to
>>> introduce a common define (CONFIG_SYS_AT91 ?) and use that. Eventually
>>> you can clean up some other such #if's on the way.
>> That would have to
On Fri, Oct 01, 2010 at 03:35:14PM +0200, Stefan Roese wrote:
> On Thursday 30 September 2010 22:15:04 ame wrote:
> > On my 460ex board, i've tried to add CONFIG_WATCHDOG to the config and it
> > appears to work until the board tries to boot. At that point I can count
> > down about 10 seconds and
Hi
I would like to add a new NAND flash type to u-boot and have some
problems with it. The type is
MT29F16G08CBABA
– Page size x8: 4320 bytes (4096 + 224 bytes)
– Block size: 256 pages (1024K + 56K bytes)
– Plane size: 2 planes x 1024 blocks per plane
– Device size: 16Gb: 2048 blocks
The NAND s
On Fri, Oct 1, 2010 at 10:54 PM, Wolfgang Denk wrote:
> Dear Kyungmin Park,
>
> In message you
> wrote:
>>
>> There's request from other team. They want to transfer the binary but
>> it's written as ubifs filesystem.
>> So download the binary to RAM and then mkfs.ubifs at this address and
>> ubi
This patch fixes a typo in the routine to calculate the cs offset
based upon the contents of the SDRC cs_cfg register. This function
mistakenly shifts the CS1STARTLOW field 17 bits right instead of
17 bits left.
This hasn't been an issue to date because all OMAP3 boards currently
are configured t
Dear Kyungmin Park,
In message you
wrote:
>
> There's request from other team. They want to transfer the binary but
> it's written as ubifs filesystem.
> So download the binary to RAM and then mkfs.ubifs at this address and
> ubinize it finally.
> Then write it to flash.
> When mkfs.ubifs, it r
On Thursday 30 September 2010 22:15:04 ame wrote:
> On my 460ex board, i've tried to add CONFIG_WATCHDOG to the config and it
> appears to work until the board tries to boot. At that point I can count
> down about 10 seconds and the reboot happens. The 10s correlates with
> what I think the watch
Hi Wolfgang.
On Fri, Oct 1, 2010 at 7:53 PM, Wolfgang Denk wrote:
> Dear Donggeun Kim,
>
> In message <4ca5b732.3030...@samsung.com> you wrote:
>> In some case, LZO compression function is needed in U-Boot.
>
> Can you please explain what use cases you have in mind?
There's request from other te
Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
In message <1285937418.2597.24.ca...@swa-m460> you wrote:
>
> Actually I'm trying to implement a simple bitbanged Nand-Flash
> device connected to a PCI FPGA.
>
> I'm running latest U-Boot on mvBL-M7 board (MPC8343).
>
> Unfortunately nand_init() gets call
Dear Reinhard Meyer,
In message <4ca5d857.5010...@emk-elektronik.de> you wrote:
>
> The environment issues still persist. I am at a loss
> there now.
>
> Observation: the old style commands "setenv", "printenv", etc.
> work, but any "env" command except for "env" alone crashes.
OK. If "printenv"
Actually I'm trying to implement a simple bitbanged Nand-Flash
device connected to a PCI FPGA.
I'm running latest U-Boot on mvBL-M7 board (MPC8343).
Unfortunately nand_init() gets called before pci_init() within
arch/powerpc/lib/board.c ?
Is there any possibility to defer nand_init after pci_in
Dear Reinhard Meyer,
In message <4ca5d26d.2090...@emk-elektronik.de> you wrote:
>
> > If this is really for all AT91 SoCs, then please feel free to
> > introduce a common define (CONFIG_SYS_AT91 ?) and use that. Eventually
> > you can clean up some other such #if's on the way.
>
> That would have
> I did the changes of adding the clock values to gd, and it became somewhat
> better, but there are still issues pending:
>
> 1. NAND accesses cause "raise: Signal # 8 caught"
> but still work, kernel boots normally.
> 2. environment is still invalid - when I boot the
> "CONFIG_SYS_ARM_WITHOUT_RE
Hi,
[...]
>> regarding broken gmane search:
>>
(just wondering, why i did not find that via google and gmane
search on the
u-boot mailing list archive - i searched for dockstar and for
freeagent , but got
no hits!)
>>>
>>> Actually I have no clue. The gmane search seems
Dear Wolfgang Denk,
>> For the fix, I see an ugly multiline
>> #if defined(AT91SAM9260) || defined(AT91SAM9G20) || ...
>> coming into arch/arm/asm/global_data.h.
>>
>> There is no common defined value for all AT91 SoCs that could be used.
>
> If this is really for all AT91 SoCs, then please feel f
Dear Reinhard Meyer,
In message <4ca5c7de.6010...@emk-elektronik.de> you wrote:
>
> For the fix, I see an ugly multiline
> #if defined(AT91SAM9260) || defined(AT91SAM9G20) || ...
> coming into arch/arm/asm/global_data.h.
>
> There is no common defined value for all AT91 SoCs that could be used.
Dear Wolfgang Denk,
>>
>> it became illegal once u-boot for AT91 became required to be relocated
>>
>
> No, it has always been illegal. You might thave been lucky that in
> your case the erros did not show up erarlier, but this does not change
> anything.
Sorry, before recently there was no rel
Dear Reinhard Meyer,
In message <4ca5bfef.3090...@emk-elektronik.de> you wrote:
>
>
> it became illegal once u-boot for AT91 became required to be relocated
>
No, it has always been illegal. You might thave been lucky that in
your case the erros did not show up erarlier, but this does not chan
Dear Wolfgang Denk,
> ...which is, and always has been, illegal.
it became illegal once u-boot for AT91 became required to be relocated
> Not bd-> but gd-> which was made for exactly that purpose.
typedef struct global_data...
I will try that. And fix the whitespace error as well...:)
Th
Dear Reinhard Meyer,
In message <4ca5bb7a.8050...@emk-elektronik.de> you wrote:
>
> > in "static unsigned long" vars ... as this code
> > runs before relocation, this seems to me as it
> > could be the reason for your problems ... but I
> > can;t try it here ... can you check this?
>
> Indeed, t
Dear Donggeun Kim,
In message <4ca5b732.3030...@samsung.com> you wrote:
> In some case, LZO compression function is needed in U-Boot.
Can you please explain what use cases you have in mind?
So far, we provide only uncompression functions, and it seems nobody
ever needed compression inside U-Boot
Dear Frans Meulenbroeks,
In message you
wrote:
> If I run i2c dev to set the bus it replies what it did:
>
> => i2c dev 0
> Setting bus to 0
I actually consider thsi somewhat useful, as you are performing a
change of the system state, and it is pretty useful to see that it did
what you wanted
Dear Heiko Schocher,
> Hmm.. mabe something with at91_clock_init()
>
> This is called in arch_cpu_init(), and
> at the end, clocks are stored in
>
> arch/arm/cpu/arm926ejs/at91/clock.c
>
> in "static unsigned long" vars ... as this code
> runs before relocation, this seems to me as it
> could be t
In some case, LZO compression function is needed in U-Boot.
This patch supports LZO compression feature which is originated from Linux
kernel.
Thanks.
-Donggeun Kim
Signed-off-by: Donggeun Kim
Signed-off-by: Kyungmin Park
---
lib/lzo/Makefile |2 +-
lib/lzo/lzo1x_compress.c | 21
Dear Wolfgang Denk,
> Dear Reinhard Meyer,
>
> In message <4ca590e6.6070...@emk-elektronik.de> you wrote:
>> it seems, that with relocation enabled, some
>> data does not seem to get initialized properly:
>
> I rather suspect you have code running that violates the
> pre-relocation restrictions (
If I run i2c dev to set the bus it replies what it did:
=> i2c dev 0
Setting bus to 0
Other commands do not seem to do that. e.g. mw does not tell it has
written a value.
Should we make i2c dev silent too? (I'm using this in a script and
want to avoid superfluous messages).
If desired I can subm
The GPIO 16 and 19 reconfiguration should be done once USB is initialized.
So moved the reconfiguration to the USB init function.
Signed-off-by: Rupjyoti Sarmah
---
board/amcc/canyonlands/canyonlands.c | 23 +--
1 files changed, 13 insertions(+), 10 deletions(-)
diff --g
Dear Reinhard Meyer,
In message <4ca590e6.6070...@emk-elektronik.de> you wrote:
>
> it seems, that with relocation enabled, some
> data does not seem to get initialized properly:
I rather suspect you have code running that violates the
pre-relocation restrictions (no bss segment available, read-
Dear Heiko Schocher,
In message <4ca58665.8080...@denx.de> you wrote:
>
> > "intended location" == "relocation address based on ram size" ??
>
> admitted, just a good idea for boards where ramsize is always fix ...
This is _not_ sufficient.
Assume PRAM support.
Best regards,
Wolfgang Denk
-
Hello Wolfgang,
Wolfgang Denk wrote:
> Dear Heiko Schocher,
>
> In message <4ca57762.3000...@denx.de> you wrote:
>> If u-boot starts in RAM, then it is the task from the preloader
>> where it copies u-boot code, and if there is somewhere in IRAM
>> enough room for it, this would be an option. Oth
Hello Reinhard,
Reinhard Meyer wrote:
> it seems, that with relocation enabled, some
> data does not seem to get initialized properly:
>
> w/o relocation:
>
> mmci
> mci: setting clock 194000 Hz, block size 512
> mci: setting clock 194000 Hz, block size 512
> mci: setting clock 194000 Hz, block s
Dear Reinhard Meyer,
In message <4ca5821e.3070...@emk-elektronik.de> you wrote:
>
> I think it would be safe that a preloader loads u-boot to the very
> bottom of SDRAM. If the SDRAM is not at least double the size of
> u-boot, u-boot needs a diet ;)
This may or may not be safe. Some systems (fo
Dear Heiko Schocher,
[There is no need to always keep the full quote. Please delete parts
that are not interesting for the current diuscussion.]
In message <4ca57ce7.1060...@denx.de> you wrote:
>
> > But one can configure with gaps too, for ex. If any new board uses two
> > chips with smaller s
Dear Yoshinori Sato,
In message <87sk0q1mnf.wl%ys...@users.sourceforge.jp> you wrote:
>
> It changes reduce bss usage.
... and increases the load on the malloc arean.
> Ymodem receive buffer dinamic allocation.
As far as I can see we increase the code size, and shift a fixed sized
buffer from
Dear Prafulla Wadaskar,
In message
you wrote:
>
> > This is only OK, if the memory banks are consecutive without
> > gaps ... is this true for all boards?
>
> Yes, those are consecutive without gaps on all boards so far.
> But one can configure with gaps too, for ex. If any new board uses two
Dear Heiko Schocher,
In message <4ca57762.3000...@denx.de> you wrote:
>
> If u-boot starts in RAM, then it is the task from the preloader
> where it copies u-boot code, and if there is somewhere in IRAM
> enough room for it, this would be an option. Otherwise it is a
> problem if relocation resul
Hello,
it seems, that with relocation enabled, some
data does not seem to get initialized properly:
w/o relocation:
mmci
mci: setting clock 194000 Hz, block size 512
mci: setting clock 194000 Hz, block size 512
mci: setting clock 194000 Hz, block size 512
mci: setting clock 194000 Hz, block size
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Thursday, September 30, 2010 11:00 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH] Kirkwood: dram_init is moved to dram.c
>
> Dear Prafulla
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: Thursday, September 30, 2010 9:11 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH] Kirkwood: Changes specific to
> ARM relocation support
>
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.arib...@free.fr]
> Sent: Friday, October 01, 2010 10:23 AM
> To: Wolfgang Denk
> Cc: Prafulla Wadaskar; u-boot@lists.denx.de; h...@denx.de
> Subject: Re: [PATCH V3 2/2] [NEXT] arm926ejs: reduce code
> size with -msingle-pic-bas
Le 01/10/2010 08:39, Reinhard Meyer a écrit :
>>> Actually CONFIG_SKIP_RELICATE_UBOOT should become unneeded once all
>>> boards which use it are made to support relocation, as the code will
>>> always check if it runs at its intended location and relocate only if
>>> needed.
>
> "intended locatio
60 matches
Mail list logo