From: Kun-Hua Huang
Remove ag101 and ag102 support
Signed-off-by: Kun-Hua Huang
---
arch/nds32/Kconfig | 8 -
arch/nds32/cpu/n1213/ag102/Makefile| 21 --
arch/nds32/cpu/n1213/ag102/cpu.c | 67 -
arch/nds32/cpu/n1213/ag102/lowlevel_init.
From: Kun-Hua Huang
Add nds32 ag101p generic board support.
Signed-off-by: Kun-Hua Huang
---
arch/Kconfig | 2 +
arch/nds32/cpu/n1213/Makefile | 1 -
arch/nds32/cpu/n1213/ag101/lowlevel_init.S | 16 +-
arch/nds32/cpu/n1213/start.S
From: Kun-Hua Huang
I'm one of the Andestech's uboot maintainers.
This patch adds NDS32 core's ag101p platform for generic board support.
The ag101 and ag102 platform have been deprecated.
We decided to remove ag101 and ag102 platform support.
Kun-Hua Huang (2):
Hello Simon, Suriyan Ramasami,
Am 22.08.2015 um 02:36 schrieb Simon Glass:
Hi,
On 18 August 2015 at 10:25, Suriyan Ramasami wrote:
Build without CONFIG_SPL_SERIAL_SUPPORT does not print the cpu freq.
I have seen this in the odroid U3 board, where on boot one sees this:
CPU: Exynos4412 @ GH
Hi Simon,
On Mon, Aug 24, 2015 at 12:49 PM, Simon Glass wrote:
> Add a PCI node to the device tree. This allows SPI flash and SATA to work
> correctly. Also configure the video to come up correectly even though there
typo: correctly
> is no keyboard.
>
> Signed-off-by: Simon Glass
> ---
Revie
Hello Simon,
Am 24.08.2015 um 06:52 schrieb Simon Glass:
Hi Heiko,
On 23 August 2015 at 22:50, Heiko Schocher wrote:
Hello Simon,
Am 23.08.2015 um 02:31 schrieb Simon Glass:
This is not used anymore by any board so drop it.
Signed-off-by: Simon Glass
Acked-by: Christophe Ricard
---
Cha
Hi Heiko,
On 23 August 2015 at 22:50, Heiko Schocher wrote:
> Hello Simon,
>
> Am 23.08.2015 um 02:31 schrieb Simon Glass:
>>
>> This is not used anymore by any board so drop it.
>>
>> Signed-off-by: Simon Glass
>> Acked-by: Christophe Ricard
>> ---
>>
>> Changes in v2: None
>>
>> drivers/tpm
Hello Simon,
Am 23.08.2015 um 02:31 schrieb Simon Glass:
This is not used anymore by any board so drop it.
Signed-off-by: Simon Glass
Acked-by: Christophe Ricard
---
Changes in v2: None
drivers/tpm/tpm.c | 108 ++
drivers/tpm/tpm_privat
Add a PCI node to the device tree. This allows SPI flash and SATA to work
correctly. Also configure the video to come up correectly even though there
is no keyboard.
Signed-off-by: Simon Glass
---
arch/x86/dts/chromebox_panther.dts | 10 ++
include/configs/chromebox_panther.h | 2 ++
On Friday, August 21, 2015 at 11:58:55 PM, Stephen Warren wrote:
> On 08/20/2015 11:34 PM, Marek Vasut wrote:
> > On Friday, August 21, 2015 at 01:38:05 AM, Stephen Warren wrote:
> >> From: Stephen Warren
> >>
> >> When an EHCI device is registered in device mode, the HW isn't actually
> >> initi
On Sunday, August 23, 2015 at 11:21:27 PM, Simon Glass wrote:
> Hi Marek,
Hi Simon,
[...]
> >> > I think the in drivers/core/Kconfig , the SPL_SIMPLE_BUS should now
> >> > depend on SPL_OF_CONTROL, not on OF_CONTROL, right ? :)
> >>
> >> Ah yes that sounds right. Would you like to send a new pa
Hi Simon,
On Mon, Aug 24, 2015 at 9:04 AM, Simon Glass wrote:
> Hi Bin,
>
> On 23 August 2015 at 02:32, Bin Meng wrote:
>> The device might have already been probed during the call to
>> device_probe() on its parent device (e.g. PCI bridge devices).
>> Test the flags again so that we don't mess
Hi Stefano,
On Sun, Aug 23, 2015 at 05:45:45PM +0200, Stefano Babic wrote:
>On 12/08/2015 10:34, Peng Fan wrote:
>> Wrong patch version. Please ignore.
>>
>
>It is, discarded.
Can you please pick this one instead?
http://lists.denx.de/pipermail/u-boot/2015-August/223124.html
This one is the corr
Hi Bin,
On 23 August 2015 at 06:17, Bin Meng wrote:
>
> If there is no pci device listed in the device tree,
> don't bother scanning the device tree.
>
> Signed-off-by: Bin Meng
>
> ---
> Simon, I see the following v2 patches were applied, but don't see
> you replied the patch thread to mention
On 23 August 2015 at 02:33, Bin Meng wrote:
> Document how pci devices are bound to device drivers.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v3: None
>
> doc/driver-model/pci-info.txt | 71
+--
> 1 file changed, 68 insertions(+), 3 deletions(-)
Ni
On 23 August 2015 at 02:33, Bin Meng wrote:
> In order to make a pci uart device node to be properly bound to its
> driver, we need make sure its parent node has a compatible string
> which matches a driver that scans all of its child device nodes in
> the device tree.
>
> Change all pci bridge no
Hi Bin,
On 23 August 2015 at 02:32, Bin Meng wrote:
> The device might have already been probed during the call to
> device_probe() on its parent device (e.g. PCI bridge devices).
> Test the flags again so that we don't mess up the device.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v3: Non
The dfu tftp feature can be now enabled via Kconfig. This
commit provides necessary code for it.
Signed-off-by: Lukasz Majewski
---
Changes for v3:
- New patch
Changes for v4:
- Replace "Enable support for performing Device Firmware Upgrade via TFTP"
with "DFU via TFTP"
Change-Id: Icd24aa8852
This commit series enables DFU subsystem to use ETH and TFTP protocol as
a medium for downloading data, which should bring substantial speedup
for writing large files (like rootfs).
Please read provided ./doc/README.dfutftp documentation entry for more
information.
Those patches should be applie
This commit enables support for DFU_TFTP on the am335x bone black device.
Signed-off-by: Lukasz Majewski
---
Changes for v3:
- New patch
Changes for v4:
- None
Change-Id: Ia418b394df142cfa294ef87c9a1b748410332b0e
---
configs/am335x_boneblack_defconfig | 1 +
1 file changed, 1 insertion(+)
di
The "dfu" command has been extended to support transfers via TFTP protocol.
Signed-off-by: Lukasz Majewski
Reviewed-by: Simon Glass
Acked-by: Joe Hershberger
---
Changes for v2:
- Remove "dfutftp" command
- Modify "dfu" command to support optional [tftp] parameter
- Only one flag (CONFIG_DFU_TF
This change gives the ability to reuse the header file by other
subsystems (like e.g. dfu).
Without this change compilation error emerges for the legacy update.c file.
Signed-off-by: Lukasz Majewski
Acked-by: Joe Hershberger
---
Changes for v2:
- Move tftp.h from ./include to ./include/net/ di
Documentation file for DFU extension. With this functionality it is now
possible to transfer FIT images with firmware updates via TFTP and use
DFU backend for storing them.
Signed-off-by: Lukasz Majewski
Reviewed-by: Simon Glass
Acked-by: Joe Hershberger
---
Changes for v2:
- Remove section reg
This commit adds initial support for using tftp for downloading and
upgrading firmware on the device.
Signed-off-by: Lukasz Majewski
Acked-by: Joe Hershberger
---
Changes for v2:
- Return -ENOSYS instead of plain -1
- Remove interface and devstring env variables reading in the dfu_tftp_write()
This function allows writing via DFU data stored from fixed buffer address
(like e.g. loadaddr env variable).
Such predefined buffers are used in the update_tftp() code. In fact this
function is a wrapper on the dfu_write() and dfu_flush().
Signed-off-by: Lukasz Majewski
Acked-by: Joe Hershberge
This code allows using DFU defined mediums for storing data received via
TFTP protocol.
It reuses and preserves functionality of legacy code at common/update.c.
The update_tftp() function now accepts parameters - namely medium device
name and its number (e.g. mmc 1).
Without this information pas
Up till now it was impossible to use code from update.c when system
was not equipped with raw FLASH memory.
Such behavior prevented DFU from reusing this code.
Signed-off-by: Lukasz Majewski
Acked-by: Joe Hershberger
Reviewed-by: Simon Glass
---
Changes for v2:
- None
Changes for v3:
- None
Hi Sjoerd,
On 16 August 2015 at 06:01, Sjoerd Simons wrote:
> Instead of creating a rockchip SPL sd card image with 32Kb of zeros
SD
(I'm fine with lower case also, but please be consistent)
> which can be written to the start of an SD card, create the images with
> only the useful data that s
Hi Sjoerd,
On 16 August 2015 at 06:01, Sjoerd Simons wrote:
> Booting the kernel fails on RK3288 (and probably other rockchip SoCs)
> when the i-cache is disabled/flushed before d-cache.
>
> I have not investigated whether this is due to u-boot hanging or whether
U-Boot
> it's very early in the
Hi Sjoerd,
On 16 August 2015 at 06:01, Sjoerd Simons wrote:
> MMC support works now, so it can be dropped from the todo
>
> Signed-off-by: Sjoerd Simons
>
> ---
>
> doc/README.rockchip | 1 -
> 1 file changed, 1 deletion(-)
Acked-by: Simon Glass
Nice work!
>
> diff --git a/doc/README.rockch
Hi Sjoerd,
On 16 August 2015 at 06:01, Sjoerd Simons wrote:
> u-boot can't use the sdio card so turn it of to prevent things getting
U-Boot
> confused/struck when trying to use the card as storage.
>
> Signed-off-by: Sjoerd Simons
> ---
>
> arch/arm/dts/rk3288-firefly.dtsi | 2 +-
> 1 file ch
Hi Sjoerd,
On 16 August 2015 at 06:01, Sjoerd Simons wrote:
> Now that MMC works in u-boot add config distro command support to start
U-Boot
> Linux in a standard fashion. One oddity here is that linux fails to load
fails to load *when* the fdt? I'm not sure but these seems to be a missing wor
Hi Sjoerd,
On 16 August 2015 at 06:01, Sjoerd Simons wrote:
>
> This patchset allows u-boot on RK3288 device to load and boot kernels
> from MMC using the standard distro boot commands. Patchset is on top of
> the rockchip-working branch of u-boot dm
>
> There are some small oddities with the sup
On 16 August 2015 at 06:01, Sjoerd Simons wrote:
> With LED support enabled the SPL easily goes over the size limit (e.g.
> with both Debians gcc 4.9 and 5.2 cross-compilers). Turn off LED support
> in the SPL to reduce the size just enough for those compilers.
>
> Signed-off-by: Sjoerd Simons
>
Hi Sjoerd,
On 16 August 2015 at 06:01, Sjoerd Simons wrote:
> During mmc initialize probe all devices with the MMC Uclass if build
> with CONFIG_DM_MMC
>
> Signed-off-by: Sjoerd Simons
> ---
>
> drivers/mmc/mmc.c | 32
> 1 file changed, 28 insertions(+), 4 delet
Hi Sjoerd,
On 16 August 2015 at 06:01, Sjoerd Simons wrote:
> The Radxa Rock pro board is rk3188 based and thus won't work with u-boot
Can we please use 'U-Boot' everywhere?
> build for RK3288. Change the documentation to refer to the intended
s/build/built/ I think
> board, the Radxa Rock 2,
Hi Bin,
On 23 August 2015 at 06:25, Bin Meng wrote:
> Hi Simon,
>
> On Sat, Aug 22, 2015 at 7:27 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 21 August 2015 at 01:18, Bin Meng wrote:
>>> The existing i8042 keyboard controller driver has some issues.
>>> First of all, it does not issue a self-test
Hi Bin,
On 23 August 2015 at 06:21, Bin Meng wrote:
> Hi Simon,
>
> On Sat, Aug 22, 2015 at 7:27 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 21 August 2015 at 01:18, Bin Meng wrote:
>>> - Remove unused routines i8042_flush() and i8042_disable()
>>> - Remove unused CONFIG_USE_CPCIDVI wrapped code
On 20 August 2015 at 05:29, Marcel Ziswiler wrote:
> On popular request enable the display driver on Colibri T30. A few
> notes about some things encountered during porting: While analogue VGA
> (e.g. via the on-carrier RAMDAC) worked just fine from the beginning
> the EDT display flickered like c
Hi Andre,
On 28 July 2015 at 11:19, Andre Przywara wrote:
> So far every MMC driver is relying on a board specific init routine,
> but as the Rockchip MMC driver is the first MMC device model user,
> it requires a generic DM MMC init routine.
>
> Add that to the MMC init path to enable the Rockch
On 20 August 2015 at 05:29, Marcel Ziswiler wrote:
> Enable the display driver on Apalis T30. Unfortunately the PWM pin
> muxing wasn't any good neither which made that display stay dark.
>
> Signed-off-by: Marcel Ziswiler
> ---
>
> arch/arm/dts/tegra30-apalis.dts| 29
>
On 20 August 2015 at 05:29, Marcel Ziswiler wrote:
> As a preparatory step make sure the Tegra20 display header file is
> properly ifdef gated with its name.
>
> Signed-off-by: Marcel Ziswiler
> ---
>
> arch/arm/include/asm/arch-tegra20/display.h | 6 +++---
> 1 file changed, 3 insertions(+), 3
On 21 August 2015 at 16:30, Bernhard Nortmann wrote:
> CONFIG_NETCONSOLE causes common/bootm.c to call eth_unregister()
> for network device shutdown. However, with CONFIG_DM_ETH this
> function is no longer defined.
>
> This is a workaround to avoid the call in that case, and solely
> rely on eth
Hi,
On 21 August 2015 at 09:55, Misha Komarovskiy wrote:
> Hello,
> I have failure in attempt to boot Chromebook Snow with 2015.10-rc2
> build snow_defconfig, here is error message, it maybe not full as i
> have some noise on serial console with device:
>
> U-Boot 2015.10-rc2 (Aug 21 2015 - 15:43
On 21 August 2015 at 17:27, Simon Glass wrote:
> On 20 August 2015 at 07:40, Bin Meng wrote:
>> In pci_uclass_child_post_bind(), bdf is extracted from fdt_pci_addr.
>> Mask bus number before save it to pplat->devfn.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> Changes in v2: None
>>
>> drivers/pc
On 21 August 2015 at 17:27, Simon Glass wrote:
> On 20 August 2015 at 07:40, Bin Meng wrote:
>> When there is no valid compatible string in current list,
>> we should advance to next one in the compatible string list.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> Changes in v2: None
>>
>> lib/fdtd
Hi Marek,
On 22 August 2015 at 19:12, Marek Vasut wrote:
> On Saturday, August 22, 2015 at 07:09:21 PM, Simon Glass wrote:
>> Hi Marek,
>
> Hi Simon,
>
>> On 22 August 2015 at 10:48, Marek Vasut wrote:
>> > On Saturday, August 22, 2015 at 06:01:44 PM, Simon Glass wrote:
>> >> Hi Marek,
>> >
>> >
Hi Bernard,
On 21 August 2015 at 07:13, Bernhard Nortmann wrote:
> For boards that support LEDs driven via GPIO (CONFIG_GPIO_LED),
> it may be useful to have some generic stubs (wrapper functions)
> for the "colored" LEDs.
>
> This allows defining STATUS_LED_* values directly to GPIO numbers,
> e
Hi Bernard,
On 21 August 2015 at 16:30, Bernhard Nortmann wrote:
> The previous eth_device struct returned by eth_get_dev() allowed
> code to directly query the state member field. However, with
> CONFIG_DM_ETH this data gets encapsulated (i.e. private), and
> eth_get_dev() returns a udevice stru
Hi Bin,
On 22 August 2015 at 03:05, Bin Meng wrote:
> Hi Simon,
>
> On Sat, Aug 22, 2015 at 7:27 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 20 August 2015 at 07:40, Bin Meng wrote:
>>> Per Intel FSP specification, we should call FSP notify API to
>>> inform FSP that PCI enumeration has been don
On 22 August 2015 at 00:50, Saket Sinha wrote:
> The DSDT table contains a bytecode that is executed by a driver in the kernel.
>
> Signed-off-by: Saket Sinha
> ---
>
> arch/x86/cpu/qemu/Makefile | 2 +-
> arch/x86/cpu/qemu/acpi/cpu-hotplug.asl | 80 +++
> arch/x86/cpu/qemu/ac
Hi Joe,
On 21 August 2015 at 15:14, Joe Hershberger wrote:
> Hi Simon,
>
> On Tue, Aug 18, 2015 at 11:35 PM, Simon Glass wrote:
>> At present buildman can compare configurations between commits but the
>> feature is less useful than it could be. There is no summary by architecture
>> and changes
Hi,
On 22 August 2015 at 00:50, Saket Sinha wrote:
> This patch mainly adds ACPI support to QEMU.
> Verified by booting Linux kernel on QEMU i440FX and Q35.
>
> Signed-off-by: Saket Sinha
> ---
>
> arch/x86/cpu/qemu/Makefile | 1 +
> arch/x86/cpu/qemu/acpi.c | 179
> +++
Hi,
On 22 August 2015 at 00:50, Saket Sinha wrote:
> Implement write_acpi_table() to create a minimal working ACPI table.
> This includes writing FACS, XSDT, RSDP, FADT, MCFG, MADT, DSDT & SSDT
> ACPI table entries.
>
> Use a Kconfig option GENERATE_ACPI_TABLE to tell U-Boot whether we need
> act
Hi Stefano,
Am Sonntag, 23. August 2015, 17:38:05 schrieb Stefano Babic:
> Hi Michael,
>
> On 16/08/2015 00:16, Michael Heimpold wrote:
> > In the rare case that an overflow occurs, propagate it.
> >
> > Signed-off-by: Michael Heimpold
> > Cc: Stefano Babic
> > Cc: Marek Vasut
> > CC: Fabio E
Hi Adrian,
On 11/08/2015 18:19, Adrian Alonso wrote:
> * HAB secure boot support
> - get_hab_status: checks if secure boot is enabled or not
> - authenticate_image: verifies image properly signed based
> on CSF entry
> * Uboot command for hab authenticate
> - hab_auth_img: authenticate i
Hi Adrian,
On 11/08/2015 18:19, Adrian Alonso wrote:
> * Add SoC system support, Misc arch dependent functions for
> system bring up:
> s_init: system init enable clock base settings
> enable_caches: configures Cortex-A7 L2 caches
> get_boot_device: identifies boot device
>
> Signed-off-b
On 11/08/2015 18:19, Adrian Alonso wrote:
> * The system counter driver for imx7d abd mx6ul, move
> this timer driver to imx-common and rename it as syscounter.c
>
> For mx6ul and mx7, configurations are used for choose the GPT timer
> or system counter timer (default).
>
> GPT timer:
Hi Adrian,
On 11/08/2015 18:19, Adrian Alonso wrote:
> * Add thermal driver support for imx7 SoC
> read_cpu_temperature is SoC dependent
> * Redefine config macro to support imx7 and imx6 SoC
>
> Signed-off-by: Adrian Alonso
> Signed-off-by: Peng Fan
> ---
> Changes for V2:
> - Rework patch s
On 11/08/2015 18:19, Adrian Alonso wrote:
> * Ocotp of i.MX7D has different operation rule.
> This patch is to add support for i.MX7D ocotp.
>
> Signed-off-by: Adrian Alonso
> Signed-off-by: Peng Fan
> Signed-off-by: Ye.Li
> ---
> Changes for V2: Resend
> Changes for V3: Resend
> Changes for
On 11/08/2015 18:19, Adrian Alonso wrote:
> * Add mxc_gpio support for imx7d SoC
> * Use CONFIG_MX7 to extend mxc gpio driver support for imx7d
>
> Signed-off-by: Peng Fan
> Signed-off-by: Adrian Alonso
> ---
> Changes for V2: Resend
> Changes for V3: Resend
> Changes for V4: Resend
> Changes fo
On 11/08/2015 18:19, Adrian Alonso wrote:
> * Add imx7d support for iomux controller
> * imx7d has two iomux controllers iomuxc (0x3033000) and iomuxc-lpsr
> (0x302C) each conroller provides control and mux mode pad
> registers but shares iomuxc input select register with iomuxc-lpsr
> IO
On 11/08/2015 18:19, Adrian Alonso wrote:
> * Add pmic pfuze3000 support, implement power_pfuze3000_init to be
> used in power_init_board callback function.
>
> Signed-off-by: Adrian Alonso
> Signed-off-by: Peng Fan
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
==
Hallo Adrian,
On 11/08/2015 18:19, Adrian Alonso wrote:
> * Add pmic pfuze3000 support, implement power_pfuze3000_init to be
> used in power_init_board callback function.
>
I am applying patches in this series for i.MX7 - I am starting appling
the ones that looks like harmless for other platf
On 12/08/2015 10:34, Peng Fan wrote:
> Wrong patch version. Please ignore.
>
It is, discarded.
Best regards,
Stefano Babic
> Sorry.
> Peng.
>
> On Wed, Aug 12, 2015 at 05:40:47PM +0800, Peng Fan wrote:
>> Add enet support for mx6ul_14x14_evk board:
>> 1. add pinmux settings
>> 2. implement boa
On 12/08/2015 11:40, Peng Fan wrote:
> To i.MX6SX/UL, two ethernet interfaces are supported.
> Add ENET2 clock support:
> 1. Introduce a new input parameter "fec_id", only 0 and 1 are allowed.
>To value 1, only i.MX6SX/UL can pass the check.
> 2. Modify board code who use this api to follow new
On 12/08/2015 11:40, Peng Fan wrote:
> The MIB RAM and FIFO receive start register does not exist on
> i.MX6UL. Accessing these register will cause enet not work well.
>
> Signed-off-by: Peng Fan
> Signed-off-by: Fugang Duan
> Cc: Joe Hershberger
> Cc: Stefano Babic
> ---
>
> Changes v2:
> U
Hi Michael,
On 16/08/2015 00:16, Michael Heimpold wrote:
> In the rare case that an overflow occurs, propagate it.
>
> Signed-off-by: Michael Heimpold
> Cc: Stefano Babic
> Cc: Marek Vasut
> CC: Fabio Estevam
> ---
> arch/arm/cpu/arm926ejs/mxs/mxs.c | 12 ++--
> 1 file changed, 10
On 13/08/2015 04:55, Peng Fan wrote:
> Use new formula for get_cpu_rev, since we need to use this formula
> to do runtime check for all i.MXes.
>
> Signed-off-by: Peng Fan
> Cc: Stefano Babic
> Reviewed-by: Stefano Babic
> ---
>
> Changes v2:
> none
>
> arch/arm/cpu/arm1136/mx31/generic.c
On 13/08/2015 04:55, Peng Fan wrote:
> Implement get_cpu_rev to support runtime check using is_cpu_type.
>
> Signed-off-by: Peng Fan
> Cc: Stefano Babic
> Reviewed-by: Stefano Babic
> ---
>
> Changes v2:
> New patch.
>
> arch/arm/cpu/arm926ejs/mx27/generic.c | 6 ++
> 1 file changed, 6
On 13/08/2015 04:55, Peng Fan wrote:
> Move most macro definitions and prototypes into
> "arch/arm/include/asm/imx-common/sys_proto.h" to avoid duplicated
> function prototypes and marco definitions for different i.MX SoCs.
>
> This patch do not remove the sys_proto.h for different i.MX SoCs,
> be
On 13/08/2015 04:55, Peng Fan wrote:
> Rewrite get_cpu_rev, from "static const char *get_cpu_rev(void)" to
> "u32 get_cpu_rev(void)". To align with get_cpu_rev of other i.MXes.
>
> Also write get_imx_type to replace get_cpu_type, since we have
> macro named get_cpu_type.
>
> Signed-off-by: Peng F
On 13/08/2015 04:55, Peng Fan wrote:
> Add cpu types for i.MX2/3.
>
> Signed-off-by: Peng Fan
> Cc: Stefano Babic
> Reviewed-by: Stefano Babic
> ---
>
> Changes v2:
> Add mx27 cpu type.
>
> arch/arm/include/asm/arch-imx/cpu.h | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/a
On Sun, Aug 23, 2015 at 4:32 PM, Bin Meng wrote:
> If there is no pci device listed in the device treee,
> don't bother scanning the device tree.
>
> Signed-off-by: Bin Meng
>
Sorry, just found a typo of this patch and sent a respin one @
http://patchwork.ozlabs.org/patch/509849/
Regards,
Bin
_
Hi Simon,
On Sat, Aug 22, 2015 at 7:27 AM, Simon Glass wrote:
> Hi Bin,
>
> On 21 August 2015 at 01:18, Bin Meng wrote:
>> The existing i8042 keyboard controller driver has some issues.
>> First of all, it does not issue a self-test command (0xaa) to the
>> controller at the very beginning. With
Hi Simon,
On Sat, Aug 22, 2015 at 7:27 AM, Simon Glass wrote:
> Hi Bin,
>
> On 21 August 2015 at 01:18, Bin Meng wrote:
>> - Remove unused routines i8042_flush() and i8042_disable()
>> - Remove unused CONFIG_USE_CPCIDVI wrapped codes
>> - Remove __weak board_i8042_skip()
>>
>> Signed-off-by: Bin
If there is no pci device listed in the device tree,
don't bother scanning the device tree.
Signed-off-by: Bin Meng
---
Simon, I see the following v2 patches were applied, but don't see
you replied the patch thread to mention it's been applied.
- x86: fsp: Call fsp_init_phase_pci() in pci_uclas
Hi Bin,
On Sun, Aug 23, 2015 at 5:14 PM, Bin Meng wrote:
> Hi Saket,
>
> On Sun, Aug 23, 2015 at 7:33 PM, Saket Sinha wrote:
>> Hi Bin,
>>
>>
>> On Sun, Aug 23, 2015 at 3:03 PM, Bin Meng wrote:
>>> Hi Saket,
>>>
>>> On Sat, Aug 22, 2015 at 2:50 PM, Saket Sinha
>>> wrote:
This patch main
Hi Saket,
On Sun, Aug 23, 2015 at 7:33 PM, Saket Sinha wrote:
> Hi Bin,
>
>
> On Sun, Aug 23, 2015 at 3:03 PM, Bin Meng wrote:
>> Hi Saket,
>>
>> On Sat, Aug 22, 2015 at 2:50 PM, Saket Sinha wrote:
>>> This patch mainly adds ACPI support to QEMU.
>>> Verified by booting Linux kernel on QEMU i44
Hi Bin,
On Sun, Aug 23, 2015 at 3:03 PM, Bin Meng wrote:
> Hi Saket,
>
> On Sat, Aug 22, 2015 at 2:50 PM, Saket Sinha wrote:
>> This patch mainly adds ACPI support to QEMU.
>> Verified by booting Linux kernel on QEMU i440FX and Q35.
>
> I don't think ACPI is for i440FX. Although it boots, but t
Hi,
SoCFPGA pull request , there are still a couple of radical changes, but
the situation is calming down considerably :)
The following changes since commit 8d77576371381ade83de475bb639949b44941e8c:
ARM: davinci: remove support for cam_enc_4xx (2015-08-20 12:55:50 -0400)
are available in the
On Sat, Aug 22, 2015 at 2:50 PM, Saket Sinha wrote:
> The DSDT table contains a bytecode that is executed by a driver in the kernel.
>
> Signed-off-by: Saket Sinha
> ---
>
Tested with QEMU '-M q35'
Tested-by: Bin Meng
___
U-Boot mailing list
U-Boot@l
Hi Saket,
On Sat, Aug 22, 2015 at 2:50 PM, Saket Sinha wrote:
> This patch mainly adds ACPI support to QEMU.
> Verified by booting Linux kernel on QEMU i440FX and Q35.
I don't think ACPI is for i440FX. Although it boots, but that does not
mean ACPI really works. These ASL files describing Q35 pl
Hi Saket,
On Sat, Aug 22, 2015 at 2:50 PM, Saket Sinha wrote:
> Implement write_acpi_table() to create a minimal working ACPI table.
> This includes writing FACS, XSDT, RSDP, FADT, MCFG, MADT, DSDT & SSDT
> ACPI table entries.
>
> Use a Kconfig option GENERATE_ACPI_TABLE to tell U-Boot whether we
Hi Simon,
On Sun, Aug 23, 2015 at 5:58 AM, Simon Glass wrote:
> At present, until a PCI bus is probed, it cannot be found by its sequence
> number unless it has an alias. This is the same with any device.
>
> However with PCI this is more annoying than usual, since bus 0 is always the
> same devi
If there is no pci device listed in the device treee,
don't bother scanning the device tree.
Signed-off-by: Bin Meng
---
Simon, I see the following v2 patches were applied, but don't see
you replied the patch thread to mention it's been applied.
- x86: fsp: Call fsp_init_phase_pci() in pci_ucla
In order to make a pci uart device node to be properly bound to its
driver, we need make sure its parent node has a compatible string
which matches a driver that scans all of its child device nodes in
the device tree.
Change all pci bridge nodes under root pci node to use "pci-bridge"
compatible d
Document how pci devices are bound to device drivers.
Signed-off-by: Bin Meng
---
Changes in v3: None
doc/driver-model/pci-info.txt | 71 +--
1 file changed, 68 insertions(+), 3 deletions(-)
diff --git a/doc/driver-model/pci-info.txt b/doc/driver-model
The device might have already been probed during the call to
device_probe() on its parent device (e.g. PCI bridge devices).
Test the flags again so that we don't mess up the device.
Signed-off-by: Bin Meng
---
Changes in v3: None
drivers/core/device.c | 8
1 file changed, 8 insertions
This is the 3rd attempt to support pci uart devices in the device tree
with driver model. The v2 patch series is at [1].
With this series, pci uart now works on Intel Crown Bay with driver model.
"dm tree" output below:
=> dm tree
Class Probed Name
--
90 matches
Mail list logo
