On 25/09/13 06:23, Pekon Gupta wrote:
NAND driver needs to know bus-width of the connected NAND device, in order to
perform proper I/O and initialize itself. Currently there is no CONFIG option
to provide this information to NAND driver.
- SPL NAND driver does not have framework to parse ONFI
On 23/08/13 11:55, Mark Jackson wrote:
On 23/08/13 11:25, Lokesh Vutla wrote:
Hi Mark,
On Friday 23 August 2013 02:58 PM, Mark Jackson wrote:
On 30/07/13 06:18, Lokesh Vutla wrote:
From: Heiko Schocher h...@denx.de
s_init has the same outline for all the AM33xx based
board. So making
On 30/07/13 06:18, Lokesh Vutla wrote:
From: Heiko Schocher h...@denx.de
s_init has the same outline for all the AM33xx based
board. So making it generic.
This also helps in addition of new Soc with minimal changes.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: Heiko
On 23/08/13 11:25, Lokesh Vutla wrote:
Hi Mark,
On Friday 23 August 2013 02:58 PM, Mark Jackson wrote:
On 30/07/13 06:18, Lokesh Vutla wrote:
From: Heiko Schocher h...@denx.de
s_init has the same outline for all the AM33xx based
board. So making it generic.
This also helps in addition
On 14/08/13 10:24, Mark Jackson wrote:
NanoBone Specification:
---
CPU:
TI AM335x
Memory:
256MB DDR3
64MB NOR flash
256MB NAND flash
128KB FRAM
Ethernet:
2 x 10/100 connected to SMSC LAN8710 PHY
USB:
1 x USB2.0 Type A
I2C:
2Kbit EEPROM
On 30/07/13 08:34, Heiko Schocher wrote:
Hello Lokesh,
Am 30.07.2013 07:18, schrieb Lokesh Vutla:
From: Heiko Schocherh...@denx.de
s_init has the same outline for all the AM33xx based
board. So making it generic.
This also helps in addition of new Soc with minimal changes.
There's a new
(Microchip MCP23017)
Expansion connector:
6 x UART
1 x MMC/SD
1 x USB2.0
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
Changes in v4:
- Tweaked after comments from Tom Rini
- LEDs now initialised
Changes in v3:
- Rebased on TI U-Boot
Changes in v2:
- Tweaked after comments from Tom Rini
On 30/07/13 14:28, Tom Rini wrote:
On Thu, Jul 18, 2013 at 03:12:57PM -0400, Tom Rini wrote:
Hey all,
This series adds NOR support to am335x_evm, along with a few generic
changes to make gpmc clearer (for per-board things like different NOR
chips, etc). This series depends on the last
On 13/08/13 16:00, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2013 10:57 AM, Mark Jackson wrote:
On 30/07/13 14:28, Tom Rini wrote:
On Thu, Jul 18, 2013 at 03:12:57PM -0400, Tom Rini wrote:
Hey all,
This series adds NOR support to am335x_evm, along with a few
On 13/08/13 16:11, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2013 11:06 AM, Mark Jackson wrote:
On 13/08/13 16:00, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
On 08/13/2013 10:57 AM, Mark Jackson wrote:
On 30/07/13 14:28, Tom Rini wrote
On 13/08/13 16:20, Mark Jackson wrote:
On 13/08/13 16:11, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2013 11:06 AM, Mark Jackson wrote:
On 13/08/13 16:00, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
On 08/13/2013 10:57 AM, Mark Jackson wrote
(Microchip MCP23017)
Expansion connector:
6 x UART
1 x MMC/SD
1 x USB2.0
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
Changes in v3:
- Rebased on TI U-Boot
Changes in v2:
- Tweaked after comments from Tom Rini
MAINTAINERS |4 +
board/newflow/nanobone/Makefile
On 11/08/13 19:34, Tom Rini wrote:
On Sun, Aug 11, 2013 at 09:31:00AM +0100, Mark Jackson wrote:
On 22/04/13 13:46, Mark Jackson wrote:
NanoBone Specification:
---
CPU:
TI AM335x
Memory:
256MB DDR3
64MB NOR flash
256MB NAND flash
128KB FRAM
Ethernet
On 22/04/13 13:46, Mark Jackson wrote:
NanoBone Specification:
---
CPU:
TI AM335x
Memory:
256MB DDR3
64MB NOR flash
256MB NAND flash
128KB FRAM
Ethernet:
2 x 10/100 connected to SMSC LAN8710 PHY
USB:
1 x USB2.0 Type A
I2C:
2Kbit EEPROM
On 11/07/13 14:06, Mark Jackson wrote:
On 18/06/13 13:11, Mark Jackson wrote:
On 17/06/13 15:43, Mark Jackson wrote:
On 13/05/13 19:28, Tom Rini wrote:
From: Steve Kipisz s-kipi...@ti.com
NOR requires that s_init be within the first 4KiB of the image so that
we can perform the rest
On 18/06/13 13:11, Mark Jackson wrote:
On 17/06/13 15:43, Mark Jackson wrote:
On 13/05/13 19:28, Tom Rini wrote:
From: Steve Kipisz s-kipi...@ti.com
NOR requires that s_init be within the first 4KiB of the image so that
we can perform the rest of the required pinmuxing to talk with the rest
On 11/07/13 14:28, Tom Rini wrote:
On Thu, Jul 11, 2013 at 02:06:26PM +0100, Mark Jackson wrote:
On 18/06/13 13:11, Mark Jackson wrote:
On 17/06/13 15:43, Mark Jackson wrote:
Okay ... I've now got NOR booting rebased to master using the patch set
below.
This doesn't include my board code
I'm struggling to work out why I get the following compile error:-
arm-linux-ld.bfd -r -o /home/mpfj/uboot/u-boot/spl/common/libcommon.o
/home/mpfj/uboot/u-boot/spl/common/cmd_nvedit.o
/home/mpfj/uboot/u-boot/spl/common/console.o
/home/mpfj/uboot/u-boot/spl/common/dlmalloc.o
On 17/06/13 15:43, Mark Jackson wrote:
On 13/05/13 19:28, Tom Rini wrote:
From: Steve Kipisz s-kipi...@ti.com
NOR requires that s_init be within the first 4KiB of the image so that
we can perform the rest of the required pinmuxing to talk with the rest
of NOR that we are found on. When
On 13/05/13 19:28, Tom Rini wrote:
From: Steve Kipisz s-kipi...@ti.com
NOR requires that s_init be within the first 4KiB of the image so that
we can perform the rest of the required pinmuxing to talk with the rest
of NOR that we are found on. When NOR_BOOT is set we save our
environment in
On 17/06/13 15:49, Tom Rini wrote:
snip
Did you copy the parts that setup the pinmuxing in s_init for NOR?
This bit ?
#ifdef CONFIG_NOR_BOOT
asm(stmfd sp!, {r2 - r4});
asm(movw r4, #0x8A4);
asm(movw r3, #0x44E1);
asm(orrr4, r4, r3, lsl
On 17/06/13 16:01, Tom Rini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/17/2013 10:59 AM, Mark Jackson wrote:
On 17/06/13 15:49, Tom Rini wrote:
snip
Did you copy the parts that setup the pinmuxing in s_init for
NOR?
This bit ?
#ifdef CONFIG_NOR_BOOT asm(stmfd sp
On 17/06/13 15:59, Mark Jackson wrote:
On 17/06/13 15:49, Tom Rini wrote:
snip
Did you copy the parts that setup the pinmuxing in s_init for NOR?
This bit ?
#ifdef CONFIG_NOR_BOOT
asm(stmfd sp!, {r2 - r4});
asm(movw r4, #0x8A4);
asm(movw r3
On 17/06/13 17:01, Stefan Roese wrote:
Hi Mark,
On 17.06.2013 17:23, Mark Jackson wrote:
snip
One question ... the SPL code has:-
...
gd = gdata;
...
But there seems to be no similar assignment when in NOR boot mode.
I'm no expert in the internal workings of u-boot, so
On 17/06/13 18:04, Kipisz, Steven wrote:
snip
I'll look at that thanks.
But I've taken a slightly different approach, and added the following to the
start of s_init() ...
void s_init(void)
{
unsigned short *p = (unsigned short*)0x0800;
while (1)
{
int
On 21/05/13 18:34, Michael Heimpold wrote:
Hi Wolfgang Denx,
Closing a file descriptor does not guarantee that the data has been
successfully saved to disk, as the kernel might defer the write.
What is the exact problem you are trying to fix?
I mean, when exactly does adding the sync play
On 16/04/13 20:22, Tom Rini wrote:
On Tue, Apr 16, 2013 at 08:14:13PM +0100, Mark Jackson wrote:
On 16/04/13 16:48, Tom Rini wrote:
On Tue, Apr 16, 2013 at 04:02:34PM +0100, Mark Jackson wrote:
snip
+static struct cpsw_platform_data cpsw_data = {
+ .mdio_base
On 22/04/13 11:04, Mark Jackson wrote:
On 16/04/13 20:22, Tom Rini wrote:
On Tue, Apr 16, 2013 at 08:14:13PM +0100, Mark Jackson wrote:
On 16/04/13 16:48, Tom Rini wrote:
On Tue, Apr 16, 2013 at 04:02:34PM +0100, Mark Jackson wrote:
snip
+static struct cpsw_platform_data cpsw_data
(Microchip MCP23017)
Expansion connector:
6 x UART
1 x MMC/SD
1 x USB2.0
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
Changes in v2:
- Tweaked after comments from Tom Rini
MAINTAINERS |4 +
board/newflow/nanobone/Makefile | 46 ++
board/newflow/nanobone
On 16/04/13 16:48, Tom Rini wrote:
On Tue, Apr 16, 2013 at 04:02:34PM +0100, Mark Jackson wrote:
snip
+config_ddr(303, MT41J128MJT125_IOCTRL_VALUE, ddr3_data,
+ ddr3_cmd_ctrl_data, ddr3_emif_reg_data, 0);
And are you unable to run at 400MHz here? Or just weren't aware
On 18/04/13 07:05, Hebbar, Gururaja wrote:
On Wed, Apr 17, 2013 at 23:12:51, Mark Jackson wrote:
On 17/04/13 06:27, Hebbar, Gururaja wrote:
Mark,
On Tue, Apr 16, 2013 at 20:32:34, Mark Jackson wrote:
snip
diff --git a/MAINTAINERS b/MAINTAINERS
index 1614b91..7778883 100644
On 17/04/13 06:27, Hebbar, Gururaja wrote:
Mark,
On Tue, Apr 16, 2013 at 20:32:34, Mark Jackson wrote:
snip
diff --git a/MAINTAINERS b/MAINTAINERS
index 1614b91..7778883 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -710,6 +710,10 @@ Ilko Iliev il...@ronetix.at
PM9263
Signed-off-by: Mark Jackson mpfj-l...@mimc.co.uk
---
include/configs/am335x_evm.h | 10 ++
include/configs/pcm051.h |4 +---
2 files changed, 3 insertions(+), 11 deletions(-)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index ef00306..5739422 100644
)
Expansion connector:
6 x UART
1 x MMC/SD
1 x USB2.0
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
MAINTAINERS |4 +
board/newflow/nanobone/Makefile | 46 ++
board/newflow/nanobone/board.c | 337 +++
board/newflow
On 16/04/13 16:48, Tom Rini wrote:
On Tue, Apr 16, 2013 at 04:02:34PM +0100, Mark Jackson wrote:
[snip]
+static struct emif_regs ddr3_emif_reg_data = {
+ .sdram_config = MT41J128MJT125_EMIF_SDCFG,
+ .ref_ctrl = MT41J128MJT125_EMIF_SDREF,
+ .sdram_tim1
On 16/04/13 20:14, Mark Jackson wrote:
On 16/04/13 16:48, Tom Rini wrote:
On Tue, Apr 16, 2013 at 04:02:34PM +0100, Mark Jackson wrote:
snip
+#defineCONFIG_SYS_NAND_ECCTOTAL(CONFIG_SYS_NAND_ECCBYTES * \
+CONFIG_SYS_NAND_ECCSTEPS)
+
+#define
On 16/04/13 20:27, Tom Rini wrote:
On Tue, Apr 16, 2013 at 08:25:17PM +0100, Mark Jackson wrote:
On 16/04/13 20:14, Mark Jackson wrote:
On 16/04/13 16:48, Tom Rini wrote:
On Tue, Apr 16, 2013 at 04:02:34PM +0100, Mark Jackson wrote:
snip
+#defineCONFIG_SYS_NAND_ECCTOTAL
On 12/04/13 11:56, Mark Jackson wrote:
We have a dual Ethernet board (based on the BeagelBone) but with both Ethernet
ports connected.
I'm wanting to use eth1 (rather than eth0), so in my board.c file, I changed:-
static struct cpsw_slave_data cpsw_slaves
On 12/04/13 11:56, Mark Jackson wrote:
We have a dual Ethernet board (based on the BeagelBone) but with both Ethernet
ports connected.
I'm wanting to use eth1 (rather than eth0), so in my board.c file, I changed:-
static struct cpsw_slave_data cpsw_slaves
We have a dual Ethernet board (based on the BeagelBone) but with both Ethernet
ports connected.
I'm wanting to use eth1 (rather than eth0), so in my board.c file, I changed:-
static struct cpsw_slave_data cpsw_slaves[] = {
{
.slave_reg_ofs = 0x208,
We have a dual Ethernet board (based on the BeagelBone) but with both Ethernet
ports connected.
I'm wanting to use eth1 (rather than eth0), so in my board.c file, I changed:-
static struct cpsw_slave_data cpsw_slaves[] = {
{
.slave_reg_ofs = 0x208,
On 12/04/13 17:05, Tom Rini wrote:
On Fri, Apr 12, 2013 at 11:56:57AM +0100, Mark Jackson wrote:
We have a dual Ethernet board (based on the BeagelBone) but with both Ethernet
ports connected.
I'm wanting to use eth1 (rather than eth0), so in my board.c file, I changed:-
snip
arm-linux-ld.bfd: error: required section '.rel.plt' not found in the
linker script
arm-linux-ld.bfd: final link failed: Invalid operation
make[1]: *** [u-boot] Error 1
make[1]: Leaving directory `/home/mpfj/u-boot/u-boot'
make: *** [am335x_evm] Error 2
Any ideas ?
Cheers
Mark JACKSON
On 11/04/13 14:13, Tom Rini wrote:
On Thu, Apr 11, 2013 at 10:58:19AM +0100, Mark Jackson wrote:
On the current git master, I get the following build failure:-
snip
What rev are you on? 98f9200 should have fixed this issue.
Fixed ... I needed to do a make distclean when I switched compiling
On 08/03/13 09:56, Ramesh K Khokhani wrote:
Hi Friends,
I have successfully run u-boot our my custom board but I can't run kernel.
Problem is that I have saved uImage.bin at NOR location 0x80 and load
into DRAM:0x4100. Here u-boot can get kernel info and print into UART
consol but
On 04/03/13 00:27, Wolfgang Denk wrote:
Dear Mark Jackson,
In message 5130c537.8000...@mimc.co.uk you wrote:
Allow AM335x MPU core clock speed to be specified in the board config file.
To use, add the following to the board's config file:-
#define V_MPUCLK desired clock freq in Hz
Allow AM335x MPU core clock speed to be specified in the board config file.
To use, add the following to the board's config file:-
#define CONFIG_SYS_MPUCLK desired clock freq in Hz
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
Changes in v3:
- Changed from V_MPUCLK
On 04/03/13 11:14, Wolfgang Denk wrote:
Dear Mark Jackson,
In message 51346856.8020...@mimc.co.uk you wrote:
Allow AM335x MPU core clock speed to be specified in the board config file.
To use, add the following to the board's config file:-
#define CONFIG_SYS_MPUCLKdesired clock freq
Allow AM335x MPU core clock speed to be specified in the board config file.
To use, add the following to the board's config file:-
#define CONFIG_SYS_MPUCLK desired clock freq in MHz
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
Changes in v4:
- Now defined as MHz (not Hz)
Changes
On 26/02/13 15:11, Mark Jackson wrote:
We have a custom made AM335x board I'm working on and I have encountered
a problem when mounting an ubifs image from nand. If I ...
(1) Write an ubifs image to nand
(2) Mount the ubifs image
(3) Repeat step (2)
... this then corrupts the ubifs image
Allow AM335x MPU core clock speed to be specified in the board config file.
To use, add the following to the board's config file:-
#define V_MPUCLKdesired clock freq in Hz
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
arch/arm/include/asm/arch-am33xx/clocks_am33xx.h |4
1
Allow AM335x MPU core clock speed to be specified in the board config file.
To use, add the following to the board's config file:-
#define V_MPUCLKdesired clock freq in Hz
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
Changes in v2:
- Tweaked after comments from Peter Korsgaard
We have a custom made AM335x board I'm working on and I have encountered
a problem when mounting an ubifs image from nand. If I ...
(1) Write an ubifs image to nand
(2) Mount the ubifs image
(3) Repeat step (2)
... this then corrupts the ubifs image.
Below is a full log.
Can anyone help ?
All the current TI AM335x boards currently appear to start with an MPU clock of
550MHx and a core clock of 1GHz,
based on #defines in include/asm/arch-am33xx/clocks_am33xx.h
I assume most people then pass control over to (eg) cpufreq once Linux boots.
However I would like to just boot up at the
On 19/02/13 14:55, Mark Jackson wrote:
On 18/02/13 14:54, Tom Rini wrote:
On Mon, Feb 18, 2013 at 02:43:47PM +, Mark Jackson wrote:
On 15/02/13 21:13, Tom Rini wrote:
On Thu, Feb 14, 2013 at 03:54:23PM +, Mark Jackson wrote:
I'm trying to diagnose why our AM335x based CPU board
Currently WAIT0 irq is reset and then WAIT1 irq is enabled.
Fix it such that WAIT0 irq is enabled instead.
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
arch/arm/cpu/armv7/am33xx/mem.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/am33xx/mem.c b
On 18/02/13 14:54, Tom Rini wrote:
On Mon, Feb 18, 2013 at 02:43:47PM +, Mark Jackson wrote:
On 15/02/13 21:13, Tom Rini wrote:
On Thu, Feb 14, 2013 at 03:54:23PM +, Mark Jackson wrote:
I'm trying to diagnose why our AM335x based CPU board (based on the
AM335x Starter Kit) can boot
Expose the enable_gpmc_cs_config() function so AM33xx based boards can register
GPMC chip selects.
Changes in V3:
- Fix line wrapping
Changes in V2:
- Indicate this is for AM33xx (not OMAP2)
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
arch/arm/include/asm/arch-am33xx/sys_proto.h |2
On 17/02/13 20:11, Peter Korsgaard wrote:
Mark == Mark Jackson mpfj-l...@mimc.co.uk writes:
Mark Expose the enable_gpmc_cs_config() function so AM33xx based boards can
Mark register GPMC chip selects.
Mark Changes in V2:
Mark - Indicate this is for AM33xx (not OMAP2)
Mark Signed
Expose the enable_gpmc_cs_config() function so AM33xx based boards can register
GPMC chip selects.
Changes in V4:
- Fix checkpatch errors (TAB - space mangling)
Changes in V3:
- Fix line wrapping
Changes in V2:
- Indicate this is for AM33xx (not OMAP2)
Signed-off-by: Mark Jackson m
On 18/02/13 11:01, Peter Korsgaard wrote:
Mark == Mark Jackson mpfj-l...@mimc.co.uk writes:
Mark Expose the enable_gpmc_cs_config() function so AM33xx based boards can
register GPMC chip selects.
Mark Changes in V3:
Mark - Fix line wrapping
Mark Changes in V2:
Mark - Indicate
On 15/02/13 21:13, Tom Rini wrote:
On Thu, Feb 14, 2013 at 03:54:23PM +, Mark Jackson wrote:
I'm trying to diagnose why our AM335x based CPU board (based on the
AM335x Starter Kit) can boot SPL and U-Boot from an MMC card, but is
unable to boot from NAND (connected to CS0).
Following
sequence, and where I might look
to help debug the
problem ?
Regards
Mark JACKSON
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 12/02/13 17:01, Tom Rini wrote:
On Mon, Feb 11, 2013 at 04:29:03PM +, Mark Jackson wrote:
Expose the enable_gpmc_cs_config() function so OMAP2 boards can register
GPMC chipselects.
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
arch/arm/include/asm/arch-am33xx/sys_proto.h |2
Expose the enable_gpmc_cs_config() function so AM33xx based boards can
register GPMC chip selects.
Changes in V2:
- Indicate this is for AM33xx (not OMAP2)
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
arch/arm/include/asm/arch-am33xx/sys_proto.h |2 ++
1 file changed, 2 insertions
Expose the enable_gpmc_cs_config() function so OMAP2 boards can register
GPMC chipselects.
Signed-off-by: Mark Jackson m...@newflow.co.uk
---
arch/arm/include/asm/arch-am33xx/sys_proto.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/arch-am33xx/sys_proto.h
b/arch
Hi
Our MIMC200 board has been using 2009.08 for some time, so I thought I would
take a look at the
latest git version to keep our boards more up-to-date.
I have checked out the u-boot-atmel branch, and done:-
$ make mimc200_config
$ make
Everything compiles, but when I try the image, I only
The portmux peripheral pin selection code used when setting up
the MACB1 ethernet port has a small (but critical !!) typo.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
cpu/at32ap/at32ap700x/portmux.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/at32ap
Hans-Christian Egtvedt wrote:
On Mon, 19 Oct 2009 10:49:00 +0100
Mark Jackson mpfj-l...@mimc.co.uk wrote:
The portmux peripheral pin selection code used when setting up
the MACB1 ethernet port has a small (but critical !!) typo.
It does? Where is this fixed in the patch?
Not sure what
Hans-Christian Egtvedt wrote:
On Mon, 19 Oct 2009 11:35:40 +0100
Mark Jackson mpfj-l...@mimc.co.uk wrote:
Hans-Christian Egtvedt wrote:
On Mon, 19 Oct 2009 10:49:00 +0100
Mark Jackson mpfj-l...@mimc.co.uk wrote:
The portmux peripheral pin selection code used when setting up
the MACB1
Chris Moore wrote:
I agree wholeheartedly with the idea but shouldn't it be more like this
(untested) code :
void * memcpy(void *dest, const void *src, size_t count)
{
char *d8, *s8;
unsigned long *dl = dest, *sl = src;
In here, would it be overkill to add byte copying
rohan tabish wrote:
Hye guys
i am trying to put linux on my custom board DM6446.I am done with the
UBL,U-BOOT ,uImage(kernel) and the filesystem.
Have refrred the busybox as my file system.I am using the open source code
from git.Here is what i get
snip
The ethernet works well in the
Becky Bruce wrote:
snip
This is where Detlev's comment about using the chance to define a
cache API comes into play.
Yes, we probably should create a set of functions like
enable_data_cache(address, size);
and
disable_data_cache(address, size);
which would turn on resp. off the
Haavard Skinnemoen wrote:
snip
Right...I'm beginning to doubt that anyone is familiar enough with the
u-boot code, since everyone seems to have their own opinion about how
things are supposed to work.
To summarize, here are the possible ways to fix the problem as I see it:
- Use virtual
Haavard Skinnemoen wrote:
Ever since the CFI driver was rewritten to use virtual addresses, thus
eliminating the whole point of the map_physmem() macro, ATNGW100 has
been broken like this:
How about other boards (like the MIMC200) ?
Aren't *all* AVR32 boards affected in this way ?
Mark
Haavard Skinnemoen wrote:
Mark Jackson mpfj-l...@mimc.co.uk wrote:
Haavard Skinnemoen wrote:
Possibly, but NGW100 is the only one which I've seen reports about.
STK1000 is safe since it doesn't use the CFI driver.
I did kinda report this in the thread JFFS2 scanning bug, and
the triple
This patch adds a default bootargs fbmem value to the
CONFIG_BOOTARGS string for the MIMC200 board.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
include/configs/mimc200.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/mimc200.h b/include/configs
[Resent to add CC u-b...@lists.denx.de]
The initial pixclock for the MIMC200 board is wrong (and causes
screen corruption due to DMA underruns).
This patch simply reduces the pixel clock to fix the problem.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
board/mimc/mimc200/mimc200.c |2
The standard U-Boot BMP and Splash-screen features should just work.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
cpu/at32ap/at32ap700x/clk.c |5 +
cpu/at32ap/at32ap700x/portmux.c | 90 +
include/asm-avr32/arch-at32ap700x/chip-features.h
This patch adds support for LCD_COLOR16 in include/lcd.h.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
include/lcd.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/lcd.h b/include/lcd.h
index f054cac..0d6549c 100644
--- a/include/lcd.h
+++ b/include/lcd.h
This patch removes the static declaration from gunzip_bmp()
Without it, the gunzip_bmp() function is not visible to
common/lcd.c and fails to compile with an error.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
common/cmd_bmp.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions
This patch updates the MIMC200 files to enable the LCD.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
board/mimc/mimc200/mimc200.c | 34 ++
include/configs/mimc200.h| 16
2 files changed, 50 insertions(+), 0 deletions(-)
diff --git
This patch allows the guard time parameter to be set in
the Atmel LCDC driver.
By default, the previous value of 1 is used, unless the
setting is defined elsewhere.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
drivers/video/atmel_lcdfb.c |7 +--
1 files changed, 5 insertions(+), 2
This patch correctly sets up the guard time parameter in
the Atmel LCDC driver.
This works on the AVR32 platform, but needs to be tested
under the AT91 platform which shares the same code base.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
drivers/video/atmel_lcdfb.c |5 +++--
1 files
Mark Jackson wrote:
This patch correctly sets up the guard time parameter in
the Atmel LCDC driver.
This works on the AVR32 platform, but needs to be tested
under the AT91 platform which shares the same code base.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
drivers/video
Anatolij Gustschin wrote:
Mark Jackson wrote:
Jean-Christophe PLAGNIOL-VILLARD wrote:
...
does not apply
Sorry ... does that mean the patch fails in some way, or that this patch is
not relevant ?
a...@wker:~/git/u-boot$ patch -p1 --dry-run
~/devel/u-boot-video/\[U-Boot\]\ \[PATCH
This patch correctly sets up the guard time parameter in
the Atmel LCDC driver.
This works on the AVR32 platform, but needs to be tested
under the AT91 platform which shares the same code base.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
drivers/video/atmel_lcdfb.c |5 +++--
1 files
I'm planning to submit a patch to add LCD support to the current main
Denx (non-AVR32) git.
It consists of the following changes:-
cpu/at32ap/at32ap700x/clk.c |5 +
cpu/at32ap/at32ap700x/portmux.c | 90
+
On Thu, 2009-06-04 at 08:29 -0400, Jerry Van Baren wrote:
Mark Jackson wrote:
I'm planning to submit a patch to add LCD support to the current main
Denx (non-AVR32) git.
snip
Hi Mark,
Don't agonize over it, just post the patch. The number of electrons you
kill by asking for direction
#define CONFIG_SPLASH_SCREEN1
#endif
The standard U-Boot BMP and Splash-screen features should just work.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
cpu/at32ap/at32ap700x/clk.c |5 +
cpu/at32ap/at32ap700x/portmux.c | 90
On 14/03/09 00:59, Ilya Yanok wrote:
Hi Mark,
snip
I'll prepare the patch and will post it in some days. (We can just drop
the above two lines and it should work but the most clean way would be
to calculate sector_size after flash_init() and then just use that value
but that means a lot
On 11/03/09 18:29, Scott Wood wrote:
On Wed, Mar 11, 2009 at 09:54:20AM +, Mark Jackson wrote:
diff --git a/common/cmd_jffs2.c b/common/cmd_jffs2.c
index d0a7cea..2f3b3a9 100644
--- a/common/cmd_jffs2.c
+++ b/common/cmd_jffs2.c
@@ -1814,7 +1814,12 @@ static inline u32
This patch fixes the JFFS2 scanning code when not using
CONFIG_JFFS2_CMDLINE.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
common/cmd_jffs2.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/common/cmd_jffs2.c b/common/cmd_jffs2.c
index d0a7cea..2f3b3a9 100644
On 26/02/09 14:48, Ilya Yanok wrote:
Hi Mark,
Mark Jackson wrote:
I've just updated from v2008.10 to v2009.01 on my AVR32 board (MIMC200).
JFFS2 no longer works (it hangs at Scanning JFFS2 FS:, so I've done a git
bisect, and here's the result:-
[snip]
Is this a known problem
On 26/02/09 15:46, Ilya Yanok wrote:
Hi Mark,
Don't you have JTAG debugger so you could find where exactly it hangs?
Or you can try adding debugging printf's to the source... I can't
reproduce your problem myself so that info would be useful.
Regards, Ilya.
I do have a JTAG unit, but it'll
Added code to setup the extra Flash and FRAM chip selects as used on the
MIMC200 board.
V2 moves the init code from the common cpu.c file into the board specific
setup file.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
board/mimc/mimc200/mimc200.c | 14 ++
1 files changed
Wolfgang Denk wrote:
Dear Mark Jackson,
In message 492a8d60.3090...@mimc.co.uk you wrote:
Added code to setup the extra Flash and FRAM chip selects
as used on the MIMC200 board.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
cpu/at32ap/cpu.c | 14 ++
1 files changed, 14
Wolfgang Denk wrote:
Dear Guennadi Liakhovetski,
In message pine.lnx.4.64.0901302206180.4...@axis700.grange you wrote:
platform-specific types and code. So, looking at this your patch - do we
really need the one more CONFIG_ define for CONFIG_BMP_16BPP? What are the
drawbacks of adding
Wolfgang Denk wrote:
Dear Mark Jackson,
In message 49817e75.7060...@mimc.co.uk you wrote:
snip
Or have I misunderstood the bmp format and the existing code ?
I don't know - I'm just asking because the 16 bpp case is different
from the 1 and 8 bpp cases where the operands are swapped
Wolfgang Denk wrote:
Dear Mark Jackson,
In message 497f1732.6050...@mimc.co.uk you wrote:
This patch adds 16bpp BMP support to the common lcd code.
Use CONFIG_BMP_16BPP and set LCD_BPP to LCD_COLOR16 to enable the code.
At the moment it's only been tested on the MIMC200 AVR32 board
1 - 100 of 114 matches
Mail list logo