u-boot.git/arch/nds32/lib, branch v2016.09 Unnamed repository; edit this file 'description' to name the repository. NDS32: Generic Board Support and Unsupport 2015-08-28T15:46:35+00:00 Kun-Hua Huang kunhua@andestech.com 2015-08-24T06:52:35+00:00 2e88bb28d8061286d2f1cabcac224df15b941b82 Add nds32 ag101p generic board support. Signed-off-by: Kun-Hua Huang <kunhua@andestech.com> 
	Add nds32 ag101p generic board support.

Signed-off-by: Kun-Hua Huang <kunhua@andestech.com>
net: Remove the bd* parameter from net stack functions 2015-04-18T17:11:11+00:00 Joe Hershberger joe.hershberger@ni.com 2015-03-22T22:09:06+00:00 d2eaec600617346a143a07bb073466add7a68e97 This value is not used by the network stack and is available in the global data, so stop passing it around. For the one legacy function that still expects it (init op on old Ethernet drivers) pass in the global pointer version directly to avoid changing that interface. Signed-off-by: Joe Hershberger <joe.hershberger@ni.com> Reported-by: Simon Glass <sjg@chromium.org> Reviewed-by: Simon Glass <sjg@chromium.org> Signed-off-by: Simon Glass <sjg@chromium.org> (Trival fix to remove an unneeded variable declaration in 4xx_enet.c) 
This value is not used by the network stack and is available in the
global data, so stop passing it around.  For the one legacy function
that still expects it (init op on old Ethernet drivers) pass in the
global pointer version directly to avoid changing that interface.

Signed-off-by: Joe Hershberger <joe.hershberger@ni.com>
Reported-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Simon Glass <sjg@chromium.org>
Signed-off-by: Simon Glass <sjg@chromium.org>
(Trival fix to remove an unneeded variable declaration in 4xx_enet.c)
bd_info: remove bi_barudrate member from struct bd_info 2014-05-12T19:19:45+00:00 Masahiro Yamada yamada.m@jp.panasonic.com 2014-04-04T11:09:58+00:00 8e2615752ee6d5daf8ce2e1e599a0512750f24b9 gd->bd->bi_baudrate is a copy of gd->baudrate. Since baudrate is a common feature for all architectures, keep gd->baudrate only. It is true that bi_baudrate was passed to the kernel in that structure but it was a long time ago. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Tom Rini <trini@ti.com> Cc: Simon Glass <sjg@chromium.org> Cc: Wolfgang Denk <wd@denx.de> Cc: Heiko Schocher <hs@denx.de> Acked-by: Michal Simek <monstr@monstr.eu> (For microblaze) 
gd->bd->bi_baudrate is a copy of gd->baudrate.

Since baudrate is a common feature for all architectures,
keep gd->baudrate only.

It is true that bi_baudrate was passed to the kernel in that structure
but it was a long time ago.

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Cc: Tom Rini <trini@ti.com>
Cc: Simon Glass <sjg@chromium.org>
Cc: Wolfgang Denk <wd@denx.de>
Cc: Heiko Schocher <hs@denx.de>
Acked-by: Michal Simek <monstr@monstr.eu> (For microblaze)
kbuild: move asm-offsets.c from SoC directory to arch/$(ARCH)/lib 2014-03-28T19:06:29+00:00 Masahiro Yamada yamada.m@jp.panasonic.com 2014-03-18T07:38:13+00:00 254d68b6011c33af189d006243920c296592fca7 U-Boot has supported two kinds of asm-offsets.h. One is generic for all architectures and its source is located at ./lib/asm-offsets.c. The other is SoC specific and its source is under SoC directory. The problem here is that only boards with SoC directory can use the asm-offsets infrastructure. Putting asm-offsets.c right under CPU directory does not work. Now a new demand is coming. PowerPC folks want to use asm-offsets. But no PowerPC boards have SoC directory. It seems inconsistent that some boards add asm-offsets.c to SoC directoreis and some to CPU directories. It looks more reasonable to put asm-offsets.c under arch/$(ARCH)/lib. This commit merges asm-offsets.c under SoC directories into arch/$(ARCH)/lib/asm-offsets.c. By the way, I doubt the necessity of some entries in asm-offsets.c. I am leaving refactoring to the board maintainers. Please check "TODO" in the comment blocks in arch/{arm,nds32}/lib/asm-offsets.c. Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Yuantian Tang <Yuantian.Tang@freescale.com> 
U-Boot has supported two kinds of asm-offsets.h.

One is generic for all architectures and its source is located at
./lib/asm-offsets.c.

The other is SoC specific and its source is under SoC directory.
The problem here is that only boards with SoC directory can use
the asm-offsets infrastructure.
Putting asm-offsets.c right under CPU directory does not work.

Now a new demand is coming. PowerPC folks want to use asm-offsets.
But no PowerPC boards have SoC directory.

It seems inconsistent that some boards add asm-offsets.c to SoC
directoreis and some to CPU directories.
It looks more reasonable to put asm-offsets.c under arch/$(ARCH)/lib.

This commit merges asm-offsets.c under SoC directories into
arch/$(ARCH)/lib/asm-offsets.c.

By the way, I doubt the necessity of some entries in asm-offsets.c.
I am leaving refactoring to the board maintainers.
Please check "TODO" in the comment blocks in
arch/{arm,nds32}/lib/asm-offsets.c.

Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Cc: Yuantian Tang <Yuantian.Tang@freescale.com>
nds32: convert makefiles to Kbuild style 2013-11-01T15:42:11+00:00 Masahiro Yamada yamada.m@jp.panasonic.com 2013-10-21T02:53:32+00:00 547bb1edbfdecdf9d1a1a234382487a668064a2a Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com> Cc: Macpaul Lin <macpaul@gmail.com> 
Signed-off-by: Masahiro Yamada <yamada.m@jp.panasonic.com>
Cc: Macpaul Lin <macpaul@gmail.com>
Merge branch 'master' of git://git.denx.de/u-boot-nds32 2013-07-25T12:51:51+00:00 Tom Rini trini@ti.com 2013-07-25T12:22:08+00:00 aaf5e825606a70ddc8fca8e366d8c16a6fd3cc7c 






nds32: Convert Makefiles to use COBJS-y style
2013-07-25T08:54:18+00:00

ken kuo
ken.kuoky@gmail.com

2013-07-24T18:24:54+00:00

951344b778d6ac67b94011d942a5a55da7202027

Signed-off-by: Kuan-Yu Kuo <ken.kuoky@gmail.com>
Cc: Macpaul Lin <macpaul@gmail.com>





Signed-off-by: Kuan-Yu Kuo <ken.kuoky@gmail.com>
Cc: Macpaul Lin <macpaul@gmail.com>







Merge branch 'master' of git://git.denx.de/u-boot-i2c
2013-07-24T13:50:24+00:00

Tom Rini
trini@ti.com

2013-07-24T13:22:28+00:00

c2120fbfbc4d1f6953228f86be8bdbf38bacfdab

The sandburst-specific i2c drivers have been deleted, conflict was just
over the SPDX conversion.

Conflicts:
	board/sandburst/common/ppc440gx_i2c.c
	board/sandburst/common/ppc440gx_i2c.h

Signed-off-by: Tom Rini <trini@ti.com>





The sandburst-specific i2c drivers have been deleted, conflict was just
over the SPDX conversion.

Conflicts:
	board/sandburst/common/ppc440gx_i2c.c
	board/sandburst/common/ppc440gx_i2c.h

Signed-off-by: Tom Rini <trini@ti.com>







Add GPL-2.0+ SPDX-License-Identifier to source files
2013-07-24T13:44:38+00:00

Wolfgang Denk
wd@denx.de

2013-07-08T07:37:19+00:00

1a4596601fd395f3afb8f82f3f840c5e00bdd57a

Signed-off-by: Wolfgang Denk <wd@denx.de>
[trini: Fixup common/cmd_io.c]
Signed-off-by: Tom Rini <trini@ti.com>





Signed-off-by: Wolfgang Denk <wd@denx.de>
[trini: Fixup common/cmd_io.c]
Signed-off-by: Tom Rini <trini@ti.com>







i2c: common changes for multibus/multiadapter support
2013-07-23T03:54:28+00:00

Heiko Schocher
hs@denx.de

2012-01-16T21:12:24+00:00

3f4978c713255c8406875fbdf23ffed1129bc44b

Signed-off-by: Heiko Schocher <hs@denx.de>
Signed-off-by: Simon Glass <sjg@chromium.org>
Cc: Henrik Nordström <henrik@henriknordstrom.net>





Signed-off-by: Heiko Schocher <hs@denx.de>
Signed-off-by: Simon Glass <sjg@chromium.org>
Cc: Henrik Nordström <henrik@henriknordstrom.net>