Haavard Skinnemoen wrote:
Wolfgang Denk [EMAIL PROTECTED] wrote:
So how about introducing a new flag, e.g. GD_FLG_DISABLE_CONSOLE, and
use that instead? If set, it will disable both input and output, while
GD_FLG_SILENT will just disable console output.
Sounds much better to me.
Ok,
Changed MIMC200 board setup and config to use CONFIG_DISABLE_CONSOLE.
Also fixed default uImage location.
Signed-off-by: Mark Jackson [EMAIL PROTECTED]
---
board/mimc/mimc200/mimc200.c |2 +-
include/configs/mimc200.h|6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff
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
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
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
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
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
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
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
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
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 ?
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
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
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 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 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 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 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 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 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/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 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
(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 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
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 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 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
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
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
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
)
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 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
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 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 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
[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
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
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
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
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
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
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
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 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
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
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
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
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
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
Wolfgang Denk wrote:
Dear Niklaus,
In message 4979f8bb.268b.006...@netstal.com you wrote:
[1] See http://www.denx.de/wiki/UBoot/UbootStat_2009_01 for full
statistics, and http://www.denx.de/wiki/UBoot/ReleaseCycle
for links to statistics for earlier releases.
Checking:
This patch adds 16bpp BMP support to the common lcd code.
At the moment it's only been tested on the MIMC200 AVR32 board, but the hooks
are in place to extend this to other platforms.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
common/lcd.c | 54
THe current bmp routines support gzipped files, but compilation fails due to
the gunzip_bmp() function being defined as static.
This patch fixes this problem.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
common/cmd_bmp.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
This patch adds 16bpp BMP support to the common lcd code.
At the moment it's only been tested on the MIMC200 AVR32 board, but the hooks
are in place to extend this to other platforms.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
common/lcd.c | 55
The current bmp routines support gzipped files, but compilation fails (under
AVR32) due to the gunzip_bmp() function being defined as static.
This patch fixes this problem.
Signed-off-by: Mark Jackson m...@mimc.co.uk
---
common/cmd_bmp.c |4 ++--
1 files changed, 2 insertions(+), 2
Wolfgang Denk wrote:
Dear Mark,
In message 497efc3e.8050...@mimc.co.uk you wrote:
What if I just remove all the extranous #defines all together ? And just
leave the inner #if defined(CONFIG_ATMEL_LCD_BGR555) ?
Well, we probably don't need to add code for 16bpp support on systems
that
The current bmp routines support gzipped files, but compilation fails (under
AVR32) due to the gunzip_bmp() function being defined as static.
This patch fixes this problem.
The gunzip_bmp routine has also now been defined in the lcd.h header file.
Signed-off-by: Mark Jackson m...@mimc.co.uk
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, but extending
this to other platforms should be a simple task !!
Signed-off-by: Mark Jackson m
1 - 100 of 114 matches
Mail list logo