This patch series adds support for the keymile board kmeter1
based on a MPC8360 CPU from freescale.
The patches 1/4 - 2/4 are adding the basic support for this
board. The patches 3/4 and 4/4 do some cleanups for the
keymile boards.
changes since v2:
- [PATCH 1/4 v3] powerpc: net: support for th
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
changes since v2:
added comments from Kim Philips
added Ben Warren to CC, because he is the net maintainer
drivers/qe/uec_phy.c | 59 ++
1 files changed, 59 insertions(+), 0 deletions(-)
This patch adds support for the kmeter1 board from Keymile,
based on a Freescale MPC8360 CPU.
- serial console on UART 1
- 256 MB DDR2 RAM
- 64 MB NOR Flash
- Ethernet RMII Mode over UCC4
- PHY SMSC LAN8700
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
changes since v2:
added comments
Check the presence of the PIGGY on the keymile boards mgcoge,
mgsuvd and kmeter1. If the PIGGY is not present, dont register
this Ethernet device.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
changes since v2:
- added comments from Ben Warren
board/keymile/common/common.c | 20 ++
This patch extracts the identical config options for the
keymile boards mgcoge, mgsuvd and kmeter1 in a new
common config file keymile-common.h.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
changes since v2
just rebased
include/configs/keymile-common.h | 113
Hi Dave,
On Thursday 20 November 2008, Dave Mitchell wrote:
> Added include/asm-ppc/ppc4xx-isram.h and moved internal SRAM and
> L2 cache DCRs from ppc440.h to this new header.
>
> Also converted these DCR defines from lowercase to uppercase and
> modified referencing modules to use them.
Thanks,
Hi Dave,
On Thursday 20 November 2008, Dave Mitchell wrote:
> Expanded OCM TLB to allow access to 64K OCM as well as 256K of
> internal SRAM.
>
> Adjusted internal SRAM initialization to match updated user
> manual recommendation.
Thanks. I'm having a hard time trying to figure out where the 64k
On Wednesday 19 November 2008, Steven A. Falco wrote:
> The bits in ppc440.h for the SDR0_DDRCFG register are incorrect. The
> register is numbered in big-endian mode, so for example, the LT2 bit
> (bit 23) should be represented as 0x0100 rather than 0x0100.
Those defines are not used any
On Thu, 20 Nov 2008 09:58:39 +0100
Heiko Schocher <[EMAIL PROTECTED]> wrote:
> Check the presence of the PIGGY on the keymile boards mgcoge,
> mgsuvd and kmeter1. If the PIGGY is not present, dont register
> this Ethernet device.
>
> Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
> ---
>
> ch
Hello,
I built a toolchain for PowerPC 440EP nad configured it for cpu 440fp
with hard-float.
Building u-boot with this toolchain failed, because there is
PLATFORM_CPPFLAGS += -DCONFIG_4xx -ffixed-r2 -mstring -msoft-float
in cpu/ppc4xx/config.mk.
What is the best way to solve this?
Possible s
Right now this is only used by keymile.
Signed-off-by: Gary Jennejohn <[EMAIL PROTECTED]>
---
include/asm-ppc/cpm_8260.h | 28
1 files changed, 28 insertions(+), 0 deletions(-)
diff --git a/include/asm-ppc/cpm_8260.h b/include/asm-ppc/cpm_8260.h
index 7e06940..830
On 11:06 Thu 20 Nov , Eibach, Dirk wrote:
> Hello,
>
> I built a toolchain for PowerPC 440EP nad configured it for cpu 440fp
> with hard-float.
>
> Building u-boot with this toolchain failed, because there is
>
> PLATFORM_CPPFLAGS += -DCONFIG_4xx -ffixed-r2 -mstring -msoft-float
>
> in cpu
This is needed on Canyonlands which still has an exception pending
while running relocate_code(). This leads to a failure after trap_init()
is moved to the top of board_init_r().
---
cpu/ppc4xx/start.S |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/cpu/ppc4xx/start.S b
> the best way will be to remove the -lgcc so you can build
> u-boot how you wish without depending of the toolchains
> support of hard-float or soft-float
You mean building u-boot withou lgcc? Can you give me a clue how to do
that?
Cheers
Dirk
___
U
From: Alessandro Rubini <[EMAIL PROTECTED]>
Subject: Initial support for Nomadik 8815 development board
The NMDK8815 board is distributed by ST Microelectornics.
Other (proprietary) code must be run to unlock the CPU before
U-Boot runs. doc/README.nmdk8815 outlines the boot sequence.
This is the
This change is needed for mgcoge because it uses two ethernet drivers.
Add a check for the presence of the PIGGY board on mgcoge. Without this
board networking cannot work and the initialization must be aborted.
Only allocate rtx once to prevent DPRAM exhaustion.
Initialize ether_scc.c and the
On 12:13 Thu 20 Nov , Alessandro Rubini wrote:
> From: Alessandro Rubini <[EMAIL PROTECTED]>
> Subject: Initial support for Nomadik 8815 development board
>
> The NMDK8815 board is distributed by ST Microelectornics.
> Other (proprietary) code must be run to unlock the CPU before
> U-Boot runs
Dear "Eibach, Dirk",
In message <[EMAIL PROTECTED]> you wrote:
>
> I built a toolchain for PowerPC 440EP nad configured it for cpu 440fp
> with hard-float.
Shouldbe working fine. The ELDK "ppc_4xxFP" packages do the same.
> Building u-boot with this toolchain failed, because there is
>
> PLAT
Export flash_sector_size() function from drivers/mtd/cfi_flash.c,
so that it can be used in the upcoming cfi-mtd driver.
Signed-off-by: Piotr Ziecik <[EMAIL PROTECTED]>
---
V2: Added patch rationale in the description.
drivers/mtd/cfi_flash.c |2 --
include/flash.h |3 +++
2 file
Hello Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD wrote:
>>
>> /* start at the beginning of the partition */
>> -while (offset < max) {
>> -if ((oldoffset >> SPIN_BLKSIZE) != (offset >> SPIN_BLKSIZE)) {
>> -printf("\b\b%c ", spinner[counter++ % size
Comes with unlimited use license and at a very resonable price:
+ 164,083 D.entists
+ 158,994 Postal Addresses
+ 163,269 Tel Nos
+ 77,624 Office Fax #
+ 45,475 Email Addys
only during this week the price has been reduced to $293, you save $200!
Write an email to [EMAIL PROTECTED] for addition
Hi!
I'm trying to install a Linux kernel 2.6.22 on my U-boot git from October 2008.
It look like this:
=> bootm fc01 - fc008000
## Booting kernel from Legacy Image at fc01 ...
Image Name: Linux-2.6.22
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size:7735
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
>
> > OT: Is a 440fp toolchain with hard float a bad idea somehow? Has
> > soft-float any advantages?
>
> the best way will be to remove the -lgcc so you can build u-boot how you wish
> without depending of the toolc
Dear Simon,
In message <[EMAIL PROTECTED]> you wrote:
>
> I'm trying to install a Linux kernel 2.6.22 on my U-boot git from October
> 2008.
> It look like this:
>
> => bootm fc01 - fc008000
> ## Booting kernel from Legacy Image at fc01 ...
>Image Name: Linux-2.6.22
>Image Type
The definitions of bits in SDR_CFG are incorrect, and not used within
U-Boot. Therefore, they can be removed.
Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
---
As per Stefan's request, here is a patch removing the unused, incorrect
definitions.
Note that the AMCC DDR spreadsheet does calcu
2008/11/20 Wolfgang Denk <[EMAIL PROTECTED]>:
> Dear Simon,
>
> In message <[EMAIL PROTECTED]> you wrote:
>>
>> I'm trying to install a Linux kernel 2.6.22 on my U-boot git from October
>> 2008.
>> It look like this:
>>
>> => bootm fc01 - fc008000
>> ## Booting kernel from Legacy Image at fc01
> This is no reason for any problems. As mentioned above, ELDK
> in the ppc_4xxFP configuration (and some others)
> support hardware FP as
> well, but works fine with U-Boot. After all, U-Boot is
> self-contained.
Sorry for bugging you again, Wolfgang.
The messages I get a
Hi all,
Is there any mechanism to test NOR FLASH in u-boot?
I am looking for a mechanism similar to mtest. The intention
is to test the flash for any address and data line fault(other
faults also relevant to memories).
Anybody got any pointers?
Regards,
Arun C
___
Dear Michele Venturi,
please keep the mailing list on Cc:
In message <[EMAIL PROTECTED]> you wrote:
> Many thanks for your prompt support and suggestions !
> I add comments I hope will be useful.
>
> 1)
> > But of course U-Boot can load and uncompress the ramdisk image and
> > pass the addr
Hi all,
I made a port of u-boot for my board, with MPC8343.
The problem is that when i run u-boot with the BDI2000 (using "reset run"
command), u-boot loads normally, but when i take off the BDI nothing
appears on serial.
BDI is setting the reset configuration word, and is the same word found
in
Dear "Simon Boman",
In message <[EMAIL PROTECTED]> you wrote:
>
> I'm quite sure about kernel, the only interface I am going to use is
> the serial interface.
early debug?
> Do you know where I can find the file where maps the U-boot code to RAM?
> Or how is it made?
lib_ppc/board.c
> U-boot.m
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 15:53 Sun 09 Nov , Ilko Iliev wrote:
>
>>This patch corrects a small bug in the "if" condition:
>>the parameter "flag" is 0 and the "if" condition is always true.
>>The result is - the boom command doesn't start the kernel.
>>Affected targets: all
Hi Alemao,
> I made a port of u-boot for my board, with MPC8343.
>
> The problem is that when i run u-boot with the BDI2000 (using "reset run"
> command), u-boot loads normally, but when i take off the BDI nothing
> appears on serial.
>
> BDI is setting the reset configuration word, and is the s
Hello, everyone.
Currently, I'm working on ARM922T-based board.(In fact, U-Boot is
already ported on that board, Kendin/Micrel KS8695P.)
While, modifying configuration to fit on my new board, I found
that /drivers/mtd/cfi_flash.c is not properly working when -Os
optimization flag is applied.
In
On 01:27 Fri 21 Nov , Choe, Hyun-ho wrote:
> Hello, everyone.
>
> Currently, I'm working on ARM922T-based board.(In fact, U-Boot is
> already ported on that board, Kendin/Micrel KS8695P.)
>
what version of U-Boot?
I do not found your board in the mainline
Best Regards,
J.
__
David Hawkins wrote:
> Hi Alemao,
>
>
>> I made a port of u-boot for my board, with MPC8343.
>>
>> The problem is that when i run u-boot with the BDI2000 (using "reset run"
>> command), u-boot loads normally, but when i take off the BDI nothing
>> appears on serial.
>>
>> BDI is setting the rese
In cpu dir, there is arm920t/ks8695.
ks8695p is some modified chip from ks8695.
In board section, OpenGear cm4008 and cm41xx uses ks8695.
2008-11-20 (목), 18:45 +0100, Jean-Christophe PLAGNIOL-VILLARD 쓰시길:
> On 01:27 Fri 21 Nov , Choe, Hyun-ho wrote:
> > Hello, everyone.
> >
> > Currently, I
Hi Alemao,
Ben's comment is in addition to my comment:
>> The assignments for the 8349 are:
>>
>> CFG_RS[0:2] = LGPL[0, 1, 3]
>> CFG_CLKIN_DIV = LGPL[5]
>>
These need to be setup to tell the processor to load
from local bus flash, and then ...
> To somewhat re-phrase what Dave mentioned, one co
On Thursday 20 November 2008, Steven A. Falco wrote:
> The definitions of bits in SDR_CFG are incorrect, and not used within
> U-Boot. Therefore, they can be removed.
>
> Signed-off-by: Steven A. Falco <[EMAIL PROTECTED]>
> ---
>
> As per Stefan's request, here is a patch removing the unused, inco
On 02:59 Fri 21 Nov , Choe, Hyun-ho wrote:
> In cpu dir, there is arm920t/ks8695.
> ks8695p is some modified chip from ks8695.
do this modification is U-Boot mainline supported?
>
> In board section, OpenGear cm4008 and cm41xx uses ks8695.
>
could give the board configuration?
make _confi
Hi.
2008-11-20 (목), 19:02 +0100, Jean-Christophe PLAGNIOL-VILLARD 쓰시길:
> On 02:59 Fri 21 Nov , Choe, Hyun-ho wrote:
> > In cpu dir, there is arm920t/ks8695.
> > ks8695p is some modified chip from ks8695.
> do this modification is U-Boot mainline supported?
> >
I think so, but, there is some
Dear Dirk,
In message <[EMAIL PROTECTED]> you wrote:
>
> >>This patch corrects a small bug in the "if" condition:
...
> > Applied to u-boot-arm/master and u-boot-arm/omap3
>
> Is there any special reason why no git pull request for mainline for
> this is sent? Isn't this an important fix which
In trying to get 36-bit physical working on 85xx I ran into an issue
with the NAND driver. Its given a virtual address and trying to match
it to which chipselect it maps to. The assumption in the code is that
we have a 1:1 mapping and clearly that may not be true w/36-bit phys.
So it seems
Dear Kumar,
In message <[EMAIL PROTECTED]> you wrote:
>
> 1. what should the prototype of this function look like:
>
> phys_addr_t virt_to_phys (void * addr);
That's what I'd prefer, especially since it can be easily resolved
(for example, by an empty macro) where not really needed.
> int vi
This patch set makes some minor i386 specific changes required to create a new
board. The changes resolve an issue with compiling 82559_eeprom.c and
separating out PCI definitions.
A patch for the 82559 problem has been previously submitted but not applied
due to concerns with whether it would imp
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
Moved PCI specific definitions out of sc520.h into a new file plus fixed
include path to ssi.h
cpu/i386/sc520.c|2 +-
include/asm-i386/ic/pci.h | 52 +++
include/asm-i386/ic/sc520.h |
The definitions of bits in SDR_CFG are incorrect, and not used within
U-Boot. Therefore, they can be removed.
The naming of the sdr_ddrdl/sdr_cfg registers do not follow conventions,
and are unused, so they can be removed too.
A definition for SDR0_DDRCFG is added.
Signed-off-by: Steven A. Falc
Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
---
82559_eeprom.c is only compiled for i386 arch's (see /examples/Makefile lines
92-94). This modification should only impact sc520_cdp and sc520_spunk which
need this define removed in order to compile
examples/82559_eeprom.c |1 -
1 files cha
Added include/asm-ppc/ppc4xx-isram.h and moved internal SRAM and
L2 cache DCRs from ppc440.h to this new header.
Also converted these DCR defines from lowercase to uppercase and
modified referencing modules to use them.
Signed-off-by: Dave Mitchell <[EMAIL PROTECTED]>
---
board/amcc/luan/luan.c
Expanded OCM TLB to allow access to 64K OCM as well as 256K of
internal SRAM.
Adjusted internal SRAM initialization to match updated user
manual recommendation.
OCM & ISRAM are now mapped as follows:
physicalvirtual size
ISRAM 0x4__ 0xE300_ 256k
OCM
On 06:28 Fri 21 Nov , Graeme Russ wrote:
> Signed-off-by: Graeme Russ <[EMAIL PROTECTED]>
> ---
>
> Moved PCI specific definitions out of sc520.h into a new file plus fixed
> include path to ssi.h
please split it in 2 patch
>
> cpu/i386/sc520.c|2 +-
> include/asm-i386/ic/pci
From: Andreas Pfefferle <[EMAIL PROTECTED]>
This patch supports added diagnosis functions and the
use of the external RTC.
Signed-off-by: Andreas Pfefferle <[EMAIL PROTECTED]>
---
include/configs/inka4x0.h |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/include/
From: Andreas Pfefferle <[EMAIL PROTECTED]>
This patch adds the board specific communication routines needed
by the external 4543 RTC.
Signed-off-by: Andreas Pfefferle <[EMAIL PROTECTED]>
---
board/inka4x0/inka4x0.c | 124 +++
1 files changed, 124 ins
From: Andreas Pfefferle <[EMAIL PROTECTED]>
Signed-off-by: Andreas Pfefferle <[EMAIL PROTECTED]>
---
drivers/rtc/Makefile |1 +
drivers/rtc/rtc4543.c | 107 +
include/rtc.h |4 ++
3 files changed, 112 insertions(+), 0 deletions(-)
From: Andreas Pfefferle <[EMAIL PROTECTED]>
This patch adds diagnosis functions for the buzzer, UARTs and digital
IOs on inka4x0 hardware.
Signed-off-by: Andreas Pfefferle <[EMAIL PROTECTED]>
---
board/inka4x0/Makefile |2 +-
board/inka4x0/inkadiag.c | 515 +
> + * 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, write to the Free Software
> + * Foundation, Inc., 59 Temple Place, Suite 330, Boston,
> + * MA 02111-1307 USA
> + */
> +
> +#inclu
Introducing 64-bit (36-bit) support for the MPC8641HPCN
failed to accomodate the other two 86xx boards.
Introduce definitions for CONFIG_SYS_CCSRBAR_PHYS_{LOW,HIGH}
CONFIG_SYS_CCSR_DEFAULT_DBAT{U,L} and CONFIG_SYS_CCSR_DEFAULT_IBAT{U,L}
with nominal 32-bit values.
Signed-off-by: Jon Loeliger <[EMA
On 21:58 Thu 20 Nov , [EMAIL PROTECTED] wrote:
> From: Andreas Pfefferle <[EMAIL PROTECTED]>
>
> This patch adds the board specific communication routines needed
> by the external 4543 RTC.
>
> Signed-off-by: Andreas Pfefferle <[EMAIL PROTECTED]>
> ---
> board/inka4x0/inka4x0.c | 124
> +++
Prevent further viral propogation of the unused
symbol CONFIG_L1_INIT_RAM by just removing it.
Signed-off-by: Jon Loeliger <[EMAIL PROTECTED]>
---
include/configs/MPC8349EMDS.h |1 -
include/configs/MPC8349ITX.h |1 -
include/configs/MPC8536DS.h |2 --
include/configs/MPC8540ADS.h
On 21:58 Thu 20 Nov , [EMAIL PROTECTED] wrote:
> From: Andreas Pfefferle <[EMAIL PROTECTED]>
>
> This patch supports added diagnosis functions and the
diagnosis where?
> use of the external RTC.
>
> Signed-off-by: Andreas Pfefferle <[EMAIL PROTECTED]>
> ---
> include/configs/inka4x0.h |
On 21:58 Thu 20 Nov , [EMAIL PROTECTED] wrote:
> From: Andreas Pfefferle <[EMAIL PROTECTED]>
>
> This patch adds diagnosis functions for the buzzer, UARTs and digital
> IOs on inka4x0 hardware.
>
> Signed-off-by: Andreas Pfefferle <[EMAIL PROTECTED]>
> ---
> board/inka4x0/Makefile |
FDT support is used for both FIT style images and architectures (ppc, m68k,
sparc)
that can pass a fdt blob to an OS..
For other arch and board which do not pass a fdt blob to an OS but want to use
the new uImage format, we just need FIT support (ex : ARM).
Now we can have the 4 following config
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
>
> why not make configurable via if def
> as >
> ifndef CONFIG_RTC_RTC4543
> #define CONFIG_RTC_MPC5200
> #endif
Because it doesn't make sense?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH,
Dear Jean-Christophe PLAGNIOL-VILLARD,
In message <[EMAIL PROTECTED]> you wrote:
> FDT support is used for both FIT style images and architectures (ppc, m68k,
> sparc)
> that can pass a fdt blob to an OS..
>
> For other arch and board which do not pass a fdt blob to an OS but want to use
> the n
> Hi Ron, while this looks good, it doesn't build on my system:
>
> ...Small Page NAND...Configuring for SIMPC8313 board...
> ld: NAND bootstrap too big
> ld: NAND bootstrap too big
>
> and large page nand fails identically:
>
> ...Large Page NAND...Configuring for SIMPC8313 board...
> ld: NAND
I made some updates to the code that didn't make it into the
README - fix this
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
doc/README.mpc8641hpcn | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/doc/README.mpc8641hpcn b/doc/README.mpc8641hpcn
index dbdf244.
On 09:52 Sun 16 Nov , [EMAIL PROTECTED] wrote:
> Add space after comma and use MACRO instead of value.
>
> No functional change.
>
> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
>
> ---
> cpu/arm_cortexa8/omap3/lowlevel_init.S| 136 +++---
> include/asm-arm/arch-omap3/clocks_o
On 21:29 Sat 15 Nov , [EMAIL PROTECTED] wrote:
> - Use readx/writex instead of direct pointer access
> - Replace hardcoded values by macros
> - Minor space to tab conversion
>
> Notes:
>
> - Instead of read/modify/write GPIO_DATAOUT register use SET/CLEARDATAOUT
> register for GPIO64
> - GP
On 09:22 Sat 15 Nov , [EMAIL PROTECTED] wrote:
> - Use readx/writex instead of direct pointer access
> - Replace hardcoded values by macros
> - Minor space to tab conversion
>
> No functional change.
>
> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
>
> ---
> board/omap3/beagle/beagle.c
On 17:52 Tue 11 Nov , [EMAIL PROTECTED] wrote:
> Clean up coding style of board config files.
>
> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
>
> ---
> include/configs/omap3_beagle.h | 204
> ++---
> include/configs/omap3_evm.h| 184 ++
On 21:00 Mon 10 Nov , [EMAIL PROTECTED] wrote:
> Remove bits.h and it's macros usage.
>
> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
>
> ---
>
> Changes in v2:
>
> - Correct patch header style.
>
> v2 of this patch makes previous version v1 obsolete.
>
> cpu/arm_cortexa8/omap3/board.c
On 21:00 Mon 10 Nov , [EMAIL PROTECTED] wrote:
> Fix typo and cp_delay.
>
> Note that most of ARM code uses for-loop as cp_delay() implementation.
> Scott Wood made some tests and volatile prevents gcc from optimizing
> loop away, so this implemention should be fine. For OMAP some nops are
> s
On 20:59 Mon 10 Nov , [EMAIL PROTECTED] wrote:
> Add missing GPL headers.
>
> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
>
> ---
>
> Changes in v2:
>
> - Correct patch header style.
>
> v2 of this patch makes previous version v1 obsolete.
>
> board/omap3/beagle/config.mk | 20 ++
On 20:58 Mon 10 Nov , [EMAIL PROTECTED] wrote:
> Fix multiline comment style.
>
> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
>
> ---
>
> Changes in v2:
>
> - Correct patch header style.
>
> v2 of this patch makes previous version v1 obsolete.
>
> board/omap3/evm/evm.c |
On 23:38 Thu 20 Nov , Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 21:29 Sat 15 Nov , [EMAIL PROTECTED] wrote:
> > - Use readx/writex instead of direct pointer access
> > - Replace hardcoded values by macros
> > - Minor space to tab conversion
> >
> > Notes:
> >
> > - Instead of read/modi
On 17:51 Tue 11 Nov , [EMAIL PROTECTED] wrote:
> Update ARM's if then else logic.
>
> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
>
> ---
>
> Changes in v2:
>
> - Make make happy regaring if then else logic "each if can only have one
> else".
> Don't take examples from mailing list witho
On 18:16 Tue 04 Nov , [EMAIL PROTECTED] wrote:
> Subject: [PATCH-OMAP3] OMAP3: Plain numbers don't need parens
>
> From: Dirk Behme <[EMAIL PROTECTED]>
>
> Use a consistent style. Plain numbers don't need parens. Proposed by Wolfgang
> Denk.
>
> Signed-off-by: Dirk Behme <[EMAIL PROTECTED]>
According to the latest 8572 UM, the DDR3 controller
is expanding the bit mask, and we use the extend ACTTOPRE
mode when tRAS more than 19 MCLK.
Signed-off-by: Dave Liu <[EMAIL PROTECTED]>
---
cpu/mpc8xxx/ddr/ctrl_regs.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff
On 12:39 Fri 26 Sep , Peter Katzmann wrote:
> Hello,
> i took the already submitted patches from Daniel Mack, fixed some minor
> problems and patched it against the 1.3.4 tree.
> The patch compiles clean and all my boards boots well.
> If there are any objections leave me a note
>
> peter
So
Hi Wolfgang,
please pull
The following changes since commit 9b827cf1720acda2473afa516956eab6f7cca9a1:
Selvamuthukumar (1):
Align end of bss by 4 bytes
are available in the git repository at:
git://git.denx.de/u-boot-at91.git master
Stelian Pop (2):
AT91: Use AT91_CPU_CLOCK in d
Hi Wolfgang,
please pull
The following changes since commit 9b827cf1720acda2473afa516956eab6f7cca9a1:
Selvamuthukumar (1):
Align end of bss by 4 bytes
are available in the git repository at:
git://git.denx.de/u-boot-arm.git master
Dirk Behme (1):
ARM: OMAP: Convert IO macros
I
sh_eth used old network API. This patch changed new API.
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
cpu/sh4/cpu.c|8 +
drivers/net/sh_eth.c | 355 --
drivers/net/sh_eth.h | 10 +-
include/netdev.h |1 +
4 files c
Add CONFIG_NET_MULTI in config file, because sh_eth changed new newwork API.
Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
---
include/configs/sh7763rdp.h |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/include/configs/sh7763rdp.h b/include/configs/sh7763rdp.h
inde
Hello,
On Thu, Nov 20, 2008 at 7:04 PM, Nobuhiro Iwamatsu <
[EMAIL PROTECTED]> wrote:
> sh_eth used old network API. This patch changed new API.
>
> Signed-off-by: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
> ---
> cpu/sh4/cpu.c|8 +
> drivers/net/sh_eth.c | 355
> +++
Check the presence of the PIGGY on the keymile boards mgcoge,
mgsuvd and kmeter1. If the PIGGY is not present, dont register
this Ethernet device.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
changes since v3 patch:
- add comment from Gary Jeenejohn
calling keymile_hdlc_enet_initiali
85 matches
Mail list logo