uld also be unavailable.
Better to just not depend on the DTB at all for basic operation. ie.
don't brick the board if the DTB is unavailable.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
-
This SF.Net
gt; * in use.
>
> Do you think this is a reasonable plan? Any hints, ideas, tips?
Yes...
but I'll take this opportunity to suggest that kernel.org hosting
might provide better support with far less effort... then again, I
don&
use I thought it will be useful for
> other people and the mail list response in that way. It was my first
> patch to the u-boot and I had problems to fit the rules. It is also my
> first time with git
Okay, that is fine. Until there is a user of this, I recommend not
merging it into m
On Mon, Jul 28, 2008 at 10:07:49AM -0500, Kumar Gala wrote:
> One topic that come up during OLS in discussions and u-boot BOF was
> the idea of driving u-boot configuration from a device tree instead of
> from "config.h". I was wondering if anyone has actually looked at
> doing this.
>
> On
On Mon, Jul 28, 2008 at 12:06:21PM +0200, Ricardo Ribalda Delgado wrote:
> This driver provides access to a simulated i2c eeprom.
> This simulated eeprom could be very useful in boards with
> ddr2 memories and no i2c interfaces.
>
> Using this driver the user can simulate a spd eeprom
> of a ddr2
On Sat, Jul 26, 2008 at 3:53 AM, kenneth johansson <[EMAIL PROTECTED]> wrote:
> On Sat, 2008-07-26 at 01:48 -0400, Grant Likely wrote:
>> On Thu, Jul 24, 2008 at 2:09 PM, Kenneth Johansson <[EMAIL PROTECTED]> wrote:
>> > On Thu, 2008-07-24 at 10:37 -0700, vb wrote
On Sat, Jul 26, 2008 at 1:54 AM, vb <[EMAIL PROTECTED]> wrote:
> On Fri, Jul 25, 2008 at 10:43 PM, Grant Likely
> <[EMAIL PROTECTED]> wrote:
>>
>> The problem is that the u-boot C runtime setup is insane and must be
>> fixed. Fix the C runtime and the probl
On Sat, Jul 26, 2008 at 2:06 AM, Grant Likely <[EMAIL PROTECTED]> wrote:
> BTW, searching for assignments to reloc_off in the source will tell
> you which platforms are broken.
Oops, actually I'm insane on this statement. Not setting reloc_off
could mean that relocation is sim
t the MIPS folks do
the same. Each arch has it's own set of CFLAGS and LDFLAGS needed to
produce a sane binary. They should be picked off and fixed one arch
at a time.
BTW, searching for assignments to reloc_off in the source will tell
you which platforms are broken.
g.
--
Grant Like
th the same flags.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & w
Can you test against various versions of gcc? That is where I ran into trouble.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
-
This SF.Net email is sponsored by the Moblin Your Move Developer's
the time or
resources to properly dig into it and I got frustrated before it was
fully debugged.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
-
This SF.Net email is sponsored by the Moblin Your Move Devel
On Thu, Jul 24, 2008 at 05:18:26AM +0200, Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
> >
> > I think the list engine at SourceForge converts the mail to base64
> > whenever it feels like it. So there's not much to do about it on your
> > end except staying away from anything
On Wed, Jul 23, 2008 at 11:20:50AM +0200, Haavard Skinnemoen wrote:
> "Ricardo Ribalda Delgado" <[EMAIL PROTECTED]> wrote:
> > I think that I created it using the git-format-patch and I did sent
> > it using the git-send-email Any modifier that I should use?
>
> I think the list engine at Sou
On Fri, Jul 18, 2008 at 01:06:40PM -0700, Dan Batryn wrote:
>
> We are developing a set of UBOOT / Linux products based on the AMCC
> 440EP and 405EX PowerPC processors. They have their basis on the AMCC
> Yosemite and Kilauea development platforms. Are there any user's
> recommendati
On Wed, Jul 16, 2008 at 04:22:32PM +0200, Ricardo Ribalda Delgado wrote:
> Casting on in_be32 not in MACROS
>
> Signed-off-by: Ricardo Ribalda Delgado <[EMAIL PROTECTED]>
Acked-by: Grant Likely <[EMAIL PROTECTED]>
> ---
> serial_xuartlite.c: In function ‘serial_put
On Wed, Jul 16, 2008 at 03:01:33AM +0200, Ricardo Ribalda Delgado wrote:
> diff --git a/drivers/serial/serial_xuartlite.c
> b/drivers/serial/serial_xuartlite.c
> index 5c41a1c..2e6f096 100644
> --- a/drivers/serial/serial_xuartlite.c
> +++ b/drivers/serial/serial_xuartlite.c
> @@ -37,9 +37,9 @@
>
board/matrix_vision/mvbc_p/mvbc_p.h
create mode 100644 board/matrix_vision/mvbc_p/mvbc_p_autoscript
create mode 100644 doc/README.mvbc_p
create mode 100644 include/configs/MVBC_P.h
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd
On Mon, Jul 14, 2008 at 11:12:38PM +0200, Wolfgang Denk wrote:
> Hi everybody,
>
> from my point of view I think we're ready for a -rc1 prerelease, but I
> am aware that some patches are still pending in the queues of some
> custodians (at least this is what I think), so anybody with pending
> pul
On Fri, Jul 11, 2008 at 10:10:31AM +0200, [EMAIL PROTECTED] wrote:
> From: Michal Simek <[EMAIL PROTECTED]>
>
> Redesign uartlite driver to in_be32 and out_be32 macros
> Fix missing header in io.h
>
> Signed-off-by: Michal Simek <[EMAIL PROTECTED]>
Acked-by:
moved to a new file called
include/mpc5200.h. They should also be prefixed with MPC5200_ to no
pollute the namespace. (There is other stuff that is 5200 specific
which should be in the same file, but I'm not asking you to do that
also. That would be a separate activity).
> +#define LED_G0
#define CFG_MONITOR_LEN(256 * 1024)/* Reserve
> 256 kB for Mon */
> #ifdef CONFIG_FSL_DIU_FB
> #define CFG_MALLOC_LEN (6 * 1024 * 1024) /* Reserved for
> malloc */
> +#define CFG_SPLASH_SIZE(2 * 1024 * 1024)
> #else
&
On Thu, May 29, 2008 at 2:11 PM, Kenneth Johansson <[EMAIL PROTECTED]> wrote:
>
> On Thu, 2008-05-29 at 15:37 -0400, Martha Marx wrote:
>> Signed-off-by: Martha Marx <[EMAIL PROTECTED]>
Acked-by: Grant Likely <[EMAIL PROTECTED]>
>> ---
>> board/ads51
On Thu, May 29, 2008 at 12:23 PM, Martha Marx <[EMAIL PROTECTED]> wrote:
> Signed-off-by: Martha Marx <[EMAIL PROTECTED]>
Acked by: Grant Likely <[EMAIL PROTECTED]>
> ---
> Makefile |9 -
> board/ads5121/README |9 ++
Boot and Linux) and I think that he is
> very qualified for this job.
>
> Therefore I officially propose Scott Wood as new u-boot-nand-flash custodian.
> I would really like to get some feedback on this. Any comments or other
> suggestions?
Acked-by: Grant Likely <[EMAIL
6:24:13)
> [...]
>
>
> The file "sequoia.dtb was created by
> $dtc dts/sequoia.dts -O dtb -o sequoia.dtb
>
> Can anyone tell me what went wrong?
You're hitting a limitation of current u-boot. It doesn't know how to
allocate more space in a device tree blob. Try
om the powerpc tree?
Sorry, I don't understand what you're asking.
There are two way to boot a Linux image from arch/powerpc.
1) build a uImage and get u-boot to pass a device tree blob (if your u-boot
had device tree support)
2) build a cuImage which wraps the device tree in the ke
_HARD_I2C
> #endif
>
> And then use the simple
>
> OBJC-$(CONFIG_I2C_MXC) += ...
>
Yes, this is the way I'd solve the problem.
Cheers,
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
-
T
e of toolchain versions (the reason Grant's stuff got
> reverted).
The main problem is not really understanding how gcc wants to handle
relocation. I've got no idea what needs to be different between
versions of gcc. Someone with greater gcc powers than I ne
IG_HAS_POST value that specifies that CONFIG_POST has a value.
As for having to do this again for the next one; yes we will. That's
just going to be part of the pain of moving to a Kconfig style system.
Not all CONFIG_ values are suitable for conditional compilation from
the makefiles so wher
ure that the
ft_board_setup function is getting called by bootm and that it fills
in those properties.
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
-
This SF.net email is sponsored by: Microsoft
Defy all chal
board specific #ifdef ...
Okay then.
Acked-by: Grant Likely <[EMAIL PROTECTED]>
Wolfgang, can you please pick this one up?
Thanks,
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
-
This SF.net em
--
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> U-Boot-Users mailing list
> U-B
n your code:
> type_name = image_get_type_name (image_get_type (hdr));
> will effectively try to access hdr->ih_type, which will not work when
> hdr is an address in Data Flash.
Ugh, please don't continue down that path. Dataflash is a serial
flash technology, but the driver pretends
t went wrong (nor did I have any
other versions of the compiler installed).
g.
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Micro
't use 'make -s', MAKEALL, or anything
else to trim the output (I certainly don't). By making the default
output terse, with errors and warning visually distinct from progress
indication, in increases the likelyhood that warnings will a
On 1/16/08, Jon Loeliger <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-01-15 at 16:59, Grant Likely wrote:
>
> > Nit: Don't do it this way; do this instead (to match the style used in
> > other Makefiles):
> >
> > +COBJS-y:= pq-mds-pib.o
> >
d by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> U-Boot-Users mailing list
> U-Boot-Users@li
38 matches
Mail list logo
