Boting SeaBIOS is done via U-Boot's bootelf command. Document this.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
Changes in v2:
- Drop patches which were already applied
- Add more detailed information for testing QEMU/SeaBIOS
(eg: how to create 'disk.img')
doc/README.x86 | 57
SeaBIOS is an open source implementation of a 16-bit x86 BIOS.
It can run in an emulator or natively on x86 hardware with the
use of coreboot. With SeaBIOS's help, we can boot some OSes
that require 16-bit BIOS services like Windows/DOS.
As U-Boot, we have to manually create a table where SeaBIOS
This is the initial attempt to support booting SeaBIOS from U-Boot.
This is tested:
- On Intel Crown Bay board with a PCIe graphics card, booting SeaBIOS
then chain-loading a GRUB on a USB drive, then Linux kernel finally.
- On QEMU x86 target with U-Boot chain-loading SeaBIOS to install/boot
a Wi
Now that ACPI is supported on QEMU, enable it.
Signed-off-by: Bin Meng
Reviewed-by: Simon Glass
---
Changes in v2: None
configs/qemu-x86_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/qemu-x86_defconfig b/configs/qemu-x86_defconfig
index b0c935c..f0e6512 100644
--- a/co
+ Tom
On Saturday 27 February 2016 01:34 AM, Andrew F. Davis wrote:
> NFS loading works on DRA7 variants, remove the undefinition.
>
> Signed-off-by: Andrew F. Davis
> ---
> configs/dra72_evm_defconfig | 1 -
> configs/dra7xx_evm_defconfig | 1 -
> configs/dra7xx_evm_qspiboot
On 29.2.2016 06:15, Simon Glass wrote:
> Hi,
>
> On 28 February 2016 at 21:58, Derald D. Woods
> wrote:
>> On Sun, Feb 28, 2016 at 5:51 PM, Derald D. Woods
>> wrote:
On 02/28/2016 05:45 PM, Derald D. Woods wrote:
>
> On 02/28/2016 04:39 PM, Alexander Graf wrote:
>>
>>
On Mon, Feb 29, 2016 at 12:19 PM, Simon Glass wrote:
> On 27 February 2016 at 23:58, Bin Meng wrote:
>> For those secondary bootloaders like SeaBIOS who want to live in
>> the F segment, which conflicts the configuration table address,
>> now we allow write_tables() to write the configuration tab
On Mon, Feb 29, 2016 at 12:19 PM, Simon Glass wrote:
> On 27 February 2016 at 23:58, Bin Meng wrote:
>> To prepare generating coreboot table from U-Boot, implement functions
>> to handle the writing.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/include/asm/coreboot_tables.h | 10 +++
>>
On Mon, Feb 29, 2016 at 12:19 PM, Simon Glass wrote:
> On 27 February 2016 at 23:58, Bin Meng wrote:
>> Given all table write routines have the same signature, we can use
>> simplify the codes by using a function table.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/lib/tables.c | 61
>> +
On Mon, Feb 29, 2016 at 12:19 PM, Simon Glass wrote:
> On 27 February 2016 at 23:57, Bin Meng wrote:
>> Define ROM_TABLE_ALIGN instead of using 1024 directly.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/include/asm/tables.h | 2 ++
>> arch/x86/lib/tables.c | 10 +-
>> 2
On Mon, Feb 29, 2016 at 12:19 PM, Simon Glass wrote:
> On 27 February 2016 at 23:58, Bin Meng wrote:
>> Change the parameter and return value of write_acpi_tables() to u32
>> to conform with other table write routines.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/qemu/fw_cfg.c
On Mon, Feb 29, 2016 at 12:19 PM, Simon Glass wrote:
> On 27 February 2016 at 23:57, Bin Meng wrote:
>> coreboot_tables.h should not include sysinfo related stuff.
>> Move those to asm/arch-coreboot/sysinfo.h.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/include/asm/arch-coreboot/sysinfo
On Mon, Feb 29, 2016 at 12:19 PM, Simon Glass wrote:
> On 27 February 2016 at 23:57, Bin Meng wrote:
>> Clean up this file a little bit:
>> - Remove inclusion of
>> - Use tab in the macro definition
>> - Remove table definitions that are not needed
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> ar
On Mon, Feb 29, 2016 at 12:19 PM, Simon Glass wrote:
> On 27 February 2016 at 23:57, Bin Meng wrote:
>> Add a new variable rom_table_start and pass it to ROM table write
>> routines. This reads better than previous single rom_table_end.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/lib/ta
On Mon, Feb 29, 2016 at 12:19 PM, Simon Glass wrote:
> On 27 February 2016 at 23:57, Bin Meng wrote:
>> Move asm/arch-coreboot/tables.h to asm/coreboot_tables.h so that
>> coreboot table definitions can be used by other x86 builds.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/coreboo
Hi,
On 02/29/2016 01:23 PM, Simon Glass wrote:
> Hi,
>
> On 23 February 2016 at 05:04, Minkyu Kang wrote:
>> Dear Simon Glass,
>>
>> On 23/02/16 15:42, Simon Glass wrote:
>>> Hi Minkyu,
>>>
>>> On 21 February 2016 at 21:08, Simon Glass wrote:
This series converts the exynos LCD driver
Hi Simon,
On Mon, Feb 29, 2016 at 12:19 PM, Simon Glass wrote:
> On 27 February 2016 at 23:58, Bin Meng wrote:
>> Boting SeaBIOS is done via U-Boot's bootelf command. Document this.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> doc/README.x86 | 49 ++
As the compatible property values for QSPI and DSPI dts nodes
are changed in kernel, FSL_QSPI_COMPAT and FSL_DSPI_COMPAT
need to be updated too.
Signed-off-by: Alison Wang
---
arch/arm/include/asm/arch-ls102xa/config.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/
Hi Denis,
On 24 February 2016 at 14:29, Bakhvalov, Denis (Nokia - PL/Wroclaw)
wrote:
> Hello Heiko,
>
>> Which U-Boot version? Which board?
>
> This is U-Boot v2016.03-rc1.
> I have custom board with socfpga Arria5 onboard.
>
>> Where does this leading 0xff come from? There seems a problem
>> wit
Hello Denis,
Am 24.02.2016 um 09:59 schrieb Bakhvalov, Denis (Nokia - PL/Wroclaw):
Hello Heiko,
Which U-Boot version? Which board?
This is U-Boot v2016.03-rc1.
I have custom board with socfpga Arria5 onboard.
Where does this leading 0xff come from? There seems a problem
with your spi nor f
Hi Fabio,
On Fri, Feb 26, 2016 at 03:16:10PM -0300, Fabio Estevam wrote:
>From: Fabio Estevam
>
>Add the basic support for Warp7 board.
>
>For more information about this reference design, please visit:
>
>https://www.element14.com/community/docs/DOC-79058/l/warp-7-the-next-generation-wearable-re
Hi,
On 28 February 2016 at 21:58, Derald D. Woods wrote:
> On Sun, Feb 28, 2016 at 5:51 PM, Derald D. Woods
> wrote:
>>>
>>> On 02/28/2016 05:45 PM, Derald D. Woods wrote:
On 02/28/2016 04:39 PM, Alexander Graf wrote:
>
>
>
> On 02/25/2016 02:38 PM, Derald D. Woods wrot
On Fri, Feb 26, 2016 at 03:16:09PM -0300, Fabio Estevam wrote:
>From: Fabio Estevam
>
>CONFIG_BOARD_EARLY_INIT_F and CONFIG_BOARD_LATE_INIT should not be
>placed into mx7_common because not all boards need these options.
>
>Move them to the board file instead.
>
>Signed-off-by: Fabio Estevam
>---
Hi Fabio,
On Sun, Feb 28, 2016 at 12:33:17PM -0300, Fabio Estevam wrote:
>From: Fabio Estevam
>
>Read the number of cores in the fuses to distinguish between
>the dual and solo versions.
>
>Tested on a mx7d sabresd and on a mx7solo warp7.
>
>Signed-off-by: Fabio Estevam
>---
> arch/arm/cpu/armv7
On Sun, Feb 28, 2016 at 5:51 PM, Derald D. Woods
wrote:
On 02/28/2016 05:45 PM, Derald D. Woods wrote:
On 02/28/2016 04:39 PM, Alexander Graf wrote:
On 02/25/2016 02:38 PM, Derald D. Woods wrote:
On Thu, Feb 25, 2016 at 09:11:24AM +0100, Michal Simek wrote:
On 25.2.2016 05:47, Derald D. Wo
Recent additions of the MMC and DISK uclasses have indicated that it is time
to look at adding a uclass for block devices. This series does this and
includes a few clean-ups to the partition code also.
A block device is typically a child device of its storage parent. For
example an MMC device will
Hi Stephen,
On 16 February 2016 at 23:41, Stephen Warren wrote:
> On 02/14/2016 07:16 PM, Simon Glass wrote:
>> We can use linker lists instead of explicitly declaring each function.
>> This makes the code shorter by avoiding switch() statements and lots of
>> header file declarations.
>>
>> Whil
Hi,
On 23 February 2016 at 05:04, Minkyu Kang wrote:
> Dear Simon Glass,
>
> On 23/02/16 15:42, Simon Glass wrote:
>> Hi Minkyu,
>>
>> On 21 February 2016 at 21:08, Simon Glass wrote:
>>>
>>> This series converts the exynos LCD driver to work with driver model. Only
>>> the eDP display is conver
On 27 February 2016 at 23:58, Bin Meng wrote:
> Now that ACPI is supported on QEMU, enable it.
>
> Signed-off-by: Bin Meng
> ---
>
> configs/qemu-x86_defconfig | 1 +
> 1 file changed, 1 insertion(+)
Reviewed-by: Simon Glass
___
U-Boot mailing list
U
On 27 February 2016 at 23:58, Bin Meng wrote:
> Boting SeaBIOS is done via U-Boot's bootelf command. Document this.
>
> Signed-off-by: Bin Meng
>
> ---
>
> doc/README.x86 | 49 +++--
> 1 file changed, 47 insertions(+), 2 deletions(-)
Reviewed-by: Simo
On 27 February 2016 at 23:58, Bin Meng wrote:
> To prepare generating coreboot table from U-Boot, implement functions
> to handle the writing.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/include/asm/coreboot_tables.h | 10 +++
> arch/x86/lib/Makefile | 1 +
> arch/x86/lib/
On 27 February 2016 at 23:57, Bin Meng wrote:
> Add a new variable rom_table_start and pass it to ROM table write
> routines. This reads better than previous single rom_table_end.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/lib/tables.c | 18 --
> 1 file changed, 12 insertions
On 27 February 2016 at 23:58, Bin Meng wrote:
> For those secondary bootloaders like SeaBIOS who want to live in
> the F segment, which conflicts the configuration table address,
> now we allow write_tables() to write the configuration tables in
> high area (malloc'ed memory).
>
> Signed-off-by: B
On 27 February 2016 at 23:58, Bin Meng wrote:
> Given all table write routines have the same signature, we can use
> simplify the codes by using a function table.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/lib/tables.c | 61
> ---
> 1 file cha
On 27 February 2016 at 23:58, Bin Meng wrote:
> Change the parameter and return value of write_acpi_tables() to u32
> to conform with other table write routines.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/qemu/fw_cfg.c| 5 ++---
> arch/x86/include/asm/acpi_table.h | 2 +-
> arch/
On 27 February 2016 at 23:57, Bin Meng wrote:
> Define ROM_TABLE_ALIGN instead of using 1024 directly.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/include/asm/tables.h | 2 ++
> arch/x86/lib/tables.c | 10 +-
> 2 files changed, 7 insertions(+), 5 deletions(-)
Reviewed-by: Si
On 27 February 2016 at 23:57, Bin Meng wrote:
> coreboot_tables.h should not include sysinfo related stuff.
> Move those to asm/arch-coreboot/sysinfo.h.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/include/asm/arch-coreboot/sysinfo.h | 2 ++
> arch/x86/include/asm/coreboot_tables.h | 4 -
On 27 February 2016 at 23:57, Bin Meng wrote:
> Clean up this file a little bit:
> - Remove inclusion of
> - Use tab in the macro definition
> - Remove table definitions that are not needed
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/include/asm/coreboot_tables.h | 153
> +--
On 27 February 2016 at 23:57, Bin Meng wrote:
> Move asm/arch-coreboot/tables.h to asm/coreboot_tables.h so that
> coreboot table definitions can be used by other x86 builds.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/coreboot/sdram.c | 1 -
> arch/x8
Hi Stephen,
On 16 February 2016 at 16:34, Stephen Warren wrote:
> On 02/14/2016 07:16 PM, Simon Glass wrote:
>>
>> Update the host driver to support driver model for block devices. A future
>> commit will remove the old code, but for now it is useful to be able to
>> use
>> it both with and witho
Hi Stephen,
On 16 February 2016 at 16:23, Stephen Warren wrote:
> On 02/14/2016 07:16 PM, Simon Glass wrote:
>>
>> This is a device number, and we want to use 'dev' to mean a driver model
>> device. Rename the member.
>
>
>> diff --git a/cmd/cbfs.c b/cmd/cbfs.c
>> index cdfc9b6..779e9c0 100644
>>
Hi Bin,
On 16 February 2016 at 07:51, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Feb 15, 2016 at 10:16 AM, Simon Glass wrote:
>> The comment for file_cbfs_type() says that it returns 0 for an invalid type.
>> The code appears to check for -1, except that it uses an unsigned variable
>> to store the
Hi Bin,
On 16 February 2016 at 07:25, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Feb 15, 2016 at 10:16 AM, Simon Glass wrote:
>> We can use linker lists instead of explicitly declaring each function.
>> This makes the code shorter by avoiding switch() statements and lots of
>> header file declarati
Hi Bin,
On 16 February 2016 at 07:25, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Feb 15, 2016 at 10:16 AM, Simon Glass wrote:
>> Rename three partition functions so that they start with part_. This makes
>> it clear what they relate to.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> board/cm5200/f
Hi Bin,
On 16 February 2016 at 03:09, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Feb 15, 2016 at 10:16 AM, Simon Glass wrote:
>> Adjust the cast to avoid a warning when stdint.h is used.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> disk/part_efi.c | 10 ++
>> 1 file changed, 6 insertions
Hi Bin,
On 16 February 2016 at 03:09, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Feb 15, 2016 at 10:16 AM, Simon Glass wrote:
>> Each region is displayed in almost the same way. Break out this common code
>> into its own function.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> drivers/pci/pci_auto
I first tried removing the 'const' in the board file as suggested by
Derald, but that wasn't successful. I can boot with Alexander's
patch, but modifying the order inside the header seems weird to me. I
haven't had any time to look this weekend, but I wonder if something
in one of the files is m
enable usb driver model for am335x bbb as musb supports
driver model
Signed-off-by: Mugunthan V N
---
configs/am335x_boneblack_vboot_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/configs/am335x_boneblack_vboot_defconfig
b/configs/am335x_boneblack_vboot_defconfig
index 060aa1
Add usb ether gadget device with usb_ether_init() when
CONFIG_DM_ETH and CONFIG_USB_ETHER are defined.
Signed-off-by: Mugunthan V N
---
arch/arm/cpu/armv7/am33xx/board.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/cpu/armv7/am33xx/board.c
b/arch/arm/cpu/armv7/am33xx/boa
prepare driver for driver model migration
Signed-off-by: Mugunthan V N
---
drivers/usb/gadget/ether.c | 72 --
1 file changed, 51 insertions(+), 21 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
index 47071c3..2f70eb
enable usb driver model for am335x gp evm as musb supports
driver model
Signed-off-by: Mugunthan V N
---
configs/am335x_gp_evm_defconfig | 4
1 file changed, 4 insertions(+)
diff --git a/configs/am335x_gp_evm_defconfig b/configs/am335x_gp_evm_defconfig
index 49461e2..ff0f667 100644
--- a/c
Adopt usb ether gadget and rndis driver to adopt driver model
Signed-off-by: Mugunthan V N
---
drivers/usb/gadget/ether.c | 153 ++---
drivers/usb/gadget/rndis.c | 13 +++-
drivers/usb/gadget/rndis.h | 19 --
include/net.h | 7 +++
4 f
Since usb ether gadget have support for driver model, so enable
usb ether gadget.
Signed-off-by: Mugunthan V N
---
include/configs/am335x_evm.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index d4724d5..da7aa49 100644
--- a/in
network_started of struct eth_dev can be accessed using local
variable dev and no reason to access it with the global struct.
Signed-off-by: Mugunthan V N
---
drivers/usb/gadget/ether.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/dr
Add a TI MUSB peripheral driver with driver model support and the
driver will be bound by the MUSB wrapper driver based on the
dr_mode device tree entry.
Signed-off-by: Mugunthan V N
---
drivers/usb/musb-new/musb_uboot.c | 2 +
drivers/usb/musb-new/ti-musb.c| 113 ++
Use net device priv to pass usb ether priv and use it in
net device ops callback.
Signed-off-by: Mugunthan V N
---
drivers/usb/gadget/ether.c | 46 +-
1 file changed, 21 insertions(+), 25 deletions(-)
diff --git a/drivers/usb/gadget/ether.c b/drivers/
Consolidate the net device, usb eth device and gadget device
struct to single struct and a single global variable so that the
same can be passed as priv of ethernet driver.
Signed-off-by: Mugunthan V N
---
drivers/usb/gadget/ether.c | 53 +++---
1 file cha
Convert usb ether gadget to adopt usb driver model
Signed-off-by: Mugunthan V N
---
drivers/usb/gadget/ether.c | 36
1 file changed, 36 insertions(+)
diff --git a/drivers/usb/gadget/ether.c b/drivers/usb/gadget/ether.c
index 9b06f02..ae5ffcd 100644
--- a/dri
Add a TI MUSB host driver with driver model support and the
driver will be bound by the MUSB wrapper driver based on the
dr_mode device tree entry.
Signed-off-by: Mugunthan V N
---
drivers/usb/musb-new/ti-musb.c | 191 +
1 file changed, 191 insertions(+)
Add a misc driver for MUSB wrapper, so that based on dr_mode the
USB devices can bind to USB host or USB device drivers.
Signed-off-by: Mugunthan V N
---
drivers/usb/musb-new/Kconfig | 9 +
drivers/usb/musb-new/Makefile | 1 +
drivers/usb/musb-new/ti-musb.c | 89
MUSB wrapper driver is bound as MISC device and underlying usb
devices are bind to usb drivers based on dr_mode, so probing the
MISC wrapper driver to register musb devices.
Signed-off-by: Mugunthan V N
---
arch/arm/cpu/armv7/am33xx/board.c | 7 +++
1 file changed, 7 insertions(+)
diff --gi
Currently all backend driver ops uses hard coded physical
address, so to adopt the driver to DM, add device pointer to ops
call backs so that drivers that drivers can get physical
addresses from the usb driver priv/plat data.
Signed-off-by: Mugunthan V N
---
arch/arm/include/asm/omap_musb.h | 7
Since OMAP's spl doesn't support DM currently, do not define
CONFIG_DM_USB for spl build.
Signed-off-by: Mugunthan V N
---
include/configs/am335x_evm.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/am335x_evm.h b/include/configs/am335x_evm.h
index 6ebe0b3..d4724d5 100644
--
Do not register usb devices when CONFIG_DM_USB is define.
Signed-off-by: Mugunthan V N
---
arch/arm/cpu/armv7/am33xx/board.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/am33xx/board.c
b/arch/arm/cpu/armv7/am33xx/board.c
index e8d5be3..52e1b36 10064
This patch series enables musb driver to adopt driver model. This
has been tested on the following evms (logs [1]) by loading
kernel and dtb from sata hard-disk.
* AM335x GP evm
* AM335x BBB
Also pushed a branch for testing [2]
[1] - http://pastebin.ubuntu.com/15239811/
[2] - git://git.ti.com/~mu
On 02/28/2016 05:45 PM, Derald D. Woods wrote:
On 02/28/2016 04:39 PM, Alexander Graf wrote:
On 02/25/2016 02:38 PM, Derald D. Woods wrote:
On Thu, Feb 25, 2016 at 09:11:24AM +0100, Michal Simek wrote:
On 25.2.2016 05:47, Derald D. Woods wrote:
On Wed, Feb 24, 2016 at 12:26:09PM +0100, Mich
On 02/28/2016 04:39 PM, Alexander Graf wrote:
On 02/25/2016 02:38 PM, Derald D. Woods wrote:
On Thu, Feb 25, 2016 at 09:11:24AM +0100, Michal Simek wrote:
On 25.2.2016 05:47, Derald D. Woods wrote:
On Wed, Feb 24, 2016 at 12:26:09PM +0100, Michal Simek wrote:
On 24.2.2016 11:56, Adam Ford w
On 02/25/2016 02:38 PM, Derald D. Woods wrote:
On Thu, Feb 25, 2016 at 09:11:24AM +0100, Michal Simek wrote:
On 25.2.2016 05:47, Derald D. Woods wrote:
On Wed, Feb 24, 2016 at 12:26:09PM +0100, Michal Simek wrote:
On 24.2.2016 11:56, Adam Ford wrote:
On Tue, Feb 23, 2016 at 12:38 AM, Simon
Hi Tom,
Here is a bunch of UniPhier updates which include GPIO driver support,
MMC driver support, DRAM init code clean-ups, etc. Please pull.
The following changes since commit 50dc8677d769be6e2b34f49b6c43ad1e977bdc51:
Merge git://git.denx.de/u-boot-usb (2016-02-26 18:08:43 -0500)
are ava
2016-02-26 18:59 GMT+09:00 Masahiro Yamada :
>
>
>
> Masahiro Yamada (5):
> ARM: uniphier: merge two defconfig files
> ARM: uniphier: rework UniPhier SoC select in Kconfig
> ARM: uniphier: rename PH1-LD10/PH1-sLD11 to PH1-LD20/PH1-LD11
> ARM: uniphier: prepare directory structure for ARMv8
2016-02-26 14:21 GMT+09:00 Masahiro Yamada :
>
>
> Masahiro Yamada (21):
> ARM: uniphier: remove unused umc_polling()
> ARM: uniphier: rework struct uniphier_board_data
> ARM: uniphier: optimize ProXstream2 UMC init code with "for" loop
> ARM: uniphier: use pr_err() where possible
> ARM:
From: Fabio Estevam
Read the number of cores in the fuses to distinguish between
the dual and solo versions.
Tested on a mx7d sabresd and on a mx7solo warp7.
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/armv7/mx7/soc.c| 18 ++
arch/arm/imx-common/cpu.c | 2
Hi,
I was told some time ago that a publicly-available version of the Samsung
Chromebook 2 (supposedly, the one with an Exynos 5800 SoC) allows running
unsigned code (the U-Boot SPL) directly after the bootrom. Is that correct?
Do you know of any (other) publicly available device with an Exynos S
73 matches
Mail list logo