Re: [U-Boot] [PATCH 4/9] imx: nand: Place BBT patterns into free OOB region

[Timo Ketola]

On 13.04.2012 21:17, Scott Wood wrote:

It looks like Linux wants the BBT to be at offset zero.  Is there any
plan to fix that?  The two really should match...


Somewhere in the process I got an impression that BBT couldn't be placed over 
the area where factory markers would be. But you made me think and I reverted 
the offset in my kernel back to zero and changed U-Boot accordingly. It seems 
to work perfectly like that. So I think now that the offset at zero is right.


Should I post v3 patchset now or only this one again or minimize noise and wait 
for more comments?


--

Timo
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] yaffs2 u-boot patching support

[Charles Manning]

Hello ubooters and yaffsers

I was commissioned to refresh yaffs2 in u-boot and add a mechanism to support 
dynamic yaffs partition set up (way simpler than screwing around with mtd 
part) and manual configuration.

 Rather than do this as a once off, I set this scripting up so that this can 
be done at any time (painlessly I hope) to bring in the fresh code (as per 
Linux patching).

Basically...

Get latest from yaffs git.

cd yaffs2-dir/direct/u-boot

./patch-u-boot.sh uboot-dir

Edit your u-boot config file and add

#define CONFIG_YAFFS2 1


Rebuild u-boot (mrproper probably a Good Idea). Job done.

OK, so how does the new dynamic partition stuff work?

There are 2 new commands: ydevconfig configures a mount point "partition" and 
ydevls lists the mount points and their state

So for example let us say we want a mount point called foo on NAND device 0 
starting at block 55 and ending at block 999.

ydevconfig foo 0 55 999

Now you want to mount it.

ymount foo

Access files and do stuff...

yls foo
yls -l foo   # more info
ymkdir foo/dir
...

You can have multiple mountpoints in use at the same time though they are not 
allowed to overlap.

inband tags is selected automatically if there is insufficient space in 
oobavail to store the tags.

Have fun.

Charles




___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] u-boot for sbc8641D ASMPmode

[Marek Vasut]

Dear Li, Chanjuan,

> hi,all:
>I want to boot two os images in sbc8641D board, Could you tell me
> where can I download *MPC8641D* ASMP support *u-boot* ?  thanks ahead !

git://git.denx.de ftp://denx.de/pub/u-boot

> 
> best regards
> 
> lily

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] u-boot for sbc8641D ASMPmode

[Li, Chanjuan]

hi,all:
   I want to boot two os images in sbc8641D board, Could you tell me
where can I download *MPC8641D* ASMP support *u-boot* ?  thanks ahead !



best regards

lily
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] packet dropping problem in uboot

[Marek Vasut]

Dear Ali Ahari,

> Dear All,
> I have a board with a DSP processor and two Ethernet controllers(dm9000) .
> U-boot is installed on the DSP processor which is configured to work with
> these two Ethernets. I have two questions:

So far, I also have two questions:
1) What CPU is it?
2) What version of U-Boot (mainline or manufacturer-patched)?

> 1- I can just work with one of the Ethernets at a time and  call eth_rx for
> it, is it possible to work with both of ethernets and read data from them
> as data arrives(currently I have implemented a polling mechanism to read
> from both eths)?

One at time

> 2- I want to read packets from one eth and send it from another eth, but I
> found out that I can just transfer ARP packets in this way and I can't even
> read other packet types like UDP, Does uboot have a built-in mechanism for
> dropping and filtering some kind of packets?

Like netfilter? Boot linux ;-)

> Regards,
> Ahari

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v5] kirkwood: add support for Cloud Engines Pogoplug E02

[David Purdy]

On Sun, Apr 15, 2012 at 2:41 AM, Prafulla Wadaskar  wrote:
>
>
>> -Original Message-
>> From: David Purdy [mailto:david.c.pu...@gmail.com]
>> Sent: 15 April 2012 00:54
>> To: u-boot@lists.denx.de
>> Cc: Prafulla Wadaskar; albert.u.b...@aribaud.net
>> Subject: Re: [PATCH v5] kirkwood: add support for Cloud Engines
>> Pogoplug E02
>>
>> Hi Wolfgang, Prafulla, Albert & all,
>>
>> Any chance to push this in 2012.04 release?
>>
>
> Yes, it's in my place, I will pull it.
>
> Regards..
> Prafulla . . .

Prafulla,

That sounds great, thanks!

regards,

Dave
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v7] kirkwood: add NAS62x0 board support

[Luka Perkov]

Hi Marek,

On Sun, Apr 15, 2012 at 12:41:10PM +0200, Marek Vasut wrote:
> > +#define CONFIG_ENV_SIZE0x2
> > +#define CONFIG_ENV_OFFSET  0x8
> 
> The indent is weird in here?

No. Indentation is ok, the "+" moves it, when you apply the patch it
looks ok in include/configs/ib62x0.h

> > +#define CONFIG_DOS_PARTITION
> > +#define CONFIG_MVSATA_IDE_USE_PORT0
> > +# if defined(CONFIG_BOARD_IS_IB_NAS6210)
> > +#  undef CONFIG_SYS_IDE_MAXBUS
> > +#  define CONFIG_SYS_IDE_MAXBUS1
> 
> undef
> define
> 
> Why ?

To avoid this warning while compiling:

include/configs/ib62x0.h:140:0: warning: "CONFIG_SYS_IDE_MAXBUS" redefined 
[enabled by default]
include/asm/arch/config.h:131:0: note: this is the location of the previous 
definition
include/configs/ib62x0.h:141:0: warning: "CONFIG_SYS_IDE_MAXDEVICE" redefined 
[enabled by default]
include/asm/arch/config.h:132:0: note: this is the location of the previous 
definition

> Also, why do you use "#   define" stuff (with these spaces)?

We already had this argument ;)

http://lists.denx.de/pipermail/u-boot/2012-March/120591.html

We agreed to keep the "#[space][space]define" convention.

Thank you Marek for looking at the patch again.

Regards,
Luka
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

[U-Boot] packet dropping problem in uboot

[Ali Ahari]

Dear All,
I have a board with a DSP processor and two Ethernet controllers(dm9000) .
U-boot is installed on the DSP processor which is configured to work with
these two Ethernets. I have two questions:
1- I can just work with one of the Ethernets at a time and  call eth_rx for
it, is it possible to work with both of ethernets and read data from them
as data arrives(currently I have implemented a polling mechanism to read
from both eths)?
2- I want to read packets from one eth and send it from another eth, but I
found out that I can just transfer ARP packets in this way and I can't even
read other packet types like UDP, Does uboot have a built-in mechanism for
dropping and filtering some kind of packets?

Regards,
Ahari
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Introducing myself

[Marek Vasut]

Dear Timo Ketola,

> On 15.04.2012 11:11, Marek Vasut wrote:
> > btw don't let some duds ward you off ;-)
> 
> Reading a handful of technical lists I know what you mean, but, While I'm
> prepared for my fair share of impertinent feedback, all comments so far
> have been helpful and well-founded.

Aww ... stop your yapping, don't even talk to me, you don't even understand 
anything ;-D

> And I'd like to thank (should have in the first message) the community for
> the great product. It has much more value than a comparable closed source
> product even if it were ready made and complete.

Ok, on a more serious note, you're very welcome and we look forward to your 
contributions :-)

> 
> --
> 
> Timo

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Introducing myself

[Timo Ketola]

On 15.04.2012 06:12, Mike Frysinger wrote:

g'luck!


Thanks!

--

Timo
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Introducing myself

[Timo Ketola]

On 15.04.2012 11:11, Marek Vasut wrote:

btw don't let some duds ward you off ;-)


Reading a handful of technical lists I know what you mean, but, While I'm 
prepared for my fair share of impertinent feedback, all comments so far have 
been helpful and well-founded.


And I'd like to thank (should have in the first message) the community for the 
great product. It has much more value than a comparable closed source product 
even if it were ready made and complete.


--

Timo
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v7] kirkwood: add NAS62x0 board support

[Marek Vasut]

Dear Luka Perkov,

> Add support for new boards RaidSonic ICY BOX NAS6210 and NAS6220.
> 
> NAS6210 has 1 SATA and 1 eSATA port while NAS6220 has 2 SATA ports.
> 
> More information about the boards can be found here:
> 
> http://www.raidsonic.de/en/products/nas-systems.php?we_objectID=7036
> http://www.raidsonic.de/en/products/nas-systems.php?we_objectID=7515
> 
> Signed-off-by: Luka Perkov 
> Signed-off-by: Gerald Kerma 
> Signed-off-by: Simon Baatz 
> ---
> 
> Changes from version v1:
> 
>  * use tools/checkpatch.pl to locate patch errors and fix them
>  * add two entries in boards.cfg, one for each board
>  * fixed CONFIG_RESET_PHY_R
>  * don't define values for macros that enable features only
>  * remove static RAM configuration
>  * fix comments
>  * use only CONFIG_ENV_OFFSET and remove CONFIG_ENV_ADDR
>  * clean coding style
>  * add entry in MAINTAINERS file
> 
> Changes from version v2:
> 
>  * use defined() in macros for board selection for robustness
> 
> Changes from version v3:
> 
>  * don't use utf8 for Geralds name
>  * don't mix upper/lower case in kwbimage.cfg
>  * fix prompt
> 
> Changes from version v4:
>  * fix board Makefile (clean and distclean)
>  * use generic way to handle arch number of the board
>  * fix MAINTAINERS file
>  * move code from Marvell to raidsonic folder
>  * use CONFIG_MACH_TYPE
>  * set only necessary GPIOs
>  * use link instead of address for license
>  * add few links about board being supported for quick reference
>  * add previous change logs
>  * multiple updates to kwbimage.cfg, thank you Simon
> 
> Changes from version v5:
>  * remove typo from kwbimage.cfg (duplicated lines), thank you David
>  * clean up comments in kwbimage.cfg
> 
> Changes from version v6:
>  * replace KW_SATA_PORT0_OFFSET with MV_SATA_PORT0_OFFSET
>  * change commit message
> 
> NAS6210 eSATA port is not working from uboot... That is why there are
> CONFIG_BOARD_IS_IB_NAS6210 and CONFIG_BOARD_IS_IB_NAS6220 in ib62x0.h
> config file.
> 
> Any chance to push this in 2012.04 release?
> 
>  MAINTAINERS |5 +
>  board/raidsonic/ib62x0/Makefile |   43 +
>  board/raidsonic/ib62x0/ib62x0.c |   79 
>  board/raidsonic/ib62x0/ib62x0.h |   40 
>  board/raidsonic/ib62x0/kwbimage.cfg |  169
> ++ boards.cfg  |  
>  2 +
>  include/configs/ib62x0.h|  173
> +++ 7 files changed, 511 insertions(+)
> 
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 72f8b64..e6608ea 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -781,6 +781,11 @@ Linus Walleij 
>   integratorapvarious
>   integratorcpvarious
> 
> +Luka Perkov 
> +
> + ib6210  ARM926EJS
> + ib6220  ARM926EJS
> +
>  Dave Peverley 
> 
>   omap730p2   ARM926EJS
> diff --git a/board/raidsonic/ib62x0/Makefile
> b/board/raidsonic/ib62x0/Makefile new file mode 100644
> index 000..d450f8d
> --- /dev/null
> +++ b/board/raidsonic/ib62x0/Makefile
> @@ -0,0 +1,43 @@
> +#
> +# (C) Copyright 2009
> +# Marvell Semiconductor 
> +# Written-by: Prafulla Wadaskar 
> +#
> +# See file CREDITS for list of people who contributed to this
> +# project.
> +#
> +# This program is free software; you can redistribute it and/or
> +# modify it under the terms of the GNU General Public License as
> +# published by the Free Software Foundation; either version 2 of
> +# the License, or (at your option) any later version.
> +#
> +# This program is distributed in the hope that it will be useful,
> +# but WITHOUT ANY WARRANTY; without even the implied warranty of
> +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> +# GNU General Public License for more details.
> +#
> +# You should have received a copy of the GNU General Public License
> +# along with this program. If not, see .
> +#
> +
> +include $(TOPDIR)/config.mk
> +
> +LIB  = $(obj)lib$(BOARD).o
> +
> +COBJS:= ib62x0.o
> +
> +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
> +OBJS := $(addprefix $(obj),$(COBJS))
> +SOBJS:= $(addprefix $(obj),$(SOBJS))
> +
> +$(LIB):  $(obj).depend $(OBJS) $(SOBJS)
> + $(call cmd_link_o_target, $(OBJS) $(SOBJS))
> +
> +#
> +
> +# defines $(obj).depend target
> +include $(SRCTREE)/rules.mk
> +
> +sinclude $(obj).depend
> +
> +#
> diff --git a/board/raidsonic/ib62x0/ib62x0.c
> b/board/raidsonic/ib62x0/ib62x0.c new file mode 100644
> index 000..65f2c2e
> --- /dev/null
> +++ b/board/raidsonic/ib62x0/ib62x0.c
> @@ -0,0 +1,79 @@
> +/*
> + * Copyright (C) 2011-2012
> + * Gerald Kerma 
> + * Luka Perkov 
> + * Simon Baatz 
> + *
> + * See file CREDITS for list of people who contributed to this
> + * project.
> + *
> + * This program is free software; you can redistribute it and/or
> 

Re: [U-Boot] [PATCH] mx6qsabresd: Add basic support

[stefano babic]

Am 14/04/2012 22:13, schrieb Wolfgang Denk:
> Dear Stefano,
> 
> In message <4f898ca5.8070...@denx.de> you wrote:
>>
>> The start address CONFIG_SYS_MEMTEST_START is the lowest address of the
>> SDRAM that can be accessed, that is MMDC0_ARB_BASE_ADDR (0x1000) for
>> i.MX6.
> 
> But it _should_ be the lowest address that can _safely_ be used for
> such tests, i. e. the range MEMTEST_START - MEMTEST_START must neither
> contain the exception vectors, not U-Boot's code, stack or malloc arena.
> 
>> dynamically, also the last RAM address that can be tested should be
>> computed at run time and not at compile time with CONFIG_SYS_MEMTEST_END.
> 
> CONFIG_SYS_MEMTEST_END is NOT the end of physical RAM, but the end of
> the range that can be tested without crashing U-Boot...

Well, but why do we have to define at compile time this value, that in
most cases can be wrong ? Why should "mtest" use a default value if not
all parameters are passed ? IMHO it is better if mtest returns with an
error if end address is not provided.

> 
> Such a patch would be wrong.

Really I think it is better to get rid completely of
CONFIG_SYS_MEMTEST_START and CONFIG_SYS_MEMTEST_END without trying to
make some (maybe wrong) assumptions, and let mtest doing its job

Best regards,
Stefano Babic

-- 
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: off...@denx.de
=
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH] mx6qsabresd: Add basic support

[stefano babic]

Am 14/04/2012 22:15, schrieb Wolfgang Denk:
> Dear Stefano,
> 
> In message <4f899f3b.2080...@denx.de> you wrote:
>>
>> Something like this, but not exactly this. After sending my answer I
>> remembered that the stack is *before* u-boot code, and not after as I
>> wrote - using gd->relocaddr is wrong. We should subtract the memory
>> reserve for stack and heap from this value.
> 
> There is no builtin limit for the stack size in U-Boot.  It gows
> downward unchecked.

I see, but then it seems to me that CONFIG_STACKSIZE is obsolete - right ?

Best regards,
Stefano Babic

-- 
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: off...@denx.de
=
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 05/08] omap3: Introduce weak misc_init_r

[stefano babic]

Am 14/04/2012 00:20, schrieb Tom Rini:
> Introduce a __weak misc_init_r function that just runs dieid_num_r().
> Remove misc_init_r from cm_t35, mcx, omap3_logic and mt_ventoux as this was
> all they did for misc_init_r.
> 
> Cc: Igor Grinberg 
> Cc: Ilya Yanok 
> Cc: Peter Barada 
> Cc: Stefano Babic 
> Signed-off-by: Tom Rini 
> ---

Acked-by : Stefano Babic 

Best regards,
Stefano Babic

-- 
=
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: off...@denx.de
=
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Introducing myself

[Marek Vasut]

Dear Mike Frysinger,

> On Thursday 12 April 2012 03:20:31 Timo Ketola wrote:
> > This is the first time for me to work with a community. Working practices
> > in a community (git procedures etc.) are all new for me. So, I'll expect
> > constructive critic on my forthcoming posts.
> 
> g'luck!

Heh, sounded reassuring ;-)

btw don't let some duds ward you off ;-)

> -mike

Best regards,
Marek Vasut
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH v5] kirkwood: add support for Cloud Engines Pogoplug E02

[Prafulla Wadaskar]

> -Original Message-
> From: David Purdy [mailto:david.c.pu...@gmail.com]
> Sent: 15 April 2012 00:54
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; albert.u.b...@aribaud.net
> Subject: Re: [PATCH v5] kirkwood: add support for Cloud Engines
> Pogoplug E02
> 
> Hi Wolfgang, Prafulla, Albert & all,
> 
> Any chance to push this in 2012.04 release?
> 

Yes, it's in my place, I will pull it.

Regards..
Prafulla . . .
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [PATCH 05/08] omap3: Introduce weak misc_init_r

[Igor Grinberg]

On 04/14/12 01:20, Tom Rini wrote:
> Introduce a __weak misc_init_r function that just runs dieid_num_r().
> Remove misc_init_r from cm_t35, mcx, omap3_logic and mt_ventoux as this was
> all they did for misc_init_r.
> 
> Cc: Igor Grinberg 
> Cc: Ilya Yanok 
> Cc: Peter Barada 
> Cc: Stefano Babic 
> Signed-off-by: Tom Rini 

Acked-by: Igor Grinberg 

Thanks for the patch.

-- 
Regards,
Igor.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot