Added code to setup the extra Flash and FRAM chip selects
as used on the MIMC200 board.
Signed-off-by: Mark Jackson <[EMAIL PROTECTED]>
---
cpu/at32ap/cpu.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/cpu/at32ap/cpu.c b/cpu/at32ap/cpu.c
index 1
Change the MIMC200 startup code to use the built-in (rather than
hard-coded) funtions for setting up gclk outputs.
We'll also move the code to the new, more-appropriate
board_postclk_init() routine.
Signed-off-by: Mark Jackson <[EMAIL PROTECTED]>
---
board/mimc/mimc200/mimc2
Our current system works fine (booting from flash or nfs), but I'd also like to
add a "recovery" feature.
If an end-user inserts an MMC card containing some "magic marker" files, the
target will detect these and boot from the MMC card instead of using the
standard boot option.
For portability,
Wolfgang Denk wrote:
> Dear Mark,
>
> In message <[EMAIL PROTECTED]> you wrote:
>> If an end-user inserts an MMC card containing some "magic marker" ...
> ...
>> I've done a quick check of the README and the source code, but ...
>
> Note: please restrict your line lenght to some 70 or so characte
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
Mark Jackson wrote:
> Added new CONFIG_DISABLE_CONSOLE define and GD_FLG_DISABLE_CONSOLE.
>
> When CONFIG_DISABLE_CONSOLE is defined, setting GD_FLG_DISABLE_CONSOLE
> disables
> all console input and output.
Missing ...
Signed-off-by: Mark Jackson &l
Added new CONFIG_DISABLE_CONSOLE define and GD_FLG_DISABLE_CONSOLE.
When CONFIG_DISABLE_CONSOLE is defined, setting GD_FLG_DISABLE_CONSOLE disables
all console input and output.
---
common/console.c | 20
include/asm-arm/global_data.h|1 +
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 del
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 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 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: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 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 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 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 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 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
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 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 v4:
- Now defined as MHz (not Hz)
Changes in v3:
- Changed from V_MPUC
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
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 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
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
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 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
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 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
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 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 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
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 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 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:
>>>>
&
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
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 ?
Reg
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
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
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
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
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
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 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
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 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
[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 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
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 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:
> 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:
> 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
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
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
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
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
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
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
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
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 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
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
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,
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
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
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 |
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
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
> ---
>
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
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
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
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 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
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
)
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 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:
+#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:
+#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:
diff --git a/MAINTAINERS b/MAINTAINERS
index 1614b91..7778883 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -710,6 +710,10 @@ Ilko Iliev
PM9263 AT91SAM9263
-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 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:
>>
>>
>>
>>>>
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 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 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:
>
>
(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 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
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 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
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/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 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 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 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: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
(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
(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
1 - 100 of 123 matches
Mail list logo
