Re: [U-Boot] [PATCH] 7/12 Multiadapter/multibus I2C, drivers part 4

Hello ksi, k...@koi8.net wrote: > On Fri, 20 Feb 2009, Heiko Schocher wrote: >> k...@koi8.net wrote: >>> On Thu, 19 Feb 2009, Heiko Schocher wrote: k...@koi8.net wrote: > On Wed, 18 Feb 2009, Heiko Schocher wrote: >> k...@koi8.net wrote: >>> On Mon, 16 Feb 2009, Wolfgang Denk wrot

Re: [U-Boot] PXA Pull Request

Dear Jean-Christophe PLAGNIOL-VILLARD, In message <20090220025239.gi27...@game.jcrosoft.org> you wrote: > Hi Wolfgang, > > Please pull The following changes since commit > e5e88c3614b79b54719905f66aefb51f9494bc1f: > Tom Rix (1): > ARM:OMAP3 Change mmc_init to mmc_legacy_init > > are a

Re: [U-Boot] Micrel Ethernet controller with SPI

On Friday 20 February 2009 16:36:52 Steven Zedeck wrote: > I "think" what I need to do is to create or find a driver that will > ultimately live in drivers/net/ and has functions such as eth_init, > eth_send, eth_tx, etc. > > Currently we use a different chip and it is supported by the existing > u

Re: [U-Boot] Micrel Ethernet controller with SPI

Mike, I "think" what I need to do is to create or find a driver that will ultimately live in drivers/net/ and has functions such as eth_init, eth_send, eth_tx, etc. Currently we use a different chip and it is supported by the existing u-boot. The Ethernet chip is supported by drivers/net/enc28J60

Re: [U-Boot] [PATCH] 7/12 Multiadapter/multibus I2C, drivers part 4

On Fri, 20 Feb 2009, Heiko Schocher wrote: > Hello ksi, > > k...@koi8.net wrote: > > On Thu, 19 Feb 2009, Heiko Schocher wrote: > > > >> Hello ksi, > >> > >> k...@koi8.net wrote: > >>> On Wed, 18 Feb 2009, Heiko Schocher wrote: > >>> > Hello ksi, > > k...@koi8.net wrote: > > O

Re: [U-Boot] Micrel Ethernet controller with SPI

On Friday 20 February 2009 14:17:10 Ben Warren wrote: > Steven Zedeck wrote: > > I'm not sure whether I'm supposed to ask this question as I am still new > > to this list. > > > > I am working on a project using U-boot but the Ethernet controller is the > > Micrel KSZ8851. > > Does a driver exist t

Re: [U-Boot] Micrel Ethernet controller with SPI

Hi Steven, Steven Zedeck wrote: > Hi, > I'm not sure whether I'm supposed to ask this question as I am still new to > this list. > > I am working on a project using U-boot but the Ethernet controller is the > Micrel KSZ8851. > Does a driver exist that supports this chip? I assume it would be in >

[U-Boot] Micrel Ethernet controller with SPI

Hi, I'm not sure whether I'm supposed to ask this question as I am still new to this list. I am working on a project using U-boot but the Ethernet controller is the Micrel KSZ8851. Does a driver exist that supports this chip? I assume it would be in drivers/net/ I don't have it in my version whi

Re: [U-Boot] [PATCH V2] Cleanup the comment for m68k linux boot argument passing.

From 4adb975b29acdd64e7ea37f3d8ecd14d77c844b4 Mon Sep 17 00:00:00 2001 From: Richard Retanubun Date: Fri, 20 Feb 2009 11:06:36 -0500 Subject: [PATCH] Cleanup the comment for m68k linux boot argument passing. This patch clarifies the way m68k passes linux boot argument. The one gotcha here is tha

[U-Boot] [PATCH 7/7 v3] OMAP3: Clean up MMC code

Clean up OMAP3 MMC code: * Convert register access to struct & readx/writex style * Replace hardcode values by macros * Remove macro defined twice Signed-off-by: Dirk Behme --- Changes in v3: Rebase after MMC framework merge to mainline. No functional change. This patch is against U-Boot mast

Re: [U-Boot] [PATCH V2] Cleanup the comment for m68k linux boot argument passing.

On Friday 20 February 2009 12:22:46 Richard Retanubun wrote: > From d1e6b372d1781f15f1042fa379562f85c873405a Mon Sep 17 00:00:00 2001 > From: Richard Retanubun > Date: Fri, 20 Feb 2009 11:06:36 -0500 > Subject: [PATCH] Cleanup the comment for m68k linux boot argument passing. > The one gotcha h

Re: [U-Boot] [PATCH V2] Cleanup the comment for m68k linux boot argument passing.

From d1e6b372d1781f15f1042fa379562f85c873405a Mon Sep 17 00:00:00 2001 From: Richard Retanubun Date: Fri, 20 Feb 2009 11:06:36 -0500 Subject: [PATCH] Cleanup the comment for m68k linux boot argument passing. The one gotcha here is that the assembly instruction that the compiler uses to jump t

Re: [U-Boot] [PATCH] Cleanup the comment for m68k linux boot argument passing.

Hi Mike, wow, that a more rapid response that I am used to :) Mike Frysinger wrote: > On Friday 20 February 2009 11:34:06 Richard Retanubun wrote: >> From e2e085f8b8e638762c59b0bc5376b241b0046132 Mon Sep 17 00:00:00 2001 >> From: Richard Retanubun >> Date: Fri, 20 Feb 2009 11:06:36 -0500 >> Sub

Re: [U-Boot] [PATCH] Cleanup the comment for m68k linux boot argument passing.

On Friday 20 February 2009 11:34:06 Richard Retanubun wrote: > From e2e085f8b8e638762c59b0bc5376b241b0046132 Mon Sep 17 00:00:00 2001 > From: Richard Retanubun > Date: Fri, 20 Feb 2009 11:06:36 -0500 > Subject: [PATCH] Cleanup the comment for m68k linux boot argument passing. > > > Signed-off-by:

[U-Boot] [PATCH] Cleanup the comment for m68k linux boot argument passing.

From e2e085f8b8e638762c59b0bc5376b241b0046132 Mon Sep 17 00:00:00 2001 From: Richard Retanubun Date: Fri, 20 Feb 2009 11:06:36 -0500 Subject: [PATCH] Cleanup the comment for m68k linux boot argument passing. Signed-off-by: Richard Retanubun --- Hi Tsi-Chung, Thanks for the response, I found t

Re: [U-Boot] [RFC] PXA27X UDC Support.

On 18:06 Fri 20 Feb , Vivek Kutal wrote: > Hi all, > This is the patch for UDC support for PXA27X , it is based on a > patch previously submitted by Rodolfo Giometti. > -- > Regards, > Vivek Kutal this part go after the --- and your email is line wrapped by your mailler > > > From

Re: [U-Boot] [PATCH 4/6] ppc4xx: Cleanup linker scripts of esd 4xx boards

This might be a candidate for the next branch. It applies cleanly to that one. Matthias On Friday 20 February 2009 10:19, matthias.fu...@esd.eu wrote: > From: Matthias Fuchs > > Signed-off-by: Matthias Fuchs > --- > board/esd/adciop/u-boot.lds|4 > board/esd/apc405/u-boot.lds

Re: [U-Boot] Error uncompressing kernel image

Alemao wrote: > Hi all, > > I have two JFFS2 images, both with the _same_ kernel inside. > > But the images differs in size, cause one is for debugging and has > some additional apps: > > debug.im = 13 MB > release.im = 6.2 MB > > > Im loading kernel and dtb via fsload: > > fsload 200 u

[U-Boot] Error uncompressing kernel image

Hi all, I have two JFFS2 images, both with the _same_ kernel inside. But the images differs in size, cause one is for debugging and has some additional apps: debug.im = 13 MB release.im = 6.2 MB Im loading kernel and dtb via fsload: fsload 200 uImage fsload 400 mpc8343.dtb bootm 200

Re: [U-Boot] spd_dram.c for mpc83xx broken

> > On Tue, 17 Feb 2009 20:25:03 +0100 > Joakim Tjernlund wrote: > > > The spd code for mpc83xx is so broken it isn't funny. This is what I had > > to do to get my > > Micron MT47H64M16-3. This isn't against current u-boot, but it is a start. > > well it applies, but it also nuked the first

[U-Boot] [PATCH] ARM:OMAP3 Add OTG host support

Hi guys, There is source code: git clone git://gitorious.org/u-boot-omap3/mainline.git u-boot-omap3-usb cd u-boot-omap3-usb git checkout -b omap3-dev-usb origin/omap3-dev-usb This patch is adding usb(otg) host support for beagleboa

[U-Boot] [PATH] ARM:OMAP3 Add OTG host support

Hi guys, There is source code: git clone git://gitorious.org/u-boot-omap3/mainline.git u-boot-omap3-usb cd u-boot-omap3-usb git checkout -b omap3-dev-usb origin/omap3-dev-usb This patch is adding usb(otg) host support for beagleboa

Re: [U-Boot] [PATCH] nmdk8815: rename CONFIG_CMD_ENV to CONFIG_CMD_SAVEENV

On Friday 20 February 2009 02:48:05 Alessandro Rubini wrote: > Sorry for the naive question but: > > /* At this point there is no flash driver, so remove some commands */ > > -#undef CONFIG_CMD_ENV > > +#undef CONFIG_CMD_SAVEENV > > The later nand patch removes this undef. What if git reports a > c

[U-Boot] [RFC] PXA27X UDC Support.

Hi all, This is the patch for UDC support for PXA27X , it is based on a patch previously submitted by Rodolfo Giometti. -- Regards, Vivek Kutal From 081685ce3c5b80bc439485ec8e1847d85dc7ad70 Mon Sep 17 00:00:00 2001 From: Vivek Kutal Date: Thu, 19 Feb 2009 17:56:38 +0530 Subject: [PATCH

[U-Boot] [PATCH] Rename CONFIG_SYS_MDDRC memory constants for ADS5121

Drops the CONFIG_SYS_ Signed-off-by: Martha Marx --- board/ads5121/ads5121.c | 138 ++-- include/configs/ads5121.h | 104 +- 2 files changed, 121 insertions(+), 121 deletions(-) diff --git a/board/ads5121/ads5121.c b/bo

[U-Boot] [PATCH] Add new Elpida memory configuration for ads5121

Rev 3 and earlier stay with Micron memory settings. Rev 4 boards manufactured before Nov-08 #1180 also will use Micron settings. More recent boards use Elpida settings. Signed-off-by: Martha Marx --- board/ads5121/ads5121.c | 114 +--- include/configs

[U-Boot] [PATCH] sh: Fix rsk7203 in tree build

>From 555a908c1f1fdc90d5267572db78240fe244a401 Mon Sep 17 00:00:00 2001 From: Peter Griffin Date: Tue, 10 Feb 2009 16:44:45 + Subject: [PATCH] sh: Fix rsk7203 in tree build Signed-off-by: Peter Griffin --- Makefile |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/M

Re: [U-Boot] [PATCH 1/6] fdt_support, usb: Move fdt_fixup_dr_usb() routine to drivers/usb/

Anton Vorontsov wrote: > In subsequent patches we'll use FSL-specific functions in > fdt_fixup_dr_usb(), so let's move the routine to a more appropriate > place. > > So far fsl_dr_usb.c isn't actually an USB driver, but eventually it > will turn into one, let's hope. ;-) > > Also rename CONFIG_HA

[U-Boot] ***NOTE*** for patch submission

Hi all, we have accumulated a number of pretty intrisuve patches (i. e. changes to a large (!) number of files in the "next" branch. These will be merged into mainline as soon as the next merge windows opens. When you submit patches, please check carefully: * patches that are only bug fixes (i.

[U-Boot] [PATCH 2/6] ppc4xx: DU405 maintenance fix

From: Matthias Fuchs -strip unused features -fix resetting phy Signed-off-by: Matthias Fuchs --- board/esd/du405/du405.c | 10 -- include/configs/DU405.h | 14 ++ 2 files changed, 14 insertions(+), 10 deletions(-) diff --git a/board/esd/du405/du405.c b/board/esd/du405/

[U-Boot] [PATCH 1/6] ppc4xx: Abort autoboot only by space key on CPCI405 boards

From: Matthias Fuchs Signed-off-by: Matthias Fuchs --- include/configs/CPCI4052.h |6 ++ include/configs/CPCI405AB.h |6 ++ 2 files changed, 12 insertions(+), 0 deletions(-) diff --git a/include/configs/CPCI4052.h b/include/configs/CPCI4052.h index 2677cfb..daa3c19 100644 ---

[U-Boot] [PATCH 3/6] ppc4xx: Update TEXT_BASE for DASA_SIM boards

From: Matthias Fuchs Fix building DASA_SIM boards by increasing U-Boot's size in flash. Signed-off-by: Matthias Fuchs --- board/esd/dasa_sim/config.mk | 11 +-- include/configs/DASA_SIM.h |4 ++-- 2 files changed, 3 insertions(+), 12 deletions(-) diff --git a/board/esd/dasa_si

[U-Boot] [PATCH 6/6] ppc4xx: Use correct io accessors for esd 405/440 boards

From: Matthias Fuchs This patch replaces in/out8/16/32 macros by in/out_8/_be16/_be32 macros. Also volatile pointer references are replaced by the new accessors. Signed-off-by: Matthias Fuchs --- board/esd/common/fpga.c | 14 ++- board/esd/common/lcd.h | 14 ++--

[U-Boot] [PATCH 5/6] ppc4xx: Use correct io accessors for esd 405 boards

From: Matthias Fuchs This patch replaces in/out8/16/32 macros by in/out_8/_be16/_be32 macros. Also volatile pointer references are replaced by the new accessors. Signed-off-by: Matthias Fuchs --- board/esd/apc405/apc405.c |2 +- board/esd/ar405/ar405.c | 83

[U-Boot] [PATCH 4/6] ppc4xx: Cleanup linker scripts of esd 4xx boards

From: Matthias Fuchs Signed-off-by: Matthias Fuchs --- board/esd/adciop/u-boot.lds|4 board/esd/apc405/u-boot.lds| 15 --- board/esd/ar405/u-boot.lds | 28 board/esd/ash405/u-boot.lds| 15 --- board/esd/canbt/u-

Re: [U-Boot] [PATCH] 7/12 Multiadapter/multibus I2C, drivers part 4

Hello ksi, k...@koi8.net wrote: > On Thu, 19 Feb 2009, Wolfgang Denk wrote: > >> Dear k...@koi8.net, >> >> In message you wrote: [...] >>> That means you'll have to rewrite the entire U-Boot. 99% of the boards have >>> only one bus so they did not switch busses. That means they never called >>>