Some armv7 targets are missing a cache line size declaration.
In preparation for "arm: cache: Implement cache range check for v7"
patch, add these declarations with the appropriate value for
the target's SoC or CPU.
Signed-off-by: Albert ARIBAUD
---
Changes in v2:
- fix include/configs/at91-sama
From: Shaohui Xie
To use AQR405 PHY's interrupt, we need to invert the relative IRQ pins
polarity by setting IRQCR register, because AQR405 interrupt is low active
but GIC accepts high active.
Signed-off-by: Shaohui Xie
---
board/freescale/ls2080ardb/ls2080ardb.c | 4
include/configs/ls20
On Wednesday, January 27, 2016 at 05:30:51 AM, Ramneek Mehresh wrote:
> > -Original Message-
> > From: Marek Vasut [mailto:ma...@denx.de]
> > Sent: Wednesday, January 27, 2016 9:57 AM
> > To: Ramneek Mehresh
> > Cc: Ramneek Mehresh ; u-
> > b...@lists.denx.de; Simon Glass
> > Subject: Re:
Hello Marek,
On Wed, 27 Jan 2016 05:10:59 +0100, Marek Vasut wrote:
> On Tuesday, January 26, 2016 at 05:40:49 PM, Albert ARIBAUD wrote:
> > Some armv7 targets are missing a cache line size declaration.
> > In preparation for "arm: cache: Implement cache range check for v7"
> > patch, add these d
Hi Jagan,
Up to now, I didn't find the 4-Byte addressing mode support.
Do you know if anybody have schedule to add it?
if no, could you please apply this patch, due to as I have said when do the
warm
boot up, the SPI flash will be kept in 4-Byte addressing mode that kernel
driver set,
while t
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Monday, January 25, 2016 9:06 PM
> To: Aneesh Bansal
> Cc: u-boot@lists.denx.de; Ruchika Gupta
> Subject: Re: [U-Boot] [PATCH v3 0/7] Determine Boot mode at run time
>
> On Fri, Jan 22, 2016 at 04:37:21PM +0530, An
Hi Tom,
please pull the following patch.
Thanks,
Stefan
The following changes since commit 9e4de7fd4acc8f99b6d383c711d21c0159849629:
Merge branch 'master' of http://git.denx.de/u-boot-sunxi (2016-01-26
17:45:37 -0500)
are available in the git repository at:
git://www.denx.de/git/u-boot
On 20.01.2016 08:13, Stefan Roese wrote:
This patch adds support for the Armada XP (MV78260) based theadorable
board. Its equipped with onboard DDR3, UART, ethernet, I2C, SPI NOR,
LCD and SATA (SSD) interfaces / devices.
Two defconfigs are added:
theadorable_defconfig:
The production U-Boot ver
Hi Dennis,
On 15.01.2016 02:20, Dennis Gilmore wrote:
> Switch all of the mvebu boards to support disto generic booting
> This will enable Fedora, Debian and other distros to support
> mvebu systems easier. Tested on SolidRun ClearFog
Sorry for the late review. I have a few issues with this patch
Hello Marek,
Am 27.01.2016 um 04:47 schrieb Marek Vasut:
Add trivial support for changing the U-Boot command prompt string
by setting PS1 and PS2 environment variables. Only static variables
are supported.
Signed-off-by: Marek Vasut
---
README| 8
common/cli_hush.c | 1
Hello Heiko,
Thank you for your test.
> -Original Message-
> From: Heiko Schocher [mailto:h...@denx.de]
> Sent: 2016年1月27日 14:31
> To: Yang, Wenyou
> Cc: U-Boot Mailing List
> Subject: Re: [U-Boot] [PATCH v2 1/3] ARM: at91: clock: add PLLB enable/disable
> functions
>
> Hello Wenyou,
>
Hello Marek,
Am 27.01.2016 um 04:47 schrieb Marek Vasut:
Pull the code which displays U-Boot prompt and reads the command line
into a separate function. No functional change.
Signed-off-by: Marek Vasut
---
common/cli_hush.c | 21 -
1 file changed, 16 insertions(+), 5 del
Hello Wenyou,
Am 27.01.2016 um 03:04 schrieb Wenyou Yang:
Due to introducing the new PLLB clock handle functions,
use these functions to clean up the PLLB enable code.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
---
Changes in v2:
- collect Reviewed-by from Andreas.
board/s
Hello Wenyou,
Am 27.01.2016 um 03:04 schrieb Wenyou Yang:
Due to introducing the new PLLB clock handle functions,
use these functions to clean up the PLLB enable/disable code.
Signed-off-by: Wenyou Yang
---
Changes in v2:
- add return value for timeout checking at91_pllb_clk_enable/disable(
Hello Wenyou,
Am 27.01.2016 um 03:04 schrieb Wenyou Yang:
To avoid the duplicated code, add the PLLB handle functions.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
---
Changes in v2: None
arch/arm/mach-at91/arm926ejs/clock.c | 38 +
arch/arm
Hello Hans,
Am 26.01.2016 um 18:05 schrieb Hans de Goede:
"Fix mvtwsi not working on sun6i and newer sunxi SoCs" includes the following:
@@ -189,7 +200,8 @@ static int twsi_start(struct i2c_adapter *adap, int
expected_status)
/* globally set TWSIEN in case it was not */
twsi_co
On Wed, Jan 27, 2016 at 2:10 AM, Stephen Warren wrote:
> From: Stephen Warren
>
> With CONFIG_DM_PCI enabled, PCI buses are not enumerated at boot, as they
> are without that config option enabled. No command exists to enumerate the
> PCI buses. Hence, unless some board-specific code causes PCI e
Hello Hans,
Am 26.01.2016 um 18:05 schrieb Hans de Goede:
Hi Heiko,
Your fix for the checkpatch issues in one of my patches (sorry about those)
has broken mvtwsi support.
Uh! Sorry!
This patch fixes this, I'm currently preparing a sunxi pull-req, and I
plan to include this fix, so this is m
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Tuesday, January 26, 2016 4:58 PM
> To: Ramneek Mehresh
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH 2/2] include:configs: Add usb device-tree fixup for all
> fsl
> platforms
>
> On Tuesday, January 26, 2016 at
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Wednesday, January 27, 2016 9:57 AM
> To: Ramneek Mehresh
> Cc: Ramneek Mehresh ; u-
> b...@lists.denx.de; Simon Glass
> Subject: Re: [PATCH 2/2] include:configs: Add usb device-tree fixup for all
> fsl
> platforms
On Fri, 2015-11-27 at 15:22 +0800, Chin Liang See wrote:
> Enable SDMMC calibration to determine the best setting for
> drvsel and smplsel. Calibration will be triggered if the
> drvsel and smplsel node are not available in DTS.
We have a Cyclone V based board and on the latest revision the SD car
On Tuesday, January 26, 2016 at 05:40:49 PM, Albert ARIBAUD wrote:
> Some armv7 targets are missing a cache line size declaration.
> In preparation for "arm: cache: Implement cache range check for v7"
> patch, add these declarations with the appropriate value for
> the target's SoC or CPU.
>
> Sig
Hi Tom,
On Wed, Jan 27, 2016 at 10:08 AM, Tom Rini wrote:
> On Wed, Jan 27, 2016 at 09:55:02AM +0800, Bin Meng wrote:
>> Hi Tom,
>>
>> On Tue, Jan 26, 2016 at 10:47 PM, Tom Rini wrote:
>> > On Tue, Jan 26, 2016 at 12:26:07PM +0800, Bin Meng wrote:
>> >> Hi Tom,
>> >>
>> >> On Mon, Jan 25, 2016 a
All boards using this driver are with device tree support,
hence drop the legacy code in driver to have a pure DT solution.
Signed-off-by: Bhuvanchandra DV
Reviewed-by: Bin Meng
---
drivers/serial/serial_lpuart.c | 101 +
1 file changed, 2 insertions(+),
All boards using this driver are with device tree support,
hence drop the legacy code in driver to have a pure DT solution.
Signed-off-by: Bhuvanchandra DV
Reviewed-by: Bin Meng
---
drivers/gpio/vybrid_gpio.c | 18 --
1 file changed, 18 deletions(-)
diff --git a/drivers/gpio/vy
Let's go with pure DT solution for board's
based on NXP/Freescale Vybrid platform.
- Merge the DT defconfig with non-DT defconfig for Toradex
Colibri VF50/VF61 and drop the non-DT defconfig.
- Update the legacy defconfigs for NXP/Freescale VF610 Tower
Board with DT.
- Update the legacy defconf
- Add device tree files for NXP/Freescale VF610 Tower Board.
- Enable lpuart support on NXP/Freescale VF610 Tower Board.
- Use UART1 as stdout.
Signed-off-by: Bhuvanchandra DV
Reviewed-by: Bin Meng
---
arch/arm/dts/Makefile | 3 ++-
arch/arm/dts/vf610-twr.dts | 22 ++
Remove the legacy way of enabling GPIO, SPI and UART on Vybrid
based boards since these driver's now only supports DT mode.
Signed-off-by: Bhuvanchandra DV
Acked-by: Stefan Agner
Reviewed-by: Bin Meng
---
include/configs/colibri_vf.h | 13 -
include/configs/pcm052.h | 3 ---
i
- Add device tree files for Phytec phyCORE-Vybrid Board.
- Enable lpuart support for Phytec phyCORE-Vybrid Board.
- Use UART1 for stdout.
Signed-off-by: Bhuvanchandra DV
Reviewed-by: Bin Meng
---
arch/arm/dts/Makefile | 3 ++-
arch/arm/dts/pcm052.dts | 22 ++
2 files chan
Since SPDX license is already there, drop the full one.
Signed-off-by: Bhuvanchandra DV
Acked-by: Stefan Agner
Reviewed-by: Bin Meng
---
arch/arm/dts/vf-colibri.dtsi | 5 -
arch/arm/dts/vf.dtsi | 5 -
arch/arm/dts/vf500-colibri.dts | 5 -
arch/arm/dts/vf610-colibri.dts
- Enable lpuart support on Toradex Colibri VF50/VF61
- Use UART0 for stdout.
Signed-off-by: Bhuvanchandra DV
Reviewed-by: Bin Meng
---
arch/arm/dts/vf-colibri.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/dts/vf-colibri.dtsi b/arch/arm/dts/vf-colibri.dtsi
index f
Add device tree node's for lpuart on Vybrid platform
Signed-off-by: Bhuvanchandra DV
Acked-by: Stefan Agner
Reviewed-by: Bin Meng
---
arch/arm/dts/vf.dtsi | 43 +++
1 file changed, 43 insertions(+)
diff --git a/arch/arm/dts/vf.dtsi b/arch/arm/dts/vf.dts
Changes since v3:
- Add missing space in device tree.
- Reorder the patchset to avoid broken state.
Changes since v2:
- Split the patch for updating the license string.
- Reorder the patchset to avoid broken state.
Changes since v1:
- Update the license string in device tree's.
- Update all lpuar
On Wednesday, January 27, 2016 at 05:14:00 AM, Ramneek Mehresh wrote:
> > -Original Message-
> > From: Marek Vasut [mailto:ma...@denx.de]
> > Sent: Tuesday, January 26, 2016 4:58 PM
> > To: Ramneek Mehresh
> > Cc: u-boot@lists.denx.de
> > Subject: Re: [PATCH 2/2] include:configs: Add usb d
On Wednesday, January 27, 2016 at 04:52:03 AM, Stephen Warren wrote:
> On 01/16/2016 08:09 PM, Stefan Brüns wrote:
> > The first patch fixes an out-of-bounds access, and makes the calculation
> > of maximum transfer size more straightforward. It also makes overriding
> > the maximum transfer size e
On 01/16/2016 08:09 PM, Stefan Brüns wrote:
> The first patch fixes an out-of-bounds access, and makes the calculation of
> maximum transfer size more straightforward. It also makes overriding the
> maximum transfer size easier for split transactions
Sorry I haven't been keeping up on the U-Boot d
Add trivial support for changing the U-Boot command prompt string
by setting PS1 and PS2 environment variables. Only static variables
are supported.
Signed-off-by: Marek Vasut
---
README| 8
common/cli_hush.c | 10 ++
2 files changed, 18 insertions(+)
diff --git a/
Pull the code which displays U-Boot prompt and reads the command line
into a separate function. No functional change.
Signed-off-by: Marek Vasut
---
common/cli_hush.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/common/cli_hush.c b/common/cli_hush.c
On 01/25/2016 01:36 PM, Lubomir Rintel wrote:
> It seems like the P5 header was not present on "Model B" any board prior
> to Revision 2.0, there's no need for a separate device tree.
>
> Also, it looks like "rev2" is incorrectly used to only cover the 512MiB
> memory models; there also were 256Mi
On Wednesday, January 27, 2016 at 03:38:02 AM, Peng Fan wrote:
> Fix error handling for mxs_nand_init.
>
> The original error handling is wrong for err2 and err1.
> Should first free desc[x], then free desc.
>
> This patch also correctly handle err3, should use
> MXS_DMA_CHANNEL_AHB_APBH_GPMI0 as
On Tue, Jan 26, 2016 at 10:12:10AM -0500, Tom Rini wrote:
>On Tue, Jan 26, 2016 at 10:58:47AM +0800, Peng Fan wrote:
>> On Mon, Jan 25, 2016 at 09:45:47PM -0500, Tom Rini wrote:
>> >On Tue, Jan 26, 2016 at 09:55:43AM +0800, Peng Fan wrote:
>> >> Hi Simon,
>> >>
>> >> On Mon, Jan 25, 2016 at 06:11:
This patch removes the uart clock enable from serial driver & move it in the
board code.
Signed-off-by: Vikas Manocha
---
arch/arm/include/asm/arch-stm32f4/stm32_defs.h | 15
arch/arm/include/asm/arch-stm32f4/stm32_periph.h | 27 +++
arch/arm/mach-stm32/stm32f4/clock.c
Fix error handling for mxs_nand_init.
The original error handling is wrong for err2 and err1.
Should first free desc[x], then free desc.
This patch also correctly handle err3, should use
MXS_DMA_CHANNEL_AHB_APBH_GPMI0 as the check point.
Cc: Stefano Babic
CC: Fabio Estevam
Cc: Scott Wood
Cc:
On Tue, Jan 26, 2016 at 05:40:49PM +0100, Albert ARIBAUD wrote:
> Some armv7 targets are missing a cache line size declaration.
> In preparation for "arm: cache: Implement cache range check for v7"
> patch, add these declarations with the appropriate value for
> the target's SoC or CPU.
>
> Signe
Certain processor architectures, like MIPS, require that the USB
structures and transfer buffers are passed with their PA to the
USB controller. If VA is passed, the USB will not work. Add the
necessary virt_to_phys() calls into the USB EHCI code to make it
work.
Signed-off-by: Marek Vasut
Cc: Da
If the USB EHCI is configured for little endian MMIO, make sure to
clear the USBMODE_BE flag from the USBMODE register.
Signed-off-by: Marek Vasut
Cc: Daniel Schwierzeck
Cc: Hans de Goede
---
drivers/usb/host/ehci-hcd.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/usb/host/ehc
Some architectures, like MIPS, require remapping of the registers.
Add the map_physmem() call to handle it.
Signed-off-by: Marek Vasut
Cc: Daniel Schwierzeck
Cc: Hans de Goede
Cc: Masahiro Yamada
Cc: Alexey Brodkin
---
drivers/usb/host/ehci-generic.c | 4 +++-
1 file changed, 3 insertions(+)
Add explicit cpu_to_be32()/be32_to_cpu() conversion to BE EHCI I/O
accessors to align them with their LE counterpart. No functional
change.
Signed-off-by: Marek Vasut
Cc: Daniel Schwierzeck
Cc: Hans de Goede
---
drivers/usb/host/ehci.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
This patch makes sure that the flush/invalidate_dcache_range() functions
can handle corner-case calls like this -- invalidate_dcache_range(0, 0, 0);
This call is valid and is happily produced by USB EHCI code for example.
The expected behavior of the cache function(s) in this case is that they
will
On Wednesday, January 27, 2016 at 02:58:38 AM, Steve Rae wrote:
> On 16-01-26 05:35 PM, Marek Vasut wrote:
> > On Wednesday, January 27, 2016 at 01:35:55 AM, Steve Rae wrote:
> >> Hi Marek & Lukasz,
> >>
> >> I have an issue running fastboot on my board (which is USB_SPEED_HIGH):
> >> => fast
Due to introducing the new PLLB clock handle functions,
use these functions to clean up the PLLB enable/disable code.
Signed-off-by: Wenyou Yang
---
Changes in v2:
- add return value for timeout checking at91_pllb_clk_enable/disable().
drivers/usb/host/ohci-at91.c | 22 +++--
Due to introducing the new PLLB clock handle functions,
use these functions to clean up the PLLB enable code.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
---
Changes in v2:
- collect Reviewed-by from Andreas.
board/siemens/smartweb/smartweb.c |6 +-
board/siemens/taurus/
On Wed, Jan 27, 2016 at 09:55:02AM +0800, Bin Meng wrote:
> Hi Tom,
>
> On Tue, Jan 26, 2016 at 10:47 PM, Tom Rini wrote:
> > On Tue, Jan 26, 2016 at 12:26:07PM +0800, Bin Meng wrote:
> >> Hi Tom,
> >>
> >> On Mon, Jan 25, 2016 at 10:12 PM, Tom Rini wrote:
> >> > On Mon, Jan 25, 2016 at 11:18:26
To reduce the duplicated code, add PLLB enable/disable functions,
replace the UTMI PLL handle code with these functions.
It is based on the following patch set.
[PATCH 0/5] ARM: at91: improve peripheral and system clock handle
functions
[PATCH 0/4] ARM: at91: add UTMI PLL handle f
To avoid the duplicated code, add the PLLB handle functions.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
---
Changes in v2: None
arch/arm/mach-at91/arm926ejs/clock.c | 38 +
arch/arm/mach-at91/include/mach/clk.h |2 ++
2 files changed, 40 in
On Tue, Jan 26, 2016 at 08:51:38PM +0100, Hans de Goede wrote:
> Hi Tom,
>
> Here is the first sunxi pull-req for v2016.04, it
> contains various fixes / improvements all over the place.
>
> The following changes since commit ac01603da4598b4b34ff3a5c428aa925daa12b60:
>
> checkpatch: ignore re
On 16-01-26 05:35 PM, Marek Vasut wrote:
On Wednesday, January 27, 2016 at 01:35:55 AM, Steve Rae wrote:
Hi Marek & Lukasz,
I have an issue running fastboot on my board (which is USB_SPEED_HIGH):
=> fastboot0
failed to enable in ep
failed to enable in ep
failed to ena
On Tue, Jan 26, 2016 at 04:20:38PM +0100, Clemens Gruber wrote:
>This is a follow-up patch to e92029c0f4 and adds a prototype for
>the weak mmc_get_env_dev function.
>
>Cc: Tom Rini
>Cc: Stephen Warren
>
>Signed-off-by: Clemens Gruber
>---
> include/mmc.h | 1 +
> 1 file changed, 1 insertion(+)
>
Hi Tom,
On Tue, Jan 26, 2016 at 10:47 PM, Tom Rini wrote:
> On Tue, Jan 26, 2016 at 12:26:07PM +0800, Bin Meng wrote:
>> Hi Tom,
>>
>> On Mon, Jan 25, 2016 at 10:12 PM, Tom Rini wrote:
>> > On Mon, Jan 25, 2016 at 11:18:26AM +0800, Bin Meng wrote:
>> >> Hi Tom,
>> >>
>> >> On Mon, Jan 25, 2016 a
On Wednesday, January 27, 2016 at 01:35:55 AM, Steve Rae wrote:
> Hi Marek & Lukasz,
>
>
> I have an issue running fastboot on my board (which is USB_SPEED_HIGH):
>
> => fastboot0
>
> failed to enable in ep
>
> failed to enable in ep
>
> failed to enable in ep
>
> Because of
On Saturday, January 16, 2016 at 07:13:51 PM, Wills Wang wrote:
> Reviewed-by: Thomas Chou
>
> Signed-off-by: Wills Wang
> ---
>
> Changes in v7:
> - Define spi_cs_activate/spi_cs_deactivate
> - Rename MHZ to ATH79_SPI_MHZ
> - Use clrsetbits_32
The driver gets stuck if I do:
=> sf probe
=> sf
Hi Marek & Lukasz,
I have an issue running fastboot on my board (which is USB_SPEED_HIGH):
=> fastboot0
failed to enable in ep
failed to enable in ep
failed to enable in ep
Because of this, fastboot does not even initialize properly, and I need
to "^C" to break out…
I have tr
Hi Kevin,
On Mon, Dec 21, 2015 at 3:45 PM, Kevin Smith
wrote:
> The previous mv88e61xx driver was a driver for configuring the
> switch, but did not integrate with the PHY/networking system, so
> it could not be used as a PHY by U-boot. This is a complete
> rework to support this device as a PHY
Hi Stephen,
On 26 January 2016 at 16:28, Stephen Warren wrote:
> On 01/26/2016 04:08 PM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 26 January 2016 at 15:36, Stephen Warren wrote:
>>>
>>> Simon,
>>>
>>> I noticed that under sandbox, "ut dm" needs sandbox to have been started
>>> with arch/san
On 01/26/2016 04:08 PM, Simon Glass wrote:
Hi Stephen,
On 26 January 2016 at 15:36, Stephen Warren wrote:
Simon,
I noticed that under sandbox, "ut dm" needs sandbox to have been started
with arch/sandbox/dts/test.dtb. A few questions related to that:
a) Is it safe and does it make sense to a
On Tue, Jan 26, 2016 at 09:27:02AM -0700, Stephen Warren wrote:
> On 01/26/2016 01:54 AM, Lukasz Majewski wrote:
> >Hi Stephen,
> >
> >>From: Stephen Warren
> >>
> >>Use of memalign can trigger fragmentation issues such as:
> >>
> >>// Internally, this needs to find a free block quite bit larger t
On 01/26/2016 04:08 PM, Simon Glass wrote:
Hi Stephen,
On 26 January 2016 at 15:26, Stephen Warren wrote:
From: Stephen Warren
When pytest generates the name for parametrized tests, simple parameter
values (ints, strings) get used directly, but more complex values such
as dicts are not handl
On 26 January 2016 at 13:41, Stephen Warren wrote:
> From: Stephen Warren
>
> Python's coding style docs indicate to use " not ' for docstrings.
>
> test/py has other violations of the coding style docs, since the docs
> specify a stranger style than I would expect, but nobody has complained
> ab
Hi Stephen,
On 26 January 2016 at 15:36, Stephen Warren wrote:
> Simon,
>
> I noticed that under sandbox, "ut dm" needs sandbox to have been started
> with arch/sandbox/dts/test.dtb. A few questions related to that:
>
> a) Is it safe and does it make sense to always use that DT when running
> San
Hi Stephen,
On 26 January 2016 at 15:26, Stephen Warren wrote:
> From: Stephen Warren
>
> When pytest generates the name for parametrized tests, simple parameter
> values (ints, strings) get used directly, but more complex values such
> as dicts are not handled. This yields test names such as:
>
On 26 January 2016 at 13:41, Stephen Warren wrote:
> From: Stephen Warren
>
> When converting test/py from " to ', I missed a few places (or added a
> few inconsistencies later). Fix these.
>
> Note that only quotes in code are converted; double-quotes in comments
> and HTML are left as-is, since
On Tue, Jan 26, 2016 at 04:20:38PM +0100, Clemens Gruber wrote:
> This is a follow-up patch to e92029c0f4 and adds a prototype for
> the weak mmc_get_env_dev function.
>
> Cc: Tom Rini
> Cc: Stephen Warren
>
> Signed-off-by: Clemens Gruber
Reviewed-by: Tom Rini
--
Tom
signature.asc
Desc
On Mon, Jan 25, 2016 at 06:53:06PM -0500, Tom Rini wrote:
> As part of the bug.h / BUILD_BUG_* clean up, this file was missed.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-
On Tue, Jan 26, 2016 at 08:14:43AM +0100, Anatolij Gustschin wrote:
> Hi Tom,
>
> The following changes since commit 12f229ea8f6c8e20f8fd07906eafc853c4c354a9:
>
> Merge git://git.denx.de/u-boot-fdt (2016-01-22 17:01:22 -0500)
>
> are available in the git repository at:
>
>
> git://git.den
On Mon, Jan 25, 2016 at 11:21:57PM +0100, Marek Vasut wrote:
> The following changes since commit 12f229ea8f6c8e20f8fd07906eafc853c4c354a9:
>
> Merge git://git.denx.de/u-boot-fdt (2016-01-22 17:01:22 -0500)
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-usb.git mas
On Mon, Jan 25, 2016 at 08:49:38PM +, york sun wrote:
> Tom,
>
> The following changes since commit 12f229ea8f6c8e20f8fd07906eafc853c4c354a9:
>
> Merge git://git.denx.de/u-boot-fdt (2016-01-22 17:01:22 -0500)
>
> are available in the git repository at:
>
>
> git://git.denx.de/u-boot-m
Simon,
I noticed that under sandbox, "ut dm" needs sandbox to have been started
with arch/sandbox/dts/test.dtb. A few questions related to that:
a) Is it safe and does it make sense to always use that DT when running
Sandbox for tests (e.g. under test/py)?
b) Does it make sense for that DT
From: Stephen Warren
When pytest generates the name for parametrized tests, simple parameter
values (ints, strings) get used directly, but more complex values such
as dicts are not handled. This yields test names such as:
dfu[env__usb_dev_port0-env__dfu_config0]
dfu[env__usb_dev_port0-en
Hello Kevin,
On Tue, 26 Jan 2016 16:56:21 +, Kevin Smith
wrote:
> Hi Albert,
>
> On 01/26/2016 10:13 AM, Joe Hershberger wrote:
> > Hi Albert,
> >
> > On Tue, Jan 26, 2016 at 10:09 AM, Albert ARIBAUD
> > wrote:
> >> Hello Kevin,
> >>
> >> On Mon, 21 Dec 2015 21:45:32 +, Kevin Smith
> >>
From: Stephen Warren
Python's coding style docs indicate to use " not ' for docstrings.
test/py has other violations of the coding style docs, since the docs
specify a stranger style than I would expect, but nobody has complained
about those yet:-)
Signed-off-by: Stephen Warren
---
test/py/co
From: Stephen Warren
When converting test/py from " to ', I missed a few places (or added a
few inconsistencies later). Fix these.
Note that only quotes in code are converted; double-quotes in comments
and HTML are left as-is, since English and HTML use " not '.
Signed-off-by: Stephen Warren
-
On 01/26/2016 12:59 PM, Simon Glass wrote:
Hi Stephen,
On 26 January 2016 at 11:13, Stephen Warren wrote:
On 01/25/2016 06:15 PM, Simon Glass wrote:
Hi Stephen,
On 25 January 2016 at 18:09, Stephen Warren wrote:
On 01/25/2016 06:03 PM, Simon Glass wrote:
Hi Stephen,
On 25 January 201
On 26 January 2016 at 11:10, Stephen Warren wrote:
> From: Stephen Warren
>
> The existing net test executes a list of commands supplied by boardenv
> variable env__net_pre_commands. The idea was that boardenv would know
> whether the Ethernet device was attached to USB, PCI, ... and hence was
>
On 26 January 2016 at 11:10, Stephen Warren wrote:
> From: Stephen Warren
>
> Currently, the distro boot commands always enumerate USB devices before
> performing network operations. However, depending on the board and end-
> user configuration, network devices may not be attached to USB, and so
Hi Stephen,
On 26 January 2016 at 11:10, Stephen Warren wrote:
> From: Stephen Warren
>
> The PCI bus must be enumerated before PCI devices, such as Ethernet
> devices, are known to U-Boot. Enhance the distro boot commands to perform
> PCI enumeration when needed.
>
> Signed-off-by: Stephen Warr
On 26 January 2016 at 11:10, Stephen Warren wrote:
> From: Stephen Warren
>
> With CONFIG_DM_PCI enabled, PCI buses are not enumerated at boot, as they
> are without that config option enabled. No command exists to enumerate the
> PCI buses. Hence, unless some board-specific code causes PCI enume
On 26 January 2016 at 10:59, Stephen Warren wrote:
>
> From: Stephen Warren
>
> When loading U-Boot into RAM over USB protocols using tools such as
> tegrarcm or L4T's exec-uboot.sh/tegraflash.py, Tegra's USB device
> mode controller is initialized and enumerated by the host PC running
> the tool
Hi Stephen,
On 26 January 2016 at 11:13, Stephen Warren wrote:
> On 01/25/2016 06:15 PM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 25 January 2016 at 18:09, Stephen Warren wrote:
>>>
>>> On 01/25/2016 06:03 PM, Simon Glass wrote:
Hi Stephen,
On 25 January 2016 at 09:
On 26 January 2016 at 10:59, Stephen Warren wrote:
> From: Stephen Warren
>
> The DFU test requests U-Boot configure its USB controller in device mode,
> then waits for the host machine to enumerate the USB device and create a
> device node for it. However, this wait can be fooled if the USB devi
Hi Tom,
Here is the first sunxi pull-req for v2016.04, it
contains various fixes / improvements all over the place.
The following changes since commit ac01603da4598b4b34ff3a5c428aa925daa12b60:
checkpatch: ignore request to use ether_addr_copy() (2016-01-25 11:17:52
-0500)
are available in t
Hi,
On 01/22/2016 03:07 PM, Hans de Goede wrote:
Hi,
On 21-01-16 00:34, Markus Baier wrote:
Am 19.01.2016 um 18:12 schrieb Tom Rini:
> On Sun, Jan 17, 2016 at 09:44:53PM +0100, Markus Baier wrote:
>
>> Hello,
>>
>> tonight I switched to the new U-Boot v2016.01
>> on my Banana Pro system
On 01/25/2016 06:15 PM, Simon Glass wrote:
Hi Stephen,
On 25 January 2016 at 18:09, Stephen Warren wrote:
On 01/25/2016 06:03 PM, Simon Glass wrote:
Hi Stephen,
On 25 January 2016 at 09:50, Stephen Warren wrote:
On 01/22/2016 03:30 PM, Wolfgang Denk wrote:
Dear Stephen,
In message <1
From: Stephen Warren
With CONFIG_DM_PCI enabled, PCI buses are not enumerated at boot, as they
are without that config option enabled. No command exists to enumerate the
PCI buses. Hence, unless some board-specific code causes PCI enumeration,
PCI-based Ethernet devices are not detected, and netw
From: Stephen Warren
Currently, the distro boot commands always enumerate USB devices before
performing network operations. However, depending on the board and end-
user configuration, network devices may not be attached to USB, and so
enumerating USB may not be necessary. Enhance the scripts to
From: Stephen Warren
The existing net test executes a list of commands supplied by boardenv
variable env__net_pre_commands. The idea was that boardenv would know
whether the Ethernet device was attached to USB, PCI, ... and hence was
the best place to put any commands required to probe the device
From: Stephen Warren
The PCI bus must be enumerated before PCI devices, such as Ethernet
devices, are known to U-Boot. Enhance the distro boot commands to perform
PCI enumeration when needed.
Signed-off-by: Stephen Warren
---
doc/README.distro | 8
include/config_distro
On Tue, Jan 26, 2016 at 10:31 AM, Olliver Schinagl
wrote:
> Hey all,
>
> On 26-01-16 15:56, Joe Hershberger wrote:
>>
>> Hi Albert,
>>
>> On Tue, Jan 26, 2016 at 7:15 AM, Albert ARIBAUD
>> wrote:
>>>
>>> Hello Joe,
>>>
>>> On Mon, 25 Jan 2016 18:45:52 -0600, Joe Hershberger
>>> wrote:
From: Stephen Warren
The DFU test requests U-Boot configure its USB controller in device mode,
then waits for the host machine to enumerate the USB device and create a
device node for it. However, this wait can be fooled if the USB device
node already exists before the test starts, e.g. if some p
From: Stephen Warren
When loading U-Boot into RAM over USB protocols using tools such as
tegrarcm or L4T's exec-uboot.sh/tegraflash.py, Tegra's USB device
mode controller is initialized and enumerated by the host PC running
the tool. Unfortunately, these tools do not shut down the USB
controller
On Tue, Jan 26, 2016 at 10:36 AM, Olliver Schinagl
wrote:
> Hey Joe,
>
>
> On 26-01-16 17:31, Joe Hershberger wrote:
>>
>> On Tue, Jan 26, 2016 at 10:27 AM, Olliver Schinagl
>> wrote:
>>>
>>> Hey Joe,
>>>
>>>
>>> On 26-01-16 01:45, Joe Hershberger wrote:
On Mon, Dec 14, 2015 at 6:41 AM,
1 - 100 of 262 matches
Mail list logo
