Hi Simon, Heiko,
On Thu, 20 Nov 2014 14:04:52 +
Simon Glass wrote:
> >
> > Let's assume we want to write some data to a EEPROM chip connected to i2c
> > bus.
> >
> > We generally send
> >
> > [byte 0] SLAVE_ADDR (7bit) + W flag
> > [byte 1] Offset address in EEPROM where you want to star
Hi Heiko, Simon,
On Fri, 21 Nov 2014 08:24:18 +0100
Heiko Schocher wrote:
> >>
> >>
> >> Likewise, when we read data from a EEPROM chip connected to i2c bus,
> >>
> >> We generally send/receive
> >>[byte 0] SLAVE_ADDR (7bit) + W flag
> >>[byte 1] Offset address in EEPROM where you want t
On 21.11.2014 03:50, Masahiro Yamada wrote:
The CPU directory of this board is arch/powerpc/cpu/ppc4xx.
Without the CONFIG_SPL_START_S_PATH and CONFIG_SPL_LDSCRIPT defines,
the same start.o and u-boot-spl.lds are selected by default.
Signed-off-by: Masahiro Yamada
Cc: Wolfgang Denk
Acked-by:
When building with my toolchain (4.8.2):
CROSS_COMPILE=/home/lukma/work/ptxdist/toolchains/arm/OSELAS.Toolchain-2013.12.0/arm-v7a-linux-gnueabi/gcc-4.8.2-glibc-2.18-binutils-2.24-kernel-3.12-sanitized/bin/arm-v7a-linux-gnueabi-
I see following WARNING:
tools/kwbimage.c: In function "kwbimage_set_h
On 21.11.2014 03:50, Masahiro Yamada wrote:
The CPU directory of this board is arch/powerpc/cpu/mpc5xxx.
Without the CONFIG_SPL_START_S_PATH and CONFIG_SPL_LDSCRIPT defines,
the same start.o and u-boot-spl.lds are selected by default.
Signed-off-by: Masahiro Yamada
Cc: Stefan Roese
Acked-by:
Hi Simon, Tom,
On Fri, 21 Nov 2014 08:24:54 +0100
Simon Glass wrote:
> Hi Masahiro,
>
> On 21 November 2014 08:11, Masahiro Yamada wrote:
> > Simon,
> >
> > On Fri, 21 Nov 2014 08:00:27 +0100
> > Simon Glass wrote:
> >
> >> Hi Tom,
> >>
> >> Here's the introduction of bare x86 support.
> >>
Hello Suriyan Ramasami,
Am 21.11.2014 00:55, schrieb Suriyan Ramasami:
The boot commands - bootz/bootm mandate a third argument which is the
address to the FDT blob. In cases where this argument is not specified,
boot fails with a message indicating a missing FDT.
This causes non-FDT kernels to
Dear Lukasz Majewski,
Thanks for your patch.
On Fri, 21 Nov 2014 09:22:43 +0100, Lukasz Majewski wrote:
> When building with my toolchain (4.8.2):
> CROSS_COMPILE=/home/lukma/work/ptxdist/toolchains/arm/OSELAS.Toolchain-2013.12.0/arm-v7a-linux-gnueabi/gcc-4.8.2-glibc-2.18-binutils-2.24-kernel-3.1
On Thu, 13 Nov 2014 17:59:14 +0100, Albert ARIBAUD
wrote:
> Signed-off-by: Albert ARIBAUD
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/arm/lib/relocate.S | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/arch/arm/lib/relocate.S b/arch/arm/lib/rel
Correction: this was actually already applied by Stefano in u-boot-imx,
I'd just missed that he'd applied the whole series.
So: *not* applied to u-boot-arm/master, which remains unchanged.
Amicalement,
--
Albert.
___
U-Boot mailing list
U-Boot@lists.de
Hi Albert,
On 20/11/2014 13:08, Albert ARIBAUD wrote:
>> ok - I have a MX35 based board, and I can do some tests, maybe in the
>> week-end.
>
> (thanks for applying my patch) Did you do the tests on i.MX35? Should
> there be a followup patch to fix i.MX35 as i.MX27 i now fixed?
I confess I have
> -Original Message-
> From: York Sun [mailto:york...@freescale.com]
> Sent: Thursday, November 20, 2014 2:55 AM
> To: u-boot@lists.denx.de
> Cc: Sun York-R58495; Wang Huan-B18965; Badola Nikhil-B46172
> Subject: [RFC Patch 1/2] powerpc: Move fsl_errata.h out of arch/powerpc
>
> This heade
Hello Tom,
On Thu, 20 Nov 2014 10:43:55 -0500, Tom Rini wrote:
> On Fri, Nov 14, 2014 at 09:58:52AM +0100, Hans de Goede wrote:
> > Hi,
> >
> > On 11/14/2014 09:55 AM, Albert ARIBAUD wrote:
> > > Hello Hans,
> > >
> > > On Fri, 14 Nov 2014 09:34:29 +0100, Hans de Goede
> > > wrote:
> > >> From
Hi Thomas,
> Dear Lukasz Majewski,
>
> Thanks for your patch.
>
> On Fri, 21 Nov 2014 09:22:43 +0100, Lukasz Majewski wrote:
> > When building with my toolchain (4.8.2):
> > CROSS_COMPILE=/home/lukma/work/ptxdist/toolchains/arm/OSELAS.Toolchain-2013.12.0/arm-v7a-linux-gnueabi/gcc-4.8.2-glibc-2.1
Define the board specific smp_set_cpu_boot_addr() function to set
the start address for secondary cores in the LS1021A specific manner.
Define the board specific smp_kick_all_cpus() functioin to boot a
secondary core. Here the BRR contains control bits for enabling boot
for each core. On exiting H
The Central Security Unit (CSU) allows secure world software to
change the default access control policies of peripherals/bus
slaves, determining which bus masters may access them. This
allows peripherals to be separated into distinct security domains.
Combined with SMMU configuration of the system
Enable hypervisors utilizing the ARMv7 virtualization extension
on the LS1021A-QDS/TWR boards with the A7 core tile, we add the
required configuration variable.
Signed-off-by: Xiubo Li
Acked-by: York Sun
---
arch/arm/include/asm/arch-ls102xa/config.h| 2 ++
arch/arm/include/asm/arch-ls1
LS1 has 4 SMMUs for address translation of the masters. All the
SMMUs' stream IDs are 8-bit. The address translation depends on the
stream ID of the incoming transaction.
Each master has unique stream ID assigned to it and is configurable
through SCFG registers. The stream ID for the masters is ide
On 21.11.2014 09:22, Lukasz Majewski wrote:
When building with my toolchain (4.8.2):
CROSS_COMPILE=/home/lukma/work/ptxdist/toolchains/arm/OSELAS.Toolchain-2013.12.0/arm-v7a-linux-gnueabi/gcc-4.8.2-glibc-2.18-binutils-2.24-kernel-3.12-sanitized/bin/arm-v7a-linux-gnueabi-
I see following WARNING:
For some SoCs, the pen address register maybe in BE mode and the
CPUs are in LE mode.
This patch adds BE mode support for smp pen address.
Signed-off-by: Xiubo Li
Acked-by: York Sun
---
arch/arm/cpu/armv7/nonsec_virt.S | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/cpu/armv7/n
Hi Simon,
On Thu, 20 Nov 2014 16:44:22 +
Simon Glass wrote:
> Hi Masahiro,
>
> On 19 November 2014 09:21, Masahiro Yamada wrote:
> > Hi Simon,
> >
> >
> >
> > On Tue, 18 Nov 2014 14:37:33 +
> > Simon Glass wrote:
> >
> >> Hi Masahiro,
> >>
> >> On 18 November 2014 12:51, Masahiro Ya
Change for V4:
- Split V3's 3/5 patch in two.
- Add a strong version of smp_kick_all_cpus().
Change for V3:
- Fixed the language in commit message.
Change for V2:
- All the registers were defined as a struct, here use it.
- Used CONFIG_PEN_ADDR_BIG_ENDIAN instead of CONFIG_SOC_BIG_ENDIAN.
Xiu
For some SoCs, the system clock frequency may not equal to the
ARCH Timer's frequency.
This patch uses the CONFIG_TIMER_CLK_FREQ instead of
CONFIG_SYS_CLK_FREQ, then the system clock macro and arch timer
macor could be set separately and without interfering each other.
Signed-off-by: Xiubo Li
Ac
Hello Lukasz,
Am 21.11.2014 09:22, schrieb Lukasz Majewski:
When building with my toolchain (4.8.2):
CROSS_COMPILE=/home/lukma/work/ptxdist/toolchains/arm/OSELAS.Toolchain-2013.12.0/arm-v7a-linux-gnueabi/gcc-4.8.2-glibc-2.18-binutils-2.24-kernel-3.12-sanitized/bin/arm-v7a-linux-gnueabi-
I see f
Hi Simon,
On 11/20/2014 08:35 PM, Simon Glass wrote:
Hi Nikita,
On 20 November 2014 16:13, Nikita Kiryanov wrote:
common/lcd.c is a mix of code portions that do different but related
things. To improve modularity, the various code portions should be split
into their own modules. Separate lcd
The fdt_path_offset() checks an alias too.
fdtdec_get_alias_node(blob, "foo") is equivalent to
fdt_path_offset(blob, "foo").
Signed-off-by: Masahiro Yamada
---
drivers/serial/serial-uclass.c | 2 +-
include/fdtdec.h | 11 ---
lib/fdtdec.c | 15 -
Implement disable_sata_clock for mx6 SoCs.
Signed-off-by: Nikita Kiryanov
Cc: Stefano Babic
---
arch/arm/cpu/armv7/mx6/clock.c| 8
arch/arm/include/asm/arch-mx6/clock.h | 1 +
2 files changed, 9 insertions(+)
diff --git a/arch/arm/cpu/armv7/mx6/clock.c b/arch/arm/cpu/armv7/mx6
Provide board specific implementation for sata stop command for
cm_fx6.
Signed-off-by: Nikita Kiryanov
Cc: Stefano Babic
---
board/compulab/cm_fx6/cm_fx6.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/board/compulab/cm_fx6/cm_fx6.c b/board/compulab/cm_fx6/cm_
Implement sata stop command.
This introduces the __sata_stop() weak function, which mirrors
the weak __sata_initialize() function, giving users the option of
undoing the custom steps performed in overrides of sata_initialize().
Signed-off-by: Nikita Kiryanov
Cc: Marek Vasut
Cc: Tom Rini
---
co
This series adds the sata stop command, which includes both cmd_sata code and
driver support for resetting sata.
A non-dummy reset_sata() is provided for dwc_ahsata, and a non-default
sata_stop() is provided for cm_fx6.
Finally, we use the new functionality to turn off sata on boot for mx6 devices.
Ideally, the Linux kernel should get the hardware in its most
untouched state. For the most part, U-Boot does not reset the various
subsystems it touches before boot, and usually Linux deals with it, but
on some boards (cm_fx6) the Linux kernel fails to detect the ssd
correctly if sata is used by U
Add reset_sata() to the sata driver interface and implement it
for dwc_ahsata. This function cleans up after sata_init(), and
therefore accepts a device number like sata_init() does.
A dummy implementation is provided for the rest of the drivers.
Signed-off-by: Nikita Kiryanov
Cc: Simon Glass
Cc
Hi, Markus.
On 11/18/2014 11:11 PM, Markus Niebel wrote:
> From: Markus Niebel
>
> if the card claims to be high capacity and the card
> is partitioned the capacity shall still be read from
> ext_csd SEC_COUNT even if the resulting capacity is
> smaller than 2 GiB
I have one question.
"smaller
Hello Jaehoon Chung
Am 21.11.2014 um 11:50 schrieb Jaehoon Chung:
> Hi, Markus.
>
> On 11/18/2014 11:11 PM, Markus Niebel wrote:
>> From: Markus Niebel
>>
>> if the card claims to be high capacity and the card
>> is partitioned the capacity shall still be read from
>> ext_csd SEC_COUNT even if t
Add a delay of 1 microsecond before issuing soft reset to the
controller to let ongoing ULPI transaction complete.
This prevents corruption of ULPI Function Control Register which
eventually prevents phy clock from entering to low power mode
Signed-off-by: Nikhil Badola
---
Depends on pat
Hello Bill,
On Thu, 20 Nov 2014 11:34:45 -0500, Bill Pringlemeir
wrote:
> Originally Daniel Gutson used '-mauto-it' and then it was converted to
> '-mimplicit-it'.
Ok, so I was right in my gut(son)[1] feeling that -mauto-it was a
predecessor of -mimplicit-it -- and actually only in the first
it
Hello Nikhil,
On Fri, 21 Nov 2014 17:25:21 +0530, Nikhil Badola
wrote:
> Add a delay of 1 microsecond before issuing soft reset to the
> controller to let ongoing ULPI transaction complete.
> This prevents corruption of ULPI Function Control Register which
> eventually prevents phy clock from ent
Hi,
On 21-11-14 10:20, Lukasz Majewski wrote:
Hi Thomas,
Dear Lukasz Majewski,
Thanks for your patch.
On Fri, 21 Nov 2014 09:22:43 +0100, Lukasz Majewski wrote:
When building with my toolchain (4.8.2):
CROSS_COMPILE=/home/lukma/work/ptxdist/toolchains/arm/OSELAS.Toolchain-2013.12.0/arm-v7a-
Hi, Markus.
It's reasonable, looks good to me.
Acked-by: Jaehoon Chung
Best Regards,
Jaehoon Chung
On 11/21/2014 07:50 PM, Jaehoon Chung wrote:
> Hi, Markus.
>
> On 11/18/2014 11:11 PM, Markus Niebel wrote:
>> From: Markus Niebel
>>
>> if the card claims to be high capacity and the card
>> i
Hi,
On 11/21/2014 12:55 AM, Suriyan Ramasami wrote:
> The boot commands - bootz/bootm mandate a third argument which is the
> address to the FDT blob. In cases where this argument is not specified,
> boot fails with a message indicating a missing FDT.
>
> This causes non-FDT kernels to fail to bo
Hi Eric,
On Fri, Nov 21, 2014 at 11:20:37AM +0100, Eric Bénard wrote:
> Hi Maxime,
>
> Le Thu, 20 Nov 2014 17:49:17 +0100,
> Maxime Ripard a écrit :
>
> > Hi,
> >
> > I'm currently working on 2014.07, on a custom TI AM335x based board.
> >
> > Everything works great so far, except when we're
On 2014-11-20 20:14, Jeroen Hofstee wrote:
> Hi,
>
> On 20-11-14 19:21, Bill Pringlemeir wrote:
> ---
> arch/arm/lib/memset.S | 40
> 1 file changed, 20 insertions(+), 20 deletions(-)
>
> diff --git a/arch/arm/lib/memset.S b/arch/arm/lib/
Hello Jeroen,
On Fri, 21 Nov 2014 13:34:41 +0100, Jeroen Hofstee
wrote:
> >> But oh well, if it fixes a warning :-)
> > I didn't claim that there is a bug in the code :-).
> >
> > I just get annoying when on my continuous integration script I see the
> > same warning for all cross compiled board
Resynchronize memcpy/memset with kernel and build them explicitly
in Thumb2 mode (unified syntax). Those assembler files can be
built and linked in ARM mode too, however when calling them from
Thumb2 built code, the stack got corrupted and the copy did not
succeed (the exact details have not been t
On 20/11/2014 13:03, Soeren Moch wrote:
> When an invalid USDHC port is passed we should return -EINVAL instead of 0.
> Also, return the error immediately on fsl_esdhc_initialize() failure.
>
> Based on similar patches by Fabio Estevam for mx6sabresd, mx53loco, wandboard
>
> Signed-off-by: Soeren
Hello Jeroen,
Adding Stefan as it seems he was dropped from the recipients list.
Plus :
On Thu, 20 Nov 2014 20:14:01 +0100, Jeroen Hofstee
wrote:
> Hi,
>
> On 20-11-14 19:21, Bill Pringlemeir wrote:
> ---
> arch/arm/lib/memset.S | 40
> 1
On 20/11/2014 14:14, Ye.Li wrote:
> From: Nitin Garg
>
> Add api to check and enable pll3 as required
> for thermal sensor driver.
>
> Signed-off-by: Ye.Li
> Signed-off-by: Nitin Garg
> ---
After fixing:
ERROR: Bad function definition - void enable_thermal_clk() should
probably be void enable
On 20/11/2014 14:14, Ye.Li wrote:
> Add a new thermal uclass for thermal sensor and implement the imx
> thermal driver basing on this uclass.
>
> Signed-off-by: Ye.Li
> ---
After fixing:
WARNING: line over 80 characters
#481: FILE: include/thermal.h:28:
+* This must be called before doi
On 20/11/2014 14:14, Ye.Li wrote:
> Add imx6 thermal device to mx6 soc file. Read the cpu temperature
> using this device to access onchip thermal sensor.
>
> Signed-off-by: Ye.Li
> Signed-off-by: Nitin Garg
> ---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
===
On 20/11/2014 14:14, Ye.Li wrote:
> Enable i.MX thermal DM driver to mx6sabre_common.h file. Since the
> thermal is used in init_sequence_f, so define the CONFIG_SYS_MALLOC_F_LEN
> to support DM driver using in pre relocation phase.
>
> Additional, thermal driver depends on ocotp, make sure to ena
On 20/11/2014 19:35, Fabio Estevam wrote:
> From: Fabio Estevam
>
> When an invalid USDHC port is passed we should return -EINVAL instead of 0.
>
> Also, return the error immediately on fsl_esdhc_initialize() failure.
>
> Signed-off-by: Fabio Estevam
> ---
For the whole series:
Applied to u-
On Thu, 2014-11-20 at 17:26 -0800, Suriyan Ramasami wrote:
> The USB host code was missing gpio_request() calls before using the gpio
> functions, causing errors to be printed out.
>
> As a side note calls to max77686_set_buck_mode(OPMODE_OFF/OPMODE_ON) have
> been removed, as they did not have an
Hookup the gmac found on the sun6i / A31 SoCs.
Signed-off-by: Hans de Goede
---
arch/arm/include/asm/arch-sunxi/clock_sun6i.h | 8 +
arch/arm/include/asm/arch-sunxi/cpu.h | 4 +++
arch/arm/include/asm/arch-sunxi/gpio.h| 1 +
board/sunxi/gmac.c|
> On 2014-11-20 20:14, Jeroen Hofstee wrote:
>> Ok thanks for digging that up, that doesn't sound like a problem
>> then. Stefan, can you check if you can actually fix the warnings
>> instead of suppressing them?
On 21 Nov 2014, ste...@agner.ch wrote:
> Ok, I could apply the changes from your p
A previous operation may have set the error flag, which must be cleared
before a new write operation can be issued.
Signed-off-by: Hector Palacios
---
drivers/misc/mxs_ocotp.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/misc/mxs_ocotp.c b/drivers/misc/mxs_ocotp.c
index 1659ee6a
The write operation may fail when trying to write to a locked area. In
this case the ERROR bit is set in the CTRL register. Check for that
condition and return an error.
Signed-off-by: Hector Palacios
---
drivers/misc/mxs_ocotp.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers
The code may goto 'fail' upon error with 'ret' variable set to an error
code, but this variable was being overwritten by a final preparation
function to restore the HCLK, so success was (in general) returned even
after an error was hit previously.
With this change, the function may now return succ
On 11/21/2014 01:09 AM, Badola Nikhil-B46172 wrote:
>> -Original Message-
>> From: York Sun [mailto:york...@freescale.com]
>> Sent: Thursday, November 20, 2014 2:55 AM
>> To: u-boot@lists.denx.de
>> Cc: Sun York-R58495; Wang Huan-B18965; Badola Nikhil-B46172
>> Subject: [RFC Patch 1/2] powe
On 11/20/2014 10:47 PM, York Sun wrote:
> Masahiro,
>
> Sorry for repeatly sending this email. My previous reply was rejected by the
> mailing list due to some weird base64 encoding.
>
> I tend to agree with you since I could reproduce it using make.
> I want to share some of my debug. There is
On 11/20/2014 08:14 PM, Simon Glass wrote:
>> (and keep going)
>
> This may be unrelated to buildman, but to check you can use the -i
> flag to enable an in-tree build.
>
Thanks for the tip, but it didn't help. I repeatedly run 10 times. 3 out of 10
failed. FWIW, MAKEALL fails the same way. Is t
On 11/21/2014 09:09 AM, York Sun wrote:
> On 11/21/2014 01:09 AM, Badola Nikhil-B46172 wrote:
>>> -Original Message-
>>> From: York Sun [mailto:york...@freescale.com]
>>> Sent: Thursday, November 20, 2014 2:55 AM
>>> To: u-boot@lists.denx.de
>>> Cc: Sun York-R58495; Wang Huan-B18965; Badola
Hi Hector,
On Fri, Nov 21, 2014 at 2:54 PM, Hector Palacios
wrote:
> The write operation may fail when trying to write to a locked area. In
> this case the ERROR bit is set in the CTRL register. Check for that
> condition and return an error.
>
> Signed-off-by: Hector Palacios
> ---
> drivers/m
Hi Fabio,
On 11/21/2014 06:10 PM, Fabio Estevam wrote:
> Hi Hector,
>
> On Fri, Nov 21, 2014 at 2:54 PM, Hector Palacios
> wrote:
>> The write operation may fail when trying to write to a locked area. In
>> this case the ERROR bit is set in the CTRL register. Check for that
>> condition and retu
Although we were checking the pl01x type, seems like PL010 type was being
passed by mistake.
Signed-off-by: Vikas Manocha
Acked-by: Simon Glass
---
Changes in v2: None
drivers/serial/serial_pl01x.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/serial/serial_pl
This patchset fixes the pl01x driver esp for pl011 baudrate & line
control.
Changes in v2:
- fix the comment style
Vikas Manocha (5):
serial: pl01x: pass pl01x_type to set baudrate
serial: pl01x: fix pl011 baud rate configuration
serial: pl01x: move all line control at same place
serial:
pl010 & pl011 have different control register offsets, setting it as per
the pl01x type.
Signed-off-by: Vikas Manocha
Acked-by: Simon Glass
---
Changes in v2: None
drivers/serial/serial_pl01x.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/serial/serial
Receive line control uses same setting as transmit line control, also one lcrh
write is effective for both baud rate & receive line control internal update.
Signed-off-by: Vikas Manocha
Acked-by: Simon Glass
---
Changes in v2:
- fixed comment style
drivers/serial/serial_pl01x.c | 44 +++
UART_IBRD, UART_FBRD, and UART_LCR_H form a single 30-bit wide register which
is updated on a single write strobe generated by a UART_LCR_H write. So, to
internally update the content of UART_IBRD or UART_FBRD, a write to UART_LCR_H
must always be performed at the end.
Signed-off-by: Vikas Manocha
Signed-off-by: Vikas Manocha
Acked-by: Simon Glass
---
Changes in v2: None
drivers/serial/serial_pl01x.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/serial/serial_pl01x.c b/drivers/serial/serial_pl01x.c
index 2a6b61d..e1bf496 100644
--- a/drive
From: Fabio Estevam
When an invalid USDHC port is passed we should return -EINVAL instead of 0.
Also, return the error immediately on fsl_esdhc_initialize() failure.
Cc: Christian Gmeiner
Signed-off-by: Fabio Estevam
---
board/bachmann/ot1200/ot1200.c | 10 ++
1 file changed, 6 i
From: Fabio Estevam
When an invalid USDHC port is passed we should return -EINVAL instead of 0.
Also, return the error immediately on fsl_esdhc_initialize() failure.
Cc: Eric Benard
Signed-off-by: Fabio Estevam
---
board/embest/mx6boards/mx6boards.c | 10 ++
1 file changed, 6 ins
From: Fabio Estevam
When an invalid USDHC port is passed we should return -EINVAL instead of 0.
Also, return the error immediately on fsl_esdhc_initialize() failure.
Cc: Eric Nelson
Signed-off-by: Fabio Estevam
---
board/boundary/nitrogen6x/nitrogen6x.c | 10 ++
1 file changed, 6
Hello Albert,
On 21-11-14 16:30, Albert ARIBAUD wrote:
On Fri, 21 Nov 2014 13:34:41 +0100, Jeroen Hofstee
wrote:
But oh well, if it fixes a warning :-)
I didn't claim that there is a bug in the code :-).
I just get annoying when on my continuous integration script I see the
same warning for
Hi Maxime,
Le Thu, 20 Nov 2014 17:49:17 +0100,
Maxime Ripard a écrit :
> Hi,
>
> I'm currently working on 2014.07, on a custom TI AM335x based board.
>
> Everything works great so far, except when we're trying to have USB
> host working.
>
> The board has the MUSB1 controller wired as USB Hos
To get correct stack walking and backtrace functionality in gdb,
registers fp and ra should be initialized before calling board_init_f
or board_init_r. Thus allocating stack space and zeroing it as it is
currently done in board.c becomes obsolete.
Signed-off-by: Daniel Schwierzeck
---
arch/mips/
Hi Simon,
On 20.11.2014 18:22, Simon Glass wrote:
> Hi Daniel,
>
> On 20 November 2014 16:54, Daniel Schwierzeck
> wrote:
>>
>>
>> On 19.11.2014 23:22, Simon Glass wrote:
>>> Hi Daniel,
>>>
>>> On 19 November 2014 16:59, Daniel Schwierzeck
>>> wrote:
Hi Simon,
On 17.11.2014 07:24
Hi Masahiro,
On 21.11.2014 04:48, Masahiro Yamada wrote:
> Hi Daniel,
>
>
> On Wed, 19 Nov 2014 21:12:14 +0100
> Daniel Schwierzeck wrote:
>
>> Introduce a Makefile under arch/$ARCH/ and include it in the
>> top Makefile (similar to Linux kernel). This allows further
>> refactoringi like movin
- updates to support Cygnus and NSP board families better
- add functions so CONFIG_ARMV7_NONSEC can be enabled on Cygnus boards
Signed-off-by: Steve Rae
---
Changes in v3:
- it was premature to add all these boards; need to simplify the effort
Changes in v2:
- split into two commits
arch/arm
Hello Lukasz,
On Fri, 21 Nov 2014 09:22:43 +0100, Lukasz Majewski
wrote:
> When building with my toolchain (4.8.2):
> CROSS_COMPILE=/home/lukma/work/ptxdist/toolchains/arm/OSELAS.Toolchain-2013.12.0/arm-v7a-linux-gnueabi/gcc-4.8.2-glibc-2.18-binutils-2.24-kernel-3.12-sanitized/bin/arm-v7a-linux-g
128059b92 ("hush: fix segfault on syntax error") attempted to fix a
segfault on syntax errors, but it broke Ctrl-C handling, and the
assumption that it made, that rcode could not be -1, is incorrect.
Revert this change.
Reported-by: Stephen Warren
Reported-by: Przemyslaw Marczak
Signed-off-by: R
Hi Daniel,
On 21 November 2014 21:46, Daniel Schwierzeck
wrote:
> Hi Simon,
>
> On 20.11.2014 18:22, Simon Glass wrote:
>> Hi Daniel,
>>
>> On 20 November 2014 16:54, Daniel Schwierzeck
>> wrote:
>>>
>>>
>>> On 19.11.2014 23:22, Simon Glass wrote:
Hi Daniel,
On 19 November 2014 16
Hi Masahiro,
On 21 November 2014 09:29, Masahiro Yamada wrote:
> Hi Simon, Tom,
>
>
>
> On Fri, 21 Nov 2014 08:24:54 +0100
> Simon Glass wrote:
>
>> Hi Masahiro,
>>
>> On 21 November 2014 08:11, Masahiro Yamada wrote:
>> > Simon,
>> >
>> > On Fri, 21 Nov 2014 08:00:27 +0100
>> > Simon Glass wr
Hi Masahiro,
On 21 November 2014 09:04, Masahiro Yamada wrote:
> Hi Simon, Heiko,
>
>
>
> On Thu, 20 Nov 2014 14:04:52 +
> Simon Glass wrote:
>> >
>> > Let's assume we want to write some data to a EEPROM chip connected to i2c
>> > bus.
>> >
>> > We generally send
>> >
>> > [byte 0] SLAVE_A
Hi Masahiro,
On 21 November 2014 09:18, Masahiro Yamada wrote:
> Hi Heiko, Simon,
>
> On Fri, 21 Nov 2014 08:24:18 +0100
> Heiko Schocher wrote:
>
>> >>
>> >>
>> >> Likewise, when we read data from a EEPROM chip connected to i2c bus,
>> >>
>> >> We generally send/receive
>> >>[byte 0] SLAVE_
Introduce a Makefile under arch/$ARCH/ and include it in the
top Makefile (similar to Linux kernel). This allows further
refactoringi like moving architecture-specific code out of global
makefiles, deprecating config variables (CPU, CPUDIR, SOC) or
deprecating arch/$ARCH/config.mk.
In contrary to
Simon,
Shall we consider host error to be an error reported by buildman? I happen to
try a newer version of toolchain from Linaro. Buildman reports this error
+../scripts/binutils-version.sh: line 20: printf: 09: invalid octal number
The root cause is this version of AS reports version string d
Hi Maxime,
On Thu, 20 Nov 2014 17:49:17 +0100
Maxime Ripard wrote:
> Hi,
>
> I'm currently working on 2014.07, on a custom TI AM335x based board.
>
> Everything works great so far, except when we're trying to have USB
> host working.
>
> The board has the MUSB1 controller wired as USB Host on
> -Original Message-
> From: York Sun [mailto:york...@freescale.com]
> Sent: Thursday, November 20, 2014 2:55 AM
> To: u-boot@lists.denx.de
> Cc: Sun York-R58495; Wang Huan-B18965; Badola Nikhil-B46172
> Subject: [RFC Patch 2/2] driver/usb/fsl: Make FSL USB driver common
>
> Add ifdef for
> -Original Message-
> From: York Sun [mailto:york...@freescale.com]
> Sent: Friday, November 21, 2014 11:03 PM
> To: Badola Nikhil-B46172
> Cc: u-boot@lists.denx.de; Wang Huan-B18965
> Subject: Re: [U-Boot] [RFC Patch 1/2] powerpc: Move fsl_errata.h out of
> arch/powerpc
>
> On 11/21/2014
On Friday, November 21, 2014 at 03:57:42 PM, Maxime Ripard wrote:
> Hi Eric,
>
> On Fri, Nov 21, 2014 at 11:20:37AM +0100, Eric Bénard wrote:
> > Hi Maxime,
> >
> > Le Thu, 20 Nov 2014 17:49:17 +0100,
> >
> > Maxime Ripard a écrit :
> > > Hi,
> > >
> > > I'm currently working on 2014.07, on a
90 matches
Mail list logo
