Re: [U-Boot] x86: Bay Trail support with W83627DHG

Hi Bin, On 18.01.2016 04:03, Bin Meng wrote: On Mon, Jan 18, 2016 at 1:44 AM, Stefan Roese wrote: Hi Bin, On 17.01.2016 03:35, Stefan Roese wrote: On 16.01.2016 15:08, Bin Meng wrote: On Fri, Jan 15, 2016 at 10:37 PM, Stefan Roese wrote: Hi Simon, Hi Bin!

Re: [U-Boot] [PATCH] drivers/power/regulator/max77686.c: Don't use switch() on bools

Hi On Sun, Jan 17, 2016 at 3:44 AM, Tom Rini wrote: > With gcc-5.3 we get a warning for using switch() on a bool type. > Rewrite these sections as if/else and update the one section that was > using 1/0 instead of true/false. > > Cc: Simon Glass > Cc:

[U-Boot] [PATCH 1/2] x86: x86-common.h: Add CONFIG_BOOTDELAY

Without this CONFIG_BOOTDELAY, autobooting does not work at all. As autoboot_command() from common/* will not get called. So lets define CONFIG_BOOTDELAY, so that auto-booting works on x86. Signed-off-by: Stefan Roese Cc: Miao Yan Cc: Bin Meng

[U-Boot] [PATCH 2/2] x86: x86-common.h: Add generic FS commands

This patch adds the generic FS commands (ls, load) to all x86 boards. Signed-off-by: Stefan Roese Cc: Miao Yan Cc: Bin Meng Cc: Simon Glass --- include/configs/x86-common.h | 1 + 1 file changed, 1 insertion(+) diff

[U-Boot] [PATCH] x86: quark: Fix boot breakage

With driver model timer conversion, quark based board does not boot any more as mdelay() is called during quark_pcie_early_init() which is before driver model gets initialized. Fix this breakage. Signed-off-by: Bin Meng --- arch/x86/cpu/quark/quark.c | 27

Re: [U-Boot] [PATCH] drivers/power/regulator/max77686.c: Don't use switch() on bools

Hello Tom, On 01/17/2016 03:44 AM, Tom Rini wrote: With gcc-5.3 we get a warning for using switch() on a bool type. Rewrite these sections as if/else and update the one section that was using 1/0 instead of true/false. Cc: Simon Glass Cc: Przemyslaw Marczak

Re: [U-Boot] [PATCH 1/2] Move all command code into its own directory

Hello Simon, On 01/18/2016 04:53 AM, Simon Glass wrote: There are a lot of unrelated files in common, including all of the commands. Moving them into their own directory makes them easier to find and is more logical. Some commands include non-command code, such as cmd_scsi.c. This should be

Re: [U-Boot] [PATCH 2/2] Remove the cmd_ prefix from command files

Hello Simon, On 01/18/2016 04:53 AM, Simon Glass wrote: Now that they are in their own directory, we can remove this prefix. This makes it easier to find a file since the prefix does not get in the way. Signed-off-by: Simon Glass --- cmd/Makefile

[U-Boot] [PATCH] x86: WIP: Various dts fixes

This patch should be squashed into Simon's patch [1], to fix booting issues seen on Crown Bay. [1]: http://patchwork.ozlabs.org/patch/569189/ Signed-off-by: Bin Meng --- arch/x86/dts/bayleybay.dts | 2 +- arch/x86/dts/broadwell_som-6896.dts | 1 +

Re: [U-Boot] [PATCH 43/50] rockchip: pinctrl: Reduce the size for SPL

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 require eMMC, SD card driver in SPL any

[U-Boot] [PATCH 1/6] arm: omap: sata: move enable sata clocks to enable_basic_clocks()

All the clocks which has to be enabled has to be done in enable_basic_clocks(), so moving enable sata clock to common clocks enable function. Signed-off-by: Mugunthan V N --- arch/arm/cpu/armv7/omap-common/sata.c | 23 ---

[U-Boot] [PATCH 0/6] driver model bring-up of sata device on dra72 and dra74 evm

This patch series enables sata driver to adopt driver model. This has been tested on the following evms (logs [1]) by loading kernel and dtb from sata hard-disk. * dra72 evm * dra74 evm Also pushed a branch for testing [2] [1] - http://pastebin.ubuntu.com/14565924/ [2] -

[U-Boot] [PATCH 4/6] drivers: block: dwc_ahci: Implement a driver for Synopsys DWC sata device

Implement a sata driver for Synopsys DWC sata device based on U-boot driver model. Signed-off-by: Mugunthan V N --- arch/arm/cpu/armv7/omap-common/sata.c | 2 + drivers/block/Kconfig | 7 drivers/block/Makefile| 1 +

[U-Boot] [PATCH 6/6] defconfig: dra72_evm: enable sata driver model

Enable sata driver model for dra72_evm as dwc_ahci supports driver model Signed-off-by: Mugunthan V N --- configs/dra72_evm_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/dra72_evm_defconfig b/configs/dra72_evm_defconfig index b57ecca..b22438e

[U-Boot] [PATCH 3/6] arm: omap-common: sata: prepare driver for DM conversion

Prepare sata driver for DM conversion by abstracting sata phy init to seperate function. Signed-off-by: Mugunthan V N --- arch/arm/cpu/armv7/omap-common/sata.c | 13 + include/sata.h| 2 ++ 2 files changed, 11 insertions(+), 4

[U-Boot] [PATCH 5/6] defconfig: dra74_evm: enable sata driver model

Enable sata driver model for dra74_evm as dwc_ahci supports driver model Signed-off-by: Mugunthan V N --- configs/dra74_evm_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/dra74_evm_defconfig b/configs/dra74_evm_defconfig index 6e5a705..18bb950

[U-Boot] [PATCH] x86: baytrail: Add documentation for FSP memory-down values

This patch adds the documentation for the memory-down parameters of the Intel FSP. To configure a board without SPD DDR DIMM but with onboard DDR chips. The values are taken from the coreboot header: src/soc/intel/fsp_baytrail/chip.h (git ID da1a70ea from 2016-01-16 as reference).

[U-Boot] [PATCH 2/6] dm: implement a SATA uclass

Implement a SATA uclass that can represent a SATA controller. Signed-off-by: Mugunthan V N --- drivers/block/Kconfig | 10 +++ drivers/block/Makefile | 2 ++ drivers/block/sata-uclass.c | 69 +

[U-Boot] [PATCH 3/3] x86: fsp: Disable legacy internal UART if necessary

The FSP enables the BayTrail internal UART (again). Boards that don't use this UART but an external one instead (e.g. provided by a Super IO chip) need to disable this internal UART. So that the one from the Super IO chip can be used. This patch adds the necessary code, to disable the internal

[U-Boot] [PATCH 1/3] misc: Add simple driver to enable the legacy UART on Winbond Super IO chips

On most x86 boards, the legacy serial ports (io address 0x3f8/0x2f8) are provided by a superio chip connected to the LPC bus. We must program the superio chip so that serial ports are available for us. Signed-off-by: Stefan Roese Cc: Bin Meng Cc: Simon Glass

[U-Boot] [PATCH 2/3] x86: BayTrail: Add function to disable the internal legacy UART

Some BayTrail boards may want to use a different legacy UART than the internal one. E.g. one provided by a Winbond Super IO chip, like the W83627. This patch adds a function to disable this BayTrail internal UART for this purpose. Signed-off-by: Stefan Roese Cc: Bin Meng

Re: [U-Boot] [PATCH v2 9/9] arm: ls1021atwr: Enable driver model lpuart serial driver

Hi, > -Original Message- > From: Bin Meng [mailto:bmeng...@gmail.com] > Sent: Thursday, January 14, 2016 11:39 AM > To: Simon Glass; Stefan Agner; Bhuvanchandra DV; Albert ARIBAUD (3ADEV); > York Sun; Alison Wang; U-Boot Mailing List > Subject: [PATCH v2 9/9] arm: ls1021atwr: Enable

Re: [U-Boot] [PATCH v4 8/8] dm: x86: spi: Convert ICH SPI driver to driver model PCI API

Hi Simon, On Mon, Jan 18, 2016 at 3:44 PM, Bin Meng wrote: > Hi Simon, > > On Sun, Jan 17, 2016 at 7:44 AM, Simon Glass wrote: >> At present this SPI driver works by searching the PCI buses for its >> peripheral. It also uses the legacy PCI API. >> >> In

Re: [U-Boot] [PATCH 2/6] dm: implement a SATA uclass

+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 > --- > drivers/block/Kconfig | 10 +++ > drivers/block/Makefile | 2 ++ >

Re: [U-Boot] [PATCH v2 16/26] dm: tegra: net: Convert tegra boards to driver model for Ethernet

On 01/17/2016 08:58 PM, Simon Glass wrote: Hi Stephen, On 15 January 2016 at 16:53, Stephen Warren wrote: On 12/13/2015 08:46 PM, Simon Glass wrote: Applied to u-boot-dm/next. This change has removed/disabled/... PCIe support on at least Jetson TK1. I haven't

Re: [U-Boot] [REGRESSION] Ethernet broken on Colibri T20/T30

On 01/16/2016 05:51 PM, Marcel Ziswiler wrote: Hi Simon As mentioned before I noticed Ethernet (on-module USB ASIX chip) to be broken on master while it still worked fine in v2016.01. I kind of remember having once noticed something along those lines when testing some of your early dm stuff but

Re: [U-Boot] [PATCH 0/6] usb: dwc2: Add support for SPLIT transactions

On Sunday, January 17, 2016 at 04:09:50 AM, 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 > > 2nd and 3rd patch

[U-Boot] [PATCH] ARM: tegra: rm Jetson TK1 PMIC GPIO programming

From: Stephen Warren The PMIC is configured such that its GPIOs have the correct configuration at power-up, so no programming is required. In fact, the current programming is actively wrong, since: (a) the AS3722 driver configures the GPIO to be an output before setting its

Re: [U-Boot] [PATCH] drivers/power/regulator/max77686.c: Don't use switch() on bools

On Mon, Jan 18, 2016 at 09:23:54AM +0100, Michael Trimarchi wrote: > Hi > > On Sun, Jan 17, 2016 at 3:44 AM, Tom Rini wrote: > > With gcc-5.3 we get a warning for using switch() on a bool type. > > Rewrite these sections as if/else and update the one section that was > >

Re: [U-Boot] [PATCH] drivers/power/regulator/max77686.c: Don't use switch() on bools

Hi On Mon, Jan 18, 2016 at 5:40 PM, Tom Rini wrote: > On Mon, Jan 18, 2016 at 09:23:54AM +0100, Michael Trimarchi wrote: >> Hi >> >> On Sun, Jan 17, 2016 at 3:44 AM, Tom Rini wrote: >> > With gcc-5.3 we get a warning for using switch() on a bool type. >>

Re: [U-Boot] [PATCH] ARM: tegra: rm Jetson TK1 PMIC GPIO programming

Stephen, > -Original Message- > From: Stephen Warren [mailto:swar...@wwwdotorg.org] > Sent: Monday, January 18, 2016 11:23 AM > To: u-boot@lists.denx.de; Simon Glass ; Tom Warren > ; Stephen Warren > Cc: Thierry Reding

Re: [U-Boot] [PATCH 1/4] tegra: dts: Sync seaboard device tree file with Linux

On 01/14/2016 01:26 PM, Simon Glass wrote: Sync everything except the display panel, which will come in a future patch. One USB port is left disabled since we don't want to support it in U-Boot. It would be useful to mention which version of Linux this DT content came from. BTW, this series

Re: [U-Boot] [PATCH 2/4] video: tegra: Move to using simple-panel and pwm-backlight

On 01/14/2016 01:26 PM, Simon Glass wrote: We have standard drivers for panels and backlights which can do most of the work for us. Move the tegra20 LCD driver over to use those instead of custom code. This patch includes device tree changes for the nvidia boards. I have only been able to test

Re: [U-Boot] [PATCH 0/4] tegra: Move tegra20 towards the 'new' display bindings

On 01/14/2016 04:12 PM, Simon Glass wrote: Hi Lucas, On 14 January 2016 at 13:34, Lucas Stach wrote: Am Donnerstag, den 14.01.2016, 13:26 -0700 schrieb Simon Glass: The original tegra20 display driver was written before Linux had device tree bindings for display. Since then

Re: [U-Boot] [PATCH 0/4] tegra: Move tegra20 towards the 'new' display bindings

On 01/14/2016 01:26 PM, Simon Glass wrote: The original tegra20 display driver was written before Linux had device tree bindings for display. Since then Linux has developed a robust set of bindings covering various aspects of enabling a display. This series moves closer to those bindings by

Re: [U-Boot] [PATCH 02/23] dm: video: Flush the cache after a puts()

Hi Tom, On 18 January 2016 at 15:29, Tom Warren wrote: > Simon, > >> -Original Message- >> From: Simon Glass [mailto:s...@google.com] On Behalf Of Simon Glass >> Sent: Thursday, January 14, 2016 11:28 AM >> To: U-Boot Mailing List >> Cc: Tom

Re: [U-Boot] [PATCH 2/4] video: tegra: Move to using simple-panel and pwm-backlight

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 backlights which can do most of >> the >> work for us. Move the tegra20 LCD driver over to use those instead of >>

[U-Boot] [PATCH v2 01/50] dm: clk: Add support for decoding clocks from the device tree

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 v2: - Make the

Re: [U-Boot] [PATCH 1/4] tegra: dts: Sync seaboard device tree file with Linux

Hi Stephen, On 18 January 2016 at 12:32, Stephen Warren wrote: > On 01/14/2016 01:26 PM, Simon Glass wrote: >> >> Sync everything except the display panel, which will come in a future >> patch. >> One USB port is left disabled since we don't want to support it in U-Boot. >

Re: [U-Boot] [PATCH 01/50] dm: clk: Add support for decoding clocks from the device tree

Hi Simon, 2016-01-15 22:21 GMT+09:00 Simon Glass : > Hi Masahiro, > > On 14 January 2016 at 03:11, Masahiro Yamada > wrote: >> Hi Simon, >> >> >> >>> @@ -12,6 +12,8 @@ >>> #include >>> #include >>> >>> +DECLARE_GLOBAL_DATA_PTR; >>> + >>>

Re: [U-Boot] [PATCH v2 16/26] dm: tegra: net: Convert tegra boards to driver model for Ethernet

Hi Stephen, On Jan 18, 2016 10:26, "Stephen Warren" wrote: > > On 01/17/2016 08:58 PM, Simon Glass wrote: >> >> Hi Stephen, >> >> On 15 January 2016 at 16:53, Stephen Warren wrote: >>> >>> On 12/13/2015 08:46 PM, Simon Glass wrote:

Re: [U-Boot] [PATCH 0/4] tegra: Move tegra20 towards the 'new' display bindings

Hi Stephen, On 18 January 2016 at 12:57, Stephen Warren wrote: > On 01/14/2016 01:26 PM, Simon Glass wrote: >> >> The original tegra20 display driver was written before Linux had device >> tree >> bindings for display. Since then Linux has developed a robust set of >>

Re: [U-Boot] [PATCH 0/4] tegra: Move tegra20 towards the 'new' display bindings

Hi Stephen, On 18 January 2016 at 12:52, Stephen Warren wrote: > On 01/14/2016 04:12 PM, Simon Glass wrote: >> >> Hi Lucas, >> >> On 14 January 2016 at 13:34, Lucas Stach wrote: >>> >>> Am Donnerstag, den 14.01.2016, 13:26 -0700 schrieb Simon Glass:

Re: [U-Boot] [REGRESSION] Ethernet broken on Colibri T20/T30

Hi, On 18 January 2016 at 10:42, Stephen Warren wrote: > On 01/16/2016 05:51 PM, Marcel Ziswiler wrote: >> >> Hi Simon >> >> As mentioned before I noticed Ethernet (on-module USB ASIX chip) to be >> broken on master while it still worked fine in v2016.01. I kind of >>

Re: [U-Boot] [PATCH 3/4] x86: qemu: add the ability to load and link ACPI tables from QEMU

Hi Bin, 2016-01-16 21:24 GMT+08:00 Bin Meng : > Hi Miao, > > On Fri, Jan 15, 2016 at 11:12 AM, Miao Yan wrote: >> 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

Re: [U-Boot] [PATCH 4/4] x86: qemu: loading ACPI table from QEMU

Hi Bin, 2016-01-16 21:24 GMT+08:00 Bin Meng : > Hi Miao, > > On Fri, Jan 15, 2016 at 11:12 AM, Miao Yan wrote: >> If CONFIG_GENERATE_ACPI_TABLE is not defined, then use ACPI table created >> by QEMU. >> >> Signed-off-by: Miao Yan

[U-Boot] [PATCH] arm: use common instructions applicable to armv7m & other arm archs

BIC instruction to clear the SP is not allowed in armv7m & is deprecated in ARMv6T2 & above. This patch cleans the code by using instructions allowed for armv7m as well as other Arm archs. Signed-off-by: Vikas Manocha --- arch/arm/lib/crt0.S | 25 +++--

Re: [U-Boot] [PATCH v4 8/8] dm: x86: spi: Convert ICH SPI driver to driver model PCI API

Hi Bin, On 18 January 2016 at 01:43, Bin Meng wrote: > Hi Simon, > > On Mon, Jan 18, 2016 at 3:44 PM, Bin Meng wrote: >> Hi Simon, >> >> On Sun, Jan 17, 2016 at 7:44 AM, Simon Glass wrote: >>> At present this SPI driver works by

Re: [U-Boot] [PATCH] x86: quark: Fix boot breakage

On 18 January 2016 at 08:29, Bin Meng wrote: > With driver model timer conversion, quark based board does not boot > any more as mdelay() is called during quark_pcie_early_init() which > is before driver model gets initialized. Fix this breakage. > > Signed-off-by: Bin Meng

Re: [U-Boot] [PATCH v4 5/8] dm: x86: Add a driver for Intel PCH7

Hi Bin, On 17 January 2016 at 23:12, Bin Meng wrote: > Hi Simon, > > On Sun, Jan 17, 2016 at 7:44 AM, Simon Glass wrote: >> At some point we may need to distinguish between different types of PCHs, >> but for existing supported platforms we only need to

Re: [U-Boot] [PATCH v5 4/8] dm: Expand the uclass for Platform Controller Hubs (PCH)

Hi Simon, On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: > A Platform Controller Hub is an Intel concept - it is like the peripherals > on an SoC and is often in a separate chip from the CPU. The chip is typically > found on the first PCI bus and integrates multiple

Re: [U-Boot] [PATCH v5 6/8] dm: x86: Add a driver for Intel PCH9

On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: > At some point we may need to distinguish between different types of PCHs, > but for existing supported platforms we only need to worry about version 7 > and version 9 bridges. Add a driver for the PCH9. > > Signed-off-by:

Re: [U-Boot] [PATCH v5 5/8] dm: x86: Add a driver for Intel PCH7

On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: > At some point we may need to distinguish between different types of PCHs, > but for existing supported platforms we only need to worry about version 7 > and version 9 bridges. Add a driver for the PCH7. > > Signed-off-by:

Re: [U-Boot] U-Boot: using tbot for U-Boot tests was: [PATCH V2 1/7] test/py: Implement pytest infrastructure

Hi Heiko, On 15 January 2016 at 23:29, Heiko Schocher wrote: > Hello Simon, > > Am 15.01.2016 um 00:12 schrieb Simon Glass: >> >> Hi Heiko, >> >> On 16 December 2015 at 22:45, Heiko Schocher wrote: >>> >>> Hello Stephen, >>> >>> >>> Am 16.12.2015 um 17:27 schrieb

Re: [U-Boot] [PATCH v5 1/8] dm: pci: Move pci_bus_to_hose() to compatibility

On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: > This function should not be used by driver-model code, so move it to the > compatibility portion. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v5: None

[U-Boot] [PATCH v2 03/14] dm: video: Add a uclass for the text console

The existing LCD/video interface suffers from conflating the bitmap display with text output on that display. As a result the implementation is more complex than it needs to me. We can support multiple text console drivers. Create a separate uclass to support this, with its own API.

[U-Boot] [PATCH v2 01/14] dm: video: Add a video uclass

U-Boot has separate code for LCDs and 'video' devices. Both now use a very similar API thanks to earlier work by Nikita Kiryanov. With the driver- model conversion we should unify these into a single uclass. Unfortunately there are different features supported by each. This implementation

[U-Boot] [PATCH v2 06/14] common: Move LCD and video memory reservation together

These two functions are conceptually the same. Move them together in the pre-relocation init. Signed-off-by: Simon Glass Acked-by: Anatolij Gustschin --- Changes in v2: None common/board_f.c | 28 ++-- 1 file changed, 14

[U-Boot] [PATCH v2 00/14] dm: video: Introduce initial driver-model video support

This series starts the process of converting LCD and video devices over to use driver model. Both now use a very similar API thanks to earlier work by Nikita Kiryanov. With the driver-model conversion these will end up unified in a single uclass. Unfortunately there are different features

[U-Boot] [PATCH v2 04/14] dm: video: Add a 'normal' text console driver

Most of the time we don't need to rotate the display so a simple font blitting feature is enough for our purposes. Add a simple driver which supports this function. It provides text output on the console using the standard 8x16-pixel font. Signed-off-by: Simon Glass Acked-by:

[U-Boot] [PATCH v2 08/14] dm: video: Implement the bmp command for driver model

This command can use the bitmap display code in the uclass. This is similar to the code in lcd.c and cfb_console.c. These other copies will go away when all boards are converted to use driver model for video. Signed-off-by: Simon Glass Acked-by: Anatolij Gustschin

[U-Boot] [PATCH v2 02/14] dm: lcd: Avoid using the lcd.h header file with driver model

The LCD functions and definitions are not used with the driver model video uclass. When all boards are converted over we can remove the file. For now, use #ifdef to omit the contents. Signed-off-by: Simon Glass Acked-by: Anatolij Gustschin --- Changes in v2:

[U-Boot] [PATCH v2 14/14] dm: video: test: Test that bitmap display works correctly

Add a test for the 'bmp' command. Test both the uncompressed and compressed versions of the file, since they use different code paths. Signed-off-by: Simon Glass Acked-by: Anatolij Gustschin --- Changes in v2: None include/configs/sandbox.h | 2 ++

Re: [U-Boot] [PATCH v2 00/14] dm: video: Introduce initial driver-model video support

Hi, On 18 January 2016 at 19:52, Simon Glass wrote: > This series starts the process of converting LCD and video devices over to > use driver model. Both now use a very similar API thanks to earlier work by > Nikita Kiryanov. With the driver-model conversion these will end up

[U-Boot] [PATCH v5 3/8] dm: pci: Avoid using pci_bus_to_hose() in the uclass

This function is only available for compatibility with old code. Avoid using it in the uclass. Signed-off-by: Simon Glass Reviewed-by: Bin Meng Tested-by: Bin Meng --- Changes in v5: None Changes in v4: None Changes in v3: None

[U-Boot] [PATCH v5 2/8] dm: pci: Add a function to write a BAR

Add a driver-model version of the pci_write_bar32 function so that this is supported in the new API. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v5: None Changes in v4: - Tidy up mentions on control bits in the header file Changes in

[U-Boot] [PATCH v5 0/8] dm: x86: Convert ICH driver fully to driver model PCI API

This is a small series to move the ICH driver over to use the driver model PCI API. It involves creating PCH drivers which the ICH driver can use to find out its base address. At present irq-router is the 'PCH' node in most device tree files. This is not really correct since the router is just

Re: [U-Boot] [PATCH V4 4/8] test/py: test the md/mw commands

On 15 January 2016 at 11:15, Stephen Warren wrote: > This tests whether md/mw work, and affect each-other. > > Command repeat is also tested. > > test/cmd_repeat.sh is removed, since the new Python-based test does > everything it used to. > > Signed-off-by: Stephen Warren

Re: [U-Boot] [PATCH V4 6/8] test/py: test the shell if command

On 15 January 2016 at 11:15, Stephen Warren wrote: > From: Stephen Warren > > Migrate all most tests from command_ut.c into the Python test system. > This allows the tests to be run against any U-Boot binary that supports > the if command (i.e. where

Re: [U-Boot] [PATCH V4 7/8] test/py: test the ums command

On 15 January 2016 at 11:15, Stephen Warren wrote: > From: Stephen Warren > > This test invokes the "ums" command in U-Boot, and validates that a USB > storage device is enumerated on the test host system, and can be read > from. > > Signed-off-by:

Re: [U-Boot] [PATCH V4 8/8] test/py: add a test for the sleep command

On 15 January 2016 at 11:15, Stephen Warren wrote: > From: Stephen Warren > > Execute "sleep", and validate that it sleeps for approximately the correct > amount of time. > > Signed-off-by: Stephen Warren > Acked-by: Simon Glass

Re: [U-Boot] [PATCH V4 5/8] test/py: add test of basic shell functionality

On 15 January 2016 at 11:15, Stephen Warren wrote: > From: Stephen Warren > > This tests whether the following features of the U-Boot shell: > - Execution of a directly entered command. > - Compound commands (; delimiter). > - Quoting of arguments

Re: [U-Boot] [RFC PATCH 6/6] clk: add fixed rate clock driver

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) >> >> If you need a very

Re: [U-Boot] [PATCH 7/9] ARM: ARMv7: PSCI: Add PSCI 1.0 version support

Hi Scott, Thanks for your review. > On Mon, 2016-01-18 at 12:27 +0800, Dongsheng Wang wrote: > > + > > +#ifdef CONFIG_ARMV7_PSCI_GTE_1_0 > > + tmp = fdt_psci_gte_1_0_fixup(fdt, nodeoff); > > if (tmp) > > return tmp; > > - tmp = fdt_setprop_u32(fdt, nodeoff, "migrate",

Re: [U-Boot] [PATCH 2/4] x86: qemu: setup PM IO base for ACPI in southbridge

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 (for q35 board) >> >> Signed-off-by: Miao Yan >> --- >>

Re: [U-Boot] [PATCH v2 00/14] dm: video: Introduce initial driver-model video support

Hi Anatolij, On 18 January 2016 at 19:56, Simon Glass wrote: > Hi, > > On 18 January 2016 at 19:52, Simon Glass wrote: >> This series starts the process of converting LCD and video devices over to >> use driver model. Both now use a very similar API thanks

Re: [U-Boot] [PATCH] x86: quark: Fix boot breakage

Hi Tom, On Tue, Jan 19, 2016 at 11:05 AM, Simon Glass wrote: > On 18 January 2016 at 08:29, Bin Meng wrote: >> With driver model timer conversion, quark based board does not boot >> any more as mdelay() is called during quark_pcie_early_init() which >> is

[U-Boot] [PATCH v5 8/8] dm: x86: spi: Convert ICH SPI driver to driver model PCI API

At present this SPI driver works by searching the PCI buses for its peripheral. It also uses the legacy PCI API. In addition the driver has code to determine the type of Intel PCH that is used (version 7 or version 9). Now that we have proper PCH drivers we can use those to obtain the information

[U-Boot] [PATCH v5 6/8] dm: x86: Add a driver for Intel PCH9

At some point we may need to distinguish between different types of PCHs, but for existing supported platforms we only need to worry about version 7 and version 9 bridges. Add a driver for the PCH9. Signed-off-by: Simon Glass Signed-off-by: Bin Meng ---

[U-Boot] [PATCH v5 5/8] dm: x86: Add a driver for Intel PCH7

At some point we may need to distinguish between different types of PCHs, but for existing supported platforms we only need to worry about version 7 and version 9 bridges. Add a driver for the PCH7. Signed-off-by: Simon Glass --- Changes in v5: - Use #define instead of enum

[U-Boot] [PATCH v5 4/8] dm: Expand the uclass for Platform Controller Hubs (PCH)

A Platform Controller Hub is an Intel concept - it is like the peripherals on an SoC and is often in a separate chip from the CPU. The chip is typically found on the first PCI bus and integrates multiple devices. We have a very simple uclass to support PCHs. Add a few operations, such as setting

[U-Boot] [PATCH v5 7/8] spi: ich: Separate out the read/write trace from normal debugging

The trace is seldom useful for basic debugging. Allow it to be enabled separately so that it is easier to see the more important init and error debug messages. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v5: None Changes in v4: None

[U-Boot] [PATCH v5 1/8] dm: pci: Move pci_bus_to_hose() to compatibility

This function should not be used by driver-model code, so move it to the compatibility portion. Signed-off-by: Simon Glass Reviewed-by: Bin Meng --- Changes in v5: None Changes in v4: None Changes in v3: None Changes in v2: - Add more detail to the

Re: [U-Boot] [PATCH v5 6/8] dm: x86: Add a driver for Intel PCH9

Hi Bin, On 18 January 2016 at 20:26, Bin Meng wrote: > On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: >> At some point we may need to distinguish between different types of PCHs, >> but for existing supported platforms we only need to worry about

Re: [U-Boot] [PATCH V4 1/8] test/py: Implement pytest infrastructure

On 15 January 2016 at 11:15, Stephen Warren wrote: > This tool aims to test U-Boot by executing U-Boot shell commands using the > console interface. A single top-level script exists to execute or attach > to the U-Boot console, run the entire script of tests against it, and

Re: [U-Boot] [PATCH V4 2/8] test/py: test that sandbox exits when asked

On 15 January 2016 at 11:15, Stephen Warren wrote: > Test the sandbox port's implementation of the reset command and SIGHUP > handling. These should both cause the U-Boot process to exit gracefully. > > Signed-off-by: Stephen Warren > Signed-off-by:

Re: [U-Boot] [PATCH V4 3/8] test/py: add test of setenv/printenv/echo

On 15 January 2016 at 11:15, Stephen Warren wrote: > This tests basic environment variable functionality. > > Signed-off-by: Stephen Warren > Signed-off-by: Stephen Warren > Acked-by: Simon Glass > --- > v4: >

Re: [U-Boot] [PATCH v5 8/8] dm: x86: spi: Convert ICH SPI driver to driver model PCI API

On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: > At present this SPI driver works by searching the PCI buses for its > peripheral. It also uses the legacy PCI API. > > In addition the driver has code to determine the type of Intel PCH that is > used (version 7 or version

Re: [U-Boot] [PATCH v5 6/8] dm: x86: Add a driver for Intel PCH9

Hi Bin, On 18 January 2016 at 20:30, Bin Meng wrote: > Hi Simon, > > On Tue, Jan 19, 2016 at 11:27 AM, Simon Glass wrote: >> Hi Bin, >> >> On 18 January 2016 at 20:26, Bin Meng wrote: >>> On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass

[U-Boot] [PATCH v2 1/6] dm: x86: Create a driver for x86 interrupts

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

[U-Boot] [PATCH v2 2/6] dm: x86: Set up interrupt routing from interrupt_init()

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

[U-Boot] [PATCH v2 5/6] dm: x86: queensbay: Add an interrupt driver

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 v2: None arch/x86/cpu/queensbay/Makefile | 2 +-

Re: [U-Boot] [PATCH v5 3/8] dm: pci: Avoid using pci_bus_to_hose() in the uclass

On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: > This function is only available for compatibility with old code. Avoid > using it in the uclass. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > Tested-by: Bin Meng

Re: [U-Boot] [PATCH v5 2/8] dm: pci: Add a function to write a BAR

On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: > Add a driver-model version of the pci_write_bar32 function so that this is > supported in the new API. > > Signed-off-by: Simon Glass > Reviewed-by: Bin Meng > --- > > Changes in v5:

Re: [U-Boot] [PATCH v5 8/8] dm: x86: spi: Convert ICH SPI driver to driver model PCI API

On Tue, Jan 19, 2016 at 11:27 AM, Bin Meng wrote: > On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: >> At present this SPI driver works by searching the PCI buses for its >> peripheral. It also uses the legacy PCI API. >> >> In addition the driver has

Re: [U-Boot] [PATCH v5 4/8] dm: Expand the uclass for Platform Controller Hubs (PCH)

On Tue, Jan 19, 2016 at 11:24 AM, Bin Meng wrote: > Hi Simon, > > On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: >> A Platform Controller Hub is an Intel concept - it is like the peripherals >> on an SoC and is often in a separate chip from the CPU.

Re: [U-Boot] [PATCH v5 6/8] dm: x86: Add a driver for Intel PCH9

On Tue, Jan 19, 2016 at 11:26 AM, Bin Meng wrote: > On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: >> At some point we may need to distinguish between different types of PCHs, >> but for existing supported platforms we only need to worry about version

Re: [U-Boot] [PATCH v5 5/8] dm: x86: Add a driver for Intel PCH7

On Tue, Jan 19, 2016 at 11:26 AM, Bin Meng wrote: > On Tue, Jan 19, 2016 at 11:19 AM, Simon Glass wrote: >> At some point we may need to distinguish between different types of PCHs, >> but for existing supported platforms we only need to worry about version

Re: [U-Boot] [PATCH 1/2] x86: x86-common.h: Add CONFIG_BOOTDELAY

2016-01-18 21:49 GMT+08:00 Stefan Roese : > Without this CONFIG_BOOTDELAY, autobooting does not work at all. As > autoboot_command() from common/* will not get called. So lets define > CONFIG_BOOTDELAY, so that auto-booting works on x86. > > Signed-off-by: Stefan Roese

[U-Boot] [PATCH v2 12/14] dm: video: test: Add tests for the video uclass

Add tests that check that the video console is working correcty. Also check that text output produces the expected result. Test coverage includes character output, wrapping and scrolling. Signed-off-by: Simon Glass Acked-by: Anatolij Gustschin --- Changes in

  1   2   >