Enable AR8021 as it used on Freescale Combo boards.
The Combo boards included P1020RDB-PC, P1021RDB-PC,
P2020RDB-PC, P1020UTM-PC, and P1020MSBG-PC.
Signed-off-by: Xie Xiaobo x@freescale.com
---
include/config_phylib_all_drivers.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
On 11/10/2011 05:37 PM, Fabio Estevam wrote:
mx28evk has one bank of RAM.
Fix the comment.
Cc: Marek Vasut marek.va...@gmail.com
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
Applied to u-boot-imx, thanks.
Best regards,
Stefano Babic
--
Hi Albert,
please pull from u-boot-imx.
The following changes since commit 06194b6b65f701a9d6ef2d9b4123c4afe57d8783:
da850: add new config file for AM18xx (2011-11-10 16:30:41 +0100)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
Fabio Estevam (5):
Thanks Jonsmirl, Jen!
I revisited the schematics and saw that UART from the CPU is also going
directly to a header (besides feeding the serial lines of FT232). So, first
I should program the CPU's UART and get output on the header. I will worry
about the FT232 later on. Hopefully, it will just
Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
address programming. Fix this by using the method from Linux'
smsc95xx_set_mac_address().
Signed-off-by: Wolfgang Grandegger w...@denx.de
Cc: Marek Vasut marek.va...@gmail.com
Cc: Simon Glass s...@chromium.org
---
The write to the mac_cr register was missing. This usually not
cause an issue before, since the next function writing the
register's shadow copy into the register would do it as a side
effect.
Signed-off-by: Wolfgang Grandegger w...@denx.de
Cc: Simon Glass s...@chromium.org
---
Wolfgang Grandegger (3):
smsc95xx: Fix MAC address programming
smsc95xx: in smsc95xx_set_multicast write to reg
smsc95xx: remove an unecessary debug messages
drivers/usb/eth/smsc95xx.c | 16 +---
1 files changed, 9 insertions(+), 7 deletions(-)
--
1.7.4.1
Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
address programming. Fix this by using the method from Linux'
smsc95xx_set_mac_address().
Signed-off-by: Wolfgang Grandegger w...@denx.de
Cc: Marek Vasut marek.va...@gmail.com
Cc: Simon Glass s...@chromium.org
---
Signed-off-by: Wolfgang Grandegger w...@denx.de
Cc: Simon Glass s...@chromium.org
---
drivers/usb/eth/smsc95xx.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/drivers/usb/eth/smsc95xx.c b/drivers/usb/eth/smsc95xx.c
index 16e24bd..40f7f5b 100644
---
Hello Mike,
+ union {
+ u32 enetaddr32;
+ u16 enetaddr16[3];
+ unsigned char enetaddr[6];
+ };
This will work only as long the endianess is matching.
Picking single chars from enetaddr[] and combine them to a u32 register
will be more independent
Dear Macpaul Lin,
In message 1320994497-27894-1-git-send-email-macp...@andestech.com you wrote:
If the system has dual boot loader, say loader1 and u-boot is loader2.
If loader1 will be booted before u-boot and then pass env to u-boot in
the format of u-boot's env, this module provides
Dear Mike Frysinger,
In message 1320970267-22297-2-git-send-email-vap...@gentoo.org you wrote:
The current eth_device leaves a 2 byte hole after enetaddr and before
iobase. Since the enetaddr member has to be 6 bytes, we might as well
fill that 2 byte hole with something useful.
Further,
On 11/11/2011 12:04 PM, Marek Vasut wrote:
Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
address programming. Fix this by using the method from Linux'
smsc95xx_set_mac_address().
Signed-off-by: Wolfgang Grandegger w...@denx.de
Cc: Marek Vasut marek.va...@gmail.com
Cc: Simon
On 11/10/2011 07:44 PM, Marek Vasut wrote:
Actually, maybe we should fix this in Linux first. Is the GPMI-NAND driver for
i.MX28 applied already to mainline linux-mtd?
Yes, it is in 3.2-rc1:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=tree;f=drivers/mtd/nand/gpmi-nand
I
Signed-off-by: Wolfgang Grandegger w...@denx.de
CC: Jason Liu r64...@freescale.com
---
board/freescale/mx53loco/mx53loco.c | 10 ++
include/configs/mx53loco.h | 13 +
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git
Signed-off-by: Wolfgang Grandegger w...@denx.de
CC: Stefano Babic sba...@denx.de
---
arch/arm/cpu/armv7/mx5/clock.c | 72 ++
arch/arm/include/asm/arch-mx5/clock.h|5 ++
arch/arm/include/asm/arch-mx5/crm_regs.h |3 +
3 files changed, 80
This patches series provides USB host support for the mx51evk and
mx53loco. The generic ehci-mx5 interface is derived from ehci-mxc
and uses the header files of the ehci-fsl interface. The callback
board_ehci_hcd_init() allows to do board-specific setup when USB is
started.
Wolfgang.
Wolfgang
It's derived from ehci-mxc and uses the header files of the
ehci-fsl interface. The callback board_ehci_hcd_init() has
been introduced to allow for board-specific setup when USB
is started.
Signed-off-by: Wolfgang Grandegger w...@denx.de
CC: Stefano Babic sba...@denx.de
CC: Remy Bohmer
Signed-off-by: Wolfgang Grandegger w...@denx.de
CC: Stefano Babic sba...@denx.de
---
arch/arm/include/asm/arch-mx5/mx5x_pins.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx5/mx5x_pins.h
b/arch/arm/include/asm/arch-mx5/mx5x_pins.h
index
Signed-off-by: Wolfgang Grandegger w...@denx.de
CC: Stefano Babic sba...@denx.de
---
board/freescale/mx51evk/mx51evk.c | 92 +
include/configs/mx51evk.h | 13 +
2 files changed, 105 insertions(+), 0 deletions(-)
diff --git
On Nov 10, 2011, at 3:11 PM, Ira W. Snyder wrote:
This adds support for the Freescale COM Express P2020 board. This board
is similar to the P1_P2_RDB, but has some extra (as well as missing)
peripherals.
Unlike all other mpc85xx boards, it uses a watchdog timeout to reset.
Using the
On Nov 1, 2011, at 8:16 PM, chang-ming.hu...@freescale.com
chang-ming.hu...@freescale.com wrote:
From: Jerry Huang chang-ming.hu...@freescale.com
In order to support 1920x01080 resolution, we must increase the alloc length.
Acked-by: Timur Tabi ti...@freescale.com
Signed-off-by: Jerry
On Nov 3, 2011, at 2:18 AM, chang-ming.hu...@freescale.com
chang-ming.hu...@freescale.com wrote:
From: Jerry Huang chang-ming.hu...@freescale.com
For ICS307-02, there is one general expression to generate SYSCLK:
CLK1Frequency = InputFrequency * 2 * (VDW + 8) / ((RDW + 2) * OD)
If we
On Nov 7, 2011, at 10:51 PM, Ramneek Mehresh wrote:
Include call to usb device-fixup only when CONFIG_HAS_FSL_DR_USB is
defined for the platform - P1020RDB, P1010RDB, P1020-PC
Signed-off-by: Ramneek Mehresh ramneek.mehr...@freescale.com
---
board/freescale/p1010rdb/p1010rdb.c |
On Fri, Nov 11, 2011, Daniel Schwierzeck wrote:
ALL-$(CONFIG_UBOOT_IMG) += $(obj)u-boot.img
ALL-$(CONFIG_UBOOT_IMX) += $(obj)u-boot.imx
ALL-$(CONFIG_UBOOT_KWB) += $(obj)u-boot.kwb
then you can define CONFIG_UBOOT_KWB or CONFIG_UBOOT_IMX in your
board config if needed
That'd be a fine
Hello everybody!
My mini laptop toy has three variables set in u-boot shell : bootcmd,
bootcmd_sd and bootcmd_sd_nerase. Is there way to see which key
combination is used to branch the boot process. I want to boot from
SD/USB to alter the default Linux install. Brand name Skytex SX E700.
No key
On Nov 11, 2011, at 3:19 AM, Xie Xiaobo wrote:
Enable AR8021 as it used on Freescale Combo boards.
The Combo boards included P1020RDB-PC, P1021RDB-PC,
P2020RDB-PC, P1020UTM-PC, and P1020MSBG-PC.
Signed-off-by: Xie Xiaobo x@freescale.com
---
include/config_phylib_all_drivers.h |1
On Fri, Nov 11, 2011, Aneesh V wrote:
arch/arm/cpu/armv7/omap4/config.mk has this:
ifdef CONFIG_SPL_BUILD
ALL-y += $(OBJTREE)/MLO
else
ALL-y += $(obj)u-boot.img
endif
However, this may have to be duplicated in many such config.mk files.
Ah I had seen this snippet and wondered why you
Hi,
I have made some modification to the SMSC LAN911X driver for both UBoot and
QEMU in order to be able to use SMSC LAN9X based network drivers during the
u-boot stage.
1) U-Boot
In UBoot, when the LAN911X device is reseted, the READY bit is checked and
device is wake up by writing
On Nov 9, 2011, at 9:15 AM, Kumar Gala wrote:
We cause CCSRBAR to be relocated in the SPL phase of NAND boot which
isn't expected and breaks things. Fixing the board config.h to NOT
relocate CCSR during the CONFIG_NAND_SPL phase.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
On Nov 8, 2011, at 11:04 AM, Kumar Gala wrote:
Reduce NAND SPL build size by not include TLB entries that arent used by
it.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
board/freescale/mpc8572ds/tlb.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
applied
- k
On Nov 9, 2011, at 10:29 AM, Kumar Gala wrote:
Address 85xx specific gcc 4.6 warnings
applied 1-16
- k
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Thu, Nov 10, 2011, Mike Frysinger wrote:
CONFIG_IMX_CONFIG is set in boards.cfg.
ugly undocumented CONFIG's are awesome
this really should be in a subdir rather than the top level. we want
to keep arch/soc-specific cruft out of the top level Makefile if
possible. isn't there a
On Thu, Nov 10, 2011, Tom Rini wrote:
Any omap3/omap4/omap5/am335x where you generate MLO you want
u-boot.img rather than u-boot.bin, even for panda iirc.
Thanks for the hint; I'll follow that rule for OMAP3/OMAP4 boards we
build in Debian ATM; Aneesh pointed at the Makefile snippet which
Hi Marek,
On 11/09/2011 11:18 AM, Marek Vasut wrote:
This enables the second port, aka. the port with the USB connector on the
M28EVK.
Which version of GCC you are using? I noticed that usb start freezes
after message scanning bus for devices... if I had memory stick
connected. I used GCC
Size grew a bit so nand-spl didn't fit in 4k, reduce done by removing
LAW entries not needed during SPL phase.
Signed-off-by: Kumar Gala ga...@kernel.crashing.org
---
board/freescale/p1_p2_rdb_pc/law.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git
The following changes since commit 5721385b187b3154c7768e6c182501022f4e2e45:
Merge branch 'master' of git://git.denx.de/u-boot-mpc83xx (2011-11-08
07:44:52 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-mpc85xx.git master
Jerry Huang (2):
powerpc/mpc85xx:
Hi Wolfgang,
On Fri, Nov 11, 2011 at 11:03 AM, Wolfgang Grandegger w...@denx.de wrote:
It's derived from ehci-mxc and uses the header files of the
ehci-fsl interface. The callback board_ehci_hcd_init() has
been introduced to allow for board-specific setup when USB
is started.
Signed-off-by:
Hola,
La vida se va pasando de mí como resultado de mi condición médica actual y mi
médico personal me confió ayer que tengo más días sólo unos pocos a vivir. En
vista de este contratiempo, quiero donar mis bienes para la asistencia
humanitaria, ya que esto siempre ha sido el plan de mi
On Thu, Nov 10, 2011 at 11:01 PM, Kumar Nath, Chandan
chandan.n...@ti.com wrote:
-Original Message-
From: Tom Rini [mailto:tom.r...@gmail.com]
Sent: Thursday, November 10, 2011 8:11 PM
To: Kumar Nath, Chandan
Cc: u-boot@lists.denx.de; Chemparathy, Cyril
Subject: Re: [U-Boot] [PATCH
On Friday 11 November 2011 08:28:13 Cachet Bertrand wrote:
I have made some modification to the SMSC LAN911X driver for both UBoot and
QEMU in order to be able to use SMSC LAN9X based network drivers during
the u-boot stage.
i'm not sure if you're attempting to get things merged into upstream
On Thu, Nov 10, 2011 at 10:22 PM, R, Sricharan r.sricha...@ti.com wrote:
Hi Tom Rini,
[...snip..]
-ifeq ($(SOC),am33xx)
+ifneq
($(CONFIG_AM335X)$(CONFIG_OMAP34XX)$(CONFIG_OMAP44XX)$(CONFIG_OMAP54XX),)
LIBS += $(CPUDIR)/omap-common/libomap-common.o
endif
-ifeq ($(SOC),omap3)
-LIBS +=
On Friday 11 November 2011 06:55:45 Wolfgang Denk wrote:
Mike Frysinger wrote:
The current eth_device leaves a 2 byte hole after enetaddr and before
iobase. Since the enetaddr member has to be 6 bytes, we might as well
fill that 2 byte hole with something useful.
Further, most device
-Original Message-
From: Tom Rini [mailto:tom.r...@gmail.com]
Sent: Friday, November 11, 2011 8:19 PM
To: Kumar Nath, Chandan
Cc: u-boot@lists.denx.de; Chemparathy, Cyril
Subject: Re: [U-Boot] [PATCH 1/2] TI: netdev: add driver for cpsw
ethernet device
On Thu, Nov 10, 2011 at
On Friday 11 November 2011 07:33:00 Wolfgang Grandegger wrote:
On 11/11/2011 12:04 PM, Marek Vasut wrote:
Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
address programming. Fix this by using the method from Linux'
smsc95xx_set_mac_address().
---
On Friday 11 November 2011 05:59:56 Wolfgang Grandegger wrote:
Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
address programming. Fix this by using the method from Linux'
smsc95xx_set_mac_address().
--- a/drivers/usb/eth/smsc95xx.c
+++ b/drivers/usb/eth/smsc95xx.c
-
On Friday 11 November 2011 05:59:56 Wolfgang Grandegger wrote:
Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
address programming. Fix this by using the method from Linux'
smsc95xx_set_mac_address().
oh, and while you're here, test out this fix:
- debug(MAC
Hi Wolfgang,
On Fri, Nov 11, 2011 at 2:59 AM, Wolfgang Grandegger w...@denx.de wrote:
Signed-off-by: Wolfgang Grandegger w...@denx.de
Cc: Simon Glass s...@chromium.org
---
drivers/usb/eth/smsc95xx.c | 7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git
Hi Wolfgang,
On Fri, Nov 11, 2011 at 2:59 AM, Wolfgang Grandegger w...@denx.de wrote:
The write to the mac_cr register was missing. This usually not
cause an issue before, since the next function writing the
register's shadow copy into the register would do it as a side
effect.
On Fri, Nov 11, 2011 at 9:03 AM, Mike Frysinger vap...@gentoo.org wrote:
On Friday 11 November 2011 06:55:45 Wolfgang Denk wrote:
Mike Frysinger wrote:
The current eth_device leaves a 2 byte hole after enetaddr and before
iobase. Since the enetaddr member has to be 6 bytes, we might as well
On Friday 11 November 2011 10:44:45 Andy Fleming wrote:
On Fri, Nov 11, 2011 at 9:03 AM, Mike Frysinger vap...@gentoo.org wrote:
On Friday 11 November 2011 06:55:45 Wolfgang Denk wrote:
Mike Frysinger wrote:
The current eth_device leaves a 2 byte hole after enetaddr and
before iobase.
On Friday 11 November 2011 00:16:47 Graeme Russ wrote:
On Fri, Nov 11, 2011 at 4:04 PM, Mike Frysinger wrote:
i can't think of any calls off the top of my head which would result in
invoking a func in libgcc.a.
Any function listed here:
http://gcc.gnu.org/onlinedocs/gccint/Libgcc.html
On Friday 11 November 2011 08:41:46 Loïc Minier wrote:
[ Ideally, make would also build the right one, or perhaps make
install or some other special target which represents the final
deliverables for that board. ]
yes, `make` should output by default the necessary images imo. this is why
On Friday 11 November 2011 08:35:14 Loïc Minier wrote:
On Thu, Nov 10, 2011, Mike Frysinger wrote:
CONFIG_IMX_CONFIG is set in boards.cfg.
ugly undocumented CONFIG's are awesome
this really should be in a subdir rather than the top level. we want
to keep arch/soc-specific cruft
On Fri, Nov 11, 2011 at 07:22:14AM -0600, Kumar Gala wrote:
On Nov 10, 2011, at 3:11 PM, Ira W. Snyder wrote:
This adds support for the Freescale COM Express P2020 board. This board
is similar to the P1_P2_RDB, but has some extra (as well as missing)
peripherals.
Unlike all other
On Fri, Nov 11, 2011 at 10:53 AM, Ira W. Snyder i...@ovro.caltech.edu wrote:
Does the board really support different DDR freq or is this copy / paste?
The memory is an SODIMM, but the RAM is configured before U-Boot runs by
the Freescale On-Chip ROM. See above comment.
If this is a P2020 you
On Fri, Nov 11, 2011 at 04:58:17PM +, McClintock Matthew-B29882 wrote:
On Fri, Nov 11, 2011 at 10:53 AM, Ira W. Snyder i...@ovro.caltech.edu wrote:
Does the board really support different DDR freq or is this copy / paste?
The memory is an SODIMM, but the RAM is configured before
Hi Marek,
On 11/09/2011 11:18 AM, Marek Vasut wrote:
This enables the second port, aka. the port with the USB connector on the
M28EVK.
Which version of GCC you are using? I noticed that usb start freezes
after message scanning bus for devices... if I had memory stick
connected. I used
On 11/10/2011 07:44 PM, Marek Vasut wrote:
Actually, maybe we should fix this in Linux first. Is the GPMI-NAND
driver for i.MX28 applied already to mainline linux-mtd?
Yes, it is in 3.2-rc1:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=tree;f=drive
rs/mtd/nand/gpmi-nand
On 11/10/2011 07:55 PM, Mike Frysinger wrote:
On Thursday 10 November 2011 20:51:47 Graeme Russ wrote:
A few questions (I am unfamiliar with the Linux build environment):
a) Does Linux link to libgcc
no Linux port uses libgcc. they've always done the equivalent of
PRIVATE_LIBGCC. but
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
Cc: Joe Hershberger joe.hershber...@gmail.com
Cc: Kim Phillips kim.phill...@freescale.com
---
Changes for v2:
- Moved changes to board/freescale/mpc8313erdb/mpc8313erdb.c from patch 1/2
Changes for v3:
- Renamed gpio_init_* to
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
Cc: Joe Hershberger joe.hershber...@gmail.com
Cc: Kim Phillips kim.phill...@freescale.com
---
Changes for v2:
- Improved names of INIT constants (to include CONFIG_)
- Moved changes to board/freescale/mpc8313erdb/mpc8313erdb.c to patch 2/2
Change int gp to unsigned gpio
Add request and free entry-points
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
Cc: Joe Hershberger joe.hershber...@gmail.com
Cc: Kim Phillips kim.phill...@freescale.com
---
Changes for v6:
- Linuxize gpio API
Changes for v7:
- checkpatch compliance
ARM boards should use the generic GPIO API
This means changing gpio to unsigned type
Remove the unused gpio_toggle() function which is not part of the API
Comment that free should not modify pin state
Signed-off-by: Joe Hershberger joe.hershber...@ni.com
Cc: Joe Hershberger
On 11/10/2011 01:47 PM, McClintock Matthew-B29882 wrote:
On Wed, Nov 9, 2011 at 10:10 PM, Mike Frysinger vap...@gentoo.org wrote:
am i the only one seeing errors like:
board/esd/cpciiser4/libcpciiser4.o: In function `board_early_init_f':
board/esd/cpciiser4/cpciiser4.c:139: undefined reference
On Fri, Nov 11, 2011 at 11:12 AM, Ira W. Snyder i...@ovro.caltech.edu wrote:
Yep, this is a P2020.
I'll check the Freescale documentation. Hopefully it provides an example
of how to configure the On-Chip ROM to use L2SRAM instead of DDR.
I'll try and find a U-Boot port that configures DDR
On Fri, Nov 11, 2011, Mike Frysinger wrote:
- ignore: u-boot u-boot.{map,lds,srec,ihex}
- if there is a file other than u-boot.bin, you probably want that
- otherwise, you want u-boot.bin
These are decent rules; plus SPL files I guess, and perhaps DTB
versions.
What did
On Fri, Nov 11, 2011 at 08:36:47PM +, McClintock Matthew-B29882 wrote:
On Fri, Nov 11, 2011 at 11:12 AM, Ira W. Snyder i...@ovro.caltech.edu wrote:
Yep, this is a P2020.
I'll check the Freescale documentation. Hopefully it provides an example
of how to configure the On-Chip ROM to use
On Fri, Nov 11, 2011 at 3:03 PM, Ira W. Snyder i...@ovro.caltech.edu wrote:
Thanks. That config_sram.dat is exactly what I came up with.
I have my board booting via L2SRAM, but the DDR doesn't get configured
correctly yet. I'm trying to figure out how the DDR SPD stuff works in
U-Boot. I've
This patches series provides USB host support for the mx51evk and
mx53loco. The generic ehci-mx5 interface is derived from ehci-mxc
and uses the header files of the ehci-fsl interface. The callback
board_ehci_hcd_init() allows to do board-specific setup when USB is
started.
Wolfgang.
The ARM link scripts are very similar but each CPU has its own. This
series adds support for a default link script across an architecture
in arch/arch/cpu/u-boot.lds.
It is then possible to remove most of the ARM link scripts. This will
make it easier to maintain these.
Simon Glass (6):
Allow
Most ARM CPUs use a very similar link script. This adds a basic
script that can be used by most CPUs.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/cpu/u-boot.lds | 84 +++
1 files changed, 84 insertions(+), 0 deletions(-)
create mode
This is set by the top level Makefile anyway, so drop it. This does
have the effect of changing the order - now the board link script will
have preference over the CPU one. But this seems more correct anyway.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/arm/config.mk |7 ---
1
Each cpu directory currently has its own .lds file. This is only needed
in most cases because the start.o file is in a different subdir.
Now that we can factor out this difference, we can move most cpus over
to the common .lds file.
Series:cc: albert
Signed-off-by: Simon Glass s...@chromium.org
The Makefile for a CPU is in arch/($ARCH)/cpu/$(CPU). We want to support
having an .lds file in arch/$(ARCH)/cpu without requiring an additional
Makefile there. This change makes it clear that we expect a Makefile in
the same directory as the link script except in this case.
Signed-off-by: Simon
Most link scripts differ only in directory containing the start.o
file. Make this a #define to remove this last difference.
Signed-off-by: Simon Glass s...@chromium.org
---
Makefile |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index
This link script seems old and incompatible with relocation and its
own sa1000 start.S file. It isn't used because the CPU's link script
was picked up in preference to this.
Signed-off-by: Simon Glass s...@chromium.org
---
board/jornada/u-boot.lds | 58
DaVinci EMAC driver has no support for running with D-Cache enabled so
disable D-Cache on all DaVinci boards with EMAC device.
Signed-off-by: Ilya Yanok ya...@emcraft.com
---
I can't test it on any DaVinci boards right now but my understanding
is that currently EMAC driver can't work properly
On Thu, Nov 10, 2011 at 6:11 PM, Mike Frysinger vap...@gentoo.org wrote:
diff --git a/include/net.h b/include/net.h
index ad9afbf..b4acd8f 100644
--- a/include/net.h
+++ b/include/net.h
@@ -66,8 +66,6 @@ typedef void rxhand_icmp_f(unsigned type, unsigned code,
unsigned dport,
*/
typedef
On Fri, Nov 11, 2011 at 3:56 PM, Ilya Yanok ya...@emcraft.com wrote:
DaVinci EMAC driver has no support for running with D-Cache enabled so
disable D-Cache on all DaVinci boards with EMAC device.
Signed-off-by: Ilya Yanok ya...@emcraft.com
I think it might be better to disable DCACHE as a
On Thu, Nov 10, 2011 at 6:39 PM, Ilya Yanok ya...@emcraft.com wrote:
DaVinci EMAC is present on TI AM35xx SoCs (ARMv7) which run with D-Cache
enabled by default. So we have to take care and flush/invalidate the
cache before/after the DMA operations.
Please note that the receive buffer
Hi Tom,
On 11.11.2011 06:52, Tom Rini wrote:
Added no-op cache functions for arm926ejs. However many DaVinci boards
are still broken as suprisingly they have D-Cache enabled (I wonder if
EMAC works on these boards).
Given how quick builds are now, what's MAKEALL -s davinci look like,
On Fri, Nov 11, 2011 at 09:07:23PM +, McClintock Matthew-B29882 wrote:
On Fri, Nov 11, 2011 at 3:03 PM, Ira W. Snyder i...@ovro.caltech.edu wrote:
Thanks. That config_sram.dat is exactly what I came up with.
I have my board booting via L2SRAM, but the DDR doesn't get configured
Hi Andy,
On 12.11.2011 02:11, Andy Fleming wrote:
DaVinci EMAC is present on TI AM35xx SoCs (ARMv7) which run with D-Cache
enabled by default. So we have to take care and flush/invalidate the
cache before/after the DMA operations.
Please note that the receive buffer alignment to 32 byte
On Friday 11 November 2011 17:07:46 Andy Fleming wrote:
On Thu, Nov 10, 2011 at 6:11 PM, Mike Frysinger vap...@gentoo.org wrote:
diff --git a/include/net.h b/include/net.h
index ad9afbf..b4acd8f 100644
--- a/include/net.h
+++ b/include/net.h
@@ -66,8 +66,6 @@ typedef void
On Friday 11 November 2011 16:01:46 Loïc Minier wrote:
On Fri, Nov 11, 2011, Mike Frysinger wrote:
- ignore: u-boot u-boot.{map,lds,srec,ihex}
- if there is a file other than u-boot.bin, you probably want that
- otherwise, you want u-boot.bin
These are decent rules; plus SPL
Adding York who might be able to help more...
-M
On Fri, Nov 11, 2011 at 4:18 PM, Ira W. Snyder i...@ovro.caltech.edu wrote:
On Fri, Nov 11, 2011 at 09:07:23PM +, McClintock Matthew-B29882 wrote:
On Fri, Nov 11, 2011 at 3:03 PM, Ira W. Snyder i...@ovro.caltech.edu wrote:
Thanks. That
Looking good so far, what's the question? You can always override the
register values and try it since you got the interactive debug up.
York
On Fri, 2011-11-11 at 14:54 -0800, McClintock Matthew-B29882 wrote:
Adding York who might be able to help more...
-M
On Fri, Nov 11, 2011 at 4:18
On Fri, 11 Nov 2011 15:55:36 -0600
Joe Hershberger joe.hershber...@ni.com wrote:
ARM boards should use the generic GPIO API
This means changing gpio to unsigned type
Remove the unused gpio_toggle() function which is not part of the API
Comment that free should not modify pin state
On Fri, Nov 11, 2011 at 03:02:46PM -0800, York Sun wrote:
Looking good so far, what's the question? You can always override the
register values and try it since you got the interactive debug up.
Well, it doesn't work out of the box.
I'm very worried about the following messages:
unknown
On Thu, 10 Nov 2011 10:36:18 -0600
Kim Phillips kim.phill...@freescale.com wrote:
On Thu, 10 Nov 2011 15:52:43 +0100
Holger Brunck holger.bru...@keymile.com wrote:
From: Andreas Huber andreas.hu...@keymile.com
commit b11f53f3 (keymile: Fix Coding style issues for keymile boards)
Remove symbolic link generated by compiling. Fix makefile for
out-of-tree compiling error.
Signed-off-by: York Sun york...@freescale.com
---
this somehow got lost from my inbox, but I grabbed it from patchwork
and applied it to 83xx.
Thanks,
Kim
This patches series provides USB host support for the mx51evk and
mx53loco. The generic ehci-mx5 interface is derived from ehci-mxc
and uses the header files of the ehci-fsl interface. The callback
board_ehci_hcd_init() allows to do board-specific setup when USB is
started.
Wolfgang.
On Fri, Nov 11, 2011 at 03:10:43PM -0800, Ira W. Snyder wrote:
On Fri, Nov 11, 2011 at 03:02:46PM -0800, York Sun wrote:
Looking good so far, what's the question? You can always override the
register values and try it since you got the interactive debug up.
Well, it doesn't work out of
On Fri, Nov 11, 2011 at 3:10 PM, Andy Fleming aflem...@gmail.com wrote:
On Fri, Nov 11, 2011 at 3:56 PM, Ilya Yanok ya...@emcraft.com wrote:
DaVinci EMAC driver has no support for running with D-Cache enabled so
disable D-Cache on all DaVinci boards with EMAC device.
Signed-off-by: Ilya Yanok
2011/11/8 Igor Grinberg grinb...@compulab.co.il
+/*
+ * This is a family of wrapper functions which sets bits in ULPI
registers.
+ * Access mode could be WRITE, SET or CLEAR.
What about READ?
I know it can be done from any of those registers, but it is confusing.
+ * For further
This command boots Linux zImage from where the zImage is loaded to. Passing
initrd and fdt is supported.
Tested on PXA270 based Voipac PXA270.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Tom Warren twar...@nvidia.com
Cc: albert.u.b...@aribaud.net
Cc: aflem...@gmail.com,
Cc: Simon Glass
Hi Albert,
I chose a few significant patches that should make it to .12.
The following changes since commit 06194b6b65f701a9d6ef2d9b4123c4afe57d8783:
da850: add new config file for AM18xx (2011-11-10 16:30:41 +0100)
are available in the git repository at:
git://git.denx.de/u-boot-pxa.git
This command boots Linux zImage from where the zImage is loaded to. Passing
initrd and fdt is supported.
Tested on PXA270 based Voipac PXA270.
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Tom Warren twar...@nvidia.com
Cc: albert.u.b...@aribaud.net
Cc: aflem...@gmail.com,
Cc: Simon Glass
Hi,
On Fri, Nov 11, 2011 at 1:47 PM, Simon Glass s...@chromium.org wrote:
Most link scripts differ only in directory containing the start.o
file. Make this a #define to remove this last difference.
Signed-off-by: Simon Glass s...@chromium.org
---
Makefile | 4 +++-
1 files changed, 3
1 - 100 of 103 matches
Mail list logo