On Thu, Jan 24, 2013 at 13:10:56, Maxim Podbereznyy wrote:
Hi!
I want to add a new board support to u-boot. So I did the following:
1) git clone git://git.denx.de/u-boot.git u-boot-dev
2) modified existing files, added new
Use git commit to commit your changes to tree
3) built the tree
Hello,
On Thu, 24 Jan 2013 02:33:31 +
Xie Shaohui-B21989 b21...@freescale.com wrote:
...
currently I do not have access to the p2041rdb board, but here is the
previously captured boot log where I've seen this:
U-Boot 2011.09-0-g2c02d1d (Oct 22 2011 - 18:31:36)
[S.H] Did
Hi,
Is there any active raspberry pi development going on, i am planning
to do a support package for raspberry pi, any suggestions would be
welcome.
thanks,
Haneef.
___
U-Boot mailing list
U-Boot@lists.denx.de
Scott, I reverted this patch, and it fixed some build errors:
20001122-1.c:1:0: error: E500 and FPRs not supported
20010114-2.c:1:0: error: E500 and FPRs not supported
make[2]: ***
[/local/afleming/u-boot/build/P2020DS/post/lib_powerpc/fpu/20001122-1.o]
Error 1
make[2]: *** Waiting for unfinished
I'm seeing these errors, when these patches are enabled:
/local/afleming/u-boot/build/B4420QDS_SPIFLASH/include2/asm/config_mpc85xx.h:575:2:
error: #error Processor type not defined for this platform
/local/afleming/u-boot/build/B4420QDS_SPIFLASH/include2/asm/config_mpc85xx.h:579:2:
error: #error
On Thu, Jan 24, 2013 at 13:51:30, Maxim Podbereznyy wrote:
Hi Gururaja!
1st don’t top-most. It breaks the flow.
Your instructions are exceptional! However I have a few questions:
1) why should I generate patches for 1st 3 patch, because I have only
one?
That was just an example.
Hi Gururaja!
Your instructions are exceptional! However I have a few questions:
1) why should I generate patches for 1st 3 patch, because I have only one?
2) if there are 3 patches (only 1 is mine) + a cover which exactly
required-patches should I send?
thanks!
2013/1/24 Hebbar, Gururaja
On 01/24/13 00:13, Jeroen Hofstee wrote:
Hello Nikita,
On 01/23/2013 09:31 AM, Nikita Kiryanov wrote:
On 01/21/2013 09:14 PM, Jeroen Hofstee wrote:
Hello Nikita,
On 01/21/2013 08:51 AM, Nikita Kiryanov wrote:
Hi Jeroen,
On 01/20/2013 10:34 PM, Jeroen Hofstee wrote:
[...]
diff --git
Hi Maxim,
Le Thu, 24 Jan 2013 12:21:30 +0400,
Maxim Podbereznyy lisar...@gmail.com a écrit :
Your instructions are exceptional! However I have a few questions:
1) why should I generate patches for 1st 3 patch, because I have only one?
2) if there are 3 patches (only 1 is mine) + a cover which
Mats Kärrman mats.karr...@tritech.se wrote on 2013/01/23 22:58:56:
Dear Wolfgang Denk,
Found that it was looping endlessly in
arch/powerpc/lib/ticks.S::wait_ticks
(). Reverting commit ppc: Create a stack frame for wait_ticks() made
everything work again.
This makes no sense to me
Joakim Tjernlund/Transmode wrote on 2013/01/24 09:40:45:
From: Joakim Tjernlund/Transmode
To: Mats Kärrman mats.karr...@tritech.se,
Cc: u-boot@lists.denx.de u-boot@lists.denx.de, Wolfgang Denk
w...@denx.de
Date: 2013/01/24 09:40
Subject: RE: [U-Boot] mpc512x: Trouble migrating from 2012.07
On 01/23/13 23:39, Jeroen Hofstee wrote:
On 01/21/2013 09:12 AM, Nikita Kiryanov wrote:
+else if (!strncmp(displaytype, dvi800x600, 10))
+return set_dvi_preset(preset_dvi_800X600, 800, 600);
+else if (!strncmp(displaytype, dvi1024x768, 11))
+return
On 23/01/2013 20:06, Troy Kisky wrote:
Hi Troy,
you're right, this patchset stalls - but on the other side, I have not
found any comment that should avoid that it can be merged.
If nobody complains, I propose I go on and I try to merge it into
u-boot-imx. Here my first attempt:
as far
If property 'fsl,sec-era' is already present, it is updated.
This property is required so that applications can ascertain which
descriptor commands are supported on a particular CAAM version.
Signed-off-by: Vakul Garg va...@freescale.com
Cc: Andy Fleming aflem...@gmail.com
---
Changelog:
On 01/24/13 00:36, Jeroen Hofstee wrote:
Hi Nikita,
On 01/21/2013 09:25 AM, Nikita Kiryanov wrote:
Hi Jeroen,
On 01/20/2013 11:08 PM, Jeroen Hofstee wrote:
On 12/23/2012 08:03 AM, Nikita Kiryanov wrote:
[...]
+ * Returns -1 on failure, 0 on success.
+ */
+static int
Joakim Tjernlund/Transmode wrote on 2013/01/24 09:58:35:
Joakim Tjernlund/Transmode wrote on 2013/01/24 09:40:45:
From: Joakim Tjernlund/Transmode
To: Mats Kärrman mats.karr...@tritech.se,
Cc: u-boot@lists.denx.de u-boot@lists.denx.de, Wolfgang Denk
w...@denx.de
Date: 2013/01/24
This patch set creats a new configuration file and DTS file for Snow.
Driver for MAX98095 is added and support for same is incorporated in
sound driver and Snow Board.
Changes in V2:
- Corrected multi-line comment style
Rajeshwari Shinde (7):
EXYNOS5: Add function to enable XXTI clock
This patchs adds support for MAX98095 codec in
sound driver.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None
arch/arm/include/asm/arch-exynos/sound.h | 10 +-
drivers/sound/sound.c| 13 +++--
include/sound.h
This patch adds funtion to enable XXTI clock source
required by MAX98095 codec.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- Corrected multi-line comment style
arch/arm/cpu/armv7/exynos/power.c| 11 +++
This patch sets high a GPIO to enable the codec MAX98095
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None
board/samsung/smdk5250/smdk5250.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git
This patch adds the driver for codec MAX98095 required by Snow
Board
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None
drivers/sound/Makefile |1 +
drivers/sound/max98095.c | 550 ++
Add required compatible information for MAX98095 codec
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/fdtdec.h
This patch adds the DTS file for Snow Board.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
- None
board/samsung/dts/exynos5250-snow.dts | 69 +
1 files changed, 69 insertions(+), 0 deletions(-)
create mode 100644
This patch adds the configuration file for Snow Board and
defines the same in boards.cfg.
The Audio codec required for SMDK5250 and Snow are different
hence they are defined in the corresponding configuration files.
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
---
Changes in V2:
Hi Vipin,
On Wed, 23 Jan 2013 15:46:31 +0530, Vipin Kumar vipin.ku...@st.com
wrote:
My first feeling is that the descriptors are allocated as Normal
Cachabale memory and it would not help to access them using readl/writel
...
And no, we don't need to allocate them non-cacheable,
Hi, List
Is there a book or web document to help start to understand how U-Boot
works?
Thanks!
--
woody
I can't go back to yesterday - because I was a different person then.
___
U-Boot mailing list
U-Boot@lists.denx.de
On Thu, 2013-01-24 at 03:33 +0800, Wolfgang Denk wrote:
Dear Jim Lin,
In message 1358937511-32664-1-git-send-email-ji...@nvidia.com you wrote:
Autoboot timeout defined by CONFIG_BOOTDELAY will not be accurate if
CONFIG_USB_KEYBOARD and CONFIG_SYS_USB_EVENT_POLL are defined in
Autoboot timeout defined by CONFIG_BOOTDELAY will not be accurate if
CONFIG_USB_KEYBOARD and CONFIG_SYS_USB_EVENT_POLL are defined in
configuration file and when tstc() function for checking key pressed
takes longer time than 10 ms (e.g., 50 ms) to finish.
Signed-off-by: Jim Lin ji...@nvidia.com
Dear Piotr Wilczek,
From: Lukasz Majewski l.majew...@samsung.com
The storage_common.c source file from v2.6.36 Linux kernel.
Is it not possibly to port anything more recent? If not, so be it.
Best regards,
Marek Vasut
___
U-Boot mailing list
Dear Piotr Wilczek,
The f_mass_storage.c source file from v2.6.36 Linux kernel.
commit 8876f5e7d3b2a320777dd4f6f5301d474c97a06c
Author: Michal Nazarewicz m.nazarew...@samsung.com
Date: Mon Jun 21 13:57:09 2010 +0200
USB: gadget: f_mass_storage: added eject callback
Signed-off-by:
Dear Piotr Wilczek,
From: Lukasz Majewski l.majew...@samsung.com
This patch adds the USB Mass Storage Gadget to u-boot
New command called ums is implemented to provide access
to on-device embedded persistent memory.
USB Mass Storage is supposed to work on top of the USB
Gadget framework
From: Maxim Podberezny lisar...@gmail.com
This patch add support for a SOM SomIQ-AM37 based on TI AM37/DM37
precessors. SomIQ-AM37 design is based on Beagleboard-xM schematic
Maxim Podberezny (1):
Add support for new SomIQ-AM37 system on module from MENTOREL Ltd
SomIQ-AM37 is based on
From: Maxim Podberezny lisar...@gmail.com
Signed-off-by: Maxim Podberezny lisar...@gmail.com
---
:100644 100644 a676b6d... 817e0e6... M arch/arm/include/asm/mach-types.h
:00 100644 000... 018142a... A board/mentorel/somiq_am37/Makefile
:00 100644 000... 3a974bd... A
Hi Allen,
On Wed, 23 Jan 2013 13:05:27 -0800, Allen Martin amar...@nvidia.com
wrote:
Shouldn't the function be given '__attribute__((noreturn))' rather than
adding a non-executed 'return 0' to it?
The function in question is sandbox main(), and it can return if there
was an error
Joakim Tjernlund/Transmode wrote on 2013/01/24 09:21:
Looking at the watchdog impl. I see it can be normal C code. This makes
wait_ticks unsafe
(even before my patch) as wait_ticks relies on r6 and r7 (and with my
patch r0 too)
to be unmodified.
Yes!
I can see in the assembly from my
Mats Kärrman mats.karr...@tritech.se wrote on 2013/01/24 14:31:02:
Joakim Tjernlund/Transmode wrote on 2013/01/24 09:21:
Looking at the watchdog impl. I see it can be normal C code. This
makes
wait_ticks unsafe
(even before my patch) as wait_ticks relies on r6 and r7 (and with my
patch
Dear Angelo Dureghello,
In message 20130123145107.GA5565@sion.sysam you wrote:
Add support for Sysam AMCORE mcf5307 (coldfire) based board.
Signed-off-by: Angelo Dureghello sysa...@gmail.com
Cc: Jason Jin jason@freescale.com
...
diff --git a/MAINTAINERS b/MAINTAINERS
index
Hi,
If watchdog is enabled, the arch/powerpc/lib/ticks.S::wait_ticks() function
calls the function specified by the WATCHDOG_RESET macro.
The wait_ticks function depends on the registers r0, r6 and r7 being
preserved however that is not guaranteed if the reset function is a
C function.
The
Dear Wolfgang,
thanks for the review, will fix all points.
+/* reserve 128-4KB */
+#define CONFIG_SYS_MONITOR_BASE(CONFIG_SYS_FLASH_BASE + 0x400)
+#define CONFIG_SYS_MONITOR_LEN ((128-4)*1024)
Are you sure this is sufficient?
For my board/case actually seems to
Save the reused parameters at the beginning
of the 'relocate_code' function. This makes
the function a bit more readable.
Signed-off-by: Gabor Juhos juh...@openwrt.org
Cc: Daniel Schwierzeck daniel.schwierz...@googlemail.com
---
arch/mips/cpu/mips32/start.S |5 +++--
This series contain various patches for the relocate_code function.
The first patch fixes a minor issue in the relocation code, and the
subsequent patches are doing some optimalization and cleanup.
Gabor Juhos (5):
MIPS: start.S: fix boundary check in relocate_code
MIPS: start.S: set sp
The current code uses two instructions to load
the stack pointer into the 'sp' register.
This results in the following assembly code:
468: 3c088040lui t0,0x8040
46c: 251daddiu sp,t0,0
The first instuction loads the stack pointer into
the 't0' register then
The current code uses four instructions and a
temporary register to calculate the relocation
offset and to adjust the gp register.
The relocation offset can be calculated directly
from the CONFIG_SYS_MONITOR_BASE constant and from
the destination address. The resulting offset can
be used to
The loop code copies more data with one than
necessary due to the 'ble' instuction. Use the
'blt' instruction instead to fix that.
Due to the lack of suitable hardware the Xburst
specific code is compile tested only. However the
change is quite obvious.
Signed-off-by: Gabor Juhos
Saving the parameters in advance unnecessarily complicates
the code. The destination address is already saved in the
's2' register, and that register is not clobbered by the
copy loop. The size of the copied data can be computed
after the copy loop is done.
Change the code to compute the size
This series introduces tablebased pinmux to all Tegra20 boards and
removes the old way of doing pinmux to avoid any possible conflicts
in pin setup.
Patch 1 introduces a temporary CONFIG option for the new pinmux style
to avoid breaking bisectability in the middle of the series. This
option gets
This disables all pinmux entry points and instead calls pinmux_init() in
early board init, allowing boards to set up the pinmux in one shot, like
it's done with Tegra30.
This option is temporary and can go away once we switched over all
boards to the new pinmux style.
Signed-off-by: Lucas Stach
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/include/asm/arch-tegra20/pinmux.h | 12
1 file changed, 12 insertions(+)
diff --git a/arch/arm/include/asm/arch-tegra20/pinmux.h
b/arch/arm/include/asm/arch-tegra20/pinmux.h
index a9b4eda..a167e48 100644
---
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
board/avionic-design/common/tamonten.c | 133 -
include/configs/medcom-wide.h | 3 +
include/configs/plutux.h | 3 +
Init Colibri T20 pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
.../colibri_t20-common/colibri_t20-common.c| 132 +
board/toradex/colibri_t20_iris/colibri_t20_iris.c | 16 +--
include/configs/colibri_t20_iris.h
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
board/nvidia/harmony/harmony.c | 143 -
include/configs/harmony.h | 3 +
2 files changed, 116 insertions(+), 30 deletions(-)
diff --git
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
board/nvidia/whistler/whistler.c | 131 ++-
include/configs/whistler.h | 3 +
2 files changed, 119 insertions(+), 15 deletions(-)
diff --git
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
board/nvidia/seaboard/seaboard.c | 133 +--
include/configs/seaboard.h | 3 +
include/configs/ventana.h| 3 +
3 files changed, 121
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
board/compal/paz00/paz00.c | 149 ++---
include/configs/paz00.h| 3 +
2 files changed, 115 insertions(+), 37 deletions(-)
diff --git
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
board/compulab/trimslice/trimslice.c | 146 +++
include/configs/trimslice.h | 3 +
2 files changed, 118 insertions(+), 31 deletions(-)
diff --git
All boards are converted to the new tablebased pinmux setup. Get rid of
the old method.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/tegra-common/board.c | 25
arch/arm/include/asm/arch-tegra/board.h | 12 --
board/nvidia/common/board.c
It's not used by anything anymore, now that all boards are using
tablebased pinmux.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
arch/arm/cpu/tegra-common/board.c | 1 -
arch/arm/cpu/tegra20-common/Makefile| 2 +-
arch/arm/cpu/tegra20-common/funcmux.c | 310
Hi,
I need some help on mmc driver development on u-boot.
Few questions:
1. is mmc framework in u-boot supports all type of card interfaces like SD,
MMC, and eMMC
2. If I write a driver do I need to develop the common driver for all or a
separate drivers for individual cards.
3. Is there any
On Wed, Jan 23, 2013 at 02:05:26PM -0800, York Sun wrote:
On 01/23/2013 02:02 PM, Scott Wood wrote:
On 01/23/2013 04:01:49 PM, York Sun wrote:
On 01/23/2013 01:52 PM, Scott Wood wrote:
On 01/23/2013 03:46:04 PM, York Sun wrote:
On 01/23/2013 01:41 PM, York Sun wrote:
I should put RFC
The mxsboot now receives the SoC type as parameter to generate binary
compatible with the SoC. Currently the NAND support has not been add
for i.MX23 as it is not yet supported in U-Boot.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
doc/README.mx28_common | 4 +--
tools/mxsboot.c
Hi Lucas,
On Fri, Jan 25, 2013 at 5:48 AM, Lucas Stach d...@lynxeye.de wrote:
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
board/nvidia/seaboard/seaboard.c | 133
+--
On 01/24/2013 09:34 AM, Allen Martin wrote:
On Wed, Jan 23, 2013 at 02:05:26PM -0800, York Sun wrote:
On 01/23/2013 02:02 PM, Scott Wood wrote:
On 01/23/2013 04:01:49 PM, York Sun wrote:
On 01/23/2013 01:52 PM, Scott Wood wrote:
On 01/23/2013 03:46:04 PM, York Sun wrote:
On 01/23/2013 01:41
Dear Otavio Salvador,
The mxsboot now receives the SoC type as parameter to generate binary
compatible with the SoC. Currently the NAND support has not been add
for i.MX23 as it is not yet supported in U-Boot.
Please fix the NAND support as well, then resubmit.
The patch basically does dd
On Thu, Jan 24, 2013 at 11:33 AM, Tom Warren twarren.nvi...@gmail.com wrote:
This 'commonizes' much of the clock/pll code. SoC-dependent code
and tables are left in arch/cpu/tegraXXX-common/clock.c
Some T30 tables needed whitespace fixes due to checkpatch complaints.
Signed-off-by: Tom
On Thu, Jan 24, 2013 at 3:56 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
The mxsboot now receives the SoC type as parameter to generate binary
compatible with the SoC. Currently the NAND support has not been add
for i.MX23 as it is not yet supported in U-Boot.
Please fix the
On 01/24/2013 09:54 AM, York Sun wrote:
On 01/24/2013 09:34 AM, Allen Martin wrote:
On Wed, Jan 23, 2013 at 02:05:26PM -0800, York Sun wrote:
On 01/23/2013 02:02 PM, Scott Wood wrote:
On 01/23/2013 04:01:49 PM, York Sun wrote:
On 01/23/2013 01:52 PM, Scott Wood wrote:
On 01/23/2013 03:46:04
Dear Otavio Salvador,
On Thu, Jan 24, 2013 at 3:56 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
The mxsboot now receives the SoC type as parameter to generate binary
compatible with the SoC. Currently the NAND support has not been add
for i.MX23 as it is not yet
Dear Otavio Salvador,
NAK, this won't work. SSP0 DMA has this +1 offset in it's channel placement (so
SSP0 DMA channel is actually channel 1), check the MMC patch.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
drivers/spi/mxs_spi.c | 5 +
1 file changed, 5 insertions(+)
On 01/24/2013 12:03:49 PM, York Sun wrote:
On 01/24/2013 09:54 AM, York Sun wrote:
On 01/24/2013 09:34 AM, Allen Martin wrote:
On Wed, Jan 23, 2013 at 02:05:26PM -0800, York Sun wrote:
On 01/23/2013 02:02 PM, Scott Wood wrote:
On 01/23/2013 04:01:49 PM, York Sun wrote:
On 01/23/2013 01:52
On 23/01/2013 02:01, Marek Vasut wrote:
The MX23 has less channels for the APBH DMA, sligtly different register
layout and some bits in those registers are placed differently. Reflect
this in the driver. This patch fixes MMC/DMA issue on MX23.
Signed-off-by: Marek Vasut ma...@denx.de
Cc:
Am Freitag, den 25.01.2013, 06:54 +1300 schrieb Simon Glass:
Hi Lucas,
On Fri, Jan 25, 2013 at 5:48 AM, Lucas Stach d...@lynxeye.de wrote:
Init pinmux in one shot, in order to avoid any conflicts.
Signed-off-by: Lucas Stach d...@lynxeye.de
---
board/nvidia/seaboard/seaboard.c | 133
On 01/24/2013 10:14 AM, Scott Wood wrote:
I thought I have replaced all #define, enum, typedef. I have left alone
those FALSE, False, false but add define like this
+#include stdbool.h
+#define TRUE true
+#define FALSE false
+#define True true
+#define False false
Isn't that enough?
Dear Angelo Dureghello,
In message 20130124161349.GA11311@sion.sysam you wrote:
+/* reserve 128-4KB */
+#define CONFIG_SYS_MONITOR_BASE (CONFIG_SYS_FLASH_BASE + 0x400)
+#define CONFIG_SYS_MONITOR_LEN ((128-4)*1024)
Are you sure this is sufficient?
For my
On Thu, Jan 24, 2013 at 10:14:37AM -0800, Scott Wood wrote:
On 01/24/2013 12:03:49 PM, York Sun wrote:
On 01/24/2013 09:54 AM, York Sun wrote:
On 01/24/2013 09:34 AM, Allen Martin wrote:
On Wed, Jan 23, 2013 at 02:05:26PM -0800, York Sun wrote:
On 01/23/2013 02:02 PM, Scott Wood wrote:
Dear York Sun,
In message 51017785.9060...@freescale.com you wrote:
I thought I have replaced all #define, enum, typedef. I have left alone
those FALSE, False, false but add define like this
+#include stdbool.h
+#define TRUE true
+#define FALSE false
+#define True true
+#define False
On 23/01/2013 02:01, Marek Vasut wrote:
Some MXS based boards do not implement the card-detect signal. Allow
user to specify alternate card-detect implementation.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Otavio Salvador ota...@ossystems.com.br
Cc: Fabio Estevam
Dear Stefano Babic,
On 23/01/2013 02:01, Marek Vasut wrote:
The MX23 has less channels for the APBH DMA, sligtly different register
layout and some bits in those registers are placed differently. Reflect
this in the driver. This patch fixes MMC/DMA issue on MX23.
Signed-off-by: Marek
On Thu, Jan 24, 2013 at 10:23:21AM -0800, York Sun wrote:
On 01/24/2013 10:14 AM, Scott Wood wrote:
I thought I have replaced all #define, enum, typedef. I have left alone
those FALSE, False, false but add define like this
+#include stdbool.h
+#define TRUE true
+#define FALSE
Dear Stefano Babic,
On 23/01/2013 02:01, Marek Vasut wrote:
Some MXS based boards do not implement the card-detect signal. Allow
user to specify alternate card-detect implementation.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Otavio Salvador ota...@ossystems.com.br
Cc: Fabio
On Thu, Jan 24, 2013 at 4:08 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
On Thu, Jan 24, 2013 at 3:56 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
The mxsboot now receives the SoC type as parameter to generate binary
compatible with the SoC. Currently the
On 24/01/2013 19:29, Marek Vasut wrote:
That's also an option ... do you want subsequent patch or respin of the
series?
If I can choose, I prefer a respin of series, but I will surely not
block the patchset if you send subsequent patches...
Best regards,
Stefano Babic
--
Dear Stefano Babic,
[...]
diff --git a/board/bluegiga/apx4devkit/apx4devkit.c
b/board/bluegiga/apx4devkit/apx4devkit.c index 029b973..5927693 100644
--- a/board/bluegiga/apx4devkit/apx4devkit.c
+++ b/board/bluegiga/apx4devkit/apx4devkit.c
@@ -69,7 +69,7 @@ int board_init(void)
Dear Otavio Salvador,
On Thu, Jan 24, 2013 at 4:08 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
On Thu, Jan 24, 2013 at 3:56 PM, Marek Vasut ma...@denx.de wrote:
Dear Otavio Salvador,
The mxsboot now receives the SoC type as parameter to generate binary
Dear Stefano Babic,
On 24/01/2013 19:29, Marek Vasut wrote:
That's also an option ... do you want subsequent patch or respin of the
series?
If I can choose, I prefer a respin of series, but I will surely not
block the patchset if you send subsequent patches...
No, scrap this. See my
Hi,
Hi Mats
I would appreciate if you CC me directly on stuff I have been involved in.
I don't read every mail on u-boot list(to many of them). It was just
plain luck I saw this one.
If watchdog is enabled, the arch/powerpc/lib/ticks.S::wait_ticks()
function
calls the function
Add support for per architecture CROSS_COMPILE toolchain definitions
via CROSS_COMPILE_ARCH where ARCH is any of the supported u-boot
architectures. This allows building every supported u-boot board in a
single pass of MAKEALL.
Signed-off-by: Allen Martin amar...@nvidia.com
---
MAKEALL | 32
On 01/24/2013 10:28 AM, Allen Martin wrote:
On Thu, Jan 24, 2013 at 10:23:21AM -0800, York Sun wrote:
On 01/24/2013 10:14 AM, Scott Wood wrote:
I thought I have replaced all #define, enum, typedef. I have left alone
those FALSE, False, false but add define like this
+#include stdbool.h
Hi Jagannadha,
Hi,
I need some help on mmc driver development on u-boot.
Few questions:
1. is mmc framework in u-boot supports all type of card interfaces
like SD, MMC, and eMMC
Yes there is a generic framework for MMC. - ./drivers/mmc/ {mmc.c}
2. If I write a driver do I need to
On 01/24/2013 12:47:10 PM, York Sun wrote:
diff --git a/tools/patman/checkpatch.py b/tools/patman/checkpatch.py
index d831087..28b3240 100644
--- a/tools/patman/checkpatch.py
+++ b/tools/patman/checkpatch.py
@@ -48,12 +48,12 @@ def FindCheckPatch():
print 'Could not find checkpatch.pl'
On 01/24/2013 11:09 AM, Scott Wood wrote:
On 01/24/2013 12:47:10 PM, York Sun wrote:
diff --git a/tools/patman/checkpatch.py b/tools/patman/checkpatch.py
index d831087..28b3240 100644
--- a/tools/patman/checkpatch.py
+++ b/tools/patman/checkpatch.py
@@ -48,12 +48,12 @@ def FindCheckPatch():
Dear Joakim Tjernlund,
In message
of52c94a3d.c3bd2e6f-onc1257afd.005bafe0-c1257afd.00673...@transmode.se you
wrote:
This adds some extra churn to the code that my patch didn't do.
On the other hand your patch makes the function look more
like how gcc would have done so I am fine with that.
On Thu, Jan 24, 2013 at 11:13:27AM -0800, York Sun wrote:
On 01/24/2013 11:09 AM, Scott Wood wrote:
On 01/24/2013 12:47:10 PM, York Sun wrote:
diff --git a/tools/patman/checkpatch.py b/tools/patman/checkpatch.py
index d831087..28b3240 100644
--- a/tools/patman/checkpatch.py
+++
Dear York Sun,
In message 1359053230-18920-1-git-send-email-york...@freescale.com you wrote:
'bool' is defined in random places. This patch consolidates them into a
single header file include/linux/types.h, using stdbool.h introduced in C99.
All other #define, typedef and enum are removed.
Dear Wolfgang,
On Thu, Jan 24, 2013 at 07:24:11PM +0100, Wolfgang Denk wrote:
Dear Angelo Dureghello,
In message 20130124161349.GA11311@sion.sysam you wrote:
+/* reserve 128-4KB */
+#define CONFIG_SYS_MONITOR_BASE(CONFIG_SYS_FLASH_BASE
+ 0x400)
+#define
Dear Angelo Dureghello,
In message 20130124200736.GA19171@sion.sysam you wrote:
How big is your U-Boot image, then? I think it's a pretty long time
since I haven't seen any image smaller than 128 kB...
-rwxr-xr-x 1 angelo angelo 88556 gen 22 22:31 u-boot.bin
Wow, that's just great
Sort nodes in dts files according the the following rules:
1) Any nodes that already exist in any /include/d file, in the order
they appear in the /include/d file.
2) Any nodes with a reg property, in order of their address.
3) Any nodes without a reg property, alphabetically by node name.
Hello Igor,
On 01/24/2013 09:35 AM, Igor Grinberg wrote:
On 01/24/13 00:13, Jeroen Hofstee wrote:
Hello Nikita,
On 01/23/2013 09:31 AM, Nikita Kiryanov wrote:
On 01/21/2013 09:14 PM, Jeroen Hofstee wrote:
mmm, I am not so sure I agree that loading a bitmap in lcd_enable is
a _problem_,
On 01/24/2013 02:07:29 AM, Andy Fleming wrote:
Scott, I reverted this patch, and it fixed some build errors:
20001122-1.c:1:0: error: E500 and FPRs not supported
20010114-2.c:1:0: error: E500 and FPRs not supported
make[2]: ***
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Now we have something functional. With this you can do something like
'setenv ipaddr6 3ffe::2' and 'ping6 3ffe::1' should work.
I seem to have a problem that when you send a ping6 for a non-existent
address that ends up stuck and the next
From: Chris Packham chris.pack...@alliedtelesis.co.nz
Has the definition of an IPv6 address and IPv6 header. It may make sense
to separate the v4 support from net.h (or to include this in net.h).
Signed-off-by: Chris Packham chris.pack...@alliedtelesis.co.nz
---
Changes in v3:
- add reviewed-by
1 - 100 of 119 matches
Mail list logo