Signed-off-by: Daniel Gorsulowski
---
arch/arm/cpu/armv7/omap-common/timer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/omap-common/timer.c
b/arch/arm/cpu/armv7/omap-common/timer.c
index 032bd2c..49e3a97 100644
--- a/arch/arm/cpu/armv7/omap-common
Hello,
I have an issue with sf commands. If a command takes longer than the
defined HW Watchdog timeout, the board resets.
My Platform is:
Board: Custom
CPU: Sitara AM3357ZCZ
Flash: Micron N25Q256A13E1240F Serial NOR Flash
U-Boot: repoduced on 2016.01 and 2016.03
Commands to reproduce the pro
Signed-off-by: Daniel Gorsulowski
---
Changes in V2:
- Fetched again and created patch against current master
Changes in V3:
- None, just resent using 'git send-email'
board/esd/meesc/meesc.c | 20
include/configs/me
Signed-off-by: Daniel Gorsulowski
---
Changes in V2:
- Fetched again and created patch against current master
board/esd/meesc/meesc.c | 20
include/configs/meesc.h | 42 --
2 files changed, 36 insertions(+), 26 deletions(-)
diff
Signed-off-by: Daniel Gorsulowski
---
board/esd/meesc/meesc.c | 20
include/configs/meesc.h | 45 +++--
2 files changed, 39 insertions(+), 26 deletions(-)
diff --git a/board/esd/meesc/meesc.c b/board/esd/meesc/meesc.c
index c5994e0
Signed-off-by: Daniel Gorsulowski
---
include/configs/meesc.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/meesc.h b/include/configs/meesc.h
index e5bb873..ab6c910 100644
--- a/include/configs/meesc.h
+++ b/include/configs/meesc.h
@@ -56,6 +56,8 @@
#define
On 31.08.2015 at 03:19 Simon Glass wrote:
These boards have not been converted to generic board by the deadline.
Remove them.
Signed-off-by: Simon Glass
---
arch/arm/mach-at91/Kconfig| 5 -
board/esd/meesc/Kconfig | 12 --
board/esd/meesc/MAINTAINERS | 7 -
bo
Hi Albert,
Albert ARIBAUD wrote:
> Hi Daniel,
>
> Le 25/01/2012 14:19, Daniel Gorsulowski a écrit :
>> Signed-off-by: Daniel Gorsulowski
>> ---
>> board/esd/meesc/meesc.c |8
>> 1 files changed, 4 insertions(+), 4 deletions(-)
>>
>>
Signed-off-by: Daniel Gorsulowski
---
board/esd/otc570/otc570.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/esd/otc570/otc570.c b/board/esd/otc570/otc570.c
index 5dded41..0c12b66 100644
--- a/board/esd/otc570/otc570.c
+++ b/board/esd/otc570/otc570.c
Signed-off-by: Daniel Gorsulowski
---
board/esd/meesc/meesc.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/esd/meesc/meesc.c b/board/esd/meesc/meesc.c
index 4882ffc..9dd4375 100644
--- a/board/esd/meesc/meesc.c
+++ b/board/esd/meesc/meesc.c
@@ -73,20
header file in include/configs/."
Signed-off-by: Daniel Gorsulowski
---
include/configs/otc570.h |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/include/configs/otc570.h b/include/configs/otc570.h
index e2c2eda..c068aa0 100644
--- a/include/configs/otc570.h
+++
header file in include/configs/."
Signed-off-by: Daniel Gorsulowski
---
include/configs/meesc.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/include/configs/meesc.h b/include/configs/meesc.h
index a2b55d5..ea40290 100644
--- a/include/configs/meesc.h
+++ b/incl
Arno Steffen wrote:
> In one of my devices, uboot-environment is located at a bad block.
> "save
> Saving Environment to NAND...
> Erasing Nand...
> Skipping bad block at 0x000c
>
> Writing to Nand... FAILED!"
>
> In my memory mapping I have already reseverd 2blocks.
> How can I setup uboot
Hello Reinhard,
Reinhard Meyer wrote:
> Am 18.04.2011 16:15, schrieb Daniel Gorsulowski:
>> The otc570 board support was broken. Within this opportunity, I completely
>> reworked the board files.
>>
>> Signed-off-by: Daniel Gorsulowski
>> ---
>>
The otc570 board support was broken. Within this opportunity, I completely
reworked the board files.
Signed-off-by: Daniel Gorsulowski
---
This patch is based on u-boot-atmel/rework101229 branch (minus the last 5
patches) plus the 'at91: fixed at91sam9263 system file' patch in
u-boot-
The meesc board support was broken. Within this opportunity, I completely
reworked the board files.
Signed-off-by: Daniel Gorsulowski
---
This patch is based on u-boot-atmel/rework101229 branch (minus the last 5
patches) plus the 'at91: fixed at91sam9263 system file' patch in
u-boot-
After relocation rework, the meesc and otc570 board support
was broken. This patch will fix the otc570 board.
Signed-off-by: Daniel Gorsulowski
---
This patch is based on u-boot-atmel/rework101229 branch (minus the last 5
patches) plus the 'at91: fixed at91sam9263 system file' patch
After relocation rework, the meesc and otc570 board support
was broken. This patch will fix the meesc board.
Signed-off-by: Daniel Gorsulowski
---
This patch is based on u-boot-atmel/rework101229 branch (minus the last 5
patches) plus the 'at91: fixed at91sam9263 system file' patch
Hello Reinhard,
...
>>
>> Check that your AT91Bootstrap loads u-boot to a sane address not at the
>> very end
>> of DRAM, and that CONFIG_SYS_TEXT_BASE is exactly the address where
>> AT91Bootstrap
>> loads u-boot. (I changed AT91Bootstrap to load u-boot to the very begin
>> of DRAM
>> for our boa
Reinhard Meyer wrote:
> Dear Daniel Gorsulowski,
>> Signed-off-by: Daniel Gorsulowski
>> ...
>> -gd->bd->bi_dram[0].start = PHYS_SDRAM;
>> -gd->bd->bi_dram[0].size = get_ram_size((long *) PHYS_SDRAM, (1<< 27));
>> +gd->bd->
Hello Reinhard,
...
>>
>> Back to the problem...
>> In my opinion, my USART configuration is correct. I still have no idea,
>> why there is no output on DBGU.
>
> I am at a loss there, too.
>
> Which USART is the output coming from instead? Is it really console output
> or maybe some other, indepe
Hello Reinhard,
Reinhard Meyer wrote:
> Dear Daniel Gorsulowski,
>> Today I found out by GPIO debugging, that U-Boot seems to boot but prints
>> its startup messages to wrong USART with proper baudrate. I'll try to
>> find out, why there is no output on DBGU.
>
&g
Signed-off-by: Daniel Gorsulowski
---
arch/arm/cpu/arm926ejs/at91/at91sam9263_devices.c | 55 +++--
1 files changed, 18 insertions(+), 37 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/at91/at91sam9263_devices.c
b/arch/arm/cpu/arm926ejs/at91/at91sam9263_devices.c
index
Dear Reinhard,
Reinhard Meyer wrote:
> Dear Daniel Gorsulowski,
>> Hello Reinhard,
>>
>> Reinhard Meyer wrote:
>>> Dear Daniel Gorsulowski,
>
> ...
>
>>> The at91sam9260(9xe)ek board builds fine and works.
>>
>> I can confirm that.
&g
Signed-off-by: Daniel Gorsulowski
---
There is still a bug in USART config. This patch is for reviewing only!
board/esd/meesc/config.mk |1 -
board/esd/meesc/meesc.c| 39 +-
board/esd/otc570/config.mk |1 -
board/esd/otc570/otc570.c | 51 +++--
boards.cfg
Hello Reinhard,
Reinhard Meyer wrote:
> Dear Daniel Gorsulowski,
>> Hello Albert,
>>
>> Albert ARIBAUD wrote:
>>> Le 18/01/2011 10:27, Daniel Gorsulowski a écrit :
>>>> Hello again!
>>>
>>> Hi Daniel,
>>>
>>>>
There was an redesign, so USB is available now.
Signed-off-by: Daniel Gorsulowski
---
v2: Nothing changed but commit message
v3: nothing changed, just resend to cohere patch series
board/esd/meesc/meesc.c |6 +-
include/configs/meesc.h | 13 -
2 files changed, 17
* convert meesc board to use c stucture SoC access
* change gpio access to at91_gpio syntax
* moved CONFIG_SYS_HZ below board and cpu defines (purely cosmetic)
Signed-off-by: Daniel Gorsulowski
---
v2: fixed copyright changing error according to Wolfgangs hint
v3: removed some
Autodetection is undesired now
Signed-off-by: Daniel Gorsulowski
---
v2: fixed copyright changing error according to Wolfgangs hint
v3: nothing changed, just resend to cohere patch series
include/configs/meesc.h |3 ++-
include/configs/otc570.h |1 +
2 files changed, 3
* convert meesc board to use c stucture SoC access
* change gpio access to at91_gpio syntax
* moved CONFIG_SYS_HZ below board and cpu defines (purely cosmetic)
Signed-off-by: Daniel Gorsulowski
---
v2: fixed copyright changing error according to Wolfgangs hint
v3: removed some
* convert meesc board to use c stucture SoC access
* change gpio access to at91_gpio syntax
* moved CONFIG_SYS_HZ below board and cpu defines (purely cosmetic)
Signed-off-by: Daniel Gorsulowski
---
v2: fixed copyright changing error according to Wolfgangs hint
v3: removed some
* convert meesc board to use c stucture SoC access
* change gpio access to at91_gpio syntax
* moved CONFIG_SYS_HZ below board and cpu defines (purely cosmetic)
Signed-off-by: Daniel Gorsulowski
---
v2: fixed copyright changing error according to Wolfgangs hint
board/esd/meesc/meesc.c
Autodetection is undesired now
Signed-off-by: Daniel Gorsulowski
---
v2: fixed copyright changing error according to Wolfgangs hint
include/configs/meesc.h |3 ++-
include/configs/otc570.h |1 +
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/include/configs
There was an redesign, so USB is available now.
Signed-off-by: Daniel Gorsulowski
---
v2: Nothing changed but commit message
Note: This patch depends on
'at91: Update meesc board to new SoC access' patch!
board/esd/meesc/meesc.c |6 +-
include/configs/mees
* convert meesc board to use c stucture SoC access
* change gpio access to at91_gpio syntax
* moved CONFIG_SYS_HZ below board and cpu defines (purely cosmetic)
Signed-off-by: Daniel Gorsulowski
---
board/esd/meesc/meesc.c | 118 ---
include/configs
There was an redesign, so USB is available now.
Note: This patch depends on
'at91: Update meesc board to new SoC access' patch!
Signed-off-by: Daniel Gorsulowski
---
board/esd/meesc/meesc.c |6 +-
include/configs/meesc.h | 13 -
2 files changed, 17
Autodetection is undesired now
Signed-off-by: Daniel Gorsulowski
---
include/configs/meesc.h |9 +
include/configs/otc570.h |1 +
2 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/include/configs/meesc.h b/include/configs/meesc.h
index e085f4a..d3cc582 100644
--- a
Hello Wolfgang,
Wolfgang Denk wrote:
>
> Hello,
>
> the following boards maintained by you stioll reference the deprecated
> (and non-existing) CONFIG_CMD_AUTOSCRIPT. Please submit clean-up
> patches to extinguish all references to AUTOSCR:
>
...
> meesc
...
> otc570
...
I sent a
CONFIG_CMD_AUTOSCRIPT support is deprecated and non-existing
This clean up patch removes the references for esd boards
Signed-off-by: Daniel Gorsulowski
---
include/configs/meesc.h |1 -
include/configs/otc570.h |1 -
2 files changed, 0 insertions(+), 2 deletions(-)
diff --git a
Tom wrote:
> Daniel Gorsulowski wrote:
>> Hello Tom
>>
>> Daniel Gorsulowski wrote:
>>> * convert otc570 board to use c stucture SoC access
>>> * change gpio access to at91_gpio syntax
>>>
>>> Signed-off-by: Daniel Gorsulowski
>>>
Hello Tom
Daniel Gorsulowski wrote:
> * convert otc570 board to use c stucture SoC access
> * change gpio access to at91_gpio syntax
>
> Signed-off-by: Daniel Gorsulowski
> ---
> This patch requires Jens Scharsigs new SoC access patchset.
> http://lists.denx.de/pipermail
Mike Norrix wrote:
> This is way too much email, please unsubsubscribe me Thanks
Visit http://lists.denx.de/mailman/listinfo/u-boot and unsubsubscribe yourself.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Am 16.02.2010 16:23, schrieb Tom:
> Daniel Gorsulowski wrote:
>> Jens Scharsig wrote:
>>> * updates the conditional main_clock calculation (if AT91_MAIN_CLOCK
>>> defined) to c structure SoC access
>>> * add need register flags
>>>
>>&
sm-arm/arch-at91/at91_pmc.h |3 +++
> 2 files changed, 7 insertions(+), 3 deletions(-)
>
...
Thank you, now the updated otc570 builds without errors.
I didn't check, whether the board boots, but I guess it does.
Regards,
Daniel Gorsulowski
Tom wrote:
> Daniel Gorsulowski wrote:
>> Tom wrote:
>>> Daniel Gorsulowski wrote:
>>>> Hello Tom,
>>>>
>>>> Tom wrote:
>>>>> Jens Scharsig wrote:
>>>>>> * add's the new temporary CONFIG_AT91_LEGACY to all
Tom wrote:
> Daniel Gorsulowski wrote:
>> Hello Tom,
>>
>> Tom wrote:
>>> Jens Scharsig wrote:
>>>> * add's the new temporary CONFIG_AT91_LEGACY to all board configs
>>>> This will need for backward compatiblity, while change the SoC acc
* convert otc570 board to use c stucture SoC access
* change gpio access to at91_gpio syntax
Signed-off-by: Daniel Gorsulowski
---
This patch requires Jens Scharsigs new SoC access patchset.
http://lists.denx.de/pipermail/u-boot/2010-February/067424.html
http://lists.denx.de/pipermail/u-boot
Daniel Gorsulowski wrote:
> - tmp = at91_sys_read(AT91_CKGR_MCFR);
> - } while (!(tmp & AT91_PMC_MAINRDY));
> - main_clock = (tmp & AT91_PMC_MAINF) * (AT91_SLOW_CLOCK / 16);
> + tmp = readl(&pmc->mcf
I replaced AT91_PMC_MAINF with (0x << 0), because AT91_PMC_MAINF in not
available anymore. Maybe you find a better solution...
Best regards,
Daniel Gorsulowski
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Daniel Gorsulowski wrote:
> Hello Jens,
>
> Jens Scharsig wrote:
>> * add's a warning to all files, which need update to new SoC access
>> * convert common files in cpu/../at91 and a lot of drivers to use
>>c stucture SoC access
>>
>>
>> Si
x27; undeclared (first use in this function)
> clock.c:160: error: (Each undeclared identifier is reported only once
> clock.c:160: error: for each function it appears in.)
>
> Tom
This is caused by missing defines in include\configs\otc570.h:
#define CONFIG_AT91_LEGACY
and
#define CO
ase don't remove this include. It breaks build on AT91SAM9263 boards who have
CONFIG_AT91_LEGACY enabled. (e.g. new otc570 board)
> +#include
> +#ifdef CONFIG_AT91_LEGACY
> #include
> -#include
dito
> +#endif
> #endif
> #ifdef CON
-boot/74293
Still to be applied, waiting for response.
Regards,
Daniel Gorsulowski
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This patch adds support for esd gmbh OTC570 board.
The OTC570 is based on an Atmel AT91SAM9263 SoC.
Signed-off-by: Daniel Gorsulowski
---
v2: Applyed suggestions according to
http://lists.denx.de/pipermail/u-boot/2010-January/066948.html
- removed video commands they should go into
Hello Tom,
thanks for reviewing...
Tom wrote:
> Daniel Gorsulowski wrote:
>> This patch adds support for esd gmbh OTC570 board.
>> The OTC570 is based on an Atmel AT91SAM9263 SoC.
>>
>> Signed-off-by: Daniel Gorsulowski
>
> For u-boot-video.
> Maybe some
Normally the processor clock has a divisor of 2.
In some cases this this needs to be set to 4.
Check the user has set environment mdiv to 4 to change the divisor.
Signed-off-by: Daniel Gorsulowski
---
v2: - changed and add additional comments
- strengthened string comparision
board/esd
Hi Arno,
Arno Steffen wrote:
> Changing my OMAP EVM board to newest uboot 2009-11 I do have a problem
> with ethernet.
> Although the kernel could be loaded via tftp perfectly, the upcoming
> kernel complains about invalid MAC.
>
> Kernel command line: mem=128M console=ttyS0,115200n8
> root=/dev/
This patch adds support for esd gmbh OTC570 board.
The OTC570 is based on an Atmel AT91SAM9263 SoC.
Signed-off-by: Daniel Gorsulowski
---
MAINTAINERS |1 +
MAKEALL |1 +
Makefile |3 +
board/esd/otc570/Makefile| 55
In some cases, we need low speed master clock. So depending on the
"mdiv" variable, the processor clock is divided by 2 (default) or 4.
Signed-off-by: Daniel Gorsulowski
---
board/esd/meesc/meesc.c | 24
include/configs/meesc.h |1 +
2 files changed, 25
In some cases, we need low speed master clock. So depending on the
"mdiv" variable, the processor clock is divided by 2 (default) or 4.
Signed-off-by: Daniel Gorsulowski
---
PS: Tom, are you still temporary at91 custodian?
board/esd/meesc/meesc.c | 24 +++
Hello Tom,
Tom wrote:
> Daniel Gorsulowski wrote:
>> This patch implements several updates:
>> -disable CONFIG_ENV_OVERWRITE
>> -add new hardware style variants and set the arch numbers appropriate
>> -pass the serial# and hardware revision to the kernel
>> -r
This patch implements several updates:
-disable CONFIG_ENV_OVERWRITE
-add new hardware style variants and set the arch numbers appropriate
-pass the serial# and hardware revision to the kernel
-removed unused macros from include/configs/meesc.h
-fixed multiline comment style
Signed-off-by: Daniel
This patch implements several updates:
-disable CONFIG_ENV_OVERWRITE
-add new hardware style variants and set the arch numbers appropriate
-pass the serial# and hardware revision to the kernel
-removed unused macros from include/configs/meesc.h
-fixed multiline comment style
Signed-off-by: Daniel
This patch implements several updates:
-disable CONFIG_ENV_OVERWRITE
-add new hardware style variants and set the arch numbers appropriate (autodet.)
-pass the serial# and hardware revision to the kernel
-removed unused macros from include/configs/meesc.h
Signed-off-by: Daniel Gorsulowski
---
v2
Dear Wolfgang Denk and Jean-Christophe PLAGNIOL-VILLARD,
Daniel Gorsulowski wrote:
> This patch implements several updates:
> -disable CONFIG_ENV_OVERWRITE
> -add new hardware style variants and set the arch numbers appropriate
> (autodet.)
> -pass the serial# and hardware revisio
Dear Wolfgang Denk,
Wolfgang Denk wrote:
> Dear Daniel Gorsulowski,
>
> In message <4aa90821.1060...@esd.eu> you wrote:
>>>> - /* arch number of MEESC-Board */
>>>> - gd->bd->bi_arch_number = MACH_TYPE_MEESC;
>>>> + /* initialize ET1
This patch implements several updates:
-disable CONFIG_ENV_OVERWRITE
-add new hardware style variants and set the arch numbers appropriate (autodet.)
-pass the serial# and hardware revision to the kernel
-removed unused macros from include/configs/meesc.h
Signed-off-by: Daniel Gorsulowski
---
v2
Dear Wolfgang Denk,
Wolfgang Denk wrote:
> Dear Daniel Gorsulowski,
>
> In message <12524805241911-git-send-email-daniel.gorsulow...@esd.eu> you
> wrote:
>> This patch implements several updates:
>> -Disable CONFIG_ENV_OVERWRITE
>> -Add new hardware sty
Hello,
Daniel Gorsulowski wrote:
> Hello Wolfgang, Jean-Christophe,
>
> Wolfgang Denk wrote:
>> Dear Daniel,
>>
>> In message <20090904211358.gr30...@game.jcrosoft.org> Jean-Christophe wrote:
>>>> +#ifdef CONFIG_REVISION_TAG
>>>> +u32
This patch implements several updates:
-Disable CONFIG_ENV_OVERWRITE
-Add new hardware style variants and set the arch numbers appropriate
(autodetect)
-Pass the serial# and hardware revision to the kernel
Signed-off-by: Daniel Gorsulowski
---
board/esd/meesc/meesc.c | 74
alex889 wrote:
> Hi,
> I'm working on the DM365evm,
> and i was wondering if there is a way to burn new U-Boot version over
> network, instead of Code Composer and a JTAG?
>
> Thanks,
> Alex
Hi Alex,
of course it's possible!
But it depends on the location of your U-Boot.
I.e. your U-Boot is loca
Wolfgang Denk schrieb:
> Dear Daniel Gorsulowski,
>
> In message <4aa0f7b2.2010...@esd.eu> you wrote:
>> Hi,
>>
>> according to http://lists.denx.de/pipermail/u-boot/2008-September/040553.html
>> I request an update.
>>
>> It is needed for MA
>
> Jean-Christophe means: The Etherent interface must not be always
> initialized, but only when it is needed and used within U-Boot itself,
> i. e. if U-boot is performing anetwork command. See also item 2 at
> http://www.denx.de/wiki/U-Boot/DesignPrinciples and
>
This patch implements several updates:
-Write the ethernet address to the EMAC module
-Disable CONFIG_ENV_OVERWRITE
-Add new hardware style variants and set the arch numbers appropriate
(autodetect)
-Pass the serial# and hardware revision to the kernel
Signed-off-by: Daniel Gorsulowski
://www.arm.linux.org.uk/developer/machines/
Best regards
Daniel Gorsulowski
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hello Heiko,
Heiko Schocher wrote:
> Hello Alessandro,
>
> Alessandro Rubini wrote:
>> This adds gpio and i2c support for the Nomadik evaluation kit. They
>> are needed to turn on the LCD backlight in order to later add LCD
>> support.
>>
>> I have one doubt and some questions on gpio:
>>
>> To u
Heiko Schocher wrote:
> Hello Daniel,
>
Hello Heiko,
First, I would like to apologize for top posting in my last 3 mails.
I am anxious to avoid that in the feature.
> Daniel Gorsulowski wrote:
>> Sorry, it was my misstake.
>>
>> By c&p and applying yout patch
Sorry, it was my misstake.
By c&p and applying yout patch I missed the changes in lib_arm/Makefile.
But as i wrote, _lshrdi3.a does not compile.
Daniel
Daniel Gorsulowski wrote:
> So i added 'GLSOBJS += _lshrdi3.S' to lib_arm/Makefile (this line is missing
> in your
e no explanation for that, do you have?
bye, Daniel
Heiko Schocher wrote:
> Hello Daniel,
>
> Daniel Gorsulowski wrote:
>> buid on meesc board (arm) is still broken.
>> It's roughly the same problem, as Heiko Schocher reported in
>> 4a6854b1.5000...@denx.de. But his pat
Hi Wolfgang,
buid on meesc board (arm) is still broken.
It's roughly the same problem, as Heiko Schocher reported in
4a6854b1.5000...@denx.de. But his patch doesn't fix the problem either.
dani...@debby:~/git/u-boot$ make USE_PRIVATE_LIBGCC=yes
...
drivers/mtd/nand/libnand.a(nand_base.o): In func
This patch adds support for esd gmbh MEESC board.
The MEESC is based on an Atmel AT91SAM9263 SoC.
Signed-off-by: Daniel Gorsulowski
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile|3 +
board/esd/meesc/Makefile| 55
To enable CAN init, CONFIG_CAN has to be defined in the board config file
and at91_can_hw_init() has to be called in the board specific code.
CAN is available on AT91SAM9263 and AT91CAP9 SoC.
Signed-off-by: Daniel Gorsulowski
---
cpu/arm926ejs/at91/at91cap9_devices.c| 15
This patch adds support for esd gmbh MEESC board.
The MEESC is based on an Atmel AT91SAM9263 SoC.
Signed-off-by: Daniel Gorsulowski
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile|3 +
board/esd/meesc/Makefile| 55
Daniel Gorsulowski wrote:
> Jean-Christophe PLAGNIOL-VILLARD wrote:
>>
>>> +
>>> +int checkboard(void)
>>> +{
>>> + char str[32];
>>> + char buf[32];
>>> +
>>> + puts("Board: esd CAN-EtherCAT Gateway");
>&
To enable CAN init, CONFIG_CAN has to be defined in the board config file
and at91_can_hw_init() has to be called in the board specific code.
CAN is available on AT91SAM9263 and AT91CAP9 SoC.
Signed-off-by: Daniel Gorsulowski
---
cpu/arm926ejs/at91/at91cap9_devices.c| 11 +++
cpu
Jean-Christophe PLAGNIOL-VILLARD wrote:
> On 12:21 Tue 23 Jun , Daniel Gorsulowski wrote:
>> This patch adds support for esd gmbh MEESC board.
>> The MEESC is based on an Atmel AT91SAM9263 SoC.
>>
>> Signed-off-by: Daniel Gorsulowski
>> ---
>>
>>
This patch adds support for esd gmbh MEESC board.
The MEESC is based on an Atmel AT91SAM9263 SoC.
Signed-off-by: Daniel Gorsulowski
---
Jean-Christophe: This patch requires an up-to-date mach-types.h,
please sync it.
MAINTAINERS |4 +
MAKEALL |1
Daniel Gorsulowski wrote on monday, 2009-06-08, 08:25am:
> Dear Jean-Christophe PLAGNIOL-VILLARD,
>
> please sync include/asm-arm/mach-types.h with mach-types.h
> from latest kernel source to enable support for boards
> MEESC (number 2165) and OTC570 (number 2166).
>
> Than
Dear Jean-Christophe PLAGNIOL-VILLARD,
please sync include/asm-arm/mach-types.h with mach-types.h
from latest kernel source to enable support for boards
MEESC (number 2165) and OTC570 (number 2166).
Thanks!
Best regards,
Daniel Gorsulowski
___
U-Boot
Dear Jean-Christophe,
Jean-Christophe PLAGNIOL-VILLARD schrieb:
> On 13:20 Mon 18 May , Daniel Gorsulowski wrote:
>> While hard_i2c support is not available
>> (see http://lists.denx.de/pipermail/u-boot/2009-March/049751.html),
>> this patch enables soft_i2c on AT91SAM9
ource yet. So, imho a sync request makes no sense.
Unless
you sync against http://www.arm.linux.org.uk/developer/machines/download.php
Is this sufficient for a sync request, or should i send a request in a separate
mail?
>> + /* arch number of MEESC-Board */
>> +gd->bd->bi_ar
While hard_i2c support is not available
(see http://lists.denx.de/pipermail/u-boot/2009-March/049751.html),
this patch enables soft_i2c on AT91SAM9263 SoC.
Signed-off-by: Daniel Gorsulowski
---
drivers/i2c/soft_i2c.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a
This patch is a rebase against branch arm/next and adds support for
MEESC board of esd gmbh.
The MEESC is based on an Atmel AT91SAM9263 SoC.
Signed-off-by: Daniel Gorsulowski
---
MAINTAINERS |4 +
MAKEALL |1 +
Makefile |3 +
board
The folowing patch tries to fix all defects of the previous patch.
The new led command is _not_ limited to 3 LEDs any more, but it
is still restricted to at91 architectures.
Best regards,
Daniel Gorsulowski
___
U-Boot mailing list
U-Boot@lists.denx.de
information.
Usage:
led [LED_number] [on|off]
Signed-off-by: Daniel Gorsulowski
---
cpu/arm926ejs/at91/Makefile |1 +
cpu/arm926ejs/at91/cmd_led.c| 60 +++
cpu/arm926ejs/at91/led.c| 29 +++
doc/README.LED
t; cpu/arm926ejs/at91/at91sam9rl_i2c.c
> (52%)
> create mode 100644 drivers/i2c/atmel_i2c.c
> create mode 100644 include/asm-arm/arch-at91/at91_twi.h
>
...
Do you aim to commit a new clean patch for this issue?
Hard I2C support would be a really nice feature!
Best regards,
Daniel
Wolfgang Denk schrieb:
> Dear Daniel Gorsulowski,
>
> In message <4a02792b.8060...@esd.eu> you wrote:
>>> Ummm... common is for, well, for >>common<< stuff. If this code is
>>> specific to AT91 only, it should not go into common.
>>>
>&
Hi Stefan,
Stefan Roese wrote:
> Hi Daniel,
>
> On Wednesday 06 May 2009, Daniel Gorsulowski wrote:
>> This patch allows any at91 board, implementing the GPIO LED API,
>> to control the LEDs from the console.
>>
>> led [ 1 | 2 | 3 | all ] [ on | off ]
>
>
Dear Wolfgang Denk,
Wolfgang Denk wrote:
> Dear Daniel Gorsulowski,
>
> In message <1241619669338-git-send-email-daniel.gorsulow...@esd.eu> you wrote:
>> This patch allows any at91 board, implementing the GPIO LED API,
>> to control the LEDs from the console.
>>
b/common/cmd_led.c
new file mode 100644
index 000..f914d2d
--- /dev/null
+++ b/common/cmd_led.c
@@ -0,0 +1,86 @@
+/*
+ * (C) Copyright 2008
+ * Ulf Samuelsson
+ *
+ * (C) Copyright 2009
+ * Daniel Gorsulowski
+ * esd electronic system design gmbh
+ *
+ * See file CREDITS for list of people
1 - 100 of 108 matches
Mail list logo