Hi Wolfgang,
2011/11/11 Wolfgang Denk :
> Dear Macpaul Lin,
>
> I don't think you need extra code for this. The situation is not
> different from any other where for example the environment is attached
> to the U-Boot image, or embedded into it. You just need to configure
> the address / offset
On Wed, Nov 9, 2011 at 12:47 PM, Mike Frysinger wrote:
> On Wednesday 09 November 2011 14:12:15 Scott Wood wrote:
> > Last I tried, I couldn't get it to work even with USE_PRIVATE_LIBGCC,
> > because the compiler was generating calls to things that U-Boot didn't
> > implement.
>
> last i tried, i
Hi Pali,
On Sat, Nov 12, 2011 at 7:17 AM, Pali Rohár wrote:
> Hello,
>
> after commit 02f3029f1810b99869254d0cf0a71946a008a728 mmc: retry the cmd8 to
> meet 74 clocks requirement in the spec
>
> internal eMMC memory on Nokia N900 in u-boot not working. If I comment code
> "if (err) return err;" a
Hi,
On Fri, Nov 11, 2011 at 1:47 PM, Simon Glass 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
> ---
> Makefile | 4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
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
Cc: Tom Warren
Cc: albert.u.b...@aribaud.net
Cc: aflem...@gmail.com,
Cc: Simon Glass ,
Cc: Stephen Warren
---
common/Makefi
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 ma
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
Cc: Tom Warren
Cc: albert.u.b...@aribaud.net
Cc: aflem...@gmail.com,
Cc: Simon Glass ,
Cc: Stephen Warren
---
common/Makefi
2011/11/8 Igor Grinberg
>
> > +/*
> > + * 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 informations
On Fri, Nov 11, 2011 at 3:10 PM, Andy Fleming wrote:
> On Fri, Nov 11, 2011 at 3:56 PM, Ilya Yanok 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
>
>
> I think it might be
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
> 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.
Remove symbolic link generated by compiling. Fix makefile for
out-of-tree compiling error.
Signed-off-by: York Sun
---
this somehow got lost from my inbox, but I grabbed it from patchwork
and applied it to 83xx.
Thanks,
Kim
___
U-Boot mailing lis
Hello,
after commit 02f3029f1810b99869254d0cf0a71946a008a728 mmc: retry the cmd8 to
meet 74 clocks requirement in the spec
internal eMMC memory on Nokia N900 in u-boot not working. If I comment code
"if (err) return err;" added by this commit, eMMC working fine.
More info: mmc_send_if_cond from
On Thu, 10 Nov 2011 10:36:18 -0600
Kim Phillips wrote:
> On Thu, 10 Nov 2011 15:52:43 +0100
> Holger Brunck wrote:
>
> > From: Andreas Huber
> >
> > commit b11f53f3 (keymile: Fix Coding style issues for keymile boards)
> > introduces a bug according the SDRAM initialization for all
> > km83xx
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 Fri, 11 Nov 2011 15:55:36 -0600
Joe Hershberger 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
>
> Signed-off-by: Joe Hershb
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
Adding York who might be able to help more...
-M
On Fri, Nov 11, 2011 at 4:18 PM, Ira W. Snyder 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 wrote:
>> > Thanks. That config_sram.dat is exactly what I came u
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;
On Friday 11 November 2011 17:07:46 Andy Fleming wrote:
> On Thu, Nov 10, 2011 at 6:11 PM, Mike Frysinger 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(unsigne
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
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 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
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 Thu, Nov 10, 2011 at 6:39 PM, Ilya Yanok 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 Fri, Nov 11, 2011 at 3:56 PM, Ilya Yanok 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
I think it might be better to disable DCACHE as a result of EMAC being
enabled, to
On Thu, Nov 10, 2011 at 6:11 PM, Mike Frysinger 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 void th
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
---
I can't test it on any DaVinci boards right now but my understanding
is that currently EMAC driver can't work properly with D-Cache enabled
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
---
board/jornada/u-boot.lds | 58 --
1 files cha
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
---
Makefile |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/Makefile b/Makefile
index e7da1c0..a207e85 100644
--- a/
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 G
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
---
arch/arm/cpu/
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
---
arch/arm/config.mk |7 ---
1 files changed, 0 in
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
---
arch/arm/cpu/u-boot.lds | 84 +++
1 files changed, 84 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/cpu/
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//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 arch
> 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 3:03 PM, Ira W. Snyder 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 never used it befo
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 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 inste
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 11:12 AM, Ira W. Snyder 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 via SPD. I'm sure
On 11/10/2011 01:47 PM, McClintock Matthew-B29882 wrote:
> On Wed, Nov 9, 2011 at 10:10 PM, Mike Frysinger 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 to `_restg
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
Cc: Joe Hershberger
Cc: Kim Phillips
Cc: Albert ARIBAUD
---
Ch
Change "int gp" to "unsigned gpio"
Add request and free entry-points
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v6:
- Linuxize gpio API
Changes for v7:
- checkpatch compliance
Changes for v8:
- Rebase onto 9d2cb8e8e6a3650613eab95c1b30023e81beb15c
Chan
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v2:
- Improved names of INIT constants (to include "CONFIG_")
- Moved changes to board/freescale/mpc8313erdb/mpc8313erdb.c to patch 2/2
Changes for v3:
- gpio_init_* is now mpc83xx_gpio_init_*
Changes for v4:
Signed-off-by: Joe Hershberger
Cc: Joe Hershberger
Cc: Kim Phillips
---
Changes for v2:
- Moved changes to board/freescale/mpc8313erdb/mpc8313erdb.c from patch 1/2
Changes for v3:
- Renamed gpio_init_* to mpc83xx_gpio_init_*
- Added board_early_init_r support to MPC8313ERDB targets
Changes fo
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_LIBGC
> 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/g
> 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
> con
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 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
>
On Fri, Nov 11, 2011 at 10:53 AM, Ira W. Snyder 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 could use the
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
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-spe
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
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/Libgc
On Friday 11 November 2011 10:44:45 Andy Fleming wrote:
> On Fri, Nov 11, 2011 at 9:03 AM, Mike Frysinger 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 Fri, Nov 11, 2011 at 9:03 AM, Mike Frysinger 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
>> >
Hi Wolfgang,
On Fri, Nov 11, 2011 at 2:59 AM, Wolfgang Grandegger 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.
>
> Signed-off-by: Wolf
Hi Wolfgang,
On Fri, Nov 11, 2011 at 2:59 AM, Wolfgang Grandegger wrote:
> Signed-off-by: Wolfgang Grandegger
> Cc: Simon Glass
> ---
> 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/sm
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 %02x:%02x:%02x:%
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 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().
> >>
> >> --- a/drivers
> -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, 2
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
On Thu, Nov 10, 2011 at 10:22 PM, R, Sricharan 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 += $(C
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 upstrea
On Thu, Nov 10, 2011 at 11:01 PM, Kumar Nath, Chandan
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 1/2]
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 ma
Hi Wolfgang,
On Fri, Nov 11, 2011 at 11:03 AM, Wolfgang Grandegger 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: Wolfga
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: Set
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
---
board/freescale/p1_p2_rdb_pc/law.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/board/freescale/p1_p2_rdb_pc/law.c
b/
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 G
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 ad
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
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 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
> ---
> board/freescale/mpc8572ds/tlb.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
applied
- k
__
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
> ---
> include/configs/MPC8
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 onto
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
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
> ---
> include/config_phylib_all_drivers.h |1 +
> 1 files c
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 co
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
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
> ---
> board/freescale/p1010rdb/p1010rdb.c |2 ++
> board/freescale/
On Nov 3, 2011, at 2:18 AM,
wrote:
> From: Jerry Huang
>
> For ICS307-02, there is one general expression to generate SYSCLK:
> CLK1Frequency = InputFrequency * 2 * (VDW + 8) / ((RDW + 2) * OD)
>
> If we want the required frequency for SYSCLK, we must find one solution
> to generate this fr
On Nov 1, 2011, at 8:16 PM,
wrote:
> From: Jerry Huang
>
> In order to support 1920x01080 resolution, we must increase the alloc length.
>
> Acked-by: Timur Tabi
>
> Signed-off-by: Jerry Huang
> CC: Anatolij Gustschin
> ---
> include/configs/P1022DS.h |2 +-
> 1 files changed, 1 inse
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
Signed-off-by: Wolfgang Grandegger
CC: Stefano Babic
---
board/freescale/mx51evk/mx51evk.c | 92 +
include/configs/mx51evk.h | 13 +
2 files changed, 105 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx51evk/mx51evk.c
b/board/fre
Signed-off-by: Wolfgang Grandegger
CC: Stefano Babic
---
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 4e3a31b..3978bd5 100644
---
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
CC: Stefano Babic
CC: Remy Bohmer
---
drivers/usb/host/Makefile |
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 Gra
Signed-off-by: Wolfgang Grandegger
CC: Stefano Babic
---
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 insertions(+), 0 deletions(-)
diff
Signed-off-by: Wolfgang Grandegger
CC: Jason Liu
---
board/freescale/mx53loco/mx53loco.c | 10 ++
include/configs/mx53loco.h | 13 +
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/board/freescale/mx53loco/mx53loco.c
b/board/freescale/mx53loco/mx
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 ha
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
>> Cc: Marek Vasut
>> Cc: Simon Glass
>> ---
>> dr
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.
>
>
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 imp
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 indepen
Signed-off-by: Wolfgang Grandegger
Cc: Simon Glass
---
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
--- a/drivers/usb/eth/smsc95xx.c
+++ b/drivers/us
Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
address programming. Fix this by using the method from Linux'
smsc95xx_set_mac_address().
Signed-off-by: Wolfgang Grandegger
Cc: Marek Vasut
Cc: Simon Glass
---
drivers/usb/eth/smsc95xx.c |7 ---
1 files changed, 4 insertion
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
__
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
Cc: Simon Glass
---
drivers/usb/eth/smsc95xx.c |2 ++
1 files c
> Commit 79ad54400932d6484178a372fb3b659e3437473b broke the MAC
> address programming. Fix this by using the method from Linux'
> smsc95xx_set_mac_address().
>
> Signed-off-by: Wolfgang Grandegger
> Cc: Marek Vasut
> Cc: Simon Glass
> ---
> drivers/usb/eth/smsc95xx.c |7 ---
> 1 files
1 - 100 of 104 matches
Mail list logo