Hi,
Le jeudi 18 décembre 2014 à 12:16 +0100, Marek Vasut a écrit :
> On Thursday, December 18, 2014 at 09:32:56 AM, Ramneek Mehresh wrote:
> > Hi Marex,
> >
> > Following u-boot patch is pending for your review for some time. Please let
> > me know if you have any concerns. fsl/usb: Add USB XHCI
Le mardi 07 avril 2015 à 08:29 +0200, Hans de Goede a écrit :
> Hi,
>
> On 07-04-15 07:24, Heiko Schocher wrote:
> > Hello Paul,
> >
> > Am 05.04.2015 09:51, schrieb Paul Kocialkowski:
> >> Orion5x, Kirkwood and Armada XP platforms come with a single TWSI (I2C)
> >> MVTWSI
> >> controller. Howeve
Hi,
On 07-04-15 07:24, Heiko Schocher wrote:
Hello Paul,
Am 05.04.2015 09:51, schrieb Paul Kocialkowski:
Orion5x, Kirkwood and Armada XP platforms come with a single TWSI (I2C) MVTWSI
controller. However, other platforms using MVTWSI may come with more: this is
the case on Allwinner (sunxi) pl
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Monday, April 06, 2015 8:42 PM
> To: Mehresh Ramneek-B31383
> Cc: u-boot; s...@denx.de
> Subject: Re: Regarding patch: http://patchwork.ozlabs.org/patch/373593/
>
> On Monday, April 06, 2015 at 10:58:30 AM, Ramneek M
Hello Paul,
Am 05.04.2015 09:51, schrieb Paul Kocialkowski:
Orion5x, Kirkwood and Armada XP platforms come with a single TWSI (I2C) MVTWSI
controller. However, other platforms using MVTWSI may come with more: this is
the case on Allwinner (sunxi) platforms, where up to 4 controllers can be found
Hello Hans,
Am 04.04.2015 14:13, schrieb Hans de Goede:
Hi,
On 04-04-15 13:27, Paul Kocialkowski wrote:
Orion5x, Kirkwood and Armada XP platforms come with a single TWSI (I2C) MVTWSI
controller. However, other platforms using MVTWSI may come with more: this is
the case on Allwinner (sunxi) pla
Hello Pavel,
Am 06.04.2015 16:40, schrieb Pavel Machek:
Hi!
In u-boot 2015.04-rc, as soon as execution hits printf("%d"), it
hangs. (Usually, that's after "DRAM: " message).
Now, I have to admit I'm chainloading u-boot from
U-Boot 2013.01.01 (Mar 25 2015 - 15:57:21)
tftp 0x0140 .../u-boo
> -Original Message-
> From: Fabio Estevam [mailto:fabio.este...@freescale.com]
> Sent: Monday, April 06, 2015 10:23 PM
> To: sba...@denx.de
> Cc: Liu Hui-R64343; u-boot@lists.denx.de; Estevam Fabio-R49496
> Subject: [PATCH] mx53loco: Disable printing cpuinfo
>
> Since commit 32df39c741788
There are some typos. Please correct them, thanks.
On 03/26/2015 02:23 AM, Simon Glass wrote:
Add some documentation describing how USB is implemented with USB. This
might make things easier for people to understand.
Signed-off-by: Simon Glass
---
Changes in v2:
- Rewrite and expand series to
On Tuesday, April 07, 2015 at 04:28:39 AM, Stephen Warren wrote:
> When we communicate with the VideoCore to perform property mailbox
> transactions, that is a DMA operation as far as the property buffer
> is concerned. Use phys_to_bus() on that buffer.
>
> Signed-off-by: Stephen Warren
Applied
HI, Simon
Thanks for the feedback.
On 4/6/2015 2:31 AM, Simon Glass wrote:
Hi Josh,
On 31 March 2015 at 20:54, Josh Wu wrote:
Hi, Simon
On 4/1/2015 10:04 AM, Simon Glass wrote:
Hi Josh,
On 30 March 2015 at 19:54, Josh Wu wrote:
Make cover letter shows like 0/x, 00/xx and 000/xxx etc.
S
When we communicate with the VideoCore to perform property mailbox
transactions, that is a DMA operation as far as the property buffer
is concerned. Use phys_to_bus() on that buffer.
Signed-off-by: Stephen Warren
---
v2: Rebase on top of bcm283x mbox header move.
While this isn't USB-related, it
On Sat, Apr 04, 2015 at 06:13:18PM +0200, drEagle wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Le 03/04/2015 23:46, Vagrant Cascadian a écrit :
> > On 2015-03-25, drEagle wrote:
> >> Le 21/03/2015 15:53, Vagrant Cascadian a écrit :
> >>> It seems that OpenRD Ultimate with u-boot
On Sun, Apr 05, 2015 at 12:31:44PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 1 April 2015 at 05:19, Tom Rini wrote:
> > On Tue, Mar 31, 2015 at 08:39:57PM -0600, Simon Glass wrote:
> >
> >> Hi Masahiro,
> >>
> >> On 30 March 2015 at 05:59, Masahiro Yamada
> >> wrote:
> >> > Since the Kconfig co
On Sun, Apr 05, 2015 at 12:31:39PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 1 April 2015 at 05:47, Tom Rini wrote:
> > The help text for -V says we will pass V=1 but all it really did was not
> > pass in -s. Change the logic to pass make V=1 with given to buildman -V or
> > -s to make otherwis
On Wed, Apr 01, 2015 at 04:21:50PM +0100, Andy Pont wrote:
> Hi David,
>
>
>
> > for (i = 0; i < len; i++) {
> > /* wait till TX register is empty (TXS == 1) */
> > + start = get_timer(0);
> > while (!(readl(&ds->regs->channel[ds->slave.cs].chstat) &
> >
On 4/6/2015 12:01 PM, nitin.g...@freescale.com wrote:
> From: Nitin Garg
>
> Since MX6 is Cortex-A9 r2p10, enable ARM errata
> 751472, 794072, 761320 only applied to the
> following configuration:
>
> This erratum affects configurations with either:
> - One processor if the ACP is present
>
On 1 April 2015 at 01:19, Peng Fan wrote:
> Hi Haikun,
>
>
> On 4/1/2015 11:10 AM, Haikun Wang wrote:
>>
>> Move the Freescale QSPI driver over to driver model.
>>
>> Signed-off-by: Haikun Wang
>> Signed-off-by: Peng Fan
>> ---
>>
>> Changes in v2:
>> - Fix build fail on mx6sxsabresd_spl issue
>
Hi Marek,
On 6 April 2015 at 07:13, Marek Vasut wrote:
> On Monday, April 06, 2015 at 01:38:13 AM, Simon Glass wrote:
>> Hi Marek,
>
> Hi Simon,
>
>> On 26 March 2015 at 13:40, Marek Vasut wrote:
>> > On Wednesday, March 25, 2015 at 07:21:48 PM, Simon Glass wrote:
>> >> This series adds driver m
On Sat, Apr 04, 2015 at 03:41:08PM +0200, Hans de Goede wrote:
> Hi Tom,
>
> Please pull u-boot-sunxi/master into master for a small bugfix for v2015.04.
> This fixes the CONFIG_FDTFILE setting in a defconfig file so that we do not
> end up loading the wrong dtb:
>
> The following changes since
On Mon, Apr 06, 2015 at 03:38:10PM +0900, Minkyu Kang wrote:
> Dear Tom,
>
> The following changes since commit d68df028099235c5316eec1ed5f586f3744a8707:
>
> Merge git://git.denx.de/u-boot-arc (2015-04-03 09:14:44 -0400)
>
> are available in the git repository at:
>
>
> http://git.denx.de
Hi Joe,
On 6 April 2015 at 14:41, Joe Hershberger wrote:
> Hi Simon,
>
> On Fri, Apr 3, 2015 at 4:14 PM, Joe Hershberger
> wrote:
>>
>> This series is fairly disruptive in naming, so hopefully there aren't
>> many network stack changes in flight that will conflict with this. This
>> is based on
Testing whether images will correctly boot with the standard distro
bootcmds can be rather time-consuming as it tends to require flashing
the images and booting on a device. Ditto for testing changes to
config_distro_bootcmd.
Adding support for sandbox to run distro bootcmds makes things a lot
mo
On 04/06/2015 03:02 PM, Sjoerd Simons wrote:
Add dummy bootz_setup implementation allowing the u-boot sandbox to
run bootz. This recognizes both ARM and x86 zImages to validate a
valid zImage was loaded.
diff --git a/arch/sandbox/lib/bootm.c b/arch/sandbox/lib/bootm.c
+int bootz_setup(ulong
Hi Simon,
On Sun, Apr 5, 2015 at 5:07 PM, Simon Glass wrote:
>
> Add driver model support to the designware driver. This reuses most of the
> existing code except for some duplication in the probe() method.
>
> Signed-off-by: Simon Glass
> ---
Acked-by: Joe Hershberger
> Changes in v2:
> - Us
A common pattern to check if a certain device exists (e.g. in
config_distro_bootcmd) is to use: dev [device]
Implement host dev [device] so this pattern can be used for sandbox host
devices.
Signed-off-by: Sjoerd Simons
---
Changes in v2: None
common/cmd_host.c | 44 +
On Monday, April 06, 2015 at 09:23:23 PM, Pavel Machek wrote:
> On Mon 2015-04-06 20:48:45, Marek Vasut wrote:
> > On Monday, April 06, 2015 at 08:14:44 PM, Pavel Machek wrote:
> > > On Mon 2015-04-06 16:59:55, Marek Vasut wrote:
> > > > On Monday, April 06, 2015 at 04:40:09 PM, Pavel Machek wrote:
Only do sandbox filesystem access when using the hostfs device
interface, rather then falling back to it in all cases. This prevents
confusion situations due to the fallback being taken rather then an
unsupported error being raised.
Signed-off-by: Sjoerd Simons
Reviewed-by: Simon Glass
---
Cha
Properly map memory through map_sysmem so that pxe can be used from the
sandbox.
Tested in sandbox as well as on jetson-tk1, odroid-xu3, snow as peach-pi
boards
Signed-off-by: Sjoerd Simons
---
Changes in v2:
- Prevent uncessary casts
- Always unmap mapped sysmem
- Consistently use base variab
Follow the convention of other architectures and move the platform
specific linux bootm code into sandbox/lib/bootm.c.
Signed-off-by: Sjoerd Simons
---
Changes in v2: None
arch/sandbox/cpu/cpu.c| 12
arch/sandbox/lib/Makefile | 1 +
arch/sandbox/lib/bootm.c | 21
Define the common shared block environment for the host interface in
preperation for the sandbox build to use config_distro_bootcmd.
Signed-off-by: Sjoerd Simons
---
Changes in v2: None
include/config_distro_bootcmd.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/include/c
As suggested by Simon Glass, rename the sb command to host but keep the
old sb command as an alias
Signed-off-by: Sjoerd Simons
---
Changes in v2: None
common/Makefile | 2 +-
common/{cmd_sandbox.c => cmd_host.c} | 49 +++-
2 files changed,
Add dummy bootz_setup implementation allowing the u-boot sandbox to
run bootz. This recognizes both ARM and x86 zImages to validate a
valid zImage was loaded.
Signed-off-by: Sjoerd Simons
---
Changes in v2:
- Move into sandbox/lib/bootm.c
- convert to u-boot coding style
- Remove unneeded cast
Make the sandbox setup more generic/examplary by including
config_distro_defaults.h and config_distro_bootcmd.h.
Among other things this makes it easy to test whether images will boot
though with the standard distro bootcmds by running e.g:
u-boot -c 'host bind 0 myimage.img ; boot'
By default
Hi Simon,
On Fri, Apr 3, 2015 at 4:14 PM, Joe Hershberger
wrote:
>
> This series is fairly disruptive in naming, so hopefully there aren't
> many network stack changes in flight that will conflict with this. This
> is based on top of dm/next for now so that the dm/eth series is assumed.
> This wi
On Mon 2015-04-06 20:48:45, Marek Vasut wrote:
> On Monday, April 06, 2015 at 08:14:44 PM, Pavel Machek wrote:
> > On Mon 2015-04-06 16:59:55, Marek Vasut wrote:
> > > On Monday, April 06, 2015 at 04:40:09 PM, Pavel Machek wrote:
> > > > Hi!
> > > >
> > > > In u-boot 2015.04-rc, as soon as executi
From: Nitin Garg
The ARM errata 845369 only applies to one processor
if the ACP is present OR two or more processors.
i.MX6 family does not have the ACP and thus only the MPCore
system will be impacted, which are the i.MX6DQ, i.MX6DL.
Signed-off-by: Nitin Garg
---
Changes in v3:
Split the pat
From: Nitin Garg
Since MX6 is Cortex-A9 r2p10, enable ARM errata
751472, 794072, 761320 only applied to the
following configuration:
This erratum affects configurations with either:
- One processor if the ACP is present
- Two or more processors
i.MX6 family does not have the ACP and thus on
From: Nitin Garg
Under very rare timing circumstances, transition into
streaming mode might create a data corruption. Exists on
all Cortex-A9 revisions.
Signed-off-by: Nitin Garg
---
Changes in v3: None
Changes in v2: None
README |1 +
arch/arm/cpu/armv7/start.S |
From: Nitin Garg
The ARM errata 845369 only applies to one processor
if the ACP is present OR two or more processors.
i.MX6 family does not have the ACP and thus only the MPCore
system will be impacted, which are the i.MX6DQ, i.MX6DL.
Signed-off-by: Nitin Garg
---
Changes in v3:
Split the pat
From: Nitin Garg
Under very rare timing circumstances, transition into
streaming mode might create a data corruption. Exists on
all Cortex-A9 revisions.
Signed-off-by: Nitin Garg
---
Changes in v3: None
Changes in v2: None
README |1 +
arch/arm/cpu/armv7/start.S |
On Monday, April 06, 2015 at 08:14:44 PM, Pavel Machek wrote:
> On Mon 2015-04-06 16:59:55, Marek Vasut wrote:
> > On Monday, April 06, 2015 at 04:40:09 PM, Pavel Machek wrote:
> > > Hi!
> > >
> > > In u-boot 2015.04-rc, as soon as execution hits printf("%d"), it
> > > hangs. (Usually, that's afte
From: Nitin Garg
Since MX6 is Cortex-A9 r2p10, enable ARM errata
751472, 794072, 761320 only applied to the
following configuration:
This erratum affects configurations with either:
- One processor if the ACP is present
- Two or more processors
i.MX6 family does not have the ACP and thus on
Hi Nitin,
On Mon, Apr 6, 2015 at 3:08 PM, wrote:
> #define CONFIG_ARM_ERRATA_743622
> +#if (defined(CONFIG_MX6Q) || defined(CONFIG_MX6DL) ||\
> +defined(CONFIG_MX6QDL)) && !defined(CONFIG_MX6S)
> #define CONFIG_ARM_ERRATA_751472
> #define CONFIG_ARM_ERRATA_794072
> #define CONFIG_ARM_ERRATA
On Mon 2015-04-06 16:59:55, Marek Vasut wrote:
> On Monday, April 06, 2015 at 04:40:09 PM, Pavel Machek wrote:
> > Hi!
> >
> > In u-boot 2015.04-rc, as soon as execution hits printf("%d"), it
> > hangs. (Usually, that's after "DRAM: " message).
>
> printf("%d") expects an argument, so could it be
From: Nitin Garg
Since MX6 is Cortex-A9 r2p10, enable software workaround
for errata 845369. The ARM errata 751472, 794072, 761320,
845369 only applied to the following configuration:
This erratum affects configurations with either:
- One processor if the ACP is present
- Two or more process
On 04/06/2015 08:18 AM, Tim Harvey wrote:
Stephen,
Has anyone attempted to add generic fs support for ubi/ubifs to your knowledge?
Not that I'm aware of.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Monday, April 06, 2015 at 10:58:30 AM, Ramneek Mehresh wrote:
[...]
> > > > The static void fsl_xhci_core_exit(struct fsl_xhci *fsl_xhci) must
> > > > shut down the controller, which I don't see happening. Why?
> > >
> > > I could not locate any such requirement in IP documentation. Have
> >
On Saturday, April 04, 2015 at 03:12:27 PM, Paul Kocialkowski wrote:
> This makes use of errno return codes for representing error codes in a
> unified way.
>
> Signed-off-by: Paul Kocialkowski
Applied all three to u-boot-usb/next . Thanks !
Best regards,
Marek Vasut
___
On Sunday, April 05, 2015 at 04:48:24 AM, Stephen Warren wrote:
> When we communicate with the VideoCore to perform property mailbox
> transactions, that is a DMA operation as far as the property buffer
> is concerned. Use phys_to_bus() on that buffer.
>
> Signed-off-by: Stephen Warren
> ---
> Wh
On Monday, April 06, 2015 at 10:59:09 AM, nikhil.bad...@freescale.com wrote:
> > -Original Message-
> > From: Marek Vasut [mailto:ma...@denx.de]
> > Sent: Thursday, April 02, 2015 10:32 PM
> > To: Badola Nikhil-B46172
> > Cc: u-boot@lists.denx.de
> > Subject: Re: [PATCH] drivers:usb:fsl: Im
Hi Gaurav,
On 4/6/15 2:35 AM, Gaurav Rana wrote:
Move the compilation of file fsl_validate.c in MACRO CONFIG_CMD_ESBC_VALIDATE.
This file should be compiled only when the above MACRO is defined
This caused a break in compilation of iMX platforms when compiling for
SECURE_BOOT
Signed-off-by: Ga
On Monday, April 06, 2015 at 04:40:09 PM, Pavel Machek wrote:
> Hi!
>
> In u-boot 2015.04-rc, as soon as execution hits printf("%d"), it
> hangs. (Usually, that's after "DRAM: " message).
printf("%d") expects an argument, so could it be that it touches
random piece of memory and thus hangs?
Best
On Monday, April 06, 2015 at 04:05:07 PM, Tim Harvey wrote:
> Some USB devices break the spec and require longer warm-up times. Allow
> the usb_pgood_delay env variable to override the calculated time.
>
> I have encountered this specficically with several different sized/branded
> USB sticks with
On Monday, April 06, 2015 at 01:38:13 AM, Simon Glass wrote:
> Hi Marek,
Hi Simon,
> On 26 March 2015 at 13:40, Marek Vasut wrote:
> > On Wednesday, March 25, 2015 at 07:21:48 PM, Simon Glass wrote:
> >> This series adds driver model support to USB. The intent is to permit
> >> the various subsy
Hi!
In u-boot 2015.04-rc, as soon as execution hits printf("%d"), it
hangs. (Usually, that's after "DRAM: " message).
Now, I have to admit I'm chainloading u-boot from
U-Boot 2013.01.01 (Mar 25 2015 - 15:57:21)
tftp 0x0140 .../u-boot.bin
Waiting for PHY auto negotiation to complete.. done
E
Since commit 32df39c741788e ("mx5: fix get_reset_cause") we have the following
boot messages on a mx53qsb:
U-Boot 2015.04-rc5-00029-gd68df02 (Apr 06 2015 - 11:15:39)
CPU: Freescale i.MX53 rev2.
Stephen,
Has anyone attempted to add generic fs support for ubi/ubifs to your knowledge?
Regards,
Tim
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Add 'fdt_fixup_display' function to fixup device-tree for a specific
display. This is useful if a device-tree has configurations for multiple
display timings for undetectable displays.
Signed-off-by: Tim Harvey
---
common/fdt_support.c | 31 +++
include/fdt_support.h
Some USB devices break the spec and require longer warm-up times. Allow
the usb_pgood_delay env variable to override the calculated time.
I have encountered this specficically with several different sized/branded USB
sticks with VID:PID 058f:6387 (Alcor Micro Corp. Transcend JetFlash) where I
need
On Sat, Apr 4, 2015 at 7:52 AM, Liu Ying wrote:
> Hi Tim,
>
> Does your code base contain this patch[1]?
> It probably addressed the same issue you meet.
>
> [1] http://lists.denx.de/pipermail/u-boot/2014-February/174533.html
>
> Regards,
> Liu Ying
Liu,
It certainly does not - this issue was en
Top-level Makefile has option to select dtc binary, but it is ignored
due to bug in Makefile.lib. Fix it.
Signed-off-by: Pavel Machek
diff --git a/scripts/Makefile.lib b/scripts/Makefile.lib
index 13af604..8731fc6 100644
--- a/scripts/Makefile.lib
+++ b/scripts/Makefile.lib
@@ -275,7 +275,7 @@
On Wed 2015-04-01 13:50:41, Pavel Machek wrote:
> Currently, memtest will silently accept bad data. Perform error
> checking on user intput.
>
> Signed-off-by: Pavel Machek
Ping? Tom, noone replys here, can you take the patch?
> diff --git a/common/cmd_mem.c b/common/cmd_mem.c
> index bfca59e..
Hi,
On 06-04-15 12:48, Vishnu Patekar wrote:
Hello Hans,
I wish I could have spent more time working on it. however, I could not.
No problem, thanks for the initial code, and I'm happy to hear that you've
no objections against me taking over from you.
Thanks for taking this up.
You're welc
Hi.
I have a Kurobox HG, which is an embedded PowerPC NAS, and I am running a
very old binary of u-boot. This binary was precompiled and I took it from
http://downloads.buffalo.nas-central.org/LSHG_PPC/Bootloader/Uboot/Precompiled/obsolete/u-boot-hg.flash.bin
(If I'm not mistaken---it's bee
I have a couple of ShevaPlugs, one OpenRD Base and one OpenRD Ultimate. If
you’ll guide me thru the process, I’ll be glad to help with testing.
The ShevaPlugs are currently idle, while the Base and Ultimate are occupied
doing useful work. So I’d prefer to start with the SheevaPlugs if that’s
Hi,
I want to boot up Raspberry Pi B+ with u-boot. Where can I
get a u-boot source code/image that can boot up my Raspberry Pi B+?
Regards,
Huan
___
U-Boo
The TTBR0 register and Table Descriptors of the ARMv7 TLB weren't being
properly set to allow for the configuration specified caching modes to
be active over DRAM. This commit fixes those issues.
Signed-off-by: Bryan Brinsko
Cc: Albert Aribaud
Cc: Marek Vasut
---
arch/arm/include/asm/system.h
Hi Marek,
On Thu, Apr 2, 2015 at 9:00 PM, Marek Vasut wrote:
> On Tuesday, March 31, 2015 at 08:41:46 AM, Wolfgang Denk wrote:
>> Dear dingu...@opensource.altera.com,
>>
>> In message
>> <1427752878-18426-2-git-send-email-dingu...@opensource.altera.com> you
>> wrote:
>>
>> ...
>>
>> > +/* Registe
Correct and complete the mux names following AM437x Technical Reference Manual.
Signed-off-by: Bryan De Faria
---
arch/arm/include/asm/arch-am33xx/mux_am43xx.h | 87 +--
1 file changed, 56 insertions(+), 31 deletions(-)
diff --git a/arch/arm/include/asm/arch-am33xx/mux_a
Hello Hans,
I wish I could have spent more time working on it. however, I could not.
Thanks for taking this up.
On Mon, Apr 6, 2015 at 2:46 PM, Hans de Goede wrote:
> Hi Vishnu,
>
> On 01-03-15 19:42, Vishnu Patekar wrote:
>
>> Allwinner A33 tablets comes with the libdram binary, fortunately I'
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Monday, January 12, 2015 8:00 PM
> To: Mehresh Ramneek-B31383
> Cc: u-boot
> Subject: Re: Regarding patch: http://patchwork.ozlabs.org/patch/373593/
>
> On Monday, January 12, 2015 at 06:26:24 AM, Ramneek Mehresh wro
Hi Vishnu,
On 01-03-15 19:42, Vishnu Patekar wrote:
Allwinner A33 tablets comes with the libdram binary, fortunately I've
found the libdram code at
https://github.com/realthunder/a33_bootloader/tree/master/basic_loader/bsp/bsp_for_a67.
I've integrated it with mainline u-boot, still lot to do to
> -Original Message-
> From: Marek Vasut [mailto:ma...@denx.de]
> Sent: Thursday, April 02, 2015 10:32 PM
> To: Badola Nikhil-B46172
> Cc: u-boot@lists.denx.de
> Subject: Re: [PATCH] drivers:usb:fsl: Implement Erratum A-009116 for XHCI
> controller
>
> On Friday, March 27, 2015 at 04:47:54
Hi Simon and Paul,
On 05-04-15 22:56, Paul Kocialkowski wrote:
Le dimanche 05 avril 2015 à 12:31 -0600, Simon Glass a écrit :
Hi Paul,
On 4 April 2015 at 14:49, Paul Kocialkowski wrote:
Sunxi platforms come with at least 3 TWI (I2C) controllers and some platforms
even have up to 5. This adds
Hello Alexander,
On Sun, 2015-04-05 at 22:41 -0500, kallisti5 wrote:
> Good evening!
>
> I'm looking at a port of Haiku (haiku-os.org) to the A80 cubieboard4.
> I can't seem to figure out their u-boot from SD card process.
>
> Is there sun9i support in your branch / mainline?
>
>
> kallisti5@e
Move the compilation of file fsl_validate.c in MACRO CONFIG_CMD_ESBC_VALIDATE.
This file should be compiled only when the above MACRO is defined
This caused a break in compilation of iMX platforms when compiling for
SECURE_BOOT
Signed-off-by: Gaurav Rana
---
Changes in V2:
Corrected the commit
By defining CONFIG_SECURE_BOOT we made verify_header
function available to use which is invoked by esbc_validate
command.
IMX platforms define only CONFIG_SECURE_BOOT and not cmd_esbc_validate
and hence build will be break.
In file included from
/home/ulises/Security/Secure/u-boot-imx/include/fs
78 matches
Mail list logo
