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 ON
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
>>>>
>>>&g
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
>>>
>>> s_init has the same outline for all the AM33xx based
>>>
On 30/07/13 06:18, Lokesh Vutla wrote:
> From: Heiko Schocher
>
> 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
> Signed-off-by: Heiko Schocher
> Signed-off-by:
On 30/07/13 08:34, Heiko Schocher wrote:
> Hello Lokesh,
>
> Am 30.07.2013 07:18, schrieb Lokesh Vutla:
>> From: Heiko Schocher
>>
>> 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 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
&
(Microchip MCP23017)
Expansion connector:
6 x UART
1 x MMC/SD
1 x USB2.0
Signed-off-by: Mark Jackson
---
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
MAINTAINERS
(Microchip MCP23017)
Expansion connector:
6 x UART
1 x MMC/SD
1 x USB2.0
Signed-off-by: Mark Jackson
---
Changes in v3:
- Rebased on TI U-Boot
Changes in v2:
- Tweaked after comments from Tom Rini
MAINTAINERS |4 +
board/newflow/nanobone/Makefile | 38
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 MESSA
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 A
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:
>>>
>>>> He
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 t
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
>>>
>>&
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
&
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
>>>>
>>>> NOR requires that s_init be within the first 4Ki
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
/home/mpfj/uboot
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
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
>>>
>>> NOR requires that s_init be within the first 4KiB of the image so that
>>> we can perform the rest of
On 17/06/13 15:43, Mark Jackson wrote:
> On 13/05/13 19:28, Tom Rini wrote:
>> From: Steve Kipisz
>>
>> 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 tha
On 17/06/13 18:04, Kipisz, Steven wrote:
>> 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)
>>
On 17/06/13 17:01, Stefan Roese wrote:
> Hi Mark,
>
> On 17.06.2013 17:23, Mark Jackson wrote:
>> One question ... the SPL code has:-
>>
>> ...
>> gd = &gdata;
>> ...
>>
>> But there seems to be no similar assignment
On 17/06/13 15:59, Mark Jackson wrote:
> On 17/06/13 15:49, Tom Rini wrote:
>
>
>
>> 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}");
> a
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:
>>
>>
>>
>>> Did you copy the parts that setup the pinmuxing in s_in
On 17/06/13 15:49, Tom Rini wrote:
> 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, l
On 13/05/13 19:28, Tom Rini wrote:
> From: Steve Kipisz
>
> 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 NOR at 512
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 addin
(Microchip MCP23017)
Expansion connector:
6 x UART
1 x MMC/SD
1 x USB2.0
Signed-off-by: Mark Jackson
---
Changes in v2:
- Tweaked after comments from Tom Rini
MAINTAINERS |4 +
board/newflow/nanobone/Makefile | 46 ++
board/newflow/nanobone/board.c | 304
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:
>
>
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:
>>>> +static struct cpsw_platform_data
On 16/04/13 16:48, Tom Rini wrote:
> On Tue, Apr 16, 2013 at 04:02:34PM +0100, Mark Jackson wrote:
>> +config_ddr(303, MT41J128MJT125_IOCTRL_VALUE, &ddr3_data,
>> + &ddr3_cmd_ctrl_data, &ddr3_emif_reg_data, 0);
>
> And are you unable to run
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:
>>
>>
>>
>>>>
-by: Mark Jackson
---
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
--- a/include/configs
On 17/04/13 06:27, Hebbar, Gururaja wrote:
Mark,
On Tue, Apr 16, 2013 at 20:32:34, Mark Jackson wrote:
diff --git a/MAINTAINERS b/MAINTAINERS
index 1614b91..7778883 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -710,6 +710,10 @@ Ilko Iliev
PM9263 AT91SAM9263
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:
+#defineCONFIG_SYS_NAND_ECCTOTAL
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:
+#defineCONFIG_SYS_NAND_ECCTOTAL(CONFIG_SYS_NAND_ECCBYTES * \
+CONFIG_SYS_NAND_ECCSTEPS)
+
+#define
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
)
Expansion connector:
6 x UART
1 x MMC/SD
1 x USB2.0
Signed-off-by: Mark Jackson
---
MAINTAINERS |4 +
board/newflow/nanobone/Makefile | 46 ++
board/newflow/nanobone/board.c | 337 +++
board/newflow/nanobone/board.h | 24
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_s
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_s
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:-
... ass
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,
.slive
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,
.slive
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:-
> What rev are you on? 98f9200 should have fixed this issue.
Fixed ... I needed to do a "make distclean
ld.bfd: BFD (GNU Binutils) 2.23.1 assertion fail elf32-arm.c:7677
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-bo
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
> conso
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
Signed-off-by: Mark Jackson
---
Changes in v4:
- Now defined as MHz (not Hz)
Changes in v3:
- Changed from V_MPUC
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:-
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
Signed-off-by: Mark Jackson
---
Changes in v3:
- Changed from V_MPUCLK to CONFIG_SYS_MPUCLK
- Added entry in README
Changes
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:-
>>
&g
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
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
Signed-off-by: Mark Jackson
---
Changes in v2:
- Tweaked after comments from Peter Korsgaard
arch/arm/include/asm/arch-a
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
Signed-off-by: Mark Jackson
---
arch/arm/include/asm/arch-am33xx/clocks_am33xx.h |4
1 file changed, 4 insertions(+)
diff
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 ?
Reg
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
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
---
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/arch/arm/cpu/armv7
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 +0000, Mark Jackson wrote:
>>> On 15/02/13 21:13, Tom Rini wrote:
>>>> On Thu, Feb 14, 2013 at 03:54:23PM +, Mark Jackson wrote:
>>>>
&
On 18/02/13 14:54, Tom Rini wrote:
> On Mon, Feb 18, 2013 at 02:43:47PM +0000, 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 AM33
On 15/02/13 21:13, Tom Rini wrote:
> On Thu, Feb 14, 2013 at 03:54:23PM +0000, 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 boo
On 18/02/13 11:01, Peter Korsgaard wrote:
>>>>>> "Mark" == Mark Jackson 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 wra
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
---
a
On 17/02/13 20:11, Peter Korsgaard wrote:
>>>>>> "Mark" == Mark Jackson writes:
>
> Mark> Expose the enable_gpmc_cs_config() function so AM33xx based boards can
> Mark> register GPMC chip selects.
>
> Mark> Changes in V2:
> Mark> -
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
---
arch/arm/include/asm/arch-am33xx/sys_proto.h |2 ++
1 file
boot 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 V2:
- Indicate this is for AM33xx (not OMAP2)
Signed-off-by: Mark Jackson
---
arch/arm/include/asm/arch-am33xx/sys_proto.h |2 ++
1 file changed, 2 insertions(+)
diff --git a
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
---
arch/arm/include/asm/arch-am33xx/sys_proto.h |2 ++
1 file
Expose the enable_gpmc_cs_config() function so OMAP2 boards can register
GPMC chipselects.
Signed-off-by: Mark Jackson
---
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/arm/include/asm
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 ge
Hans-Christian Egtvedt wrote:
> On Mon, 19 Oct 2009 11:35:40 +0100
> Mark Jackson wrote:
>
>> Hans-Christian Egtvedt wrote:
>>> On Mon, 19 Oct 2009 10:49:00 +0100
>>> Mark Jackson wrote:
>>>
>>>> The portmux peripheral pin selection code u
Hans-Christian Egtvedt wrote:
> On Mon, 19 Oct 2009 10:49:00 +0100
> Mark Jackson 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 t
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
---
cpu/at32ap/at32ap700x/portmux.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/at32ap/at32ap700x/portmux.c b
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 co
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
> The ethernet works well in the u
Becky Bruce wrote:
>> 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 o
Haavard Skinnemoen wrote:
> 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 virtua
Haavard Skinnemoen wrote:
> Mark Jackson 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 &quo
Haavard Skinnemoen wrote:
> Mark Jackson wrote:
>> 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:
>>
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
___
This patch adds a default bootargs "fbmem" value to the
CONFIG_BOOTARGS string for the MIMC200 board.
Signed-off-by: Mark Jackson
---
include/configs/mimc200.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/mimc200.h b/include/configs/mimc2
[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
---
board/mimc/mimc200/mimc200.c |2 +-
1 files
This patch updates the MIMC200 files to enable the LCD.
Signed-off-by: Mark Jackson
---
board/mimc/mimc200/mimc200.c | 34 ++
include/configs/mimc200.h| 16
2 files changed, 50 insertions(+), 0 deletions(-)
diff --git a/board/mimc
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
---
common/cmd_bmp.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a
This patch adds support for LCD_COLOR16 in include/lcd.h.
Signed-off-by: Mark Jackson
---
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
@@ -314,7 +314,7
The standard U-Boot BMP and Splash-screen features should just work.
Signed-off-by: Mark Jackson
---
cpu/at32ap/at32ap700x/clk.c |5 +
cpu/at32ap/at32ap700x/portmux.c | 90 +
include/asm-avr32/arch-at32ap700x/chip-features.h |5 +
in
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
---
drivers/video/atmel_lcdfb.c |7 +--
1 files changed, 5 insertions(+), 2 deletions
Haavard Skinnemoen wrote:
> Mark Jackson wrote:
>> User-Agent: Thunderbird 2.0.0.21 (X11/20090409)
>
> (...)
>
>> My patch has been mangled ... there's an extra space at the start of each
>> "unchanged" patch line.
>
> Read about how to make
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
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
> ---
>
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
---
drivers/video/atmel_lcdfb.c |5 +++--
1 files changed, 3
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 13:46 Tue 16 Jun , 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 platfor
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
---
drivers/video/atmel_lcdfb.c |5 +++--
1 files changed, 3
1
#define CONFIG_SPLASH_SCREEN1
#endif
The standard U-Boot BMP and Splash-screen features should just work.
Signed-off-by: Mark Jackson
---
cpu/at32ap/at32ap700x/clk.c |5 +
cpu/at32ap/at32ap700x/portmux.c |
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.
> Hi Mark,
>
> Don't agonize over it, just post the patch. The number of e
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
+
drivers/video/atmel_lcdfb
In the latest git, I've just noticed what I guess is a typo in this
code.
void portmux_enable_macb1(unsigned long flags, unsigned long
drive_strength)
{
/* REVISIT: Some pins are probably pure outputs */
portmux_select_peripheral(PORTMUX_PORT_D, portc_mask,
On 14/03/09 00:59, Ilya Yanok wrote:
> Hi Mark,
>
>
> 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 +0000, 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
>> @@ -181
This patch fixes the JFFS2 scanning code when not using
CONFIG_JFFS2_CMDLINE.
Signed-off-by: Mark Jackson
---
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
--- a/common
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
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, a
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:-
8a36d31f72411144ac0412ee7e1880e801acd754 is first bad commit
commit 8a36d31f72411144ac0412ee7e1880e801acd754
Author
1 - 100 of 123 matches
Mail list logo
