Dear David,
In message <0579e649-f359-415b-a8ed-e1d4267f8...@phytium.com.cn> you wrote:
>
> > And if any text base alignment is less than the image's maximum
> > alignment requirement, the load will fail, and then we likely scratch
> > our heads and set the CONFIG_SYS_TEXT_BASE alignment higher u
Hi, fenghua:
>I always use mkimage converting kernel to uImage and booting it. It
works fine.
>Wish this help you.
I followed these steps :
1. git clone git://git.linaro.org/kernel/linaro-aarch64.git
2. compiled it
% make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- distclean
vexpress_defconfig
Hi!
fw_printenv/fw_setenv in tools/env currently doesn't support
readring/writing directly from UBI volumes, which is supported in
U-Boot itself since commit 2b74433f365fa677a60431a80e524b5d8d04e995.
At that time gluebi mtd devices were widely used though never meant to
be more than a legacy-hack
Hello Simon,
Am 22.05.2014 22:34, schrieb Simon Glass:
+Tom
Hi Heiko,
On 22 May 2014 00:43, Heiko Schocher wrote:
using UBI and DM together leads in compiler error, as
both define a "struct device", so rename "struct device"
in include/dm/device.h to "struct udevice", as we use
linux code (M
On 05/21/2014 08:52 PM, Hector Palacios wrote:
> On 05/21/2014 04:20 AM, Jaehoon Chung wrote:
>> Hi, Hector.
>>
>> On 05/21/2014 01:37 AM, Hector Palacios wrote:
>>> Hi,
>>>
>>> On 05/16/2014 06:59 AM, Jaehoon Chung wrote:
Signed-off-by: Jaehoon Chung
Tested-by: Lukasz Majewski
Ack
Hi Tom,
On 22 May 2014 14:43, Tom Rini wrote:
> On Thu, May 22, 2014 at 10:34:33AM -1000, Simon Glass wrote:
>> +Tom
>>
>> Hi Heiko,
>>
>> On 22 May 2014 00:43, Heiko Schocher wrote:
>> > using UBI and DM together leads in compiler error, as
>> > both define a "struct device", so rename "struct
On Thu, May 22, 2014 at 10:34:33AM -1000, Simon Glass wrote:
> +Tom
>
> Hi Heiko,
>
> On 22 May 2014 00:43, Heiko Schocher wrote:
> > using UBI and DM together leads in compiler error, as
> > both define a "struct device", so rename "struct device"
> > in include/dm/device.h to "struct udevice",
On Thu, May 22, 2014 at 02:37:09PM +0530, Mugunthan V N wrote:
> CPSW Ethernet second port is pinned out as default Ethernet, so adding
> support for CPSW ethernet for downloading images via Ethernet.
>
> Mugunthan V N (3):
> drivers: net: cpsw: add support for using second port as ethernet
>
On 05/14/2014 03:29 PM, Pantelis Antoniou wrote:
> Hi Tom,
>
> Sorry about that; It's all on my pile of work to do when I get back home.
Did these get applied somewhere?
>
> On May 14, 2014, at 2:17 PM, Tom Rini wrote:
>
>> On Wed, May 14, 2014 at 11:30:35AM -0600, Stephen Warren wrote:
>>> On
- add function for configuring iomux based on board-specific regs
- add function for configuring mmdc based on board-specific and
chip-specific data
Signed-off-by: Tim Harvey
---
v4:
- added delay following configure to allow ZQ calibration to complete
- update MMDC configuration to match Frees
On Wed, May 21, 2014 at 11:34 PM, Stefano Babic wrote:
> Hi Tim,
>
> On 22/05/2014 08:14, Tim Harvey wrote:
>
>> Stefano,
>>
>> Any comments on this series? I realize you've applied the first one
>> and I'll remove that from any subsequent posts.
>
> Right.
>>
>
> I think we have a very good point
When the DDR controller is initialized below a junction temperature of
0°C and then operated above a junction temperature of 65°C, the DDR
controller may cause receive data errors, resulting ECC errors and/or
corrupted data. This erratum applies to the following SoCs and their
variants: MPC8536, MP
Yeah, I was just bitten by this problem as well...
FWIW, you might also...
Acked-by: Jon Loeliger
Thanks,
jdl
On Thu, May 22, 2014 at 3:34 PM, Simon Glass wrote:
> +Tom
>
> Hi Heiko,
>
> On 22 May 2014 00:43, Heiko Schocher wrote:
>> using UBI and DM together leads in compiler error, as
>> b
+Tom
Hi Heiko,
On 22 May 2014 00:43, Heiko Schocher wrote:
> using UBI and DM together leads in compiler error, as
> both define a "struct device", so rename "struct device"
> in include/dm/device.h to "struct udevice", as we use
> linux code (MTD/UBI/UBIFS some USB code,...) and cannot
> change
Hi David,
On 22 May 2014 08:24, David Nelson wrote:
>
> On 14-05-22 11:27 AM, Simon Glass wrote:
>>
>> Hi Minkyu,
>>
>> On 21 May 2014 15:20, Minkyu Kang wrote:
>>>
>>> On 22/05/14 03:58, Simon Glass wrote:
Hi Minkyu,
On 21 May 2014 00:05, Minkyu Kang wrote:
>
> On 2
+Minkyu
Hi Tom,
On 22 May 2014 08:37, Tom Rini wrote:
> On Tue, May 20, 2014 at 06:01:31AM -0600, Simon Glass wrote:
>
>> This series adds a driver for TPS65090 and plumbs it in to get the LCD
>> working correctly on snow.
>>
>> The display driver is already present, but needs information about
From: Jamie Lentin
You should already know you're using a D-link device.
Signed-off-by: Jamie Lentin
---
include/configs/dnskw.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/dnskw.h b/include/configs/dnskw.h
index e55fdc4..7058873 100644
--- a/include/con
From: Jamie Lentin
Neither device makes any use of the SD reader functionalty, so as
suggested by Stefan Herbrechtsmeier, set the pins to GPIO instead
to make this more obvious. Label MPP10 & MPP11's use whilst here.
Signed-off-by: Jamie Lentin
Cc: prafu...@marvell.com
Cc: albert.u.b...@aribaud
From: Jamie Lentin
Extend dnskw to support the D-Link DNS-320 ShareCenter NAS also. For more
information on this NAS, see:-
http://jamie.lentin.co.uk/devices/dlink-dns320
http://dns323.kood.org/dns-320
http://sharecenter.dlink.com/products/DNS-320
Changes since V1:
* Shorten CONFIG_IDENT_
From: Jamie Lentin
So we can re-use DNS-325 configuration for the DNS-320 without things getting
confusing, rename all common parts from dns325 to dnskw, and use a config
option to configure DNS-325 specifics.
Signed-off-by: Jamie Lentin
Cc: prafu...@marvell.com
Cc: albert.u.b...@aribaud.net
--
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Hi,
A rebase of an old patch set from Jamie Lentin.
Source is available here:
http://jamie.lentin.co.uk/devices/dlink-dns325/
Please apply
Changelog:
[V2] Use git option -M
[V3] Fix a mismerge in boards.
On Thu, May 22, 2014 at 10:05 PM, Tom Rini wrote:
> On Thu, May 22, 2014 at 12:45:11PM +0300, Vasili Galka wrote:
> > Hi,
> >
> > I'm trying to compile the "v2014.04" tag using "ppmc7xx" configuration on
> > Ubuntu using powerpc-none-eabi toolchain. I'm running the following:
> >
> > make CROSS_C
On Thu, May 15, 2014 at 12:28:23AM +0200, Marek Vasut wrote:
> This applies _after_ my previous u-boot-usb/master PR please.
>
> The following changes since commit 2072e7262965bb48d7fffb1e283101e6ed8b21a8:
>
> mvtwsi: Remove unnecessary twsi_baud_rate and twsi_slave_address globals
> (2014-05
On Tue, May 20, 2014 at 03:54:22PM +0200, Michal Simek wrote:
> Hi Tom,
>
> here is the next round of fpga patches.
> Please pull them to your tree.
>
> Thanks,
> Michal
>
>
> [u-boot]$ ./tools/buildman/buildman -b fpga zynq x600 omap3_mvblx mt_ventoux
> iocon grsim grsim_leon2 coreboot ballo
On Thu, May 15, 2014 at 12:20:31AM +0200, Marek Vasut wrote:
> I will have one more PR lined up later on after this is in.
>
> The following changes since commit 173d294b94cfec10063a5be40934d6d8fb7981ce:
>
> Merge branch 'serial' of git://www.denx.de/git/u-boot-microblaze
> (2014-05-06
> 14:
On Tue, May 20, 2014 at 10:57:08AM +0200, Albert ARIBAUD wrote:
> Hello Tom,
>
> The following changes since commit
> d7782d06534fe4fa47a49fa7c106de5ba85a9687:
>
> Merge branch 'master' of git://git.denx.de/u-boot-mpc85xx (2014-05-16
> 18:30:33 -0400)
>
> are available in the git repository
On Thu, May 22, 2014 at 12:45:11PM +0300, Vasili Galka wrote:
> Hi,
>
> I'm trying to compile the "v2014.04" tag using "ppmc7xx" configuration on
> Ubuntu using powerpc-none-eabi toolchain. I'm running the following:
>
> make CROSS_COMPILE=powerpc-none-eabi- O=out/ ppmc7xx_config
> make CROSS_COM
On Tue, May 20, 2014 at 06:01:31AM -0600, Simon Glass wrote:
> This series adds a driver for TPS65090 and plumbs it in to get the LCD
> working correctly on snow.
>
> The display driver is already present, but needs information about the
> display to be provided in the device tree.
>
> The backl
On 14-05-22 11:27 AM, Simon Glass wrote:
Hi Minkyu,
On 21 May 2014 15:20, Minkyu Kang wrote:
On 22/05/14 03:58, Simon Glass wrote:
Hi Minkyu,
On 21 May 2014 00:05, Minkyu Kang wrote:
On 20/05/14 20:47, Simon Glass wrote:
Hi Minkyu,
On 15 May 2014 00:51, Minkyu Kang wrote:
On 03/04/14
Hello Vasili,
On wo, 2014-05-21 at 11:50 +0300, Vasili Galka wrote:
> >>This pattern is a
> >>result of the original decision from 2004 to prioritize the host
> >>include paths over the paths from U-Boot tree.
> >
> > any reference?
>
> This decision is a part of the above mentioned
On Thu, May 15, 2014 at 10:39:26AM +0200, Michal Simek wrote:
> From: Siva Durga Prasad Paladugu
>
> Added support to load a bitstream image in chunks by reading it in
> chunks from SD/MMC.
> Command format:
> loadfs [dev] [address] [image size] [blocksize]
>[]
> Example: fpga loadfs 0
Hi Minkyu,
On 21 May 2014 15:20, Minkyu Kang wrote:
> On 22/05/14 03:58, Simon Glass wrote:
>> Hi Minkyu,
>>
>> On 21 May 2014 00:05, Minkyu Kang wrote:
>>> On 20/05/14 20:47, Simon Glass wrote:
Hi Minkyu,
On 15 May 2014 00:51, Minkyu Kang wrote:
> On 03/04/14 08:24, Simon Gl
Hi,
On 22 May 2014 22:06, Tom Rini wrote:
> On Thu, May 22, 2014 at 10:26:17PM +0800, feng...@phytium.com.cn wrote:
> >
> >
> > > Hi ,
> > > I have added mmc driver into the vexpress64 board file for uboot and
> tested
> > > it on FVP base model. I tried booting a kernel on that but it is
> abo
On 05/22/2014 04:20 AM, Lukasz Majewski wrote:
> Hi Stephen,
>
>> From: Stephen Warren
>>
>> DFU read support appears to rely upon dfu->read_medium() updating the
>> passed-by-reference len parameter to indicate the remaining size
>> available for reading.
>>
>> dfu_read_medium_mmc() never does t
On Thu, May 22, 2014 at 10:26:17PM +0800, feng...@phytium.com.cn wrote:
>
>
> > Hi ,
> > I have added mmc driver into the vexpress64 board file for uboot and tested
> > it on FVP base model. I tried booting a kernel on that but it is aborting
> > with the following message:
> > Final value for ar
On 05/21/2014 07:41 PM, Jaehoon Chung wrote:
> On 05/22/2014 01:18 AM, Stephen Warren wrote:
>> On 05/20/2014 11:40 PM, Jaehoon Chung wrote:
>>> Hi, Stephen.
>>>
>>> i didn't apply your patch. Which repository do you use?
>>
>> It's based on u-boot.git master branch. The latest u-boot-mmc.git maste
Hi there,
On Feb 20, 2014, at 12:00 PM, Ye.Li wrote:
> From: "Ye.Li"
>
> When configure the fsl_esdhc driver to PIO mode by defining
> "CONFIG_SYS_FSL_ESDHC_USE_PIO", the SD/MMC read and write will fail.
>
> Two bugs in the driver to cause the issue:
> 1. The read buffer was invalidated after
> Currently cntvoff_el2 is initialised with an arbitrary bag of bits
> derived from the initial value of cnthctl_el2 on the current CPU. This is
> somewhat odd and problematic as some of these bits are UNKNOWN at reset
> and may differ across CPUs (which may cause an OS at EL1 to observe time
> go
> Hi ,
> I have added mmc driver into the vexpress64 board file for uboot and tested
> it on FVP base model. I tried booting a kernel on that but it is aborting
> with the following message:
> Final value for argc=3
> Loading Kernel Image ... OK
> kernel loaded at 0x0008, end = 0x00827024
> On 14-05-16 06:47 AM, feng...@phytium.com.cn wrote:
>>
>> hi Darwin,
>>It's a little late.
>>> I'm hoping someone can help answer these questions about armv8 relocation.
>>>
>>> The CONFIG_SYS_TEXT_BASE seems to be be usually setup to a decent amount of
>>> alignment. For the purposes
Entry for dfu subsystem have been added to doc/git-mailrc file
Signed-off-by: Lukasz Majewski
---
doc/git-mailrc |2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/git-mailrc b/doc/git-mailrc
index 251586e..e53c888 100644
--- a/doc/git-mailrc
+++ b/doc/git-mailrc
@@ -22,6 +22,7 @@ alia
Hi,
On 22 May 2014 18:09, Tom Rini wrote:
> On Thu, May 22, 2014 at 11:18:24AM +0530, Vishal Bhoj wrote:
> > Hi,
> >
> > Thanks for the inputs.
> >
> >
> > On 21 May 2014 21:04, Mark Rutland wrote:
> >
> > > On Wed, May 21, 2014 at 04:28:53PM +0100, Tom Rini wrote:
> > > > On Wed, May 21, 2014
Dear Vasili,
In message
you wrote:
>
> I'm trying to compile the "v2014.04" tag using "ppmc7xx" configuration on
> Ubuntu using powerpc-none-eabi toolchain. I'm running the following:
...
> And receiving the following error:
> [...]
> LDS u-boot.lds
> LD u-boot
> powerpc-none-eabi-
On Wed, May 21, 2014 at 11:40 AM, Fabio Estevam wrote:
> Hi Marek,
>
> About the following piece of code in enable_pcie_clock:
>
> int enable_pcie_clock(void)
>
> * Switch LVDS clock source to SATA (0xb), disable clock INPUT and
> * enable clock OUTPUT. This is important for PCI exp
On Thu, May 22, 2014 at 11:18:24AM +0530, Vishal Bhoj wrote:
> Hi,
>
> Thanks for the inputs.
>
>
> On 21 May 2014 21:04, Mark Rutland wrote:
>
> > On Wed, May 21, 2014 at 04:28:53PM +0100, Tom Rini wrote:
> > > On Wed, May 21, 2014 at 10:40:38AM +0100, Mark Rutland wrote:
> > > > On Wed, May
From: Doug Anderson
Setting ps_hold ought to be one of the first things we do when we
first boot up. If we wait until the main u-boot runs we won't set it
in time and the PMIC may power us back off.
Moving ps_hold setup into the generic power_init() which
should contain code that's currently dup
Hi,
Trying to run the qemu-ppce500 within qemu. I am using -bios u-boot.bin and
no luck, I get live signal.
I am using latest u-boot master and qemu master.
Command:
$ ./qemu-system-ppc -M ppce500 -nographic -bios u-boot.bin
Tried to load u-boot as well, same.
Are there any patches pending or
This commit adds test script for testing if any commit has introduced
regression to the DFU.
It uses md5 to test if sent and received file is correct.
The test detailed description is available at DESCRIPTION.TXT file.
Signed-off-by: Lukasz Majewski
---
test/dfu/DESCRIPTION.TXT| 27 ++
Hi Pantelis,
> mmc_init() doesn't call get_timer() anymore if MMC is already
> initialized.
>
> Signed-off-by: Mateusz Zalega
> Cc: Pantelis Antoniou
> ---
> Detached from earlier "DFU, MMC, Gadget, Goni, misc." series because
> of lack of relevance to other patches.
>
> v2:
> - deleted change
resync mtd, ubi and ubifs subsystem with linux:
commit 455c6fdbd219161bd09b1165f11699d6d73de11c
Author: Linus Torvalds
Date: Sun Mar 30 20:40:15 2014 -0700
Linux 3.14
Main reason for this sync is, we now have UBI fastmap support
in U-Boot.
Tested it on am33xx, imx6 and mpc83xx boards. MA
using UBI and DM together leads in compiler error, as
both define a "struct device", so rename "struct device"
in include/dm/device.h to "struct udevice", as we use
linux code (MTD/UBI/UBIFS some USB code,...) and cannot
change the linux "struct device"
Signed-off-by: Heiko Schocher
Cc: Simon Gla
from linux 3.14:
commit 455c6fdbd219161bd09b1165f11699d6d73de11c
Author: Linus Torvalds
Date: Sun Mar 30 20:40:15 2014 -0700
Linux 3.14
Needed for the MTD/UBI/UBIFS resync
Signed-off-by: Heiko Schocher
Cc: Marek Vasut
Cc: Sergey Lapin
Cc: Scott Wood
---
- changes for v2:
none
inc
resync with linux:
commit 455c6fdbd219161bd09b1165f11699d6d73de11c
Author: Linus Torvalds
Date: Sun Mar 30 20:40:15 2014 -0700
Linux 3.14
Needed for the MTD/UBI/UBIFS resync
Signed-off-by: Heiko Schocher
Cc: Marek Vasut
Cc: Sergey Lapin
Cc: Scott Wood
---
- changes for v2:
none
i
Hi Stephen,
> From: Stephen Warren
>
> DFU read support appears to rely upon dfu->read_medium() updating the
> passed-by-reference len parameter to indicate the remaining size
> available for reading.
>
> dfu_read_medium_mmc() never does this, and the implementation of
> dfu_read_medium_nand()
Add a new serdes2 protocol 0x27.
Signed-off-by: Shengzhou Liu
---
arch/powerpc/cpu/mpc85xx/t2080_serdes.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/cpu/mpc85xx/t2080_serdes.c
b/arch/powerpc/cpu/mpc85xx/t2080_serdes.c
index 2b7c698..7138bb4 100644
--- a/arch/powerpc/cpu/mp
On Thursday 15 May 2014 11:08 AM, Lokesh Vutla wrote:
> DRA72x devices are single core Cortex A15 devices belonging to the
> DRA7xx family.
> This series adds support for DRA72x family Socs and the data for
> DRA722 ES1.0 soc.
>
> Tested on: DRA722 ES1.0
> Verfied MAKEALL -s omap
>
> Keerthy (1):
Hi Heiko,
> Hello Lukasz,
>
> Am 16.05.2014 10:58, schrieb Lukasz Majewski:
> > Hi Wolfgang, Tom,
> >
> >> Hi Wolfgang,
> >>
> >>> Dear Lukasz,
> >>>
> >>> In message<20140515090904.32f1d13d@amdc2363> you wrote:
>
> >> What I complained about is the change in behaviour. I asked
> >
Hi,
I'm trying to compile the "v2014.04" tag using "ppmc7xx" configuration on
Ubuntu using powerpc-none-eabi toolchain. I'm running the following:
make CROSS_COMPILE=powerpc-none-eabi- O=out/ ppmc7xx_config
make CROSS_COMPILE=powerpc-none-eabi- O=out/
And receiving the following error:
[...]
L
Sometimes Read DQ and DQS are not in phase. Since, this
phase shift differs from board to board, we need to
calibrate it at DRAM init phase, that's read DQ calibration.
This patch adds SW Read DQ calibration routine to compensate
this skew.
Signed-off-by: Alim Akhtar
Signed-off-by: Akshay Saraswa
From: Doug Anderson
>From experiments it appears that PHY_CON13 is glitchy if we sample it
when CLKM is running. If we stop CLKM when sampling it the glitches
all go away, so we'll do that.
We also check the "is it locked" bits of PHY_CON13 and loop until they
show that the value sampled actual
This patch intends to remove all code which enables hardware read
leveling. All characterization environments may not cope up with
h/w read leveling enabled, hence, we need to disable this.
Also, disabling h/w read leveling improves the MIF LVcc value
(LVcc value is the value at which DDR will fai
Passing fewer arguments is better and mem_iv_size is never
used. Let's keep only one argument and make it cleaner.
Signed-off-by: Hatim Ali
Signed-off-by: Akshay Saraswat
---
arch/arm/cpu/armv7/exynos/dmc_common.c| 5 +
arch/arm/cpu/armv7/exynos/dmc_init_ddr3.c | 10 ++
arch/ar
This patch series introduces few updates with respect to
ddr3 init function definition and read leveling.
Akshay Saraswat (3):
Exynos5: DMC: Modify the definition of ddr3_mem_ctrl_init
Exynos5420: Remove code for enabling read leveling
Exynos5420: DMC: Add software read leveling
Doug Anders
Macros defined in exynos5_setup.h specific to SMDK5420
are required for Peach-Pit too. Hence, replacing
CONFIG_SMDK5420 with CONFIG_EXYNOS5420 to enable these
macros for all the boards based on Exynos5420.
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
arch/arm/cpu/armv7/exynos/exynos
While the Exynos5420 chip is used in both Smdk5420 and in the Peach-Pit
line of devices, there could be other boards using the same chip, so a
common configuration file is being added (exynos5420.h) as well
as two common device tree files (exynos54xx.dtsi & exynos5420.dtsi).
The peach board as dec
This board is based on Exynos5420 and is similar to SMDK5420 board.
Adding new and refactoring existing DT and config files to support
both SMDK5420 and Peach-Pit.
Changes since v1:
- Added "Acked-by".
Akshay Saraswat (2):
Exynos5420: Introduce support for the Peach-Pit board
Exynos5
On Thursday 22 May 2014 02:37 PM, Mugunthan V N wrote:
> CPSW Ethernet second port is pinned out as default Ethernet, so adding
> support for CPSW ethernet for downloading images via Ethernet.
>
> Mugunthan V N (3):
> drivers: net: cpsw: add support for using second port as ethernet
> ARM: DRA7
Set the active_slave to 1 as slave 1 is pinned out in dra72x base board
Signed-off-by: Mugunthan V N
---
board/ti/dra7xx/evm.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/board/ti/dra7xx/evm.c b/board/ti/dra7xx/evm.c
index 073d151..955c16f 100644
--- a/board/ti/dra7
Add cpsw second slave port pinmux to use it as primary ethernet port
Signed-off-by: Mugunthan V N
---
board/ti/dra7xx/mux_data.h | 12
1 file changed, 12 insertions(+)
diff --git a/board/ti/dra7xx/mux_data.h b/board/ti/dra7xx/mux_data.h
index 38de9d5..56cda07 100644
--- a/board/ti/
CPSW Ethernet second port is pinned out as default Ethernet, so adding
support for CPSW ethernet for downloading images via Ethernet.
Mugunthan V N (3):
drivers: net: cpsw: add support for using second port as ethernet
ARM: DRA7xx: Add cpsw second port pinmux
ARM: dra7_evm: Add Ethernet supp
Add support for using the second slave port of cpsw
to be used as primary ethernet.
Signed-off-by: Mugunthan V N
---
drivers/net/cpsw.c | 8 +---
include/cpsw.h | 1 +
2 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/net/cpsw.c b/drivers/net/cpsw.c
index bd5fba2..8e
On 22.05.14 09:52, Alon Bar-Lev wrote:
Hi,
Trying to run the qemu-ppce500 within qemu. I am using -bios
u-boot.bin and no luck, I get live signal.
I am using latest u-boot master and qemu master.
Command:
$ ./qemu-system-ppc -M ppce500 -nographic -bios u-boot.bin
Tried to load u-boot as we
As revision code 1 is for silicon revision 2.0, it is easily confused with
silicon revision 1.0.
Device type report also reworked in same style.
Signed-off-by: Sergey Alyoshin
---
arch/arm/cpu/armv7/am33xx/sys_info.c | 41 +++---
1 file changed, 23 insertions(+), 1
73 matches
Mail list logo
