Hi Yangbo,
> On Jun 24, 2015, at 05:13 , Yangbo Lu wrote:
>
> It needs to flush D-cache before 'mmc read' so that
> we can see the right data in DDR. And fix parameter
> for invalidate_dcache_range() after 'mmc read'.
>
> Signed-off-by: Yangbo Lu
> Cc: York Sun
> ---
> drivers/mmc/fsl_esdhc.c
Hi Yoshinori,
> On Jun 1, 2015, at 09:22 , Yoshinori Sato wrote:
>
> Currently implement always swap for big-endian value.
> So doesn't work big-endian environment.
>
> Signed-off-by: Yoshinori Sato
> ---
> drivers/mmc/mmc_spi.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
Hi Marek,
> On Jul 27, 2015, at 23:39 , Marek Vasut wrote:
>
> Endless timeouts are bad, since if we get stuck in one, we have no
> way out. Zap this one by implementing proper timeout.
>
> Signed-off-by: Marek Vasut
> Cc: Dinh Nguyen
> Cc: Pantelis Antoniou
> Cc: Tom Rini
> ---
> drivers/m
Hi Marek,
> On Jul 27, 2015, at 23:39 , Marek Vasut wrote:
>
> In case the data transfer failure happens, instead of returning
> immediatelly, make sure the DMA is disabled, status register is
> cleared and the bounce buffer is stopped.
>
> Signed-off-by: Marek Vasut
> Cc: Dinh Nguyen
> Cc: P
introduce BIT() definition, used in at91_udc gadget
driver.
Signed-off-by: Heiko Schocher
---
Changes in v3:
- new in v3
Changes in v2: None
include/linux/bitops.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/linux/bitops.h b/include/linux/bitops.h
index e724310..7d30ace 100
Hi Marek,
> On Jul 27, 2015, at 23:39 , Marek Vasut wrote:
>
> The driver didn't stop the bounce buffer in case a data transfer
> failed. This would lead to memory leakage if the communication
> between the CPU and the card is unreliable. Add the missing call
> to stop the bounce buffer.
>
> Si
add dfu supprt for at91 sam9260 based boards. The USB
gadget driver is ported from linux:
c94e289f195e: usb: gadget: remove incorrect __init/__exit annotations
it drops a lot of checkpatch warnings/errors:
checkpatch.pl found 12 error(s), 28 warning(s), 38 checks(s)
but for further updates I did
add U-Boot specific changes to the at91_udc linux driver,
so it works with U-Boot.
Signed-off-by: Heiko Schocher
---
Changes in v3:
- adapt changes for U-Boot, as newer linux version is
used.
Changes in v2:
- new in version 2, contains U-Boot changes
drivers/usb/gadget/Makefile | 1 +
d
port at91_udc driver from linux:
original commit Message:
commit c94e289f195e0e13cf34d27f9338d28221a85751
Author: Arnd Bergmann
Date: Sat Apr 11 00:14:21 2015 +0200
usb: gadget: remove incorrect __init/__exit annotations
A recent change introduced a link error for the composite
pr
[root@pollux dfu-util]# ./src/dfu-util -l
dfu-util 0.8
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-u...@lists.gnumonks.org
Found DFU:
Hi Marek,
> On Jul 27, 2015, at 23:39 , Marek Vasut wrote:
>
> Rework the driver to probe the MMC controller from Device Tree
> and make it mandatory. There is no longer support for probing
> from the ancient qts-generated header files.
>
> Signed-off-by: Marek Vasut
> Cc: Dinh Nguyen
> Cc: P
Hi Simon,
> On Aug 7, 2015, at 05:16 , Simon Glass wrote:
>
> The dw_mmc driver uses printf() in various places.
>
> These bloat the code and cause problems for SPL. Use debug() where possible
> and try to return a useful error code instead.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes i
Hi Simon,
> On Aug 7, 2015, at 05:16 , Simon Glass wrote:
>
> Some SoCs want to adjust the input clock to the DWMMC block as a way of
> controlling the MMC bus clock. Update the get_mmc_clk() method to support
> this.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v4:
> - Update commit m
Hi Simin,
> On Aug 7, 2015, at 05:16 , Simon Glass wrote:
>
> We can calculate this. Add code to do this if it is not provided.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v4: None
>
> drivers/mmc/dw_mmc.c | 10 --
> 1 file changed, 8 insertions(+), 2 deletions(-)
>
> diff --
Hi Tom,
The following changes since commit e2c1c5bae619d2e87505de99f907a26237640bc9:
Merge git://git.denx.de/u-boot-dm (2015-08-10 10:06:07 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-mmc.git master
for you to fetch changes up to 956f662b1f79ae7455bc6aaa9defc2a
> -Original Message-
> From: Joe Hershberger [mailto:joe.hershber...@gmail.com]
> Sent: Tuesday, August 11, 2015 9:02 PM
> To: Wood Scott-B07421
> Cc: Liberman Igal-B31950 ; u-boot b...@lists.denx.de>; Bucur Madalin-Cristian-B32716
>
> Subject: Re: [U-Boot] net/fm: Update FMan Compatibel
Hi Pantelis,
> Hi Yangbo,
>
> > On Jun 24, 2015, at 05:13 , Yangbo Lu wrote:
> >
> > It needs to flush D-cache before 'mmc read' so that we can see the
> > right data in DDR. And fix parameter for invalidate_dcache_range()
> > after 'mmc read'.
> >
> > Signed-off-by: Yangbo Lu
> > Cc: York Sun
Dear all,
I've successfully compiled and running u-boot on the Bananapi R1 board using
the instructions in http://linux-sunxi.org/Mainline_U-boot#Compile_U-Boot
This board uses a BCM 53125 ethernet chip
4+1 ports 10/100/1000 Ethernet RJ45 (BCM 53125),
WLAN @802.11b/g/n (RTL8192CU) with 2x exter
On Wednesday, August 12, 2015 at 09:39:03 AM, Pantelis Antoniou wrote:
> Hi Simon,
Hi,
> > On Aug 7, 2015, at 05:16 , Simon Glass wrote:
> >
> > Some SoCs want to adjust the input clock to the DWMMC block as a way of
> > controlling the MMC bus clock. Update the get_mmc_clk() method to support
On Wednesday, August 12, 2015 at 09:48:28 AM, Pantelis Antoniou wrote:
> Hi Tom,
>
> The following changes since commit
> e2c1c5bae619d2e87505de99f907a26237640bc9:
>
> Merge git://git.denx.de/u-boot-dm (2015-08-10 10:06:07 -0400)
>
> are available in the git repository at:
>
>
> git://git.
Write a function named get_cpu_rev to make it support
runtime checking using "is_cpu_type(MXC_CPU_xx)".
Also introduce a macro MXC_CPU_MX27 with value 0x27.
Signed-off-by: Peng Fan
Cc: Stefano Babic
---
Note:
Based on https://patchwork.ozlabs.org/patch/505618/ to support runtime
check patch.
Add enet support for mx6ul_14x14_evk board:
1. add pinmux settings
2. implement board_eth_init
3. implement board_phy_config
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Fabio Estevam
---
Changes v2:
Addressed Fabio's comments, using "fec_id == 0", but not "0 == fec_id".
board/freescale/mx
The MIB RAM and FIFO receive start register does not exist on
i.MX6UL. Accessing these register will cause enet not work well.
Signed-off-by: Peng Fan
Signed-off-by: Fugang Duan
Cc: Joe Hershberger
Cc: Stefano Babic
---
Changes v2:
Using runtime check, but not hardcoding "#ifdef".
This patc
To i.MX6SX/UL, two ethernet interfaces are supported.
Add ENET2 clock support:
1. Introduce a new input parameter "fec_id", only 0 and 1 are allowed.
To value 1, only i.MX6SX/UL can pass the check.
2. Modify board code who use this api to follow new api prototype.
Signed-off-by: Peng Fan
Cc: H
Wrong patch version. Please ignore.
Sorry.
Peng.
On Wed, Aug 12, 2015 at 05:40:47PM +0800, Peng Fan wrote:
>Add enet support for mx6ul_14x14_evk board:
>1. add pinmux settings
>2. implement board_eth_init
>3. implement board_phy_config
>
>Signed-off-by: Peng Fan
>Cc: Stefano Babic
>Cc: Fabio Es
Add enet support for mx6ul_14x14_evk board:
1. add pinmux settings
2. implement board_eth_init
3. implement board_phy_config
Signed-off-by: Peng Fan
Cc: Stefano Babic
Cc: Fabio Estevam
---
Changes v2:
Addressed Fabio's comments, using "fec_id == 0", but not "0 == fec_id".
board/freescale/mx
The MIB RAM and FIFO receive start register does not exist on
i.MX6UL. Accessing these register will cause enet not work well.
Signed-off-by: Peng Fan
Signed-off-by: Fugang Duan
Cc: Joe Hershberger
Cc: Stefano Babic
---
Changes v2:
Using runtime check, but not hardcoding "#ifdef".
This patc
To i.MX6SX/UL, two ethernet interfaces are supported.
Add ENET2 clock support:
1. Introduce a new input parameter "fec_id", only 0 and 1 are allowed.
To value 1, only i.MX6SX/UL can pass the check.
2. Modify board code who use this api to follow new api prototype.
Signed-off-by: Peng Fan
Cc: H
Hi Bin Meng,
thanks for your reply, please find few comments inlined below.
On 11 August 2015 at 17:09, Bin Meng wrote:
> Hi Igor,
>
> On Tue, Aug 11, 2015 at 9:18 PM, Stoppa, Igor wrote:
> U-Boot supports running bare-metal as well as being loaded as a
> coreboot payload. For the base-metal ca
Hello,
On 08/07/2015 10:43 AM, Peng Fan wrote:
According to datasheet, SWBST_MODE starts from bit 2 and it occupies 2 bits.
So SWBST_MODE_MASK should be 0xC, and SWBST_MODE_xx should be ([mode] << 2).
Signed-off-by: Peng Fan
Cc: Przemyslaw Marczak
Cc: Stefano Babic
Reviewed-by: Simon Glass
Hello,
On 08/07/2015 10:43 AM, Peng Fan wrote:
If there is no property named 'regulator-name' for regulators,
choose node name instead, but not directly return failure value.
Signed-off-by: Peng Fan
Cc: Przemyslaw Marczak
Cc: Simon Glass
---
Changes v3:
None.
Changes v2:
None. The comm
Hello,
On 08/07/2015 10:43 AM, Peng Fan wrote:
If enable DM PMIC and REGULATOR, we should not use original power
framework. So need to comment out the pfuze code for original power
framework, when CONFIG_DM_PMIC_PFUZE100 defined.
Signed-off-by: Peng Fan
Cc: Przemyslaw Marczak
Cc: Simon Glass
Hello,
On 07/28/2015 04:47 PM, Peng Fan wrote:
The return type of pmic_read and pmic_write is signed int, so
correct variable 'ret' from type unsigned int to int.
Signed-off-by: Peng Fan
Cc: Simon Glass
Cc: Przemyslaw Marczak
---
drivers/power/regulator/max77686.c | 16
1
Hello,
On 08/07/2015 10:43 AM, Peng Fan wrote:
1. Add new regulator driver pfuze100.
* Introduce struct pfuze100_regulator_desc for maintaining info
for one regulator.
2. Add new Kconfig entry DM_REGULATOR_PFUZE100 for pfuze100.
3. This driver intends to support PF100, PF200 and PF3000
Hello,
On 08/07/2015 10:43 AM, Peng Fan wrote:
We do not need that "regulator-name" property must be provided in dts.
If "regulator-name" property is not provided in dts, node name
will chosen for settings '.name' field of uc_pdata.
Signed-off-by: Peng Fan
Cc: Przemyslaw Marczak
Cc: Simon Gla
Hello,
On 08/07/2015 10:43 AM, Peng Fan wrote:
1. Support driver model for pfuze100.
2. Introduce a new Kconfig entry DM_PMIC_PFUZE100 for pfuze100
3. This driver intends to support PF100, PF200 and PF3000, so add
the device id into the udevice_id array.
4. Rename PMIC_NUM_OF_REGS macro to P
Hello Simon,
On 08/09/2015 05:10 PM, Simon Glass wrote:
These were pointed out in review but I missed them.
Signed-off-by: Simon Glass
---
drivers/power/regulator/max77686.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/power/regulator/max77686.c
b/driver
On 12.08.2015 11:46, Peng Fan wrote:
To i.MX6SX/UL, two ethernet interfaces are supported.
Add ENET2 clock support:
1. Introduce a new input parameter "fec_id", only 0 and 1 are allowed.
To value 1, only i.MX6SX/UL can pass the check.
2. Modify board code who use this api to follow new api pr
On 08/04/2015 09:05 AM, Michal Simek wrote:
> From: Masahiro Yamada
>
> One disadvantage of commit a26cd04920dc (arch: Make board selection
> choices optional) is that Kconfig could create such an insane
> .config file that no board is selected.
>
> Rip off the "optional" again in favor of ZC702
On 08/04/2015 09:33 AM, Siva Durga Prasad Paladugu wrote:
> Added usb dwc3 driver support for zynqmp
> this also supports the DFU and LTHOR to download
> the linux images on to RAM and cen be booted from
> those linux images.
>
> Signed-off-by: Siva Durga Prasad Paladugu
> ---
> arch/arm/cpu/arm
Use embedded DTB to let users use u-boot instead of u-boot-dtb.bin.
And fix SPL to use this target.
Signed-off-by: Michal Simek
---
configs/zynq_microzed_defconfig| 1 +
configs/zynq_picozed_defconfig | 1 +
configs/zynq_zc702_defconfig | 1 +
configs/zynq_zc706_defconfig |
Hi,
On 12-08-15 10:26, ramki982 wrote:
Dear all,
I've successfully compiled and running u-boot on the Bananapi R1 board using
the instructions in http://linux-sunxi.org/Mainline_U-boot#Compile_U-Boot
This board uses a BCM 53125 ethernet chip
4+1 ports 10/100/1000 Ethernet RJ45 (BCM 53125),
WL
On 08/11/2015 07:42 PM, Joe Hershberger wrote:
> Hi Masahiro,
>
> On Fri, Jul 17, 2015 at 6:26 AM, Masahiro Yamada
> wrote:
>> We have to set a MAC address to use network.
>> Otherwise, the tftpboot command fails with the following message:
>>
>> Gem.e000b000 Waiting for PHY auto negotiation to
zynq-7000.dtsi include skeleton.dtsi which contains memory node with
base address and size zero. If you add memory@0 node to the platform DTS
in final DTB there are two memory nodes and U-Boot works with the first
one (with zeros) which end up in failing in dram_init because size is
zero.
Platform
Hi Lukasz,
On 04/24/2015 05:46 PM, Lukasz Majewski wrote:
> Hi Michal,
>
>> From: Siva Durga Prasad Paladugu
>>
>> Allocate request up to THOR_PACKET_SIZE not the ep0->maxpacket
>> as the descriptors data depend on the number of descriptors
>> and this 64 bytes were not enough and the buffer mig
Hi Lukasz,
On 07/27/2015 12:43 PM, Michal Simek wrote:
> Hi Lukasz,
>
> On 04/24/2015 05:48 PM, Lukasz Majewski wrote:
>> Hi Michal,
>>
>>> From: Siva Durga Prasad Paladugu
>>>
>>> Dont perform reset at the end of thor download
>>> if configured to do reset off.
>>> Reset may not be required in
Hello Tom,
The following changes since commit e2c1c5bae619d2e87505de99f907a26237640bc9:
Merge git://git.denx.de/u-boot-dm (2015-08-10 10:06:07 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-pmic.git master
for you to fetch changes up to e6b606d6572893a9f6fb6339b6
Explicitly list the targets supported in each section of the
instructions
from the x86 README.
---
doc/README.x86 | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git a/doc/README.x86 b/doc/README.x86
index af2459c..1105afe 100644
--- a/doc/README.x86
+++ b/doc/README
On Wed, 2015-08-05 at 17:17 +0200, Hans de Goede wrote:
> >> sunxi_display.fb_size =
> >> > (mode->xres * mode->yres * 4 + 0xfff) & ~0xfff;
> +>> overscan_offset = (overscan_y * mode->xres + overscan_x) * 4;
> +>> /* We want to keep the fb_base for simplefb page aligned, whe
Hi Igor,
On Wed, Aug 12, 2015 at 5:54 PM, Stoppa, Igor wrote:
> Hi Bin Meng,
> thanks for your reply, please find few comments inlined below.
>
> On 11 August 2015 at 17:09, Bin Meng wrote:
>> Hi Igor,
>>
>> On Tue, Aug 11, 2015 at 9:18 PM, Stoppa, Igor wrote:
>
>> U-Boot supports running bare-
+Simon.
Hi Igor,
On Wed, Aug 12, 2015 at 6:41 PM, Stoppa, Igor wrote:
> Explicitly list the targets supported in each section of the
> instructions
> from the x86 README.
Please add "Signed-off-by" in your patch.
> ---
> doc/README.x86 | 17 ++---
> 1 file changed, 10 insertions(+),
We have to set a MAC address to use network.
Otherwise, the tftpboot command fails with the following message:
Gem.e000b000 Waiting for PHY auto negotiation to complete done
*** ERROR: `ethaddr' not set
Since commit 92ac52082140 ("net: Remove all references to
CONFIG_ETHADDR and frien
Hi Michal,
> Hi Lukasz,
>
> On 04/24/2015 05:46 PM, Lukasz Majewski wrote:
> > Hi Michal,
> >
> >> From: Siva Durga Prasad Paladugu
> >>
> >> Allocate request up to THOR_PACKET_SIZE not the ep0->maxpacket
> >> as the descriptors data depend on the number of descriptors
> >> and this 64 bytes we
On 08/12/2015 01:09 PM, Lukasz Majewski wrote:
> Hi Michal,
>
>> Hi Lukasz,
>>
>> On 04/24/2015 05:46 PM, Lukasz Majewski wrote:
>>> Hi Michal,
>>>
From: Siva Durga Prasad Paladugu
Allocate request up to THOR_PACKET_SIZE not the ep0->maxpacket
as the descriptors data depend on
Hi Vikas,
(added Marek to Cc)
On 11.08.2015 23:19, vikasm wrote:
On 07/23/2015 05:22 AM, Stefan Roese wrote:
Hi Vikas,
On 16.07.2015 08:46, Stefan Roese wrote:
In addition can you please check the patch causing this instability on
socfpga. I don't like to bug you but to close this patchset,
Hi Simon,
On 08/11 21:54, Simon Glass wrote:
> +Gabriel
>
> Hi Andrew,
>
> On 11 August 2015 at 09:20, Andrew Bradford
> wrote:
> > Hi Simon,
> >
> > On 08/11 08:06, Simon Glass wrote:
> >> Hi Andrew,
> >>
> >> On 11 August 2015 at 06:08, Andrew Bradford
> >> wrote:
> >> > Hi Simon,
> >> >
>
Hi Bin,
On 12 August 2015 at 13:59, Bin Meng wrote:
> +Simon.
>
> Hi Igor,
>
> On Wed, Aug 12, 2015 at 6:41 PM, Stoppa, Igor wrote:
>> Explicitly list the targets supported in each section of the
>> instructions
>> from the x86 README.
>
> Please add "Signed-off-by" in your patch.
yes, sorry, I
Vikas,
Did you verified on board, can you just verified with 'sf update' before
and after.. I just wanted to see if you get any performance
improvement with these
optimization fixes.
Will get back again for my comments.
On 12 August 2015 at 17:06, Stefan Roese wrote:
> Hi Vikas,
>
> (added Mare
Replace the DMACTRL[LE] hack with recommended settings
for ETSECDMAMCR to get the same end effect - obtaining
big-endian buffer descriptors and frame data for eTSEC.
The reset / default value for ETSECDMAMCR is preserved,
excepting the BD and FR bits which are cleared to enable
the BE mode in accor
Explicitly list the targets supported in each section of the instructions
from the x86 README.
Signed-off-by: Igor Stoppa
---
doc/README.x86 | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff --git a/doc/README.x86 b/doc/README.x86
index af2459c..1105afe 100644
--- a/
Hi Simon,
On 08/07 20:27, Bin Meng wrote:
> Hi Andrew,
>
> On Fri, Aug 7, 2015 at 8:11 PM, Andrew Bradford
> wrote:
> > Hi Bin,
> >
> > On 08/07 08:23, Bin Meng wrote:
> >> Hi Andrew,
> >>
> >> On Fri, Aug 7, 2015 at 4:08 AM, Andrew Bradford
> >> wrote:
> >> > From: Andrew Bradford
> >> >
> >>
Hi,
On 12-08-15 12:45, Ian Campbell wrote:
On Wed, 2015-08-05 at 17:17 +0200, Hans de Goede wrote:
> > sunxi_display.fb_size =
> >> (mode->xres * mode->yres * 4 + 0xfff) & ~0xfff;
+> > overscan_offset = (overscan_y * mode->xres + overscan_x) * 4;
+> > /* We want to keep the fb_bas
Hi Marek,
On 6 August 2015 at 21:07, Marek Vasut wrote:
> On Friday, August 07, 2015 at 05:00:24 AM, Simon Glass wrote:
>> Hi Marek,
>
> Hi Simon,
>
>> On 6 August 2015 at 20:58, Marek Vasut wrote:
>> > On Friday, August 07, 2015 at 04:54:42 AM, Simon Glass wrote:
>> >> Hi Marek,
>> >
>> > Hi Si
Hi Andrew,
On 12 August 2015 at 06:36, Andrew Bradford wrote:
> Hi Simon,
>
> On 08/07 20:27, Bin Meng wrote:
>> Hi Andrew,
>>
>> On Fri, Aug 7, 2015 at 8:11 PM, Andrew Bradford
>> wrote:
>> > Hi Bin,
>> >
>> > On 08/07 08:23, Bin Meng wrote:
>> >> Hi Andrew,
>> >>
>> >> On Fri, Aug 7, 2015 at 4
Hi Igor,
On Wed, Aug 12, 2015 at 8:20 PM, Igor Stoppa wrote:
> Explicitly list the targets supported in each section of the instructions
> from the x86 README.
>
Nits: we should put tags in the patch/commit title, eg:
x86: Add clarifications to the x86 README
> Signed-off-by: Igor Stoppa
> --
Hi Stephen,
On 10 August 2015 at 22:25, Stephen Warren wrote:
> On 08/10/2015 10:17 PM, Simon Glass wrote:
>> Hi Stephen,
>>
>> On 10 August 2015 at 22:00, Stephen Warren wrote:
>>> On 08/07/2015 07:42 AM, Simon Glass wrote:
This updates the device tree from the kernel version to something
Hey Yassin,
I'm affraid. The strange thing that seems very related here is that when
writing a file onto the flash, it fails and succeeds alternating. It
never fails or succeeds twice in a row! And this on any board and any
partition.
root@system-020502824168:/boot# nandwrite -p /dev/mtd0
Hi Igor,
On 12 August 2015 at 07:27, Bin Meng wrote:
> Hi Igor,
>
> On Wed, Aug 12, 2015 at 8:20 PM, Igor Stoppa wrote:
>> Explicitly list the targets supported in each section of the instructions
>> from the x86 README.
>>
>
> Nits: we should put tags in the patch/commit title, eg:
>
> x86: Add
Hi Bin,
On 12 August 2015 at 16:27, Bin Meng wrote:
> Hi Igor,
>
> On Wed, Aug 12, 2015 at 8:20 PM, Igor Stoppa wrote:
>> Explicitly list the targets supported in each section of the instructions
>> from the x86 README.
>>
>
> Nits: we should put tags in the patch/commit title, eg:
>
> x86: Add
Hi Simon,
On 12 August 2015 at 16:31, Simon Glass wrote:
> I prefer 'bare mode' to 'raw mode'. It suggests that U-Boot is running
> on the bare metal. Perhaps we should drop the word 'raw' and use
> 'bare' instead, for consistency?
Yes, I could do it for the entire doc, if this is what you are
Hi,
Please help to review the two patches. Thanks!:)
Regards,
Qianyu
-Original Message-
From: Gong Qianyu [mailto:qianyu.g...@freescale.com]
Sent: Thursday, July 30, 2015 2:07 PM
To: u-boot@lists.denx.de
Cc: Hu Mingkai-B21284; Gong Qianyu-B52263
Subject: [PATCH 1/2] spl: Fix compile war
On Wednesday, August 12, 2015 at 03:04:15 PM, Simon Glass wrote:
> Hi Marek,
Hi!
[...]
> >> >> > Why are you passing the @freq into get_mmc_clk() ? Shouldn't you
> >> >> > call some clock framework function to determine the input
> >> >> > frequency of the DWMMC block from within the get_mmc_clk
Hi Marek,
On 12 August 2015 at 07:48, Marek Vasut wrote:
> On Wednesday, August 12, 2015 at 03:04:15 PM, Simon Glass wrote:
>> Hi Marek,
>
> Hi!
>
> [...]
>
>> >> >> > Why are you passing the @freq into get_mmc_clk() ? Shouldn't you
>> >> >> > call some clock framework function to determine the i
On Wednesday, August 12, 2015 at 03:51:07 PM, Simon Glass wrote:
> Hi Marek,
>
> On 12 August 2015 at 07:48, Marek Vasut wrote:
> > On Wednesday, August 12, 2015 at 03:04:15 PM, Simon Glass wrote:
> >> Hi Marek,
> >
> > Hi!
> >
> > [...]
> >
> >> >> >> > Why are you passing the @freq into get_
Hi Marek,
On 12 August 2015 at 07:53, Marek Vasut wrote:
> On Wednesday, August 12, 2015 at 03:51:07 PM, Simon Glass wrote:
>> Hi Marek,
>>
>> On 12 August 2015 at 07:48, Marek Vasut wrote:
>> > On Wednesday, August 12, 2015 at 03:04:15 PM, Simon Glass wrote:
>> >> Hi Marek,
>> >
>> > Hi!
>> >
>
Hi Igor,
On Wed, Aug 12, 2015 at 9:40 PM, Stoppa, Igor wrote:
> Hi Bin,
>
> On 12 August 2015 at 16:27, Bin Meng wrote:
>> Hi Igor,
>>
>> On Wed, Aug 12, 2015 at 8:20 PM, Igor Stoppa wrote:
>>> Explicitly list the targets supported in each section of the instructions
>>> from the x86 README.
>>
Hi,
On 12 August 2015 at 07:59, Bin Meng wrote:
> Hi Igor,
>
> On Wed, Aug 12, 2015 at 9:40 PM, Stoppa, Igor wrote:
>> Hi Bin,
>>
>> On 12 August 2015 at 16:27, Bin Meng wrote:
>>> Hi Igor,
>>>
>>> On Wed, Aug 12, 2015 at 8:20 PM, Igor Stoppa wrote:
Explicitly list the targets supported i
On 10 August 2015 at 09:30, Marek Vasut wrote:
> Add "bank-name" property to each GPIO bank to give it unique name.
> The approach here is exactly the same as with the "regulator-name"
> property for regulators.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> ---
> arch/arm/dts/socfpga.dtsi
On 10 August 2015 at 10:10, Stephen Warren wrote:
> On 08/09/2015 09:07 AM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 7 August 2015 at 16:12, Stephen Warren wrote:
>>>
>>> From: Stephen Warren
>>>
>>> The return value of query_sdram_size() is assigned directly to
>>> gd->ram_size in dram_ini
Hi Masahiro,
On 10 August 2015 at 10:05, Masahiro Yamada
wrote:
> The full pinctrl implementation added by the previous commit can
> support the same DT bindings as Linux, but it typically needs about
> 1.5 KB footprint to include the uclass support (CONFIG_PINCTRL +
> CONFIG_PINCTRL_GENERIC + CO
Hi Marek,
On 10 August 2015 at 09:30, Marek Vasut wrote:
> Add driver for the DesignWare APB GPIO IP block.
> This driver is DM capable and probes from DT.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> ---
> drivers/gpio/Kconfig | 7 ++
> drivers/gpio/Makefile | 1 +
> driver
Hi Marahiro,
On 10 August 2015 at 10:05, Masahiro Yamada
wrote:
> This driver actually does nothing but test pinctrl uclass, and
> demonstrate how things work.
>
> To try this driver, uncomment /* #define DEBUG */ in the
> drivers/pinctrl/pinctrl-sandbox.c, and debug messages will be
> displayed.
Hi Masahiro,
On 10 August 2015 at 10:05, Masahiro Yamada
wrote:
> This creates a new framework for handling of pin control devices,
> i.e. devices that control different aspects of package pins.
>
> This uclass handles pinmuxing and pin configuration; pinmuxing
> controls switching among silicon
On 10 August 2015 at 10:09, Masahiro Yamada
wrote:
> This can be simply written with list_for_each_entry(), maybe
> this macro was not necessary in the first place.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> include/dm/uclass.h | 9 ++---
> 1 file changed, 2 insertions(+), 7 deletions(-)
Hi Masahiro,
On 10 August 2015 at 10:05, Masahiro Yamada
wrote:
> This is useful when we want to bind a device, but do not need the
> device pointer.
Could adjust the subject to something shorter, like "dm: core: Allow
device_bind() to not return the device"
>
> Signed-off-by: Masahiro Yamada
PL1 Physical Comp Value is set in inline assembly by using mcrr.
The %Q0 and %R0 modifier required a 64-bit argument but only a 32-bit is
passed. This results in the following code:
[...]
82000ccc: e3e03000mvn r3, #0
82000cd0: ec443f2emcrr15, 2, r3, r4, cr14
[...
Hi Andrew,
On 12 August 2015 at 05:52, Andrew Bradford wrote:
> Hi Simon,
>
> On 08/11 21:54, Simon Glass wrote:
>> +Gabriel
>>
>> Hi Andrew,
>>
>> On 11 August 2015 at 09:20, Andrew Bradford
>> wrote:
>> > Hi Simon,
>> >
>> > On 08/11 08:06, Simon Glass wrote:
>> >> Hi Andrew,
>> >>
>> >> On 1
On 10 August 2015 at 09:30, Marek Vasut wrote:
> Enable the DWAPB GPIO driver for SoCFPGA Cyclone V and Arria V.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Dinh Nguyen
> ---
> configs/socfpga_arria5_defconfig | 2 ++
> configs/socfpga_cyclone5_defconfig | 2 ++
> configs/socfpga_
On Wed, Aug 12, 2015 at 11:15 AM, Simon Glass wrote:
>> +#define GPIO_SWPORTA_DR0x00
>> +#define GPIO_SWPORTA_DDR 0x04
>> +#define GPIO_INTEN 0x30
>> +#define GPIO_INTMASK 0x34
>> +#define GPIO_INTTYPE_LEVEL 0x38
>> +#define GPIO_INT_POLARITY 0
Hi Stephen,
Small nitpick, just to be consistent (for that particular line), we could
use OUT_FILE="${OUT}.${1}.${fs}.out"
Acked-by: Suriyan Ramasami
Best Regards
On Mon, Aug 10, 2015 at 9:45 PM, Stephen Warren
wrote:
> - Re-direct stderr into the log files, so any errors U-Boot emits are
Now that we have an efi.h header we can use that for FSP error defines.
Drop the FSP ones.
Signed-off-by: Simon Glass
---
Changes in v2:
- Drop checking against EFI_STATUS since this reduces code readability
arch/x86/include/asm/fsp/fsp_types.h | 11 ---
arch/x86/lib/fsp/fsp_common.c
On Wednesday, August 12, 2015 at 03:55:59 PM, Simon Glass wrote:
> Hi Marek,
>
> On 12 August 2015 at 07:53, Marek Vasut wrote:
> > On Wednesday, August 12, 2015 at 03:51:07 PM, Simon Glass wrote:
> >> Hi Marek,
> >>
> >> On 12 August 2015 at 07:48, Marek Vasut wrote:
> >> > On Wednesday, Augus
Hi Simon,
On Wed, Aug 12, 2015 at 10:30 PM, Simon Glass wrote:
> Now that we have an efi.h header we can use that for FSP error defines.
> Drop the FSP ones.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Drop checking against EFI_STATUS since this reduces code readability
>
> arch
Thanks for your inputs Hans
I think you are referring to patches like
https://github.com/igorpecovnik/lib/blob/next/patch/bananapi-r1-next.patch
that add b53 driver support to mainline kernel.
I'll try to start working on it
thanks
Ram
On Wed, Aug 12, 2015 at 3:56 PM, Hans de Goede wrote:
> H
On 08/12/2015 08:29 AM, Suriyan Ramasami wrote:
Hi Stephen,
Small nitpick, just to be consistent (for that particular line), we
could use OUT_FILE="${OUT}.${1}.${fs}.out"
I thought about that, but that would be inconsistent with plain $1 being
used everywhere else:-) Which option do you pr
On 11/08/2015 13:51, Marek Vasut wrote:
> On Tuesday, August 11, 2015 at 01:44:26 PM, Jörg Krause wrote:
>> For pages of 2048 bytes the current setting of the ECC Error Correction
>> Level is only true for an oob size of 64 bytes and wrong for all others.
>>
>> Instead of hard-coding every possible
On Thu, Jul 23, 2015 at 11:33:19PM +0200, r...@dave-tech.it wrote:
> From: Andrea Scian
>
> MAX6373 is a simple WDT which is programmed its configuration pins
> and reset via another pin, which is usually connected to a GPIO
>
> Signed-off-by: Andrea Scian
> ---
> drivers/watchdog/Makefile
Hi Peng,
On 10/08/2015 14:53, Peng Fan wrote:
> Move most macro definitions and prototypes into
> "arch/arm/include/asm/imx-common/sys_proto.h" to avoid duplicated
> function prototypes and marco definitions for different i.MX SoCs.
>
> This patch do not remove the sys_proto.h for different i.MX
On 12/08/2015 11:40, Peng Fan wrote:
> Write a function named get_cpu_rev to make it support
> runtime checking using "is_cpu_type(MXC_CPU_xx)".
>
> Also introduce a macro MXC_CPU_MX27 with value 0x27.
>
> Signed-off-by: Peng Fan
> Cc: Stefano Babic
> ---
>
> Note:
> Based on https://patchwor
Hi Damien,
On 12/08/2015 17:54, Damien Riegel wrote:
> Hi,
>
> I submitted patches for TS4800 board in June [1] and cc'ed Stefano Babic
> as he is the maintainer for IMX, but I think they somehow ended stuck in
> York Sun's patch queue [2].
>
> Stefano, would you consider taking these patches in
1 - 100 of 242 matches
Mail list logo
