Hi Stefan,
> -Oorspronkelijk bericht-
> Van: Stefan Wahren [mailto:stefan.wah...@i2se.com]
> Verzonden: zaterdag 6 juni 2015 08:38
> Aan: Ruud Commandeur
> Onderwerp: Re: [U-Boot] mxs power initialization
>
> Hi,
>
> > Ruud Commandeur hat am 5. Juni 2015 um
> 16:38 geschrieben:
> >
>
Dear Tom,
In message <20150608215347.GZ1728@bill-the-cat> you wrote:
>
> I've pushed v2015.04-rc2 out to the repository and tarballs should exist
> soon.
Tarballs are on the FTP server [1] and the ACD [2].
[1] ftp://ftp.denx.de/pub/u-boot/u-boot-2015.07-rc2.tar.bz2
[2]
https://www.amazon.com/c
Include otherwise ENOSYS is undefined.
Signed-off-by: Bin Meng
---
common/cmd_cpu.c | 1 +
drivers/cpu/cpu-uclass.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/common/cmd_cpu.c b/common/cmd_cpu.c
index c3e229f..b4af64f 100644
--- a/common/cmd_cpu.c
+++ b/common/cmd_cpu.c
@@ -
In cpu_get_info() it wrongly tests against cpu_ops->get_desc to see
if it is NULL. It should test against cpu_ops->get_info.
Signed-off-by: Bin Meng
---
drivers/cpu/cpu-uclass.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cpu/cpu-uclass.c b/drivers/cpu/cpu-uclass
Most of the MP initialization codes in arch/x86/cpu/baytrail/cpu.c is
common to all x86 processors, except detect_num_cpus() which varies
from cpu to cpu. Move these to arch/x86/cpu/cpu.c and declare a weak
detect_num_cpus() which just returns 2 which is minimally required.
Signed-off-by: Bin Meng
This commit does the following to clean up x86 cpu dm drivers:
- Move cpu_x86 driver codes from arch/x86/cpu/cpu.c to a dedicated
file arch/x86/cpu/cpu_x86.c
- Rename x86_cpu_get_desc() to cpu_x86_get_desc() to keep consistent
naming with other dm drivers
- Add a new cpu_x86_bind() in the cpu_x
MAX_CPUS and AP_STACK_SIZE are only meaningful when SMP is on.
Signed-off-by: Bin Meng
---
arch/x86/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 3506ba2..d4cd9ed 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -228,6 +228,7 @@ c
Intel Crown Bay board has a TunnelCreek processor which supports
hyper-threading. Add /cpus node in the crownbay.dts and enable
the MP initialization.
Signed-off-by: Bin Meng
---
arch/x86/dts/crownbay.dts | 20
configs/crownbay_defconfig | 4
2 files changed, 24 ins
Move MAX_CPUS definition after SMP so that it shows below SMP in the
menuconfig. Also replace the leading spaces in the MAX_CPUS section
with tabs to conform coding standard.
Signed-off-by: Bin Meng
---
arch/x86/Kconfig | 24
1 file changed, 12 insertions(+), 12 deletio
Currently lapic_setup() is called before calling mp_init(), which
then calls init_bsp() where it calls enable_lapic(), which was
already enabled in lapic_setup(). Hence move lapic_setup() call
into init_bsp() to avoid the duplication.
Signed-off-by: Bin Meng
---
arch/x86/cpu/cpu.c | 2 --
a
This commit cleans up the lapic codes:
- Delete arch/x86/include/asm/lapic_def.h, and move register and bit
defines into arch/x86/include/asm/lapic.h
- Use MSR defines from msr-index.h in enable_lapic() and disable_lapic()
- Remove unnecessary stuff like NEED_LAPIC, X86_GOOD_APIC and
CONFIG_AP_
There is no good reason to use a particular key to stop autobooting.
The default allows us to stop the autoboot with any key input.
Signed-off-by: Masahiro Yamada
---
configs/ph1_ld4_defconfig | 4
configs/ph1_pro4_defconfig | 4
configs/ph1_sld8_defconfig | 4
3 files changed,
As SCFG_ENDIANCR register is added to choose little-endian or big-endian
for audio IPs on Rev2.0 silion, little-endian mode is selected.
Signed-off-by: Alison Wang
---
arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h | 3 ++-
board/freescale/ls1021aqds/ls1021aqds.c | 3 +++
board/free
Pass correct gpio argument to gpio_set_value().
The calcualation of gpio = gpio + (gpios->chip * VYBRID_GPIO_COUNT);
is required for calling imx_iomux_gpio_* functions so move them close to
improve readability.
Signed-off-by: Axel Lin
---
Hi Bhuvanchandra,
I think current code does not pass corre
Hi Fabio, Chris,
On 09/06/2015 00:00, Fabio Estevam wrote:
> Adding the i.MX maintaner, Stefano Babic.
>
Thanks - it was missed in my last Pr.
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
> Regards,
>
> Fabio Estevam
>
> On Mon, Jun 8, 2015 at 6:55 PM, Chris Kuethe wrote:
>>
On 29/05/2015 20:32, Soeren Moch wrote:
> Signed-off-by: Soeren Moch
> ---
> Cc: Stefano Babic
> ---
> configs/tbs2910_defconfig | 2 ++
> include/configs/tbs2910.h | 2 ++
> 2 files changed, 4 insertions(+)
>
> diff --git a/configs/tbs2910_defconfig b/configs/tbs2910_defconfig
> index cace345.
On 29/05/2015 20:32, Soeren Moch wrote:
> Add PRE_CONSOLE_BUFFER support to display early boot messages over HDMI.
>
> Signed-off-by: Soeren Moch
> ---
> Cc: Stefano Babic
> ---
> include/configs/tbs2910.h | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/include/configs/tbs2910.h b
Hi ,
I am trying to disable auto negotiation in U-boot.
I modified
drivers/net/phy/phy.c
setting
dev->autoneg = AUTONEG_DISABLE;.
Autonegotion is disabled but u-boot however waits for autonegotiation
to complete in the function "genphy_update_link( )"
Modifying the values of BMCR_ANENA
Dear priyanka sharma,
In message
you wrote:
>
> I am trying to disable auto negotiation in U-boot.
May I ask why exactly you want to do this? It is almost always a very
bad idea to disable autonegotiation. Usually there are other ways to
solve the problem, but we cannot help you because you d
Hi!
> +struct sdram_prot_rule {
> + uint64_tsdram_start; /* SDRAM start address */
> + uint64_tsdram_end; /* SDRAM end address */
> + uint32_trule; /* SDRAM protection rule number: 0-19 */
> + int valid; /* Rule valid or not? 1 - valid, 0 not*/
In title, you can convert sdram->SDRAM
On Tue 2015-06-02 22:52:49, dingu...@opensource.altera.com wrote:
> From: Dinh Nguyen
>
> This patch adds the DDR calibration portion of the Altera SDRAM driver.
>
> Signed-off-by: Dinh Nguyen
> +/*
> + * In order to reduce ROM size, most of the selectab
On Tue 2015-06-02 22:52:50, dingu...@opensource.altera.com wrote:
> From: Dinh Nguyen
>
> Enable the Altera SDRAM driver for the SoCFPGA platform.
>
> Signed-off-by: Dinh Nguyen
> Acked-by: Marek Vasut
Acked-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pict
Hello Axel,
On 06/09/2015 02:45 PM, Axel Lin wrote:
Pass correct gpio argument to gpio_set_value().
The calcualation of gpio = gpio + (gpios->chip * VYBRID_GPIO_COUNT);
is required for calling imx_iomux_gpio_* functions so move them close to
improve readability.
Signed-off-by: Axel Lin
---
Hi
Dear Pavel,
In message <20150609115532.GA29408@amd> you wrote:
>
> U-Boot is normally spelled "U-Boot". You have two different variants
> in comments here.
Thanks for pointing out. This is actually quite important as
"U-Boot" is _not_ a copyrighted name, while some other spellings
are (search f
Dear priyanka sharma,
please keep the mailinmg list on Cc:
In message
you wrote:
>
> Disabling auto negotiation along with limiting ethernet PHY to 100MBit is
> a part of requirements for a custom solution.
This does not actually answer my question. What I'm interested to
understand is _why_
On Tue, Jun 09, 2015 at 11:54:14AM +0800, Josh Wu wrote:
> Hi, Tom
>
> On 6/8/2015 9:20 PM, Tom Rini wrote:
> >On Mon, Jun 08, 2015 at 10:26:29AM +0200, Marek Vasut wrote:
> >>On Monday, June 08, 2015 at 04:05:04 AM, Josh Wu wrote:
> >>>Hi, Marek
> >>>
> >>>On 6/5/2015 9:18 PM, Marek Vasut wrote:
2015-06-09 20:58 GMT+08:00 Bhuvanchandra DV :
> Hello Axel,
>
> On 06/09/2015 02:45 PM, Axel Lin wrote:
>>
>> Pass correct gpio argument to gpio_set_value().
>> The calcualation of gpio = gpio + (gpios->chip * VYBRID_GPIO_COUNT);
>> is required for calling imx_iomux_gpio_* functions so move them cl
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 board was booted at a temp greater than
the CPU temperature max, it would skip the loop and never indicate or t
On 06/09/2015 06:49 PM, Axel Lin wrote:
2015-06-09 20:58 GMT+08:00 Bhuvanchandra DV :
Hello Axel,
On 06/09/2015 02:45 PM, Axel Lin wrote:
Pass correct gpio argument to gpio_set_value().
The calcualation of gpio = gpio + (gpios->chip * VYBRID_GPIO_COUNT);
is required for calling imx_iomux_gpio
2015-06-09 21:53 GMT+08:00 Bhuvanchandra DV :
> On 06/09/2015 06:49 PM, Axel Lin wrote:
>>
>> 2015-06-09 20:58 GMT+08:00 Bhuvanchandra DV
>> :
>>>
>>> Hello Axel,
>>>
>>> On 06/09/2015 02:45 PM, Axel Lin wrote:
Pass correct gpio argument to gpio_set_value().
The calcualation of
It's confusing to use gpio as gpio offset parameter so rename it to offset
for better readability.
Signed-off-by: Axel Lin
---
drivers/gpio/vybrid_gpio.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/drivers/gpio/vybrid_gpio.c b/drivers/gpio/vybri
On 06/09/2015 07:54 PM, Axel Lin wrote:
It's confusing to use gpio as gpio offset parameter so rename it to offset
for better readability.
Agreed, but IMHO these offsets any way at the end are the gpio numbers
of individual gpio chip instances. e.g: gpio 2 of gpio chip 1 which is
gpio 34.
S
Hi
I work with an imx6sx sdb. I observed that placing u-boot in QSPI
flash and also having the environment in QSPI the linux kernel doesn't
boot. The backtrace from the kernel contains 'fsl_qspi_probe'. If only
u-boot resides in QSPI and the environment is on mmc then the kernel
boots successfully
On Monday 08 June 2015 23:24:19 Paul Kocialkowski wrote:
> diff --git a/board/nokia/rx51/lowlevel_init.S
> b/board/nokia/rx51/lowlevel_init.S
> index 9d4ea1b..9048f31 100644
> --- a/board/nokia/rx51/lowlevel_init.S
> +++ b/board/nokia/rx51/lowlevel_init.S
> @@ -28,18 +28,6 @@ imagesize: /*
Adding some FSL folks in case they have some suggestions.
Regards,
Fabio Estevam
On Tue, Jun 9, 2015 at 11:41 AM, Matthias Weißer wrote:
> Hi
>
> I work with an imx6sx sdb. I observed that placing u-boot in QSPI
> flash and also having the environment in QSPI the linux kernel doesn't
> boot. Th
Hello,
commit e11c6c279d823dc0d2f470c5c2e3c0a9854a640f
Author: Simon Glass
Date: Sat Feb 7 10:47:28 2015 -0700
arm: Allow lr to be saved by board code
The link register value can be required on some boards (e.g. FEL mode on
sunxi) so use a branch instruction to jump to save_bo
On Monday 08 June 2015 23:24:18 Paul Kocialkowski wrote:
> I would be very glad to see board maintainers give a go
> at the changeset before it gets merged, especially on devices like
> the Nokia RX-51 (N900) where some specific adaptation was needed.
So U-Boot is broken since e11c6c279d823dc0d2f4
On 6/9/15 6:55 AM, Pavel Machek wrote:
> Hi!
>
>> +struct sdram_prot_rule {
>> +uint64_tsdram_start; /* SDRAM start address */
>> +uint64_tsdram_end; /* SDRAM end address */
>> +uint32_trule; /* SDRAM protection rule number: 0-19 */
>> +int val
On 06/09/2015 10:02 AM, Fabio Estevam wrote:
> Adding some FSL folks in case they have some suggestions.
>
> Regards,
>
> Fabio Estevam
>
> On Tue, Jun 9, 2015 at 11:41 AM, Matthias Weißer
> wrote:
>> Hi
>>
>> I work with an imx6sx sdb. I observed that placing u-boot in QSPI
>> flash and also
Commit e11c6c279d823dc0d2f470c5c2e3c0a9854a640f broke calculating lr register
in function save_boot_params() and caused U-Boot to crash at early boot time
on Nokia N900 board.
This patch fix calculating return address in lr register and make Nokia N900
board bootable again. Patch was tested in qem
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thanks!
./MAKEALL -s tegra is OK, nyan-big verified by Simon.
The following changes since commit 3d0158ae18bef2ac89979f4c90419d3add436c71:
Prepare v2015.07-rc2 (2015-06-08 17:48:33 -0400)
are available in the git repository at:
git:
On 9 June 2015 at 10:05, Pali Rohár wrote:
> Commit e11c6c279d823dc0d2f470c5c2e3c0a9854a640f broke calculating lr register
> in function save_boot_params() and caused U-Boot to crash at early boot time
> on Nokia N900 board.
>
> This patch fix calculating return address in lr register and make Nok
On Tuesday 09 June 2015 20:11:22 Simon Glass wrote:
> On 9 June 2015 at 10:05, Pali Rohár wrote:
> > Commit e11c6c279d823dc0d2f470c5c2e3c0a9854a640f broke calculating
> > lr register in function save_boot_params() and caused U-Boot to
> > crash at early boot time on Nokia N900 board.
> >
> > This
On Tuesday 09 June 2015 18:28:29 Pali Rohár wrote:
> On Monday 08 June 2015 23:24:18 Paul Kocialkowski wrote:
> > I would be very glad to see board maintainers give a go
> > at the changeset before it gets merged, especially on devices like
> > the Nokia RX-51 (N900) where some specific adaptation
Hi all
2015-06-09 15:04 GMT+02:00 Wolfgang Denk :
> Dear priyanka sharma,
>
> please keep the mailinmg list on Cc:
>
> In message
> you
> wrote:
>>
>> Disabling auto negotiation along with limiting ethernet PHY to 100MBit is
>> a part of requirements for a custom solution.
>
> This does not ac
Hi all
2015-06-09 21:50 GMT+02:00 Christian Gmeiner :
> Hi all
>
> 2015-06-09 15:04 GMT+02:00 Wolfgang Denk :
>> Dear priyanka sharma,
>>
>> please keep the mailinmg list on Cc:
>>
>> In message
>> you
>> wrote:
>>>
>>> Disabling auto negotiation along with limiting ethernet PHY to 100MBit is
Hi,
There is a bit of confusion at $dayjob about when CONFIG_SYS_NO_FLASH
is used. Initially we thought that this meant I have no parallel NOR
flash. So a board with only SPI flash would have CONFIG_SYS_NO_FLASH=1
and CONFIG_SPI_FLASH=1.
Is this understanding correct? I'd like to be able to add a
2015-06-09 22:37 GMT+08:00 Bhuvanchandra DV :
> On 06/09/2015 07:54 PM, Axel Lin wrote:
>>
>> It's confusing to use gpio as gpio offset parameter so rename it to offset
>> for better readability.
>
> Agreed, but IMHO these offsets any way at the end are the gpio numbers of
> individual gpio chip in
This patchset adds support to get controller sram size from device tree
& fix to support different FIFO widths.
Vikas Manocha (3):
spi: cadence_qspi: move the sram partition in init
spi: cadence_qspi: get sram size from device tree
spi: cadence_qspi: support FIFO width other than 4 bytes
a
There is no need to re-configure sram partition for every read/write for
better full use of sram for read or write. This patch divides the half
sram for read & half for write once at initialization.
Signed-off-by: Vikas Manocha
---
drivers/spi/cadence_qspi_apb.c | 16 +---
1 file c
sram size could be different on different socs, e.g. on stv0991 it is 256 while
on altera platform it is 128. It is better to receive it from device tree.
Signed-off-by: Vikas Manocha
---
arch/arm/dts/socfpga.dtsi |1 +
arch/arm/dts/stv0991.dts |1 +
drivers/spi/cadence_qspi.c
This patch makes the code compatible with FIFO depths other than 4
bytes. It also simplify read/write FIFO loops.
Signed-off-by: Vikas Manocha
---
drivers/spi/cadence_qspi_apb.c | 47
1 file changed, 24 insertions(+), 23 deletions(-)
diff --git a/drive
Hi Matthias,
I can not reproduce your issue. All is fine in my side.
which version/branch are you using for uboot and linux? mainline or fsl vendor?
Regards,
Peng.
On Tue, Jun 09, 2015 at 10:24:38AM -0500, Nitin Garg wrote:
>On 06/09/2015 10:02 AM, Fabio Estevam wrote:
>> Adding some FSL folks
Hello,
I've done lots of internal cleanup and optimization and fixed a few small
bugs/incompatibilities in https://github.com/ulfalizer/Kconfiglib:
- Unset user values when loading a zero-byte .config. (5e54e2c)
- Ignore indented .config assignments. (f8a7510)
- Do not require $srctree to be s
On Tuesday, June 09, 2015 at 06:28:29 PM, Pali Rohár wrote:
> On Monday 08 June 2015 23:24:18 Paul Kocialkowski wrote:
> > I would be very glad to see board maintainers give a go
> > at the changeset before it gets merged, especially on devices like
> > the Nokia RX-51 (N900) where some specific ad
Hi all,
I have pulled latest code from u-boot main line through git.
Using linaro tool chain for am335x board
I'm trying to compile tools/env but its giving an error
#make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- env
HOSTCC tools/env/fw_env.o
arm-linux-gnueabihf/include/search.h:173:1 erro
On 19/05/15 00:56, Przemyslaw Marczak wrote:
> This commit cleanup MAX77686 regulator node by:
> - remove the sub-nodes of unconnected regulators
> - remove the "regulator-compatible" properties of all regulators
>
> This prevents printing init errors for the regulators,
> with duplicated name str
Hi Peng
I use mainline (current HEAD, u-boot 2015.07-rc2, linux 4.1.0-rc7) on
both sides.
Regards
Matthias
2015-06-10 3:45 GMT+02:00 Peng Fan :
> Hi Matthias,
>
> I can not reproduce your issue. All is fine in my side.
>
> which version/branch are you using for uboot and linux? mainline or fsl
On Wednesday 10 June 2015 06:27:37 Marek Vasut wrote:
> On Tuesday, June 09, 2015 at 06:28:29 PM, Pali Rohár wrote:
> > On Monday 08 June 2015 23:24:18 Paul Kocialkowski wrote:
> > > I would be very glad to see board maintainers give a go
> > > at the changeset before it gets merged, especially on
Hi Peng
With some wild guessing I found out that it must be an interrupt
issue. If I clear FR (offset 0x160) in the QSPI module using u-boot
command Linux boots successfully. So it seams that u-boot should clear
the interrupt flag of the QSPI module after it was used.
Commands used to clear the f
On Wed 2015-06-10 06:27:37, Marek Vasut wrote:
> On Tuesday, June 09, 2015 at 06:28:29 PM, Pali Rohár wrote:
> > On Monday 08 June 2015 23:24:18 Paul Kocialkowski wrote:
> > > I would be very glad to see board maintainers give a go
> > > at the changeset before it gets merged, especially on devices
Hi Matthias,
On 10.06.2015 08:19, Matthias Weißer wrote:
With some wild guessing I found out that it must be an interrupt
issue. If I clear FR (offset 0x160) in the QSPI module using u-boot
command Linux boots successfully. So it seams that u-boot should clear
the interrupt flag of the QSPI modu
62 matches
Mail list logo
