This uses a non-existent node at present. It should use the first CPU node.
The referenced property does not exist (the correct value is the default of
0), but this allows the follow-on init to complete.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
arch/x86/cpu/ivy
Move more code into the northbridge probe() function.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
arch/x86/cpu/ivybridge/early_init.c | 47 +++--
1 file changed, 24 insertions(+), 23 deletions(-)
diff --git a/arch/x86/cpu/ivybridge
The existing ivybridge code predates the normal multi-core CPU init, and
it is not used. Remove it and add CPU nodes to the device tree so that all
four CPUs are set up. Also enable the 'cpu' command.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
arch/x86/cpu/ivybri
In preparation for adding an init() method to the LPC uclass, rename this
existing function so that it will not conflict.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/x86/cpu/ivybridge/bd82x6x.c | 2 +-
arch/x86/cpu/ivybridge/lpc.c | 2 +-
arch/x86/include/asm/
We can drop the explicit probe of the PCH since the LPC is a child device
and this will happen automatically.
Signed-off-by: Simon Glass
---
Changes in v2:
- Drop explicit PCH probe
- Drop LPC init method
- Rename patch from 'Add an init() method for the bd82x6x LPC'
arch/x86/cpu/ivybridge/cpu
There are no other implementations of this function, and boards that need it
can implement a CPU driver.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2:
- Fix 'baords' typo in the commit message
arch/x86/cpu/cpu.c| 2 +-
arch/x86/include/asm/u-boot-x86.h |
The watchdog can be reset later when probing the LPC after relocation.
Move it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2:
- Update to drop LPC init method and use probe() instead
arch/x86/cpu/ivybridge/early_init.c | 16
arch/x86/cpu/ivybridge/lpc.c
This function does nothing now so can be dropped.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
arch/x86/cpu/ivybridge/bd82x6x.c | 16
arch/x86/cpu/ivybridge/pci.c | 1 -
arch/x86/include/asm/arch-ivybridge/bd82x6x.h |
When the final MRC cache record is the same as the one we want to write, we
skip writing since there is no point. This is normal behaviour.
Avoiding printing an error when this happens.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
arch/x86/lib/mrccache.c | 6 +
Now that we have a proper driver for the nortbridge, set it up in by probing
it, and move the early init code into the probe() method.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
arch/x86/cpu/ivybridge/cpu.c| 2 ++
arch/x86/cpu/ivybridge/early_init.c | 33
Add a driver with an empty probe function where we can move init code in
follow-on patches.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
arch/x86/cpu/ivybridge/early_init.c | 18 ++
arch/x86/dts/chromebook_link.dts| 7 +++
2 files changed,
Move this code to the LPC's probe() method so that it will happen
automatically when the LPC is probed before relocation.
Signed-off-by: Simon Glass
---
Changes in v2:
- Drop unused 'gen-dec' device tree property
arch/x86/cpu/ivybridge/cpu.c | 9 -
arch/x86/cpu/ivybridge/
Add a uclass for the northbridge / SDRAM controller found on some older
Intel chipsets.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2:
- Drop unnecessary DECLARE_GLOBAL_DATA_PTR
arch/x86/lib/Makefile | 1 +
arch/x86/lib/northbridge-uclass.c | 15 +
Move SPI and port80 init to lpc_early_init(), called from the LPC's probe()
method.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2: None
arch/x86/cpu/ivybridge/cpu.c | 43 ---
arch/x86/cpu/ivybridge/lpc.c | 43 +++
At present this BIOS emulator uses a bus/device/function number. Change
it to use a device if CONFIG_DM_PCI is enabled.
Signed-off-by: Simon Glass
---
Changes in v2:
- Drop unnecessary/incorrect non-DM code in dm_pci_run_vga_bios()
drivers/bios_emulator/atibios.c | 109
Rename the existing bd82x6x_init() to bd82x6x_init_extra(). We will remove
this in a later patch.
Signed-off-by: Simon Glass
---
Changes in v2:
- Drop the init() method in the PCH
- Rename this commit from 'x86: ivybridge: Set up the PCH init'
arch/x86/cpu/ivybridge/bd82x6x.c | 2
We have a way to find a regmap by its syscon driver data value. Add the same
for syscon itself.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add missing 'given' word
drivers/core/syscon-uclass.c | 31 +++
include/syscon.h | 14 ++
test/dm/
Find the LPC device in arch_cpu_init_dm() as a first step to converting
this code to use driver model. Probing the LPC will probe its parent (the
PCH) automatically, so make sure that probing the PCH does nothing before
relocation.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/x86/cp
At present ivybridge is the only x86 implementation that includes a
reasonably full board init. This means there is a lot more code than with
a board that uses FSP (even then we don't have memory init or graphics init
code).
This code does not use proper drivers for the devices and so its use of
d
Add a compatible string to allow this to be specified in the device tree
if needed.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add missing of_match member init so that ehci_pci_ids[] is used
drivers/usb/host/ehci-pci.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/usb/
This is often -96 (-EPFNOSUPPORT) which indicates that the uclass is not
compiled in. Display the error number to make this easier to spot.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2:
- Fix -EEPFNOSUPPORT typo
drivers/core/lists.c | 3 ++-
1 file changed, 2 insertions(
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
---
arch/x86/cpu/irq.c | 7 ---
arch/x86/include/asm/irq.h | 10 --
2 files changed, 17
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
---
arch/x86/cpu/queensbay/Makefile | 2 +-
arch/x86/cpu/queensbay/irq.c| 65 +
arch/x86
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
---
arch/x86/cpu/quark/Makefile | 2 +-
arch/x86/cpu/quark/irq.c| 49 +
arch/x86/cpu/qua
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.
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.
Simon Glass (6):
dm: x86: Create a driver for x86 interrupts
d
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
---
arch/x86/cpu/irq.c | 7 ++-
arch/x86/include/asm/irq.h | 7
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
On Sun, Jan 17, 2016 at 06:23:41PM +0100, Peter Korsgaard wrote:
> The following patch series fixes a number of issues I noticed while updating
> a sheevaplug from 2013.10 to 2016.01:
>
> Peter Korsgaard (4):
> ARM: sheevaplug: unbreak default environment
> ARM: sheevaplug: unbreak ker
Every other uclass is in its own file. Create a new eth-uclass.c file and
move the driver-model code into it, so that networking is consistent.
Signed-off-by: Simon Glass
---
net/Makefile | 4 +
net/eth-uclass.c | 549 +++
net/eth.c
Rename this file to make it clear it is for the old networking drivers
and not for use with driver model.
Signed-off-by: Simon Glass
---
net/Makefile| 2 +-
net/{eth.c => eth_legacy.c} | 0
2 files changed, 1 insertion(+), 1 deletion(-)
rename net/{eth.c => eth_legacy.c} (100%)
Some ethernet devices may be on a PCI bus. Probe the first PCI controller to
find these, so that ethernet init will complete correctly.
Signed-off-by: Simon Glass
---
net/eth-uclass.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/net/eth-uclass.c b/net/eth-uclass.c
index a356a08..817
Move the functions which set ethernet environment variables to the common
file.
Signed-off-by: Simon Glass
---
net/eth.c | 43 ---
net/eth_common.c | 43 +++
net/eth_internal.h | 16
3 fi
Move eth_current_changed(), eth_set_current(), eth_mac_skip() and
eth_get_name() into the common file.
Signed-off-by: Simon Glass
---
net/eth.c | 108 ++---
net/eth_common.c | 100 +
net/e
We should avoid weak functions with driver model. Existing boards that use
driver model don't need them, so let's kill them off.
Signed-off-by: Simon Glass
---
net/eth.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/eth.c b/net/eth.c
index 45fe6e3..d96d3a5 100644
-
Only half of the init is actually common. Move that part into a new common
file and call it from driver-model and legacy code. More common functions
will be added in future patches.
Signed-off-by: Simon Glass
---
net/Makefile | 1 +
net/eth.c | 42 ++-
This function can fail, so be sure to report any errors that occur.
Signed-off-by: Simon Glass
---
drivers/pci/pci_tegra.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/pci/pci_tegra.c b/drivers/pci/pci_tegra.c
index 5a7fefe..5dadf6f 100644
--- a/drivers/pci/p
Every other uclass is in its own file. It makes sense to put the Ethernet
uclass code into its own file too. The result is less code in each file, and
it becomes easier to see which code is related to driver model.
This series creates a new common file to hold the common code, moves the
driver-mo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi All,
Just a small update from my side;
I used bisect-foo and offending commit (@Linux) seems to be:
commit 5d09598d488f081e3be23f885ed65cbbe2d073b5
Author: Arnaud Lacombe
Date: Mon Jan 23 17:29:05 2012 -0500
kconfig: fix new choices bei
Hello,
tonight I switched to the new U-Boot v2016.01
on my Banana Pro system.
I compiled u-boot, like I did with all the working
versions before, with:
make Bananapro_defconfig
make
But with the new U-Boot installed the SATA Port
did not work anymore.
The Kernel is the same 4.0.9-gentoo as I us
I retract my previous replay.
With/without the "default n" in the choice menu,
I confirmed the problem happened (in the latest Linux as well as U-Boot).
I hope somebody follows up...
2016-01-18 5:29 GMT+09:00 Masahiro Yamada :
> Hi Mateusz,
> (CCing linux-kbuild, which I think the best place t
Hi Mateusz,
(CCing linux-kbuild, which I think the best place to discuss this topic)
I think "default n" in the choice entry is weird
because the choice is not boolean.
Without it, the weird thing you saw did not happen on my box.
Anyway, I'd like Kconfig to say something if it is really a syn
On Tue, 5 Jan 2016 09:31:05 -0700
Simon Glass wrote:
> Sometimes the console must be rotated. Add a driver which supports rotating
> the text clockwise to 90, 180 and 270 degrees. This can support devices
> where the display is rotated for mechanical reasons.
>
> Signed-off-by: Simon Glass
> -
On Tue, 5 Jan 2016 09:31:04 -0700
Simon Glass wrote:
> 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 f
On Tue, 5 Jan 2016 09:31:03 -0700
Simon Glass wrote:
...
> +/**
> + * vidconsole_put_char() - Output a character to the current console position
> + *
> + * Outputs a character to the console and advances the cursor. This function
> + * handles wrapping to new lines and scrolling the console. Spe
On Tue, 5 Jan 2016 09:31:02 -0700
Simon Glass wrote:
> 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
> ---
>
> common/M
Hi Simon,
Some minor comments below. Otherwise
Acked-by: Anatolij Gustschin
On Tue, 5 Jan 2016 09:31:01 -0700
Simon Glass wrote:
...
> +config VIDEO_BPP8
> + bool "Support 8-bit-per-pixel displays"
> + depends on DM_VIDEO
> + default y if DM_VIDEO
> + help
> + Support d
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!
I'm currently busy with porting U-Boot to a Bay Trail board.
Equipped with an Intel Atom E3845 and additionally the
Nuvoton / Winbond
Commit 1e3d640316 (ARM: sheevaplug: redefine MTDPARTS) prepended mtdparts=
to the flash partition information in CONFIG_MTDPARTS, but it is used like
"mtdparts=" CONFIG_MTDPARTS - So we end up passing mtdparts=mtdparts=.. to
the kernel, confusing the cmdline partition parser.
Fix it by dropping th
The default bootcommand executes x_bootcmd_usb AFTER loading a kernel from
nand and just before executing it, which only slows down boot without adding
any functionality - So drop it.
Signed-off-by: Peter Korsgaard
---
include/configs/sheevaplug.h | 2 +-
1 file changed, 1 insertion(+), 1 deleti
Commit 1e3d640316 (ARM: sheevaplug: redefine MTDPARTS) changed the partition
layout (without any description why), but didn't change the offset/size to
load the kernel from or the root=/dev/mtdblockX in the bootargs.
The 3MB forseen for a kernel is furthermore too little. A 4.4 build of
mvebu_v5_d
Commit 1e3d640316 (ARM: sheevaplug: redefine MTDPARTS) changed the mtdparts
part of the default environment, but dropped the trailing zero termination -
So the definition of x_bootcmd_kernel becomes part of the x_bootargs
variable.
Fix it by reintroducing the zero termination.
Signed-off-by: Pete
Hi,
The following patch series fixes a number of issues I noticed while updating
a sheevaplug from 2013.10 to 2016.01:
Peter Korsgaard (4):
ARM: sheevaplug: unbreak default environment
ARM: sheevaplug: unbreak kernel bootargs / mtdparts command by dropping
double mtdparts=
ARM:
On 01/17/2016 06:24 PM, Daniel Schwierzeck wrote:
2016-01-17 6:49 GMT+01:00 Wills Wang :
On 01/17/2016 03:05 AM, Marek Vasut wrote:
On Saturday, January 16, 2016 at 07:13:46 PM, Wills Wang wrote:
These series of patch add support for atheros ath79 based SOCs in u-boot,
at the present moment
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi all,
I have found weird feature of Kconfig.
If I misused something, please let me know - I found at least one place
where the same error occurs.
Let's consider the following Kconfig (you can put it anywhere in the source
tree):
<-
For several reasons:
- code clarity
- DM trends in u-boot
...
It is better to make omap24xx_i2c driver 100% DM_I2C based.
Signed-off-by: Christophe Ricard
---
drivers/i2c/omap24xx_i2c.c | 447 +
drivers/i2c/omap24xx_i2c.h | 154
2 fi
Hi Simon,
This patchset tries to convert the TI omap24xx_i2c driver to Driver Model.
It has been tested on a TI BeagleBoard xM.
Best Regards
Christophe
Christophe Ricard (5):
i2c: omap24xx: Convert to DM
i2c: omap24xx: Fix waitdelay value for I2C HS
i2c: omap24xx: Remove unused I2C_WAIT
Work based on i2c-omap.c from linux kernel.
fsscll/fssclh and hsscll/hssclh was always negative in high speed.
i2c high speed frequency start after 400Khz.
Signed-off-by: Christophe Ricard
---
drivers/i2c/omap24xx_i2c.c | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
Convert omap24xx_i2c driver to DM
Signed-off-by: Christophe Ricard
---
drivers/i2c/Kconfig| 8 ++
drivers/i2c/omap24xx_i2c.c | 280 +++--
2 files changed, 277 insertions(+), 11 deletions(-)
diff --git a/drivers/i2c/Kconfig b/drivers/i2c/Kconfig
After several testings and experiment, it appears that waitdelay calculation
formula was giving different behavior on the i2c status registers.
Experiment shows waitdelay needs to be extended at least 4 times to get
proper results.
Signed-off-by: Christophe Ricard
---
drivers/i2c/omap24xx_i2c.
I2C_WAIT macro is not used in the code.
200 is bound to a fixed 10 Hz i2c speed based on an existing formula:
( 1000 / speed ) * 2 where speed = 100 000.
Signed-off-by: Christophe Ricard
---
drivers/i2c/omap24xx_i2c.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/i2c/oma
Convert omap3_spi driver to DM and keep compatibility with previous
mode.
Signed-off-by: Christophe Ricard
---
drivers/spi/Kconfig | 6 +
drivers/spi/omap3_spi.c | 439 ++--
drivers/spi/omap3_spi.h | 14 +-
3 files changed, 402 insertions(+), 5
For several reasons:
- code clarity
- DM trends in u-boot
...
It is better to make omap3_spi driver 100% DM_SPI based.
Signed-off-by: Christophe Ricard
---
drivers/spi/omap3_spi.c | 474 +++-
drivers/spi/omap3_spi.h | 121
2 files change
Hi Simon,
This patchset tries to convert the TI omap3_spi driver to Driver Model.
It has been tested on a TI BeagleBoard xM.
Best Regards
Christophe
Christophe Ricard (4):
spi: omap3: Remove unused variable irqstatus in omap3_spi_txrx
spi: spi-uclass: Set slave wordlen with SPI_DEFAULT_WO
Remove unused variable irqstatus in omap3_spi_txrx
Signed-off-by: Christophe Ricard
---
drivers/spi/omap3_spi.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/spi/omap3_spi.c b/drivers/spi/omap3_spi.c
index 85f9e85..95cdfa3 100644
--- a/drivers/spi/omap3_spi.c
+++ b/drivers/spi/om
In some case wordlen may not be set. Use SPI_DEFAULT_WORDLEN as default.
Signed-off-by: Christophe Ricard
---
drivers/spi/spi-uclass.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/spi/spi-uclass.c b/drivers/spi/spi-uclass.c
index 677c020..5561f36 100644
--- a/drivers/spi/spi-ucla
2016-01-17 6:49 GMT+01:00 Wills Wang :
>
>
> On 01/17/2016 03:05 AM, Marek Vasut wrote:
>>
>> On Saturday, January 16, 2016 at 07:13:46 PM, Wills Wang wrote:
>>>
>>> These series of patch add support for atheros ath79 based SOCs in u-boot,
>>> at the present moment it's just available for ar933x an
To enable snooping on CAAM transactions following programmign is done
1. Enable core snooping (CCI interface, Core is Slave5 on CCI)
This setting is also required for making the system coherent
2. CAAM IP lies behind SMMU3 in teh system. Configure SMMU3 to do teh following:
a) Program SCR to bypa
PAMU driver basic support for usage in Secure Boot.
In secure boot PAMU is not in bypass mode. Hence to use
any peripheral (SEC Job ring in our case), PAMU has to be
configured.
The patch reverts commit 7cad2e38d61e27ea59fb7944f7e647e97ef292d3.
The Header file pamu.h and few functions in driver h
Chain of Trust is enabled for PowerPC platforms for Secure Boot.
CONFIG_BOARD_LATE_INIT is defined.
In board_late_init(), fsl_setenv_chain_of_trust() is called which
will perform the following:
- If boot mode is non-secure, return (No Change)
- If boot mode is secure, set the following environmet v
In case of error while executing esbc_validate command, SNVS
transition and issue of reset is required only for secure-boot.
If boot mode is non-secure, this is not required.
Similarly, esbc_halt command which puts the core in Spin Loop
is applicable only for Secure Boot.
Signed-off-by: Aneesh Ba
Chain of Trust is enabled for ARM platforms (LS1021 and LS1043).
In board_late_init(), fsl_setenv_chain_of_trust() is called which
will perform the following:
- If boot mode is non-secure, return (No Change)
- If boot mode is secure, set the following environmet variables:
bootdelay = 0 (To disa
A function is created to detrmine if the boot mode is secure
or non-secure for differnt SoC's.
Signed-off-by: Aneesh Bansal
---
Changes in v2:
Corrected the macro for SB_EN bit in RCW.
.../include/asm/arch-fsl-layerscape/immap_lsch2.h | 3 ++
arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h
There are two phases in Secure Boot
1. ISBC: In BootROM, validate the BootLoader (U-Boot).
2. ESBC: In U-Boot, continuing the Chain of Trust by
validating and booting LINUX.
For ESBC phase, there is no difference in SoC's based on ARM or PowerPC
cores.
But the exit conditions after ISBC
There are two phases in Secure Boot
1. ISBC: In BootROM, validate the BootLoader (U-Boot).
2. ESBC: In U-Boot, continuing the Chain of Trust by
validating and booting LINUX.
For ESBC phase, there is no difference in SoC's based on ARM or PowerPC
cores.
But the exit conditions after ISBC
The file fsl_secure_boot.h must be included in config file
for Secure Boot. This is not required to be protected by any
macro.
CONFIG_FSL_CAAM must be defined and CONFIG_CMD_HASH should be
turned on.
The above was missing in some config files and all files have been
made uniform in this respect.
S
CONFIG_CMD_BLOB must be defined in case of Secure Boot.
It was earlier defined in all config files. The definition
has been moved to a common file which is included by all configs.
Signed-off-by: Aneesh Bansal
---
Changes in v2:
None (Changed the Sign-Off with New E-Mail ID)
arch/arm/include/as
101 - 177 of 177 matches
Mail list logo