On Tue, May 22, 2012 at 02:55:57PM +0900, Jorgen Lundman wrote:
ERROR: do not initialise globals to 0 or NULL
#596: FILE: fs/zfs/zfs.c:33:
+block_dev_desc_t *zfs_dev_desc = NULL;
That strikes me as dangerous. One lets you fail gracefully (Sorry, X
has not been initialised) and the other
Hi Jorgen,
On Tue, May 22, 2012 at 3:55 PM, Jorgen Lundman lund...@lundman.net wrote:
Yes, that is exactly what you should do.
But before you post them, make sure you run them through checkpatch.pl
first and resolve/explain any errors or warnings
Wow, ohhweee this will take a little while.
Uninitialized global and static variables reside in .bss and are set
to zero during relocation. Initialised globals and static variables go
into .data
Alas, I know from experience that Microsoft's C compiler does not
initialise global variables (to make it faster one assumes) which has led
Hi Jorgen,
On Tue, May 22, 2012 at 4:17 PM, Jorgen Lundman lund...@lundman.net wrote:
Uninitialized global and static variables reside in .bss and are set
to zero during relocation. Initialised globals and static variables go
into .data
Alas, I know from experience that Microsoft's C
I stand corrected, going over the files now for the patching, nearly all
ZFS related files (headers, and internals) are GPLv3. The GRUB specific
files (the files interfacing with the GRUB API) appear to be GPLv2.
Lund
Jorgen Lundman wrote:
GRUB 0.96 (2005) which received the initial ZFS
Hi Rajeshwari,
This patch adds driver and register definitions for PMIC chip
MAX77686.
Why don't use the PMIC framework? Please look into drivers/misc/pmic_*
for examples.
For now there is a support for MAX899{7|8} chips for Samsung platforms.
Signed-off-by: Alim Akhtar
Hi Jorgen,
On May 22, 2012 4:31 PM, Jorgen Lundman lund...@lundman.net wrote:
I stand corrected, going over the files now for the patching, nearly all
ZFS related files (headers, and internals) are GPLv3. The GRUB specific
files (the files interfacing with the GRUB API) appear to be GPLv2.
Hello Tom,
Tom Rini wrote:
The following series corrects i2c support for the am33xx family of devices
(including beaglebone) and has been tested on a beagleboard xM and
pandaboard. I would like to take these changes in via the u-boot-ti tree
as it's mostly changes to arch and board files but
That is a problem. U-Boot is nominally GPLv2+ which would allow inclusion
of GPLv3 code but there are significant portions of U-Boot which are GPLv2
(Linux kernel code for example) which is a blocker :(
Originally the first checking has GPLv2. So GRUB bumped up the version
somewhere along
Hi Jorgen,
On May 22, 2012 5:34 PM, Jorgen Lundman lund...@lundman.net wrote:
That is a problem. U-Boot is nominally GPLv2+ which would allow inclusion
of GPLv3 code but there are significant portions of U-Boot which are
GPLv2
(Linux kernel code for example) which is a blocker :(
Hi Stephen,
Am Montag, 21. Mai 2012, 14:04:37 schrieb Stephen Warren:
From: Stephen Warren swar...@nvidia.com
... to enable USB host support, which enables Ethernet support.
Signed-off-by: Stephen Warren swar...@nvidia.com
while adding usb support is fine, I see no reason to add smsc95xx
Dear Anatolij Gustschin,
In message 1337441899-7363-1-git-send-email-ag...@denx.de you wrote:
cmd_bootm.c: In function 'do_bootz':
cmd_bootm.c:1590:9: warning: variable 'iflag' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
This is needed
Dear Anatolij Gustschin,
In message 1337448040-7902-1-git-send-email-ag...@denx.de you wrote:
From: Aaron Williams aaron.willi...@caviumnetworks.com
This patch fixes several issues where sector offsets can overflow due
to being limited to 16-bits. The cases where an overflow can happen
when
Dear Anatolij Gustschin,
In message 1337448327-7958-1-git-send-email-ag...@denx.de you wrote:
Indent at the same level as other struct members.
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
include/part.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Applied, thanks.
Dear Anatolij Gustschin,
In message 1337550759-31912-1-git-send-email-ag...@denx.de you wrote:
cmd_nvedit.c: In function '_do_env_set':
cmd_nvedit.c:207:9: warning: unused variable 'bd' [-Wunused-variable]
Signed-off-by: Anatolij Gustschin ag...@denx.de
---
common/cmd_nvedit.c |1 -
Dear Anatolij Gustschin,
In message 1337550767-31944-1-git-send-email-ag...@denx.de you wrote:
cmd_nand.c: In function 'raw_access':
cmd_nand.c:397:9: warning: variable 'rwsize' set but not used
[-Wunused-but-set-variable]
Signed-off-by: Anatolij Gustschin ag...@denx.de
Cc: Scott Wood
Dear Joe Hershberger,
In message 1337611778-17657-1-git-send-email-joe.hershber...@ni.com you wrote:
This was broken by f588bb034d5d3a0417f45965f1aba4d4cf8a2893
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
Cc: Andy Fleming aflem...@freescale.com
---
MAKEALL |8 +---
1
Dear Joe Hershberger,
In message 1337611778-17657-2-git-send-email-joe.hershber...@ni.com you wrote:
In the summary, indicate which boards errored and which boards merely
warned.
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
Cc: Andy Fleming aflem...@freescale.com
---
MAKEALL |
Dear Stephen Warren,
In message 1337643054-17290-1-git-send-email-swar...@wwwdotorg.org you wrote:
From: Stephen Warren swar...@nvidia.com
This can be useful for generic scripts. For example, rather than hard-
coding a script to ext2load tegra-harmony.dtb, it could load
${soc}-${board}.dtb
Dear Jorgen Lundman,
In message 4fbb08b2.7010...@lundman.net you wrote:
https://github.com/lundman/u-boot/compare/upstream...upstream-zfs
As previously discussed, all sources are GPLv2.
How would this be possible? My understanding is that ZFS comes
only under a GPL incompatible license.
Dear Jorgen Lundman,
In message 4fbb4195.3000...@lundman.net you wrote:
That is a problem. U-Boot is nominally GPLv2+ which would allow inclusion
of GPLv3 code but there are significant portions of U-Boot which are GPLv2
(Linux kernel code for example) which is a blocker :(
Dear Jorgen Lundman,
In message 4fbb0bbe.6050...@lundman.net you wrote:
These patches will likely not get reviewed and definitely will not get
merged unless that are posted to the mailing list
Ok, is it better if I use git format-patch and send them on the list?
Please read the docs.
Dear Jorgen Lundman,
In message 4fbb2f6f.5000...@lundman.net you wrote:
Alas, I know from experience that Microsoft's C compiler does not
initialise global variables (to make it faster one assumes) which has led
to hours of debugging.
That would be a violation of existing C standards.
The Atmel new SoC (at91sam9x5 series and at91sam9n12) add a totally different
LCD controller. Add this new driver is used to support it.
Using CONFIG_ATMEL_HLCD (distinguish with CONFIG_ATMEL_LCD) to enable this in
board configuration file.
Signed-off-by: Bo Shen voice.s...@atmel.com
---
Change
Add at91sam9x5ek board support.
support AT91SAM9G15, G25, G35, X25, X35 SoC
Signed-off-by: Bo Shen voice.s...@atmel.com
---
MAINTAINERS|3 +
arch/arm/cpu/arm926ejs/at91/Makefile |1 +
arch/arm/cpu/arm926ejs/at91/at91sam9x5_devices.c
extern void clear_bit(int nr, volatile void * addr);
-extern void change_bit(int nr, volatile void * addr);
-
static inline void __change_bit(int nr, volatile void *addr)
{
unsigned long mask = BIT_MASK(nr);
@@ -39,6 +37,11 @@ static inline void __change_bit(int nr, volatile
This patchset adds support for ST's FSMC controller. In the current u-boot, a
SPEAr specific driver exists for FSMC controller. This patchset adds a full
fledged driver that can be used across multiple platforms and removes the
obsolete SPEAr specific driver.
V4 - V5
- Dropped the patch that
From: Vipin KUMAR vipin.ku...@st.com
Since FSMC is a standard IP and it supports different memory interfaces, it
is supported independent of spear platform and spear is configured to use that
driver for interfacing with the NAND device
Signed-off-by: Vipin Kumar vipin.ku...@st.com
Signed-off-by:
From: Vipin KUMAR vipin.ku...@st.com
Flexible static memory controller is a peripheral provided by ST,
which controls the access to NAND chips along with many other
memory device chips eg NOR, SRAM.
This patch adds the driver support for FSMC controller interfacing
with NAND memory.
From: Vipin KUMAR vipin.ku...@st.com
Since, SPEAr platform uses generic FSMC driver now, so spear specific files
drivers/mtd/nand/spr_nand.c, arch/arm/include/asm/arch-spear/spr_nand.h are
removed
Signed-off-by: Vipin Kumar vipin.ku...@st.com
Signed-off-by: Amit Virdi amit.vi...@st.com
---
Hi Lokesh,
@@ -56,7 +56,7 @@
#define CONTROL_ID_CODE (CTRL_BASE + 0x204)
/* To be verified */
-#define OMAP5_CONTROL_ID_CODE_ES1_0 0x0B85202F
+#define OMAP5_CONTROL_ID_CODE_ES1_0 0x0B94202F
ok, then the above comment /* To be verified */
can be removed as well
Hi Lokesh,
Adding precalculated timings for ddr3 with 1cs
adding required registers for ddr3
You want to mention the part name as well ?
nit in subject : and defining the additional registers required
for DDR3.
[snip..]
/* Dummy registers for OMAP44xx */
const
Hi Lokesh,
No need to Unlock DPLL initially.
DDR3 can work at normal OPP from initialozation
Why is it so ?
The commit log should make it clear why is it
nessecary to do the initialisations at higher frequency and
that becomes the reason for this patch.
Thanks,
Sricharan
This patch series support OMAP5432 in Mainline U-boot.
The major difference from OMAP5430 is that it supports DDR3 memory.
Things to be done for supporting DDR3:
1) ioconfig for ddr3
2) Initialization sequence and ddr3 leveling
3) Change in DPLL_CORE locking sequence
4) Voltage changes
This
Control id code for omap5430 ES1.0 is hard coded with a wrong value.
This patch corrects the value
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/include/asm/arch-omap5/omap.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
This patch adds chip detection for OMAP5432
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/cpu/armv7/omap5/hwinit.c | 10 +-
arch/arm/include/asm/arch-omap5/omap.h |3 ++-
arch/arm/include/asm/omap_common.h |1 +
3 files changed, 12 insertions(+), 2
This patch adds the IO settings required for OMAP5432 uevm's DDR3 pads
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/cpu/armv7/omap5/hwinit.c | 98 +--
arch/arm/include/asm/arch-omap5/omap.h | 15 +-
2 files changed, 93 insertions(+), 20
Adding precalculated timings for ddr3 with 1cs
adding required registers for ddr3
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/cpu/armv7/omap4/sdram_elpida.c |1 +
arch/arm/cpu/armv7/omap5/sdram.c| 50 ++-
arch/arm/include/asm/emif.h
In OMAP5432 EMIF controlller supports DDR3 device.
This patch adds support for ddr3 device intialization and configuration.
Initialization sequence is done as specified in JEDEC specs.
This also adds support for ddr3 leveling.
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
Change voltages for OMAP5432
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/cpu/armv7/omap5/clocks.c| 31 -
arch/arm/include/asm/arch-omap5/clocks.h | 10 +
2 files changed, 31 insertions(+), 10 deletions(-)
diff --git
No need to Unlock DPLL initially.
DDR3 can work at normal OPP from initialozation
Signed-off-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/cpu/armv7/omap-common/clocks-common.c |8 ++--
arch/arm/cpu/armv7/omap-common/emif-common.c | 13 +
Hello Tom,
Tom Rini wrote:
This reverts commit 0e57968a215d1b9d271f3fa5bebeddeaea0c8075.
The short version of the original commit is that some i2c devices cannot
be probed via read as they NAK the first cycle, so try and probe via a
write that we abort before it writes to the device. This
Hello Tom,
Tom Rini wrote:
Signed-off-by: Tom Rini tr...@ti.com
---
arch/arm/include/asm/arch-am33xx/i2c.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Acked-by: Heiko Schocher h...@denx.de
Thanks!
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk
Hello Tom,
Tom Rini wrote:
Signed-off-by: Tom Rini tr...@ti.com
---
arch/arm/include/asm/arch-am33xx/cpu.h | 40
1 file changed, 30 insertions(+), 10 deletions(-)
Acked-by: Heiko Schocher h...@denx.de
Thanks!
bye,
Heiko
--
DENX Software Engineering
Hello Tom,
Tom Rini wrote:
Signed-off-by: Tom Rini tr...@ti.com
---
arch/arm/include/asm/arch-am33xx/i2c.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Heiko Schocher h...@denx.de
Thanks!
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev
Hello Tom,
Tom Rini wrote:
The same places that check for CONFIG_OMAP44XX need to check for
CONFIG_AM33XX as we share the same i2c block.
Cc: Heiko Schocher h...@denx.de
Signed-off-by: Tom Rini tr...@ti.com
---
drivers/i2c/omap24xx_i2c.c |6 +++---
1 file changed, 3 insertions(+), 3
Dear Manukumar,
Hello,
CCing someone who might actually help you, CCing the uboot mailing list, please
keep it that way.
i can able to detect nand flash.
but i had an issue that i could not do operation(Read/write)
on nand flash.
i tried to erase the nand flash i got the error as below:
On Tue, May 22, 2012 at 03:33:25PM +0530, Lokesh Vutla wrote:
In OMAP5432 EMIF controlller supports DDR3 device.
This patch adds support for ddr3 device intialization and configuration.
Initialization sequence is done as specified in JEDEC specs.
This also adds support for ddr3 leveling.
Hi Tom,
In OMAP5432 EMIF controlller supports DDR3 device.
This patch adds support for ddr3 device intialization and configuration.
Initialization sequence is done as specified in JEDEC specs.
This also adds support for ddr3 leveling.
[snip]
@@ -975,8 +1070,12 @@ static void
On Tue, May 22, 2012 at 08:28:55PM +0530, R, Sricharan wrote:
Hi Tom,
In OMAP5432 EMIF controlller supports DDR3 device.
This patch adds support for ddr3 device intialization and configuration.
Initialization sequence is done as specified in JEDEC specs.
This also adds support for ddr3
- ? ? if (!in_sdram)
- ? ? ? ? ? ? lpddr2_init(base, regs);
+ ? ? if (!in_sdram) {
+ ? ? ? ? ? ? if (omap_revision() != OMAP5432_ES1_0)
+ ? ? ? ? ? ? ? ? ? ? lpddr2_init(base, regs);
+ ? ? ? ? ? ? else
+ ? ? ? ? ? ? ? ? ? ? ddr3_init(base, regs);
+ ? ? }
In omap4+ land do we
Currently, I build a linux kernel that contains the root fileystem in
the zImage file, when then gets converted into a uImage and booted
from NAND flash. This is all working fine, but having the kernel
build depend on the rootfs build is a problem.
In another mailing list, somebody told me that
On 05/22/2012 08:27 AM, R, Sricharan wrote:
- ? ? if (!in_sdram)
- ? ? ? ? ? ? lpddr2_init(base, regs);
+ ? ? if (!in_sdram) {
+ ? ? ? ? ? ? if (omap_revision() != OMAP5432_ES1_0)
+ ? ? ? ? ? ? ? ? ? ? lpddr2_init(base, regs);
+ ? ? ? ? ? ? else
+ ? ? ? ? ? ? ? ? ? ? ddr3_init(base, regs);
+ ? ?
Dear Amit Virdi,
In message 4fbb6712.3040...@st.com you wrote:
Alright, I shall be soon sending V5 that drops this patch and uses
__change_bit directly.
It would be a much better investment in time if you come up with
patches that help to _avoid_ usign this horrible function, and
eventually
Dear Vikram Narayanan,
In message 4f9f5c96.3020...@gmail.com you wrote:
patman shouts when it couldn't find a $(HOME)/.config/patman file.
Handle it in a sane way by creating a new one for the user.
It looks for a user.name and user.email in the global .gitconfig
file, waits for the user
Dear Vikram Narayanan,
In message 4fa961ae.6080...@gmail.com you wrote:
Move the config file from ~/.config/patman to ~/.patman
as it is more appropriate to have it there.
Signed-off-by: Vikram Narayanan vikram...@gmail.com
Cc: Simon Glass s...@chromium.org
---
tools/patman/settings.py |
Dear Vikram Narayanan,
In message 4fa961b9.8070...@gmail.com you wrote:
Make changes in the README file with the new location of patman
config file. Also update the creation of config file.
Signed-off-by: Vikram Narayanan vikram...@gmail.com
Cc: Simon Glass s...@chromium.org
This commit
Dear Grant Edwards,
In message jpgbbm$1hk$1...@dough.gmane.org you wrote:
Currently, I build a linux kernel that contains the root fileystem in
the zImage file, when then gets converted into a uImage and booted
from NAND flash. This is all working fine, but having the kernel
build depend on
On 05/22/2012 02:04 AM, Marc Dietrich wrote:
Hi Stephen,
Am Montag, 21. Mai 2012, 14:04:37 schrieb Stephen Warren:
From: Stephen Warren swar...@nvidia.com
... to enable USB host support, which enables Ethernet support.
Signed-off-by: Stephen Warren swar...@nvidia.com
while adding usb
On 05/22/2012 02:23 AM, Wolfgang Denk wrote:
Dear Stephen Warren,
In message 1337643054-17290-1-git-send-email-swar...@wwwdotorg.org you
wrote:
From: Stephen Warren swar...@nvidia.com
This can be useful for generic scripts. For example, rather than hard-
coding a script to ext2load
Hi Vikram,
On Tue, May 8, 2012 at 11:10 AM, Vikram Narayanan vikram...@gmail.comwrote:
Move the config file from ~/.config/patman to ~/.patman
as it is more appropriate to have it there.
Sorry for the silence, am a little tied up.
Signed-off-by: Vikram Narayanan vikram...@gmail.com
Cc:
Hi Vikram,
On Tue, May 22, 2012 at 9:03 AM, Wolfgang Denk w...@denx.de wrote:
Dear Vikram Narayanan,
In message 4fa961b9.8070...@gmail.com you wrote:
Make changes in the README file with the new location of patman
config file. Also update the creation of config file.
Signed-off-by:
On 05/22/2012 10:14 AM, Stephen Warren wrote:
On 05/22/2012 02:04 AM, Marc Dietrich wrote:
Hi Stephen,
Am Montag, 21. Mai 2012, 14:04:37 schrieb Stephen Warren:
From: Stephen Warren swar...@nvidia.com
... to enable USB host support, which enables Ethernet support.
Signed-off-by: Stephen
Hi,
On Tue, May 22, 2012 at 9:00 AM, Wolfgang Denk w...@denx.de wrote:
Dear Vikram Narayanan,
In message 4f9f5c96.3020...@gmail.com you wrote:
patman shouts when it couldn't find a $(HOME)/.config/patman file.
Handle it in a sane way by creating a new one for the user.
It looks for a
On 05/18/2012 04:24 PM, Allen Martin wrote:
On Mon, May 14, 2012 at 10:06:40PM -0700, Stephen Warren wrote:
On 05/10/2012 01:02 AM, Allen Martin wrote:
...
Perhaps we can just create a new tegra_spl board for the SPL rather than
having an SPL variant for each board. Still, I don't know how
On 05/18/2012 04:37 PM, Allen Martin wrote:
On Mon, May 14, 2012 at 10:03:24PM -0700, Stephen Warren wrote:
On 05/10/2012 01:02 AM, Allen Martin wrote:
Add support for tegra arm7 boot processor. This processor is used to
power on the Cortex A9 and transfer control to it.
+static void
On 2012-05-22, Wolfgang Denk w...@denx.de wrote:
In message jpgbbm$1hk$1...@dough.gmane.org Grant Edwards wrote:
[...]
somebody told me that if I was using U-Boot, I could build the zImage
and rootfs separately and then combine them into a single uImage file
for distribution.
The
In anticipation of Tegra3 support, start removing/renaming
Tegra2-specific files. No functional changes (yet).
Also updated copyright to 2012.
Signed-off-by: Tom Warren twar...@nvidia.com
---
.../asm/arch-tegra2/{tegra2_spi.h = tegra_spi.h} |9 -
Fix this:
uec.c: In function 'uec_initialize':
uec.c:1404:12: warning: assignment from incompatible pointer type
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
---
drivers/qe/uec.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/qe/uec.c
Fix this:
natsemi.c: In function 'natsemi_initialize':
natsemi.c:338:13: warning: assignment from incompatible pointer type
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
---
drivers/net/natsemi.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git
Fix this:
uli526x.c: In function 'uli526x_initialize':
uli526x.c:243:13: warning: assignment from incompatible pointer type
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
---
drivers/net/uli526x.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git
Fix this:
ether_fcc.c: In function 'fec_initialize':
ether_fcc.c:453:15: warning: assignment from incompatible pointer type
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
---
arch/powerpc/cpu/mpc85xx/ether_fcc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Fix this:
fec.c: In function 'mpc8220_fec_recv':
fec.c:791:9: warning: passing argument 1 of 'NetReceive' discards qualifiers
from pointer target type
include/net.h:438:13: note: expected 'uchar *' but argument is of type
'volatile uchar *'
fec.c: In function 'mpc8220_fec_initialize':
Fix this:
cpci405.c: In function 'do_get_bpip':
cpci405.c:737:4: warning: format '%ld' expects type 'long int', but argument 3
has type 'IPaddr_t'
cpci405.c:737:4: warning: format '%ld' expects type 'long int', but argument 4
has type 'IPaddr_t'
cpci405.c:737:4: warning: format '%ld' expects
Fix this:
e1000.c: In function 'e1000_initialize':
e1000.c:5264:13: warning: assignment from incompatible pointer type
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
---
drivers/net/e1000.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/net/e1000.c
Fix this:
ether_fcc.c: In function 'fec_initialize':
ether_fcc.c:390:15: warning: assignment from incompatible pointer type
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
---
arch/powerpc/cpu/mpc8260/ether_fcc.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Fix this:
rtl8139.c: In function 'rtl8139_initialize':
rtl8139.c:234:13: warning: assignment from incompatible pointer type
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
---
drivers/net/rtl8139.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Fix this:
eth.c: In function 'fm_eth_initialize':
eth.c:651:12: warning: assignment from incompatible pointer type
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
---
drivers/net/fm/eth.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/net/fm/eth.c
Fix this:
ns8382x.c: In function 'ns8382x_initialize':
ns8382x.c:352:13: warning: assignment from incompatible pointer type
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
---
drivers/net/ns8382x.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git
Fix this:
tsi108_eth.c: In function 'tsi108_eth_initialize':
tsi108_eth.c:745:13: warning: assignment from incompatible pointer type
tsi108_eth.c: In function 'tsi108_eth_recv':
tsi108_eth.c:989:4: warning: passing argument 1 of 'NetReceive' discards
qualifiers from pointer target type
On 05/22/2012 09:15 AM, Marek Vasut wrote:
Dear Manukumar,
Hello,
CCing someone who might actually help you, CCing the uboot mailing list,
please
keep it that way.
i can able to detect nand flash.
but i had an issue that i could not do operation(Read/write)
on nand flash.
i tried
Hi,
I sent patches v5 and v10 and I have no more review since a few weeks,
so I think it's ok now, no ?
About the comment/definitions, it has been fixed in last patches :).
Best regards,
On Mon, May 21, 2012 at 11:55:10PM +0200, Wolfgang Denk wrote:
Dear Gabriel Huau,
In message
Dear Stephen,
In message 4fcc.5020...@wwwdotorg.org you wrote:
+echo #define ARCH \${arch}\ config.h
+echo #define CPU\${cpu}\config.h
+echo #define BOARD \${board}\ config.h
Sorry, but names like ARCH and CPU are _way_ too intrusive and likely
to clash. Please
Dear Grant,
In message jpghr5$1at$1...@dough.gmane.org you wrote:
FWIW, I couldn't find any documentation for FIT images (it's not
mentioned in in either FAQs, Table of Contents, or Index), and various
google searches didn't find anything except old mailing list messages.
First, there is
On Tue, May 22, 2012 at 10:07:37AM -0700, Stephen Warren wrote:
On 05/18/2012 04:24 PM, Allen Martin wrote:
On Mon, May 14, 2012 at 10:06:40PM -0700, Stephen Warren wrote:
On 05/10/2012 01:02 AM, Allen Martin wrote:
...
Perhaps we can just create a new tegra_spl board for the SPL rather
On Tue, May 22, 2012 at 10:10:48AM -0700, Stephen Warren wrote:
Oh right. I think if you pass -M or better -C to git format-patch,
it'll highlight that fact better; it should make the patch file indicate
that the relevant files were moved or copied, and just show the diffs to
the file during
From: Stephen Warren swar...@nvidia.com
This can be useful for generic scripts. For example, rather than hard-
coding a script to ext2load tegra-harmony.dtb, it could load
${soc}-${board}.dtb and hence not need adjustments to run on multiple
boards.
Signed-off-by: Stephen Warren
From: Stephen Warren swar...@nvidia.com
So that all Tegra boards define environment variables that describe
themselves.
Signed-off-by: Stephen Warren swar...@nvidia.com
---
v2: Adjust to new CONFIG variable name
---
include/configs/tegra2-common.h |1 +
1 files changed, 1 insertions(+), 0
Hi Scott,
On Mon, May 21, 2012 at 8:47 AM, Scott Wood scottw...@freescale.com wrote:
On 05/21/2012 05:07 AM, Jim Lin wrote:
diff --git a/drivers/mtd/nand/tegra2_nand.h
b/drivers/mtd/nand/tegra2_nand.h
new file mode 100644
index 000..7e74be7
--- /dev/null
+++
These are all the files which use the API incorrectly but did not get
built using MAKEALL -a powerpc|arm. I have no compiler for them, but
the remaining issues should be far less than without this patch.
Any outstanding issues are left to the maintainers of boards that use
these drivers.
On 05/22/2012 03:04 PM, Simon Glass wrote:
Hi Scott,
On Mon, May 21, 2012 at 8:47 AM, Scott Wood scottw...@freescale.com
mailto:scottw...@freescale.com wrote:
On 05/21/2012 05:07 AM, Jim Lin wrote:
diff --git a/drivers/mtd/nand/tegra2_nand.h
b/drivers/mtd/nand/tegra2_nand.h
Hi Scott,
On Tue, May 22, 2012 at 1:06 PM, Scott Wood scottw...@freescale.com wrote:
On 05/22/2012 03:04 PM, Simon Glass wrote:
Hi Scott,
On Mon, May 21, 2012 at 8:47 AM, Scott Wood scottw...@freescale.com
mailto:scottw...@freescale.com wrote:
On 05/21/2012 05:07 AM, Jim Lin
Some copy/pasted drivers redefine functions
defined in include/net.h. Remove these so that
the definitions can be changed without error.
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
Cc: Joe Hershberger joe.hershber...@gmail.com
---
board/Marvell/db64360/mv_eth.c |2 --
On 05/22/2012 03:06 PM, Scott Wood wrote:
On 05/22/2012 03:04 PM, Simon Glass wrote:
Hi Scott,
On Mon, May 21, 2012 at 8:47 AM, Scott Wood scottw...@freescale.com
mailto:scottw...@freescale.com wrote:
On 05/21/2012 05:07 AM, Jim Lin wrote:
diff --git
[sorry my first mail didn't have 'Kirkwood' in the subject]
This patch adds support for both the Linkstation Live (LS-CHLv2) and
Linkstation Pro (LS-XHL) by Buffalo.
Am Freitag 11 Mai 2012, 18:51:09 schrieb Prafulla Wadaskar:
I will check on this patch in this week end since I am travelling.
The configuration that is common for all Integrator boards may
just as well be stored in a common include file as per pattern
from other boards. This eases maintenance quite a bit.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
include/configs/integrator-common.h | 114
On Tuesday 22 May 2012 10:58:37 Stephen Warren wrote:
On 05/22/2012 10:14 AM, Stephen Warren wrote:
On 05/22/2012 02:04 AM, Marc Dietrich wrote:
Hi Stephen,
Am Montag, 21. Mai 2012, 14:04:37 schrieb Stephen Warren:
From: Stephen Warren swar...@nvidia.com
... to enable USB host
Am Mittwoch 16 Mai 2012, 02:56:39 schrieb Joe Hershberger:
You should synchronize with Rob Herring who is also trying to add this
eth_setenv_enetaddr_by_index() function.
http://patchwork.ozlabs.org/patch/152590/
Hi Rob,
Joe mentioned you have the same patch as me here:
On 05/22/2012 04:18 PM, Michael Walle wrote:
Am Mittwoch 16 Mai 2012, 02:56:39 schrieb Joe Hershberger:
You should synchronize with Rob Herring who is also trying to add this
eth_setenv_enetaddr_by_index() function.
http://patchwork.ozlabs.org/patch/152590/
Hi Rob,
Joe mentioned you have
In anticipation of Tegra3 support, continue removing/renaming
Tegra2-specific files. No functional changes (yet).
Updated copyrights to 2012.
Signed-off-by: Tom Warren twar...@nvidia.com
---
board/nvidia/harmony/harmony.c|4 ++--
board/nvidia/seaboard/seaboard.c |4
1 - 100 of 129 matches
Mail list logo