Am 08.07.2015 um 17:25 schrieb Simon Glass:
+ML
Hi Ulrich,
On 7 July 2015 at 08:32, Ulrich Prinz wrote:
Am 24.06.2015 um 01:28 schrieb Simon Glass:
Great, nice to hear from you! There's lots to do.
I try my very best...
Is there a reachable git repo that I can clone from you, or can you
With driver model drivers can have things stored in several places. There is
driver-private data, then the uclass can attach things to a device. If the
device is on a bus then its bus may attach parent data to the device too.
At present everything is done through void pointers. It would be nice to
Hi Tim,
On 09/07/2015 00:46, Tim Harvey wrote:
> On Tue, Jun 9, 2015 at 6:40 AM, Tim Harvey wrote:
>> Remove the check for temperature being within the min/max range and enter the
>> busywait cooling loop whenever the CPU temperature is over the critical temp.
>> This fixes the issue where if a b
On 01/07/2015 11:01, Peng Fan wrote:
> Add I2C4 clock support for i.MX6SX. Since we use runtime check,
> but not macro, we need to remove `#ifdef ..` in crm_regs.h, or
> gcc will fail to compile the code succesfully.
>
> Making the macros only for i.MX6SX open to other i.MX6x maybe not
> a good ch
Hi Peng,
On 01/07/2015 11:01, Peng Fan wrote:
> enable_spi_clock does the same thing with enable_cspi_clock, so
> remove enable_cspi_clock.
> Remove enable_cspi_clock prototype in header file
> convert cm_fx6/spl.c to use enable_spi_clk
>
> Signed-off-by: Peng Fan
> Acked-by: Stefano Babic
> --
Hi Peng,
I see this patch is now delegated to me. Then, I have no objections to
merge it into u-boot-imx if Pantelis agree.
On 25/06/2015 04:32, Peng Fan wrote:
> DCIMVAC is upgraded to DCCIMVAC for the individual processor
> (Cortex-A7) that the DCIMVAC is executed on.
>
Can you better explai
Hi Ulises,
On 03/07/2015 04:26, ulises.carde...@freescale.com wrote:
> From: Ulises Cardenas
>
> hab_status command returns a memory dump of the hab event log. But the
> raw data is not human-readable. Parsing such data into readable event
> will help to minimize debbuging time.
>
> Signed-off-
On 19/06/2015 14:18, Albert ARIBAUD (3ADEV) wrote:
> This locally defined struct is actually only used once
> and as an opaque type. Remove it for clarity.
>
> Signed-off-by: Albert ARIBAUD (3ADEV)
> ---
>
> drivers/net/fec_mxc.c | 20 +---
> 1 file changed, 5 insertions(+), 15
Hi Albert, Stefan,
On 19/06/2015 19:33, Albert ARIBAUD wrote:
>
> I could probably factor back out the JEDEC settings, but there are
> still differences in the lists of registers to write between the
> existing vf610twr/colibri_vf and the new pcm052, especially the PHY
> regs but elsewhere too,
Hi Albert,
On 19/06/2015 14:18, Albert ARIBAUD (3ADEV) wrote:
> Add support in mxc_i2c driver, iomux_v3 and vf610 architecture for the four
> I2C instances available in VF610.
>
> Signed-off-by: Albert ARIBAUD (3ADEV)
> ---
>
> arch/arm/include/asm/arch-vf610/crm_regs.h| 3 +++
> arch/arm
On 19/06/2015 14:18, Albert ARIBAUD (3ADEV) wrote:
> imximage header size is 4-byte, not 8-byte aligned.
> This produces .imx images that a Vybrid cannot boot
> on.
>
> Fix by adding a "padding" field in header.
>
> Signed-off-by: Albert ARIBAUD (3ADEV)
> ---
>
> tools/imximage.h | 1 +
> 1 fi
Hi Tim,
On 09/07/2015 00:49, Tim Harvey wrote:
> The temperature calculation must be typecasted to keep the compiler
> from sign extending a negative value prior to division.
>
> This fixes an issue where if the CPU temperature is <0C it will get stuck
> in the busywait loop until the CPU heats u
On Tue, 2015-06-23 at 17:28 -0600, Simon Glass wrote:
>
> Since much of the code is generic, this also supports the Radxa Rock
> Pro.
Just to be sure as I happen to have a Rock Pro on the way which will
want some u-boot love. Do you actually mean the Rock Pro which is
RK3188 based rather then Ro
Hi Peng,
in the title "dummpy" instead of "dummy".
On 30/06/2015 04:36, Peng Fan wrote:
> Add dummy cpu type MXC_CPU_MX6QP/DP.
Anyway, why is it dummy ? It matches a real SOC, only the check is done
in another way.
> Since i.MX6QP use a revision 2, but with
> cpu type i.MX6Q, we need the MXC_CP
On 30/06/2015 04:36, Peng Fan wrote:
> Since i.MX6QP changes some CCM registers, so modify the clocks settings to
> follow the hardware changes.
>
> In c files, use runtime check and discard #ifdef.
>
> Signed-off-by: Ye.Li
> Signed-off-by: Peng Fan
> Reviewed-by: Fabio Estevam
> ---
>
> Chan
On 30/06/2015 04:36, Peng Fan wrote:
> From: "Ye.Li"
>
> Since the i.MX6QP has fixed the issue in boot ROM, so remove the workaround
> for i.MX6QP.
>
> Signed-off-by: Ye.Li
> Signed-off-by: Peng Fan
> ---
>
> Changes v4:
> none
> Changes v3:
> none
> Changes v2:
> none
>
> arch/arm/cpu/a
On 30/06/2015 04:36, Peng Fan wrote:
> Detect the SOC and board variant at runtime and change the dtb name,
> but not hardcoding the fdt_file env variable.
>
> Take the following patch as a reference.
> Íd58699b157df75f1aa0b363ea9c21add21a0c
> "mx6cuboxi: Load the correct 'fdtfile' variable"
>
>
On 30/06/2015 04:36, Peng Fan wrote:
> The i.MX6DQP has a PRG module, need to enable its clock for using IPU.
>
> Signed-off-by: Peng Fan
> Signed-off-by: Brown Oliver
> Signed-off-by: Ye.Li
> Reviewed-by: Fabio Estevam
> ---
>
> Changes v4:
> Take Fabio's suggestion, use setbits_le32. Add
On Fri, Jul 10, 2015 at 11:35 AM, Minghuan Lian
wrote:
> PCIe extends device's configuration space to 4k and provides
> extended capability. The patch adds function to find them.
> The code is ported from Linux PCIe driver.
>
> Signed-off-by: Minghuan Lian
> ---
> Change log:
> v2-v1:
> 1. add a
Hello Wolfgang,
On Thu, 09 Jul 2015 22:38:48 +0200, Wolfgang Denk wrote:
> Dear Albert,
>
> In message <20150708084625.5a18e9a5@lilith> you wrote:
> >
> > > http://www.denx.de/wiki/view/DULG/CanUBootBeConfiguredSuchThatItCanBeStartedInRAM
> >
> > If I may, this FAQ is slightly outdated, in tha
Hello,
On 07/10/2015 03:46 AM, Simon Glass wrote:
Hi Minkyu,
On 9 July 2015 at 19:43, Minkyu Kang wrote:
Hi Simon,
On 08/07/15 11:38, Simon Glass wrote:
Hi Minkyu,
On 6 July 2015 at 19:36, Minkyu Kang wrote:
Dear Simon,
On 07/07/15 00:27, Simon Glass wrote:
Hi Minkyu, Przemyslaw,
On 5
Hi Stefano,
On Fri, Jul 10, 2015 at 10:30:59AM +0200, Stefano Babic wrote:
>Hi Peng,
>
>in the title "dummpy" instead of "dummy".
Thanks pointing this out.
>
>On 30/06/2015 04:36, Peng Fan wrote:
>> Add dummy cpu type MXC_CPU_MX6QP/DP.
>
>Anyway, why is it dummy ? It matches a real SOC, only the
Hello Simon,
On Thu, 9 Jul 2015 08:15:51 -0600, Simon Glass
wrote:
> With driver model drivers can have things stored in several places. There is
> driver-private data, then the uclass can attach things to a device. If the
> device is on a bus then its bus may attach parent data to the device to
Hello Simon,
On 07/03/2015 02:15 AM, Simon Glass wrote:
The kernel uses upper case for I2C unit addresses. Follow the same
convention to reduce differences.
Signed-off-by: Simon Glass
---
arch/arm/dts/exynos5.dtsi | 34 -
arch/arm/dts/exynos5250-
Hello Simon,
On 07/03/2015 02:15 AM, Simon Glass wrote:
Snow and smdk5250 use a max77686 PMIC. We have a driver for this, so add
the relevant node to the device tree so it can be used.
Signed-off-by: Simon Glass
---
arch/arm/dts/exynos5250-smdk5250.dts | 150
Hello Simon,
On 07/03/2015 02:15 AM, Simon Glass wrote:
The existing TPS65090 driver does not support driver model. Add a new one
that does. This can be used as a base for a regulator driver also. It uses
the standard device tree binding.
Signed-off-by: Simon Glass
---
drivers/power/pmic/Kc
Hello Simon,
On 07/03/2015 02:15 AM, Simon Glass wrote:
The TPS65090 has 7 FETs which are modelled as regulators. This allows them
to be controlled by drivers easier, accessed through the 'regulator' command
and used by other drivers.
Signed-off-by: Simon Glass
---
drivers/power/regulator/K
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
This PMIC is used with SoCs which need a combination of BUCKs and LDOs. The
driver supports changing voltage and enabling/disabling each regulator. It
supports the standard device tree binding and supports driver model.
Signed-off-by: Simo
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
The driver name should not have a space in it. Also the regulator names
should match the case of the device tree. Fix these problems.
Signed-off-by: Simon Glass
---
drivers/power/pmic/max77686.c | 6 +++---
1 file changed, 3 insertion
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
This PMIC is used with SoCs which need a combination of BUCKs and LDOs. The
driver supports probing and basic register access. It supports the standard
device tree binding and supports driver model. A regulator driver can be
provided also.
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
Some regulators use the wrong voltage register and thus it is not possible
to control them. Fix this.
Signed-off-by: Simon Glass
---
drivers/power/regulator/max77686.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
This should write the register, not read it. Fix this bug.
Signed-off-by: Simon Glass
---
drivers/power/pmic/pmic-uclass.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/power/pmic/pmic-uclass.c b/drivers/
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
Not all regulators can be set up automatically. Adjust the code so that
regulators_enable_boot_on() will return success when some are skipped.
Only genuine errors are reported.
Signed-off-by: Simon Glass
---
drivers/power/regulator/reg
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
Add support for all BUCK regulators, now that the correct register is
accessed for each.
Signed-off-by: Simon Glass
---
drivers/power/regulator/max77686.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
When a regulator command cannot honour the requested voltage, display the
limits to try to be helpful.
Signed-off-by: Simon Glass
---
common/cmd_regulator.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/common/
Hello,
On 07/03/2015 02:16 AM, Simon Glass wrote:
Enable PMICs, regulators and the like so that new drivers will be made
available.
Signed-off-by: Simon Glass
---
board/samsung/smdk5420/smdk5420.c | 2 +-
configs/arndale_defconfig | 2 ++
configs/odroid-xu3_defconfig
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
Many options are duplicated on the exynos5 boards. Move these to the common
files. Also some options are not used so can be removed.
Tidy this up to make the files easier to maintain.
Signed-off-by: Simon Glass
---
include/configs/arn
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
Now that exynos5420 boards can use the generic exynos5 code, switch over to
it and remove the old code.
Signed-off-by: Simon Glass
---
board/samsung/smdk5420/Makefile | 4 -
board/samsung/smdk5420/smdk5420.c | 143
Hello Simon,
On 07/03/2015 02:16 AM, Simon Glass wrote:
Remove the old drivers (both the normal one and the cros_ec one) now that
we have new drivers that use driver model.
Signed-off-by: Simon Glass
---
drivers/power/pmic/Makefile | 2 -
drivers/power/pmic/pmic_tps65090.c|
On 10/07/15 10:46, Simon Glass wrote:
> Hi Minkyu,
>
> On 9 July 2015 at 19:43, Minkyu Kang wrote:
>> Hi Simon,
>>
>> On 08/07/15 11:38, Simon Glass wrote:
>>> Hi Minkyu,
>>>
>>> On 6 July 2015 at 19:36, Minkyu Kang wrote:
Dear Simon,
On 07/07/15 00:27, Simon Glass wrote:
> Hi
On 02/07/15 10:27, Minkyu Kang wrote:
> Adds the 'F:' entry for the board's defconfig
>
> Signed-off-by: Minkyu Kang
> ---
> board/samsung/smdk5420/MAINTAINERS |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/board/samsung/smdk5420/MAINTAINERS
> b/board/samsung/smdk5420/MAINTAINERS
Dear Tom,
The following changes since commit f3edfd30541d6f245d7dfa6fa7354cc916cc53e1:
net: designware: Program MAC address to hardware after soft reset (2015-07-08
13:43:19 -0400)
are available in the git repository at:
http://git.denx.de/u-boot-samsung
for you to fetch changes up to 8f
From: Daniel Inderbitzin
The rxbd is not correctly handled in case of a frame physical error
(FPE) or frame size error (FSE). The rxbd must be cleared and
advanced in case of an error to avoid receive stall.
Signed-off-by: Daniel Inderbitzin
---
drivers/net/fm/eth.c | 5 +++--
1 file changed,
On 7 July 2015 at 23:06, Bin Meng wrote:
> We should not leave the expansion ROM address window open when there
> is not a valid ROM.
>
> Suggested-by: Matt Porter
> Signed-off-by: Bin Meng
>
> ---
> I did not update pci_rom_probe() to handle the header type1 ROM address,
> as I think pci_rom_pr
On 7 July 2015 at 23:06, Bin Meng wrote:
> Currently PCI expansion ROM address is assigned by a call to
> pciauto_setup_rom() outside of the pci auto config process.
> This does not work when expansion ROM is on a device behind
> PCI bridge where bridge's memory limit register was already
> progra
Hi,
On 8 July 2015 at 05:30, Andrew Bradford wrote:
> Hi Bin,
>
> On 07/08 11:18, Bin Meng wrote:
>> Hi Andrew,
>>
>> On Wed, Jul 8, 2015 at 3:16 AM, wrote:
>> > From: Andrew Bradford
>> >
>> > Allow for configuration of FSP UPD from the device tree which will
>> > override any settings which
On Thu, Jul 02, 2015 at 11:34:45AM +0200, Daniel Schwierzeck wrote:
> Hi Tom,
>
> please pull two bugfixes for MIPS
>
>
> The following changes since commit 891b487098ee2169a16b1bbb354aaef28aa90630:
>
> Merge branch 'master' of git://git.denx.de/u-boot-spi (2015-07-01
> 15:38:12 -0400)
>
>
On Thu, Jul 09, 2015 at 02:37:30PM +0800, yuantian.t...@freescale.com wrote:
> From: Tang Yuantian
>
> When compling under 64bit platforms, there are lots of warnings,
> like:
>
> drivers/block/ahci.c:114:18: warning: cast to pointer from integer
> of different size [-Wint-to-pointer-cast]
>
On Thu, Jul 09, 2015 at 01:34:24PM +0200, Yegor Yefremov wrote:
> Baltos has USB0 connected to a USB hub and thus is host-only. USB1
> is connected to microUSB connector and thus should use OTG mode.
>
> Signed-off-by: Yegor Yefremov
Applied to u-boot/master, thanks!
--
Tom
signature.asc
De
On Mon, Jun 22, 2015 at 05:57:36PM -0500, Joe Hershberger wrote:
> Instead of selecting REGEX when NET is enabled, make it the default, but
> allow boards that are tiny to disable it and lose functionality on all
> but the first Ethernet adapter.
>
> cm-bf548, bf538f-ezkit, and bf533-stamp need t
On Mon, Jun 22, 2015 at 05:57:37PM -0500, Joe Hershberger wrote:
> bf533-stamp, bf538f-ezkit, and cm-bf548 are very space limited.
>
> This was introduced by:
> 6e0d26c0502e (net: Handle ethaddr changes as an env callback)
> by enabling CONFIG_REGEX, which is too big for these boards.
>
> This p
Hi Bin,
On 6 July 2015 at 02:31, Bin Meng wrote:
> We should setup fixed range MTRRs for some legacy regions like VGA
> RAM and PCI ROM areas as uncacheable. Note FSP may setup these to
> other cache settings, but we can override this in x86_cpu_init_f().
>
> Signed-off-by: Bin Meng
> Acked-by:
On Fri, Jun 26, 2015 at 09:17:31AM -0500, Michael Scherban wrote:
> Because it is possible for the MTD number to change, causing a
> filesystem mount failure, we should use the volume name instead
> of the MTD number and let Linux resolve the correct one.
>
> Signed-off-by: Mike Scherban
Applie
On Wed, Jun 24, 2015 at 05:00:11PM +0300, Roger Quadros wrote:
> If board is booted with transitions happening on DCAN1 pins then
> the following warning is seen in the kernel at boot when the
> hwmod layer initializes.
>
> "omap_hwmod: dcan1: _wait_target_disable failed"
>
> This is because DCA
On Wed, Jul 01, 2015 at 02:15:02PM +0800, Antonio Borneo wrote:
> When "scripts/get_maintainer.pl" parses "board/.../MAINTAINERS",
> it uses the line containing board name as delimiter.
> Without this line, the script happily mixes the lines from current
> board MAINTAINERS file with lines from an
On Tue, Jun 30, 2015 at 09:59:47AM +0200, Yegor Yefremov wrote:
> From: Yegor Yefremov
>
> Add CONFIG_SYS_GENERIC_BOARD to board's config header.
>
> Boot-tested on am3517_evm board.
>
> Signed-off-by: Yegor Yefremov
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Dig
On Tue, Jun 30, 2015 at 04:03:02PM -0600, Simon Glass wrote:
> This also came from Linux - according to this thread it has a GPL v2
> license like arch/arm/mach-omap2/mux.h:
>
> http://lists.denx.de/pipermail/u-boot/2015-June/217827.html
>
> Signed-off-by: Simon Glass
> Reported-by: Ingrid Viit
On Thu, Jul 02, 2015 at 12:00:17PM +0530, Prabhakar Kushwaha wrote:
> -fdelete-null-pointer-checks flag controls global dataflow analyses and
> eliminate useless checks for null pointers; It assume that if a pointer is
> checked after it has already been dereferenced, it cannot be null.
> This fla
On Wed, Jul 01, 2015 at 02:15:03PM +0800, Antonio Borneo wrote:
> Signed-off-by: Antonio Borneo
> To: u-boot@lists.denx.de
> To: Kamil Lulko
> Cc: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
On Mon, Jul 06, 2015 at 05:28:34PM +0200, Yegor Yefremov wrote:
> Signed-off-by: Yegor Yefremov
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-Boot@lists.d
On Wed, Jul 01, 2015 at 04:04:14PM +0800, Antonio Borneo wrote:
> On STM32F429 gpio PC6/PC7 can be allocated for USART6, as
> reported in the comment.
> But current code in
> drivers/serial/serial_stm32.c
> uses a different gpio mapping (PG14/PG9) for USART6.
>
> Fix the comment to match cu
On Wed, Jul 01, 2015 at 05:57:39PM +0200, Egli, Samuel wrote:
> Use one mtd partition for rootfs and configuration by
> means of ubi volumes and get rid of configuration partition.
> We can use partition layout for both 256MB and 512MB flash.
>
> Signed-off-by: Samuel Egli
> Cc: Heiko Schocher
On Mon, Jul 06, 2015 at 05:28:35PM +0200, Yegor Yefremov wrote:
> This action is need to make I2C communication with PMIC
> stable for low temperature. Print current I2C speed in
> SPL for visual control.
>
> Signed-off-by: Yegor Yefremov
Applied to u-boot/master, thanks!
--
Tom
signature.a
On Mon, Jul 06, 2015 at 05:28:36PM +0200, Yegor Yefremov wrote:
> Specify proper U-Boot offset, enable prefetch mode,
> increase bootm size and add FIT fallback, if board_name
> is not present in kernel-fit.itb image.
>
> Signed-off-by: Yegor Yefremov
Applied to u-boot/master, thanks!
--
Tom
On Tue, Jul 07, 2015 at 06:47:17PM +0900, Masahiro Yamada wrote:
> The word "partition" is doubled. Keep decent forms for the
> following lines.
>
> Also, fix some other typos while we are here.
>
> Signed-off-by: Masahiro Yamada
> Acked-by: Stephen Warren
Applied to u-boot/master, thanks!
On Thu, Jun 25, 2015 at 10:25:50AM +0300, Roger Quadros wrote:
> If board is booted with transitions happening on DCAN1 pins then
> the following warning is seen in the kernel at boot when the
> hwmod layer initializes.
>
> "omap_hwmod: dcan1: _wait_target_disable failed"
>
> This is because DCA
Hi Peng,
On 10/07/2015 10:06, Peng Fan wrote:
>> Anyway, why is it dummy ? It matches a real SOC, only the check is done
>> in another way.
>
> Just like MXC_CPU_MX6Q and MXC_CPU_MX6D. MXC_CPU_MX6D is a dummy id,
> MXC_CPU_MX6Q is the real id. Same MXC_CPU_MX6QP/DP are also dummy id.
ok, that i
Hi Tom,
can you please pull this 10 patches from Stefan?
The following changes since commit f3edfd30541d6f245d7dfa6fa7354cc916cc53e1:
net: designware: Program MAC address to hardware after soft reset (2015-07-08
13:43:19 -0400)
are available in the git repository at:
git://git.denx.de/u-b
Hi all,
this is a re-submission of Bin Liu's patch that was
reverted by the commit 16b61d13bab361853564da401b15fc34ae1dfea7
from Daniel Mack.
It is not OK to set the MUSB_POWER_HSENAB unconditionally because
there are sometimes some HW limitations that allow only FULL SPEED.
In our case we hav
From: Bin Liu
Do not config MUSB to highspeed mode if CONFIG_USB_GADGET_DUALSPEED
is not set, in which case Ether gadget only operates in fullspeed.
Note:
This patch is necessary for devices like some siemens boards
that allow only FULL SPEED USB 1.1, e.g. DFU download.
Signed-off-by: Bin Liu
Hi,
On 10-07-15 15:16, Samuel Egli wrote:
From: Bin Liu
Do not config MUSB to highspeed mode if CONFIG_USB_GADGET_DUALSPEED
is not set, in which case Ether gadget only operates in fullspeed.
Note:
This patch is necessary for devices like some siemens boards
that allow only FULL SPEED USB 1.1,
Hi,
On 10-07-15 16:30, Hans de Goede wrote:
Hi,
On 10-07-15 15:16, Samuel Egli wrote:
From: Bin Liu
Do not config MUSB to highspeed mode if CONFIG_USB_GADGET_DUALSPEED
is not set, in which case Ether gadget only operates in fullspeed.
Note:
This patch is necessary for devices like some siem
Hi Hans,
>-Original Message-
>From: Hans de Goede [mailto:hdego...@redhat.com]
>Sent: Freitag, 10. Juli 2015 16:37
>To: Egli, Samuel; ma...@denx.de
>Cc: u-boot@lists.denx.de; tr...@konsulko.com; Bin Liu; Meier, Roger;
>Daniel Mack
>Subject: Re: [U-Boot] [PATCH] musb: set MUSB speed based o
Hello Samuel,
Am 10.07.2015 um 16:50 schrieb Egli, Samuel:
Hi Hans,
-Original Message-
From: Hans de Goede [mailto:hdego...@redhat.com]
Sent: Freitag, 10. Juli 2015 16:37
To: Egli, Samuel; ma...@denx.de
Cc: u-boot@lists.denx.de; tr...@konsulko.com; Bin Liu; Meier, Roger;
Daniel Mack
Su
Hi,
On 07/10/2015 10:12 AM, Heiko Schocher wrote:
Hello Samuel,
Am 10.07.2015 um 16:50 schrieb Egli, Samuel:
Hi Hans,
-Original Message- From: Hans de Goede
[mailto:hdego...@redhat.com] Sent: Freitag, 10. Juli 2015 16:37
To: Egli, Samuel; ma...@denx.de Cc: u-boot@lists.denx.de;
tr...
From: Marcel Ziswiler
The following commit introduced per-SoC pllinfo tables but
unfortunately there were two generic issues (e.g. mask vs. shift mixed
up and wrongly used parenthesis) plus two each masks being wrong in
the pllinfo tables for T20/T30 which this patch fixes.
commit aeea4204b340af
Hi Simon,
On Fri, Jul 10, 2015 at 8:55 PM, Simon Glass wrote:
> Hi Bin,
>
> On 6 July 2015 at 02:31, Bin Meng wrote:
>> We should setup fixed range MTRRs for some legacy regions like VGA
>> RAM and PCI ROM areas as uncacheable. Note FSP may setup these to
>> other cache settings, but we can over
On Wed, May 20, 2015 at 8:00 AM, Tim Harvey wrote:
> On Wed, May 20, 2015 at 7:14 AM, Marcel Ziswiler wrote:
>> On Wed, 2015-05-20 at 06:15 -0700, Tim Harvey wrote:
>>
>>> > Tested on Apalis T30 1GB V1.1A with properly fused i211
>>> > Tested on Apalis T30 2GB V1.1A with iNVM fused i210
>>> > Te
On 07/10/2015 09:36 AM, Marcel Ziswiler wrote:
From: Marcel Ziswiler
The following commit introduced per-SoC pllinfo tables but
unfortunately there were two generic issues (e.g. mask vs. shift mixed
up and wrongly used parenthesis) plus two each masks being wrong in
the pllinfo tables for T20/T
Hi,
On 10 July 2015 at 02:24, Sjoerd Simons wrote:
> On Tue, 2015-06-23 at 17:28 -0600, Simon Glass wrote:
>>
>> Since much of the code is generic, this also supports the Radxa Rock
>> Pro.
>
> Just to be sure as I happen to have a Rock Pro on the way which will
> want some u-boot love. Do you ac
Hi Bin,
On 10 July 2015 at 09:39, Bin Meng wrote:
> Hi Simon,
>
> On Fri, Jul 10, 2015 at 8:55 PM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 6 July 2015 at 02:31, Bin Meng wrote:
>>> We should setup fixed range MTRRs for some legacy regions like VGA
>>> RAM and PCI ROM areas as uncacheable. Note F
Hi Simon,
On 07/10 06:53, Simon Glass wrote:
> Hi,
>
> On 8 July 2015 at 05:30, Andrew Bradford wrote:
> > Hi Bin,
> >
> > On 07/08 11:18, Bin Meng wrote:
> >> Hi Andrew,
> >>
> >> On Wed, Jul 8, 2015 at 3:16 AM, wrote:
> >> > From: Andrew Bradford
> >> >
> >> > Allow for configuration of FSP
Commit 90fbee3e4051 ("cmd_fdt: Actually fix fdt command in sandbox")
changed the format(from hex address to unsigned long) in which "fdtaddr"
is saved . However do_fdt continues reads the "fdtaddr" assuming it to
be in hex format. This may lead to fdt being either loaded or attempted
to load at err
On Wed, Jul 8, 2015 at 10:57 AM, Peter Griffin wrote:
> HiKey is the first 96boards consumer edition compliant board. It features a
> hi6220
> SoC which has eight ARM A53 cpu's.
>
> This initial port adds support for: -
> 1) Serial
> 2) eMMC / sd card
s/sd/SD/
> 3) USB
> 4) GPIO
>
> It has been
On Fri, Jul 10, 2015 at 09:16:28PM +0900, Minkyu Kang wrote:
> Dear Tom,
>
> The following changes since commit f3edfd30541d6f245d7dfa6fa7354cc916cc53e1:
>
> net: designware: Program MAC address to hardware after soft reset
> (2015-07-08 13:43:19 -0400)
>
> are available in the git repositor
On Wed, Jul 01, 2015 at 09:35:49PM +0900, Masahiro Yamada wrote:
> Since commit 09c3280754f8 (mtd, nand: Move common functions from
> cmd_nand.c to common place), NAND commands would not work at all
> on large devices.
>
> => nand read 8000 1 1
>
> NAND read: Offset exceeds d
On Fri, Jul 10, 2015 at 12:59:38PM +, Luka Perkov wrote:
> Hi Tom,
>
> can you please pull this 10 patches from Stefan?
>
> The following changes since commit f3edfd30541d6f245d7dfa6fa7354cc916cc53e1:
>
> net: designware: Program MAC address to hardware after soft reset
> (2015-07-08 13:
On 10 July 2015 at 10:18, Sudeep Holla wrote:
>
> Commit 90fbee3e4051 ("cmd_fdt: Actually fix fdt command in sandbox")
> changed the format(from hex address to unsigned long) in which "fdtaddr"
> is saved . However do_fdt continues reads the "fdtaddr" assuming it to
> be in hex format. This may le
Hi Simon,
On Sat, Jul 11, 2015 at 12:09 AM, Simon Glass wrote:
> Hi Bin,
>
> On 10 July 2015 at 09:39, Bin Meng wrote:
>> Hi Simon,
>>
>> On Fri, Jul 10, 2015 at 8:55 PM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 6 July 2015 at 02:31, Bin Meng wrote:
We should setup fixed range MTRRs for
I was running a static code analysis.
And found a possible string overflow, this occurs in common/cli_simple.c line
278
It might overrun the 512 byte destination string lastcommand by writing 513
bytes from console_buffer
Hopefully someone could be able to review with more knowledge in this cod
The i.MX6DQP has a PRG module, need to enable its clock for using IPU.
Signed-off-by: Peng Fan
Signed-off-by: Brown Oliver
Signed-off-by: Ye.Li
Reviewed-by: Fabio Estevam
Acked-by: Stefano Babic
---
Changes v5:
Add Stefano's Acked-by
Changes v4:
Take Fabio's suggestion, use setbits_le32.
Since i.MX6QP changes some CCM registers, so modify the clocks settings to
follow the hardware changes.
In c files, use runtime check and discard #ifdef.
Signed-off-by: Peng Fan
Signed-off-by: Ye.Li
Reviewed-by: Fabio Estevam
Acked-by: Stefano Babic
---
Changes v5:
Add Stefano's Acked-by
C
Detect the SOC and board variant at runtime and change the dtb name,
but not hardcoding the fdt_file env variable.
Take the following patch as a reference.
Íd58699b157df75f1aa0b363ea9c21add21a0c
"mx6cuboxi: Load the correct 'fdtfile' variable"
Signed-off-by: Peng Fan
Reviewed-by: Fabio Estevam
Add cpu type for i.MX6QP/DP.
This patch also fix is_mx6dqp(), since get_cpu_rev can return MXC_CPU_MX6QP
and MXC_CPU_MX6DP, we should use:
(is_cpu_type(MXC_CPU_MX6QP) || is_cpu_type(MXC_CPU_MX6DP)).
Signed-off-by: Peng Fan
Acked-by: Stefano Babic
---
Changes v5:
Refine commit msg
Add Stefano
From: "Ye.Li"
Since the i.MX6QP has fixed the issue in boot ROM, so remove the workaround
for i.MX6QP.
Signed-off-by: Ye.Li
Signed-off-by: Peng Fan
Acked-by: Stefano Babic
---
Changes v5:
Add Stefano's Acked-by
Changes v4:
none
Changes v3:
none
Changes v2:
none
arch/arm/cpu/armv7/mx6/h
1. Add DDR script for mx6qpsabreauto board.
2. On CPU3 board, enet RGMII tx clock is from internal PLL. Set the GPR5[9]
and init the enet pll output to 125Mhz.
3. On CPU3 board, SW1ABC=VDDSOC_IN, SW2=VDDARM_IN.
Build target: mx6qpsabreauto_config
Boot Log:
U-Boot 2015.07-rc2-00071-gfd985ff (Ju
Hi Stefano,
On Fri, Jul 10, 2015 at 09:56:23AM +0200, Stefano Babic wrote:
>Hi Peng,
>
>
>I see this patch is now delegated to me. Then, I have no objections to
>merge it into u-boot-imx if Pantelis agree.
>
>
>On 25/06/2015 04:32, Peng Fan wrote:
>> DCIMVAC is upgraded to DCCIMVAC for the individ
On 06/30/2015 05:56 AM, Jonas Jensen wrote:
> Hello,
>
> I have found the following issue with RPi 2:
>
> Only 1 CPU is brought up when the kernel is started from script (see [1]).
>
> All 4 CPUs are brought up if started "manually" typing in environment
> variables from said script (see [2]).
On 07/04/2015 03:48 AM, Alexander Stein wrote:
> This patchset enables dcache support for Raspberry Pi 1.
> First the cache support code was made similar to existing arm1136 code.
> The invalidate and flush functions were inprovoed to accept also non-cacheline
> aligned addresses. This reduces the
On 07/04/2015 03:48 AM, Alexander Stein wrote:
> This is effectively the same code but it also does a clean cache before
> invalidating and doing a memory barrier.
Is it possible to share this function with arm1136 rather than
cut/pasting it? I guess it's pretty small so not a huge deal, but still
1 - 100 of 104 matches
Mail list logo
