Re: [U-Boot] USB device support for OMAP3

Tom wrote: > The recently posted patches enable usb device support for omap3 > They are against the repository http://git.denx.de/u-boot-arm.git, > branch 'next' > > You can also view them in my development tree > http://dev.omapzoom.org/?p=trix/u-boot.git;a=shortlog;h=refs/heads/arm-next-develo

Re: [U-Boot] ARM Pull Request

Dear Jean-Christophe, Jean-Christophe PLAGNIOL-VILLARD wrote: > Hi, > > Please pull > The following changes since commit 3aa8b68d80dbcb6829af60485c1e388b39af793d: > Wolfgang Denk (1): > Merge branch 'next' of ../next > > are available in the git repository at: > > git://git.denx.de/

Re: [U-Boot] [PATCH] Add support for the DevKit8000 board

Dear Jean-Christophe, Jean-Christophe PLAGNIOL-VILLARD wrote: > On 12:56 Sun 23 Aug , Frederik Kriewitz wrote: >> This patch adds support for the DevKit8000 board. >> >> Signed-off-by: Frederik Kriewitz ... >> create mode 100644 include/configs/devkit8000.h ... > applied to u-boot-arm I thi

[U-Boot] ARM Pull Request

Hi, Please pull The following changes since commit 3aa8b68d80dbcb6829af60485c1e388b39af793d: Wolfgang Denk (1): Merge branch 'next' of ../next are available in the git repository at: git://git.denx.de/u-boot-arm.git master Albin Tonnerre (3): at91sam9260/afeb9260: Fix SPI init

Re: [U-Boot] [PATCH] MCI support for AT91 family processors.

> > diff --git a/cpu/arm926ejs/at91/at91cap9_devices.c > b/cpu/arm926ejs/at91/at91cap9_devices.c > index 39e405f..2dc1984 100644 > --- a/cpu/arm926ejs/at91/at91cap9_devices.c > +++ b/cpu/arm926ejs/at91/at91cap9_devices.c > @@ -79,6 +79,42 @@ void at91_serial_hw_init(void) > #endif > } > > +#i

Re: [U-Boot] boot linux data aboot for S3C2440A

now boot linux is OK. mkimage -e /*Entry Point*/ must is /*Load Address + 0x40*/ [u-b...@s3c2440a]# bootm 0x30008000 ## Booting kernel from Legacy Image at 30008000 ... Image Name: linux-2.6.30-5 Created: 2009-09-05 8:17:13 UTC Image Type: ARM Linux Kernel Image (uncompressed)

[U-Boot] [U-BOOT][Patch] DM9000 init for pm9261

diff --git a/board/ronetix/pm9261/pm9261.c b/board/ronetix/pm9261/pm9261.c index 4694854..6915b9b 100644 --- a/board/ronetix/pm9261/pm9261.c +++ b/board/ronetix/pm9261/pm9261.c @@ -250,6 +250,13 @@ int board_init(void) return 0; } +#ifdef CONFIG_DRIVER_DM9000 +int board_eth_init(bd_t *bi

Re: [U-Boot] Interrupts in uboot with ARM AT91SAM9 (V2)

On 10:31 Thu 03 Sep , Manuel Sahm wrote: > Hello, > > I have to use interrupts in UBoot 1.3.4 - how could I enable them ? > > I have an AT91SAM9G20 - in ist header file I enable CONFIG_USE_IRQ und > uncomment the lines#ifdefc CONFIG_USE_IRQ #error #endif. > I inserted the lines: > #def

Re: [U-Boot] [PATCH, RFC] Make arm926ejs use -march=armv5t to avoid problems with EABI

On 11:27 Fri 04 Sep , Simon Kagstrom wrote: > Make arm926ejs use -march=armv5t to avoid problems with EABI > > Using -march=armv5t instead of armv5te allows Marvell Kirkwood-based > boards to boot with the EABI changes introduced in commit > f772acf8a584067033eff1e231fcd1fb3a00d3d9 > > Signed

Re: [U-Boot] [PATCH 2/8] USB add macros for debugging usb device setup.

On 15:12 Fri 04 Sep , Tom Rix wrote: > When developing usb device features, it is useful to print out > common usb structures. > > Signed-off-by: Tom Rix > --- > include/usbdescriptors.h | 31 + > include/usbdevice.h | 105 > ++

Re: [U-Boot] [PATCH 8/8] OMAP3 zoom2 Use usbtty if the debug board is not connected.

On 15:12 Fri 04 Sep , Tom Rix wrote: > The preferred serial output comes from the debug board. > When the debug board is disconnected, fall back on using > usbtty from the usb connector on the Zoom2 board. > > This shows up as /dev/ttyACM0 in a linux host. > > Signed-off-by: Tom Rix > --- >

Re: [U-Boot] [PATCH 6/8] OMAP3 beagle Add usbtty configuration

On 15:12 Fri 04 Sep , Tom Rix wrote: > The primary console of beagle is the serial header. > > A secondary console is to use the usbtty. The user can set this > manually by doing > > setenv stdout usbtty; setenv stdin usbtty; setenv stderr usbtty > saveenv > > usbtty will be usable by acces

Re: [U-Boot] [PATCH 5/8] OMAP3 zoom1 Add usbtty configuration

On 15:12 Fri 04 Sep , Tom Rix wrote: > The primary console of zoom1 is the serial out from the jumpers > accessed by removing the back panel. > > A secondary console is to use the usbtty. The user can set this > manually by doing > > setenv stdout usbtty; setenv stdin usbtty; setenv stderr u

Re: [U-Boot] [PATCH 4/8] OMAP3 Add usb device support

Hi, please be carefull you have a lot's of ligne which exceed 80 chars limit > + > +/* Define MUSB_DEBUG before including this file to get debug macros */ > +#ifdef MUSB_DEBUG > + > +static inline void MUSB_PRINT_PWR(u8 b) please lowercase > +{ > + serial_printf("\tpower 0x%

Re: [U-Boot] [PATCH 3/3] atmel_df_pow2: standalone to convert dataflashes to pow2

On Friday 04 September 2009 17:08:49 Wolfgang Denk wrote: > In message Mike Frysinger wrote: > > Atmel DataFlashes by default operate with pages that are slightly bigger > > than normal binary sizes (i.e. many are 1056 byte pages rather than 1024 > > bytes). However, they also have a "power of 2"

Re: [U-Boot] [PATCH 3/8] TWL4030 Add usb PHY support

On 15:12 Fri 04 Sep , Tom Rix wrote: > The twl4030 provides a PHY device for connecting a link device, > like musb, to physical connection. > > This change adds the twl4030 usb registers and functions for > initializing the PHY as required by omap3. > > Signed-off-by: Tom Rix > --- > Makefi

Re: [U-Boot] [PATCH] AT91: Add support for blue_LED_* and add coloured_LED_init to at91/led.c

On 10:36 Thu 20 Aug , Albin Tonnerre wrote: > On Thu, Aug 20, 2009 at 02:00:45AM +0200, Jean-Christophe PLAGNIOL-VILLARD > wrote : > > On 10:49 Tue 18 Aug , Albin Tonnerre wrote: > > > On Tue, Aug 18, 2009 at 12:51:48AM +0200, Jean-Christophe > > > PLAGNIOL-VILLARD wrote : > > > > no plea

[U-Boot] [PATCH 2/3 v2] standalone: convert to kbuild style

Clean up the arch/cpu/board/config checks as well as redundant setting of srec/bin variables by using the kbuild VAR-$(...) style. Signed-off-by: Mike Frysinger --- v2 - update to latest master examples/standalone/Makefile | 101 -- 1 files chang

Re: [U-Boot] [PATCH] Add support for the Calao SBC35-A9G20 board

On 18:03 Mon 24 Aug , Albin Tonnerre wrote: > The Calao SBC35-A9G20 board is manufactured and sold by Calao Systems > . It is built around an AT91SAM9G20 ARM SoC > running at 400MHz. It features an Ethernet port, an SPI RTC backed by an > onboard > battery , an SD

Re: [U-Boot] [PATCH] Add support for the DevKit8000 board

On 12:56 Sun 23 Aug , Frederik Kriewitz wrote: > This patch adds support for the DevKit8000 board. > > Signed-off-by: Frederik Kriewitz > --- > mach-types.h needs to be synced (MACH_TYPE_DEVKIT8000) > --- > MAINTAINERS |4 + > MAKEALL |

Re: [U-Boot] RFC: split ARM repo and distribute workload

On 23:57 Fri 04 Sep , Wolfgang Denk wrote: > Hello everybody, > > ARM has always been one of the architectures that generated a big > number of different processors and SoCs, but recently the activitiy in > this area is literally exploding. This is partially due to the fact > that ARM is curr

Re: [U-Boot] [PATCH] fsl_i2c: increase I2C timeout values and make them configurable

On Fri, 2009-09-04 at 23:59 +0200, Wolfgang Denk wrote: > Dear Timur Tabi, > > In message <1252099715-19255-1-git-send-email-ti...@freescale.com> you wrote: > > The value of I2C_TIMEOUT in fsl_i2c.c has several problems. First, it is > > defined as CONFIG_HZ/4, but it is used as a count of micros

Re: [U-Boot] [PATCH 4/4] s5pc1xx: add support SMDKC100 board

> diff --git a/board/samsung/smdkc100/onenand.c > b/board/samsung/smdkc100/onenand.c I guess this is not board specific but soc specific so please move it to drivers/mtd/onenand/ > new file mode 100644 > index 000..75bb8a9 > --- /dev/null > +++ b/board/samsung/smdkc100/onenand.c > @@ -0,0 +1,9

Re: [U-Boot] [PATCH] arm_cortexa8: support cache flush to other soc

On 12:45 Fri 04 Sep , Dirk Behme wrote: > Kyungmin Park wrote: > > Hi, > > > > As he goes to home, I reply it instead. > > Nice weekend then :) > > > On Fri, Sep 4, 2009 at 5:43 PM, Dirk Behme wrote: > >> Dear Minkyu Kang, > >> > >> Minkyu Kang wrote: > >>> Current code is supported only oma

Re: [U-Boot] [PATCH 2/2] fsl: add register read-back to set_law()

On Fri, Sep 4, 2009 at 5:05 PM, Timur Tabi wrote: > After programming a new LAW, we should read-back the LAWAR register so that > we sync the writes.  Otherwise, code that attempts to use the new LAW-mapped > memory might fail. > > Signed-off-by: Timur Tabi Just FYI, there is no [PATCH 1/2]. Kum

[U-Boot] [PATCH 2/2] fsl: add register read-back to set_law()

After programming a new LAW, we should read-back the LAWAR register so that we sync the writes. Otherwise, code that attempts to use the new LAW-mapped memory might fail. Signed-off-by: Timur Tabi --- drivers/misc/fsl_law.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --gi

Re: [U-Boot] [PATCH 1/1] at91: Update MEESC board support

Dear Daniel, In message <20090904211358.gr30...@game.jcrosoft.org> Jean-Christophe wrote: > > +#ifdef CONFIG_REVISION_TAG > > +u32 get_board_rev(void) > > +{ > > + return hw_rev | 0x100; > > +} > > +#endif > > + > > +int misc_init_r(void) > > +{ > > +#ifdef CONFIG_MACB > > + u32 hwaddr_btm; >

Re: [U-Boot] [PATCH] fsl_i2c: increase I2C timeout values and make them configurable

Dear Timur Tabi, In message <1252099715-19255-1-git-send-email-ti...@freescale.com> you wrote: > The value of I2C_TIMEOUT in fsl_i2c.c has several problems. First, it is > defined as CONFIG_HZ/4, but it is used as a count of microseconds, so it makes > no sense to derive it from a clock rate. Se

[U-Boot] RFC: split ARM repo and distribute workload

Hello everybody, ARM has always been one of the architectures that generated a big number of different processors and SoCs, but recently the activitiy in this area is literally exploding. This is partially due to the fact that ARM is currently used in many designs, so many new ARM based processor

Re: [U-Boot] [PATCH v4 4/4]: arm: Define test_and_set_bit and test_and_clear bit for ARM

Simon, I found a slight problem with this section of the patch: On Mon, 2009-08-24 at 03:10 -0400, Simon Kagstrom wrote: > diff --git a/include/asm-arm/bitops.h b/include/asm-arm/bitops.h > index 854e225..3c7b00c 100644 > --- a/include/asm-arm/bitops.h > +++ b/include/asm-arm/bitops.h > @@ -17,6

Re: [U-Boot] [PATCH 3/4] s5pc1xx: support serial driver

> + > +#ifdef CONFIG_SERIAL0 > +#define UART_NR S5PC1XX_UART0 > +#elif defined(CONFIG_SERIAL1) > +#define UART_NR S5PC1XX_UART1 > +#elif defined(CONFIG_SERIAL2) > +#define UART_NR S5PC1XX_UART2 > +#elif defined(CONFIG_SERIAL3) > +#define UART_NR S5PC1XX_UART3 > +#else > +#error

[U-Boot] [PATCH] fsl_i2c: increase I2C timeout values and make them configurable

The value of I2C_TIMEOUT in fsl_i2c.c has several problems. First, it is defined as CONFIG_HZ/4, but it is used as a count of microseconds, so it makes no sense to derive it from a clock rate. Second, the current value (250) is too low for some boards, so it needs to be increased. Third, the tim

Re: [U-Boot] [PATCH 1/1] at91: Update MEESC board support

> +#ifdef CONFIG_REVISION_TAG > +u32 get_board_rev(void) > +{ > + return hw_rev | 0x100; > +} > +#endif > + > +int misc_init_r(void) > +{ > +#ifdef CONFIG_MACB > + u32 hwaddr_btm; > + u16 hwaddr_top; > + u8 mac[6]; > + > + /* Set ethernet address */ > + if (!eth_getenv_eneta

Re: [U-Boot] ARM mach-types.h sync request

Dear Dirk Behme, In message <4a8e9d02.90...@googlemail.com> you wrote: > > Update needed for > > DevKit8000 > > Request according to > > http://lists.denx.de/pipermail/u-boot/2008-September/040553.html > > Dirk > > Btw.: Unfortunately, there seems to be an issue with ARM machine > registry

Re: [U-Boot] ARM mach-types.h sync request

Dear Daniel Gorsulowski, In message <4aa0f7b2.2010...@esd.eu> you wrote: > Hi, > > according to http://lists.denx.de/pipermail/u-boot/2008-September/040553.html > I request an update. > > It is needed for MACH_TYPE_ETHERCAN2 (based on MEESC board, patch will come > soon.) > > The last kernel so

Re: [U-Boot] [PATCH 3/3] atmel_df_pow2: standalone to convert dataflashes to pow2

Dear Mike Frysinger, In message <1252033969-28357-3-git-send-email-vap...@gentoo.org> you wrote: > Atmel DataFlashes by default operate with pages that are slightly bigger > than normal binary sizes (i.e. many are 1056 byte pages rather than 1024 > bytes). However, they also have a "power of 2" m

Re: [U-Boot] [PATCH 2/3] standalone: convert to kbuild style

Dear Mike Frysinger, In message <1252033969-28357-2-git-send-email-vap...@gentoo.org> you wrote: > Clean up the arch/cpu/board/config checks as well as redundant setting of > srec/bin variables by using the kbuild VAR-$(...) style. > > Signed-off-by: Mike Frysinger > --- > examples/standalone/M

Re: [U-Boot] [PATCH 1/3] push LOAD_ADDR out to arch mk files

Dear Mike Frysinger, In message <1252033969-28357-1-git-send-email-vap...@gentoo.org> you wrote: > Rather than maintain/extend the current ifeq($(ARCH)) mess that exists in > the standalone Makefile, push the setting up of LOAD_ADDR out to the arch > config.mk (and rename to STANDALONE_LOAD_ADDR i

Re: [U-Boot] [PATCH v3 4/4] tools: mkimage: Add: Kirkwood Boot Image support (kwbimage)

Dear Prafulla Wadaskar, In message <73173d32e9439e4abb5151606c3e19e202e5d0e...@sc-vexch1.marvell.com> you wrote: > > Sorry for pinging again, That's perfectly OK. Actually I wanted to fog into this all the time, yet all the time other things came inbetween. > Shall I re-post this patch series

Re: [U-Boot] [PATCH v3] zlib: fix code when DEBUG is defined

Dear Giuseppe CONDORELLI, In message <1251977866-21267-1-git-send-email-giuseppe.condore...@st.com> you wrote: > Removed stdio.h inclusion and moved trace macros to use printf avoiding to > write debug informations to standard error. > > Signed-off-by: Giuseppe Condorelli > --- > lib_generic/z

Re: [U-Boot] [PATCH] mxc_nand: Remove Freescale's "All Rights Reserved."

Dear Scott Wood, In message <20090902214531.ga18...@b07421-ec1.am.freescale.net> you wrote: > Signed-off-by: Scott Wood > --- > drivers/mtd/nand/mxc_nand.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering

Re: [U-Boot] mpc83xx/serdes: License cleanup: remove "All Rights Reserved" notice

Dear Anton Vorontsov, In message <20090902135848.ga28...@oksana.dev.rtsoft.ru> you wrote: > "All Rights Reserved" conflicts with the GPL. > > Signed-off-by: Anton Vorontsov > --- > cpu/mpc83xx/serdes.c |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) Applied, thanks. Best regards

Re: [U-Boot] [PATCH 1/2] License cleanup: remove unintended "All Rights Reserved" notices.

In message <1251896248-30088-2-git-send-email...@denx.de> you wrote: > Some files included my old standerd file header which had a "All > Rights Reserved" part. As this has never been my intention, I remove > these lines to make the files compatible with GPL v.2 and later. > > Signed-off-by: Wolfg

Re: [U-Boot] [PATCH] cmd_mtdparts.c: fix compiler warning in debug code

In message <1251879680-9167-1-git-send-email...@denx.de> you wrote: > Fix warning messages: > cmd_mtdparts.c:1429: warning: format '%08lx' expects type 'long > unsigned int', but argument 6 has type 'u32' > cmd_mtdparts.c:1429: warning: format '%08lx' expects type 'long > unsigned int', but argumen

Re: [U-Boot] invalid core multipliers?

Dear =?ISO-8859-1?Q?K=E1ri_Dav=ED=F0sson?=, In message <4a9d610a.3020...@marel.com> you wrote: > > I am bootstrapping an mpc5121e board. > > When the cpu speed is calculated (cpu/mpc512x/speed.c) there is a comment > about > all core pll settings above 7 are invalid > > I can't see anythin

Re: [U-Boot] USB device support for OMAP3

Tom >-Original Message- >From: Tom [mailto:tom@windriver.com] >Sent: Friday, September 04, 2009 3:22 PM >To: u-boot@lists.denx.de; Dirk Behme; Menon, Nishanth; t-abra...@ti.com >Subject: USB device support for OMAP3 > >The recently posted patches enable usb device support for omap3 >Th

[U-Boot] USB device support for OMAP3

The recently posted patches enable usb device support for omap3 They are against the repository http://git.denx.de/u-boot-arm.git, branch 'next' You can also view them in my development tree http://dev.omapzoom.org/?p=trix/u-boot.git;a=shortlog;h=refs/heads/arm-next-development starting at commi

Re: [U-Boot] [PATCH 1/2] Move uninitialized_var() macro from ubi_uboot.h to compiler.h

Dear Anton Vorontsov, In message <20090901165803.ga3...@oksana.dev.rtsoft.ru> you wrote: > This is needed so that we could use this macro for non-UBI code. > > Signed-off-by: Anton Vorontsov > --- > include/compiler.h |3 +++ > include/ubi_uboot.h |4 +--- > 2 files changed, 4 insertio

Re: [U-Boot] [PATCH 2/2] arm: Remove -fno-strict-aliasing

Dear Kumar Gala, In message <1251822285-29417-2-git-send-email-ga...@kernel.crashing.org> you wrote: > -fno-strict-aliasing is hidding warnings. > > Signed-off-by: Kumar Gala > --- > cpu/arm1136/config.mk |3 +-- > cpu/arm1176/config.mk |3 +-- > cpu/arm1176/s3c64xx

Re: [U-Boot] [PATCH 1/2] ppc: Remove -fno-strict-aliasing

Dear Kumar Gala, In message <1251822285-29417-1-git-send-email-ga...@kernel.crashing.org> you wrote: > -fno-strict-aliasing is hidding warnings. > > Signed-off-by: Kumar Gala > --- > board/tqc/tqm5200/Makefile |2 +- > cpu/74xx_7xx/config.mk |2 +- > cpu/mpc824x/config.mk |

Re: [U-Boot] [PATCH v4 0/4]: bitops cleanup and fixes

Dear Simon Kagstrom, In message <20090831113210.02299...@marrow.netinsight.se> you wrote: > On Mon, 24 Aug 2009 09:06:05 +0200 > Simon Kagstrom wrote: > > > This update to the patch series just cleans up the commit messages to > > have the comments in the git comments section. > > Sorry to ping

[U-Boot] [PATCH 8/8] OMAP3 zoom2 Use usbtty if the debug board is not connected.

The preferred serial output comes from the debug board. When the debug board is disconnected, fall back on using usbtty from the usb connector on the Zoom2 board. This shows up as /dev/ttyACM0 in a linux host. Signed-off-by: Tom Rix --- board/omap3/zoom2/zoom2_serial.c | 16

[U-Boot] [PATCH 7/8] USBTTY make some function declarations easier to use.

Zoom2 needs to use these declarations and the include directory is a better place from them than in the middle of the driver directory. It did not make sense to create a new file for just a couple of lines so they were appended to the serial.h Signed-off-by: Tom Rix --- include/serial.h |6 +

[U-Boot] [PATCH 6/8] OMAP3 beagle Add usbtty configuration

The primary console of beagle is the serial header. A secondary console is to use the usbtty. The user can set this manually by doing setenv stdout usbtty; setenv stdin usbtty; setenv stderr usbtty saveenv usbtty will be usable by accessing the /dev/ttyACM0 on a linux host. Signed-off-by: Tom

[U-Boot] [PATCH 4/8] OMAP3 Add usb device support

This change adds the usb device support for musb. Omap3 platform support added at the same level as davinci. The interface for usbtty to use the musb device support was added. Verified on omap3 beagle, zoom1 and zoom2. Signed-off-by: Tom Rix --- drivers/serial/usbtty.h |2 + drivers

[U-Boot] [PATCH 5/8] OMAP3 zoom1 Add usbtty configuration

The primary console of zoom1 is the serial out from the jumpers accessed by removing the back panel. A secondary console is to use the usbtty. The user can set this manually by doing setenv stdout usbtty; setenv stdin usbtty; setenv stderr usbtty saveenv usbtty will be usable by accessing the /

[U-Boot] [PATCH 3/8] TWL4030 Add usb PHY support

The twl4030 provides a PHY device for connecting a link device, like musb, to physical connection. This change adds the twl4030 usb registers and functions for initializing the PHY as required by omap3. Signed-off-by: Tom Rix --- Makefile |1 + drivers/usb/phy/Makefile |

[U-Boot] [PATCH 2/8] USB add macros for debugging usb device setup.

When developing usb device features, it is useful to print out common usb structures. Signed-off-by: Tom Rix --- include/usbdescriptors.h | 31 + include/usbdevice.h | 105 ++ 2 files changed, 136 insertions(+), 0 deletions(-) diff

[U-Boot] [PATCH 1/8] USB Consolidate descriptor definitions

The header files usb.h and usbdescriptors.h have the same or similarly named structure definitions for usb_device_descriptor usb_string_descriptor usb_endpoint_descriptor usb_config_descriptor vs usb_configuration_descriptor usb_interface_descriptor There should only be one definition of these st

Re: [U-Boot] [PATCH v2] Add chip select region to galaxy5200

Dear "Eric Millbrandt", In message <20090828120848.m15...@coldhaus.com> you wrote: > Add chip select region for an Epson S1D15313. > > Signed-off-by: Eric Millbrandt > --- > > changes since v1: > - Changed CONFIG_SYS_CS3_SIZE to the correct value. > > include/configs/galaxy5200.h |5 +

Re: [U-Boot] [PATCH v2] Add ability for arch code to make changes before we boot

Dear Kumar Gala, In message <1251379435-12994-1-git-send-email-ga...@kernel.crashing.org> you wrote: > Added a arch_preboot_os() function that cpu specific code can implement to > allow for various modifications to the state of the machine right before > we boot. This can be useful to setup regi

Re: [U-Boot] [PATCH] ARM: compiler options cleanup - improve tool chain support

Dear Simon Kagstrom, In message <20090825091256.0fc00...@marrow.netinsight.se> you wrote: > > Small update: I've tried with the ELDK toolchains 4.1 and 4.2 > (2007-01-21 and 2008-11-24). Both these fail as well, albeit in a > slightly different way. The printfs are correct, but 4.2 still has the >

Re: [U-Boot] [PATCH] Use different PBA value for E1000 PCI and PCIe cards

Dear Roy Zang, In message <1250884192.23342.3.ca...@rock.ap.freescale.net> you wrote: > From: Roy Zang > > Use different PBA value for E1000 PCI and PCIe cards. > > Signed-off-by: Roy Zang > --- > Andre, please help to verify it on your board. > Thanks. > Roy > drivers/net/e1000.c | 12

Re: [U-Boot] [RFC][PATCH] Ethernet Support for eNET Board

Dear Graeme Russ, In message <4a990ae7.2080...@gmail.com> you wrote: > OK, after much wailing and gnashing of teeth, I have FINALLY got the > Ethernet chips on my eNET board working. In the end, the critical mod was > in drivers/net/rtl8139.c, line 217 where I needed to change > PCI_BASE_ADDRESS_1

Re: [U-Boot] [PATCH 14/17] Add PCI support to eNET board

Dear Graeme Russ, In message <1250996401-13642-15-git-send-email-graeme.r...@gmail.com> you wrote: > --===0053267559== > > > Signed-off-by: Graeme Russ > --- > board/eNET/Makefile|1 + > board/eNET/eNET_pci.c | 95 > > in

Re: [U-Boot] [PATCH 13/17] Moved PCI from #ifdef to conditional compile for sc520 boards

Dear Graeme Russ, In message <1250996401-13642-14-git-send-email-graeme.r...@gmail.com> you wrote: > --===2050527354== > > > Signed-off-by: Graeme Russ > --- > board/eNET/Makefile | 10 +- > board/sc520_cdp/Makefile| 14 +- > board/sc520_cdp/sc520_cd

Re: [U-Boot] [PATCH 12/17] Replace [read, write]_mmcr_[byte, word, long] with memory mapped structure

Dear Graeme Russ, In message <1250996401-13642-13-git-send-email-graeme.r...@gmail.com> you wrote: > > Signed-off-by: Graeme Russ > --- > board/eNET/eNET.c | 86 > board/sc520_cdp/flash.c | 14 +- > board/sc520_cdp/sc520_cdp.c | 171 > bo

Re: [U-Boot] [PATCH 11/17] Misc sc520 cdp fixups

Dear Graeme Russ, In message <1250996401-13642-12-git-send-email-graeme.r...@gmail.com> you wrote: > Now that the PCI, SATA et al compile problems have been resolved, the > cludge that was applied to avoid them can be removed > > Signed-off-by: Graeme Russ > --- > include/configs/sc520_cdp.h |

Re: [U-Boot] [PATCH 10/17] Fixup sc520_spunk board

Dear Graeme Russ, In message <1250996401-13642-11-git-send-email-graeme.r...@gmail.com> you wrote: > Primary intent is to resolve build errors for this board which has been > neglected for a very long time. I do not have one of these boards, so I > cannot test functionality > > Signed-off-by: Gra

Re: [U-Boot] [PATCH 09/17] Misc ds1722 fixups

Dear Graeme Russ, In message <1250996401-13642-10-git-send-email-graeme.r...@gmail.com> you wrote: > This patch is based on a patch submitted by Jean-Christophe PLAGNIOL-VILLARD > on 18th May 2008 as part of a general i386 / sc520 fixup which was never > applied > > Signed-off-by: Graeme Russ >

Re: [U-Boot] [PATCH 08/17] Misc ti_pci1410a fixups

Dear Graeme Russ, In message <1250996401-13642-9-git-send-email-graeme.r...@gmail.com> you wrote: > Removed do_pinit() - now declared in cmd_pcmcia.c > > Added #define CONFIG_CMD_PCMCIA around pcmcia_off() in line with other > PCMCIA drivers > > signed/unsigned type fixups > > Added semi-colon

Re: [U-Boot] [PATCH 07/17] Misc SATA fixups

Dear Graeme Russ, In message <1250996401-13642-8-git-send-email-graeme.r...@gmail.com> you wrote: > Cast first parameter to sata_cpy() > > In /drivers/block/ata_piix.h, ata_id_has_lba48(), ata_id_has_lba(), > ata_id_has_dma(), ata_id_u32(), ata_id_u64() are all defined in > include/libata.h which

Re: [U-Boot] [PATCH 06/17] Misc i386 PCI fixups

Dear Graeme Russ, In message <1250996401-13642-7-git-send-email-graeme.r...@gmail.com> you wrote: > Change PCI_REGION_MEMORY to PCI_REGION_SYS_MEMORY (Originally done in > commit ff4e66e93c1a, regressed by commit 6d7f610b09f8) > > Cast PCI_ROM_ADDRESS_MASK to u32 > > Wrap probe_pci_video() call

Re: [U-Boot] [PATCH 05/17] Fix sc520 timer interrupt generation

Dear Graeme Russ, In message <1250996401-13642-6-git-send-email-graeme.r...@gmail.com> you wrote: > The current implementation has the timer being started before the interrupt > handler is installed. It the interrupt occurs before the handler is > installed, the timer interrupt is never reset and

Re: [U-Boot] [PATCH 04/17] Fix environment configuration for eNET board

Dear Graeme Russ, In message <1250996401-13642-5-git-send-email-graeme.r...@gmail.com> you wrote: > The current configuration of the Environment has the redundant copy of the > environment in the Boot Flash - This was never the intent. The Environment > should instead be in the first two sectors o

Re: [U-Boot] [PATCH 03/17] Fix regression introduced by commit 8c63d47651f7

Dear Graeme Russ, In message <1250996401-13642-4-git-send-email-graeme.r...@gmail.com> you wrote: > A local variable was deleted that should not have been > > Signed-off-by: Graeme Russ > --- > lib_i386/pcat_timer.c |5 + > 1 files changed, 5 insertions(+), 0 deletions(-) Applied, than

Re: [U-Boot] [PATCH 02/17] Change inline asm global symbols to local

Dear Graeme Russ, In message <1250996401-13642-3-git-send-email-graeme.r...@gmail.com> you wrote: > gcc 4.3.2 optimiser creates multiple copies of inline asm (who knows why) > Remove use of global names for labels to prevent 'symbol already defined' > errors > > Signed-off-by: Graeme Russ > ---

Re: [U-Boot] [PATCH 01/17] Add errno.h to i386

Dear Graeme Russ, In message <1250996401-13642-2-git-send-email-graeme.r...@gmail.com> you wrote: > > Signed-off-by: Graeme Russ > --- > include/asm-i386/errno.h |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) > create mode 100644 include/asm-i386/errno.h Applied, thanks. Best r

Re: [U-Boot] [PATCH 3/3] Consolidate arch-specific mem_malloc_init() implementations

Dear Peter Tyser, In message <1250913921-15689-4-git-send-email-pty...@xes-inc.com> you wrote: > Signed-off-by: Peter Tyser > --- > common/dlmalloc.c | 15 +++ > include/malloc.h |2 ++ > lib_arm/board.c| 10 -- > lib_avr32/board.c | 15 ++---

Re: [U-Boot] [PATCH 2/3] Standardize mem_malloc_init() implementation

Dear Peter Tyser, In message <1250913921-15689-3-git-send-email-pty...@xes-inc.com> you wrote: > This lays the groundwork to allow architectures to share a common > mem_malloc_init(). > > Note that the x86 implementation was not modified as it did not fit the > mold of all other architectures. >

Re: [U-Boot] [PATCH 1/3] Consolidate arch-specific sbrk() implementations

Dear Peter Tyser, In message <1250913921-15689-2-git-send-email-pty...@xes-inc.com> you wrote: > Signed-off-by: Peter Tyser > --- > common/dlmalloc.c | 18 +- > include/malloc.h |6 ++ > lib_arm/board.c| 20 > lib_avr32/board.c

Re: [U-Boot] [PATCH 01/10] mkconfig: parse top level makefile target to multiple config targets

Dear "Hu Mingkai-B21284", sorry for the late reply [I have to admit that I kind of loist track where we are with this discussion - too many diverging statements found]. In message <73839b4a0818e747864426270ac332c3043f5...@zmy16exm20.fsl.freescale.net> you wrote: > > How do you think of this me

Re: [U-Boot] [PATCH] atmel_df_pow2: standalone to convert dataflashes to pow2

Dear Mike Frysinger, In message <1248381423-29524-1-git-send-email-vap...@gentoo.org> you wrote: > Atmel DataFlashes by default operate with pages that are slightly bigger > than normal binary sizes (i.e. many are 1056 byte pages rather than 1024 > bytes). However, they also have a "power of 2" m

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

Dear Timur Tabi, In message <4aa15ede.6080...@freescale.com> you wrote: > > Well, that's an extreme case that is board-specific. Perhaps I should do > this: > > #ifndef CONFIG_I2C_TIMEOUT > #define CONFIG_I2C_TIMEOUT1000 > #endif OK. > Also, should we be using the same value for the time

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

Dear Scott Wood, In message <20090904183645.gb20...@b07421-ec1.am.freescale.net> you wrote: > > > CONFIG_SYS_HZ is a constant of 1000. We do not change constants. > > We shouldn't call them CONFIGurable, then. :-) Agreed. This should never have made it into public code. But it slipped through so

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

Wolfgang Denk wrote: > Dear Scott Wood, > > In message <20090904183437.ga20...@b07421-ec1.am.freescale.net> you wrote: >>> milliseconds, i. e. a time. "(CONFIG_SYS_HZ / 4)" is a frequency, >>> i. e. not a time, but the inverse of it. >>> >>> It is plain wront to write "250 per second" when you mea

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

Dear Scott Wood, In message <20090904183437.ga20...@b07421-ec1.am.freescale.net> you wrote: > > > milliseconds, i. e. a time. "(CONFIG_SYS_HZ / 4)" is a frequency, > > i. e. not a time, but the inverse of it. > > > > It is plain wront to write "250 per second" when you mean "250 milliseconds" >

Re: [U-Boot] Pull request u-boot-blackfin.git

Dear Mike Frysinger, In message <1252022831-4272-1-git-send-email-vap...@gentoo.org> you wrote: > The following changes since commit 3aa8b68d80dbcb6829af60485c1e388b39af793d: > Wolfgang Denk (1): > Merge branch 'next' of ../next > > are available in the git repository at: > > git://w

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

Wolfgang Denk wrote: > Probably not. If you place a read request to a slow device it may > take tens of milliseconds, or even longer - I have no idea. IIRC we > had a box with a LCD display connected over I2C, which didn't ent > into production as originally designed because writing t

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

On Fri, Sep 04, 2009 at 10:31:00AM +0200, Wolfgang Denk wrote: > > CONFIG_HZ is 1000, so I2C_TIMEOUT is equal to 250. However, the way > > it's used, 250 isn't the number of ticks per second, it's used as > > number of microseconds. If CONFIG_HZ is changed to 100, does that > > mean that we want

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

On Fri, Sep 04, 2009 at 05:29:48PM +0200, Wolfgang Denk wrote: > > >> Kumar, any thoughts? Is there something sneaky going on here, or did > > >> you just misinterpret the value of I2C_TIMEOUT? > > > > > > I guess I2C_TIMEOUT might always have been misinterpeted. > > > > I think the original cod

Re: [U-Boot] Question AT91SAM9G20 boot from SD

On Fri, Sep 04, 2009 at 07:38:15PM +0200, Konrad Mattheis wrote : > >> Hi, > >> > >> I have a AT91SAM9G20 and try to boot from SD-Card. > >> I compiled u-boot, but the CONFIG_MMC is missing in the default mode. > >> I found the default config for this board in > >> /include/config/at91sam9260ek.h

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

Dear Timur Tabi, In message <4aa132b3.3050...@freescale.com> you wrote: > Peter Tyser wrote: > > If this is the case, the timeout should be the maximum (or reasonable > > maximum) time an I2C transaction could take. > > How long is that? Is one millisecond good enough? Probably not. If you plac

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

Dear Peter Tyser, In message <1252078092.6005.63.ca...@localhost.localdomain> you wrote: > > > > Wrong Question. I don't know enough about the I2C protocol. Why is > > > i2c_wait4bus necessary? > > > > Ok, why is it necessary? > > Freescale's I2C core supports multiple masters. I'd guess that >

Re: [U-Boot] Question AT91SAM9G20 boot from SD

>> Hi, >> >> I have a AT91SAM9G20 and try to boot from SD-Card. >> I compiled u-boot, but the CONFIG_MMC is missing in the default mode. >> I found the default config for this board in >> /include/config/at91sam9260ek.h there I added the follofing lines: >> >> #define CONFIG_CMD_MMC 1 >> #define

Re: [U-Boot] Question AT91SAM9G20 boot from SD

On Fri, Sep 04, 2009 at 12:08:26PM +0200, Konrad Mattheis wrote : > Hi, > > I have a AT91SAM9G20 and try to boot from SD-Card. > I compiled u-boot, but the CONFIG_MMC is missing in the default mode. > I found the default config for this board in /include/config/at91sam9260ek.h > there I added the

[U-Boot] Question AT91SAM9G20 boot from SD

Hi, I have a AT91SAM9G20 and try to boot from SD-Card. I compiled u-boot, but the CONFIG_MMC is missing in the default mode. I found the default config for this board in /include/config/at91sam9260ek.h there I added the follofing lines: #define CONFIG_CMD_MMC 1 #define CONFIG_MMC 1 now I get a c

Re: [U-Boot] [PATCH 2/2] License cleanup: remove all files with "All Rights Reserved" notices.

> -Original Message- > From: Michal Simek [mailto:mon...@monstr.eu] > Sent: Thursday, September 03, 2009 11:28 PM > To: Wolfgang Denk > Cc: u-boot@lists.denx.de; Stephen Neuendorffer > Subject: Re: [U-Boot] [PATCH 2/2] License cleanup: remove all files with "All Rights Reserved" > notices

[U-Boot] sh7760 platform

I'm trying to use u-boot on renesas SH7760 (demo board edosk7760). Does anybody have any suggestions? Thanks in advance L. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] Odd value for I2C_TIMEOUT in fsl_i2c.c

On Fri, 2009-09-04 at 10:30 -0500, Timur Tabi wrote: > Peter Tyser wrote: > > If this is the case, the timeout should be the maximum (or reasonable > > maximum) time an I2C transaction could take. > > How long is that? Is one millisecond good enough? The timeout in i2c_wait4bus() could potential

  1   2   >