Hi,
On 05-02-15 04:00, Simon Glass wrote:
Hi Albert,
On 4 February 2015 at 01:48, Albert ARIBAUD wrote:
Hello Tom,
On Mon, 2 Feb 2015 13:56:57 -0500, Tom Rini wrote:
And (and this is being split into
different email threads, sigh), it would be good, possibly, if we have
something that mea
Hi,
On 05-02-15 03:52, Simon Glass wrote:
Hi Hans,
On 4 February 2015 at 01:47, Hans de Goede wrote:
Hi,
On 04-02-15 05:18, Simon Glass wrote:
(What does FEL stand for?)
This is an attempt to make sunxi's FEL code fit with the normal U-Boot
boot sequence instead of creating its own.
Most
Hi Simon,
On Thu, Feb 5, 2015 at 12:24 AM, Simon Glass wrote:
> Hi Bin,
>
> On 3 February 2015 at 04:45, Bin Meng wrote:
>> Add the main routines for Quark Memory Reference Code (MRC).
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>> The are 24 checkpatch warnings in this patch, which is:
>>
>> warni
!!! Works only on Allwinner A20 so far and needs a bit more
!!! debugging. And even on A20, the transition from the SPL to
!!! the main U-boot binary has some glitches.
Now it should be possible to load and execute the same U-Boot SPL,
as used for booting from SD cards. The only argument for this
Hi Simon,
> Hi Lukasz,
>
> On 2 February 2015 at 01:46, Lukasz Majewski
> wrote:
> > Dear All,
> >
> >> And the next is interesting.
> >> odroid_defconfig has more than 80MB for malloc (we need about
> >> 64mb for the DFU now, to be able write 32MB file).
> >>
> >> This is the CONFIG_SYS_MALLO
On Wed, 2015-02-04 at 13:05 +0100, Hans de Goede wrote:
> Hi All,
>
> Inspired by Simon's work to make the FEL SPL and regular SPL builds more
> similar I've been looking into reducing the size of the SPL, resulting in
> the following patch series. This all seems quite safe, but we are past rc1,
>
On Tue, 3 Feb 2015 21:18:54 -0700
Simon Glass wrote:
> (What does FEL stand for?)
That's a good question. I believe that it might be based on
the "jump to fel" message from the console output of the
Allwinner's BOOT0 bootloader: http://linux-sunxi.org/FEL#Serial_output
Other than this, I don't
On Wed, 4 Feb 2015 13:05:47 +0100
Hans de Goede wrote:
> Hi All,
>
> Inspired by Simon's work to make the FEL SPL and regular SPL builds more
> similar I've been looking into reducing the size of the SPL, resulting in
> the following patch series. This all seems quite safe, but we are past rc1,
Hi Simon,
Thanks for the review comments.
> -Original Message-
> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
> Sent: Thursday, February 05, 2015 8:55 AM
> To: Rana Gaurav-B46163
> Cc: U-Boot Mailing List; Sun York-R58495; Wood Scott-B07421; Gupta Ruchika-
> R66
On Di, 2015-02-03 at 22:44 +0100, Jörg Krause wrote:
> I followed the instructions from Marek in 'M28 U-Boot Single-Wire Debug
> preview' to enable NetConsole:
> http://www.denx-cs.de/?q=blogm28singlewiredebug
>
> I'm using mxsldr to flash the u-boot.sb image to RAM. This is the dmesg
> output fro
On Wed, 4 Feb 2015 13:05:50 +0100
Hans de Goede wrote:
> All callers of malloc should already do error checking, and may even be able
> to continue without the alloc succeeding.
>
> Moreover, common/malloc_simple.c is the only user of .rodata.str1.1 in
> common/built-in.o when building the SPL,
On Fri, Jan 23, 2015 at 12:37:20PM +, Mark Rutland wrote:
> On Fri, Jan 23, 2015 at 10:10:45AM +, Thierry Reding wrote:
> > On Thu, Jan 22, 2015 at 07:20:15PM +, Mark Rutland wrote:
> > > On Fri, Jan 16, 2015 at 09:12:59AM +, Thierry Reding wrote:
> > > > On Thu, Jan 15, 2015 at 07:
The return value of get_boot_mode_sel() is used as the index of
the boot_device_table[] array. Its type should be "int" rather
than "u32".
Use only the iterator "i" for the loop in do_pinmon().
Signed-off-by: Masahiro Yamada
---
arch/arm/cpu/armv7/uniphier/cmd_pinmon.c | 15 ++
Masahiro Yamada (2):
ARM: UniPhier: refactor pinmon command
ARM: UniPhier: leave the last element of boot_device_table empty
arch/arm/cpu/armv7/uniphier/cmd_pinmon.c | 15 ++-
arch/arm/cpu/armv7/uniphier/ph1-pro4/boot-mode.c | 6 +++---
arch/arm/include/asm/arch-uniphi
Checking if the pointer is NULL would be easier to know the tail
of the boot_device_table[] array.
For clarification, add the /* sentinel */ comment.
Signed-off-by: Masahiro Yamada
---
arch/arm/cpu/armv7/uniphier/cmd_pinmon.c | 2 +-
arch/arm/cpu/armv7/uniphier/ph1-pro4/boot-mode.c | 2
On Thu, 2015-02-05 at 12:44 +0100, Thierry Reding wrote:
> We've had some discussions about this internally and I think this should
> not be a problem after all. The Tegra flow controller can be programmed
> to automatically coordinate with the PMC to powergate CPUs when they
> encounter a WFI ins
On Thu, Feb 05, 2015 at 11:44:25AM +, Thierry Reding wrote:
> On Fri, Jan 23, 2015 at 12:37:20PM +, Mark Rutland wrote:
> > On Fri, Jan 23, 2015 at 10:10:45AM +, Thierry Reding wrote:
> > > On Thu, Jan 22, 2015 at 07:20:15PM +, Mark Rutland wrote:
> > > > On Fri, Jan 16, 2015 at 09:
Hi Jeroen,
My apologies, I didn't test the tools on BSD. The answers are inline.
Best regards,
Guilherme
Am 04.02.2015 19:37 schrieb "Jeroen Hofstee" :
>
> Hello Guilherme / Simon,
>
> It seems that commit f86ed6a8d52c99bb2d17d3cac1647edca0c4399c,
> "tools: moved code common to all image tools t
Hi Simon,
I introduced that file to use the linker list with the image types.
Like you suggested long time ago.
Best regards,
2015-02-05 1:34 GMT-02:00 Simon Glass :
> Hi Jeroen,
>
> On 4 February 2015 at 12:37, Jeroen Hofstee wrote:
>> Hello Guilherme / Simon,
>>
>> It seems that commit f86ed6
On Thu, Feb 05, 2015 at 12:37:39PM +, Mark Rutland wrote:
> On Thu, Feb 05, 2015 at 11:44:25AM +, Thierry Reding wrote:
> > On Fri, Jan 23, 2015 at 12:37:20PM +, Mark Rutland wrote:
> > > On Fri, Jan 23, 2015 at 10:10:45AM +, Thierry Reding wrote:
> > > > On Thu, Jan 22, 2015 at 07:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/02/2015 01:19 AM, Heiko Schocher wrote:
> Hello Tom,
>
> please pull from u-boot-ubi.git
>
> The following changes since commit
> ab92da9f47d51d363c7de42e2a7bd807e2c1bd54:
>
> Merge branch 'master' of git://git.denx.de/u-boot-x86 (2015-01-26
Hello Simon,
On Wed, 4 Feb 2015 19:51:36 -0700, Simon Glass wrote:
> Hi Albert,
>
> On 4 February 2015 at 01:59, Albert ARIBAUD wrote:
> > Hello Simon,
> >
> > On Tue, 3 Feb 2015 21:18:52 -0700, Simon Glass
> > wrote:
> >> The link register value can be required on some boards (e.g. FEL mode
Hi Albert,
On 5 February 2015 at 07:15, Albert ARIBAUD wrote:
> Hello Simon,
>
> On Wed, 4 Feb 2015 19:51:36 -0700, Simon Glass wrote:
>> Hi Albert,
>>
>> On 4 February 2015 at 01:59, Albert ARIBAUD
>> wrote:
>> > Hello Simon,
>> >
>> > On Tue, 3 Feb 2015 21:18:52 -0700, Simon Glass
>> > wro
Hi Simon,
On Thu, Feb 5, 2015 at 12:24 AM, Simon Glass wrote:
> Hi Bin,
>
> On 3 February 2015 at 04:45, Bin Meng wrote:
>> Add various utility codes needed for Quark MRC.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>> There are 12 checkpatch warnings in this patch, which are:
>>
>> warning: arch/x
On Thu, 2015-02-05 at 14:55 +0100, Thierry Reding wrote:
> Ian, are you planning on revising the series based on the outcome above?
Yes, although I don't have any 114 or 30 hardware, just a single Jetson.
(there should probably be an "eventually" near the start of that
sentence, I'm travelling fo
Currently only normal hashing is supported using hardware acceleration.
Added support for progressinve hashing using h/w.
Signed-off-by: Ruchika Gupta
Signed-off-by: Gaurav Rana
CC: Simon Glass
---
Changes in v2:
Merge to common functions for SHA1 and SHA256.
Incorporate comments.
README
Hello Simon,
On Wed, 4 Feb 2015 20:00:48 -0700, Simon Glass wrote:
> Hi Albert,
>
> On 4 February 2015 at 01:48, Albert ARIBAUD wrote:
> > Hello Tom,
> >
> > On Mon, 2 Feb 2015 13:56:57 -0500, Tom Rini wrote:
> >
> >> And (and this is being split into
> >> different email threads, sigh), it wo
On 02/05/2015 04:21 AM, Jörg Krause wrote:
On Di, 2015-02-03 at 22:44 +0100, Jörg Krause wrote:
I followed the instructions from Marek in 'M28 U-Boot Single-Wire Debug
preview' to enable NetConsole:
http://www.denx-cs.de/?q=blogm28singlewiredebug
I'm using mxsldr to flash the u-boot.sb image to
Hi Albert,
On 5 February 2015 at 08:14, Albert ARIBAUD wrote:
> Hello Simon,
>
> On Wed, 4 Feb 2015 20:00:48 -0700, Simon Glass wrote:
>> Hi Albert,
>>
>> On 4 February 2015 at 01:48, Albert ARIBAUD
>> wrote:
>> > Hello Tom,
>> >
>> > On Mon, 2 Feb 2015 13:56:57 -0500, Tom Rini wrote:
>> >
>>
This series adds the 2nd step of bare support for the Intel Quark
SoC support which can be validated on Intel Galileo board. It adds
Intel Quark Memory Reference Code (MRC) which is ported from Intel
released UEFI BIOS for Quark, which per its name does the memory
initialization for Quark based boa
For some unknown reason, the TSC calibration via PIT does not work on
Quark. Enable bypassing TSC calibration and override TSC_FREQ_IN_MHZ
to 400 per Quark datasheet in the Kconfig.
Signed-off-by: Bin Meng
Acked-by: Simon Glass
---
Changes in v2: None
arch/x86/cpu/quark/Kconfig | 5 +
1 f
We should allow the value of TSC_FREQ_IN_MHZ to be overridden by
the one in arch/cpu//Kconfig.
Signed-off-by: Bin Meng
Acked-by: Simon Glass
---
Changes in v2: None
arch/x86/Kconfig | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/
The codes are actually doing the memory initialization stuff.
Signed-off-by: Bin Meng
---
The most ugly codes I've ever seen ...
There are 252 warnings and 127 checks in this patch, which are:
check: arch/x86/cpu/quark/smc.c,1609: Alignment should match open parenthesis
warning: arch/x86/cpu/qu
Add the main routines for Quark Memory Reference Code (MRC).
Signed-off-by: Bin Meng
---
The are 24 checkpatch warnings in this patch, which is:
warning: arch/x86/cpu/quark/mrc.c,43: line over 80 characters
...
I intentionally leave it as is now, as fixing these warnings
make the mrc initializ
Now that we have added Quark MRC codes, call MRC in dram_init() so
that DRAM can be initialized on a Quark based board.
Signed-off-by: Bin Meng
---
Changes in v2:
- Update comment for calling mrc_init()
- Check return status of mrc_init()
arch/x86/cpu/quark/dram.c | 99 +++
Add various utility codes needed for Quark MRC.
Signed-off-by: Bin Meng
---
There are 12 checkpatch warnings in this patch, which are:
warning: arch/x86/cpu/quark/mrc_util.c,1446: Too many leading tabs - consider
code refactoring
warning: arch/x86/cpu/quark/mrc_util.c,1450: line over 80 charac
Add COMPAT_INTEL_QRK_MRC and "intel,quark-mrc" so that fdtdec can
decode Intel Quark MRC node.
Signed-off-by: Bin Meng
Acked-by: Simon Glass
---
Changes in v2: None
include/fdtdec.h | 1 +
lib/fdtdec.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/include/fdtdec.h b/include/fdtdec
Turn on the Memory Reference code build in the quark Makefile.
Signed-off-by: Bin Meng
---
Changes in v2: None
arch/x86/cpu/quark/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/cpu/quark/Makefile b/arch/x86/cpu/quark/Makefile
index 168c1e6..e87b424 100644
--- a/arch/x86/
Add standard dt-bindings macros to be used by Intel Quark MRC node.
Signed-off-by: Bin Meng
Acked-by: Simon Glass
---
Changes in v2: None
include/dt-bindings/mrc/quark.h | 83 +
1 file changed, 83 insertions(+)
create mode 100644 include/dt-bindings/mr
On 04/02/2015 22:51, Eric Nelson wrote:
> The cause of a reset is generally useful, and shouldn't be
> blindly cleared in the process of displaying it as a part
> of the boot announcement.
>
> If a particular system wants to clear it out, this should
> be done later after there's an opportunity fo
This commit copies implementation of the find_next_zero_bit() from
git://git.denx.de/u-boot.git/arch/mips/include/asm/bitops.h. v2014.07
The function is required to enable MCAST_TFTP support for ARM platforms.
Signed-off-by: Vitaly Andrianov
---
arch/arm/include/asm/bitops.h | 43 +
On 4 Feb 2015, eric.nel...@boundarydevices.com wrote:
> The cause of a reset is generally useful, and shouldn't be
> blindly cleared in the process of displaying it as a part
> of the boot announcement.
>
> If a particular system wants to clear it out, this should
> be done later after there's an
Hi Bill,
On 02/05/2015 09:28 AM, Bill Pringlemeir wrote:
> On 4 Feb 2015, eric.nel...@boundarydevices.com wrote:
>
>> The cause of a reset is generally useful, and shouldn't be
>> blindly cleared in the process of displaying it as a part
>> of the boot announcement.
>>
>> If a particular system
Hi Bill,
On 05/02/2015 17:28, Bill Pringlemeir wrote:
> On 4 Feb 2015, eric.nel...@boundarydevices.com wrote:
>
>> The cause of a reset is generally useful, and shouldn't be
>> blindly cleared in the process of displaying it as a part
>> of the boot announcement.
>>
>> If a particular system wan
Hi Stefano,
On 02/05/2015 10:19 AM, Stefano Babic wrote:
> Hi Bill,
>
> On 05/02/2015 17:28, Bill Pringlemeir wrote:
>> On 4 Feb 2015, eric.nel...@boundarydevices.com wrote:
>>
>>> The cause of a reset is generally useful, and shouldn't be
>>> blindly cleared in the process of displaying it as a
Hello Vitaly,
On Thu, 5 Feb 2015 11:24:46 -0500, Vitaly Andrianov
wrote:
> This commit copies implementation of the find_next_zero_bit() from
> git://git.denx.de/u-boot.git/arch/mips/include/asm/bitops.h. v2014.07
>
> The function is required to enable MCAST_TFTP support for ARM platforms.
Whic
Hi Eric,
On 05/02/2015 18:22, Eric Nelson wrote:
>>> There is very similar code in 'arch/arm/cpu/armv7/vf610/generic.c'. The
>>> write is for a hard power on case where these reason registers are full
>>> of weird bogus values (at least on Vybrid; I suspect on iMx). In the
>>> case of a non-POR
Hi,
On 05-02-15 12:24, Siarhei Siamashka wrote:
On Wed, 4 Feb 2015 13:05:50 +0100
Hans de Goede wrote:
All callers of malloc should already do error checking, and may even be able
to continue without the alloc succeeding.
Moreover, common/malloc_simple.c is the only user of .rodata.str1.1 i
Hi,
On 5 February 2015 at 10:53, Hans de Goede wrote:
> Hi,
>
>
> On 05-02-15 12:24, Siarhei Siamashka wrote:
>>
>> On Wed, 4 Feb 2015 13:05:50 +0100
>> Hans de Goede wrote:
>>
>>> All callers of malloc should already do error checking, and may even be
>>> able
>>> to continue without the alloc
Hello Simon,
On Thu, 5 Feb 2015 08:34:53 -0700, Simon Glass wrote:
> Hi Albert,
> >> reset - no stack, no RAM ( (except SPL can presumably access data section)
> >
> > More precisely: from a hardware viewpoint there would be no DDR, but
> > there could be SRAM, and from a program viewpoint, no s
Hi Stefano,
On 02/05/2015 10:52 AM, Stefano Babic wrote:
> Hi Eric,
>
> On 05/02/2015 18:22, Eric Nelson wrote:
>
There is very similar code in 'arch/arm/cpu/armv7/vf610/generic.c'. The
write is for a hard power on case where these reason registers are full
of weird bogus values
Hi Eric,
On 05/02/2015 19:22, Eric Nelson wrote:
>
> Certainly, but it seems wrong to make a decision about where and how
> this might get passed to an O/S in code.
>
> If we want to generalize it, I'd be inclined to add commands to
> query (into a variable) and clear the reset cause.
>
> That
Dear all,
I am trying to write a file to SD card in spl_mmc.c. During compilation
gcc moans: undefined reference 'file_fat_write'. I don't understand why.
Directly after the (original) code in mmc_load_image_fat():
err = file_fat_read(payloadname,
(u8 *)spl_image.load_addr, 0);
I
Hi Albert,
On 5 February 2015 at 11:02, Albert ARIBAUD wrote:
> Hello Simon,
>
> On Thu, 5 Feb 2015 08:34:53 -0700, Simon Glass wrote:
>> Hi Albert,
>
>> >> reset - no stack, no RAM ( (except SPL can presumably access data section)
>> >
>> > More precisely: from a hardware viewpoint there would
On Tue, Feb 3, 2015 at 3:44 PM, Jörg Krause wrote:
> But if I use 'ping 10.0.0.1' or 'tftpboot u-boot.sb' the network
> connection drops. Both commands work fine if I switch back from
> netconsole to serial in-/output.
>
> This is the output from dmesg:
> [31620.215354] usb 3-13: USB disco
Hello Guilherme,
Thanks for commenting on this,
On 02/05/15 13:27, Guilherme Maciel Ferreira wrote:
Hi Jeroen,
My apologies, I didn't test the tools on BSD. The answers are inline.
Best regards,
Guilherme
Am 04.02.2015 19:37 schrieb "Jeroen Hofstee" :
Hello Guilherme / Simon,
It seems that
On Thu, 5 Feb 2015 11:36:23 +0200
Siarhei Siamashka wrote:
> !!! Works only on Allwinner A20 so far and needs a bit more
> !!! debugging. And even on A20, the transition from the SPL to
> !!! the main U-boot binary has some glitches.
>
> Now it should be possible to load and execute the same U-
Hi Joe,
On Do, 2015-02-05 at 13:20 -0600, Joe Hershberger wrote:
> On Tue, Feb 3, 2015 at 3:44 PM, Jörg Krause wrote:
> > But if I use 'ping 10.0.0.1' or 'tftpboot u-boot.sb' the network
> > connection drops. Both commands work fine if I switch back from
> > netconsole to serial in-/output.
> >
>
Hi,
On 05-02-15 20:54, Siarhei Siamashka wrote:
On Thu, 5 Feb 2015 11:36:23 +0200
Siarhei Siamashka wrote:
!!! Works only on Allwinner A20 so far and needs a bit more
!!! debugging. And even on A20, the transition from the SPL to
!!! the main U-boot binary has some glitches.
Now it should b
On Thu, Feb 5, 2015 at 2:39 PM, Jörg Krause wrote:
>
> Hi Joe,
>
> On Do, 2015-02-05 at 13:20 -0600, Joe Hershberger wrote:
> > On Tue, Feb 3, 2015 at 3:44 PM, Jörg Krause wrote:
> > > But if I use 'ping 10.0.0.1' or 'tftpboot u-boot.sb' the network
> > > connection drops. Both commands work fine
On Wed, Feb 4, 2015 at 8:52 AM, Jean-Christophe Lallemand
wrote:
> Dear all,
>
> I have already used u-boot several times on various ARM-based platforms but I
> need to go to unknown territories this time.
> On an ARM-based platform again, we have a u-boot port (v2010.09) available
> loaded by a
On 01/14/2015 05:54 PM, Marek Vasut wrote:
> On Wednesday, January 14, 2015 at 05:40:53 PM, dingu...@opensource.altera.com
> wrote:
>> From: Dinh Nguyen
>>
>> s_init will map SDRAM to 0x0.
>>
>> Signed-off-by: Dinh Nguyen
>
> Hi!
>
> [...]
>
>> +void s_init(void)
>> +{
>> +#ifdef CONFIG_SPL_B
On Wed, Feb 04, 2015 at 07:51:36PM -0700, Simon Glass wrote:
> Hi Albert,
>
> On 4 February 2015 at 01:59, Albert ARIBAUD wrote:
> > Hello Simon,
> >
> > On Tue, 3 Feb 2015 21:18:52 -0700, Simon Glass
> > wrote:
> >> The link register value can be required on some boards (e.g. FEL mode on
> >>
On Do, 2015-02-05 at 08:33 -0700, Stephen Warren wrote:
> On 02/05/2015 04:21 AM, Jörg Krause wrote:
> > On Di, 2015-02-03 at 22:44 +0100, Jörg Krause wrote:
> >> I followed the instructions from Marek in 'M28 U-Boot Single-Wire Debug
> >> preview' to enable NetConsole:
> >> http://www.denx-cs.de/?
On 02/05/2015 03:10 PM, Jörg Krause wrote:
On Do, 2015-02-05 at 08:33 -0700, Stephen Warren wrote:
On 02/05/2015 04:21 AM, Jörg Krause wrote:
...
This reminded me about an issue I had some months ago:
http://lists.denx.de/pipermail/u-boot/2014-July/182885.html
I enabled debug output in arch/a
On Do, 2015-02-05 at 14:48 -0600, Joe Hershberger wrote:
>
>
> On Thu, Feb 5, 2015 at 2:39 PM, Jörg Krause wrote:
> >
> > Hi Joe,
> >
> > On Do, 2015-02-05 at 13:20 -0600, Joe Hershberger wrote:
> > > On Tue, Feb 3, 2015 at 3:44 PM, Jörg Krause
> wrote:
> > > > But if I use 'ping 10.0.0.1' or '
The cause of a reset is generally useful, and shouldn't be
blindly cleared in the process of displaying it as a part
of the boot announcement.
Stash the string representation in the environment variable
"reset_cause".
The value is stored in hex, and the values may vary with
new silicon. As of thi
The cause of a reset is generally useful, and shouldn't be
blindly cleared in the process of displaying it as a part
of the boot announcement.
Stash the string representation in the environment variable
"reset_cause".
Values include:
"POR" - power on reset
"CSU"
Hi Stefano,
On 02/05/2015 11:49 AM, Stefano Babic wrote:
> Hi Eric,
>
> On 05/02/2015 19:22, Eric Nelson wrote:
>
>>
>> Certainly, but it seems wrong to make a decision about where and how
>> this might get passed to an O/S in code.
>>
>> If we want to generalize it, I'd be inclined to add comma
On 2/5/2015 3:58 PM, Eric Nelson wrote:
> The cause of a reset is generally useful, and shouldn't be
> blindly cleared in the process of displaying it as a part
> of the boot announcement.
>
> Stash the string representation in the environment variable
> "reset_cause".
>
> Values include:
>
Hi Troy,
On 02/05/2015 04:06 PM, Troy Kisky wrote:
> On 2/5/2015 3:58 PM, Eric Nelson wrote:
>> The cause of a reset is generally useful, and shouldn't be
>> blindly cleared in the process of displaying it as a part
>> of the boot announcement.
>>
>> Stash the string representation in the environm
On 2/5/2015 4:01 PM, Eric Nelson wrote:
> Hi Stefano,
>
> On 02/05/2015 11:49 AM, Stefano Babic wrote:
>> Hi Eric,
>>
>> On 05/02/2015 19:22, Eric Nelson wrote:
>>
>>>
>>> Certainly, but it seems wrong to make a decision about where and how
>>> this might get passed to an O/S in code.
>>>
>>> If w
On Do, 2015-02-05 at 15:23 -0700, Stephen Warren wrote:
> On 02/05/2015 03:10 PM, Jörg Krause wrote:
> > On Do, 2015-02-05 at 08:33 -0700, Stephen Warren wrote:
> >> On 02/05/2015 04:21 AM, Jörg Krause wrote:
> ...
> >>> This reminded me about an issue I had some months ago:
> >>> http://lists.denx
On 5 Feb 2015, eric.nel...@boundarydevices.com wrote:
[snip]
> Of course (if we go that route).
>
> I thought of this when typing up the list of values for the
> commit comment.
>
> The human readable form is harder to handle on the receiving
> side though, which is why I favor hex.
I also pref
Hello Sebastian,
On Thu, 5 Feb 2015 15:24:40 +, Priebe, Sebastian
wrote:
> Hello,
>
> I'm using a custom board with iMX35 CPU (ARM1136).
> After I updated to version 2015.01 the relocation doesn't work anymore.
> I turned on CONFIG_DEBUG and the last output I saw was:
> Relocating to 83f
Hello Bin,
On Thu, 5 Feb 2015 14:58:35 +0800, Bin Meng wrote:
> Hi Simon,
>
> On Thu, Feb 5, 2015 at 6:35 AM, Bin Meng wrote:
> > Hi Simon,
> >
> > On Thu, Feb 5, 2015 at 12:25 AM, Simon Glass wrote:
> >> Hi Bin,
> >>
> >> On 3 February 2015 at 04:45, Bin Meng wrote:
> >>> Turn on the Memory
On 5 February 2015 at 08:42, Bin Meng wrote:
> Add the main routines for Quark Memory Reference Code (MRC).
>
> Signed-off-by: Bin Meng
>
> ---
> The are 24 checkpatch warnings in this patch, which is:
>
> warning: arch/x86/cpu/quark/mrc.c,43: line over 80 characters
> ...
>
> I intentionally lea
On 5 February 2015 at 08:42, Bin Meng wrote:
> The codes are actually doing the memory initialization stuff.
>
> Signed-off-by: Bin Meng
>
> ---
> The most ugly codes I've ever seen ...
> There are 252 warnings and 127 checks in this patch, which are:
>
> check: arch/x86/cpu/quark/smc.c,1609: Ali
Hi Bin,
On 5 February 2015 at 08:42, Bin Meng wrote:
> Add various utility codes needed for Quark MRC.
>
> Signed-off-by: Bin Meng
>
> ---
> There are 12 checkpatch warnings in this patch, which are:
>
> warning: arch/x86/cpu/quark/mrc_util.c,1446: Too many leading tabs - consider
> code refact
Hi Albert,
On Fri, Feb 6, 2015 at 8:18 AM, Albert ARIBAUD
wrote:
> Hello Bin,
>
> On Thu, 5 Feb 2015 14:58:35 +0800, Bin Meng wrote:
>> Hi Simon,
>>
>> On Thu, Feb 5, 2015 at 6:35 AM, Bin Meng wrote:
>> > Hi Simon,
>> >
>> > On Thu, Feb 5, 2015 at 12:25 AM, Simon Glass wrote:
>> >> Hi Bin,
>>
On Do, 2015-02-05 at 15:23 -0700, Stephen Warren wrote:
>
> b) In ci_bounce(), the bounce buffer is only allocated if the
> user-buffer is already aligned, and if a large-enough bounce buffer
> wasn't previously allocated. If ci_req->b_buf was uninitialized it could
> be non-zero (thus preventi
Hi Jeroen,
On 5 February 2015 at 12:51, Jeroen Hofstee wrote:
> Hello Guilherme,
>
> Thanks for commenting on this,
>
> On 02/05/15 13:27, Guilherme Maciel Ferreira wrote:
>>
>> Hi Jeroen,
>>
>> My apologies, I didn't test the tools on BSD. The answers are inline.
>>
>> Best regards,
>> Guilherme
Hi,
On 20 November 2014 at 06:14, Ye.Li wrote:
> Add a new thermal uclass for thermal sensor and implement the imx
> thermal driver basing on this uclass.
>
> Signed-off-by: Ye.Li
> ---
> drivers/Makefile |1 +
> drivers/thermal/Makefile |9 ++
> drivers/thermal/
Add a suitable Kconfig for this directory.
Signed-off-by: Simon Glass
---
Changes in v2:
- Split out patch to add Kconfig for driver/demo
drivers/Kconfig | 2 ++
drivers/demo/Kconfig | 26 ++
2 files changed, 28 insertions(+)
create mode 100644 drivers/demo/Kconf
Make the driver model I2C API available always, even if driver model
is not enabled. This allows for a 'soft' switch-over, where drivers can
use the new structures in code which is compiled but not yet used. This
makes migration easier in some cases.
Fix up the existing drivers which define their
Remove driver model CONFIGs from the board config headers and use Kconfig
instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
configs/Linksprite_pcDuino3_fdt_defconfig | 2 ++
include/configs/sunxi-common.h| 2 --
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
As with i2c_read() and i2c_write(), add a dm_ prefix to the driver model
versions of these functions to avoid conflicts.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use a dm_ prefix for remaining conflicting I2C functions
common/cmd_i2c.c | 4 ++--
drivers/i2c/i2c-uclass.c | 11 ++
This series converts most boards to use Kconfig for driver model. It is
based on the v1 patches but split out so that only one arch is done per
patch. This makes it easier to review and test. Also since DM SPL
support is not fully merged some adjustments have had to be made to
allow this series to
Remove driver model CONFIGs from the board config headers and use Kconfig
instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/cpu/armv7/exynos/Kconfig | 15 +++
board/samsung/goni/Kconfig| 9 +
board/samsung/smdk5420/Kconfig| 6 ++
board/s
Add a file to control driver model test features.
Signed-off-by: Simon Glass
---
Changes in v2:
- Split out patch to add a Kconfig file for test/
Kconfig | 2 ++
test/Kconfig| 1 +
test/dm/Kconfig | 8
3 files changed, 11 insertions(+)
create mode 100644 test/Kconfig
cre
Expand the help messages for each driver. Add missing Kconfig for I2C,
SPI flash and thermal.
Signed-off-by: Simon Glass
---
Changes in v2:
- Move subsystem Kconfigs out of drivers/core
- Split out patch to expand/complete Kconfig in drivers/
doc/driver-model/spi-howto.txt | 4 ++--
drivers/K
Remove driver model CONFIGs from the board config headers and use Kconfig
instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/include/asm/arch-at91/at91_pio.h | 12
configs/snapper9260_defconfig | 3 +++
configs/snapper9g20_defconfig | 3
The SPL support cannot be enabled yet, but we can add the Kconfig
options in preparation for this.
Signed-off-by: Simon Glass
---
Changes in v2:
- Drop SPL-specific #ifdef in config_defaults.h since Kconfig will do this
- Split out patch to add Kconfig options for driver model SPL support
driv
Remove driver model CONFIGs from the board config header and use Kconfig
instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/Kconfig | 2 ++
arch/arm/cpu/arm1176/bcm2835/Kconfig | 12
include/configs/rpi.h| 6 --
3 files c
Add Kconfig settings for these two options.
Signed-off-by: Simon Glass
---
Changes in v2:
- Fix 'procides' typo
- Split out patch to add CMD_DM and CMD_DEMO to Kconfig
common/Kconfig | 23 +++
include/configs/sandbox.h | 1 -
include/configs/su
Remove driver model CONFIGs from the board config headers and use Kconfig
instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/cpu/armv7/omap3/Kconfig | 9 +
board/compulab/cm_t335/Kconfig | 9 +
board/gumstix/pepper/Kconfig | 9 ++
Move this option to Kconfig and update all boards.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add CONFIG_SYS_MALLOC_F as well as CONFIG_SYS_MALLOC_F_LEN
Kconfig | 19 +++
arch/arm/cpu/armv7/exynos/Kconfig | 6 ++
arch/arm/cpu/a
Remove driver model CONFIGs from the board config headers and use Kconfig
instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
configs/socfpga_socrates_defconfig | 3 +++
include/configs/socfpga_common.h | 7 ---
2 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/confi
These are now in Kconfig so we can drop them from the header file.
Signed-off-by: Simon Glass
---
Changes in v2: None
include/config_defaults.h | 12
1 file changed, 12 deletions(-)
diff --git a/include/config_defaults.h b/include/config_defaults.h
index fa99838..ad08c1d 100644
-
Remove driver model CONFIGs from the board config headers and use Kconfig
instead.
Signed-off-by: Simon Glass
---
Changes in v2: None
configs/cm_fx6_defconfig | 3 +++
include/configs/cm_fx6.h | 4
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/configs/cm_fx6_defconfig b/c
1 - 100 of 131 matches
Mail list logo
