. Self-owned World-class Data Center 自建國際級數據中心
Linux Cloud Server
Windows Cloud Server
Your prompt feedback and response will be highly appreciated.
Best Regards,
Kevin
SunnyVision Limited
Email: ke...@sunnyvision.comWeb Site:
http://sv-edm-001.hkcolocation.com/emailmarketer/link.php?M=328181&
when
executing ldp instuction in pie_fix_loop.
Signed-off-by: Kevin Chen
---
arch/arm/cpu/armv8/start.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv8/start.S b/arch/arm/cpu/armv8/start.S
index f3ea858577..6cc1d26e5e 100644
--- a/arch/arm/cpu/armv8/start.S
B3.0 controller and the PCIe Controller, thus only
> a single controller can use it.
>
> This serie adds a VIM3 specific board support and adds this dynamic
> switching right before booting Linux.
Reviewed-by: Kevin Hilman
Tested-by: Kevin Hilman
Tested on khadas vim3
Kevin
c/vim3/vim3.c
> @@ -11,6 +11,122 @@
> #include
> #include
> #include
> +#include
> +#include "khadas-mcu.h"
This file doesn't exist in this series, so it doesn't compile.
Copying it from Linux, it compiles and works fine.
Kevin
process. The strange thing is that when I debug the board using a JTAG it
gets the correct Chip ID and boots properly. I am hoping that someone else
might have run into a similar problem, or might have an idea of how to
proceed.
Thanks,
Kevin
___
U
of a difference between the u-boot ethernet and linux kernel ethernet
that may be causing the problem I would appreciate any insight. I have
tried the 2.6.24, 2.6.25, and 2.6.27 kernels.
Thanks,
Kevin
___
U-Boot mailing list
U-Boot@lists.denx.de
http
Hi
> > > > +#ifdef CFG_SDR_CONFIG
> > > > mov r1, #CFG_SDR_CONFIG
> > > > + mov r9, #0xff
> > > > +#else
> > > > + mov r1, #0x1d /* 256 MB, two banks of 128 MB */
> > > > + mov r9, #0
> > > > +#endif
> > >
> > > I don't want such $ifdef's in global code.
I (including SPI NOR flash)
> - I2C
> - Ethernet (neta)
>
> One big part of this new SoC support is the move of the already exisiting
> Armada XP support into the "mach-mvebu" directory. With this move its
> easier to re-use this code for the A38x, which is pretty similar
Hi,
First off, sorry I'm not used to using mailing lists. I'm not sure if this is
the best way to dig for information. We've recently switched to uboot/linux
from wince and I'm trying to understand how configuring uboot works. I'm also
trying to find out how to use the SPL framework and possib
Excellent thanks, the "falcon" boot or mode is booting directly into the kernel
from the SPL and skipping uboot altogether.
-Original Message-
From: Dirk Behme [mailto:dirk.be...@gmail.com]
Sent: Saturday, February 16, 2013 2:32 AM
To: Chaves, Kevin
Cc: u-boot@lists.denx.de; E
p://thread.gmane.org/gmane.comp.boot-loaders.u-boot/146987/focus=147040
-Original Message-
From: Dirk Behme [mailto:dirk.be...@gmail.com]
Sent: Saturday, February 16, 2013 2:32 AM
To: Chaves, Kevin
Cc: u-boot@lists.denx.de; Eric Nelson
Subject: Re: [U-Boot] imx6, spl and falcon boot
Am 15.02
: Monday, February 18, 2013 4:37 PM
To: Chaves, Kevin
Cc: Dirk Behme; u-boot@lists.denx.de
Subject: Re: [U-Boot] imx6, spl and falcon boot
Hi,
On Mon, Feb 18, 2013 at 11:44:36AM -0700, Chaves, Kevin wrote :
> Ok is there documentation anywhere that can show the requirements for
> supporting
2013 9:00 AM
To: Wolfgang Denk
Cc: Chaves, Kevin; u-boot@lists.denx.de; Dirk Behme
Subject: Re: [U-Boot] imx6, spl and falcon boot
On Tue, Feb 19, 2013 at 12:35:01PM +0100, Wolfgang Denk wrote :
> Dear Alexandre Belloni,
>
> In message <20130219112532.gb24...@piout.net> you wrote:
>
---Original Message-
From: Eric Nelson [mailto:eric.nel...@boundarydevices.com]
Sent: Tuesday, February 19, 2013 11:34 AM
To: Chaves, Kevin
Cc: Alexandre Belloni; Wolfgang Denk; u-boot@lists.denx.de; Dirk Behme
Subject: Re: [U-Boot] imx6, spl and falcon boot
Hi Kevin,
I'm a bit late to t
So uboot can recover if it's bad using watchdog? How does this work if the
binary is clobbered?
-Original Message-
From: otavio.salva...@gmail.com [mailto:otavio.salva...@gmail.com] On Behalf Of
Otavio Salvador
Sent: Tuesday, February 19, 2013 1:34 PM
To: Chaves, Kevin
Cc: Eric N
make
> writing your own 'BIOS' code for your board a lot easier
FYI - SeaBIOS ( http://seabios.org/ ) uses gcc for real-mode code.
Indeed, the name "SeaBIOS" is a play on words - it's a BIOS written in
C code.
-Kevin
___
U-B
igate implementing a stub in U-Boot to
> initialise and use VGA option ROMs
VGA option ROMs call BIOS functions. So, one needs a BIOS
implementation (eg, SeaBIOS) or an emulator for them (eg, in
coreboot).
-Kevin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
later.
Note, SeaBIOS can also relocate part of itself to high memory.
(Though, SeaBIOS is pretty small, so the memcpy costs are trivial.)
-Kevin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wed, May 11, 2011 at 10:40:23AM +1000, Graeme Russ wrote:
> On Wed, May 11, 2011 at 10:23 AM, Kevin O'Connor wrote:
> > VGA option ROMs call BIOS functions. So, one needs a BIOS
> > implementation (eg, SeaBIOS) or an emulator for them (eg, in
> > coreboot).
>
&g
essed), so I doubt cutting out features would matter much for
size. (In a quick test, pulling out everything but interfaces brought
the size to ~45K/24K.) However, it could be done if one doesn't want
to bother initializing hardware (eg, USB) twice.
-Kevin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
m coreboot, how does it
> output to the VGA console? I know it uses BIOS early on (before switching
> to protected mode) but what does it do after entering protected mode?
In general, one enables the coreboot VGA option ROM emulation when
booting Linux directly from coreboot.
-Kevin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Wed, May 11, 2011 at 01:27:30PM +1000, Graeme Russ wrote:
> On Wed, May 11, 2011 at 1:20 PM, Kevin O'Connor wrote:
> > On Wed, May 11, 2011 at 01:12:16PM +1000, Graeme Russ wrote:
> >> What does Linux do? i.e. if you boot Linux from coreboot, how does it
> >> o
r0,0(r4)
bdnz 3b
Basically, it spins through this loop for a while and eventually I get a TLB
exception. Is this just a cut and dry DDR configuration problem, or should I
be looking at my Uboot setup?
Thanks,
Kevin
___
U-Boot
the place. Random instructions set to 0. There must
be a time value that is just on the edge of working properly.
-Kevin
-Original Message-
From: Jared Lewis [mailto:jared.le...@radisys.com]
Sent: Wednesday, February 16, 2011 4:57 PM
To: Alden, Kevin
Subject: RE: [U-Boot] Problem
TLB entry to disable the cache, but that seems to
hang my memory test before it even starts to write to memory. Does anyone know
of a way to get simple memory read/write access working inside board_init_f?
Thanks,
Kevin
From: Alden, Kevin
Sent: Thursday
I have a USB TAP. I have had a lot of problems with the code warrior software
so I sort of gave up on it and tried to use uboot. I wish freescale support
was better :)
If no one has any suggestions for doing this in the uboot code I guess I will
have to go back to fighting with codewarrior.
nx.de] On
Behalf Of Alden, Kevin
Sent: Thursday, February 24, 2011 6:53 PM
To: u-boot@lists.denx.de
Subject: Re: [U-Boot] Problem booting on custom board (85xx)
I am still fighting this DDR issue. Currently, I am trying to get a DDR test
to run in uboot before the relocation occurs (in board_i
Hello,
I just noticed that the kernel wakeup from suspend using RTC is broken
after I upgraded u-boot from v2012.04.01 to v2012.10 on my
OMAP4430/Panda and OMAP4460/Panda-ES.
I haven't isolated the cause yet, but am hoping someone might have a
pointer about where to start digging.
gain.
I'm glad to see u-boot going in this direction. In the kernel, we've
also been trying to get rid of bootloader dependencies also, but it's
clear we haven't got all of them yet.
I'll keep digging to see what's missing in the kernel pads setup to get
RTC working ag
>
> Tested on these Marvell eval boards:
> DB-MV784MP-GP - Armada XP
> DB-88F6820-GP - Armada 38x
>
> Signed-off-by: Stefan Roese
Tested-by: Kevin Smith
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
he NAK, and start the transfer
successfully.
Signed-off-by: Kevin Smith
---
tools/kwboot.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/tools/kwboot.c b/tools/kwboot.c
index af7a6ee..6b58fc9 100644
--- a/tools/kwboot.c
+++ b/tools/kwboot.c
@@ -71,6 +71,7 @@
`dbg_leb_unmap'
This function is in a #ifndef __UBOOT__ section.
Kevin Smith
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
ls, because the definitions are
macro'd out. This patch macros out the calls so that the build
succeeds with -O0.
Signed-off-by: Kevin Smith
---
fs/ubifs/io.c | 8
1 file changed, 8 insertions(+)
diff --git a/fs/ubifs/io.c b/fs/ubifs/io.c
index bdccdc4..eab3281 100644
--- a/fs/ubifs/io.c
ts possible now to use the UART boot mode without on images that
> are generated for other boot devices, like SPI. So no need to change
> BOOT_FROM to "uart" for UART xmodem booting any more.
>
> Signed-off-by: Stefan Roese
> Cc: Luka Perkov
> Cc: Kevin Smith
> C
-off-by: Stefan Roese
No lockups over many load tests. Thanks!
Tested-by: Kevin Smith
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
as a basic PHY on any/all ports.
This driver was developed with a mv88e6176 switch and a CPU
connected over SGMII on port 5. Other configurations should be
supported, but this is the only one that could be tested.
Signed-off-by: Kevin Smith
Cc: Joe Hershberger
Cc: Prafulla Wadaskar
Cc: Stefan
appreciated.
Signed-off-by: Kevin Smith
Cc: Prafulla Wadaskar
Cc: Joe Hershberger
Cc: Stefan Roese
Cc: Marek Vasut
Kevin Smith (2):
net: Remove unused mv88e61xx switch driver
net: phy: Add PHY driver for mv88e61xx switches
drivers/net/phy/mv88e61xx.c | 959
appreciated.
Signed-off-by: Kevin Smith
Acked-by: Prafulla Wadaskar
Cc: Joe Hershberger
Cc: Stefan Roese
Cc: Marek Vasut
Kevin Smith (2):
net: Remove unused mv88e61xx switch driver
net: phy: Add PHY driver for mv88e61xx switches
drivers/net/phy/mv88e61xx.c | 959
The previous mv88e61xx driver was a driver for configuring the
switch, but did not integrate with the PHY/networking system, so
it could not be used as a PHY by U-boot. This is a complete
rework to support this device as a PHY.
Signed-off-by: Kevin Smith
Acked-by: Prafulla Wadaskar
Cc: Joe
No boards are using this driver. Remove in preparation for a new
driver with integrated PHY support.
Signed-off-by: Kevin Smith
Cc: Joe Hershberger
Cc: Prafulla Wadaskar
Cc: Stefan Roese
Cc: Marek Vasut
---
drivers/net/phy/mv88e61xx.c | 537
Hello
I am making a bigeffort to try to acquire knowledge regarding embedded Linux.
Myprimary reference is the book entitled 'Embedded Linux Primer, SecondEdition
A Practical, Real-World Approach' by Christopher Hallinan,published 2010
I have reachedchapter 7, 'Bootloaders', and I am having a fe
Signed-off-by: Kevin Smith
---
include/configs/mv-common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/mv-common.h b/include/configs/mv-common.h
index 51436da..03518b0 100644
--- a/include/configs/mv-common.h
+++ b/include/configs/mv-common.h
@@ -59,6 +59,8 @@
#define
Changes needed to allow the DB-88F6820-GP development board to successfully
boot a Linux kernel.
Kevin Smith (3):
arm: mvebu: Update CBAR with SOC regs base
mv-common.h: Include support for device trees
db-88f6820-gp.h: Load data blobs into lower memory
Stefan Roese (1):
arm: mvebu
From: Stefan Roese
L2 cache may still be enabled by the BootROM. We need to first disable
it before enabling d-cache support.
Signed-off-by: Stefan Roese
Signed-off-by: Kevin Smith
---
arch/arm/mach-mvebu/cpu.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/mach-mvebu
SMP-enabled Linux kernels read the CBAR register in CP15 to find
the address of the SCU registers. After remapping internal
registers, also update the CBAR so the kernel can find them.
Signed-off-by: Kevin Smith
---
arch/arm/mach-mvebu/cpu.c | 7 +++
1 file changed, 7 insertions(+)
diff
: Kevin Smith
---
include/configs/db-88f6820-gp.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/configs/db-88f6820-gp.h b/include/configs/db-88f6820-gp.h
index 12a24ce..490d74e 100644
--- a/include/configs/db-88f6820-gp.h
+++ b/include/configs/db-88f6820-gp.h
@@ -63,6 +63,11
Changes needed to allow the DB-88F6820-GP development board to successfully
boot a Linux kernel.
Kevin Smith (3):
arm: mvebu: Update CBAR with SOC regs base
mv-common.h: Include support for device trees
db-88f6820-gp.h: Load data blobs into lower memory
Stefan Roese (1):
arm: mvebu
From: Stefan Roese
L2 cache may still be enabled by the BootROM. We need to first disable
it before enabling d-cache support.
Signed-off-by: Stefan Roese
Signed-off-by: Kevin Smith
---
arch/arm/mach-mvebu/cpu.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/mach-mvebu
SMP-enabled Linux kernels read the CBAR register in CP15 to find
the address of the SCU registers. After remapping internal
registers, also update the CBAR so the kernel can find them.
Signed-off-by: Kevin Smith
---
arch/arm/mach-mvebu/cpu.c | 7 +++
1 file changed, 7 insertions(+)
diff
Changes needed to allow the DB-88F6820-GP development board to successfully
boot a Linux kernel.
Changes in v2:
- Correct address written to CBAR to be the SCU address instead of
the internal registers address
Kevin Smith (3):
arm: mvebu: Update CBAR with SOC regs base
mv-common.h
Signed-off-by: Kevin Smith
---
include/configs/mv-common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/mv-common.h b/include/configs/mv-common.h
index 51436da..03518b0 100644
--- a/include/configs/mv-common.h
+++ b/include/configs/mv-common.h
@@ -59,6 +59,8 @@
#define
: Kevin Smith
---
include/configs/db-88f6820-gp.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/configs/db-88f6820-gp.h b/include/configs/db-88f6820-gp.h
index 12a24ce..490d74e 100644
--- a/include/configs/db-88f6820-gp.h
+++ b/include/configs/db-88f6820-gp.h
@@ -63,6 +63,11
Changes needed to allow the DB-88F6820-GP development board to successfully
boot a Linux kernel.
Changes in v3:
- Correct coding-style errors
- Correct config macro style error
- Add acked-by lines
Kevin Smith (3):
arm: mvebu: Update CBAR with SOC regs base
mv-common.h: Include support for
SMP-enabled Linux kernels read the CBAR register in CP15 to find
the address of the SCU registers. After remapping internal
registers, also update the CBAR so the kernel can find them.
Signed-off-by: Kevin Smith
Acked-by: Stefan Roese
---
arch/arm/mach-mvebu/cpu.c | 7 +++
1 file changed
From: Stefan Roese
L2 cache may still be enabled by the BootROM. We need to first disable
it before enabling d-cache support.
Signed-off-by: Stefan Roese
Tested-by: Kevin Smith
---
arch/arm/mach-mvebu/cpu.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/mach-mvebu/cpu.c
: Kevin Smith
Acked-by: Stefan Roese
---
include/configs/db-88f6820-gp.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/configs/db-88f6820-gp.h b/include/configs/db-88f6820-gp.h
index 12a24ce..95a05e6 100644
--- a/include/configs/db-88f6820-gp.h
+++ b/include/configs/db-88f6820
Signed-off-by: Kevin Smith
Acked-by: Stefan Roese
---
include/configs/mv-common.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/mv-common.h b/include/configs/mv-common.h
index 51436da..4039b71 100644
--- a/include/configs/mv-common.h
+++ b/include/configs/mv-common.h
are significant differences with the Haier one that would
effect this.
Kevin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
uot;mrc p15, 1, %0, c15, c0, 0\n\t" : "=r"(val));
>> +val |= (1 << 7);
>> +asm volatile ("mcr p15, 1, %0, c15, c0, 0\n\t" : : "r"(val));
>
> This wont work for us in DRA7/OMAP5 L2ACTLR cannot be modified by
> u-boot. has to go to secure world using smc call.
>
I believe the same may be true even on some exynos5 platforms with
secure firmware (e.g. exynos5422-odroid-xu3).
Kevin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
hose who don't want it need not bother
> about it. This was the intention. :)
What about exynos542x platforms which also have secure firmware? Are
you testing this on any of those (e.g. exynos5422-odroid-xu3?)
Kevin
___
U-Boot mailing
Hi Suriyan,
On Thu, Jan 22, 2015 at 5:46 PM, Suriyan Ramasami wrote:
> On Thu, Jan 22, 2015 at 9:51 AM, Kevin Hilman wrote:
>> Suriyan Ramasami writes:
>>
>>> Hello Kevin,
>>>
>>> On Wed, Jan 21, 2015 at 4:54 PM, Kevin Hilman wrote:
>>&
ction that returns the header size
so that the same value is used in all places.
Signed-off-by: Kevin Smith
---
tools/kwbimage.c | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/tools/kwbimage.c b/tools/kwbimage.c
index 9540e7e..1ff17ca 100644
--- a/tools/
define CONFIG_ENV_SECT_SIZE (64 << 10) /* 64KiB sectors */
>
The M25P128 SPI flash chip on the DB-88F6820-GP board has 1024-page
sectors, so these will need to be 256KiB instead of 64. Otherwise the
SF driver complains when trying to "saveenv".
Regards,
Kevin
introduced from the
Linux kernel, as U-boot uses the statically allocated nand_info
instead of needing to dynamically allocate an mtd_info instance.
Also, some pointer math was corrected in the initialization of
the nand_chip pointer.
Signed-off-by: Kevin Smith
Cc: Stefan Roese
Cc: Luka Perkov
d the cast.
Signed-off-by: Kevin Smith
Cc: Joe Hershberger
Cc: Tom Rini
---
common/env_ubi.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/common/env_ubi.c b/common/env_ubi.c
index e0dc5af..e611199 100644
--- a/common/env_ubi.c
+++ b/common/env_ubi.c
@@ -181,8 +181
is a mechanism in the drivers themselves for
changing the board-specified configuration based on values loaded from an
on-board EEPROM. This belongs in the board file instead of the driver, and is
not needed for the db-88f6820-gp development board, so is completely removed.
Kevin Smith (3):
arm:
, it should be
handled in the board file, not in core code.
Signed-off-by: Kevin Smith
Cc: Stefan Roese
Cc: Dirk Eibach
Cc: Luka Perkov
---
arch/arm/mach-mvebu/serdes/a38x/Makefile |1 -
.../serdes/a38x/high_speed_env_spec-38x.c |1 -
.../mach-mvebu/serdes/a38x
Functions that do not modify the pointer passed should declare it
as const.
Signed-off-by: Kevin Smith
Cc: Stefan Roese
Cc: Dirk Eibach
Cc: Luka Perkov
---
arch/arm/mach-mvebu/serdes/a38x/ctrl_pex.c| 2 +-
arch/arm/mach-mvebu/serdes/a38x/ctrl_pex.h| 2 +-
arch/arm
Instead of allocating space in the driver for the serdes
specification table, just allow the board file to set a pointer
to it. Also, allow the board to only specify the lanes that are
used instead of including unused lanes.
Signed-off-by: Kevin Smith
Cc: Stefan Roese
Cc: Dirk Eibach
Cc: Luka
work it right now. I think my patch
fixes a legitimate issue. (It at least fixes the crashes I was
experiencing). I hope it can be accepted as-is.
Thanks,
Kevin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
lation of "chip" and the
> allocation size is relevant to the NULL dereference? Couldn't that be fixed
> by just removing the "info->host[0]->mtd" line?
It's not, they are two separate bugs that crash when I try to load from
NAND. Perhap
On 10/23/2015 04:14 PM, Scott Wood wrote:
> On Fri, 2015-10-23 at 20:57 +0000, Kevin Smith wrote:
>> On 10/23/2015 03:34 PM, Scott Wood wrote:
>>> Does Linux have this problem? Assuming no, please fix this by making the
>>> driver look more like Linux. At least then it
/ GPIOs in the second GPIO chip
> (the AO bank is driven correctly because the shifting is already 0).
>
> Signed-off-by: Carlo Caione
This looks like it could use a Fixes: tag for stable.
Kevin
> ---
> drivers/pinctrl/meson/pinctrl-meson-axg.c | 22 +++---
&g
Sekhar Nori writes:
> Enable bootz command on Texas Instruments DA850 EVM
> board. This helps it boot zImage with device-tree
> blob passed.
>
> Signed-off-by: Sekhar Nori
Tested-by: Kevin Hilman
Thanks! This was the only change I needed to use the latest mainline
u-boot
> Signed-off-by: Stefan Roese
> Cc: Kevin Smith
> ---
> drivers/gpio/mvebu_gpio.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/gpio/mvebu_gpio.c b/drivers/gpio/mvebu_gpio.c
> index 9564ce2..75dc73e 100644
> --- a/drivers/gpio/mvebu_gpio.c
> +++
I'm trying to resolve a strange networking issue with the ITEAD Core EVB +
AW2041 module.
If I connect all 3 UART wires (GND, RCV & TX) between the board and a USB UART
device: I get an IP 100% of the time.
If I connect only TX & RCV: I get an IP 100%.
If I connect TX & GND, I get an IP 100%.
B
After moving to v2006.03, I can no longer compile with my existing defconfig:
cmd/built-in.o: In function `do_fastboot':
/home/kdubious/u-boot/cmd/fastboot.c:34: undefined reference to
`g_dnl_clear_detach'
/home/kdubious/u-boot/cmd/fastboot.c:35: undefined reference to `g_dnl_register'
/home/kdu
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Friday, April 22, 2016 9:50 AM
> To: Kevin Welsh
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] Unable to compile
>
> On Fri, Apr 22, 2016 at 03:33:13AM +, Kevin Welsh wrote:
> &g
let
you know.
Thank you for your help,
Kevin
On 05/11/2016 12:51 AM, Heiko Schocher wrote:
> Hello Joe,
>
> Am 11.05.2016 um 01:15 schrieb Joseph Hershberger:
>> Hi Kevin,
>>
>> Am 09.05.2016 um 23:16 schrieb Kevin Smith:
>>> Hello,
>>>
>>> I
er MVEBU SoC (Kirkwood / Orion) may follow once they
> support DM as well.
>
Are there any GPIO functions on the db-88f6820-gp board that I can use
to test this patch? I'm not seeing any "-gpios = <&gpioX ...>"
nodes in
Add command-line specification of xmodem timeout. If the binary
header needs to take a while to do something (e.g. DDR ECC
scrubbing), the xmodem transfer can time out. Add a configurable
xmodem block timeout to allow transfers with slow binary headers
to succeed.
Signed-off-by: Kevin Smith
Cc
Usage text was getting unwieldy and somewhat incorrect. The
usage summary implied that some options were mutually exclusive
(e.g. -q or -s). Clean up the summary to just include the
important ones, and include a generic "[OPTIONS]" instead.
Signed-off-by: Kevin Smith
Cc: St
oC (Kirkwood / Orion) may follow once they
> support DM as well.
>
> Signed-off-by: Stefan Roese
> Cc: Dirk Eibach
> Cc: Phil Sutter
> Cc: Kevin Smith
> Cc: Luka Perkov
> Cc: Tom Rini
> ---
>
Reviewed-by: Kevin Smith
Tested-by: Kevin Smith
patible = "amlogic,meson-mmc" },
> + { /* sentinel */ }
IIUC, this controller is different between meson8* and gxbb. If that's
the case, this compatible should probably be more specific.
Kevin
___
U-Boot mailing list
U-Boot@
Carlo Caione writes:
> On Fri, May 13, 2016 at 3:46 PM, Kevin Hilman wrote:
>> Carlo Caione writes:
>>
>>> From: Carlo Caione
>>>
>>> This is a port / rewrite of the Amlogic driver shipped whithin the
>>> Amlogic SDK for the Meson GXB
important to use LEB size instead of PEB size when using
UBI.
Signed-off-by: Kevin Smith
Cc: Michael Heimpold
Cc: Joe Hershberger
---
tools/env/fw_env.c | 71 --
1 file changed, 48 insertions(+), 23 deletions(-)
diff --git a/tools/env/fw_env.c
-rc3), but for it to work
correctly, IIUC, I'll also need to build an SPL from mainline.
Can you share your changes to mainline u-boot that enable the building
of SPL?
I'd like to try that using your BL2 that will load an unsigned BL2.
Thanks,
Kevin
___
ot/SPL.)
Are you testing this on mainline u-boot?
Can you describe what platforms you've tested this on and whether or not
those platforms are using secure firmware?
Kevin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Suriyan Ramasami writes:
> Hello Kevin,
>These are the changes that would be necessary in uboot mainline for SPL:
>
> arch/arm/cpu/armv7/exynos/Kconfig
> - select OF_CONTROL
> + select SUPPORT_SPL
> + select OF_CONTROL if !SPL_BUILD
>
> c
Suriyan Ramasami writes:
> Hello Kevin,
>
> On Tue, Jan 20, 2015 at 3:29 PM, Suriyan Ramasami wrote:
>> Hello Kevin,
>>
>> On Tue, Jan 20, 2015 at 2:43 PM, Kevin Hilman wrote:
>>> Suriyan Ramasami writes:
>>>
>>>> Hello Kevin,
>&
and write your unsigned BL2 at the appropriate offset, it no
longer boots. Is the unsigned BL2 supposed to boot u-boot at offset 65
when it's finished as well?
How are you debugging your SPL images?
I tried adding CONFIG_SPL_SERIAL_SUPPORT so I could printf from SPL, but
that doesn
Suriyan Ramasami writes:
> Hello Kevin,
>
> On Wed, Jan 21, 2015 at 4:54 PM, Kevin Hilman wrote:
>> Hi Surijan,
>>
>> Suriyan Ramasami writes:
>>
>>> Hello Sjoerd Simons,
>>>A signed BL2 which allows unsigned BL2 chain load is already
Hi Stefan,
On 03/24/2016 04:29 AM, Stefan Roese wrote:
> Hi Kevin,
>
> On 01.09.2015 14:52, Stefan Roese wrote:
>> Hi Kevin,
>>
>> (Added Luka to Cc, as the Marvell / MVEBU custodian)
>>
>> On 31.08.2015 22:30, Kevin Smith wrote:
>>> On som
No boards are using this driver. Remove in preparation for a new
driver with integrated PHY support.
Signed-off-by: Kevin Smith
Acked-by: Joe Hershberger
Cc: Prafulla Wadaskar
Cc: Albert ARIBAUD
Cc: Stefan Roese
Cc: Marek Vasut
---
drivers/net/phy/mv88e61xx.c | 537
The previous mv88e61xx driver was a driver for configuring the
switch, but did not integrate with the PHY/networking system, so
it could not be used as a PHY by U-boot. This is a complete
rework to support this device as a PHY.
Signed-off-by: Kevin Smith
Acked-by: Prafulla Wadaskar
Cc: Albert
bitfield.h to clean up bit operations
* Use correct error return codes
* Comment/code formatting improvements and clarifications
Signed-off-by: Kevin Smith
Acked-by: Prafulla Wadaskar
Cc: Albert ARIBAUD
Cc: Joe Hershberger
Cc: Stefan Roese
Cc: Marek Vasut
Kevin Smith (2):
net: Remove unused
No need to flush cache for command without data.
Signed-off-by: Kevin Liu
---
drivers/mmc/sdhci.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/mmc/sdhci.c b/drivers/mmc/sdhci.c
index 93cefd8..c94d58d 100644
--- a/drivers/mmc/sdhci.c
+++ b/drivers/mmc/sdhci.c
e:1107: recipe for target 'u-boot-sunxi-with-spl.bin' failed
make: *** [u-boot-sunxi-with-spl.bin] Error 1
If it matters, compiler is: gcc version 5.3.1 20160412 (Linaro GCC 5.3-2016.05)
Kevin
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On Wed, May 31, 2017 at 12:19 PM, Simon Glass wrote:
> Hi Kevin,
>
> On 31 May 2017 at 12:13, Kevin Hilman wrote:
>> While trying to build v2017.05 for sun5i-r8-chip (CHIP_defconfig), I get
>> the following build error. I'm not familiar with binman, so not sure
>&
On Thu, Jun 1, 2017 at 8:23 AM, Simon Glass wrote:
> Hi Kevin,
>
> On 1 June 2017 at 07:55, Kevin Hilman wrote:
>> On Wed, May 31, 2017 at 12:19 PM, Simon Glass wrote:
>>> Hi Kevin,
>>>
>>> On 31 May 2017 at 12:13, Kevin Hilman wrote:
>>>
1 - 100 of 138 matches
Mail list logo
