Make use of device model & device tree to probe the UART driver. This is
the initial step in bringing Malta up to date with driver model, and
allows for cleaner handling of the different I/O addresses for different
system controllers by specifying the ISA bus address instead of a
translated memory
Am 28.01.2016 um 11:00 schrieb Purna Chandra Mandal:
> This adds support for Microchip PIC32MZ[DA] StarterKit board
> based on a PIC32MZ[DA] family of microcontroller.
>
> Signed-off-by: Purna Chandra Mandal
Reviewed-by: Daniel Schwierzeck
Hello Lukasz,
Am 28.01.2016 um 17:46 schrieb Lukasz Majewski:
This patch fixes situation when one would like to write large file into
medium with the file system (fat, ext4, etc).
This change sets file size limitation to the DFU internal buffer size.
Since u-boot is not supporting interrupts
We only use struct resource in a single place (drivers/usb/dwc3/core.h)
for a field (xhci_resources) which is never used. Only ARM currently
defines resource_size_t which means linux/ioport.h only compiles there.
In preparation for making use of the IORESOURCE_ flags, remove struct
resource & the
Support ISA busses in much the same way as Linux does. This allows for
ISA bus addresses to be translated, and only if CONFIG_OF_ISA_BUS is
selected in order to avoid including the code in builds which won't need
it.
Signed-off-by: Paul Burton
---
common/fdt_support.c |
Hi Heiko,
> Hello Lukasz,
>
> Am 28.01.2016 um 17:46 schrieb Lukasz Majewski:
> > This patch fixes situation when one would like to write large file
> > into medium with the file system (fat, ext4, etc).
> > This change sets file size limitation to the DFU internal buffer
> > size.
> >
> > Since
Hi Paul,
On 29 January 2016 at 06:54, Paul Burton wrote:
> Support ISA busses in much the same way as Linux does. This allows for
> ISA bus addresses to be translated, and only if CONFIG_OF_ISA_BUS is
> selected in order to avoid including the code in builds which won't
Support providing flags indicating the type of resource that a
translated address corresponds to. This will allow for callers to look
out for IORESOURCE_IO to use I/O accessors instead of always assuming
simple memory-mapped addresses.
Signed-off-by: Paul Burton
---
Hi Paul,
On 29 January 2016 at 06:54, Paul Burton wrote:
> Support providing flags indicating the type of resource that a
> translated address corresponds to. This will allow for callers to look
> out for IORESOURCE_IO to use I/O accessors instead of always assuming
>
Hi Paul,
On 29 January 2016 at 06:54, Paul Burton wrote:
> Support making use of I/O accessors for ports when a device tree
> specified an I/O resource. This allows for systems where we have a mix
> of ns16550 ports, some of which should be accessed via I/O ports & some
>
This series converts the MIPS Malta development board to make use of
device model & device tree to probe the UART(s). This results in a
tidier way to handle differences between Malta boards & starts Malta on
the path to device model conversion.
Paul Burton (9):
ioport.h: Remove struct resource
CONF_SLOWDOWN_IO is never set for any target, so remove the dead code in
the SLOW_DOWN_IO macro. This is done in preparation for changes to
mips_io_port_base which can be avoided in this path by removing it
entirely.
Signed-off-by: Paul Burton
---
The existing mips_io_port_base variable isn't suitable for use early
during boot since it will be stored in the .data section which may not
be writable pre-relocation. Fix this by moving the I/O port base address
into struct arch_global_data. In order to avoid adding this field for
all targets,
Hi Heiko,
> Hello Lukasz,
>
> Am 28.01.2016 um 15:56 schrieb Lukasz Majewski:
> > Hi Heiko,
> >
> >> change the get_medium_size() function from
> >> - long (*get_medium_size)(struct dfu_entity *dfu);
> >> + int (*get_medium_size)(struct dfu_entity *dfu, u64 *size);
> >>
> >> so it
Rather than passing the I/O port base address to the Super I/O code,
switch it to using outb such that it makes use of the I/O port base
address automatically.
Drop the extern keyword to satisfy checkpatch whilst here.
Signed-off-by: Paul Burton
---
Set the I/O port base earlier, from board_early_init_f, in preparation
for it being used by the serial driver.
Signed-off-by: Paul Burton
---
board/imgtec/malta/malta.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/board/imgtec/malta/malta.c
Am 28.01.2016 um 11:00 schrieb Purna Chandra Mandal:
> Add Microchip PIC32MZ[DA] SoC family support.
>
> Signed-off-by: Purna Chandra Mandal
Reviewed-by: Daniel Schwierzeck
>
> ---
>
> Changes in v4:
> - drop forcing DM_SERIAL,
Support making use of I/O accessors for ports when a device tree
specified an I/O resource. This allows for systems where we have a mix
of ns16550 ports, some of which should be accessed via I/O ports & some
of which should be accessed via readb/writeb.
Signed-off-by: Paul Burton
Hi Paul,
Am 29.01.2016 um 14:54 schrieb Paul Burton:
> This series converts the MIPS Malta development board to make use of
> device model & device tree to probe the UART(s). This results in a
> tidier way to handle differences between Malta boards & starts Malta on
> the path to device model
On Friday, January 29, 2016 at 02:54:46 PM, Paul Burton wrote:
> This series converts the MIPS Malta development board to make use of
> device model & device tree to probe the UART(s). This results in a
> tidier way to handle differences between Malta boards & starts Malta on
> the path to device
On Friday, January 29, 2016 at 02:54:47 PM, Paul Burton wrote:
> We only use struct resource in a single place (drivers/usb/dwc3/core.h)
> for a field (xhci_resources) which is never used. Only ARM currently
> defines resource_size_t which means linux/ioport.h only compiles there.
> In preparation
On 29.01.2016 09:24, Bin Meng wrote:
On Fri, Jan 29, 2016 at 12:34 AM, Stefan Roese wrote:
The x86 build target "efi-x86" has no TEXT_BASE configured. And with the
introduction of CONFIG_BOOTDELAY for x86, this function is now called
for this board as well. Resulting in compile
On Thursday, January 28, 2016 10:53 PM, Marek Vasut wrote:
On Thursday, January 28, 2016 at 03:43:58 PM, Wills Wang wrote:
On Thursday, January 28, 2016 09:44 PM, Marek Vasut wrote:
On Thursday, January 28, 2016 at 02:31:11 PM, Wills Wang wrote:
On Thursday, January 28, 2016 07:51 AM, Marek
* Valid for core A57
Signed-off-by: Ashish Kumar
---
arch/arm/include/asm/arch-fsl-layerscape/config.h |4
include/configs/ls2080a_common.h |3 ---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git
On Fri, Jan 29, 2016 at 12:34 AM, Stefan Roese wrote:
> The x86 build target "efi-x86" has no TEXT_BASE configured. And with the
> introduction of CONFIG_BOOTDELAY for x86, this function is now called
> for this board as well. Resulting in compile errors for this target.
>
> Without
On Tue, Jan 19, 2016 at 2:19 PM, Bin Meng wrote:
> On Mon, Jan 18, 2016 at 9:49 PM, Stefan Roese wrote:
>> Without this CONFIG_BOOTDELAY, autobooting does not work at all. As
>> autoboot_command() from common/* will not get called. So lets define
>>
2016-01-29 14:14 GMT+09:00 Heiko Schocher :
> Hello Joe,
>
>
> Am 28.01.2016 um 16:15 schrieb Joe Hershberger:
>>
>> Hi Heiko,
>>
>> On Thu, Jan 28, 2016 at 12:39 AM, Heiko Schocher wrote:
>>>
>>> Hello Tom,
>>>
>>> Am 28.01.2016 um 00:45 schrieb Tom Rini:
Hi Peng,
On Fri, Jan 29, 2016 at 12:39 AM, Peng Fan wrote:
> From: Ye Li
>
> The BOOTCFG value used by bmode for SABRESD eMMC boot are actually for SD
> card.
> Fixed the value to correct one.
>
> The issue was fixed in 2014.04 u-boot, but that patch seems
Hi Stefan,
On Fri, Jan 29, 2016 at 4:26 PM, Stefan Roese wrote:
> On 29.01.2016 09:24, Bin Meng wrote:
>>
>> On Fri, Jan 29, 2016 at 12:34 AM, Stefan Roese wrote:
>>>
>>> The x86 build target "efi-x86" has no TEXT_BASE configured. And with the
>>> introduction of
The P5 header was not present on "Model B" any board prior to Revision 2.0,
there's no need for a separate device tree.
Also, it looks like "rev2" is incorrectly used to only cover the 512MiB
memory models; there also were 256MiB 2.0 boards.
I don't have all of the boards to check this, I'm
On 29/01/2016 03:39, Peng Fan wrote:
> From: Ye Li
>
> The BOOTCFG value used by bmode for SABRESD eMMC boot are actually for SD
> card.
> Fixed the value to correct one.
>
> The issue was fixed in 2014.04 u-boot, but that patch seems missed during
> porting
> to 2015.04.
>
>
On Friday, January 29, 2016 at 09:46:24 AM, Wills Wang wrote:
> On Thursday, January 28, 2016 10:53 PM, Marek Vasut wrote:
> > On Thursday, January 28, 2016 at 03:43:58 PM, Wills Wang wrote:
> >> On Thursday, January 28, 2016 09:44 PM, Marek Vasut wrote:
> >>> On Thursday, January 28, 2016 at
On Monday, January 25, 2016 at 09:48:20 AM, r...@andestech.com wrote:
> Hi Pantelis
>
> Please review this patch of attached.
Please follow
http://www.denx.de/wiki/U-Boot/Patches#General_Patch_Submission_Rules
> Thank you very much.
>
> Rick
>
> -Original Message-
> From: Tom Rini
On 29.01.2016 09:27, Bin Meng wrote:
Hi Stefan,
On Fri, Jan 29, 2016 at 4:26 PM, Stefan Roese wrote:
On 29.01.2016 09:24, Bin Meng wrote:
On Fri, Jan 29, 2016 at 12:34 AM, Stefan Roese wrote:
The x86 build target "efi-x86" has no TEXT_BASE configured. And with
On Fri, Jan 29, 2016 at 8:18 AM, Simon Glass wrote:
> On 28 January 2016 at 09:34, Stefan Roese wrote:
>>
>> The x86 build target "efi-x86" has no TEXT_BASE configured. And with the
>> introduction of CONFIG_BOOTDELAY for x86, this function is now called
>> for
On Fri, 2016-01-29 at 12:04 +0800, Peng Fan wrote:
> Hi Dirk,
>
> Cc Ian xen experts.
>
> On Thu, Jan 28, 2016 at 08:06:30PM +0100, Dirk Behme wrote:
> > Hi,
> >
> > are there any U-Boot examples/patches to boot Xen on an ARMv8/aarch64
> > system?
> >
> > I've found
> >
> >
Hi Steve,
> From: Frank Wang
>
> In current high speed fastboot, fs_ep_in.wMaxPacketSize is configured
> 64 bytes as default, as a result, it failed to match the size at
> initialization stage in usb controller.
> Actually, hardware can support less than or equal to
Hello Peng,
On Sat, 5 Dec 2015 15:53:46 +0800, Peng Fan
wrote:
> Android's tool chain enable the -mandroid at default.
> This option will enable the -fpic, which cause uboot compilation
> failure:
> "
> LD u-boot
> u-boot contains unexpected relocations:
On 29.01.2016 10:18, Ian Campbell wrote:
On Fri, 2016-01-29 at 12:04 +0800, Peng Fan wrote:
Hi Dirk,
Cc Ian xen experts.
On Thu, Jan 28, 2016 at 08:06:30PM +0100, Dirk Behme wrote:
Hi,
are there any U-Boot examples/patches to boot Xen on an ARMv8/aarch64
system?
I've found
On Fri, Jan 29, 2016 at 03:06:33PM +0100, Marek Vasut wrote:
> On Friday, January 29, 2016 at 02:54:47 PM, Paul Burton wrote:
> > We only use struct resource in a single place (drivers/usb/dwc3/core.h)
> > for a field (xhci_resources) which is never used. Only ARM currently
> > defines
On Fri, 2016-01-29 at 16:54 +0100, Dirk Behme wrote:
> On 29.01.2016 10:18, Ian Campbell wrote:
> > On Fri, 2016-01-29 at 12:04 +0800, Peng Fan wrote:
> > > Hi Dirk,
> > >
> > > Cc Ian xen experts.
> > >
> > > On Thu, Jan 28, 2016 at 08:06:30PM +0100, Dirk Behme wrote:
> > > > Hi,
> > > >
> > >
On Fri, Jan 29, 2016 at 12:06 AM, Heiko Schocher wrote:
> Hello Joe,
>
>
> Am 28.01.2016 um 16:03 schrieb Joe Hershberger:
>>
>> On Thu, Jan 28, 2016 at 8:24 AM, Heiko Schocher wrote:
>>>
>>> change the get_medium_size() function from
>>> - long
Hi Steve,
>
>
> On 16-01-26 05:35 PM, Marek Vasut wrote:
> > On Wednesday, January 27, 2016 at 01:35:55 AM, Steve Rae wrote:
> >> Hi Marek & Lukasz,
> >>
> >>
> >> I have an issue running fastboot on my board (which is
> >> USB_SPEED_HIGH):
> >>
> >> => fastboot0
> >>
> >> failed to
Author: Vishwas Srivastava
Date: Tue Jan 26 12:46:42 2016 +0530
null check after pointer dereference
NULL check is made after the pointer dereference in
davinci-emac driver. This patch fixes this issue.
Signed-off-by: Vishwas Srivastava
CC:
Author: Vishwas Srivastava
Date: Mon Jan 25 21:28:17 2016 +0530
Wrong Initialization in davinci emac driver
emac module of the davinci platform supports only 8 tx and 8
rx channels (total 16). emac driver for davinci platform,
however, while doing initialization of the
On Fri, Jan 29, 2016 at 07:56:19AM -0700, Simon Glass wrote:
> Hi Paul,
>
> On 29 January 2016 at 06:54, Paul Burton wrote:
> > Support making use of I/O accessors for ports when a device tree
> > specified an I/O resource. This allows for systems where we have a mix
> >
On Fri, Jan 29, 2016 at 07:56:11AM -0700, Simon Glass wrote:
> Hi Paul,
>
> On 29 January 2016 at 06:54, Paul Burton wrote:
> > Support ISA busses in much the same way as Linux does. This allows for
> > ISA bus addresses to be translated, and only if CONFIG_OF_ISA_BUS is
Hello Tom,
On Tue, 19 Jan 2016 10:57:11 -0500, Tom Rini wrote:
> On Mon, Jan 18, 2016 at 11:02:40AM +0800, Dongsheng Wang wrote:
>
> > From: Wang Dongsheng
> >
> > "DISCARD" will remove ._secure.text relocate, but PSCI framework
> > has already used
Hello Marek,
On Tue, 29 Dec 2015 19:44:01 +0100, Marek Vasut wrote:
> The arch/arm/lib/cache-cp15.c checks for CONFIG_ARMV7 and if this macro is
> set, it configures TTBR0 register. This register must be configured for the
> cache on ARMv7 to operate correctly.
>
> The problem is
Hi Przymyslaw,
On 15 January 2016 at 09:35, Stephen Warren wrote:
> On 01/15/2016 03:41 AM, Przemyslaw Marczak wrote:
>>
>> Hello Simon,
>>
>> On 01/14/2016 06:17 PM, Simon Glass wrote:
>>>
>>> Hi Przemyslaw, Stephen,
>>>
>>> On 13 January 2016 at 04:10, Przemyslaw Marczak
Hi Paul,
On 29 January 2016 at 09:09, Paul Burton wrote:
> On Fri, Jan 29, 2016 at 07:56:19AM -0700, Simon Glass wrote:
>> Hi Paul,
>>
>> On 29 January 2016 at 06:54, Paul Burton wrote:
>> > Support making use of I/O accessors for ports when a
Hello Vikas,
On Mon, 18 Jan 2016 18:52:57 -0800, Vikas Manocha
wrote:
> BIC instruction to clear the SP is not allowed in armv7m & is deprecated
> in ARMv6T2 & above. This patch cleans the code by using instructions allowed
> for armv7m as well as other Arm archs.
I am not
Hi Lukasz,
On 16-01-29 08:40 AM, Lukasz Majewski wrote:
Hi Steve,
On 16-01-26 05:35 PM, Marek Vasut wrote:
On Wednesday, January 27, 2016 at 01:35:55 AM, Steve Rae wrote:
Hi Marek & Lukasz,
I have an issue running fastboot on my board (which is
USB_SPEED_HIGH):
=> fastboot0
Hi Paul,
On 29 January 2016 at 09:04, Paul Burton wrote:
> On Fri, Jan 29, 2016 at 07:56:11AM -0700, Simon Glass wrote:
>> Hi Paul,
>>
>> On 29 January 2016 at 06:54, Paul Burton wrote:
>> > Support ISA busses in much the same way as Linux does.
Hi Simon,
https://patchwork.ozlabs.org/patch/569315/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Alexey,
https://patchwork.ozlabs.org/patch/566948/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566339/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Stefan,
https://patchwork.ozlabs.org/patch/554780/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Codrin,
https://patchwork.ozlabs.org/patch/556960/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Codrin,
https://patchwork.ozlabs.org/patch/556953/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi amessier.t...@gmail.com,
https://patchwork.ozlabs.org/patch/571773/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi amessier.t...@gmail.com,
https://patchwork.ozlabs.org/patch/574765/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566346/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Masahiro,
On 20 January 2016 at 20:06, Masahiro Yamada
wrote:
>
> 2016-01-21 11:41 GMT+09:00 Simon Glass :
> > At present clk.h does not build without OF_CONTROL, but it is clearly
> > intended to. Fix it.
> >
> > Signed-off-by: Simon Glass
Hi Bin,
https://patchwork.ozlabs.org/patch/566344/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Alexey,
https://patchwork.ozlabs.org/patch/566953/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566334/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Simon,
https://patchwork.ozlabs.org/patch/569324/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566338/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566343/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Alexey,
https://patchwork.ozlabs.org/patch/566949/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Simon,
https://patchwork.ozlabs.org/patch/569322/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Alexey,
https://patchwork.ozlabs.org/patch/566947/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Alexey,
https://patchwork.ozlabs.org/patch/566951/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566350/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Codrin,
https://patchwork.ozlabs.org/patch/556960/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Simon,
https://patchwork.ozlabs.org/patch/569318/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566340/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566342/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566336/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Dinh,
https://patchwork.ozlabs.org/patch/574448/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566341/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Codrin,
https://patchwork.ozlabs.org/patch/556955/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Peng,
https://patchwork.ozlabs.org/patch/564188/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi amessier.t...@gmail.com,
https://patchwork.ozlabs.org/patch/571770/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566345/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Alexey,
https://patchwork.ozlabs.org/patch/566944/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Simon,
https://patchwork.ozlabs.org/patch/569317/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Simon,
https://patchwork.ozlabs.org/patch/569320/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Dinh,
https://patchwork.ozlabs.org/patch/574447/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Codrin,
https://patchwork.ozlabs.org/patch/556953/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566337/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Stefan,
https://patchwork.ozlabs.org/patch/554780/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Albert,
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: Friday, January 29, 2016 9:16 AM
> To: Vikas MANOCHA
> Cc: u-boot@lists.denx.de; Simon Glass; re...@wp.pl; Bo Shen; Przemyslaw
> Marczak
> Subject: Re: [PATCH] arm: use common instructions
Hi amessier.t...@gmail.com,
https://patchwork.ozlabs.org/patch/571772/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Alexey,
https://patchwork.ozlabs.org/patch/566943/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi shaohui,
https://patchwork.ozlabs.org/patch/574632/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Bin,
https://patchwork.ozlabs.org/patch/566349/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
From: Stephen Warren
On some systems, RAM starts at address 0. If the user executes itest
against address 0 on such a system, it will call map_physmem(0, ...)
which will return 0 back; mapping only changes the address on sandbox.
This causes itest to believe map_physmem() has
Previously, Omap3_logic assumed X-loader was present. With this
patch, we can finally replace X-loader with an MLO generated by
U-Boot. This requires ECC to be setup to match the Linux Kernel
and the PBIAS confgured for the SD card.
Signed-off-by: Derald D. Woods
1 - 100 of 123 matches
Mail list logo