Hi there,
i can osberve same strange thing on Xilinx ZYNQ.
But really strange is:
I'm having a couple of USB-sticks on my desk, about 5pcs.
Exactly one of them is working without any trouble.
My testfile is ~16MB, with the magic usb-stick i can read the whole 16MB
without errors.
With all the
On 02.02.2016 17:39, Marek Vasut wrote:
> On Tuesday, February 02, 2016 at 05:28:42 PM, Fabio Estevam wrote:
>> Adding Marek in case he has any ideas.
>>
>> On Tue, Feb 2, 2016 at 8:35 AM, Schrempf Frieder
>>
>> wrote:
>>> Hello,
>>>
>>> I'm using U-Boot on a custom i.MX6 board and I'm having prob
> -Original Message-
> From: Saksham Jain [mailto:saksham.j...@nxp.com]
> Sent: Monday, February 01, 2016 5:14 PM
> To: u-boot@lists.denx.de
> Cc: york sun ; Ruchika Gupta ;
> Prabhakar Kushwaha ; Saksham Jain
> ; Aneesh Bansal
> Subject: [PATCH v3 15/15] SECURE_BOOT: Enable IE (Key exten
Hi Simon,
On Wed, Feb 3, 2016 at 12:31 PM, Simon Glass wrote:
> Hi Bin,
>
> On 2 February 2016 at 08:02, Bin Meng wrote:
>> Hi Albert,
>>
>> On Tue, Feb 2, 2016 at 5:53 PM, Albert ARIBAUD
>> wrote:
>>> Hello Bin and Simon,
>>>
>>> On Tue, 2 Feb 2016 15:25:48 +0800, Bin Meng wrote:
Hi Simo
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> Now that we have converted all x86 codes to use DM PCI APIs,
>> drop those legacy ones.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> arch/x86/cpu/pci.c | 53
>> ---
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> Hi Bin,
>
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> With recent DM PCI changes to vesa_fb driver, external graphics
>> card does not work any more. This is because: after setting the
>> function disable bit, IGD and SDVO devices will d
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> Use pci_[read|write]_config intead of x86_pci_[read|write]_config.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/qemu/qemu.c | 34 +-
>> 1 file changed
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> Drop legacy PCI APIs usage in pci_assign_irqs() as well.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/pci.c | 6 +++---
>> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> Reviewe
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> Once we get udevice of IGD and SDVO, we can use its udevice to
>> access PCI configuration space with dm_pci_write_config32().
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/queensbay/
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> Now that we have irq router's udevice passed as a parameter, it's
>> time to start using the DM PCI API instead of those legacy ones.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/irq
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> So far disable_igd() does not have any return value, but we may need
>> that in the future.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/queensbay/tnc.c | 10 +++---
>> 1 file ch
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> IOBASE is now obtained from PCH driver, drop this property.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/dts/minnowmax.dts | 1 -
>> 1 file changed, 1 deletion(-)
>
> Reviewed-by: Simon
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> At present irq_router is declared as a static struct irq_router in
>> arch/x86/cpu/irq.c. Since it's a driver control block, it makes sense
>> to move it to a per driver priv. Adjust existing API
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> There is no need to parse PCH's property as we have already
>> a DM PCI API dm_pci_get_bdf() that can handle this.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/irq.c | 9 +
>
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> At present this GPIO driver still uses the legacy PCI API. Now that
>> we have proper PCH drivers we can use those to obtain the information
>> we need. While the device tree has nodes for the GP
On Tue, Feb 2, 2016 at 12:20 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> asm/arch/gpio.h is not needed anymore as we get the GPIO base from
>> PCH driver.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/include/asm/arch-baytrail/gpio.h | 13 -
>> ar
On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> IO_BASE is only seen on PCH9 device, implement the get_io_base op.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> drivers/pch/pch9.c | 17 +
>> 1 file changed, 17 insertions(+)
>
>
On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> On some newer chipset (eg: BayTrail), there is an IO base address
>> register on the PCH device which configures the base address of a
>> memory-mapped I/O controller.
>>
>> Signed-off-by: Bin Me
On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> Implement get_gpio_base op for bd82x6x, pch7 and pch9 drivers.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/ivybridge/bd82x6x.c | 33 +
>> drivers/pch
On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> x86 GPIO registers are accessed via I/O port whose base address is
>> configured in a PCI configuration register on the PCH device. Add
>> an op get_gpio_base to get the GPIO base address from PC
On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> pch_get_version op was only used by the ich spi controller driver,
>> and does not really provide a good identification of pch controller
>> so far, since we see plenty of Intel PCH chipsets and
On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> Spell out 'sbase' to 'spi_base' so that it looks clearer.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/ivybridge/bd82x6x.c | 4 ++--
>> drivers/pch/pch-uclass.c | 6 +++---
>>
On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> Unprotecting SPI flash is now handled in the SPI controller driver,
>> via a call to the PCH driver. Drop the ad-hoc version.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/queensbay/t
On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> Unprotecting SPI flash is now handled in the SPI controller driver,
>> via a call to the PCH driver. Drop the ad-hoc version.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/quark/quark
On Tue, Feb 2, 2016 at 11:55 PM, Jagan Teki wrote:
> On 1 February 2016 at 21:49, Simon Glass wrote:
>> On 1 February 2016 at 02:40, Bin Meng wrote:
>>> At present ich spi driver gets the controller version information via
>>> pch, but this can be simply retrieved via spi node's compatible strin
On Wed, Feb 3, 2016 at 12:01 AM, Jagan Teki wrote:
> On 1 February 2016 at 21:49, Simon Glass wrote:
>> On 1 February 2016 at 02:40, Bin Meng wrote:
>>> The ICH SPI controller supports two variants, one of which is ICH7
>>> compatible and the other is ICH9 compatible. Change 'pch_version'
>>> to
On Tue, Feb 2, 2016 at 11:54 PM, Jagan Teki wrote:
> On 1 February 2016 at 21:49, Simon Glass wrote:
>> On 1 February 2016 at 02:40, Bin Meng wrote:
>>>
>>> This cleans up the ich spi driver a little bit:
>>> - Remove struct ich_spi_slave that is not referenced anywhere
>>> - Remove ending perio
Hi Bin,
On 2 February 2016 at 08:02, Bin Meng wrote:
> Hi Albert,
>
> On Tue, Feb 2, 2016 at 5:53 PM, Albert ARIBAUD
> wrote:
>> Hello Bin and Simon,
>>
>> On Tue, 2 Feb 2016 15:25:48 +0800, Bin Meng wrote:
>>> Hi Simon,
>>>
>>> On Tue, Feb 2, 2016 at 11:58 AM, Simon Glass wrote:
>>> > +Bin (s
Hi Simon,
On Wed, Feb 3, 2016 at 11:37 AM, Simon Glass wrote:
> HI Bin,
>
> On 1 February 2016 at 09:19, Simon Glass wrote:
>> Hi Bin,
>>
>> On 1 February 2016 at 02:40, Bin Meng wrote:
>>> There are still some codes that use the legacy PCI APIs to access
>>> the configuration space registers.
Hi Simon,
On Wed, Feb 3, 2016 at 11:30 AM, Simon Glass wrote:
> Hi Bin,
>
> On 1 February 2016 at 23:34, Bin Meng wrote:
>> Hi Simon,
>>
>> On Tue, Feb 2, 2016 at 11:55 AM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 1 February 2016 at 19:25, Bin Meng wrote:
Hi Simon,
On Tue, Feb
HI Bin,
On 1 February 2016 at 09:19, Simon Glass wrote:
> Hi Bin,
>
> On 1 February 2016 at 02:40, Bin Meng wrote:
>> There are still some codes that use the legacy PCI APIs to access
>> the configuration space registers. This series converts those codes
>> to completely use DM PCI APIs.
>>
>> T
On 1 February 2016 at 19:45, Alexander Graf wrote:
> To preserve all cover letter knowledge of the status on UEFI payload
> support, let's add some sections to README.efi.
>
> Signed-off-by: Alexander Graf
> ---
> doc/README.efi | 69
> +-
On 1 February 2016 at 19:45, Alexander Graf wrote:
> Now that everything's in place, let's add myself as the maintainer for
> the efi payload support.
>
> Signed-off-by: Alexander Graf
> ---
> MAINTAINERS | 7 +++
> 1 file changed, 7 insertions(+)
Reviewed-by: Simon Glass
_
On 1 February 2016 at 19:45, Alexander Graf wrote:
> Now that we have all the bits and pieces ready for EFI payload loading
> support, hook them up in Makefiles and KConfigs so that we can build.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Simon Glass
>
> ---
>
> v1 -> v2:
>
> - Move to G
On 1 February 2016 at 19:45, Alexander Graf wrote:
> In order to execute an EFI application, we need to bridge the gap between
> U-Boot's notion of executing images and EFI's notion of doing the same.
>
> The best path forward IMHO here is to stick completely to the way U-Boot
> deals with payload
On 1 February 2016 at 19:45, Alexander Graf wrote:
> The EFI loader needs to maintain views of memory - general system memory
> windows as well as used locations inside those and potential runtime service
> MMIO windows.
>
> To manage all of these, add a few helpers that maintain an internal
> rep
On 1 February 2016 at 19:45, Alexander Graf wrote:
> A EFI applications usually want to access storage devices to load data from.
>
> This patch adds support for EFI disk interfaces. It loops through all block
> storage interfaces known to U-Boot and creates an EFI object for each existing
> one.
On 1 February 2016 at 19:45, Alexander Graf wrote:
> One of the basic EFI interfaces is the console interface. Using it an EFI
> application can interface with the user. This patch implements an EFI console
> interface using getc() and putc().
>
> Today, we only implement text based consoles. We a
On 1 February 2016 at 19:44, Alexander Graf wrote:
> We have a pretty nice and generic interface to ask for a specific block
> device. However, that one is still based around the magic notion that
> we know the driver name.
>
> In order to be able to write fully generic disk access code, expose th
On 1 February 2016 at 19:45, Alexander Graf wrote:
> After booting has finished, EFI allows firmware to still interact with the OS
> using the "runtime services". These callbacks live in a separate address
> space,
> since they are available long after U-Boot has been overwritten by the OS.
>
> T
On 1 February 2016 at 19:45, Alexander Graf wrote:
> EFI uses the PE binary format for its application images. Add support to EFI
> PE
> binaries as well as all necessary bits for the "EFI image loader" interfaces.
>
> Signed-off-by: Alexander Graf
>
> ---
>
> v1 -> v2:
>
> - move memory alloc
On 1 February 2016 at 19:45, Alexander Graf wrote:
> When an EFI application runs, it has access to a few descriptor and callback
> tables to instruct the EFI compliant firmware to do things for it. The bulk
> of those interfaces are "boot time services". They handle all object
> management,
> an
On 1 February 2016 at 19:45, Alexander Graf wrote:
> The EFI API header is great, but missing a good chunk of function prototype,
> GUID defines and enum declarations.
>
> This patch extends it to cover more of the EFI API. It's still not 100%
> complete, but sufficient enough for our EFI payload
Hi Bin,
On 1 February 2016 at 23:34, Bin Meng wrote:
> Hi Simon,
>
> On Tue, Feb 2, 2016 at 11:55 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 1 February 2016 at 19:25, Bin Meng wrote:
>>> Hi Simon,
>>>
>>> On Tue, Feb 2, 2016 at 12:19 AM, Simon Glass wrote:
Hi Bin,
On 1 February
On 2 February 2016 at 06:58, Bin Meng wrote:
> Now that we have converted all x86 codes to DM PCI, drop pci_type1.c
> which is only built for legacy PCI. Also per checkpatch.pl warning,
> DEFINE_PCI_DEVICE_TABLE is now deprecated so drop that too.
>
> Signed-off-by: Bin Meng
>
> ---
>
> arch/x86
On 2 February 2016 at 06:58, Bin Meng wrote:
> This board uses RTL8169 which is a driver model ethernet driver.
>
> Signed-off-by: Bin Meng
> ---
>
> configs/chromebox_panther_defconfig | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Simon Glass
___
On 2 February 2016 at 06:58, Bin Meng wrote:
> When CONFIG_DM_PCI_COMPAT is not on, there is only a forward declaration
> for pci_write_config32(). Add other missing ones.
>
> Signed-off-by: Bin Meng
> ---
>
> include/pci.h | 16 +---
> 1 file changed, 5 insertions(+), 11 deletions(-
Hi Bin,
On 2 February 2016 at 06:58, Bin Meng wrote:
> Now that all x86 codes have been converted to use proper DM PCI APIs,
> it's time to disable the legacy compatible layer.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/Kconfig | 3 ---
> 1 file changed, 3 deletions(-)
Wow you were super-f
On 2 February 2016 at 06:58, Bin Meng wrote:
> There are still two places in Quark's MRC codes that use the generic
> legacy PCI APIs, but as we are phasing out these legacy APIs, switch
> to use Quark's own PCI config routines.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/quark/mrc_util.c
On 2 February 2016 at 06:58, Bin Meng wrote:
> Move some #undef from efi-x86.h to efi-x86_defconfig as these are
> already Kconfig options.
>
> Signed-off-by: Bin Meng
> ---
>
> configs/efi-x86_defconfig | 2 +-
> include/configs/efi-x86.h | 3 ---
> 2 files changed, 1 insertion(+), 4 deletions(
On 2 February 2016 at 06:58, Bin Meng wrote:
> Now that the RTL8169 driver warning is fixed we can drop this.
>
> Signed-off-by: Bin Meng
> ---
>
> include/configs/chromebox_panther.h | 2 --
> 1 file changed, 2 deletions(-)
Reviewed-by: Simon Glass
On 2 February 2016 at 06:58, Bin Meng wrote:
> It does not build if without CONFIG_DM_PCI_COMPAT. For now we just
> disable it, until some day we add USB support to EFI application.
>
> Signed-off-by: Bin Meng
> ---
>
> include/configs/efi-x86.h | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-
On 2 February 2016 at 06:58, Bin Meng wrote:
> Update this driver to use proper DM PCI APIs.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/net/e1000.c | 75
> -
> drivers/net/e1000.h | 4 +++
> 2 files changed, 78 insertions(+), 1 deletion(-)
On 2 February 2016 at 06:57, Bin Meng wrote:
> Use native DM PCI APIs instead of legacy compatible ones.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/net/pch_gbe.c | 27 ---
> drivers/net/pch_gbe.h | 2 +-
> 2 files changed, 13 insertions(+), 16 deletions(-)
Reviewed-b
On 2 February 2016 at 06:58, Bin Meng wrote:
> Convert to use native DM PCI API dm_pci_mem_to_phys().
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/net/designware.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
Reviewed-by: Simon Glass
_
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
Tested-by: Heiko Schocher
---
Changes in v4:
- collect Tested-by from Heiko Schocher.
Changes in v3: None
Changes in v2:
- c
To avoid the duplicated code, add the PLLB handle functions.
Signed-off-by: Wenyou Yang
Reviewed-by: Andreas Bießmann
Tested-by: Heiko Schocher
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/arm926ejs/clock.c | 38 +
arch
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
Reviewed-by: Andreas Bießmann
Tested-by: Heiko Schocher
---
Changes in v4: None
Changes in v3:
- collect Reviewed-by from Andreas.
Changes in v2:
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.
http://lists.denx.de/pipermail/u-boot/2016-February/244370.html
http://lists.denx.de/pipermail/u-boot/2016-February/24439
Due to introducing the new peripheral clock handle functions,
use these functions to reduce the duplicated code.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
drivers/net/at91_emac.c |9 -
drivers/usb/hos
Due to introducing the new peripheral clock handle functions,
use these functions to reduce duplicated code.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v4: None
Changes in v3: None
Changes in v2:
- fix checkpatch warning.
board/atmel/at91rm9200ek/at91rm9200ek.c
Due to introducing the new peripheral clock handle functions,
use these functions to clean up the duplicated code.
Meanwhile, remove unneeded header file include, at91_pmc.h.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
---
Changes in v4: None
Changes in
Remove unnecessary #ifdef CPU_HAS_PCR.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
Reviewed-by: Andreas Bießmann
---
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/mach-at91/include/mach/at91_pmc.h |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-
To reduce the duplicated code, add a new file to accommodate
the peripheral's and system's clock handle code, shared with
the SoCs with different ARM core.
Signed-off-by: Wenyou Yang
Tested-by: Heiko Schocher
---
Changes in v4:
- due to PMC_PECR1 avaiable when has CPU_HAS_PCR, remove
&pmc->
To reduce the duplicated code, rework the peripheral's and
system's clock handle functions, use these functions to replace
the clock handle code.
Changes in v4:
- due to PMC_PECR1 avaiable when has CPU_HAS_PCR, remove
&pmc->pcer1 and &pmc->pcdr1.
Changes in v3:
- fix incorrectly used the ind
Introudce i.MX7 pinctrl driver support.
For now only i.MX7D supported.
There are two iomux controllers in i.MX7D, iomuxc and iomuxc_lpsr.
To iomuxc_lpsr, ZERO_OFFSET_VALID is set, means offset of mux_reg
and conf_reg can begin at 0.
Signed-off-by: Peng Fan
Reviewed-by: Simon Glass
---
V2:
Add
Introduce pinctrl for i.MX6
1. pinctrl-imx.c is for common usage. It's used by i.MX6/7.
2. Add PINCTRL_IMX PINCTRL_IMX6 Kconfig entry.
3. To the pinctrl_ops implementation, only set_state is implemented.
To i.MX6/7, the pinctrl dts entry is as following:
&iomuxc {
pinctrl-names = "defaul
Hi.
2016-02-03 2:37 GMT+09:00 Tom Rini :
> Hey all,
>
> I've pushed v2016.03-rc1 out to the repository (and I see it) and
> tarballs will exist soon in the usual locations.
>
> The merge window is now closed. I intended to tag and push this on
> Monday but got caught up with some other stuff and
Hi Stefano,
On Tue, Feb 02, 2016 at 08:46:09PM +0100, Stefano Babic wrote:
>Hi Peng,
>
>On 17/12/2015 05:43, Peng Fan wrote:
>> Some boards support booting from different SD card slots.
>> For example, mx6dpsabresd board supports booting from SD2,
>> SD3, EMMC4, using different boot switch. And th
From: Stephen Warren
This information may be useful for both debugging, and processes that want
to perform simple forms of introspection on the U-Boot binary, such as
determining the set of "ut" subtests that are compiled in.
Signed-off-by: Stephen Warren
---
v2: New patch.
---
Makefile | 7 ++
From: Stephen Warren
Invoke each "ut"-based unit test as a separate pytest.
Now that the DM unit test runs under test/py, remove the manual shell
script that invokes it.
Signed-off-by: Stephen Warren
---
v2:
- Only run "ut"-based tests, not other C-based tests which haven't been
converted to
On 27/01/2016 06:01, Bhuvanchandra DV wrote:
> 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:
On 26/01/2016 15:09, Ye Li wrote:
> The i.MX6SX SABRESD board supports MCIMX28LCD (800x480x24) at LCDIF1
> port, enable this display feature by adding relevant BSP codes
> and configurations.
>
> Signed-off-by: Ye Li
> ---
> board/freescale/mx6sxsabresd/mx6sxsabresd.c | 61
> +++
On 26/01/2016 15:01, Ye Li wrote:
> The checking with max frequency supported is not correct, because the temp
> is calculated by max pre and post dividers. We can decrease any divider to
> meet the max frequency limitation. Actually, the calculation below the codes
> is doing this way to find be
On 26/01/2016 15:01, Ye Li wrote:
> Wrong checking for the base_addr paramter with LCDIF1 and LCDIF2. Always
> enter the -EINVAL return.
>
> Signed-off-by: Ye Li
> ---
> arch/arm/cpu/armv7/mx6/clock.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arm/cp
On 01/02/2016 17:24, Fabio Estevam wrote:
> From: Fabio Estevam
>
> As mx6slevk has only one Ethernet port, we don't need
> to declare CONFIG_ETHPRIME, so just remove it.
>
> Signed-off-by: Fabio Estevam
> ---
> include/configs/mx6slevk.h | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --gi
On 30/01/2016 04:53, Peng Fan wrote:
> From: Ye Li
>
> The BOOTCFG value used by bmode for SABRESD eMMC boot are actually for SD
> card.
> Fixed the value to correct one.
>
> Signed-off-by: Ye Li
> Signed-off-by: Peng Fan
> Reviewed-by: Stefano Babic
> Cc: Fabio Estevam
> ---
>
> Change
On 01/02/2016 14:19, Fabio Estevam wrote:
> From: Fabio Estevam
>
> According to the LAN8720 datasheet tpurstd (time that reset line should
> stay asserted) is 25ms.
>
> So do as suggested by the LAN8720 datasheet.
>
> Signed-off-by: Fabio Estevam
> ---
> board/tqc/tqma6/tqma6_wru4.c | 2 +-
On 01/02/2016 14:15, Fabio Estevam wrote:
> From: Fabio Estevam
>
> Since commit 59370f3fcd1350 ("net: phy: delay only if reset handler is
> registered") Ethernet is no longer functional.
>
> This commit does not have an issue in itself, but it revelead a problem
> with the Ethernet initializa
Hi Ye,
On 01/02/2016 03:41, Ye Li wrote:
> Initial version for mx6sx SABREAUTO board support with features:
> PMIC, QSPI, NAND flash, SD/MMC, USB, Ethernet, I2C, IO Expander.
>
> Signed-off-by: Ye Li
> ---
> Changes for v3:
> - None
> Changes for v2:
> - None
>
> arch/arm/cpu/a
Hi Ye,
On 01/02/2016 03:41, Ye Li wrote:
> The i.MX6SX and i.MX6UL has two ENET controllers, add support for reading
> MAC address from fuse for ENET2.
>
> Signed-off-by: Ye Li
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
On 25/01/2016 04:38, Bin Meng wrote:
> Currently when building mxsboot on certain machines it reports:
>
> HOSTCC tools/mxsboot
> tools/mxsboot.c: In function 'mx28_create_sd_image':
> tools/mxsboot.c:560: warning: implicit declaration of function 'htole32'
> /tmp/cchLIV6q.o: In functio
Ok to push
From: Ruchika Gupta
Sent: Friday, January 22, 2016 4:42 AM
To: u-boot@lists.denx.de; york sun; Ulises Cardenas
Cc: Ruchika Gupta; Saksham Jain; Ruchika Gupta
Subject: [PATCH] drivers/crypto/fsl : Allocate output ring with size aligned to
CACHEL
Hi Peng,
On 17/12/2015 05:43, Peng Fan wrote:
> Some boards support booting from different SD card slots.
> For example, mx6dpsabresd board supports booting from SD2,
> SD3, EMMC4, using different boot switch. And the index
> numbers are SD2(0), SD3(1), EMMC4(2).
> But CONFIG_SYS_MMC_ENV_DEV is ha
On 01/29/2016 01:11 PM, Simon Glass wrote:
> Hi Stephen,
>
> On 29 January 2016 at 11:48, Stephen Warren wrote:
>> On 01/29/2016 11:23 AM, Simon Glass wrote:
>>>
>>> Hi Stephen,
>>>
>>> On 28 January 2016 at 22:08, Stephen Warren wrote:
On 01/28/2016 08:52 PM, Simon Glass wrote:
>
Refactored data structure for CAAM's job ring and Secure Memory
to support i.MX7.
The new memory map use macros to resolve SM's offset by version.
This will solve the versioning issue caused by the new version of
secure memory of i.MX7
Signed-off-by: Ulises Cardenas
---
arch/arm/include/asm/ar
On Tue, Feb 02, 2016 at 03:45:12AM +0100, Alexander Graf wrote:
> UEFI defines a simple boot protocol for removable media. There we should look
> at the EFI (first GPT FAT) partition and search for /efi/boot/bootXXX.efi with
> XXX being different between different platforms (x86, x64, arm, aa64, ..
On Tue, Feb 02, 2016 at 03:45:01AM +0100, Alexander Graf wrote:
> EFI uses the PE binary format for its application images. Add support to EFI
> PE
> binaries as well as all necessary bits for the "EFI image loader" interfaces.
>
> Signed-off-by: Alexander Graf
>
> ---
>
> v1 -> v2:
>
> - m
Hey all,
I've pushed v2016.03-rc1 out to the repository (and I see it) and
tarballs will exist soon in the usual locations.
The merge window is now closed. I intended to tag and push this on
Monday but got caught up with some other stuff and decided it wouldn't
hurt to just do it today, so here
On Mon, Feb 01, 2016 at 05:20:16PM -0500, Robert P. J. Day wrote:
> i know u-boot has a "bootvx" command for booting vxworks images,
> but from what i read here:
>
> http://stackoverflow.com/questions/24114948/vxworks-portingdm8168
>
> it's only vxworks 7 that supports u-boot as its bootloader
On Tue, Feb 02, 2016 at 03:45:07AM +0100, Alexander Graf wrote:
> The EFI loader needs to maintain views of memory - general system memory
> windows as well as used locations inside those and potential runtime service
> MMIO windows.
>
> To manage all of these, add a few helpers that maintain an i
> Am 02.02.2016 um 18:28 schrieb Tom Rini :
>
>> On Tue, Feb 02, 2016 at 03:55:17PM +, Mark Rutland wrote:
>>> On Tue, Feb 02, 2016 at 03:45:10AM +0100, Alexander Graf wrote:
>>> On arm64, boards can declare that they want to run with dcache disabled.
>>>
>>> However, uEFI guarantees to pay
On Tuesday, February 02, 2016 at 05:28:42 PM, Fabio Estevam wrote:
> Adding Marek in case he has any ideas.
>
> On Tue, Feb 2, 2016 at 8:35 AM, Schrempf Frieder
>
> wrote:
> > Hello,
> >
> > I'm using U-Boot on a custom i.MX6 board and I'm having problems while
> > reading (large) files from US
Adding Marek in case he has any ideas.
On Tue, Feb 2, 2016 at 8:35 AM, Schrempf Frieder
wrote:
> Hello,
>
> I'm using U-Boot on a custom i.MX6 board and I'm having problems while
> reading (large) files from USB thumb drives.
> I wouldn't really mind if this only happened with some specific USB
>
On Tue, Feb 02, 2016 at 03:55:17PM +, Mark Rutland wrote:
> On Tue, Feb 02, 2016 at 03:45:10AM +0100, Alexander Graf wrote:
> > On arm64, boards can declare that they want to run with dcache disabled.
> >
> > However, uEFI guarantees to payloads that they're running with the dcache
> > enabled
On 20 January 2016 at 06:43, Peng Fan wrote:
> On Tue, Jan 19, 2016 at 09:07:18PM +0800, Ye Li wrote:
>>The OFFSET_BITS_MASK should mask bit from 0-23.
>>By using GENMASK(24, 0), when using the fast read common (0xb), a
>>invalid sf_addr 0x100 is produced by swab32(txbuf) & OFFSET_BITS_MASK.
>
Hi David,
On 2 February 2016 at 08:59, David Müller (ELSOFT AG)
wrote:
> Hello
>
> Simon Glass wrote:
>> I'm sorry if you have not heard about this before. I sent out an email
>> to all maintainers some months ago.
>> You are listed as the maintainer of a few boards which use the
>> serial_s3c24x
On 25 January 2016 at 22:33, Bhuvanchandra DV
wrote:
> Remove the legacy way of enabling UART, GPIO and SPI on Vybrid
> based boards since these driver's now only supports DT mode.
>
> Signed-off-by: Bhuvanchandra DV
Reviewed-by: Jagan Teki
--
Jagan.
__
On Tuesday, February 02, 2016 at 04:38:34 PM, Wills Wang wrote:
> On Wednesday, January 27, 2016 09:33 AM, Marek Vasut wrote:
> > 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:
>
On 1 February 2016 at 14:08, shengjiangwu wrote:
> Added missing parameter 'u-boot,dm-pre-reloc' for qspi and
> flash0 in dts file arch/arm/dts/socfpga_cyclone5_socdk.dts
> to make it support booting from QSPI flash.
>
> Signed-off-by: shengjiangwu
> Cc: Chin Liang See
> Cc: Dinh Nguyen
> Cc: D
1 - 100 of 186 matches
Mail list logo