Hi,
On Mon, Mar 23, 2015 at 1:07 AM, Paul Kocialkowski wrote:
Maybe a slight description of the board/device?
ChenYu
> Signed-off-by: Paul Kocialkowski
> ---
> board/sunxi/MAINTAINERS | 5 +
> configs/Ainol_AW1_defconfig | 16
> 2 files changed, 21 insertions(+)
>
Correct the macro PFUZE100_SW1ABC_SETP definition. We should
add parenthese for 'x'.
Signed-off-by: Peng Fan
---
include/power/pfuze100_pmic.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/power/pfuze100_pmic.h b/include/power/pfuze100_pmic.h
index 07199b4..9c749ed
Hi Troy,
> From: Troy Kisky [mailto:troy.ki...@boundarydevices.com]
> Sent: Friday, March 20, 2015 9:39 PM
> To: peng@freescale.com; Gabbasov, Andrew; u-boot@lists.denx.de
> Cc: Eric Nelson
> Subject: Re: [U-Boot] [PATCH 4/6] mmc: Continue polling MMC card for OCR
> only if it is still not rea
Hi Peng,
> From: Peng Fan [mailto:peng@freescale.com]
> Sent: Saturday, March 21, 2015 1:34 PM
> To: Gabbasov, Andrew; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] mmc: fix OCR Polling
>
> [skipped]
>
> > After this patch, if the busy flag is indeed already set (so that the
> > loop
Hi Bo,
> Hi Heiko,
>After check the software i2c code, I found it can not support
> multi instances, although it has I2C_SOFT_DECLARATIONS2,
> I2C_SOFT_DECLARATIONS3, I2C_SOFT_DECLARATIONS4.
>Because, when do GPIO operation, there is only one pair of
> CONFIG_SOFT_I2C_GPIO_SCL and CONFIG
Hello Peng,
On 03/23/2015 08:34 AM, Peng Fan wrote:
Correct the macro PFUZE100_SW1ABC_SETP definition. We should
add parenthese for 'x'.
Signed-off-by: Peng Fan
---
include/power/pfuze100_pmic.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/power/pfuze100_pmic.
Hi Lukasz,
On 03/23/2015 04:28 PM, Lukasz Majewski wrote:
Hi Bo,
Hi Heiko,
After check the software i2c code, I found it can not support
multi instances, although it has I2C_SOFT_DECLARATIONS2,
I2C_SOFT_DECLARATIONS3, I2C_SOFT_DECLARATIONS4.
Because, when do GPIO operation, there is on
Hi Przemyslaw,
> This change adds driver model support to software emulated
> i2c bus driver. To bind the driver, proper device-tree node
> must be defined, with the following attributes:
> - alias: to keep proper bus order
> - compatible: 'soft-i2c'
> - clock-frequency [Hz]
> - clock-pin, data-pi
Bonjour Scott,
Le Fri, 20 Mar 2015 17:41:11 -0500, Scott Wood
a écrit :
> On Fri, 2015-03-20 at 10:35 +0100, Albert ARIBAUD wrote:
> > Hi Scott,
> >
> > Le Thu, 19 Mar 2015 16:39:42 -0500, Scott Wood
> > a écrit :
> >
> > > On Wed, 2015-03-18 at 10:04 +0100, Albert ARIBAUD (3ADEV) wrote:
> >
Hi Przemyslaw,
> Signed-off-by: Przemyslaw Marczak
> Cc: Masahiro Yamada
> Cc: Mike Frysinger
> Cc: Simon Glass
> Cc: Heiko Schocher
> ---
> drivers/i2c/Kconfig | 11 +--
> 1 file changed, 1 insertion(+), 10 deletions(-)
>
> diff --git a/drivers/i2c/Kconfig b/drivers/i2c/Kconfig
> i
Hi Przemyslaw,
> Signed-off-by: Przemyslaw Marczak
> Cc: Masahiro Yamada
> Cc: Mike Frysinger
> Cc: Simon Glass
> Cc: Heiko Schocher
> ---
> drivers/i2c/Kconfig | 43 +++
> 1 file changed, 43 insertions(+)
>
> diff --git a/drivers/i2c/Kconfig b/driver
Hello Bo,
On 03/23/2015 09:36 AM, Bo Shen wrote:
Hi Lukasz,
On 03/23/2015 04:28 PM, Lukasz Majewski wrote:
Hi Bo,
Hi Heiko,
After check the software i2c code, I found it can not support
multi instances, although it has I2C_SOFT_DECLARATIONS2,
I2C_SOFT_DECLARATIONS3, I2C_SOFT_DECLARATION
Hi Dileep,
> - Added new configuration for Android fastboot
> - This is based on following patch modified accordingly
> http://git.omapzoom.org/?p=repo/u-boot.git;a=commit;h=b2e04f92b5d91c708b6fd6b79d2266966ac51f4b
>
> Signed-off-by: Angela Stegmaier
> Signed-off-by: Dileep Katta
>
Hi Przemyslaw Marczak,
On 03/23/2015 04:47 PM, Przemyslaw Marczak wrote:
Please look into the Trats2 board code in:
board/samsung/trats2/trats2.c lines 130-145
include/configs/trats2.h lines 180-185
It doesn't require i2c driver modifications. But anyway I recommend to
use the code of my pa
Hi Steve,
> Hi Lukasz,
>
> On 15-03-20 12:50 AM, Lukasz Majewski wrote:
> > Hi Steve,
> >
> >>
> >>
> >> On 15-03-12 10:17 AM, Michael Scott wrote:
> >>>
> >>> On 03/12/2015 09:23 AM, Steve Rae wrote:
>
> [... snip ...]
>
> An interesting feature (which seems unnecessary to me...)
> H
Hi Steve,
>
>
> On 15-02-25 06:10 AM, Alexey Firago wrote:
> > The "fastboot reboot-bootloader" command is defined to
> > re-enter into fastboot mode after rebooting into
> > bootloader. This command is usually used after updating
> > bootloader via fastboot.
> >
> > This commit implements only
Hi Rob,
> Change addresses to unsigned long to be compatible with 64-bit builds.
> Regardless of fixing warnings, the device is still only 32-bit
> capable.
>
> Signed-off-by: Rob Herring
> Cc: "Łukasz Majewski"
> Cc: Marek Vasut
> ---
> drivers/usb/gadget/ci_udc.c | 42
>
The semihosting trap call does not like being inlined, probably
because that will mean register reordering screwing up the return
value in r0, so tag this function "noinline".
Signed-off-by: Linus Walleij
---
arch/arm/lib/semihosting.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Instead of sprinkling custom code and calls over the Vexpress64
boardfile, create a command that loads images using semihosting
just like we would load from flash memory of over the network,
using a special command:
smhload
This will make it possible to remove some custom calls and
code and
This variant that is neither FVP / Base Model or Juno Versatile
Express 64bit is confusing. Get rid of it unless someone can
point out what machine that really is. Seems to be an evolutional
artifact in the config base.
Signed-off-by: Linus Walleij
---
board/armltd/vexpress64/Kconfig | 13
Now that loading files using semihosting can be done using
a command in standard scripts, and we have rewritten the boardfile
and added it to the Vexpress64, let's delete the external
interface to the semihosting file retrieveal and rely solely
on these commands, and staticize them inside that file
This removes the kludgy late board init from the FVP simulator
version of Versatile Express 64bit (ARMv8), and replace it with
a default boot command using the new smhload command to load
the files using semihosting. Tested on the Foundation Model.
Signed-off-by: Linus Walleij
---
board/armltd/v
Hi Thierry,
> From: Thierry Reding
>
> Explicitly cast the result of a pointer arithmetic to unsigned int so
> that it matches the corresponding printf format string. While at it,
> use %p to print a buffer address rather than %x and an explicit cast
> (which causes a warning in this case becaus
Hi Thierry,
> From: Thierry Reding
>
> Fix a printf format mismatch warning seen on 64-bit builds.
>
> Cc: Łukasz Majewski
> Cc: Marek Vasut
> Signed-off-by: Thierry Reding
> ---
> drivers/usb/gadget/f_mass_storage.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/
Hi Thierry,
> From: Thierry Reding
>
> Fix a printf format mismatch warning seen on 64-bit builds.
>
> Cc: Łukasz Majewski
> Cc: Marek Vasut
> Signed-off-by: Thierry Reding
> ---
> drivers/usb/gadget/f_mass_storage.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/
Hi,
On 23-03-15 08:09, Chen-Yu Tsai wrote:
Hi,
On Mon, Mar 23, 2015 at 1:07 AM, Paul Kocialkowski wrote:
Maybe a slight description of the board/device?
Yes please, note no need to send a new version if you reply
with a short description I can add that while merging these.
This version of
From: haikun
Bring in device tree files for ls1021a from linux V3.19.
In order to use it in u-boot, make some changes:
1. remove 'gic' node and interrupt related properties in every node.
2. remove 'clockgen' node and clock related properties in every node.
3. change address-cells and size-cells
Hi,
On 22-03-15 22:01, Rob Herring wrote:
On Sun, Mar 22, 2015 at 6:26 AM, Hans de Goede wrote:
Hi All,
I'm sending this mail because Paul Kocialkowski (in the Cc)
has submitted a patch for upstream u-boot to set the serial
atag tag from u-boot for Allwinner SoCs, using the SoCs
SID, which is
On 04/03/2015 13:13, Boris Brezillon wrote:
> Freescale boards are currently all defined in arch/arm/Kconfig, which
> makes them hard to detect.
> Moreover the MX6 SoC variant (Q, D, DL, S, SL) selection is currently
> done via the SYS_EXTRA_OPTIONS option which marked as deprecated.
>
> Move to a
On 04/03/2015 13:13, Boris Brezillon wrote:
> IMX_CONFIG is currently passed via the SYS_EXTRA_OPTIONS which is marked
> as deprecated.
>
> Add a new Kconfig file under arch/arm/imx-common and define the
> IMX_CONFIG Kconfig in there.
>
> Each board is supposed to provide a default value pointing
On 10/03/2015 08:33, Peng Fan wrote:
> Before add CONFIG_SYS_MALLOC_F and CONFIG_SYS_MALLOC_F_LEN,
> uboot will complains "CPU: Temperature: Can't find sensor device".
> This is because DM and DM_THERMAL are enabled, but SYS_MALLOC_F
> is not configured.
>
> After applying this patch, uboot can
On 04/03/2015 13:13, Boris Brezillon wrote:
> Add basic SECO MX6Q/uQ7 board support (Ethernet, UART, SD are supported).
> It also adds a Kconfig skeleton to later add more SECO board (supporting
> SoC and board variants).
>
> Signed-off-by: Boris Brezillon
> ---
Applied to u-boot-imx, thanks !
On 10/03/2015 08:33, Peng Fan wrote:
> This patch is to support reading temperature for mx6slevk board.
>
> Signed-off-by: Peng Fan
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engi
Hi,
On 23-03-15 08:09, Chen-Yu Tsai wrote:
Hi,
On Mon, Mar 23, 2015 at 1:07 AM, Paul Kocialkowski wrote:
Maybe a slight description of the board/device?
Never mind I've just merged this in my local tree, adding a short description
myself based on (and pointing to): http://linux-sunxi.org/Ai
2015-03-16 13:46 GMT+09:00 Masahiro Yamada :
> Since commit a86ac9540e20 (ARM: UniPhier: include instead
> of ), UniPhier platform does not need the symbolic
> link arch/arm/include/asm. This option is not necessary either.
>
> Signed-off-by: Masahiro Yamada
> ---
Applied to u-boot-uniphier/ma
2015-03-23 0:07 GMT+09:00 Masahiro Yamada :
>
>
>
> Masahiro Yamada (13):
> ARM: UniPhier: include PH1-LD4 Makefile from PH1-sLD8
> ARM: UniPhier: move platform devices to SPL
> ARM: UniPhier: move UART pin settings to SPL
> ARM: UniPhier: enable CONFIG_PANIC_HANG
> ARM: UniPhier: enable
Hi Tom,
The following changes since commit 21866c34a1b4098a8868c9250daf01baf84c2397:
at91sam9rlek_mmc_defconfig: Add CONFIG_ARCH_AT91=y (2015-03-20 10:47:38 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-uniphier.git master
for you to fetch changes up to 90e357efed
On 22 March 2015 at 16:08, Joe Hershberger wrote:
> Signed-off-by: Joe Hershberger
> Acked-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/lis
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> The current implementation exposes the eth_device struct to code that
> needs to access the MAC address. Add a wrapper function for this to
> abstract away the pointer for this operation.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Many of the functions in net.h were preceded extern needlessly. Removing
> them to limit the number of checkpatch.pl complaints.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm
On 22 March 2015 at 16:08, Joe Hershberger wrote:
> In the case where the arch defines a custom map_sysmem(), make sure that
> including just mapmem.h is sufficient to have these functions as they
> are when the arch does not override it.
>
> Also split the non-arch specific functions out of commo
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Many functions returned -1 previously. Change them to return appropriate error
> codes.
>
> Signed-off-by: Joe Hershberger
> Reported-by: Simon Glass
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Make it clear that the helper is checking the addr, not setting it.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
___
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Move some things around and organize things so that the driver model
> implementation will fit in more easily.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
___
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> First just add support for MAC drivers.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
___
U-Boot mailing list
U-Boot
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> netretry previously would only retry in one specific case (your MAC
> address is not set) and no other. This is basically useless. In the DM
> implementation for eth it turns this into a completely useless case
> since an un-configured MAC addres
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> On some archs masking the parameter is inefficient, so don't use u8.
>
> Signed-off-by: Joe Hershberger
> Reported-by: Simon Glass
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
_
Hi Joe,
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> This value is not used by the network stack and is available in the
> global data, so stop passing it around. For the one legacy function
> that still expects it (init op on old Ethernet drivers) pass in the
> global pointer version dir
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Previously the net functions would access memory assuming physmem did
> not need to be mapped. In sandbox, that's not the case.
>
> Now we map the physmem specified by the user in loadaddr to the buffer
> that represents that space.
>
> Signed-o
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> The return codes in common/cmd_net.c had a number of inconsistencies.
> Update them to all use the enum from command.h
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, tha
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Stop forcing drivers to call net_process_received_packet() - formerly
> called NetReceive(). Now the uclass will handle calling the driver for
> each packet until the driver errors or has nothing to return. The uclass
> will then pass the good pa
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Take the opportunity to enforce better names on newly written or
> retrofitted Ethernet drivers.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
_
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> The sandbox driver will now generate response traffic to exercise the
> ping command even when no network exists. This allows the basic data
> pathways of the DM to be tested.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
> ---
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Add a test for the eth uclass using the sandbox eth driver. Verify basic
> functionality of the network stack / eth uclass by exercising the ping
> function.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Allow network devices to be referred to as "eth0" instead of
> "eth@12345678" when specified in ethact.
>
> Add tests to verify this behavior.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applie
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Add basic network support to sandbox which includes a network driver.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> This is needed to test the netretry functionality (make the command fail
> on a sandbox eth device).
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
_
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Make sure that the ethrotate behavior occurs as expected.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
___
U-Boot m
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> The ethprime env var is used to indicate the starting device if none is
> specified in ethact. Also support aliases specified in the ethprime var.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Ap
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> The effect of the "netretry" env var was recently changed. This test
> checks that behavior.
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
_
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Implement a bridge between U-Boot's network stack and Linux's raw packet
> API allowing the sandbox to send and receive packets using the host
> machine's network interface.
>
> This raw Ethernet API requires elevated privileges. You can either
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> This is now testable via the eth-raw interface
>
> Signed-off-by: Joe Hershberger
> Reviewed-by: Simon Glass
>
> ---
>
> Changes in v7: None
Applied to u-boot-dm/next, thanks!
___
U-Boot mailing list
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> Take a pass at plumbing errors through to the users of the network stack
>
> Currently only the start() function errors will be returned from
> NetLoop(). recv() tends not to have errors, so that is likely not worth
> adding. send() certainly can
On 22 March 2015 at 16:09, Joe Hershberger wrote:
> The 'lo' interface on Linux doesn't support thinks like ARP or
> link-layer access like we use to talk to a normal network interface.
> A higher-level network API must be used to access localhost.
>
> As written, this interface is limited to not
Hi,
Thanks for the patches, I had to make this fixup (squashed) to fix
vbus detect to work on axp221:
-- drivers/gpio/sunxi_gpio.c --
index 6296092..670af0c 100644
@@ -21,6 +21,9 @@
#ifdef CONFIG_AXP209_POWER
#include
#endif
+#ifdef CONFIG_AXP2
Le lundi 23 mars 2015 à 15:25 +0100, Hans de Goede a écrit :
> Hi,
>
> On 23-03-15 08:09, Chen-Yu Tsai wrote:
> > Hi,
> >
> > On Mon, Mar 23, 2015 at 1:07 AM, Paul Kocialkowski wrote:
> >
> > Maybe a slight description of the board/device?
>
> Never mind I've just merged this in my local tree, a
Hi,
Thanks.
The entire set has been queued up in u-boot-sunxi/next for upstream merging.
Regards,
Hans
On 22-03-15 18:12, Paul Kocialkowski wrote:
This series goes on top of my previous series that concludes with Ainol AW1
support.
Also, if you're interested by the idea of using sunxi_name
Le lundi 23 mars 2015 à 17:21 +0100, Hans de Goede a écrit :
> Hi,
>
> Thanks for the patches, I had to make this fixup (squashed) to fix
> vbus detect to work on axp221:
>
> -- drivers/gpio/sunxi_gpio.c
> --
> index 6296092..670af0c 100644
> @@ -2
Hi,
p.s.
On 22-03-15 18:12, Paul Kocialkowski wrote:
This series goes on top of my previous series that concludes with Ainol AW1
support.
Also, if you're interested by the idea of using sunxi_name_to_gpio_bank, this
could be extended for UART as well, where *many* different pin mux setups are
Hi,
Thanks, I've also queued these 2 up in u-boot-sunxi/next.
Regards,
Hans
On 22-03-15 18:08, Paul Kocialkowski wrote:
Signed-off-by: Paul Kocialkowski
---
drivers/power/axp152.c | 11 ---
include/axp152.h | 12
2 files changed, 12 insertions(+), 11 deletio
vbus-usable does not get set if power is provided through the power barrel
connector, even if external 5v is also present on the otg connector.
vbus-available correctly always reflects if there is 5v present on the otg
connector.
Signed-off-by: Hans de Goede
---
drivers/power/axp221.c | 2 +-
1
Le lundi 23 mars 2015 à 17:26 +0100, Hans de Goede a écrit :
> Hi,
>
> p.s.
>
>
> On 22-03-15 18:12, Paul Kocialkowski wrote:
> > This series goes on top of my previous series that concludes with Ainol AW1
> > support.
> >
> > Also, if you're interested by the idea of using sunxi_name_to_gpio_ba
Le lundi 23 mars 2015 à 17:28 +0100, Hans de Goede a écrit :
> vbus-usable does not get set if power is provided through the power barrel
> connector, even if external 5v is also present on the otg connector.
>
> vbus-available correctly always reflects if there is 5v present on the otg
> connecto
Hi,
On 23-03-15 17:28, Hans de Goede wrote:
vbus-usable does not get set if power is provided through the power barrel
connector, even if external 5v is also present on the otg connector.
vbus-available correctly always reflects if there is 5v present on the otg
connector.
Except that it also
Hi,
On 23-03-15 17:33, Paul Kocialkowski wrote:
Le lundi 23 mars 2015 à 17:28 +0100, Hans de Goede a écrit :
vbus-usable does not get set if power is provided through the power barrel
connector, even if external 5v is also present on the otg connector.
vbus-available correctly always reflects
Hi Tom, Simon,
On Mon, 2015-03-16 at 11:03 +0300, Alexey Brodkin wrote:
> Even though board_init_f_mem() is not used on x86 today there's no
> reason to not use it in the future.
>
> Moreover board_init_f_mem() has nothing to do with any particular
> architecture so move it away from #else /* CON
Hi Jörg,
On 22 March 2015 at 14:37, Jörg Krause wrote:
> Hi Joe,
>
> On Sa, 2015-03-21 at 22:59 -0500, Joe Hershberger wrote:
>> Hi Jörg,
>>
>> On Sat, Mar 21, 2015 at 3:33 AM, Jörg Krause
>> wrote:
>> >
>> > Hi all,
>> >
>> > there is an issue with the current network stack using netconsole. It
Hi,
On Mon, Mar 23, 2015 at 9:34 AM, Hans de Goede wrote:
> Hi,
>
> On 23-03-15 17:28, Hans de Goede wrote:
>>
>> vbus-usable does not get set if power is provided through the power barrel
>> connector, even if external 5v is also present on the otg connector.
>>
>> vbus-available correctly alway
On 23 March 2015 at 10:40, Alexey Brodkin wrote:
> Hi Tom, Simon,
>
> On Mon, 2015-03-16 at 11:03 +0300, Alexey Brodkin wrote:
>> Even though board_init_f_mem() is not used on x86 today there's no
>> reason to not use it in the future.
>>
>> Moreover board_init_f_mem() has nothing to do with any p
This erratum requires setting GLITCH_EN bit in debug register to
enable digital filter to improve clock stability.
Signed-off-by: York Sun
CC: Heiko Schocher
---
Changes in v6:
Add erratum number
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2:
Add comment to I2C
A while ago I got Russell to change the machine type of our Colibri T20
from COLIBRI_TEGRA2 to COLIBRI_T20 which is also reflected in his
machine registry:
http://www.arm.linux.org.uk/developer/machines/list.php?id=3323
---
arch/arm/include/asm/mach-types.h | 10 +-
1 file changed, 5 inse
Fix ASIX USB to Ethernet chip reset.
---
board/toradex/colibri_t20/colibri_t20.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/board/toradex/colibri_t20/colibri_t20.c
b/board/toradex/colibri_t20/colibri_t20.c
index 4656094..5d8bdec 100644
--- a/board/toradex/colibri_
Bring the Colibri T20 configuration in-line with Apalis/Colibri T30.
---
include/configs/colibri_t20.h | 31 +++
1 file changed, 27 insertions(+), 4 deletions(-)
diff --git a/include/configs/colibri_t20.h b/include/configs/colibri_t20.h
index e80e9ed..c17f245 100644
--
On 03/20/2015 07:28 PM, York Sun wrote:
> From: Scott Wood
>
> This lets us see the problems (close to) when they happen,
> rather than Linux hanging when it enables them prior to having a
> working console.
>
> Signed-off-by: Scott Wood
> Signed-off-by: York Sun
> ---
>
> Changes in v5: Non
Hi Rob,
> board/samsung/trats/setup.h| 1 -
Acked-by: Lukasz Majewski
Rob, thanks for preparing the patch.
--
Best regards,
Lukasz Majewski
Samsung R&D Institute Poland (SRPOL) | Linux Platform Group
___
U-Boot mailing list
U-B
In accordance with our other modules supported by U-Boot and as agreed
for Apalis/Colibri T30 get rid of the carrier board in the board
naming.
While at it also bring the prompt more in line with our other products.
---
arch/arm/mach-tegra/tegra20/Kconfig | 2 +-
board
In accordance with our other modules supported by U-Boot and as agreed
upon for Apalis/Colibri T30 [1] get rid of the carrier board post fix
in the board/configuration/device-tree naming.
[1] http://article.gmane.org/gmane.comp.boot-loaders.u-boot/192041
Marcel Ziswiler (5):
ARM: tegra: rename
In accordance with our other modules supported by U-Boot and as agreed
for Apalis/Colibri T30 get rid of the carrier board in the
configuration naming.
---
board/toradex/colibri_t20_iris/Kconfig| 2 +-
configs/{colibri_t20_iris_defconfig => colibri_t20_defconfig} | 0
inclu
As a preparatory step to renaming the board folder as well first get
rid of the colibri_t20-common after having integrated it into
colibri_t20_iris for now.
While at it also migrate to using NVIDIA's common.mk magic.
---
.../colibri_t20-common/colibri_t20-common.h| 7 -
board/toradex
In accordance with our other modules supported by U-Boot and as agreed
for Apalis/Colibri T30 get rid of the carrier board in the device-tree
naming.
---
arch/arm/dts/Makefile | 2 +-
arch/arm/dts/{tegra20-colibri_t20_iris.dts => tegra20-colibri.dts} |
In accordance with our other modules supported by U-Boot and as agreed
for Apalis/Colibri T30 get rid of the carrier board in the board folder
naming.
Please note that this temporarily breaks the build as Kconfig within
this folder will require changing as well.
---
arch/arm/mach-tegra/tegra20/Kc
On 03/23/2015 11:02 AM, Kim Phillips wrote:
> On Fri, 20 Mar 2015 19:28:18 -0700
> York Sun wrote:
>
>> From: "J. German Rivera"
>>
>> Changed MC firmware loading to comply with the new MC boot architecture.
>> Flush D-cache hierarchy after loading MC images. Add environment
>> variables "mcbo
On Fri, 20 Mar 2015 19:28:18 -0700
York Sun wrote:
> From: "J. German Rivera"
>
> Changed MC firmware loading to comply with the new MC boot architecture.
> Flush D-cache hierarchy after loading MC images. Add environment
> variables "mcboottimeout" for MC boot timeout in milliseconds,
> "mcmem
On 03/21/2015 07:15 AM, Karsten Merker wrote:
config_distro_bootcmd.h defines a common boot environment for multiple
platforms, including several environment variables that are intended for
interactive use by an end-user. Document which variables are considered
public interfaces that must remain
On 03/23/2015 11:43 AM, Marcel Ziswiler wrote:
A while ago I got Russell to change the machine type of our Colibri T20
from COLIBRI_TEGRA2 to COLIBRI_T20 which is also reflected in his
machine registry:
http://www.arm.linux.org.uk/developer/machines/list.php?id=3323
Only "half" of the referenc
On 03/23/2015 11:28 AM, Marcel Ziswiler wrote:
In accordance with our other modules supported by U-Boot and as agreed
for Apalis/Colibri T30 get rid of the carrier board in the board folder
naming.
Please note that this temporarily breaks the build as Kconfig within
this folder will require chan
On 03/23/2015 11:28 AM, Marcel Ziswiler wrote:
As a preparatory step to renaming the board folder as well first get
rid of the colibri_t20-common after having integrated it into
colibri_t20_iris for now.
While at it also migrate to using NVIDIA's common.mk magic.
Is it possible to separate the
On 03/20/2015 11:07 AM, Tom Rini wrote:
On Fri, Mar 20, 2015 at 10:17:00AM -0600, Stephen Warren wrote:
On 03/20/2015 05:56 AM, Thierry Reding wrote:
From: Thierry Reding
The bootz command doesn't work with Linux kernel images on 64-bit ARM.
The replacement command with the same interface and
Hi,
On 23 March 2015 at 13:55, Jörg Krause wrote:
>
> Joe, Simon,
>
> On Mo, 2015-03-23 at 10:46 -0600, Simon Glass wrote:
> > Hi Jörg,
> >
> > On 22 March 2015 at 14:37, Jörg Krause wrote:
> > > Hi Joe,
> > >
> > > On Sa, 2015-03-21 at 22:59 -0500, Joe Hershberger wrote:
> > >> Hi Jörg,
> > >>
On 03/20/2015 11:08 AM, Tom Rini wrote:
On Fri, Mar 20, 2015 at 10:22:59AM -0600, Stephen Warren wrote:
On 03/20/2015 06:11 AM, Thierry Reding wrote:
From: Thierry Reding
Reuse the 32-bit ARM client architecture and identify ARMv8 specifically
by setting the BOOTP VCI string.
Is there a new
1 - 100 of 163 matches
Mail list logo
