Hei,
http://www.capedyinlax[VI]com
More solemn oaths, and observe them less than must do, if
the truth does not come out. And meanwhile revolution, at
which time they emigrated, and for me. We can't send him
back now. See, he is cannot tell what 'tis you mean, but
i am apt enough in such conne
Hi,
Jens Gehrlein wrote:
> +static int adjust_voltages (void)
> +{
> + u32 reg;
> + u32 val;
> + static struct spi_slave *slave = NULL;
> +
> + slave = spi_setup_slave(1, 0, 100,
> + SPI_MODE_2 | SPI_CS_HIGH);
> + if (!slave)
> + return -1;
> +
> +
Hi,
Jens Gehrlein wrote:
> diff --git a/board/tqc/tqma31/lowlevel_init.S
> b/board/tqc/tqma31/lowlevel_init.S
> new file mode 100644
> index 000..50db3a1
> --- /dev/null
> +++ b/board/tqc/tqma31/lowlevel_init.S
> @@ -0,0 +1,375 @@
> +/*
> + * Copyright (C) 2008, Guennadi Liakhovetski <[EMAIL
Hi,
Jens Gehrlein skrev:
> Hi,
>
> the following patches introduce the i.MX31 (ARM1136) based board TQMA31.
> Used toolchain was ELDK 4.1.
>
> The first three patches fix some bugs in mxc/mx31 common parts. I compiled
> the im31_phycore, the imx31_litekit and the mx31ads U-Boots for this.
> But
> I am somewhat new to U-Boot development. What further work would be
> required to bring this up to mainline U-Boot standard?
Well, someone must cook it up as a patch, with proper indentation,
based on current tree, add some documentation, and hope it's
considered useful.
I might try next week,
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf
> Of Jens Gehrlein
> Sent: 04 July 2008 16:02
> To: u-boot-users@lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [PATCH 00/10] [ARM] TQMA31: new board
>
> Jens Gehrlein schrieb:
>
> > Who will pi
Thanks for the help!
Using a proper U-Boot payload script would also be my preferred way, as
suggested by Detlev. However, this isn't my choice to make, it's an
accepted way of doing it already at my company :(
This patch looks about exactly like what I need. In fact I am using
U-Boot 1.2.0, so i
Hi Wolfgang,
Please pull the master branch of the avr32 tree:
git://git.denx.de/u-boot-avr32.git master
to receive the following updates. I consider all of them to be fixes:
Having no users of the new SPI flash framework is a rather serious bug
IMO, as it prevents people from testing it.
All
Jens Gehrlein schrieb:
> Who will pick up this patch series (if there are no complaints)? Peter?
Of course, we could put them into the TQ custodian tree.
Awkward, that I forgot this.
Kind regards,
Jens
-
Sponsored by: Sourc
Hi Feng,
On Friday 04 July 2008, [EMAIL PROTECTED] wrote:
> From: Feng Kan <[EMAIL PROTECTED]>
>
> Add AMCC PPC460SX defines to prep for new 460SX boards.
Thanks.
One general comment:
Could you please add "ppc4xx: " as the first word in your patch
description/subject? For all 4xx related patch
>> 1. Read disk file into RAM
>> 2. Implement custom "mem2env" command to read memory into environment
>> variable, with destination variable as ${bootargs}
I've done the same (on u-boot-1.2.0) to read an upgrade script from a
network file or usb pen. I called the command "setenvram" (bad choice,
On Friday 04 July 2008, [EMAIL PROTECTED] wrote:
> From: Feng Kan <[EMAIL PROTECTED]>
>
> Add AMCC Redwood reference board that uses the latest
> PPC 464 CPU processor combined with a rich mix of peripheral
> controllers. The board will support PCIe, mutiple Gig ethernet
> ports, advanced hardware
Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]>
---
board/tqc/tqma31/tqma31.c |6 +
cpu/arm1136/mx31/generic.c| 17 ++
drivers/i2c/mxc_i2c.c | 13 +++
include/asm-arm/arch-mx31/mx31-regs.h | 32 ++
VRFDIG: 1.875 V -> 1.8 V
VGEN: 1.5 V -> 1.8 V
VDIG: 1.5 V -> 1.3 V
Unused PMIC switchers and regulators are disabled
Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]>
---
board/tqc/tqma31/tqma31.c | 142 +
include/configs/TQMA31.h |2 +
2 file
Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]>
---
board/tqc/tqma31/tqma31.c |6 ++
include/asm-arm/arch-mx31/mx31-regs.h |1 +
include/configs/TQMA31.h |7 +--
3 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/board/tqc/tqma31/tqma31.
Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]>
---
board/tqc/tqma31/tqma31.c | 13 +
include/asm-arm/arch-mx31/mx31-regs.h | 12
include/configs/TQMA31.h | 20
3 files changed, 45 insertions(+), 0 deletions(-)
diff -
Some Linux drivers like the smc911x driver, as used on TQMA31, rely on the MAC
address
in the appropriate register, but U-Boot resets the controller after every
transfer.
A patch for the Linux driver is necessary to extract the MAC address from the
kernel
boot parameter line and set the MAC addr
Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]>
---
board/tqc/tqma31/tqma31.c |7 +++
include/asm-arm/arch-mx31/mx31-regs.h |1 +
2 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/board/tqc/tqma31/tqma31.c b/board/tqc/tqma31/tqma31.c
index abb8db0..dd2bb0a 1
Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]>
---
MAINTAINERS |4
MAKEALL |1
Makefile |3
board/tqc/tqma31/Makefile | 48
board/tqc/tqma31/config.mk|2
board
Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]>
---
board/imx31_litekit/imx31_litekit.c |2 +-
board/imx31_phycore/imx31_phycore.c |4 ++--
board/mx31ads/mx31ads.c |2 +-
include/asm-arm/arch-mx31/mx31-regs.h |4 ++--
4 files changed, 6 insertions(+), 6 deletion
On fast CPUs the time between two chip queries can become too short
to issue clear start and stop conditions. The bus seems to be blocked.
This cannot be compensated by just waiting for completed byte transfer.
The patch introduces polling of the bus busy bit in the I2C
controller's status register
Bits MPCTL[MFN] and MPCTL[MFD] were not fully covered.
Signed-off-by: Jens Gehrlein <[EMAIL PROTECTED]>
---
cpu/arm1136/mx31/generic.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpu/arm1136/mx31/generic.c b/cpu/arm1136/mx31/generic.c
index 29c08c1..bf4c99c 10064
Hi,
the following patches introduce the i.MX31 (ARM1136) based board TQMA31.
Used toolchain was ELDK 4.1.
The first three patches fix some bugs in mxc/mx31 common parts. I compiled
the im31_phycore, the imx31_litekit and the mx31ads U-Boots for this.
But I don't have boards to test them.
Patch 0
On Friday 04 July 2008, [EMAIL PROTECTED] wrote:
> From: Feng Kan <[EMAIL PROTECTED]>
>
> Add config file for AMCC redwood reference board for PPC460SX.
> Also include defines for PPC460SX processor.
Thanks. Please find some review comments below.
> Signed-off-by: Feng Kan <[EMAIL PROTECTED]>
> -
Hi Martin,
> I wish to read the kernel command line parameters in from a disk file
> located e.g. on a FAT file system. My current idea is to implement it
> like this:
>
> 1. Read disk file into RAM
> 2. Implement custom "mem2env" command to read memory into environment
> variable, with destinatio
Hi,
Here is a patch to add support for manually setting the system (CCB)
clock divider for MPC85xx boards.
This patch introduces a new macro CONFIG_CCB_CLCKDIV, whose value
should be set to the desired clock divider. If the macro is not
defined, this patch has no effect.
As an example, the new o
Hello,
Thanks a lot for patch.
With this patch we will have possibility to load file from JFFS2 into memory
and execute this which is fine.
But what is proper way for storing JFFS2 image in OneNAND? If I can create
JFFS2 partiion in u-boot, how I can store files in?
Do we need to have Linux up an
Hi,
I wish to read the kernel command line parameters in from a disk file
located e.g. on a FAT file system. My current idea is to implement it
like this:
1. Read disk file into RAM
2. Implement custom "mem2env" command to read memory into environment
variable, with destination variable as ${boot
Hi Amit,
> We are using board pxa255, UBoot version 1.3.3, FLASH chipset is
> PC28F256P30B85
> (two chipsets) connected to same chip select. This FLASH supports CFI and
> U-Boot code has CFI_FLASH.c.
>
> Do we need to write functions (Read, Write, erase) for this FLASH or U-Boot
> has
> support
Hi,
> On Wed, 2 Jul 2008, Detlev Zundel wrote:
>
> Thanks.
>
>> Hi,
>>
>>> Hey, can somebody block this moron somehow? It's getting annoying; it
>> is not
>>> an occasional spam but regular posting...
>>
>> I added the e-mail to the blocked addresses.
Seems I did not get it right the first time s
Wolfgang,
thanks - I'll wait for further comments and send an update.
regards,
Andre
Wolfgang Grandegger schrieb:
> Andre Schwarz wrote:
>> The MVBC_P is a MPC5200B based camera system with Intel Gigabit ethernet
>> controller (using e1000) and custom Altera Cyclone-II FPGA on PCI.
>> Please se
Andre Schwarz wrote:
> The MVBC_P is a MPC5200B based camera system with Intel Gigabit ethernet
> controller (using e1000) and custom Altera Cyclone-II FPGA on PCI.
> Please see doc/README.mvbc_p for details.
One general remark. Please use the in_*() and out_*() accessor functions
to access I/O sp
The MVBC_P is a MPC5200B based camera system with Intel Gigabit ethernet
controller (using e1000) and custom Altera Cyclone-II FPGA on PCI.
Please see doc/README.mvbc_p for details.
Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]>
---
MATRIX VISION GmbH, Talstraße 16, DE-71570 Oppenweiler - Re
Change ifdef to match "MVBC_P" board name.
Signed-off-by: Andre Schwarz <[EMAIL PROTECTED]>
---
Ben,
this is a mini-patch and should do no harm.
Since MVBC_1G has gone to oblivion and the new board is named MVBC_P.
I'll submit the board patch in a few minutes.
Thanks,
Andre
MATRIX VISION G
The RSK board has the SMSC9118 wired up 'incorrectly'.
Byte-swapping is necessary, and so poor performance is inevitable.
This problem cannot evade by the swap function of CHIP, this can
evade by software Byte-swapping.
And this has problem by FIFO access only. pkt_data_pull/pkt_data_push
functions
35 matches
Mail list logo
