files in arch/arm/imx-common/ get not yet compiled for
SPL case as "mxs" is missing in filter rule.
Signed-off-by: Heiko Schocher
---
Fixes build error on for example the mx28evk_auart_console board:
Building mx28evk_auart_console board...
textdata bss dec hex filename
4426
- add more targets for building with buildman:
- avr32
- m68k
and while at it, sort the list alphabetical
Signed-off-by: Heiko Schocher
---
m68k build fails with:
Building current source for 48 boards (32 threads, 1 job per thread)
m68k: +M53017EVB
+(M53017EVB) arch/m68k/cpu/mcf532x/start
move MACH_TYPE into defconfig
Signed-off-by: Heiko Schocher
---
configs/corvus_defconfig | 2 +-
include/configs/corvus.h | 3 ---
2 files changed, 1 insertion(+), 4 deletions(-)
diff --git a/configs/corvus_defconfig b/configs/corvus_defconfig
index 266a2ab..0427e9e 100644
--- a/configs/corvus
Hi Scott,
Le Mon, 16 Mar 2015 16:30:29 -0500, Scott Wood
a écrit :
> On Sat, 2015-03-14 at 15:27 +0100, Albert ARIBAUD wrote:
> > Bonjour Scott,
> >
> > Le Fri, 13 Mar 2015 16:57:33 -0500, Scott Wood
> > a écrit :
> >
> > > On Fri, 2015-03-13 at 09:04 +0100, Albert ARIBAUD (3ADEV) wrote:
> >
Hello Bo,
Am 13.03.2015 10:19, schrieb Bo Shen:
Config MCKR according to the datasheet sequence, or else it
will cause the MCKR configuration failed.
Remove timeout checking for clock configuration, if configure
the clock failed, let the system hang while not run in wrong
clock configuration.
On 16.03.2015 21:14, Stephen Warren wrote:
On 03/13/2015 04:49 PM, Andrey Danin wrote:
Signed-off-by: Andrey Danin
Some explanation of what these new options do might be nice; the
features/benefits they enable.
Are any of the options generally useful? If so, should they be enabled
in tegra-c
Hi Heiko,
On 03/17/2015 03:45 PM, Heiko Schocher wrote:
Hello Bo,
Am 13.03.2015 10:19, schrieb Bo Shen:
Config MCKR according to the datasheet sequence, or else it
will cause the MCKR configuration failed.
Remove timeout checking for clock configuration, if configure
the clock failed, let the
Hi Anish,
Yes, actually my board support is based on an older sitara patch and it works
when applied to v2015.01. But I was mistaken about the problem.
I went back to my original patch applied to v2015.01 and it gives the same
error but then moves on to SPL and boots ok.
http://pastebin.com/A23
Hello Bo,
Am 17.03.2015 08:58, schrieb Bo Shen:
Hi Heiko,
On 03/17/2015 03:45 PM, Heiko Schocher wrote:
Hello Bo,
Am 13.03.2015 10:19, schrieb Bo Shen:
Config MCKR according to the datasheet sequence, or else it
will cause the MCKR configuration failed.
Remove timeout checking for clock con
Hi Heiko, Daniel,
On 17/03/2015 08:20, Heiko Schocher wrote:
> files in arch/arm/imx-common/ get not yet compiled for
> SPL case as "mxs" is missing in filter rule.
>
This is possible, but...
> Signed-off-by: Heiko Schocher
>
> ---
>
> Fixes build error on for example the mx28evk_auart_cons
Hello Gilles,
On Tue, 17 Mar 2015 01:09:04 -0700, Gilles
wrote:
> Hi Anish,
>
> Yes, actually my board support is based on an older sitara patch and it works
> when applied to v2015.01. But I was mistaken about the problem.
> I went back to my original patch applied to v2015.01 and it gives the
Hi Tom,
On 03/13/2015 03:34 PM, Tom Rini wrote:
> On Fri, Mar 13, 2015 at 09:48:56AM -0400, Tom Rini wrote:
>> On Wed, Mar 11, 2015 at 09:51:38AM +0100, Stefan Roese wrote:
>>
>>> Without this dcache_flush the updated bootcounter may not be saved to
>>> its location.
>>>
>>> This was detected on a
On 16.03.2015 15:58, Kevin Smith wrote:
If defined, the macro CONFIG_SYS_SPI_U_BOOT_OFFS allows a board
to specify the offset of the payload image into the kwb image
file. This value was being used to locate the image, but was not
used in the "header size" field of the main header. Move the
use
Hello Stefano,
Am 17.03.2015 09:27, schrieb Stefano Babic:
Hi Heiko, Daniel,
On 17/03/2015 08:20, Heiko Schocher wrote:
files in arch/arm/imx-common/ get not yet compiled for
SPL case as "mxs" is missing in filter rule.
This is possible, but...
Yes .. I thought so too ...
Signed-off-by
Hi Heiko,
> trigger watchdog before calling usb_gadget_handle_interrupts()
> This prevents board resets when calling dfu command on boards
> which have a watchdog.
>
> Signed-off-by: Heiko Schocher
> ---
>
> common/cmd_dfu.c | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/common/cm
Hi all,
I'm trying to configure IPU on a iMX6 based platform by reading EDID
from the external monitor.
Everything seem to work fine except for the pixelclock. In particular my
monitor has a standard resolution of 1280x1024@60 (108 MHz pixelclock).
When the function ipu_init_sync_panel (file
> -Original Message-
> From: Heiko Schocher [mailto:[email protected]]
> Sent: Dienstag, 17. März 2015 08:22
> To: [email protected]
> Cc: Heiko Schocher; Tom Rini; Meier, Roger; Angelo Dureghello; Alison Wang
> Subject: [PATCH] travis.yml: add more targets to build on travis
>
> - add more
The current implementation for baudrate calculation is incorrect.
This part from the formula:
"2 ^ (n + 1)" is not equivalent to (1 << n) but to (2 << n)!
This patch fixes this and moves this calculation to a function instead of using
a macro.
This new function is taken from the Linux kernel.
T
Hi,
any update on this one?
Thanks,
Michal
On 03/13/2015 01:25 PM, Michal Simek wrote:
> Hi,
>
> I have a question regarding setting mac address for drivers.
> Drivers setting up write_hwaddr via eth_write_hwaddr via eth_initialize
> which is called from common/board_r.c.
>
> But then there ar
Hello Lukasz,
Am 17.03.2015 10:52, schrieb Lukasz Majewski:
Hi Heiko,
trigger watchdog before calling usb_gadget_handle_interrupts()
This prevents board resets when calling dfu command on boards
which have a watchdog.
Signed-off-by: Heiko Schocher
---
common/cmd_dfu.c | 2 ++
1 file chan
We are also facing the same issue.We are trying to use phy id1 on eth1 for
ethernet gigabit phy and rest is for ethernet switch.I did some of the
changes w.r.t slaves and CONFIG_ADDR_PHY but nothing come out.So Kindly let
me know what other changes you made in order to enable eth1 .
Tj
--
View
Hi,
On 17-03-15 11:08, Stefan Roese wrote:
The current implementation for baudrate calculation is incorrect.
This part from the formula:
"2 ^ (n + 1)" is not equivalent to (1 << n) but to (2 << n)!
This patch fixes this and moves this calculation to a function instead of using
a macro.
Hmm,
Hi Hans,
On 17.03.2015 12:15, Hans de Goede wrote:
On 17-03-15 11:08, Stefan Roese wrote:
The current implementation for baudrate calculation is incorrect.
This part from the formula:
"2 ^ (n + 1)" is not equivalent to (1 << n) but to (2 << n)!
This patch fixes this and moves this calculation
Move the Freescale QSPI driver over to driver model.
Signed-off-by: Haikun Wang
Signed-off-by: Peng Fan
---
This patch adds DM support for FSL QSPI driver.
Now this driver can support both DM frame and old SPI frame.
Driver structure like below:
QSPI driver common code
#ifndef CONFIG_DM_SPI
This patchset is meant to prepare ARC for device model utilization.
The most important things done:
[1] Separation of interrupt vectore tables from start.S
[2] Merge of low-level start-up code (written in assembly) for ARCompat and
ARCv2 architectures
[3] Separation of interrupt and except
As discussed on mailing list we're drifting away from
CONFIG_SYS_GENERIC_GLOBAL_DATA in favour to use of board_init_f_mem()
for global data.
So do this for ARC architecture.
Signed-off-by: Alexey Brodkin
---
arch/arc/include/asm/config.h | 1 -
arch/arc/lib/start.S | 7 ++-
2 files
Even though ARCompact and ARCv2 are not binary compatible most of
assembly instructions are used in both. With this change we'll get rid
of duplicate code.
Still IVTs are implemented differently so we're keeping them in separate
files.
Signed-off-by: Alexey Brodkin
---
arch/arc/cpu/arcv1/Makefi
This separation makes maintenance of code easier because those low-level
interrupt- or exception handling routines are pretty static and usually
require not much care while start-up code is a subject of modifications
and enhancements.
Signed-off-by: Alexey Brodkin
---
arch/arc/lib/Makefile
Intention behind this work was elimination of as much assembly-written
code as it is possible.
In case of ARC we already have relocation fix-up implemented in C so why
don't we use C for U-Boot copying, .bss zeroing etc.
It turned out x86 uses pretty similar approach so we re-used parts of
code i
[1] Fix misspeling in ARC_CACHE_LINE_SHIFT dependency, now cache-line
lenth selection is correctly enabled if either I$ or D$ are enabled.
[2] Add dummy entry to target list to make sure target type is always
mentioned in defconfig. Otherwise defconfig for the first target in the
list will not h
Before that moment our defconfigs were manually modified with addition
of new options. That means once anybody wants to addd another option and
re-genarate defconfig with "make defconfig" there will be lots of
differences. So to make future modifications more clean we'll do bulk
re-generation right
Hi,
On 17-03-15 12:25, Stefan Roese wrote:
Hi Hans,
On 17.03.2015 12:15, Hans de Goede wrote:
On 17-03-15 11:08, Stefan Roese wrote:
The current implementation for baudrate calculation is incorrect.
This part from the formula:
"2 ^ (n + 1)" is not equivalent to (1 << n) but to (2 << n)!
Thi
2015-03-17 15:07 GMT+09:00 Sinan Akman :
>
> Hi Masahiro
>
> On 03/16/2015 11:28 PM, Masahiro Yamada wrote:
>>
>> Remove MPC8308RDB, MPC8313ERDB, MPC8315ERDB, MPC8323ERDB,
>> MPC832XEMDS, MPC8349EMDS, MPC8349ITX, and MPC837XEMDS.
>
>
> I had sent an e-mail on that few weeks ago :
>
> http://lis
Check if USB Erratum A005697 is applicable on BSC913x and
add corresponding property in the device tree via device
tree fixup which is used by linux driver
Signed-off-by: Nikhil Badola
---
Depends on "drivers:usb:fsl: Add affected SOCs for USB Erratum A007792"
http://patchwork.ozlabs.org/patch/4
Hi Heiko,
> Hello Lukasz,
>
> Am 17.03.2015 10:52, schrieb Lukasz Majewski:
> > Hi Heiko,
> >
> >> trigger watchdog before calling usb_gadget_handle_interrupts()
> >> This prevents board resets when calling dfu command on boards
> >> which have a watchdog.
> >>
> >> Signed-off-by: Heiko Schocher
On Tue, Mar 10, 2015 at 10:52:59AM +0100, Przemyslaw Marczak wrote:
> The build break was caused by one of my previous commit:
> 'odroid: defconfig: disable memset at malloc init'
>
> It removes the dts from odroid defconfig - rebase mistake.
>
> Signed-off-by: Przemyslaw Marczak
> Cc: Minkyu K
On Tue, Mar 10, 2015 at 03:35:46PM +0800, Peng Fan wrote:
> Commit f022d36e8a4517b2a9d25ff2d75bd2459d0c68b1 introduces
> error register offset.
>
> Change the "char reserved3[59]" to "char reserved3[56]".
>
> Signed-off-by: Peng Fan
> Tested-by: Fabio Estevam
Applied to u-boot/master, thanks!
On Tue, Mar 17, 2015 at 02:07:34AM -0400, Sinan Akman wrote:
> Hi Masahiro
>
> On 03/16/2015 11:28 PM, Masahiro Yamada wrote:
> >Remove MPC8308RDB, MPC8313ERDB, MPC8315ERDB, MPC8323ERDB,
> >MPC832XEMDS, MPC8349EMDS, MPC8349ITX, and MPC837XEMDS.
>
> I had sent an e-mail on that few weeks ago
Hello Lukasz,
Am 17.03.2015 13:56, schrieb Lukasz Majewski:
Hi Heiko,
Hello Lukasz,
Am 17.03.2015 10:52, schrieb Lukasz Majewski:
Hi Heiko,
trigger watchdog before calling usb_gadget_handle_interrupts()
This prevents board resets when calling dfu command on boards
which have a watchdog.
S
Hi Luca,
On 03/17/2015 03:04 AM, Luca Ellero wrote:
> Hi all,
>
> I'm trying to configure IPU on a iMX6 based platform by reading EDID
> from the external monitor.
>
> Everything seem to work fine except for the pixelclock. In particular my
> monitor has a standard resolution of 1280x1024@60 (108
From: Hannes Petermaier
We don't want that CONSOLE is redirected to LCD upon init, we rather prefer
that console is still on the serial line.
Signed-off-by: Hannes Petermaier
---
board/BuR/common/common.c |4
include/configs/bur_am335x_common.h |2 ++
2 files changed, 6
On 03/17/2015 08:28 AM, Masahiro Yamada wrote:
[...]
I marked 7/7 as Deferred.
Thanks much Masahiro. As per Tom's other e-mail
I'll be sending the patches soon.
BTW, please stop full-quote against a big patch.
Oh I apologise for this. It was already late when
I realized. I'll sure pay
On 03/17/2015 01:58 AM, Andrey Danin wrote:
On 16.03.2015 21:14, Stephen Warren wrote:
On 03/13/2015 04:49 PM, Andrey Danin wrote:
Signed-off-by: Andrey Danin
Some explanation of what these new options do might be nice; the
features/benefits they enable.
Are any of the options generally use
Hi Heiko,
> Hello Lukasz,
>
> Am 17.03.2015 13:56, schrieb Lukasz Majewski:
> > Hi Heiko,
> >
> >> Hello Lukasz,
> >>
> >> Am 17.03.2015 10:52, schrieb Lukasz Majewski:
> >>> Hi Heiko,
> >>>
> trigger watchdog before calling usb_gadget_handle_interrupts()
> This prevents board resets wh
On 03/17/2015 04:59 AM, Vijay Rai wrote:
> T1040D4RDB is a Freescale reference board that hosts the T1040 SoC.
> T1040D4RDB is re-designed T1040RDB board with following changes :
> - Support of DDR4 memory
> - Support of 0x66 serdes protocol which can support following interfaces
On 17/03/15 03:04, Stephen Warren wrote:
It would be nice though if someone from the RPi Foundation could comment
on the exact effect of the upper bus address bits, and why 0xc would
work for RPi2 but 0x4 for the RPi 1. I wonder if the ARM cache status
(enabled, disabled) interacts with the GPU c
Hello,
I am new to U-boot development. We are using U-Boot 1.1.4 on a MIPS 74Kc QCA
9557 processor, which is running Linux Kernel 2.6.32.27. We have a situation
were our firmware keeps hanging due to some issues. We are looking into a
solution where U-boot and Kernel keep communicating with ea
Hello Otavio,
Thanks a lot for your answer.
It is now working by using the mx28evk config for uboot and specifying
u-boot.sb as U-boot binary format in buildroot.
Best regards
Adrien
On Mon, Mar 16, 2015 at 5:35 PM, Otavio Salvador
wrote:
> On Mon, Mar 16, 2015 at 12:51 PM, Adrien Decostre
Hi Michal,
On Fri, Mar 13, 2015 at 7:25 AM, Michal Simek
wrote:
>
> Hi,
>
> I have a question regarding setting mac address for drivers.
> Drivers setting up write_hwaddr via eth_write_hwaddr via eth_initialize
> which is called from common/board_r.c.
This is because on at least ARM kernels, the
On Tue, Mar 17, 2015 at 04:16:14PM +0100, Lukasz Majewski wrote:
> Hi Heiko,
>
> > Hello Lukasz,
> >
> > Am 17.03.2015 13:56, schrieb Lukasz Majewski:
> > > Hi Heiko,
> > >
> > >> Hello Lukasz,
> > >>
> > >> Am 17.03.2015 10:52, schrieb Lukasz Majewski:
> > >>> Hi Heiko,
> > >>>
> > trigger
On Wed, Mar 11, 2015 at 10:48:25PM +0100, Karsten Merker wrote:
> On Wed, Mar 11, 2015 at 03:35:02PM -0600, Stephen Warren wrote:
> > On 03/11/2015 03:21 PM, Karsten Merker wrote:
>
> > >As a result I will need to update the Debian installation
> > >documentation. As I would like to do it right t
On Mon, Mar 16, 2015 at 1:50 PM, Chris Kuethe wrote:
> U-Boot 2015.04-rc3-00209-ga74ef40-dirty (Mar 15 2015 - 22:04:22)
>
> CPU: Freescale i.MX53 rev2.1 at 800 MHz
> Reset cause: WDOG
Here the reset cause is printed correctly.
> Board: Inverse Path USB armory MkI
> I2C: ready
> DRAM: 512 M
On Tue, Mar 17, 2015 at 9:30 AM, Fabio Estevam wrote:
> On Mon, Mar 16, 2015 at 1:50 PM, Chris Kuethe wrote:
>
>> U-Boot 2015.04-rc3-00209-ga74ef40-dirty (Mar 15 2015 - 22:04:22)
>>
>> CPU: Freescale i.MX53 rev2.1 at 800 MHz
>> Reset cause: WDOG
>
> Here the reset cause is printed correctly.
>
Hi Fabio,
On 03/17/2015 09:30 AM, Fabio Estevam wrote:
> On Mon, Mar 16, 2015 at 1:50 PM, Chris Kuethe wrote:
>
>> U-Boot 2015.04-rc3-00209-ga74ef40-dirty (Mar 15 2015 - 22:04:22)
>>
>> CPU: Freescale i.MX53 rev2.1 at 800 MHz
>> Reset cause: WDOG
>
> Here the reset cause is printed correctly.
Hi Joe,
On 03/17/2015 04:56 PM, Joe Hershberger wrote:
> Hi Michal,
>
> On Fri, Mar 13, 2015 at 7:25 AM, Michal Simek
> wrote:
>>
>> Hi,
>>
>> I have a question regarding setting mac address for drivers.
>> Drivers setting up write_hwaddr via eth_write_hwaddr via eth_initialize
>> which is calle
Hi Fabio, Eric,
On 17/03/2015 17:51, Eric Nelson wrote:
> Hi Fabio,
>
> On 03/17/2015 09:30 AM, Fabio Estevam wrote:
>> On Mon, Mar 16, 2015 at 1:50 PM, Chris Kuethe wrote:
>>
>>> U-Boot 2015.04-rc3-00209-ga74ef40-dirty (Mar 15 2015 - 22:04:22)
>>>
>>> CPU: Freescale i.MX53 rev2.1 at 800 MHz
>
Hi Michal,
On Tue, Mar 17, 2015 at 11:57 AM, Michal Simek
wrote:
>
> Hi Joe,
>
> On 03/17/2015 04:56 PM, Joe Hershberger wrote:
> > Hi Michal,
> >
> > On Fri, Mar 13, 2015 at 7:25 AM, Michal Simek
> > wrote:
> >>
> >> Hi,
> >>
> >> I have a question regarding setting mac address for drivers.
> >
Hi Stefano,
On Tue, Mar 17, 2015 at 2:09 PM, Stefano Babic wrote:
> The arm library calls always print_cpuinfo(), where get_reset_cause() is
> called. In this patch, print_cpuinfo() is called the second time in
> board_late_init(), too. It should be dropped.
>
> Without testing, I think that thi
On 03/17/2015 08:57 AM, popcorn mix wrote:
On 17/03/15 03:04, Stephen Warren wrote:
It would be nice though if someone from the RPi Foundation could comment
on the exact effect of the upper bus address bits, and why 0xc would
work for RPi2 but 0x4 for the RPi 1. I wonder if the ARM cache status
On Tue, 17 Mar 2015 12:28:10 +0900
Masahiro Yamada wrote:
> Remove MPC8308RDB, MPC8313ERDB, MPC8315ERDB, MPC8323ERDB,
> MPC832XEMDS, MPC8349EMDS, MPC8349ITX, and MPC837XEMDS.
>
> They have not been converted to Generic Board, so should be removed.
> (See doc/README.generic-board for details.)
>
On 17/03/15 17:29, Stephen Warren wrote:
Do the RPi 1 and RPi 2 use different kernel binaries in the RPi Foundation's
images? I'd assumed there was a single unified binary which supported both. The
reason I ask is that I see:
We ship separate kernel binaries (kernel.img for 2835 and kernel7.i
Hi Joe,
On 03/17/2015 06:21 PM, Joe Hershberger wrote:
> Hi Michal,
>
> On Tue, Mar 17, 2015 at 11:57 AM, Michal Simek
> wrote:
>>
>> Hi Joe,
>>
>> On 03/17/2015 04:56 PM, Joe Hershberger wrote:
>>> Hi Michal,
>>>
>>> On Fri, Mar 13, 2015 at 7:25 AM, Michal Simek
>>> wrote:
Hi,
>
- Added new configuration for Android fastboot
- This is based on following patch modified accordingly
http://git.omapzoom.org/?p=repo/u-boot.git;a=commit;h=b2e04f92b5d91c708b6fd6b79d2266966ac51f4b
Signed-off-by: Angela Stegmaier
Signed-off-by: Dileep Katta
---
Changes in v2:
Hi Dev,
for opinion, no way.
best regards,
Hannes
On 2015-03-17 16:28, Dev wrote:
Hello,
I am new to U-boot development. We are using U-Boot 1.1.4 on a MIPS 74Kc QCA
9557 processor, which is running Linux Kernel 2.6.32.27. We have a situation
were our firmware keeps hanging due to some is
From: Brian McFarland
The current head revision of mkenvimage
(e72be8947e129f5ab274c0a9f235d2cc0014b2ea) will prevent you from
creating an env image from a text file that is larger than the env
length specified by the '-s' option. That doesn't make sense given that
the tool now allows comments a
Dev wrote...
> I am new to U-boot development. We are using U-Boot 1.1.4 on a MIPS
> 74Kc QCA 9557 processor, which is running Linux Kernel 2.6.32.27.
Is there a reason why you have to be running a kernel from 2010 and a
version of bootloader that is even older? It makes life much easier to
pro
On Tue, Mar 17, 2015 at 12:00:45PM -0500, Kim Phillips wrote:
> On Tue, 17 Mar 2015 12:28:10 +0900
> Masahiro Yamada wrote:
>
> > Remove MPC8308RDB, MPC8313ERDB, MPC8315ERDB, MPC8323ERDB,
> > MPC832XEMDS, MPC8349EMDS, MPC8349ITX, and MPC837XEMDS.
> >
> > They have not been converted to Generic B
Hi Tom
On 03/17/2015 03:18 PM, Tom Rini wrote:
[...]
Signed-off-by: Kim Phillips
I'll apply this shortly. But we've been saying for a long while that
things need converint to GENERIC_BOARD and stuff that doesn't get
converted is getting removed (since we've got even bigger things coming
Hey all,
I've pushed v2015.04-rc4 out to the repository and tarballs should exist
soon.
We're getting really close to the end and I hope we'll have a few more
small PRs come along with this and that. I think we're looking to be in
decent shape overall but there's a few platforms that keep not bu
On Tue, Mar 17, 2015 at 03:31:21PM +0100, Hannes Petermaier wrote:
> From: Hannes Petermaier
>
> We don't want that CONSOLE is redirected to LCD upon init, we rather prefer
> that console is still on the serial line.
>
> Signed-off-by: Hannes Petermaier
Applied to u-boot/master, thanks!
--
On Tue, Mar 17, 2015 at 12:28:05PM +0900, Masahiro Yamada wrote:
> This has not been converted to Generic Board, so should be removed.
> (See doc/README.generic-board for details.)
>
> Signed-off-by: Masahiro Yamada
> Cc: Stephen Williams
Applied to u-boot/master, thanks!
--
Tom
signature.
On Tue, Mar 17, 2015 at 12:28:06PM +0900, Masahiro Yamada wrote:
> They have not been converted to Generic Board, so should be removed.
> (See doc/README.generic-board for details.)
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digita
On Tue, Mar 17, 2015 at 12:28:04PM +0900, Masahiro Yamada wrote:
> This has not been converted to Generic Board, so should be removed.
> (See doc/README.generic-board for details.)
>
> Signed-off-by: Masahiro Yamada
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: Digital
On Tue, Mar 17, 2015 at 12:28:07PM +0900, Masahiro Yamada wrote:
> They have not been converted to Generic Board, so should be removed.
> (See doc/README.generic-board for details.)
>
> Signed-off-by: Masahiro Yamada
> Cc: Erik Theisen
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Tue, Mar 17, 2015 at 12:28:09PM +0900, Masahiro Yamada wrote:
> This has not been converted to Generic Board, so should be removed.
> (See doc/README.generic-board for details.)
>
> Signed-off-by: Masahiro Yamada
> Cc: Larry Johnson
Applied to u-boot/master, thanks!
--
Tom
signature.asc
On Tue, Mar 17, 2015 at 12:28:08PM +0900, Masahiro Yamada wrote:
> This has not been converted to Generic Board, so should be removed.
> (See doc/README.generic-board for details.)
>
> Signed-off-by: Masahiro Yamada
> Cc: Eric Millbrandt
Applied to u-boot/master, thanks!
--
Tom
signature.a
On Tue, Mar 17, 2015 at 08:21:41AM +0100, Heiko Schocher wrote:
> - add more targets for building with buildman:
> - avr32
> - m68k
>
> and while at it, sort the list alphabetical
>
> Reviewed-by: Roger Meier
> Signed-off-by: Heiko Schocher
Applied to u-boot/master, thanks!
--
Tom
sig
Change addresses to unsigned long to be compatible with 64-bit builds.
Regardless of fixing warnings, the device is still only 32-bit capable.
Signed-off-by: Rob Herring
Cc: Pantelis Antoniou
---
drivers/mmc/sdhci.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drive
Change addresses to unsigned long to be compatible with 64-bit builds.
Regardless of fixing warnings, the device is still only 32-bit capable.
Signed-off-by: Rob Herring
Cc: Pantelis Antoniou
---
drivers/mmc/mv_sdhci.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/driv
Change addresses to unsigned long to be compatible with 64-bit builds.
Regardless of fixing warnings, the device is still only 32-bit capable.
Signed-off-by: Rob Herring
Cc: "Łukasz Majewski"
Cc: Marek Vasut
---
drivers/usb/gadget/ci_udc.c | 42 +-
1 fil
Change addresses to unsigned long to be compatible with 64-bit builds.
Signed-off-by: Rob Herring
Cc: Heiko Schocher
---
drivers/i2c/mv_i2c.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/i2c/mv_i2c.c b/drivers/i2c/mv_i2c.c
index e65cce0..fc02e65 100644
--- a/drive
Change addresses to unsigned long to be compatible with 64-bit builds.
Regardless of fixing warnings, the device is still only 32-bit capable.
Signed-off-by: Rob Herring
Cc: Marek Vasut
---
drivers/usb/host/ehci-hcd.c | 82 ++---
1 file changed, 41 insert
Thank You Hannes and Andy for replying back.
I agree that the kernel and U-boot are very old. There are many units deployed
out in the field which are running these versions. Hence, we are stuck on these
old versions.
There are some kernel modules which are running above linux kernel. When we t
Hi Dev,
Altough your problem is off-topic from u-boot, we want to help you :-)
the only solution what i see, is some watchdog.
Maybe your CPU has such feature or your hardware around does offer some
watchdog.
best regards,
Hannes
On 2015-03-17 21:53, Dev wrote
Thank You Hannes and Andy for
Various files are needlessly rebuilt every time due to the version and
build time changing. As version.h is not actually needed, remove the
include.
Signed-off-by: Rob Herring
Cc: Albert Aribaud
Cc: Stefano Babic
Cc: Minkyu Kang
Cc: Marek Vasut
Cc: Tom Warren
Cc: Michal Simek
Cc: Macpaul Li
On Tue, 17 Mar 2015 12:09:17 -0400
Tom Rini wrote:
> On Tue, Mar 17, 2015 at 04:16:14PM +0100, Lukasz Majewski wrote:
> > Hi Heiko,
> >
> > > Hello Lukasz,
> > >
> > > Am 17.03.2015 13:56, schrieb Lukasz Majewski:
> > > > Hi Heiko,
> > > >
> > > >> Hello Lukasz,
> > > >>
> > > >> Am 17.03.2015
T1040D4RDB is a Freescale reference board that hosts the T1040 SoC.
T1040D4RDB is re-designed T1040RDB board with following changes :
- Support of DDR4 memory
- Support of 0x66 serdes protocol which can support following interfaces
- 2 RGMII's on DTSEC4, DTSEC5
- 1 S
> -Original Message-
> From: U-Boot [mailto:[email protected]] On Behalf Of Vijay Rai
> Sent: Wednesday, March 18, 2015 2:50 PM
> To: Sun York-R58495; [email protected]
> Subject: [U-Boot] [PATCH V4] mpc85xx/T104xD4RDB: Add T104xD4RDB boards
> support
>
> T1040D4RDB is a
T1040D4RDB is a Freescale reference board that hosts the T1040 SoC.
T1040D4RDB is re-designed T1040RDB board with following changes :
- Support of DDR4 memory
- Support of 0x66 serdes protocol which can support following interfaces
- 2 RGMII's on DTSEC4, DTSEC5
- 1 S
Hello Lukasz,
Am 17.03.2015 16:16, schrieb Lukasz Majewski:
Hi Heiko,
Hello Lukasz,
Am 17.03.2015 13:56, schrieb Lukasz Majewski:
Hi Heiko,
Hello Lukasz,
Am 17.03.2015 10:52, schrieb Lukasz Majewski:
Hi Heiko,
trigger watchdog before calling usb_gadget_handle_interrupts()
This prevents
On 2015-03-11 16:11, Tom Rini wrote:
> On Mon, Mar 09, 2015 at 08:00:10AM +0100, Jan Kiszka wrote:
>
>> Changes in v4:
>> - rebased over master
>> - implemented psci_get_cpu_id as weak function
>> - implemented psci_disable/enable_smp as weak functions
>> - adjusted register interface of psci_
91 matches
Mail list logo
