HOW_BOOT_PROGRESS 1
>
>
> What have I missed ?
>
Nothing! Good catch. I tried it on a mpc8xx and
on a mpx82xx based board and it also didnt worked :-(
Can you try the following patch? (This patch solved it
on my boards ...)
thanks,
Heiko
[PATCH] all platforms: make show_boot_progress
Hello,
[POWERPC] Added support for the muas3001 board from IAI,
based on a MPC8270 CPU.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
Makefile |9 +
board/muas3001/Makefile| 50 ++
board/muas3001/config.mk | 24 +++
board/muas3001/mu
Hello,
[POWERPC] muas3001: added missing Maintainer entry
correct SDRAM initialization values
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
MAINTAINERS|1 +
include/configs/muas3001.h |8 ++--
2 files changed, 7 insertions(+), 2 deletions(-)
[PATCH] mucmc52: added support for the MPC5200 based MUC.MC52
board from MAN.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
MAINTAINERS |2 +-
Makefile |3 +
board/mucmc52/Makefile| 50 ++
board/mucmc52/config.mk
for the 3 missing boards.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
include/configs/M5253DEMO.h |2 +-
include/configs/ml507.h |2 +-
include/configs/redwood.h |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/configs/M5253DEMO
Hello,
changes since last post:
- merge patches 1 and 2
- integrated comments from Wolfgang Denk
- rename CFG_FLASH_CFI_DRIVER to CONFIG_FLASH_CFI_DRIVER
[POWERPC] Added support for the muas3001 board from IAI,
based on a MPC8270 CPU.
Signed-off-by: Heiko Schocher <[EMAIL PROTEC
Hello Jean-Chistophe,
Jean-Christophe PLAGNIOL-VILLARD schrieb:
> On 09:57 Tue 19 Aug , Heiko Schocher wrote:
>> Hello Jean-Chistophe,
>>
>> your commit:
>>
>> commit 00b1883a4cac59d97cd297b1a3a398db85982865
>>
>> drivers/mtd: Move con
Hello,
changes since last Patch:
- fixed Codingstyle issues
[PATCH] mpc52xx: added support for the MPC5200 based MUC.MC52
board from MAN.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
MAINTAINERS |1 +
Makefile |3 +
board/m
Wed, 31 Oct 2007 12:53:06 + (13:53 +0100)
committer Scott Wood <[EMAIL PROTECTED]>
Tue, 12 Aug 2008 16:31:15 + (11:31 -0500)
commit cfa460adfdefcc30d104e1a9ee44994ee349bb7b
Couldnt try this patch, because I have no longer the Hardware :-(
Signed-off-by: Heiko Schoch
Hello Stefan,
Stefan Roese wrote:
> On Wednesday 27 August 2008, Heiko Schocher wrote:
>
>
>
>> +++ b/board/tqc/tqm8272/tqm8272.c
>> @@ -1066,38 +1066,24 @@ int update_flash_size (int flash_size)
>> #include
>> #include
>>
>> -static u8 h
Wed, 31 Oct 2007 12:53:06 + (13:53 +0100)
committer Scott Wood <[EMAIL PROTECTED]>
Tue, 12 Aug 2008 16:31:15 + (11:31 -0500)
commit cfa460adfdefcc30d104e1a9ee44994ee349bb7b
Also moved the NAND Code in a seperate File.
Couldnt try this patch, because I have no l
Hello Scott,
Scott Wood wrote:
> On Wed, Aug 27, 2008 at 01:08:14PM +0200, Heiko Schocher wrote:
>> static void upmnand_hwcontrol(struct mtd_info *mtd, int cmd, unsigned int
>> ctrl)
>> {
>> struct nand_chip *this = mtd->priv;
>> +ulong base
Wed, 31 Oct 2007 12:53:06 + (13:53 +0100)
committer Scott Wood <[EMAIL PROTECTED]>
Tue, 12 Aug 2008 16:31:15 + (11:31 -0500)
commit cfa460adfdefcc30d104e1a9ee44994ee349bb7b
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/tqc/tqm8272/tqm8272.c |
Hello,
[POWERPC] TQM8272: move NAND part in seperate File
I didnt try to use drivers/mtd/nand/fsl_upm.c for the
NAND driver, because I have no longer the Hardware.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/tqc/tqm8272/Makefile |2 +-
board/tqc/tqm8272/nand.c
Hello Jean-Christophe,
I compilied actual u-boot for the muas3001 board and tried to start
it, but it crashes in common/console.c console_init_r () ...
After reversing your Patch:
http://git.denx.de/?p=u-boot.git;a=commitdiff;h=c1de7a6daf9c657484e1c6d433f01fccd49a7f48#patch4
it works again fine
Hello Kumar,
I actually trying to boot a Linux 2.6.27-rc4 Kernel with a Ramdisk
and actual u-boot on a MPC82xx based board. And what should I say,
it doesnt work anymore :-(
Reason is the following commit:
http://git.denx.de/?p=u-boot.git;a=commitdiff;h=2a1a2cb6e2b87ee550e6f27b647d23331dfd5e1b#p
Hello Kumar,
Kumar Gala wrote:
> On Sep 5, 2008, at 3:27 AM, Heiko Schocher wrote:
>> I actually trying to boot a Linux 2.6.27-rc4 Kernel with a Ramdisk
>> and actual u-boot on a MPC82xx based board. And what should I say,
>> it doesnt work anymore :-(
>>
>&g
Hello Kumar,
Kumar Gala wrote:
>> I think we can drop this useless dummy call from fdt_chosen.
>> Has somebody any suggestions?
>
> That breaks some of the commands. I see the problem and will post a fix
> for you to try.
Which commands?
bye
Heiko
--
DENX Software Engineering GmbH, MD: Wo
it deletes the steps a) - c)
and fixes the fdt chosen command ...
[PATCH] powerpc: Fix bootm to boot up again with a Ramdisk.
Patch
http://git.denx.de/?p=u-boot.git;a=commitdiff;h=2a1a2cb6e2b87ee550e6f27b647d23331dfd5e1b#patch3
didnt remove the dummy mem reservation which was set up
in fdt_chosen, and this stopped Linux from booting
[PATCH] muas3001: added 64MB SDRAM autodetection.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/muas3001/muas3001.c | 14 --
include/configs/muas3001.h | 16 +++-
2 files changed, 23 insertions(+), 7 deletions(-)
diff --git a/board/muas3001/muas
[POWERPC] muas3001: activate WDT for the muas3001 board.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
include/configs/muas3001.h | 20 +---
1 files changed, 17 insertions(+), 3 deletions(-)
diff --git a/include/configs/muas3001.h b/include/configs/muas3001.h
[POWERPC] 82xx: added support for the LM75 Temp.
sensor on the muas3001 board.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
include/configs/muas3001.h | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/include/configs/muas3001.h b/i
Hello Kumar,
Kumar Gala wrote:
[...]
>> Please have a look at the following patch, it deletes the steps a) - c)
>> and fixes the fdt chosen command ...
[...]
>> diff --git a/common/cmd_fdt.c b/common/cmd_fdt.c
>> index 0593bad..288a5c4 100644
>> --- a/common/cmd_fdt.c
>> +++ b/common/cmd_fdt.c
>>
emove the dummy mem reservation in fdt_chosen, and
this stopped Linux from booting with a Ramdisk. This patch
fixes this, by deleting the useless dummy mem reservation.
When booting with a Ramdisk, a fix offset FDT_RAMDISK_OVERHEAD
is now added to of_size, so we dont need anymore a dummy
mem reserv
and setup the Portpins for using I2C.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/muas3001/muas3001.c |9 +++--
include/configs/muas3001.h |2 +-
2 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/board/muas3001/muas3001.c b/board/mu
a Ramdisk, a fix offset FDT_RAMDISK_OVERHEAD
is now added to of_size, so we dont need anymore a dummy
mem reservation.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
changes sinse last patch:
- added comments from Wolfgang Denk
common/cmd_fdt.c |3 ++-
common/fdt_sup
a Ramdisk, a fix offset FDT_RAMDISK_OVERHEAD
is now added to of_size, so we dont need anymore a dummy
mem reservation.
I measured the value of FDT_RAMDISK_OVERHEAD on a MPC8270
based system (=0x44 bytes) and rounded it up to 0x80).
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
include/configs/mgcoge.h |2 ++
include/configs/mgsuvd.h |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/configs/mgcoge.h b/include/configs/mgcoge.h
index 858c8c1..9475031 100644
--- a/include/c
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
common/cmd_i2c.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/common/cmd_i2c.c b/common/cmd_i2c.c
index ef3928e..414c888 100644
--- a/common/cmd_i2c.c
+++ b/common/cmd_i2c.c
@@ -1182,6 +1182,12
Also support CONFIG_I2C_MULTI_BUS for the
soft_i2c and the cpu/mpc8260/i2c.c driver.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/keymile/mgcoge/mgcoge.c | 93 ++---
board/keymile/mgsuvd/mgsuvd.c | 13 ++
cpu/mpc8260
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
include/configs/mgcoge.h |8
include/configs/mgsuvd.h |7 +++
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/include/configs/mgcoge.h b/include/configs/mgcoge.h
index 159eeae..8cff642 100644
--- a/i
also fix CodingStyle issues for the LM75
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
drivers/hwmon/lm75.c | 228 +++---
1 files changed, 105 insertions(+), 123 deletions(-)
diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
include/configs/mgcoge.h |9 +
include/configs/mgsuvd.h |9 +
2 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/include/configs/mgcoge.h b/include/configs/mgcoge.h
index 8cff642..bfbbd45 100644
after this, a start Condition is send.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/keymile/common/common.c | 211 +
board/keymile/mgcoge/Makefile |2 +-
drivers/i2c/soft_i2c.c| 11 ++
include/configs/mgcoge.h |1 +
i
With this Command it is possible to add new I2C Busses,
which are behind 1 .. n I2C Muxes. Details see README.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
README | 47
common/cmd_i2c.c | 269 +
The EEprom contains some Manufacturerinformation,
which are read from u-boot at boot time, and saved
in same Environmentvars.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/keymile/common/common.c | 285 +
include/configs/mgcoge.h
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
drivers/i2c/soft_i2c.c | 24
1 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/i2c/soft_i2c.c b/drivers/i2c/soft_i2c.c
index f426bbb..bda0aaf 100644
--- a/drivers/i2c/soft_i2c.c
+++ b/d
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
board/keymile/mgsuvd/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/board/keymile/mgsuvd/Makefile b/board/keymile/mgsuvd/Makefile
index af0d400..0326608 100644
--- a/board/keymile/mgsuvd/Makefile
+++ b
Hello Wolfgang,
Wolfgang Denk wrote:
> In message <[EMAIL PROTECTED]> you wrote:
>> The EEprom contains some Manufacturerinformation,
>> which are read from u-boot at boot time, and saved
>> in same Environmentvars.
>>
>> Signed-off-by: Heiko Schocher <[
Hello Tom,
Am 24.05.2013 19:12, schrieb Tom Rini:
> On Fri, May 24, 2013 at 07:42:01PM +0300, Pantelis Antoniou wrote:
>> Hi Heiko,
>>
>> On May 24, 2013, at 7:39 PM, Heiko Schocher wrote:
>>
>>> Hello,
>>>
>>> just digging in DFU support i
Hello Lukasz,
Am 27.05.2013 09:02, schrieb Lukasz Majewski:
> Hi Heiko,
>
>> Hello Tom,
>>
>> Am 24.05.2013 19:12, schrieb Tom Rini:
>>> On Fri, May 24, 2013 at 07:42:01PM +0300, Pantelis Antoniou wrote:
>>>> Hi Heiko,
>>>>
>>>>
Hello,
Am 27.05.2013 09:35, schrieb Pantelis Antoniou:
> Hi Guys,
>
> On May 27, 2013, at 10:28 AM, Heiko Schocher wrote:
>
>> Hello Lukasz,
>>
>> Am 27.05.2013 09:02, schrieb Lukasz Majewski:
>>> Hi Heiko,
>>>
>>>> Hello Tom,
>&g
Hello,
Am 27.05.2013 08:08, schrieb tiger...@viatech.com.cn:
> Hi, experts:
> There is an iloop command in older version uboot.
> Current uboot also included "i2c loop" cmd.
Yes.
> It's an infinite loop on i2c_read.
Yes!
> So, when to use this command?
> Just for debugging I2C read function?
Hello Wolfgang,
Am 27.05.2013 23:25, schrieb Wolfgang Denk:
> Dear Tom,
>
> In message <20130527204127.GY17119@bill-the-cat> you wrote:
>>
>> This _may_ be the hard part for UBI. When doing raw block writes for
>> NAND/MMC, we're able to write them out quickly and thus support images
>> larger t
Hello Tom,
Am 27.05.2013 21:21, schrieb Tom Rini:
> On Sun, May 26, 2013 at 09:09:22AM +0200, Heiko Schocher wrote:
>
> [snip]
>> Ah, looking in drivers/dfu/dfu_mmc.c, they use dfu->layout
>> for switching between DFU_RAW_ADDR, DFU_FS_FAT, DFU_FS_EXT4...
>>
&g
Hello Tom,
Am 27.05.2013 22:41, schrieb Tom Rini:
> On Mon, May 27, 2013 at 07:29:02PM +0300, Pantelis Antoniou wrote:
>> Hi
>>
>> On May 27, 2013, at 7:25 PM, Wolfgang Denk wrote:
>>
>>> Dear Heiko Schocher,
>>>
>>> In message <51a30f34
Hello Wolfgang,
Am 28.05.2013 07:58, schrieb Wolfgang Denk:
> Dear Heiko,
>
> In message <51a42ccd.1020...@denx.de> you wrote:
>>
>>> I would imagine, but testing and implementation might show a better way,
>>> we do UBI as ubi ubiN volume-name, ie:
>>> rootfs ubi ubi0 rootfs
>>> user ubi ubi0 u
Hello Tom,
Am 28.05.2013 23:16, schrieb Tom Rini:
> On Tue, May 28, 2013 at 11:01:09PM +0200, Wolfgang Denk wrote:
>> Dear Tom,
>>
>> In message <20130528172309.GF5829@bill-the-cat> you wrote:
>>>
Of course this can't yet apply to writing files on file systems since the
current API in U-
raw rather than from stat.
> - Some minor style & format changes.
>
> drivers/i2c/omap24xx_i2c.c | 490
> +++--
> 1 file changed, 299 insertions(+), 191 deletions(-)
Tested on 3 arm335x based boards, which one uses i2c in SPL
code for getting ram parameters,
anged, 299 insertions(+), 191 deletions(-)
>>
>> Tested on 3 arm335x based boards, which one uses i2c in SPL
>> code for getting ram parameters, so:
>>
>> Tested-by: Heiko Schocher
> Many thanks for testing, to Tom as well (he did it on the
> Beagleboards, but for o
Hello Tom,
Am 02.06.2013 15:08, schrieb Tom Rini:
> On Sun, Jun 02, 2013 at 07:20:50AM +0200, Heiko Schocher wrote:
>> Hello Lubomir,
>>
>> Am 01.06.2013 18:44, schrieb Lubomir Popov:
>>> New i2c_read, i2c_write and i2c_probe functions, tested on OMAP4
>>>
Hello Lubomir,
Am 03.06.2013 07:13, schrieb Heiko Schocher:
> Hello Lubomir,
>
> Am 02.06.2013 13:42, schrieb Lubomir Popov:
>>> Hello Lubomir,
>>>
>>> Am 01.06.2013 18:44, schrieb Lubomir Popov:
>>>> New i2c_read, i2c_write and i2c_probe functions
Hello Lubomir,
Am 04.06.2013 08:49, schrieb Lubomir Popov:
> Hi Heiko,
>
> On 04/06/13 07:26, Heiko Schocher wrote:
>> Hello Lubomir,
>>
>> Am 03.06.2013 07:13, schrieb Heiko Schocher:
>>> Hello Lubomir,
>>>
>>> Am 02.06.2013 13:42, schr
add possibility to disable gigabit support through
plattform data. Current boards should not be affected
through this patch.
Signed-off-by: Heiko Schocher
Cc: Cyril Chemparathy
Cc: Chandan Nath
Cc: Satyanarayana, Sandhya
Cc: Ilya Yanok
Cc: Yegor Yefremov
Cc: Mugunthan V N
Cc: Tom Rini
Cc
: failure at nand_base.c:3214/nand_scan_tail()!
BUG!
resetting ...
on boards using drivers/mtd/nand/omap_gpmc.c as in board_nand_init()
nand->ecc.strength is not set. Fix this!
Signed-off-by: Heiko Schocher
Cc: Sergey Lapin
Cc: Scott Wood
Cc: Tom Rini
---
drivers/mtd/nand/omap_gpmc.c | 2 ++
Signed-off-by: Heiko Schocher
Cc: Tom Rini
---
doc/README.SPL | 2 +-
spl/Makefile | 1 +
2 Dateien geändert, 2 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/doc/README.SPL b/doc/README.SPL
index 4e1cb28..64977e0 100644
--- a/doc/README.SPL
+++ b/doc/README.SPL
@@ -67,7 +67,7
Add TI OMAP 16xx & 24xx/34xx 32KHz (non-secure) watchdog support.
Signed-off-by: Heiko Schocher
Cc: Albert Aribaud
Cc: Tom Rini
---
arch/arm/include/asm/arch-am33xx/cpu.h | 20 ++
drivers/watchdog/Makefile | 1 +
drivers/watchdog/omap_wdt.c|
add natsemi dp83630 phy, used on the upcoming siemens boards.
Signed-off-by: Heiko Schocher
Cc: Andy Fleming
Cc: Joe Hershberger
---
drivers/net/phy/natsemi.c | 37 +
1 Datei geändert, 37 Zeilen hinzugefügt(+)
diff --git a/drivers/net/phy/natsemi.c b
add atheros ar803x phy, used on the upcoming siemens boards.
Signed-off-by: Heiko Schocher
Cc: Andy Fleming
Cc: Joe Hershberger
---
drivers/net/phy/atheros.c | 11 +++
1 Datei geändert, 11 Zeilen hinzugefügt(+)
diff --git a/drivers/net/phy/atheros.c b/drivers/net/phy/atheros.c
index
upcoming support for siemens boards switches mpu pll clk in board
code. So make this configurable.
Signed-off-by: Heiko Schocher
Cc: Tom Rini
---
arch/arm/cpu/armv7/am33xx/clock_am33xx.c | 9 +++--
arch/arm/include/asm/arch-am33xx/sys_proto.h | 1 +
2 Dateien geändert, 8 Zeilen
move rtc32k_enable() to common place so all am33xx boards can use it.
Signed-off-by: Heiko Schocher
Cc: Matt Porter
Cc: Lars Poeschel
Cc: Tom Rini
Cc: Enric Balletbo i Serra
---
arch/arm/cpu/armv7/am33xx/board.c| 18 ++
arch/arm/include/asm/arch-am33xx
move uart soft reset code to common place and call
this function from board code, instead of copy and paste
this code for every board.
Signed-off-by: Heiko Schocher
Cc: Matt Porter
Cc: Lars Poeschel
Cc: Tom Rini
Cc: Enric Balletbo i Serra
---
arch/arm/cpu/armv7/am33xx/board.c
move gmii_sel register defines from board code to common place.
Signed-off-by: Heiko Schocher
Cc: Chandan Nath
Cc: Sandeep Paulraj
Cc: Tom Rini
Cc: Lars Poeschel
Cc: Enric Balletbo i Serra
---
arch/arm/include/asm/arch-am33xx/cpu.h | 8
board/isee/igep0033/board.c| 4
Signed-off-by: Heiko Schocher
Cc: Marek Vasut
Cc: Ilya Yanok
---
drivers/usb/musb-new/musb_uboot.c | 2 ++
1 Datei geändert, 2 Zeilen hinzugefügt(+)
diff --git a/drivers/usb/musb-new/musb_uboot.c
b/drivers/usb/musb-new/musb_uboot.c
index 15d2ec0..c240032 100644
--- a/drivers/usb/musb-new
add a weak dummy function g_dnl_fixup to add the possibility to update
the device_desc board specific. Used on the upcoming siemens board
support, where idVendor and idProduct is stored in an eeprom.
Signed-off-by: Heiko Schocher
Cc: Marek Vasut
Cc: Lukasz Majewski
Cc: Kyungmin Park
Without this, second usb_composite_register() call fails always
with -EINVAL.
Signed-off-by: Heiko Schocher
Cc: Lukasz Majewski
Cc: Kyungmin Park
Cc: Marek Vasut
---
drivers/usb/gadget/composite.c | 1 +
1 Datei geändert, 1 Zeile hinzugefügt(+)
diff --git a/drivers/usb/gadget/composite.c b
Dfu transfer uses a buffer before writing data to the
raw storage device. Make the size (in bytes) of this buffer
configurable.
Signed-off-by: Heiko Schocher
Cc: Pantelis Antoniou
Cc: Tom Rini
Cc: Lukasz Majewski
Cc: Kyungmin Park
Cc: Marek Vasut
---
README| 5 +
drivers
Hello Pantelis,
Am 04.06.2013 12:08, schrieb Pantelis Antoniou:
> Hi Heiko,
>
> Just thinking out loud here. Can we have an extra option that
> allocates the buffer dynamically based on an env variable?
Hmm.. also a possibility... I have here no preferences ...
Name: "dfu_data_buf_size" if not
Hello Wolfgang,
Am 04.06.2013 17:00, schrieb Wolfgang Denk:
> Dear Heiko,
>
> In message <1370335914-14027-1-git-send-email...@denx.de> you wrote:
>> add possibility to disable gigabit support through
>> plattform data. Current boards should not be affected
>> through this patch.
> ...
>> +
Hello Tom,
Am 04.06.2013 22:04, schrieb Tom Rini:
> On Tue, Jun 04, 2013 at 11:22:54AM +0200, Heiko Schocher wrote:
>
>> Dfu transfer uses a buffer before writing data to the
>> raw storage device. Make the size (in bytes) of this buffer
>>
Hello Tom,
Am 04.06.2013 23:14, schrieb Tom Rini:
> On Tue, Jun 04, 2013 at 11:00:50AM +0200, Heiko Schocher wrote:
>
>> move rtc32k_enable() to common place so all am33xx boards can use it.
> [snip]
>> +#ifdef CONFIG_SPL_BUILD
>> +void rtc32k_enable(void);
>>
Hello Tom,
Am 04.06.2013 23:24, schrieb Tom Rini:
> On Tue, Jun 04, 2013 at 10:55:36AM +0200, Heiko Schocher wrote:
>
>> Add TI OMAP 16xx & 24xx/34xx 32KHz (non-secure) watchdog support.
>>
>> Signed-off-by: Heiko Schocher
>> Cc: Albert Aribaud
>>
Hello Tom,
Am 04.06.2013 23:29, schrieb Tom Rini:
> On Tue, Jun 04, 2013 at 11:01:06AM +0200, Heiko Schocher wrote:
>
>> upcoming support for siemens boards switches mpu pll clk in board
>> code. So make this configurable.
>>
>> Signed-off-by: Heiko Schocher
>
Hello Tom,
Am 04.06.2013 23:30, schrieb Tom Rini:
> On Tue, Jun 04, 2013 at 11:03:18AM +0200, Heiko Schocher wrote:
>
>> move gmii_sel register defines from board code to common place.
> [snip]
>> /* MII mode defines */
>> -#define RMII_MODE_ENABLE0x4D
>>
move rtc32k_enable() to common place so all am33xx boards can use it.
Signed-off-by: Heiko Schocher
Cc: Matt Porter
Cc: Lars Poeschel
Cc: Tom Rini
Cc: Enric Balletbo i Serra
---
- changes for v2:
remove ifdef around prototype, as Tom Rini suggested
arch/arm/cpu/armv7/am33xx/board.c
move gmii_sel register defines from board code to common place.
Signed-off-by: Heiko Schocher
Cc: Chandan Nath
Cc: Sandeep Paulraj
Cc: Tom Rini
Cc: Lars Poeschel
Cc: Enric Balletbo i Serra
---
- changes for v2:
defined all bits used in the gmii_sel register as
Tom Rini suggested
arch
Hello Mugunthan, Tom,
Am 04.06.2013 17:29, schrieb Mugunthan V N:
> On 6/4/2013 8:45 PM, Heiko Schocher wrote:
>> Hello Wolfgang,
>>
>> Am 04.06.2013 17:00, schrieb Wolfgang Denk:
>>> Dear Heiko,
>>>
>>> In message <1370335914-14027-1-git-send-e
Hello Tom,
Am 05.06.2013 14:43, schrieb Tom Rini:
> On Wed, Jun 05, 2013 at 06:53:53AM +0200, Heiko Schocher wrote:
>> Hello Tom,
>>
>> Am 04.06.2013 22:04, schrieb Tom Rini:
>>> On Tue, Jun 04, 2013 at 11:22:54AM +0200, Heiko Schocher wrote:
[...]
>>>&g
Hello Michael,
Am 05.06.2013 15:31, schrieb Michael Trimarchi:
> Hi
>
> On Jun 4, 2013 10:55 AM, "Heiko Schocher" <mailto:h...@denx.de>> wrote:
>>
>> Add TI OMAP 16xx & 24xx/34xx 32KHz (non-secure) watchdog support.
>>
>> Signed-off-by: He
Hello Michael,
Am 05.06.2013 16:21, schrieb Michael Trimarchi:
> Hi
>
> On Jun 5, 2013 4:17 PM, "Heiko Schocher" mailto:h...@denx.de>>
> wrote:
>>
>> Hello Michael,
>>
>> Am 05.06.2013 15:31, schrieb Michael Trimarchi:
>> > Hi
>
Hello Tom,
Am 06.06.2013 17:55, schrieb Tom Rini:
> On Wed, Jun 05, 2013 at 04:04:46PM +0200, Heiko Schocher wrote:
>
> [snip]
>>>> In current code CONFIG_SYS_DFU_MAX_FILE_SIZE is not used in dfu_nand.c,
>>>
>>> Nor anywhere else. As I said in the D
Hello Marek,
Am 09.06.2013 22:01, schrieb Marek Vasut:
> Dear Pantelis Antoniou,
>
>> Heiko,
>>
>> On Jun 4, 2013, at 1:31 PM, Heiko Schocher wrote:
>>> Hello Pantelis,
>>>
>>> Am 04.06.2013 12:08, schrieb Pantelis Antoniou:
>>>>
Dfu transfer uses a buffer before writing data to the
raw storage device. Make the size (in bytes) of this buffer
configurable through environment variable "dfu_bufsiz".
Defaut value is configurable through CONFIG_SYS_DFU_DATA_BUF_SIZE
Signed-off-by: Heiko Schocher
Cc: Pantelis Antonio
Hello Marek,
Am 12.06.2013 10:36, schrieb Marek Vasut:
> Dear Tom Rini,
>
>> On Mon, Jun 10, 2013 at 09:05:48AM +0200, Wolfgang Denk wrote:
>>> Dear Heiko Schocher,
>>>
>>> In message <51b555d7.5010...@denx.de> you wrote:
>>>> Ok,
Hello tom,
your
commit 4596dcc1d4ea5763e0f92cf5becd9fc7d4c6e674
Author: Tom Rini
Date: Fri May 31 12:31:59 2013 -0400
am33xx/omap: Move save_omap_boot_params to omap-common/boot-common.c
introduced, that all am335x based boards must call
save_omap_boot_params() from the board specific s_
Hello Tom,
Am 12.06.2013 14:28, schrieb Tom Rini:
> On Wed, Jun 12, 2013 at 10:56:01AM +0200, Heiko Schocher wrote:
>> Hello tom,
>>
>> your
>>
>> commit 4596dcc1d4ea5763e0f92cf5becd9fc7d4c6e674
>> Author: Tom Rini
>> Date: Fri May 31 12
move s_init from every board code to a common place.
Signed-off-by: Heiko Schocher
Cc: Tom Rini
Cc: Matt Porter
Cc: Lars Poeschel
Cc: Tom Rini
Cc: Enric Balletbo i Serra
---
This patch is based on the following patches:
- [U-Boot,v2] arm, am33xx: move rtc32k_enable() to common place
Hello Sricharan,
Am 13.06.2013 07:08, schrieb Sricharan R:
> On Wednesday 12 June 2013 06:19 PM, Tom Rini wrote:
>> On Wed, Jun 12, 2013 at 02:39:13PM +0200, Heiko Schocher wrote:
>>> Hello Tom,
>>>
>>> Am 12.06.2013 14:28, schrieb Tom Rini:
>>>>
Hello,
I just tried to write with "dfu" and dfu-util on the host
to a not empty partiton on a nand flash. After the dfu
returned without error, I wanted to read the nand partiton
with "nand read" and I get ECC errors. This is on an am335x
based board (mainline patches coming soon) with ECC BCH8
en
Hello Tom,
Am 13.06.2013 14:33, schrieb Tom Rini:
> On 06/13/2013 08:15 AM, Heiko Schocher wrote:
>> Hello,
>
>> I just tried to write with "dfu" and dfu-util on the host to a not
>> empty partiton on a nand flash. After the dfu returned without
>> error,
Hello Tom,
Am 13.06.2013 17:53, schrieb Tom Rini:
> On Thu, Jun 13, 2013 at 05:53:17AM +0200, Heiko Schocher wrote:
>
>> move s_init from every board code to a common place.
>>
>> Signed-off-by: Heiko Schocher
>> Cc: Tom Rini
>> Cc: Matt Porter
>>
before writing the received buffer to nand, erase the nand
sectors. If not doing this, nand write fails. See for
more info here:
http://lists.denx.de/pipermail/u-boot/2013-June/156361.html
Signed-off-by: Heiko Schocher
Cc: Scott Wood
Cc: Pantelis Antoniou
Cc: Lukasz Majewski
Cc: Kyungmin
before writing the received buffer to nand, erase the nand
sectors. If not doing this, nand write fails. See for
more info here:
http://lists.denx.de/pipermail/u-boot/2013-June/156361.html
Signed-off-by: Heiko Schocher
Cc: Scott Wood
Cc: Pantelis Antoniou
Cc: Lukasz Majewski
Cc: Kyungmin
o:s...@google.com> [mailto:s...@google.com
> <mailto:s...@google.com>] On Behalf Of Simon Glass
> > Sent: Saturday, May 18, 2013 7:41 PM
> > To: Piotr Wilczek
> > Cc: Heiko Schocher; U-Boot Mailing List; Dirk Eibach; Stefan Roese;
> > Holger Brunck
Hello Tom,
Am 14.06.2013 16:58, schrieb Tom Rini:
> On Fri, Jun 14, 2013 at 07:59:26AM +0200, Heiko Schocher wrote:
>> Hello Tom,
>>
>> Am 13.06.2013 17:53, schrieb Tom Rini:
>>> On Thu, Jun 13, 2013 at 05:53:17AM +0200, Heiko Schocher wrote:
>>>
>>>
Hello Scott,
Am 18.06.2013 02:51, schrieb Scott Wood:
> On 06/17/2013 12:01:01 AM, Heiko Schocher wrote:
>> before writing the received buffer to nand, erase the nand
>> sectors. If not doing this, nand write fails. See for
>> more info here:
>>
>> http://lists.d
Changes in v6: None
> Changes in v5:
> - fix i2c_probe
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2:
> - whitespace fixes
>
> drivers/i2c/fsl_i2c.c | 9 ++---
> 1 file changed, 6 insertions(+), 3 deletions(-)
As it is in a patch serie:
Acke
Hello Piotr,
Am 20.06.2013 08:41, schrieb Piotr Wilczek:
> Dear Heiko,
>
>> -Original Message-
>> From: Minkyu Kang [mailto:mk7.k...@samsung.com]
>> Sent: Thursday, June 20, 2013 7:51 AM
>> To: Heiko Schocher
>> Cc: Simon Glass; Piotr Wilczek; U-Boot
Hello Dirk,
Am 20.06.2013 08:52, schrieb Dirk Eibach:
> Hello Heiko,
>
>>> What is the status of this series now please?
>>
>> I heared nothing negatives for the new i2c multibus framework,
>> so I plan to merge it into mainline, if the next merge widow is
>> open.
>
> actually I thought it woul
Hello Dirk,
Am 20.06.2013 10:20, schrieb Dirk Eibach:
> Hello Heiko,
>
> 2013/6/20 Heiko Schocher :
>> Hello Dirk,
>>
>> Am 20.06.2013 08:52, schrieb Dirk Eibach:
>>> Hello Heiko,
>>>
>>>>> What is the status of this series now
701 - 800 of 5091 matches
Mail list logo
