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: R_ARM_ABS32
R_ARM_RELATIVE
"
In my testcase, arm-linux-androideabi-gcc-4.9 internally
enables '-fpic', so when
Hi Akshay,
On Fri, Jan 29, 2016 at 03:16:40PM -0500, Akshay Bhat wrote:
>Add support for GE B450v3, B650v3 and B850v3 boards. The boards
>are based on Advantech BA16 module which has a i.MX6D processor.
>The boards support:
> - FEC Ethernet
> - USB Ports
> - SDHC and MMC boot
> - SPI NOR
> - LVDS
From: Ye Li
The BOOTCFG value used by bmode for SABRESD eMMC boot are actually for SD card.
Fixed the value to correct one.
Signed-off-by: Ye Li
Signed-off-by: Peng Fan
Reviewed-by: Stefano Babic
Cc: Fabio Estevam
---
Change V2:
Fix commit log, following Fabio's comments.
board/freescale
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
Signed-off-by: Adam Ford
---
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
> > ---
> >
> > include/clk.h | 3 ++-
> > 1 file c
On Fri, Jan 29, 2016 at 11:28:05AM -0700, Simon Glass wrote:
> Hi Tom,
>
> This includes new TPM support and Stephen's work on the Python test framework.
>
>
> The following changes since commit 3faf2216d9649e2a22e6728194e9797cb46db933:
>
> Merge branch 'master' of git://git.denx.de/u-boot-t
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 app
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 failed, and hence fa
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 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 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 shaohui,
https://patchwork.ozlabs.org/patch/574634/ 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 Bin,
https://patchwork.ozlabs.org/patch/566335/ 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/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 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 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
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 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 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/569319/ 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 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 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 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 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/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 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 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 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/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 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 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 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/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 Codrin,
https://patchwork.ozlabs.org/patch/556959/ 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/556954/ 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 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 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 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 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 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 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 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
On Friday, January 29, 2016 at 04:58:40 PM, Paul Burton wrote:
> 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_reso
On Friday, January 29, 2016 at 05:42:31 PM, Lukasz Majewski wrote:
> 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.
> >
On 01/25/2016 10:12 PM, Mingkai Hu wrote:
>
>
>> -Original Message-
>> From: york sun
>> Sent: Saturday, January 23, 2016 1:44 AM
>> To: Mingkai Hu; Mingkai Hu; u-boot@lists.denx.de
>> Subject: Re: [PATCH] armv8/ls1043a: Implement workaround for erratum
>> A009660
>>
>> On 01/21/2016 11:5
From: Stephen Warren
Current, the following passes:
./u-boot -d arch/sandbox/dts/test.dtb -c 'ut_image_decomp'
but the following fails:
./u-boot -d arch/sandbox/dts/test.dtb -c 'ut dm; ut_image_decomp'
This is because the gunzip code reads input data beyond the end of its
input buffer. I
On 01/28/2016 10:12 PM, Peng Fan wrote:
Hi Akshay,
CC i.MX maintainer Stefano for you.
On Wed, Jan 27, 2016 at 05:53:47PM -0500, Akshay Bhat wrote:
Add support for GE B450v3, B650v3 and B850v3 boards. The boards
are based on Advantech BA16 module which has a imx6 processor.
Which imx6 proc
Add support for GE B450v3, B650v3 and B850v3 boards. The boards
are based on Advantech BA16 module which has a i.MX6D processor.
The boards support:
- FEC Ethernet
- USB Ports
- SDHC and MMC boot
- SPI NOR
- LVDS and HDMI display
Basic information about the module:
- Module manufacturer: Adv
Hi Stephen,
On 29 January 2016 at 11:48, Stephen Warren wrote:
> On 01/29/2016 11:23 AM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 28 January 2016 at 22:08, Stephen Warren wrote:
>>>
>>> On 01/28/2016 08:52 PM, Simon Glass wrote:
Hi Stephen,
On 28 January 2016 at 16:45, S
On 01/29/2016 11:23 AM, Simon Glass wrote:
Hi Stephen,
On 28 January 2016 at 22:08, Stephen Warren wrote:
On 01/28/2016 08:52 PM, Simon Glass wrote:
Hi Stephen,
On 28 January 2016 at 16:45, Stephen Warren wrote:
From: Stephen Warren
A custom fixture named ut_subtest is implemented which
On 01/20/2016 04:46 AM, Ashish Kumar wrote:
> * LS2085ARDB and LS2085AQDS host LS2080A and LS2085A,
> So update model and board name.
>
> Signed-off-by: Ashish Kumar
> ---
> arch/arm/dts/fsl-ls2080a-qds.dts|2 +-
> arch/arm/dts/fsl-ls2080a-rdb.dts|2 +-
> board/frees
Hi Tom,
This includes new TPM support and Stephen's work on the Python test framework.
The following changes since commit 3faf2216d9649e2a22e6728194e9797cb46db933:
Merge branch 'master' of git://git.denx.de/u-boot-tegra (2016-01-28
15:17:11 -0500)
are available in the git repository at:
g
Hi Stephen,
On 28 January 2016 at 22:08, Stephen Warren wrote:
> On 01/28/2016 08:52 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On 28 January 2016 at 16:45, Stephen Warren wrote:
>>> From: Stephen Warren
>>>
>>> A custom fixture named ut_subtest is implemented which is parametrized
>>> with th
Hi Mugunthan,
On 28 January 2016 at 04:36, Mugunthan V N wrote:
> Hi Simon
>
> On Thursday 28 January 2016 04:23 AM, Simon Glass wrote:
>> Hi Mugunthan,
>>
>> On 27 January 2016 at 04:57, Mugunthan V N wrote:
>>> Implement a DMA uclass so that the devices like ethernet, spi,
>>> mmc etc can offl
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. This allows for
>> > ISA bus addresses to be trans
Hi David,
On 28 January 2016 at 22:29, David Gibson wrote:
> On Thu, Jan 28, 2016 at 09:39:27AM -0700, Simon Glass wrote:
>> The existing function to add a new property to a tree being built requires
>> that the entire contents of the new property be passed in. For some
>> applications it is more
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 device tree
>> > specified an I/O resource. This all
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
>>> wrote:
H
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
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 against this patch, wh
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: R_ARM_ABS32
> R_ARM_RELATIVE
> "
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 512 bytes in
> high speed mod
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 en
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 (*get_medium_size)(struct dfu_entity *dfu);
>
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
> > of ns16550 ports, some of
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,
> > > >
> > >
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 that noone actu
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 some absolute address those need to relocate
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 dma descriptor
head poin
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
> > selected in order to
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 resource_siz
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
http://lists.den
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: Joe Hershberger
Reviewed-by: Tom Rini
Changes fo
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
>
>
> ---
>
> Changes in v4:
> - create defconfig
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, PIC32_SERIAL, PIC32_PINCTRL in mach-pic32/Kconfig
> - drop ext
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 need
> it.
>
> Signed-off-
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
> simple memory-mapped address
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
> of which should be acces
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 conv
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
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
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, mak
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 can
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
---
arch/mips/include/asm/io.h | 40 +++
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
---
board/imgtec/malta/malta.c | 10 +-
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 b/board/imgtec/malta/malt
1 - 100 of 123 matches
Mail list logo