Hi Heiko,
> Am 04.03.2014 12:33, schrieb Lukasz Majewski:
> > Hi Heiko,
> >
> >> Thanks to this multiple call of function dfu_config_entities()
> >> gives continuous dfu alt numbering until call dfu_free_entities().
> >>
> >> This allows to store dfu entities in multiple variables.
> >
> > Cou
Hello,
I'm bringing up a board based on the board/gaisler/gr_xc3s_1500/ design. To
keep things simple, we can use this design exactly as is.
My problem starts in the relocation section of arch/sparc/cpu/leon3/start.S
which I'll paste here for convenience:
/* un relocated start address of monitor
Hi Simon, Marek,
> Hi Marek,
>
> On 10 March 2014 13:04, Marek Vasut wrote:
> > Squash these warnings in pinmux.c found with GCC 4.8:
> >
> > /arch/arm/cpu/armv7/exynos/pinmux.c: In function
> > 'exynos_pinmux_config': /arch/arm/cpu/armv7/exynos/pinmux.c:687:28:
> > warning: 'count' may be used
Hi Tom,
> Hello Lukasz,
>
> Am 04.03.2014 12:33, schrieb Lukasz Majewski:
> > Hi Heiko,
> >
> >> Thanks to this multiple call of function dfu_config_entities()
> >> gives continuous dfu alt numbering until call dfu_free_entities().
> >>
> >> This allows to store dfu entities in multiple variables
Hi Tom, Pantelis
> Hi Lukasz,
>
> On Feb 27, 2014, at 11:21 AM, Lukasz Majewski wrote:
>
> > Hi Pantelis,
> >
> >> Hi Lukasz,
> >>
> >>
> >> On Feb 27, 2014, at 10:36 AM, Lukasz Majewski wrote:
> >>
> >>> Hi Pantelis,
> >>>
> Hi Lukasz,
>
> Looks fine to me. Let me run a few
Hi everyone,
I had some troubles with my U-Boot, that still aren't solved yet. I already
sent the problem to the mailing list, but since haven't received any reply I
guess nobody knew the answer. That's why I wonder if there is some kind of a
Forum or community especially for U-Boot, unfortuna
Hi Frank,
> Hi everyone,
>
> I had some troubles with my U-Boot, that still aren't solved yet. I
> already sent the problem to the mailing list, but since haven't
> received any reply I guess nobody knew the answer. That's why I
> wonder if there is some kind of a Forum or community especially f
Hi Frank,
On 07/03/2014 10:17, Frank Ihle wrote:
> Hi everyone,
>
> I searched the Internet but the help I found didn't work. I hope someone here
> may know how to fix it, here's the situation:
>
> I have this ARM9 SAM9G25 which is accessed by its ttyS0. I
> want to disable all of the output,
On 12/03/2014 09:48, Frank Ihle wrote:
> Hi everyone,
>
> I had some troubles with my U-Boot, that still aren't solved yet. I
> already sent the problem to the mailing list, but since haven't
> received any reply I guess nobody knew the answer.
> That's why I
> wonder if there is some kind of a Fo
>Your U-Boot is too old.
Are there any patches for the my version? I guess the new version is better but
I'm forced to use this version
>Usually, it helps if you pass "quiet" to the kernel command line.
quiet is working but the "console=" does not, but this is not a problem of
U-Boot, I just
Add LAN9500A product ID (0x9e00) in order to support LAN9500A based dongles.
Tested on cm_t335.
Signed-off-by: Ilya Ledvich
---
drivers/usb/eth/smsc95xx.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/eth/smsc95xx.c b/drivers/usb/eth/smsc95xx.c
index 7bf0a34..7a7a676 100644
CPSW ia a gigabit device. Use the PHY_GBIT_FEATURES macro to determine phy
supported features.
Tested on cm_t335.
Signed-off-by: Ilya Ledvich
---
drivers/net/cpsw.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/drivers/net/cpsw.c b/drivers/net/cpsw.c
index 50167aa..
Hi Masahiro,
On Fri, 7 Mar 2014 21:52:54 +0900, Masahiro Yamada
wrote:
> For Chin Liang See
>
> Signed-off-by: Masahiro Yamada
> ---
The patch subject / commit summary definitely needs to be more
descriptive of the why and what of the patch content.
Amicalement,
--
Albert.
The switch HW reset results in a disconnection of the switch port daisy-
chain for a few seconds. This is not desired in the normal field use
case. So lets remove this switch reset from the normal bootup sequence
and move it into a board specific command. This way it can be executed
in the developm
Hi Tim,
On 06/03/2014 16:46, Tim Harvey wrote:
> Gateworks Ventana is a product family based on the i.MX6. This
> patch adds support for all boards in the Ventana family. Where
> possible, data from the boards EEPROM is used to determine various
> details about the board at runtime.
>
> Signed-o
Hello Albert,
>
> On Fri, 7 Mar 2014 21:52:54 +0900, Masahiro Yamada
> wrote:
>
> > For Chin Liang See
> >
> > Signed-off-by: Masahiro Yamada
> > ---
>
> The patch subject / commit summary definitely needs to be more
> descriptive of the why and what of the patch content.
>
> Amicalement,
as the siemens boards use dfu for updating a nand ubi partition
add DFU_MANIFEST_POLL_TIMEOUT to them, so dfu host waits after
complete transfer of the new image for DFU_MANIFEST_POLL_TIMEOUT
ms before sending again an usb request. So the board have enough
time to erase rest of the nand sectors.
S
move the flushing code into an extra function dfu_flush(),
so it can be used from other code.
Signed-off-by: Heiko Schocher
Cc: Lukasz Majewski
Cc: Kyungmin Park
Cc: Marek Vasut
---
drivers/dfu/dfu.c | 46 ++
include/dfu.h | 1 +
2 files change
on nand flash using ubi, after the download of the new image into
the flash, the "rest" of the nand sectors get erased while flushing
the medium. With current u-boot version dfu-util may show:
Starting download: [##]
finished!
state(7) = dfuMANIFEST
on nand flash using ubi, after the download of the new image into
the flash, the "rest" of the nand sectors get erased while flushing
the medium. With current u-boot version dfu-util may show:
Starting download: [##]
finished!
state(7) = dfuMANIFEST
Hi Lukasz,
On Mar 12, 2014, at 10:06 AM, Lukasz Majewski wrote:
> Hi Tom, Pantelis
>
>> Hi Lukasz,
>>
>> On Feb 27, 2014, at 11:21 AM, Lukasz Majewski wrote:
>>
>>> Hi Pantelis,
>>>
Hi Lukasz,
On Feb 27, 2014, at 10:36 AM, Lukasz Majewski wrote:
> Hi Pantelis,
Hi Ben,
On 10/03/2014 20:51, Ben Hewson wrote:
> Hello all,
>
> This is my first post here or any mailing list, so my apologies for any
> mistakes.
>
Do not worry ;-)
> I have added board support for the Embest Marsboard based on the imx6 dual
> core chip. Embest do provide an old version o
Hello Marek,
> > Cc: Marek Vasut
> > Cc: Fabio Estevam
> > Cc: Otavio Salvador
> > Cc: Lauri Hintsala
>
> You can drop Lauri from CC , I think this address is dead.
It looks like Cc to Lauri is not bouncing so far.
> b5d5feab4a6974fe00272d3a3408300d8c8a473d u-boot.bin
>
> Given that u
On 05/03/2014 19:51, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Allow the boot of a device tree mainline kernel by aligning the environment
> variables with other FSL boards.
>
> Tested NFS boot of a dt 3.14-rc5 kernel.
>
> Signed-off-by: Fabio Estevam
> ---
Applied to u-boot-imx, thanks
Struct mmc has picked up a lot of cruft over the years.
It is time for it to be split in 3 parts; the original mmc struct
containing the state, the mmc_config struct containing the board
setup configuration and the mmc_ops struct contains the method
pointers.
Using the new config structures the m
Remove the in-structure ops and put them in mmc_ops with
a constant pointer to it.
This makes the mmc structure smaller as well as conserving
code space (in theory).
All in-tree drivers are converted as well; this is done in a
single patch in order to not break git bisect.
Changes since V1:
Fix
Dear Qi Wang 王起 (qiwang),
In message
<71cf8d7f32c5c24c9cd1d0e02d52498a770d0...@ntxxiambx02.xacn.micron.com> you
wrote:
> Micron Nor flash don't support read operation after send write command. As
> below,
I understand you attempt to copy data between two different areas on
the same NOR device?
Using an array is pointless; even more pointless (and scary) is using
sprintf to fill it without a format string.
Signed-off-by: Pantelis Antoniou
---
drivers/mmc/arm_pl180_mmci.c | 2 +-
drivers/mmc/bfin_sdh.c | 2 +-
drivers/mmc/davinci_mmc.c| 2 +-
drivers/mmc/dw_mmc.c | 2 +
Hi Albert,
please pull from u-boot-imx, thanks !
The following changes since commit cc07294bc704694ae33db75b25ac557e5917a83f:
arm: am335x: DXR2: Reset SMSC LAN9303 switch via GPIO upon bootup
(2014-03-04 09:42:07 -0500)
are available in the git repository at:
git://www.denx.de/git/u-boot-i
Hi Pantelis, Tom,
> Hi Lukasz,
>
> On Mar 12, 2014, at 10:06 AM, Lukasz Majewski wrote:
>
> > Hi Tom, Pantelis
> >
> >> Hi Lukasz,
> >>
> >> On Feb 27, 2014, at 11:21 AM, Lukasz Majewski wrote:
> >>
> >>> Hi Pantelis,
> >>>
> Hi Lukasz,
>
>
> On Feb 27, 2014, at 10:36 A
On Mar 12, 2014, at 1:12 PM, Lukasz Majewski wrote:
> Hi Pantelis, Tom,
>
>> Hi Lukasz,
>>
>> On Mar 12, 2014, at 10:06 AM, Lukasz Majewski wrote:
>>
>>> Hi Tom, Pantelis
>>>
Hi Lukasz,
On Feb 27, 2014, at 11:21 AM, Lukasz Majewski wrote:
> Hi Pantelis,
>
>>
Hello Chin,
Here is a little more comments about v5.
> +static void get_toshiba_nand_para(void)
> +{
> + uint32_t tmp;
> +
> + /* Workaround to fix a controller bug which reports a wrong */
> + /* spare area size for some kind of Toshiba NAND device */
> + if ((readl(denali.flash
In case of secure boot from NAND, the DDR is initialized by the
BootROM using the config words (CF_WORDS) in the CF_HEADER
and u-boot image is copied from NAND to DDR by the BootROM.
So, CONFIG_SYS_RAMBOOT has been defined for Secure Boot from NAND
Signed-off-by: Aneesh Bansal
---
boards.cfg
The tools "buildman" and "patman" are written in Python.
When we run them, "*.pyc" files are created under
tools/buildman, tools/patman directories.
They should be cleaned up by "make distclean".
Signed-off-by: Masahiro Yamada
Cc: Simon Glass
Cc: Tom Rini
Acked-by: Simon Glass
---
Changes in
On Wednesday, March 12, 2014 at 11:19:30 AM, Masahiro Yamada wrote:
> Hello Marek,
>
> > > Cc: Marek Vasut
> > > Cc: Fabio Estevam
> > > Cc: Otavio Salvador
> > > Cc: Lauri Hintsala
> >
> > You can drop Lauri from CC , I think this address is dead.
>
> It looks like Cc to Lauri is not bounci
On Wednesday, March 12, 2014 at 11:01:19 AM, Heiko Schocher wrote:
> move the flushing code into an extra function dfu_flush(),
> so it can be used from other code.
>
> Signed-off-by: Heiko Schocher
> Cc: Lukasz Majewski
> Cc: Kyungmin Park
> Cc: Marek Vasut
> ---
> drivers/dfu/dfu.c | 46 +++
On Wednesday, March 12, 2014 at 09:36:31 AM, Ilya Ledvich wrote:
> Add LAN9500A product ID (0x9e00) in order to support LAN9500A based
> dongles. Tested on cm_t335.
>
> Signed-off-by: Ilya Ledvich
> ---
> drivers/usb/eth/smsc95xx.c |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/dri
On Wednesday, March 12, 2014 at 08:51:56 AM, Lukasz Majewski wrote:
> Hi Simon, Marek,
>
> > Hi Marek,
> >
> > On 10 March 2014 13:04, Marek Vasut wrote:
> > > Squash these warnings in pinmux.c found with GCC 4.8:
> > >
> > > /arch/arm/cpu/armv7/exynos/pinmux.c: In function
> > > 'exynos_pinmux
On Wednesday, March 12, 2014 at 11:24:24 AM, Pantelis Antoniou wrote:
> Struct mmc has picked up a lot of cruft over the years.
>
> It is time for it to be split in 3 parts; the original mmc struct
> containing the state, the mmc_config struct containing the board
> setup configuration and the mmc
On 07/03/14 22:59, Piotr Wilczek wrote:
> This patch set enables support for device tree on all Exynos4 based boards.
>
> DT support is enabled on Exynos mipi dsim and sdhci drives.
> Common board.c file is reused for all functions common for
> Exynos4 boards. Board specific files are implemented
Hi Marek,
> On Wednesday, March 12, 2014 at 08:51:56 AM, Lukasz Majewski wrote:
> > Hi Simon, Marek,
> >
> > > Hi Marek,
> > >
> > > On 10 March 2014 13:04, Marek Vasut wrote:
> > > > Squash these warnings in pinmux.c found with GCC 4.8:
> > > >
> > > > /arch/arm/cpu/armv7/exynos/pinmux.c: In
On Wednesday, March 12, 2014 at 01:21:15 PM, Lukasz Majewski wrote:
> Hi Marek,
>
> > On Wednesday, March 12, 2014 at 08:51:56 AM, Lukasz Majewski wrote:
> > > Hi Simon, Marek,
> > >
> > > > Hi Marek,
> > > >
> > > > On 10 March 2014 13:04, Marek Vasut wrote:
> > > > > Squash these warnings in
Hello Scott, Tom,
>>On Tue, Mar 04, 2014 at 08:09:19PM -0600, Scott Wood wrote:
>
>> The following changes since commit eeb72e67619b98d2502fe634a3a5d9953de92ad0:
>>
>> Merge branch 'master' of git://git.denx.de/u-boot-arm (2014-02-26 16:49:58
>> -0500)
>>
>> are available in the git repository
On Tue, Mar 11, 2014 at 03:14:26PM -0700, Kameron Larsen wrote:
> Hello,
>
> I'm bringing up a board based on the board/gaisler/gr_xc3s_1500/ design. To
> keep things simple, we can use this design exactly as is.
>
> My problem starts in the relocation section of arch/sparc/cpu/leon3/start.S
> w
Hi Ian
U-Boot SPL 2014.01-rc1-gb754a91 (Mar 12 2014 - 09:11:26)
Board: Cubieboard2
DRAM: 1024 MiB
CPU: 96000Hz, AXI/AHB/APB: 3/2/2
spl: not an uImage at 1600
U-Boot 2014.01-rc1-gb754a91 (Mar 12 2014 - 09:11:26) Allwinner Technology
CPU: Allwinner A20 (SUN7I)
Board: Cubieboard2
I2C: rea
On Wed, 2014-03-12 at 05:43 -0700, Ezaul Zillmer wrote:
I'm afraid much of your mail was incomprehensible to me.
> setenv bootargs console = tty0 console = ttyS0, 115200 = hdmi.audio
> EDID: 0 = disp.screen0_output_mode EDID: 1280x800p60 root = / dev/sda1
> rootfstype = ext4 rootwait panic = 10
On Wednesday, March 12, 2014 at 01:46:27 PM, Veli-Pekka Peltola wrote:
> Hi,
>
> On Wed, Mar 12, 2014 at 12:46 PM, Marek Vasut wrote:
> > On Wednesday, March 12, 2014 at 11:19:30 AM, Masahiro Yamada wrote:
> >> Hello Marek,
> >>
> >> > > Cc: Marek Vasut
> >> > > Cc: Fabio Estevam
> >> > > Cc:
On Tue, 2014-03-11 at 13:17 -0400, Tom Rini wrote:
> On Tue, Mar 11, 2014 at 03:21:54PM +, Ian Campbell wrote:
> > On Tue, 2014-03-11 at 09:48 -0400, Tom Rini wrote:
> > > On Tue, Mar 11, 2014 at 10:38:05AM +, Ian Campbell wrote:
> > > > But what is the reason for the default behaviour of b
Hi,
On Wed, Mar 12, 2014 at 12:46 PM, Marek Vasut wrote:
> On Wednesday, March 12, 2014 at 11:19:30 AM, Masahiro Yamada wrote:
>> Hello Marek,
>>
>> > > Cc: Marek Vasut
>> > > Cc: Fabio Estevam
>> > > Cc: Otavio Salvador
>> > > Cc: Lauri Hintsala
>> >
>> > You can drop Lauri from CC , I think
Op 12 mrt. 2014, om 13:56 heeft Ian Campbell het volgende
geschreven:
> On Wed, 2014-03-12 at 05:43 -0700, Ezaul Zillmer wrote:
>
> I'm afraid much of your mail was incomprehensible to me.
>
>> setenv bootargs console = tty0 console = ttyS0, 115200 = hdmi.audio
>> EDID: 0 = disp.screen0_outpu
On Wed, Mar 12, 2014 at 01:04:38PM +, Ian Campbell wrote:
> On Tue, 2014-03-11 at 13:17 -0400, Tom Rini wrote:
> > On Tue, Mar 11, 2014 at 03:21:54PM +, Ian Campbell wrote:
> > > On Tue, 2014-03-11 at 09:48 -0400, Tom Rini wrote:
> > > > On Tue, Mar 11, 2014 at 10:38:05AM +, Ian Campbel
>
> sun7i# scsi reset
>
> Reset SCSI
> scanning bus for devices...
> timeout exit!
> Found 0 device(s).
>
> this same problem not think that the drive to boot
>
> Nothing appears scsi info
>
> :(
> I will try to put another HD
>
> Loading the kernel
> [3.723244] ata1.00: ATA-8: SAMSUNG HM320II,
On Mon, 2014-03-03 at 02:46 +0800, Stefan Agner wrote:
> Only patch 1 is an actual issue while the second patch is
> something I stumbled upon, and the third is more about
> housekeeping.
>
> I descieded to ifdef the driver, I think that this is easier to
> read and does not mix register access st
Hi Masahiro,
On Wed, 2014-03-12 at 13:55 +0900, Masahiro Yamada wrote:
> Hello Chin,
>
>
>
>
> > +static uint32_t denali_dma_configuration(uint32_t ops, bool raw_xfer,
> > + uint32_t irq_mask, int oob_required)
>
> Indentation not fixed yet.
> I mean, only one tab is too small for the secon
Hi Masahiro,
On Wed, 2014-03-12 at 20:25 +0900, Masahiro Yamada wrote:
> Hello Chin,
>
>
> Here is a little more comments about v5.
>
> > +static void get_toshiba_nand_para(void)
> > +{
> > + uint32_t tmp;
> > +
> > + /* Workaround to fix a controller bug which reports a wrong */
> > + /*
To add the Denali NAND driver support into U-Boot. It required
information such as register base address from configuration
header file within include/configs folder.
Signed-off-by: Chin Liang See
Cc: Artem Bityutskiy
Cc: David Woodhouse
Cc: Brian Norris
Cc: Scott Wood
Cc: Masahiro Yamada
-
On 12/03/2014 10:02, Frank Ihle wrote:
>> Your U-Boot is too old.
> Are there any patches for the my version? I guess the new version is better
> but I'm forced to use this version
You have all patches in the git tree. You can try to back porting
patches back to your version, but, sincerely, I do
Hi guys,
Any ACK or further comments?
Thanks
Chin Liang
On Wed, 2014-03-05 at 10:05 -0600, Chin Liang See wrote:
> Scan Manager driver will be called to configure the IOCSR
> scan chain. This configuration will setup the IO buffer settings
>
> Signed-off-by: Chin Liang See
> Cc: Dinh Nguyen
Hi guys,
Any ACK or further comments?
Thanks
Chin Liang
On Tue, 2014-03-04 at 20:51 -0600, Chin Liang See wrote:
> To add the DesignWare watchdog driver support. It required
> information such as register base address and clock info from
> configuration header file within include/configs folde
On 03/12/2014 03:45 PM, Chin Liang See wrote:
> Hi guys,
>
> Any ACK or further comments?
I still have a comment that you should at least rename your socfpga board name
to something better because currently it is more suggesting
that this is generic socfpga arch support not cyclone V soc dev kit.
On 03/05/2014 05:05 PM, Chin Liang See wrote:
> Scan Manager driver will be called to configure the IOCSR
> scan chain. This configuration will setup the IO buffer settings
>
> Signed-off-by: Chin Liang See
> Cc: Dinh Nguyen
> Cc: Wolfgang Denk
> CC: Pavel Machek
> Cc: Tom Rini
> Cc: Albert A
On Wed, 2014-03-12 at 14:17 +0100, Koen Kooi wrote:
> Op 12 mrt. 2014, om 13:56 heeft Ian Campbell het
> volgende geschreven:
>
> > On Wed, 2014-03-12 at 05:43 -0700, Ezaul Zillmer wrote:
> >
> > I'm afraid much of your mail was incomprehensible to me.
> >
> >> setenv bootargs console = tty0 c
On 03/12/2014 01:52 PM, Tom Rini wrote:
On Tue, Mar 11, 2014 at 03:14:26PM -0700, Kameron Larsen wrote:
Hello,
I'm bringing up a board based on the board/gaisler/gr_xc3s_1500/ design. To
keep things simple, we can use this design exactly as is.
My problem starts in the relocation section of a
On Wed, Mar 05, 2014 at 03:38:55PM +0800, Shengzhou Liu wrote:
> As some PHYs have non-standard PHY ID registers, PHY Id can't
> be read correctly by current get_phy_id function, so we enable
> get_phy_id redefinable to permit specific PHY driver having own
> specific get_phy_id function.
>
> Sig
On Wed, 2014-03-12 at 06:53 -0700, Ezaul Zillmer wrote:
>
> Nothing appears scsi info
Perhaps try increasing WAIT_MS_LINKUP some more (as per patch 3/4)?
Ian.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/li
The reason for this change is to be able to use the ARM Trusted Firmware
(ATF) to load the various ATF images, plus u-boot, which can then load
the kernel/ramdisk/dtb with calls to an external host from a standard
fastmodel armv8 board file using semihosting, and then launch the kernel
without a bo
On Thu, Mar 06, 2014 at 02:30:35PM +0100, Hannes Petermaier wrote:
> For clear separation of user's (OS) filesystem to U-Boot and other's
> stuff it is now possible to give the filesystem a specific offset and a
> specific size.
> For full consistency OS storage driver also has to support this and
On Wed, Mar 12, 2014 at 09:04:01AM -0700, Darwin Rambo wrote:
> The reason for this change is to be able to use the ARM Trusted Firmware
> (ATF) to load the various ATF images, plus u-boot, which can then load
> the kernel/ramdisk/dtb with calls to an external host from a standard
> fastmodel armv
On 14-03-12 09:24 AM, Tom Rini wrote:
> On Wed, Mar 12, 2014 at 09:04:01AM -0700, Darwin Rambo wrote:
>
>> The reason for this change is to be able to use the ARM Trusted Firmware
>> (ATF) to load the various ATF images, plus u-boot, which can then load
>> the kernel/ramdisk/dtb with calls to an
Hi Darwin,
On Wed, 12 Mar 2014 09:04:01 -0700, Darwin Rambo
wrote:
> The reason for this change is to be able to use the ARM Trusted Firmware
> (ATF) to load the various ATF images, plus u-boot, which can then load
> the kernel/ramdisk/dtb with calls to an external host from a standard
> fastmod
On 14-03-12 09:41 AM, Albert ARIBAUD wrote:
> Hi Darwin,
>
> On Wed, 12 Mar 2014 09:04:01 -0700, Darwin Rambo
> wrote:
>
>> The reason for this change is to be able to use the ARM Trusted Firmware
>> (ATF) to load the various ATF images, plus u-boot, which can then load
>> the kernel/ramdisk/d
On Wed, Mar 12, 2014 at 09:41:20AM -0700, Darwin Rambo wrote:
>
>
> On 14-03-12 09:24 AM, Tom Rini wrote:
> > On Wed, Mar 12, 2014 at 09:04:01AM -0700, Darwin Rambo wrote:
[snip]
> >> + /* Assumes kernel is lower in memory than fdt */
> >> + smh_load(CONFIG_KNLNAME, kernel_addr, fdt_addr - kern
On 2014-03-12 17:08, Tom Rini wrote:
On Thu, Mar 06, 2014 at 02:30:35PM +0100, Hannes Petermaier wrote:
For clear separation of user's (OS) filesystem to U-Boot and other's
stuff it is now possible to give the filesystem a specific offset and a
specific size.
For full consistency OS storage dr
On 14-03-12 10:18 AM, Tom Rini wrote:
> On Wed, Mar 12, 2014 at 09:41:20AM -0700, Darwin Rambo wrote:
>>
>>
>> On 14-03-12 09:24 AM, Tom Rini wrote:
>>> On Wed, Mar 12, 2014 at 09:04:01AM -0700, Darwin Rambo wrote:
> [snip]
+ /* Assumes kernel is lower in memory than fdt */
+ smh_load
Cc: Prafulla Wadaskar
Signed-off-by: Michael Walle
---
include/configs/lsxl.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/lsxl.h b/include/configs/lsxl.h
index 92865df..cc7a6ab 100644
--- a/include/configs/lsxl.h
+++ b/include/configs/lsxl.h
@@ -160,6 +160,7 @@
#undef
Move addresses for kernel, ramdisk and fdt blob to own variables. Add dtb
blob loading to all existing boot scripts, dtb filenames were taken from
vanilla kernel. Introduce new boot script bootcmd_legacy, which only loads
a kernel and a ramdisk. Make this the default boot script. This should also
r
On Thu, 2014-03-06 at 17:43 +0530, Prabhakar Kushwaha wrote:
> nand_spl_load_image() can also be used for non TPL framework.
>
> Signed-off-by: Prabhakar Kushwaha
> ---
> Changes for v2: Sending as it is
>
> drivers/mtd/nand/fsl_ifc_spl.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deleti
On Wed, Mar 12, 2014 at 06:19:00PM +0100, Hannes Petermaier wrote:
>
> On 2014-03-12 17:08, Tom Rini wrote:
> >On Thu, Mar 06, 2014 at 02:30:35PM +0100, Hannes Petermaier wrote:
> >
> >>For clear separation of user's (OS) filesystem to U-Boot and other's
> >>stuff it is now possible to give the fi
On 2/25/2014 5:11 PM, Rini, Tom wrote:
On Thu, Feb 20, 2014 at 12:55:12PM -0500, Murali Karicheri wrote:
From: Vitaly Andrianov
Ethernet driver configures the CPSW, SGMI and Phy and uses
the the Navigator APIs. The driver supports 4 Ethernet ports and
can work with only one port at a time.
F
From: Stephen Warren
I2C protocol requires open-drain IOs. Fix the Dalmore and Venice2 pinmux
tables to configure the IOs correctly. Without this, Tegra may actively
drive the lines high while an external device is actively driving the
lines low, which can only lead to bad things.
Signed-off-by:
On 2014-03-12 20:00, Tom Rini wrote:
On Wed, Mar 12, 2014 at 06:19:00PM +0100, Hannes Petermaier wrote:
On 2014-03-12 17:08, Tom Rini wrote:
On Thu, Mar 06, 2014 at 02:30:35PM +0100, Hannes Petermaier wrote:
For clear separation of user's (OS) filesystem to U-Boot and other's
stuff it is now
On 2/25/2014 5:10 PM, Rini, Tom wrote:
On Thu, Feb 20, 2014 at 12:55:02PM -0500, Murali Karicheri wrote:
This patch series add support for keystone2 SoC and K2HK EVM
In general, you ran checkpatch.pl right? I see some '#define'
cases that need manual fixing up as well. Further comments and a
On Wed, Mar 12, 2014 at 08:17:47PM +0100, Hannes Petermaier wrote:
> Good idea, i've also thougt about this way
> but what happens in case of OS is going to re-partitioning the drive
> (flash), delete all partitions (dummy-part also) an puts the first
> (new) partition behind the part-table (
On Wed, Mar 12, 2014 at 03:21:26PM -0400, Murali Karicheri wrote:
> On 2/25/2014 5:10 PM, Rini, Tom wrote:
> >On Thu, Feb 20, 2014 at 12:55:02PM -0500, Murali Karicheri wrote:
> >
> >>This patch series add support for keystone2 SoC and K2HK EVM
> >In general, you ran checkpatch.pl right? I see som
On Wed, Mar 12, 2014 at 03:04:04PM -0400, Murali Karicheri wrote:
> On 2/25/2014 5:11 PM, Rini, Tom wrote:
> >On Thu, Feb 20, 2014 at 12:55:12PM -0500, Murali Karicheri wrote:
> >
> >>From: Vitaly Andrianov
> >>
> >>Ethernet driver configures the CPSW, SGMI and Phy and uses
> >>the the Navigator A
On Wed, Mar 05, 2014 at 02:57:47PM -0500, Tom Rini wrote:
> The s_init function is only called on SPL or XIP cases, so lets only
> build it for them. This makes the #if logic within the function a bit
> clearer as to when we are or are not calling things, and makes it easier
> to see that for exa
On Mon, Mar 10, 2014 at 03:31:24PM -0400, Tom Rini wrote:
> When using the am335x_evm_nor target one is generally expecting to be
> used in an environment when you want to program the NOR and not a
> "deployment" type target. In addition this only supports the Beaglebone
> White with the memory c
On Sun, Mar 09, 2014 at 03:56:52PM +0200, Vasili Galka wrote:
> The logic determining SPI "write" transfer completion was faulty. At
> certain conditions (e.g. slow SPI clock freq) the transfers were
> interrupted before completion. Both EOT and TXS flags of channel
> status registeer shall be che
On Fri, Mar 07, 2014 at 06:56:55PM +0100, Hannes Petermaier wrote:
> - fix: return-value of 'i2c_set_bus_speed' was interpreted wrong
>
> Signed-off-by: Hannes Petermaier
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Wed, Mar 12, 2014 at 11:26:30AM +0200, Ilya Ledvich wrote:
> CPSW ia a gigabit device. Use the PHY_GBIT_FEATURES macro to determine phy
> supported features.
> Tested on cm_t335.
>
> Signed-off-by: Ilya Ledvich
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digita
On Tue, Mar 11, 2014 at 05:04:45PM +0100, Stefan Roese wrote:
> Patch a7e36fc9 (mtd: nand: omap: remove unused #defines from common
> omap_gpmc.h) removed some MTD related defines. Including
> GPMC_NAND_ECC_LP_x8_LAYOUT. But this define is also needed for the
> memory controller configuration (onl
On Wed, Mar 12, 2014 at 10:45:41AM +0100, Stefan Roese wrote:
> The switch HW reset results in a disconnection of the switch port daisy-
> chain for a few seconds. This is not desired in the normal field use
> case. So lets remove this switch reset from the normal bootup sequence
> and move it int
Hey,
The following changes since commit 8ee950dd273aef6a074d41bf2ee4ef11d6f848fb:
Prepare v2014.04-rc2 (2014-03-10 17:21:06 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to d157776388b2b6cb819e76a56d3c63e604d8b291:
arm:
On 2014-03-12 20:33, Tom Rini wrote:
On Wed, Mar 12, 2014 at 08:17:47PM +0100, Hannes Petermaier wrote:
Good idea, i've also thougt about this way
but what happens in case of OS is going to re-partitioning the drive
(flash), delete all partitions (dummy-part also) an puts the first
(new)
On Wed, Mar 12, 2014 at 04:05:05PM -0400, Tom Rini wrote:
> Hey,
>
> The following changes since commit 8ee950dd273aef6a074d41bf2ee4ef11d6f848fb:
>
> Prepare v2014.04-rc2 (2014-03-10 17:21:06 -0400)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-ti.git master
>
>
On Sat, Mar 08, 2014 at 07:09:32PM +0100, Hannes Petermaier wrote:
> - fix: return-value of 'i2c_set_bus_speed' was interpreted wrong
>
> Signed-off-by: Hannes Petermaier
Applied to u-boot-ti/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Wed, Mar 12, 2014 at 09:14:31PM +0100, Hannes Petermaier wrote:
>
> On 2014-03-12 20:33, Tom Rini wrote:
> >On Wed, Mar 12, 2014 at 08:17:47PM +0100, Hannes Petermaier wrote:
> >
> >>Good idea, i've also thougt about this way
> >>but what happens in case of OS is going to re-partitioning t
On 2014-03-12 21:27, Tom Rini wrote:
Hi Tom,
You're right. SPL could be marked as protected.
But how to deal here with u-boot itself ? its address is within a
possible area of a partition.
Fdisk doesn't know about that :-(
We also cannot protect #0 where partition-table is stored, because
user
On Thu, Mar 06, 2014 at 08:48:23PM -0800, Dustin Byford wrote:
> Some NOR flash devices have a small erase block size. For example, the
> Micron N25Q512 can erase in 4K blocks. These devices expose a bug in
> fw_env.c where flash_write_buf() incorrectly calculates bytes written
> and attempts to
On Thu, Mar 06, 2014 at 08:48:22PM -0800, Dustin Byford wrote:
> The assumed number of environment sectors (always 1) leads to an
> incorrect top_of_range calculation in fw.env.c when a flash device has
> an erase block size smaller than the environment data size (number of
> environment sectors >
1 - 100 of 143 matches
Mail list logo
