Hello Suriyan,
On 11/21/2014 02:26 AM, Suriyan Ramasami wrote:
Add information wrt using the USB host interface for loading kernel over
ethernet and/or usb mass storage.
Signed-off-by: Suriyan Ramasami
---
Changes in v2:
- Make updates to be of use from a user's perspective
Series-changes: 1
Hello Simon,
Am 20.11.2014 18:31, schrieb Simon Glass:
Hi Heiko,
On 19 November 2014 13:08, Heiko Schocher wrote:
Hello Masahiro,
Am 19.11.2014 09:27, schrieb Masahiro Yamada:
Hi Simon,
On Tue, 11 Nov 2014 10:46:16 -0700
Simon Glass wrote:
This series adds I2C support to driver mode
Hi Masahiro,
On 21 November 2014 08:04, Masahiro Yamada wrote:
> Hi Simon,
>
>
> On Thu, 20 Nov 2014 15:00:41 +
> Simon Glass wrote:
>
>> Hi Masahiro,
>>
>> On 20 November 2014 12:20, Masahiro Yamada wrote:
>> > We are adding more and more drivers to driver model these days.
>> > Compared w
Hello Simon, Masahiro,
Am 20.11.2014 15:04, schrieb Simon Glass:
+ A few more people to cc
Hi Masahiro,
On 20 November 2014 06:05, Masahiro Yamada wrote:
Hi Simon,
On Wed, 19 Nov 2014 10:24:47 +
Simon Glass wrote:
BTW, address_offset within the chip and data are treated in the s
Hi Masahiro,
On 21 November 2014 08:11, Masahiro Yamada wrote:
> Simon,
>
> On Fri, 21 Nov 2014 08:00:27 +0100
> Simon Glass wrote:
>
>> Hi Tom,
>>
>> Here's the introduction of bare x86 support.
>>
>>
>> The following changes since commit 4d70b34d7f721d8b1d4d628e68c3a44ab7a10dff:
>>
>> Merge
Simon,
On Fri, 21 Nov 2014 08:00:27 +0100
Simon Glass wrote:
> Hi Tom,
>
> Here's the introduction of bare x86 support.
>
>
> The following changes since commit 4d70b34d7f721d8b1d4d628e68c3a44ab7a10dff:
>
> Merge branch 'master' of git://git.denx.de/u-boot-ubi (2014-11-19
> 23:18:29 -0500)
Hi Simon,
On Thu, 20 Nov 2014 15:00:41 +
Simon Glass wrote:
> Hi Masahiro,
>
> On 20 November 2014 12:20, Masahiro Yamada wrote:
> > We are adding more and more drivers to driver model these days.
> > Compared with the ad-hoc driver system, it seems pretty difficult to
> > understand how
Hi Tom,
Here's the introduction of bare x86 support.
The following changes since commit 4d70b34d7f721d8b1d4d628e68c3a44ab7a10dff:
Merge branch 'master' of git://git.denx.de/u-boot-ubi (2014-11-19
23:18:29 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-x86.git
for
On 13 November 2014 06:42, Simon Glass wrote:
> Rename this vendor since it is intended to be used on any platform where
> coreboot runs at reset and then loads U-Boot.
>
> So far it is only tested on link. When other boards are supported it is
> likely that we will need to move to multiple board
On 13 November 2014 06:42, Simon Glass wrote:
> The local advanced programmable interrupt controller is not used much in
> U-Boot but we do need to set it up. Add basic support for this, which will
> be extended as needed.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in
On 13 November 2014 06:42, Simon Glass wrote:
> Implement SDRAM init using the Memory Reference Code (mrc.bin) provided in
> the board directory and the SDRAM SPD information in the device tree. This
> also needs the Intel Management Engine (me.bin) to work. Binary blobs
> everywhere: so far we ha
On 13 November 2014 06:42, Simon Glass wrote:
> Enable GPIO support and provide the required GPIO setup information to
> the driver.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/dts/link.dts | 3 +
> board/google/chromebook_link/
On 13 November 2014 06:42, Simon Glass wrote:
> Add two microcode updates that are provided for this CPU. The updates
> have been converted to a device tree form.
>
> Note: SPDX submission has been done. If this license is approved I will
> convert the files to use SPDX.
>
> Signed-off-by: Simon G
On 13 November 2014 06:42, Simon Glass wrote:
> This function can probably be used on all x86 boards, so move it into the
> common file.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/coreboot/coreboot.c | 24
> arch/x
In 13 November 2014 06:42, Simon Glass wrote:
> When not relying on Coreboot for GPIO init the GPIOs must be set up
> correctly. This is currently done statically through a rather ugly method.
> As the GPIOs are figured out they can be moved to the device tree and set
> up as needed rather than al
On 13 November 2014 06:42, Simon Glass wrote:
> Many PCH devices are hard-coded to a particular PCI address. Set these
> up early in case they are needed.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/ivybridge/Makefile |
On 13 November 2014 06:42, Simon Glass wrote:
> Set up the flex ratio (controls speed versus heat output) and a few other
> very early things.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/ivybridge/cpu.c | 130
> +++
On 13 November 2014 06:42, Simon Glass wrote:
> The PCH (Platform Controller Hub) includes an LPC (Low Pin Count) device
> which provides a serial port. This is accessible on Chromebooks, so enable
> it early in the boot process.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Chan
On 13 November 2014 06:42, Simon Glass wrote:
> The built-in self test value should be checked before we continue booting.
> Refuse to continue if there is something wrong.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/ivybridge/cpu.c | 16 ++
On 13 November 2014 06:42, Simon Glass wrote:
> There is no need to explicitly write 'arch-coreboot' when including headers,
> as when the arch directory points to coreboot the correct files will be
> used.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> ar
On 13 November 2014 06:42, Simon Glass wrote:
> Microcode updates are stored in the device tree. Work through these and
> apply any that are needed.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/ivybridge/Makefile | 1 +
> a
On 13 November 2014 06:42, Simon Glass wrote:
> It is convenient to be able to adjust MSRs with a structure that splits the
> two 32-bit halves into separate fields, as they are often dealt with
> separately. Add a few functions to support this.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in
On 13 November 2014 06:42, Simon Glass wrote:
> These are available on other architectures. Make them available on x86 also.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/include/asm/io.h | 49
> +++
>
On 13 November 2014 06:42, Simon Glass wrote:
> Add simple PCI access routines for x86 which permit use before relocation.
> The normal PCI stack is still used, but for pre-relocation use there can
> only ever be a single hose. After relocation, fall back to the normal
> access, although even then
On 13 November 2014 07:20, Bin Meng wrote:
> On Thu, Nov 13, 2014 at 1:42 PM, Simon Glass wrote:
>> Add support for using PCI before SDRAM is available, using early malloc()
>> and global_data.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>> - Callpci_setup_type1() in early PCI s
On 13 November 2014 07:13, Bin Meng wrote:
> On Thu, Nov 13, 2014 at 1:42 PM, Simon Glass wrote:
>> We want access PCI earlier in the init sequence, so refactor the code so
>> that it does not require use of a BSS variable to work. This will allow us
>> to use early malloc() to store information
On 13 November 2014 06:42, Simon Glass wrote:
> Add support for CAR so that we have memory to use prior to DRAM init.
> On link there is a total of 128KB of CAR available, although some is
> used for the memory reference code.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes
On 13 November 2014 06:42, Simon Glass wrote:
> Enable PCI so we can access devices that need to be set up before relocation.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Adjust PCI setup code to fit with new generic cpu PCI code
>
> Changes in v2: None
>
> arch/x86/cpu/ivybridge/
On 13 November 2014 06:42, Simon Glass wrote:
> This board is a 'bare' version of the existing 'link 'board. It does not
> require coreboot to run, but is intended to start directly from the reset
> vector.
>
> This initial commit has place holders for a wide range of features. These
> will be add
On 13 November 2014 07:11, Bin Meng wrote:
> On Thu, Nov 13, 2014 at 1:42 PM, Simon Glass wrote:
>> On x86 it is common to use 'post codes' which are 8-bit hex values emitted
>> from the code and visible to the user. Traditionally two 7-segment displays
>> were made available on the motherboard t
On 13 November 2014 06:42, Simon Glass wrote:
> On x86 machines U-Boot needs to be added to a large ROM image which is
> then flashed onto the target board. The ROM has a particular format so it
> makes sense for U-Boot to build this image automatically. Unfortunately
> it relies on binary blobs s
On 13 November 2014 16:58, Simon Glass wrote:
> Hi,
>
> On 13 November 2014 00:06, Masahiro Yamada wrote:
>>
>> This typo caught my attention by chance.
>>
>>> x96: ifdtool: Allow creation of an empty ROM
>>
>>
>> x96 -> x86
>
> Yes will fix. Probably wishful thinking, but perhaps I should be
> g
On 13 November 2014 07:03, Bin Meng wrote:
> On Thu, Nov 13, 2014 at 1:42 PM, Simon Glass wrote:
>> This is no-longer used, so drop it.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>> - Split out CONFIG_INTEL_CORE_ARCH removal patch
>>
>> Changes in v2: None
>>
>> arch/x86/cpu/i
On 13 November 2014 07:00, Bin Meng wrote:
> On Thu, Nov 13, 2014 at 1:42 PM, Simon Glass wrote:
>> Unfortunately MSR_FSB_FREQ is not available on this CPU, and the PIT method
>> seems to take up to 50ms which is much too long.
>>
>> For this CPU we know the frequency, so add another special case
Masahiro,
Sorry for repeatly sending this email. My previous reply was rejected by the
mailing list due to some weird base64 encoding.
I tend to agree with you since I could reproduce it using make.
I want to share some of my debug. There is a label in Makefile, prepare3. When
it runs correctly
Hello Stefan,
Am 19.11.2014 16:30, schrieb Stefan Roese:
As checkpatch complaines about these camel-case defines, lets change
them to only use upper-case characters.
Signed-off-by: Stefan Roese
Cc: Heiko Schocher
Cc: Fabio Estevam
Cc: Jon Nettleton
Cc: Stefano Babic
---
arch/arm/cpu/armv
Hi York,
I have not been able to reproduce this issue on my box,
but the cause surely resides on Kbuild itself.
It is not related to buildman at all.
> /local/jenkins/jobs/york-scm-test-upstream-before-requesting-pull/workspace/scripts/kconfig/menu.c:
> In function 組et_symbol_str・
> /local/jenk
Dear Masahiro Yamada,
In message <1416536771-3810-1-git-send-email-yamad...@jp.panasonic.com> you
wrote:
> This board sprinkles #ifdef(CONFIG_HERMES) over various global files
> such as include/common.h, common/board_r.c, common/cmd_bdinfo.c.
> Let's zap such an ill-behaved board.
>
> It has not
Thanks for the hint. I should point out buildman does the three steps
separately, and only apply -j to the last step. But I still see the failure.
York
From: Masahiro Yamada
Sent: Thu, 20/11/2014 20:42
To: Sun York-R58495 ; Simon Glass
CC: u-boot@lists.denx.de;
Hi York, Simon,
On Fri, 21 Nov 2014 13:42:05 +0900
Masahiro Yamada wrote:
> > Hi York,
> >
> > On 21 November 2014 00:35, York Sun wrote:
> > > On 11/20/2014 02:25 PM, York Sun wrote:
> > >> Not sure if this is still buildman related, but only visible when
> > >> running with
> > >> buildm
Hi Tom,
I should probably get this in while we sort out the final patch. It
affects a lot of boards. There may be a conflict when this patch is
respun (ft_board_setup() will need to return an error code):
http://patchwork.ozlabs.org/patch/412392/
but I'll try to get in first.
The following cha
Hi York, Simon,
On Fri, 21 Nov 2014 05:14:02 +0100
Simon Glass wrote:
> +Masahiro who may have some ideas
>
> Hi York,
>
> On 21 November 2014 00:35, York Sun wrote:
> > On 11/20/2014 02:25 PM, York Sun wrote:
> >> Not sure if this is still buildman related, but only visible when running
+Masahiro who may have some ideas
Hi York,
On 21 November 2014 00:35, York Sun wrote:
> On 11/20/2014 02:25 PM, York Sun wrote:
>> Not sure if this is still buildman related, but only visible when running
>> with
>> buildman.
>
> Simon,
>
> It seems related to out-of-tree building.
>
> For the
Hi Daniel,
On Wed, 19 Nov 2014 21:12:14 +0100
Daniel Schwierzeck wrote:
> Introduce a Makefile under arch/$ARCH/ and include it in the
> top Makefile (similar to Linux kernel). This allows further
> refactoringi like moving architecture-specific code out of global
> makefiles, deprecating confi
On 24 October 2014 19:49, Tom Rini wrote:
> On Thu, Oct 23, 2014 at 06:58:57PM -0600, Simon Glass wrote:
>
>> Use these new functions where possible. They default to a value of 2 so we
>> cannot use them in some places where we need a default value of 1.
>>
>> Signed-off-by: Simon Glass
>
> Revie
On 24 October 2014 20:09, Tom Rini wrote:
> On Thu, Oct 23, 2014 at 06:58:53PM -0600, Simon Glass wrote:
>
>> The message about needing to reset should be printed no matter what error
>> is printed. Also, an error should always be printed.
>>
>> Signed-off-by: Simon Glass
>> Acked-by: Anatolij Gu
On 24 October 2014 20:07, Tom Rini wrote:
> On Thu, Oct 23, 2014 at 06:58:51PM -0600, Simon Glass wrote:
>
>> Use the correct FDT data types for this function. Also add more debugging.
>>
>> Acked-by: Anatolij Gustschin
>> Signed-off-by: Simon Glass
>
> Reviewed-by: Tom Rini
Applied to u-boot-
On 24 October 2014 19:49, Tom Rini wrote:
> On Thu, Oct 23, 2014 at 06:58:55PM -0600, Simon Glass wrote:
>
>> This function is only called within this file so make it static. Also
>> fix its argument types to be consistent with its caller.
>>
>> Signed-off-by: Simon Glass
>> Acked-by: Anatolij Gu
On 24 October 2014 19:49, Tom Rini wrote:
> On Thu, Oct 23, 2014 at 06:58:56PM -0600, Simon Glass wrote:
>
>> Permit decoding of a named memory region from the device tree. This allows
>> easy run-time configuration of the address of on-chip SRAM, SDRAM, etc.
>>
>> Signed-off-by: Simon Glass
>
>
On 24 October 2014 19:08, Tom Rini wrote:
> On Thu, Oct 23, 2014 at 06:58:52PM -0600, Simon Glass wrote:
>
>> Flash regions can optionally be compressed or hashed. Add the ability to
>> read this information from the flashmap.
>>
>> Signed-off-by: Simon Glass
>> Acked-by: Anatolij Gustschin
>
>
On 13 November 2014 03:40, Simon Glass wrote:
> Hi Tom,
>
> On 24 October 2014 12:50, Tom Rini wrote:
>> On Thu, Oct 23, 2014 at 06:58:54PM -0600, Simon Glass wrote:
>>
>>> Add an additional function for adding information to the device tree before
>>> booting. This permits additions which are no
On 24 October 2014 20:05, Tom Rini wrote:
> On Thu, Oct 23, 2014 at 06:58:49PM -0600, Simon Glass wrote:
>
>> This function is useful for ensuring that a node exists. Export it so it
>> can be used more widely.
>>
>> Signed-off-by: Simon Glass
>
> Reviewed-by: Tom Rini
Applied to u-boot-fdt.
__
On 24 October 2014 19:05, Tom Rini wrote:
> On Thu, Oct 23, 2014 at 06:58:48PM -0600, Simon Glass wrote:
>
>> Since this function can fail, print a message when it does.
>>
>> Signed-off-by: Simon Glass
>
> Reviewed-by: Tom Rini
Applied to u-boot-fdt.
___
On 24 October 2014 21:56, Simon Glass wrote:
> Hi Tom,
>
> On 24 October 2014 12:04, Tom Rini wrote:
>> On Thu, Oct 23, 2014 at 06:58:47PM -0600, Simon Glass wrote:
>>
>>> This function can fail if the device tree runs out of space. Rather than
>>> silently booting with an incomplete device tree,
From: Tang Yuantian
A new interface is introduced to support generic board structure.
Converts it to use new interface.
Signed-off-by: Tang Yuantian
---
board/freescale/t104xrdb/ddr.c | 19 +++
board/freescale/t104xrdb/spl.c | 19 +++
board/freescale/t
From: Tang Yuantian
With the introducing of generic board and ARM-based cores, current
deep sleep framework doesn't work anymore.
This patch will convert the current framework to adapt this change.
Basically it does:
1. Converts all the Freescale's DDR driver to support deep sleep.
2. Added basic
The CPU directory of this board is arch/powerpc/cpu/mpc5xxx.
Without the CONFIG_SPL_START_S_PATH and CONFIG_SPL_LDSCRIPT defines,
the same start.o and u-boot-spl.lds are selected by default.
Signed-off-by: Masahiro Yamada
Cc: Stefan Roese
---
include/configs/a3m071.h | 2 --
1 file changed, 2
Daniel has posted a nice patch to introduce arch/$ARCH/Makefile.
http://patchwork.ozlabs.org/patch/412497/
Because it is touching CONFIG_SPL_START_S_PATH,
I'd like to remove redundant CONFIG_SPL_START_S_PATH beforehand
in order to help to review Daniel's patch.
It turned out all the CONFIG_SPL_S
The CPU directory of this board is arch/powerpc/cpu/ppc4xx.
Without the CONFIG_SPL_START_S_PATH and CONFIG_SPL_LDSCRIPT defines,
the same start.o and u-boot-spl.lds are selected by default.
Signed-off-by: Masahiro Yamada
Cc: Wolfgang Denk
---
include/configs/lwmon5.h | 2 --
1 file changed, 2
The CPU directory of IMX6 is arch/arm/cpu/armv7, so setting
CONFIG_SPL_START_S_PATH to arch/arm/cpu/armv7 is totally redundant.
Signed-off-by: Masahiro Yamada
Cc: Stefano Babic
---
include/configs/imx6_spl.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/imx6_spl.h b/includ
This board sprinkles #ifdef(CONFIG_HERMES) over various global files
such as include/common.h, common/board_r.c, common/cmd_bdinfo.c.
Let's zap such an ill-behaved board.
It has not been converted to generic board yet and mpc8xx is old
enough.
Signed-off-by: Masahiro Yamada
Cc: Wolfgang Denk
--
This board sprinkles #ifdef(CONFIG_HERMES) over various global files
such as include/common.h, common/board_r.c, common/cmd_bdinfo.c.
Let's zap such an ill-behaved board.
It has not converted to generic board yet and mpc8xx is old enough.
Signed-off-by: Masahiro Yamada
Cc: Wolfgang Denk
---
a
Hi Nobuhiro,
The sh7753evb board fails to build since
commit 570dd7f441c2d2d2e83a9345608801c92e7d2c6f
Author: Nobuhiro Iwamatsu
Date: Fri Nov 14 12:52:47 2014 +0900
sh: Move SH_32BIT to Kconfig
This moves SH_32BIT to Kconfig, and removes SH_32BIT from config
files.
S
Hi Albert,
If there hasn't any other problem, I will send out the V4 series.
Thanks very much,
BRs
Xiubo
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: Thursday, November 20, 2014 8:07 PM
> To: Xiubo Li-B47053
> Cc: Sun York-R58495; Jin Zhengxio
The USB host code was missing gpio_request() calls before using the gpio
functions, causing errors to be printed out.
As a side note calls to max77686_set_buck_mode(OPMODE_OFF/OPMODE_ON) have
been removed, as they did not have any effect. This is as per Przemyslaw:
I looked into the documentation
Add information wrt using the USB host interface for loading kernel over
ethernet and/or usb mass storage.
Signed-off-by: Suriyan Ramasami
---
Changes in v2:
- Make updates to be of use from a user's perspective
Series-changes: 1
- Add USB host notes for the Odroid
doc/README.odroid | 169
The boot commands - bootz/bootm mandate a third argument which is the
address to the FDT blob. In cases where this argument is not specified,
boot fails with a message indicating a missing FDT.
This causes non-FDT kernels to fail to boot. This patch allows both FDT
and non-FDT kernels to boot by m
On 11/20/2014 02:25 PM, York Sun wrote:
> Not sure if this is still buildman related, but only visible when running with
> buildman.
Simon,
It seems related to out-of-tree building.
For the failure case, the dependency "include/config/uboot.release" completes
but not continue to run. It seems to
On 11/20/2014 01:46 PM, Simon Glass wrote:
> Hi York,
>
> On 20 November 2014 21:34, York Sun wrote:
>> On 11/20/2014 01:33 PM, York Sun wrote:
>>> On 11/20/2014 01:04 PM, York Sun wrote:
On 11/20/2014 12:18 PM, York Sun wrote:
>
> I don't see ARCH defined anywhere.
>
S
Hi York,
On 20 November 2014 21:34, York Sun wrote:
> On 11/20/2014 01:33 PM, York Sun wrote:
>> On 11/20/2014 01:04 PM, York Sun wrote:
>>> On 11/20/2014 12:18 PM, York Sun wrote:
I don't see ARCH defined anywhere.
>>>
>>> Simon,
>>>
>>> I think ARCH is defined in Kconfig as SYS_A
On 11/20/2014 01:33 PM, York Sun wrote:
> On 11/20/2014 01:04 PM, York Sun wrote:
>> On 11/20/2014 12:18 PM, York Sun wrote:
>>>
>>> I don't see ARCH defined anywhere.
>>>
>>
>> Simon,
>>
>> I think ARCH is defined in Kconfig as SYS_ARCH. Is it possible buildman runs
>> out-of-order?
>>
>
> There
On 11/20/2014 01:04 PM, York Sun wrote:
> On 11/20/2014 12:18 PM, York Sun wrote:
>>
>> I don't see ARCH defined anywhere.
>>
>
> Simon,
>
> I think ARCH is defined in Kconfig as SYS_ARCH. Is it possible buildman runs
> out-of-order?
>
There is something. When the server is under heavy load, th
On 11/20/2014 12:18 PM, York Sun wrote:
>
> I don't see ARCH defined anywhere.
>
Simon,
I think ARCH is defined in Kconfig as SYS_ARCH. Is it possible buildman runs
out-of-order?
York
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.d
Hi Tom,
Please pull u-boot-sunxi/master into master, highlights:
1) hdmi console (with usb keyboard) support with simplefb support so the kernel
can use the framebuffer too
2) A small bugfix for ahci support
The following changes since commit f196044dfd64745a163773c6c746f9e149ace127:
ARM:
On 11/20/2014 12:10 PM, Simon Glass wrote:
> Hi York,
>>
>> I think the key is to configure it, not build it. With the failure case, it
>> doesn't build. I am thinking to find the equivalent to "make ARCH=power ...".
>> How to dump that?
>
> Add a 'print' line to make() in builder.py:
>
>
Hi York,
On 20 November 2014 19:55, York Sun wrote:
> On 11/20/2014 11:51 AM, Simon Glass wrote:
>>>
>>> Nothing more than that. Where shall I look for ARCH?
>>
>> That doesn't look like a full build to me. The 'err' file may have
>> more clues. You could try without '--force-build --force-reconf
Hi,
On 11/20/2014 06:40 PM, Simon Glass wrote:
> Hi Hans,
>
> On 19 November 2014 13:32, Hans de Goede wrote:
>> From: Luc Verhaegen
>>
>> Add simplefb support, note this depends on the kernel having support for
>> the clocks property which has recently been added to the simplefb devicetree
>>
On 11/20/2014 11:51 AM, Simon Glass wrote:
>>
>> Nothing more than that. Where shall I look for ARCH?
>
> That doesn't look like a full build to me. The 'err' file may have
> more clues. You could try without '--force-build --force-reconfig'
> perhaps.
>
No, it failed. The err file has this
$ c
Dear Tom,
In message <20141120154133.GC21184@bill-the-cat> you wrote:
>
> I'd like to take a page from the Linux Kernel here and continue what's
> working well for the sunxi code. Let's have multiple custodians. I've
> seen Angelo working in the community and responding and working well, so
> I
Hi York,
On 20 November 2014 19:46, York Sun wrote:
> On 11/20/2014 11:22 AM, York Sun wrote:
>> On 11/20/2014 11:13 AM, Simon Glass wrote:
>>> You can only see the make output if you comment out this line in
>>> builderthread.py:
>>>
>>> #args.append('-s')
>>>
>>> Then it will be
Hello Simon,
On Nov 20, 2014 8:38 AM, "Simon Glass" wrote:
>
> Hi,
>
> On 20 November 2014 16:04, Hans de Goede wrote:
> > Hi Suriyan,
> >
> > On 11/20/2014 04:16 PM, Suriyan Ramasami wrote:
> >> Hello Simon,
> >> This mail is addressed to you as the FDT support was added by
> >> you. I am
Hi,
On 11/20/2014 08:41 PM, Suriyan Ramasami wrote:
> Hello Simon,
>
> On Nov 20, 2014 8:38 AM, "Simon Glass" wrote:
>>
>> Hi,
>>
>> On 20 November 2014 16:04, Hans de Goede wrote:
>>> Hi Suriyan,
>>>
>>> On 11/20/2014 04:16 PM, Suriyan Ramasami wrote:
Hello Simon,
This mail is a
On 11/20/2014 11:22 AM, York Sun wrote:
> On 11/20/2014 11:13 AM, Simon Glass wrote:
>> You can only see the make output if you comment out this line in
>> builderthread.py:
>>
>> #args.append('-s')
>>
>> Then it will be in a file called 'log'. It would be nice to have an
>> option
Hi,
On 11/20/2014 06:46 PM, Simon Glass wrote:
> Hi Hans,
>
> On 19 November 2014 13:31, Hans de Goede wrote:
>> Add a generic helper to fill and enable simplefb nodes.
>>
>> The first user of this will be the sunxi display code.
>>
>> lcd_dt_simplefb_configure_node is also a good candidate to b
Dear Hector Palacios,
On Thu, Nov 20, 2014 at 9:27 AM, Hector Palacios
wrote:
> Fuse drivers, like the mxs_ocotp.c, may return negative error codes but
> the commands are only allowed to return CMD_RET_* enum values to the
> shell, otherwise the following error appears:
>
> "exit not allo
On 11/20/2014 11:13 AM, Simon Glass wrote:
> Hi York,
>
> On 20 November 2014 18:47, York Sun wrote:
>> Simon,
>>
>> Can you shed some light on my trouble? I am trying to use buildman for
>> regression tests. I got inconsistency and am trying to find out why. Take one
>> example MPC832XEMDS_HOST_
Hi Markus,
On 18 November 2014 12:52, Markus Niebel wrote:
> From: Markus Niebel
>
> fixup was lost during split between command code and logic.
>
> Signed-off-by: Markus Niebel
> ---
> common/bootm.c | 2 +-
> common/cmd_bootm.c | 6 ++
> include/bootm.h| 2 ++
> 3 files changed,
Hi York,
On 20 November 2014 18:47, York Sun wrote:
> Simon,
>
> Can you shed some light on my trouble? I am trying to use buildman for
> regression tests. I got inconsistency and am trying to find out why. Take one
> example MPC832XEMDS_HOST_66 in this case (I randomly pick a failed board)
>
> O
Hi,
On 20-11-14 19:21, Bill Pringlemeir wrote:
---
arch/arm/lib/memset.S | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/arch/arm/lib/memset.S b/arch/arm/lib/memset.S
index 0cdf895..4fe38f6 100644
--- a/arch/arm/lib/memset.S
+++ b/arc
When using usb-keyboard support, the preboot env variable must be set to a
command to scan usb, so that the keyboard is available to interrupt autoboot.
The logical command to add when using config_distro_bootcmd.h is
"run usb_init", as that does a "setenv usb_need_init false" which should avoid
a
Hi York,
On 14 November 2014 02:01, York Sun wrote:
> On 11/13/2014 05:10 PM, York Sun wrote:
>> On 11/13/2014 04:35 PM, Simon Glass wrote:
>>>
>>> If you add that feature you can. But maybe you just need to force
>>> CROSS_COMPILE?
>>
>> I can change the env['CROSS_COMPILE'] in toolchain.py and
Hi Marcel,
On 20 November 2014 11:29, Marcel Ziswiler wrote:
> On Mon, 2014-11-17 at 06:53 +, Simon Glass wrote:
>> Did this get resolved?
>
> No, unfortunately not.
>
>> Do you have an update please?
>
> I just retested this and it is still the case all with latest mainline
> stuff both on t
Simon,
Can you shed some light on my trouble? I am trying to use buildman for
regression tests. I got inconsistency and am trying to find out why. Take one
example MPC832XEMDS_HOST_66 in this case (I randomly pick a failed board)
On one computer
$ ./tools/buildman/buildman -b working_upstream_qo
Hi Masahiro,
On 20 November 2014 06:06, Masahiro Yamada wrote:
> Hi Simon,
>
>
>
>
> On Wed, 19 Nov 2014 09:35:54 +
> Simon Glass wrote:
>
>> Hi Masahiro,
>>
>> On 19 November 2014 08:25, Masahiro Yamada wrote:
>> > Hi Simon,
>> >
>> >
>> >
>> > On Tue, 11 Nov 2014 10:46:18 -0700
>> > Simon
From: Fabio Estevam
When an invalid USDHC port is passed we should return -EINVAL instead of 0.
Also, return the error immediately on fsl_esdhc_initialize() failure.
Signed-off-by: Fabio Estevam
---
board/freescale/mx53ard/mx53ard.c | 10 ++
1 file changed, 6 insertions(+), 4 deletion
From: Fabio Estevam
When an invalid USDHC port is passed we should return -EINVAL instead of 0.
Also, return the error immediately on fsl_esdhc_initialize() failure.
Signed-off-by: Fabio Estevam
---
board/freescale/mx53smd/mx53smd.c | 10 ++
1 file changed, 6 insertions(+), 4 deletion
From: Fabio Estevam
When an invalid USDHC port is passed we should return -EINVAL instead of 0.
Also, return the error immediately on fsl_esdhc_initialize() failure.
Signed-off-by: Fabio Estevam
---
board/freescale/mx6qarm2/mx6qarm2.c | 10 ++
1 file changed, 6 insertions(+), 4 deleti
From: Fabio Estevam
When an invalid USDHC port is passed we should return -EINVAL instead of 0.
Also, return the error immediately on fsl_esdhc_initialize() failure.
Signed-off-by: Fabio Estevam
---
board/freescale/mx53evk/mx53evk.c | 10 ++
1 file changed, 6 insertions(+), 4 deletion
From: Fabio Estevam
When an invalid USDHC port is passed we should return -EINVAL instead of 0.
Also, return the error immediately on fsl_esdhc_initialize() failure.
Signed-off-by: Fabio Estevam
---
board/freescale/mx51evk/mx51evk.c | 10 ++
1 file changed, 6 insertions(+), 4 deletion
Hi Nikita,
On 20 November 2014 16:13, Nikita Kiryanov wrote:
> common/lcd.c is a mix of code portions that do different but related
> things. To improve modularity, the various code portions should be split
> into their own modules. Separate lcd console code into its own file.
>
> In the process
1 - 100 of 214 matches
Mail list logo
