On Tue, Jan 19, 2016 at 09:16:35PM +0800, 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
Reviewed-by: Peng Fan
>---
> arch/arm/cpu/armv7/mx6/soc.c | 32 +
Adapted from:
>From 5631d9c429857194bd55d7bcd8fa5bdd1a9899a3 Mon Sep 17 00:00:00 2001
From: Michal Marek
Date: Wed, 19 Aug 2015 17:36:41 +0200
Subject: [PATCH 1/1] kbuild: Fix clang detection
We cannot detect clang before including the arch Makefile, because that
can set the default cross compil
On Tue, Jan 19, 2016 at 09:16:36PM +0800, 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
Tested-by: Peng Fan
>---
> arch/arm/cpu/armv7/mx6/Kconfig |6 +
For compatibility clang will report some gcc version. However since we
are checking gcc versions in order to then fail to build, we should
limit these tests only to when we are using gcc and not clang.
Signed-off-by: Tom Rini
---
arch/arm/config.mk |3 ++-
arch/powerpc/config.mk |3
> -Original Message-
> From: york sun
> Sent: Wednesday, January 20, 2016 12:02 AM
> To: Prabhakar Kushwaha ; Ashish Kumar
> ; u-boot@lists.denx.de
> Subject: Re: [PATCH] ls2-2085ardb: Correct the model name of ls2085ardb
>
> On 01/14/2016 08:49 PM, Prabhakar Kushwaha wrote:
> >
> >>
On Wed, Jan 20, 2016 at 08:54:21AM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
> Sorry for the short interval from the previous one,
> but please pull one more series.
No worries :)
>
>
> The following changes since commit 3ed2ece5e162b104cd3ea3788cae841ecd24408f:
>
> armv8: cavium: Get DRAM
Hi Bin,
2016-01-19 17:25 GMT+08:00 Bin Meng :
> Hi Miao,
>
> On Tue, Jan 19, 2016 at 10:46 AM, Miao Yan wrote:
>> Hi Bin,
>>
>> 2016-01-16 21:23 GMT+08:00 Bin Meng :
>>> Hi Miao,
>>>
>>> On Fri, Jan 15, 2016 at 11:12 AM, Miao Yan wrote:
Enable ACPI IO space for piix4 (for pc board) and ich9
Hi,
I am an application software guy learning low-level embedded programming.
I am trying to block/disable u-boot console access all together. Is there
any helpful documentation for this topic.
The things I gathered until now:
1. Disable Serial Port pins.
Question - If an attacker gains root ac
Hi,
I am an application software guy learning low-level embedded programming.
I am trying to block/disable u-boot console access all together. Is there
any helpful documentation for this topic.
The things I gathered until now:
1. Disable Serial Port pins.
Question - If an attacker gains root
Hi Miao,
On Wed, Jan 20, 2016 at 9:58 AM, Miao Yan wrote:
> Hi Bin,
>
> 2016-01-19 17:25 GMT+08:00 Bin Meng :
>> Hi Miao,
>>
>> On Tue, Jan 19, 2016 at 10:46 AM, Miao Yan wrote:
>>> Hi Bin,
>>>
>>> 2016-01-16 21:23 GMT+08:00 Bin Meng :
Hi Miao,
On Fri, Jan 15, 2016 at 11:12 AM, Mi
> -Original Message-
> From: york sun
> Sent: Wednesday, January 20, 2016 2:47 AM
> To: Qianyu Gong ; u-boot@lists.denx.de
> Cc: Mingkai Hu ; jt...@openedev.com; Yao Yuan
> ; r58...@freescale.com; Gong Qianyu
>
> Subject: Re: [Patch V4 2/4] spi: fsl_qspi: Fix qspi_op_rdid memcpy issue
>
> -Original Message-
> From: york sun
> Sent: Wednesday, January 20, 2016 2:42 AM
> To: Qianyu Gong ; u-boot@lists.denx.de
> Cc: Mingkai Hu ; jt...@openedev.com; Yao Yuan
> ; r58...@freescale.com; Gong Qianyu
>
> Subject: Re: [Patch V4 1/4] spi: fsl_qspi: fix compile warning for 64-bit
>
Enable ACPI IO space for piix4 (for pc board) and ich9 (for q35 board)
Signed-off-by: Miao Yan
---
Changes in v2:
- add ACPI_PM1_BASE in Kconfig
- drop PCI device ID checks
arch/x86/cpu/qemu/Kconfig | 7 +++
arch/x86/cpu/qemu/qemu.c| 29 +++
This patch adds the ability to load and link ACPI tables provided by QEMU.
QEMU tells guests how to load and patch ACPI tables through its fw_cfg
interface, by adding a firmware file 'etc/table-loader'. Guests are
supposed to parse this file and execute corresponding QEMU commands.
Signed-off-by:
Currently, if CONFIG_GENERATE_ACPI_TABLE is defined, U-Boot will generate ACPI
tables itlself, this patchset adds the ability to load the ACPI tables generated
by QEMU.
Changes in v2:
- Drop [PATCH 4/4] x86: qemu: loading ACPI table from QEMU, add a config
option
CONFIG_QEMU_ACPI_TABLE
-
Re-write the logic in qemu_fwcfg_list_firmware(), add a function
qemu_fwcfg_read_firmware_list() to handle reading firmware list.
Signed-off-by: Miao Yan
---
Changes in v2:
- coding style fix
- add comments in header file
arch/x86/cpu/qemu/fw_cfg.c| 63 +-
This patch adds a config option for loading ACPI table from QEMU. When enabled,
U-Boot won't generate ACPI tables, but use those provided by QEMU.
Signed-off-by: Miao Yan
---
arch/x86/Kconfig | 9 +
arch/x86/cpu/qemu/Makefile | 2 ++
arch/x86/lib/Makefile | 2 ++
3 files c
This series adds an interrupt driver for x86. Since different platforms
can implement this in their own way, we no-longer need the platform-specific
weak function. We can also dispense with the arch_misc_init() call in some
cases.
Changes in v3:
- Add new patch to use the IRQ device when setting u
Instead of searching for the device tree node, use the IRQ device which has
a record of it.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add new patch to use the IRQ device when setting up the mptable
Changes in v2: None
arch/x86/cpu/irq.c| 16
arch/x86/lib/mpspec.c |
It seems likely that at some point we will want a generic interrupt uclass.
But this is a big undertaking as it involves unifying code across multiple
architectures.
As a first step, create a simple IRQ uclass and a driver for x86. This can
be generalised later as required.
Adjust pirq_init() to
Most x86 interrupt drivers will want to use the standard PIRQ routing and
table setup. Put this code in a common function so it can be used by those
drivers that want it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
arch/x86/cpu/irq.c |
We use driver model for this now, so we don't need this string.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add new patch to drop the irq router compatible string
Changes in v2: None
include/fdtdec.h | 1 -
lib/fdtdec.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/include/fdtd
Add a driver for interrupts on quark and move the code currently in
cpu_irq_init() into its probe() method.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
arch/x86/cpu/quark/Makefile | 2 +-
arch/x86/cpu/quark/irq.c| 49 ++
At present interrupt routing is set up from arch_misc_init(). We can do it
a little later instead, in interrupt_init().
This removes the manual pirq_init() call. Where the platform does not have
an interrupt router defined in its device tree, no error is generated. Some
platforms do not have this.
Add a driver for interrupts on queensbay and move the code currently in
cpu_irq_init() into its probe() method.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2: None
arch/x86/cpu/queensbay/Makefile | 2 +-
arch/x86/cpu/queensbay/irq.c| 65 ++
There are no callers now. Platforms which need to set up interrupts their
own way can implement an interrupt driver. Drop this function.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v3: None
Changes in v2:
- Rebase on top of updated SPI flash series
arch/x86/cpu/irq.c
Hi Stephen,
On 19 January 2016 at 09:49, Stephen Warren wrote:
>
> On 01/18/2016 07:08 PM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 18 January 2016 at 12:43, Stephen Warren wrote:
>>>
>>> On 01/14/2016 01:26 PM, Simon Glass wrote:
We have standard drivers for panels and backl
Hi,
On 27 December 2015 at 10:28, Mateusz Kulikowski
wrote:
> Add function to poll register waiting for specific bit(s).
> Similar functions are implemented in few drivers - they are almost
> identical and can be generalized.
> Signed-off-by: Mateusz Kulikowski
> ---
>
> include/wait_bit.h | 71
Hi Mateusz,
On 6 January 2016 at 11:21, Mateusz Kulikowski
wrote:
> This commit add support for 96Boards Dragonboard410C.
>
> It is board based on APQ8016 Qualcomm SoC, complying with
> 96boards specification.
>
> Features (present out of the box):
> - 4x Cortex A53 (ARMv8)
> - 2x USB Host port
>
Hi Masahiro,
On 18 January 2016 at 22:15, Masahiro Yamada
wrote:
> 2015-12-28 23:20 GMT+09:00 Simon Glass :
>> Hi Masahiro,
>>
>> On 18 December 2015 at 04:15, Masahiro Yamada
>> wrote:
>>> This commit intends to implement "fixed-clock" as in Linux.
>>> (drivers/clk/clk-fixed-rate.c in Linux)
>>
Hi,
On 18 January 2016 at 22:09, Mugunthan V N wrote:
>
> On Monday 18 January 2016 02:53 PM, Bin Meng wrote:
> > +Simon
> >
> > On Mon, Jan 18, 2016 at 4:47 PM, Mugunthan V N wrote:
> >> Implement a SATA uclass that can represent a SATA controller.
> >>
> >> Signed-off-by: Mugunthan V N
> >> -
Hi,
On 18 January 2016 at 02:39, Sjoerd Simons
wrote:
> On Thu, 2016-01-14 at 08:51 -0700, Simon Glass wrote:
>> Hi Eddie,
>>
>> On 14 January 2016 at 05:47, Eddie Cai
>> wrote:
>> > Hi Simon
>> >
>> > I think the best way to reduce SPL size is to jump back to boot
>> > rom.
>> > Which don't req
Hi,
On 18 January 2016 at 23:46, Craig McQueen wrote:
>> Tom Rini wrote:
>>
>> On Mon, Jan 11, 2016 at 09:59:18AM -0700, Simon Glass wrote:
>> > Hi Craig,
>> >
>> > On 20 December 2015 at 19:07, Craig McQueen
>> > wrote:
>> > > This is to avoid the boot sequence halting due to initial "junk"
>>
On 18 January 2016 at 21:55, Masahiro Yamada
wrote:
> This commit intends to implement "fixed-clock" as in Linux.
> (drivers/clk/clk-fixed-rate.c in Linux)
>
> If you need a very simple clock to just provide fixed clock rate
> like a crystal oscillator, you do not have to write a new driver.
> Thi
Hi Tom,
On 19 January 2016 at 09:53, Tom Warren wrote:
> Simon,
>
>> -Original Message-
>> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
>> Sent: Monday, January 18, 2016 7:03 PM
>> To: Tom Warren
>> Cc: U-Boot Mailing List ; Stephen Warren
>> ; Stephen Warren ;
Hi,
On 19 January 2016 at 08:53, Tom Rini wrote:
> On Tue, Jan 19, 2016 at 12:59:10PM +0900, Masahiro Yamada wrote:
>> Hi Simon,
>>
>> 2016-01-18 12:53 GMT+09:00 Simon Glass :
>> > There are a lot of unrelated files in common, including all of the
>> > commands.
>> > Moving them into their own d
Hi Bin.
On 19 January 2016 at 02:15, Bin Meng wrote:
> Hi Simon,
>
> On Tue, Jan 19, 2016 at 11:39 AM, Simon Glass wrote:
>> This series adds an interrupt driver for x86. Since different platforms
>> can implement this in their own way, we no-longer need the platform-specific
>> weak function. W
Add a method which can locate a clock for a device, given its index. This
uses the normal device tree bindings to return the clock device and the
first argument which is normally used as a peripheral ID in U-Boot.
Signed-off-by: Simon Glass
---
Changes in v3:
- Use CONFIG_IS_ENABLED(OF_CONTROL)
Hi Masahiro,
On 18 January 2016 at 21:29, Masahiro Yamada
wrote:
> Hi Simon,
>
>
> 2016-01-19 11:27 GMT+09:00 Simon Glass :
>> Add a method which can locate a clock for a device, given its index. This
>> uses the normal device tree bindings to return the clock device and the
>> first argument whi
Hello Christophe,
Am 18.01.2016 um 22:22 schrieb Christophe Ricard:
Hi Heiko,
I was expecting such kind of feedback on this one :).
I had myself to hack around between the MLO and the u-boot.img to get it
working.
For omap, i think twl drivers are kind of the main item to convert.
Would
Hello Tom,
Am 04.01.2016 um 23:23 schrieb Tom Rini:
On Mon, Jan 04, 2016 at 11:07:58PM +0100, Enric Balletbo i Serra wrote:
Enable CONFIG_NET_RANDOM_ETHADDR to generate a random MAC address
when ETHADDR is not set.
Signed-off-by: Enric Balletbo i Serra
Reviewed-by: Tom Rini
Reviewed-by:
Hello Tom,
Am 04.01.2016 um 23:23 schrieb Tom Rini:
On Mon, Jan 04, 2016 at 11:08:00PM +0100, Enric Balletbo i Serra wrote:
From: Ladislav Michl
File is already included:
omap3_igep00x0.h -> ti_omap3_common.h -> ti_armv7_omap.h ->
ti_armv7_common.h -> config_distro_defaults.h
Signed-off-by:
Hello Tom,
Am 04.01.2016 um 23:24 schrieb Tom Rini:
On Mon, Jan 04, 2016 at 11:08:01PM +0100, Enric Balletbo i Serra wrote:
From: Ladislav Michl
The patch fixes some indentation style problems in omap3_igep00x0.h file.
Signed-off-by: Ladislav Michl
Acked-by: Enric Balletbo Serra
Reviewe
Hello Tom,
Am 04.01.2016 um 23:24 schrieb Tom Rini:
On Mon, Jan 04, 2016 at 11:08:02PM +0100, Enric Balletbo i Serra wrote:
From: Ladislav Michl
The patch removes some macros that are not used.
Signed-off-by: Ladislav Michl
Acked-by: Enric Balletbo Serra
Reviewed-by: Tom Rini
Reviewe
Hello Tom,
Am 04.01.2016 um 23:07 schrieb Enric Balletbò i Serra:
From: Ladislav Michl
- move chip reset to separate function
- use CONFIG_SMC911X_BASE instead of hardcoded value
- remove unneeded local variable from board_eth_init.
Signed-off-by: Ladislav Michl
Reviewed-by: Tom Rini
Acked-
Hi Wenbin,
On Wed, Jan 20, 2016 at 12:29 PM, Wenbin Song wrote:
> Hi: Bin,
>
> Could you tell me which tree your patches have been merged into ?
>
I believe it will be merged via u-boot-dm, cc Simon to confirm.
> Regards
>
> Wenbin Song
>
[snip]
Regards,
Bin
_
Hi Simon,
>>>
>>> +/**
>>> + * clk_get_by_index() - look up a clock referenced by a device
>>> + *
>>> + * Parse a device's 'clocks' list, returning information on the indexed
>>> clock,
>>> + * ensuring that it is activated.
>>> + *
>>> + * @dev: Device containing the clock reference
>>>
On 19.01.2016 19:01, Tom Rini wrote:
The iocon and bamboo boards are often on the verge of, or going over,
their allowed size limits depending on toolchain used. If we turn off
CONFIG_SYS_LONGHELP we can gain approximately 14KiB back.
Cc: Dirk Eibach
Cc: Stefan Roese
Signed-off-by: Tom Rini
Hello Tom,
Am 19.01.2016 um 19:08 schrieb Tom Rini:
On Thu, Jan 14, 2016 at 01:02:04PM -0500, Tom Rini wrote:
Both of these boards are very close to their limit and with some toolchains
such as gcc 5.x are too large. Switch to tiny printf to reclaim some size.
Signed-off-by: Tom Rini
Appl
From: Prabhakar Kushwaha
All fields of struct dprc_cfg are not being configured while creating
child container. "Not" configured fields are assumed to be 0.
So memset dprc_cfg before configuring the fields.
Signed-off-by: Itai Katz
Signed-off-by: Prabhakar Kushwaha
---
drivers/net/fsl-mc/mc.
From: Prabhakar Kushwaha
As phy_connect and phy_config are being called from DPAA2 driver.
Remove calling of mentioned function from board file.
Signed-off-by: Pratiyush Mohan Srivastava
Signed-off-by: Prabhakar Kushwaha
---
board/freescale/ls2080aqds/eth.c | 25 ---
From: Prabhakar Kushwaha
Update printf with dpbp_exit to match with previous function call.
Signed-off-by: Itai Katz
Signed-off-by: Prabhakar Kushwaha
---
drivers/net/fsl-mc/mc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/fsl-mc/mc.c b/drivers/net/fsl-mc/m
This patch adds driver support for the Realtek RTL8152B/RTL8153 USB
network adapters.
Signed-off-by: Ted Chen
[swarren, fixed a few compiler warnings]
[swarren, with permission, converted license header to SPDX]
[swarren, removed printf() spew during probe()]
Signed-off-by: Stephen Warren
---
d
Hi: Bin,
Could you tell me which tree your patches have been merged into ?
Regards
Wenbin Song
-Original Message-
From: Bin Meng [mailto:bmeng...@gmail.com]
Sent: Tuesday, January 19, 2016 4:03 PM
To: Wenbin Song
Cc: York Sun ; Mingkai Hu ; Qianyu
Gong ; Shaohui Xie ; U-Boot Mail
From: Mingkai Hu
Memory controller performance is not optimal with default internal
target queue register value, write required value for optimal DDR
performance.
Signed-off-by: Mingkai Hu
---
arch/arm/cpu/armv8/fsl-layerscape/soc.c | 13 +
arch/arm/include/asm/arch-fsl-l
From: Pratiyush Mohan Srivastava
Environment variable mcinitcmd is defined to initiate MC and DPL deployment
from the location where it is stored(NOR, NAND, SD, SATA, USB)during u-boot
booting.If this variable is not defined then macro MC_BOOT_ENV_VAR will be null
and
MC will not be booted and D
This patch integrate DPAA2 ethernet driver existing PHY framework.
Call phy_connect and phy_config as per available DPMAC id defined
in SerDes Protcol.
Signed-off-by: Pratiyush Mohan Srivastava
Signed-off-by: Prabhakar Kushwaha
---
drivers/net/ldpaa_eth/ldpaa_eth.c | 116 ++
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 version with a stripped down drivers and featu
This patch adds basic support for the LCD controller of the Marvell
Armada XP SoC.
An AXP based custom board port will be added later, to use this
driver to display a splash screen via the bmp command later.
Signed-off-by: Stefan Roese
Cc: Anatolij Gustschin
Cc: Luka Perkov
---
arch/arm/mach-
Hi Simon,
On Mon, 18 Jan 2016 19:57:53 -0700
Simon Glass wrote:
...
> >> Changes in v2:
> >> - Fix Ebabling typo in comment
> >> - Remove duplicated @fb_size line in common
> >> - Fix comment for video_get_ysize()
> >> - Fix reference to \n which should be \b
> >> - Fix 'withthe' typo in comment
2016-01-19 19:01 GMT+01:00 Tom Rini :
> The iocon and bamboo boards are often on the verge of, or going over,
> their allowed size limits depending on toolchain used. If we turn off
> CONFIG_SYS_LONGHELP we can gain approximately 14KiB back.
>
> Cc: Dirk Eibach
> Cc: Stefan Roese
> Signed-off-by
101 - 161 of 161 matches
Mail list logo