Sorry, Add Albert to the thread.
Thanks,
hongbo
On 02/09/12 14:49, Zhong Hongbo wrote:
> From: Zhong Hongbo
>
> When the u-boot address of destination equal to __start,
> no relocation. relocation offset(r9) = 0.
>
> Signed-off-by: Zhong Hongbo
> ---
> Change for V3:
> - Drop the change
From: Zhong Hongbo
When the u-boot address of destination equal to __start,
no relocation. relocation offset(r9) = 0.
Signed-off-by: Zhong Hongbo
---
Change for V3:
- Drop the change of arm720t, It has already merge the change.
Change for V2:
- Clean a line for arm1176.
---
ar
Commit 86c6326 "ARM: arm1176: enable instruction cache in
arch_cpu_init()" defined arch_cpu_init() in a file that is shared across
all arm1176 SoCs. tnetv107x already implemented this function, which
caused linking to break. Move the new conflicting arch_cpu_init() into
arm1176/bcm2835/init.c so th
On 09/01/2012 02:10 AM, Albert ARIBAUD wrote:
> Tom, Stephen,
>
> I am surprised because I keep copy-pastes of my builds, and this one
> does not appear in recent copy-pastes, so even though I double-checked
> on my local u-boot-arm repository, I need confirmation from someone
> else.
>
> In u-bo
Dear Andreas Bießmann,
> Dear Marek Vasut,
Heh, this Dear $recipient became really popular :-)
[...]
> return is not required here ..
>
> > }
> >
> > static inline void console_puts(int file, const char *s)
> > {
> >
> > - stdio_devices[file]->puts(s);
> > + struct stdio_dev *dev = s
Dear Marek Vasut,
On 01.09.12 00:44, Marek Vasut wrote:
> Use stdio_get_fd() and stdio_set_fd() instead of direct access
> to the array. This allows making stdio_devices[] local to stdio.c
>
> Signed-off-by: Marek Vasut
> Cc: Wolfgang Denk
> ---
> common/cmd_console.c |8 +++
> common
Hi Bastian,
there is a number of issues with this patch, please see comments
below.
On Fri, 10 Aug 2012 09:26:43 +0200
Bastian Ruppert wrote:
> Signed-off-by: Bastian Ruppert
> CC: Anatolij Gustschin
> CC: Tom Rini
> CC: Stefano Babic
> ---
> drivers/video/cfb_console.c | 61
> +
Dear Anatolij Gustschin,
In message <20120901144454.42208737@wker> you wrote:
> Hello Wolfgang,
>
> The following changes since commit 4d3c95f5ea7c737a21cd6b9c59435ee693b3f127:
>
> zfs: Add ZFS filesystem support (2012-08-09 23:42:20 +0200)
>
> are available in the git repository at:
> git:
From: Bastian Ruppert
Extend the driver for placing the video/bmp logo as specified
by "splashpos" environment variable.
Signed-off-by: Bastian Ruppert
Signed-off-by: Anatolij Gustschin
CC: Tom Rini
CC: Stefano Babic
---
v2:
- remove some ifdefs
- revise commit log
- adjust video_logo_hei
Dear EVS Hardware Dpt,
In message
you wrote:
>
> Anyway, I've implemented the protocol and it's working properly. As it's
> used for internal testing, i'm not forced to make source code available, so
> this issue is closed.
GPL will hit as soon as you distribute any binary containing this
code.
Dear Stefano Babic,
> On 31/08/2012 01:39, Marek Vasut wrote:
> > This is based on Linux kernel -next:
> >
> > commit a1256b0e087ed3cdb584c683acb966ee885f733c
> > Author: Brian Norris
> > Date: Fri Jul 13 09:28:24 2012 -0700
> >
> > mtd: nand: allow NAND_NO_SUBPAGE_WRITE to be set from dr
On 31/08/2012 01:39, Marek Vasut wrote:
> This is based on Linux kernel -next:
>
> commit a1256b0e087ed3cdb584c683acb966ee885f733c
> Author: Brian Norris
> Date: Fri Jul 13 09:28:24 2012 -0700
>
> mtd: nand: allow NAND_NO_SUBPAGE_WRITE to be set from driver
>
> The NAND_CHIPOPTIONS_MS
Dear Marek Vasut,
> Use stdio_get_fd() and stdio_set_fd() instead of direct access
> to the array. This allows making stdio_devices[] local to stdio.c
>
> Signed-off-by: Marek Vasut
> Cc: Wolfgang Denk
[...]
> @@ -622,6 +635,7 @@ int console_init_r(void)
> {
> char *stdinname, *stdoutn
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <201209011857.18390.ma...@denx.de> you wrote:
> > I'd like to use it to track what's gonna end up in our patchdrop for the
> > university, hope it's not a problem.
>
> Please feel free to add a line to the commit message body, but please
> k
Dear Marek Vasut,
In message <201209011857.18390.ma...@denx.de> you wrote:
>
> I'd like to use it to track what's gonna end up in our patchdrop for the
> university, hope it's not a problem.
Please feel free to add a line to the commit message body, but please
keep the Subject: clean.
> > You
Hi Thirumalesha,
On Sat, 1 Sep 2012 22:37:24 +0530, Thirumalesha N
wrote:
> Dear sir,
>
> I'm porting u-boot for mpc8280 based custom board by taking mpc8260ads
> board with latest u-boot source code.
>
> its hanging while booting at "relocate_code(addr_sp, id, addr);"
>
> unsigned long logbu
Dear sir,
I'm porting u-boot for mpc8280 based custom board by taking mpc8260ads
board with latest u-boot source code.
its hanging while booting at "relocate_code(addr_sp, id, addr);"
unsigned long logbuffer_base(void)
{
,...
..
relocate_code(addr_sp, id, addr);
Dear Albert ARIBAUD,
> Hi Marek,
>
> On Sat, 1 Sep 2012 17:12:29 +0200, Marek Vasut wrote:
> > > > > One place where lumping and misalignement prevention did clash
> > > > > was raised in the previous discussion: a 7+1 bytes
> > > > > function-local char array was allocated on a non-aligned
> >
Dear Wolfgang Denk,
> Dear Marek,
>
> In message <201209011619.06260.ma...@denx.de> you wrote:
> > > > NOTE: I'm still working on the "compile tested on 2 different
> > > > architectures"
>
> ...
>
> > But all in all, I think exporting structures for others to access them as
> > they wish isn't
Dear Albert ARIBAUD,
In message <20120901182841.3ae8b35f@lilith> you wrote:
>
> Each architecture has its own capabilites regarding native misaligned
> accesses... This is why I consider that as a general rule U-Boot should
> always align its data properly, because (hopefully) all architectures
>
Dear Marek,
In message <201209011619.06260.ma...@denx.de> you wrote:
>
> > > NOTE: I'm still working on the "compile tested on 2 different
> > > architectures"
...
> But all in all, I think exporting structures for others to access them as
> they
> wish isn't the best of ideas. Therefore I enc
Hi Marek,
On Sat, 1 Sep 2012 17:12:29 +0200, Marek Vasut wrote:
> > > > One place where lumping and misalignement prevention did clash
> > > > was raised in the previous discussion: a 7+1 bytes
> > > > function-local char array was allocated on a non-aligned
> > > > address (which is possible an
Hi Andreas,
On Sat, 1 Sep 2012 16:50:25 +0200, Andreas Bießmann
wrote:
> Dear Albert Aribaud,
>
> The following changes since commit
> d602b7a6b94628004fdefb7932a24185346b030b:
>
> fsl_esdhc: Remove cache snooping for i.MX (2012-09-01 13:50:35
> +0200)
>
> are available in the git reposito
Dear Albert ARIBAUD,
> Hi Marek,
>
> On Sat, 1 Sep 2012 16:34:09 +0200, Marek Vasut wrote:
> > Dear Albert ARIBAUD,
> >
> > > Hi Marek,
> > >
> > > On Sat, 1 Sep 2012 00:16:43 +0200, Marek Vasut
> > >
> > > wrote:
> > > > Dear Albert ARIBAUD,
> > > >
> > > > > I think you are talking about
Hi Andreas,
On Sat, 1 Sep 2012 16:50:25 +0200, Andreas Bießmann
wrote:
> Dear Albert Aribaud,
>
> The following changes since commit
> d602b7a6b94628004fdefb7932a24185346b030b:
Argh! Of course your pull req went out before my update to
u-boot-arm.
I'll take this pull request as-is, no need t
Dear Stefano Babic,
> Up now only MX5 and MX6 can share code, because they have
> a common source directory in cpu/armv7. Other not armv7
> i.MX can profit of the same shared code. Move these files
> into a directory accessible for all, similar to plat-mxc
> in linux.
>
> Signed-off-by: Stefano B
Hi all,
Subject says most of all... Anyone intending to request a pull into
u-boot-arm/master should make sure to rebase onto it as needed.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boo
Dear Albert Aribaud,
The following changes since commit d602b7a6b94628004fdefb7932a24185346b030b:
fsl_esdhc: Remove cache snooping for i.MX (2012-09-01 13:50:35 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-atmel.git master
for you to fetch changes up to cc443d073
Dear Albert ARIBAUD,
> Hi Marek,
>
> On Sat, 1 Sep 2012 00:16:43 +0200, Marek Vasut wrote:
> > Dear Albert ARIBAUD,
> >
> > > I think you are talking about lumping small-sized accesses together
> > > into a bigger access possibly aligned.
> >
> > This is exactly what I mean.
> >
> > > If I am
Dear Wolfgang Denk,
This is a patch collection I accumulated in u-boot-usb/master, please apply to
u-boot/master . btw. nice to have you back ;-)
The following changes since commit 27e301e5b7df6254c768d27130d3a36c31d55c96:
CREDITS: Add credits for MCF5249 initialization code (2012-09-01 14:50
Dear Josh Wu,
On 23.08.2012 12:05, Josh Wu wrote:
Signed-off-by: Josh Wu
---
applied to u-boot-atmel/master, thanks!
Best regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Josh Wu,
On 23.08.2012 12:05, Josh Wu wrote:
Signed-off-by: Josh Wu
---
applied to u-boot-atmel/master, thnaks!
Best regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Josh Wu,
On 23.08.2012 12:05, Josh Wu wrote:
The Programmable Multibit ECC (PMECC) controller is a programmable binary
BCH(Bose, Chaudhuri and Hocquenghem) encoder and decoder. This controller
can be used to support both SLC and MLC NAND Flash devices. It supports to
generate ECC to correct
Dear Pavel Herrmann,
I don't understand what this patch does from the lacking description. Please
add
proper description to the patch. ALWAYS!
> Signed-off-by: Pavel Herrmann
> ---
> include/configs/sandbox.h | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/include/configs/s
Dear Josh Wu,
On 23.08.2012 12:05, Josh Wu wrote:
Signed-off-by: Josh Wu
Acked-by: Scott Wood
---
applied to u-boot-atmel/master, thanks!
Best regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/list
Dear Josh Wu,
On 23.08.2012 12:05, Josh Wu wrote:
This patch
1. extract the hwecc initialization code into one function. It is a preparation
for adding atmel PMECC support.
2. enable CONFIG_SYS_NAND_SELF_INIT. Which make us can configurate the ecc
parameters between nand_scan_ident() and nand_
Dear Wolfgang Denk,
> Dear Marek Vasut,
>
> In message <1346453055-30888-1-git-send-email-ma...@denx.de> you wrote:
> > Clean up a few things in STDIO. Mostly, don't export structures directly,
> > but introduce some kind of accessors if needed and remove dead code.
> >
> > NOTE: I'm still worki
This driver uses files as block devices, can be used for testing disk
operations on sandbox. Port count and filenames are set in board config.
Signed-off-by: Pavel Herrmann
CC: Marek Vasut
---
Changes for v2:
split sandbox config off into separate patch (2/2)
rename file to signify exported
Signed-off-by: Pavel Herrmann
---
include/configs/sandbox.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/include/configs/sandbox.h b/include/configs/sandbox.h
index 0220386..3126542 100644
--- a/include/configs/sandbox.h
+++ b/include/configs/sandbox.h
@@ -93,4 +93,13 @@
Dera Wolfgang Denk,
On 01.09.2012 14:02, Wolfgang Denk wrote:
Dear Andreas,
In message <20120901101031.2da15205...@gemini.denx.de> I wrote:
i. e. this has the offset 2 added twice, so it is missing the first
two real entries, env writing beyond the end of the array.
Please ignore me. Seems
Dear Mike Frysinger,
On 14.08.2012 17:47, Mike Frysinger wrote:
The following changes since commit 4d3c95f5ea7c737a21cd6b9c59435ee693b3f127:
zfs: Add ZFS filesystem support (2012-08-09 23:42:20 +0200)
are available in the git repository at:
git://www.denx.de/git/u-boot-blackfin.git sf
Dear Bo Shen,
On 27.08.2012 12:04, Bo Shen wrote:
Remove CONFIG_ARCH_CPU_INIT for at91sam9g10ek and at91sam9m10g45ek
Signed-off-by: Bo Shen
---
applied to u-boot-atmel/master (after rebase), thanks!
Best regards
Andreas Bießmann
___
U-Boot mailin
Dear Andreas Bießmann,
On 16.08.2012 18:01, Andreas Bießmann wrote:
A lot of at91 boards have the console_init_f in board_init. This is useless
cause it was called before by generic code in lib/board.c.
Signed-off-by: Andreas Bießmann
cc: Jens Scharsig
cc: Stelian Pop
cc: Sedji Gaouaou
cc: A
Dear Andreas Bießmann,
On 16.08.2012 10:18, Andreas Bießmann wrote:
From: Andreas Biesmann
Signed-off-by: Andreas Bießmann
cc: Stelian Pop
---
applied to u-boot-atmel/master, thanks!
Best regards
Andreas Bießmann
___
U-Boot mailing list
U-Boot@
Hi Stefano,
On Mon, 27 Aug 2012 08:41:16 +0200, Stefano Babic
wrote:
> Hi Albert,
>
> please pull from u-boot-imx, thanks.
>
> The following changes since commit
> 5f50310588e87f2ff501992564d1b05df71419f4:
>
> davinci, c6x: Always use C version of reset code (2012-08-25
> 13:40:03 +0200)
>
Dear Jeremy Andrus,
In message you wrote:
> diff --git a/CREDITS b/CREDITS
> index 933104c..fa9a14e 100644
> --- a/CREDITS
> +++ b/CREDITS
> @@ -428,6 +428,11 @@ E: a...@videon-central.com
> D: Support for NetSilicon NS7520
> D: Support for ColdFire MCF5275
>
> +N: Jeremy C. Andrus
> +E: jer.
Dear Zhizhou Zhang,
In message <1346071750-6634-10-git-send-email-etou...@gmail.com> you wrote:
> Move CONFIG_SYS_TEXT_BASE to the board specified header file. So
> change qemu-mips.h also. board/qemu-mips/config.mk is not used, then
> remove it.
>
> Signed-off-by: Zhizhou Zhang
> ---
> board/q
Dear Zhizhou Zhang,
In message <1346071750-6634-9-git-send-email-etou...@gmail.com> you wrote:
> Both big-endian and little-endian are tested with below commands:
> qemu-system-mips64el -M mips -cpu MIPS64R2-generic -kernel u-boot -nographic
> qemu-system-mips64 -M mips -cpu MIPS64R2-generic -kern
Hello Wolfgang,
The following changes since commit 4d3c95f5ea7c737a21cd6b9c59435ee693b3f127:
zfs: Add ZFS filesystem support (2012-08-09 23:42:20 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-staging.git ag...@denx.de
Khem Raj (1):
config: Always use GNU ld
Dear Zhizhou Zhang,
In message <1346071750-6634-7-git-send-email-etou...@gmail.com> you wrote:
> These files are derived from arch/mips/cpu/mips32/*. The main changes are:
> 1, changes ABI o32 to n64, 2, add mips64 build cflags.
>
> Signed-off-by: Zhizhou Zhang
Checkpatch reports a number of "u
Dear Zhizhou Zhang,
In message <1346071750-6634-1-git-send-email-etou...@gmail.com> you wrote:
> This patch add mips64 cpu support.
> Changes in V4:
> - Add both big-endian and little-endian support
> - Remove cache probe
> - Add standalone support for mips64
> Changes in V3:
> - merge rel
Dear Zhizhou Zhang,
In message <1345217476-32034-2-git-send-email-etou...@gmail.com> you wrote:
> Daniel Schwierzeck told me to do it with macro, But it seems not
> work. For u-boot.lds was genarete by gcc. It's hard to do that
> without a lot modify.
> ---
> arch/mips/config.mk |4
> 1
Dear Stefan Roese,
In message <1345175741-18016-1-git-send-email...@denx.de> you wrote:
> This patch moves all bootcount implementations into a common
> directory: drivers/bootcount. The generic bootcount driver
> is now usable not only by powerpc platforms, but others as well.
>
> Signed-off-by:
Dear Anatolij Gustschin,
In message <1346412644-4446-1-git-send-email-ag...@denx.de> you wrote:
> Remove old o2dnt board without OF support. New support for this board
> is added by the previous patch, O2I configuration.
>
> Signed-off-by: Anatolij Gustschin
> ---
> v2:
> - also remove old o2dn
Dear Anatolij Gustschin,
In message <1346412597-4410-1-git-send-email-ag...@denx.de> you wrote:
> Add common code for o2dnt and o2dnt2 based boards and add different
> board configuration files for O2D, O2I, O2DNT2, O2D300, O2MNT and
> O3DNT boards.
>
> Signed-off-by: Anatolij Gustschin
> ---
>
Dear Anatolij Gustschin,
In message <1344850692-29748-2-git-send-email-ag...@denx.de> you wrote:
> Add posibility for board specifig GPIO configurations using
> various CONFIG_SYS_ macros.
>
> Signed-off-by: Anatolij Gustschin
> ---
> arch/powerpc/cpu/mpc5xxx/cpu_init.c | 14 ++
>
Dear Anatolij Gustschin,
In message <1344850692-29748-1-git-send-email-ag...@denx.de> you wrote:
> Add pci_mpc5xxx_init() prototype to the header file, so board .c files
> do not need to add extern pci_mpc5xxx_init() declaration.
>
> Signed-off-by: Anatolij Gustschin
> ---
> include/mpc5xxx.h |
Dear Marek Vasut,
In message <1346453055-30888-1-git-send-email-ma...@denx.de> you wrote:
> Clean up a few things in STDIO. Mostly, don't export structures directly,
> but introduce some kind of accessors if needed and remove dead code.
>
> NOTE: I'm still working on the "compile tested on 2 diff
Dear Nobuhiro Iwamatsu,
In message
you
wrote:
> Dear Wolfgang.
>
> Please pull u-boot-sh master branch.
>
> Best regards,
> Nobuhiro
>
> The following changes since commit e66443fdb5355e68cfdbbdd37248c4b7eb4968f5:
>
> Makefile: fix HAVE_VENDOR_COMMON_LIB (2012-08-17 18:07:12 +0200)
>
>
Dear Andreas,
In message <20120901101031.2da15205...@gemini.denx.de> I wrote:
>
> i. e. this has the offset 2 added twice, so it is missing the first
> two real entries, env writing beyond the end of the array.
Please ignore me. Seems my brain is still in vacation mode.
However, I really wonder
Hi Minkyu,
On Mon, 27 Aug 2012 13:24:11 +0900, Minkyu Kang
wrote:
> Dear Albert ARIBAUD,
>
> The following changes since commit
> 5f50310588e87f2ff501992564d1b05df71419f4:
>
> davinci, c6x: Always use C version of reset code (2012-08-25
> 13:40:03 +0200)
>
> are available in the git reposit
Dear Mike Frysinger,
In message <1344959244-5077-1-git-send-email-vap...@gentoo.org> you wrote:
> The following changes since commit 4d3c95f5ea7c737a21cd6b9c59435ee693b3f127:
>
> zfs: Add ZFS filesystem support (2012-08-09 23:42:20 +0200)
>
> are available in the git repository at:
>
> git:
Dear Andreas,
In message <502d2ad3.3030...@gmail.com> you wrote:
>
> So
> a) this pull request is outdated
> b) I need to rebase uu-boot-avr32/master on u-boot/master after
> u-boot-arm/master gets merged
OK, I ignored this, and wait for a new pull req.
Best regards,
Wolfgang Denk
--
DENX So
Dear =?UTF-8?q?Andreas=20Bie=C3=9Fmann?=,
In message <1344848523-20359-1-git-send-email-andreas.de...@googlemail.com> you
wrote:
>
> This patch fixes following warning:
> ---8<---
> dlmalloc.c: In function 'malloc_bin_reloc':
> dlmalloc.c:1493: warning: dereferencing pointer 'p' does break
> st
On 14/08/2012 22:33, Benoît Thébaudeau wrote:
> The clock dividers that were used do not match at all the reference manual.
> They
> were either completely broken, or came from an early silicon revision
> incompatible with the current one.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Stefano Babic
Tom, Stephen,
I am surprised because I keep copy-pastes of my builds, and this one
does not appear in recent copy-pastes, so even though I double-checked
on my local u-boot-arm repository, I need confirmation from someone
else.
In u-boot-arm, commit 94e8652a664f01cffb1f0abb0b114261c03a234d breaks
On 14/08/2012 22:32, Benoît Thébaudeau wrote:
> The MFN bit-field of the PLL registers represents a signed value. See the
> reference manual.
>
> Signed-off-by: Benoît Thébaudeau
> Cc: Stefano Babic
> ---
Hi Benoît,
> .../arch/arm/cpu/arm1136/mx35/generic.c|9 ++---
> 1 fi
Up now only MX5 and MX6 can share code, because they have
a common source directory in cpu/armv7. Other not armv7
i.MX can profit of the same shared code. Move these files
into a directory accessible for all, similar to plat-mxc
in linux.
Signed-off-by: Stefano Babic
---
Makefile
On 23/08/2012 11:19, Stefano Babic wrote:
Hi Troy,
> We have discussed recently how we can put common code across CPU
> boundaries. I mean, code generic for all i.MXs (as in this case) that is
> then replicated under cpu/arm1136, cpu/arm926ejs,...
>
It seems we are now blocked without exactly k
Hi Tom,
On Fri, 31 Aug 2012 16:27:18 -0700, Tom Rini wrote:
> Hello,
>
> The following changes since commit
> 092592c3b79aa3974ea12ae4f408db7679e6a109:
>
> ARM: add Raspberry Pi model B board, using BCM2835 SoC (2012-08-30
> 08:50:50 +0200)
>
> are available in the git repository at:
>
>
On 13/08/2012 19:27, Benoît Thébaudeau wrote:
> Define ARCH_MXC for i.MX devices. This is useful to identify features or
> behaviors common to all i.MX SoCs.
>
> The i.MX28 is omitted because its architecture is a bit different (like
> imx/mxc
> vs. mxs in Linux).
>
> Signed-off-by: Benoît Théba
Hi Marek,
(Apologies for the private mail)
On Sat, 1 Sep 2012 00:16:43 +0200, Marek Vasut wrote:
> Dear Albert ARIBAUD,
> > I think you are talking about lumping small-sized accesses together
> > into a bigger access possibly aligned.
>
> This is exactly what I mean.
>
> > If I am correct, t
On 01/09/2012 03:31, Marek Vasut wrote:
>> The final DMA descriptor doesn't properly write CTRL0 register
>> during the DMA transfer. Properly write CTRL0 to make sure the
>> transmission is complete.
>>
>> Signed-off-by: Marek Vasut
>> Cc: Fabio Estevam
>> Cc: Otavio Salvador
>> Cc: Stefano Bab
73 matches
Mail list logo