Hi,
I've posted a few questions to the list for which I didn't get any response.
http://www.mail-archive.com/u-boot@lists.denx.de/msg17801.html
Please let me know if I'm breaking in ML rules and I'll change my evil ways :-)
Thanks,
Dushara Jayasinghe
__
On Wednesday 15 July 2009 07:01:08 Peter Tyser wrote:
> A bug was introduced by commit e94e460c6e8741f42dab6d8dd4b596ba5d9d79ae
> which affected non-MPC83xx/85xx/86xx ppc boards which had CONFIG_DDR_ECC
> defined and resulted in errors such as:
>
> Configuring for canyonlands board...
> fsl_dma.c:5
Hi Wolfgang,
please pull the following changes.
Thanks,
Michal
The following changes since commit bfadb17f69c256196620c32164775f063a59c34f:
Anton Vorontsov (1):
mpc83xx: MPC837xEMDS: Use hwconfig instead of pci_external_arbiter
variable
are available in the git repository at:
git
Hello,
2009/7/17 Ben Warren :
> virupax wrote:
>> Hi
>>
>> I am using arm-unknown-linux-gnueabi-gcc 4.3.2 compiler to compile the
>> u-boot 1.1.5 for the at91sam9260 board. When i use this u-boot image usb
>> start command is not detecting the connected usb stick.
>> Request Sense returned 00 00
Scott Wood a écrit :
> On Wed, Jul 15, 2009 at 05:18:40PM +0200, Eric Benard wrote:
>> +if (pdata->is2k) {
>> +host->pagesize_2k = 1;
>> +NFMS |= (1 << NFMS_BIT);
>> +this->badblock_pattern = &smallpage_memorybased;
>
> Why are you using the small-page badbl
Dear Brent Cook,
In message <200907161744.51888.bc...@bpointsys.com> you wrote:
>
> This is hilarious, though I am curious what the real-world analog to
> 'return 0;' is :)
This depends on the caller's context. In case of hobby projects it
usually means be_happy(), show_others(), drink_beer() or
> -Original Message-
> From: Ben Warren [mailto:biggerbadder...@gmail.com]
> Sent: Friday, July 17, 2009 5:22 AM
> To: Wolfgang Denk
> Cc: Zang Roy-R61911; U-Boot-Denx; Kumar Gala
> Subject: Re: [U-Boot] PATCH 2/2] Add pci/pcie E1000 ethernet
> support for MPC8544DS and MPC8536 boards
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Friday, July 17, 2009 6:26 AM
> To: Ben Warren
> Cc: Zang Roy-R61911; U-Boot-Denx; Kumar Gala
> Subject: Re: [U-Boot] PATCH 2/2] Add pci/pcie E1000 ethernet
> support for MPC8544DS and MPC8536 boards
>
> Dear Ben
Hello Scott
Scott Wood wrote:
> On Mon, Jul 13, 2009 at 12:15:12PM +0200, Heiko Schocher wrote:
>> +#define read_mode() in_8((volatile unsigned char __iomem *) \
>> +CONFIG_NAND_MODE_REG)
>> +#define write_mode(val) out_8((volatile unsigned char __iomem *) \
>> +
On Thursday 16 July 2009 22:08:27 Matthias Fuchs wrote:
> > OK. But if your "sbe" command is "better" than the current bootstrap one,
> > then let's see if it makes sense to use your command as the common one.
>
> Dirk's approach is very generic. Putting nothing but the EEPROM data and a
> descript
On Friday 17 July 2009 02:12:45 Dave Mitchell wrote:
> >> Keep in mind the processor UM documentation section that covers these
> >> boot methods is labeled "Bootstrap Operations". It refers the registers
> >> that the EEPROM values populate as "bootstrap registers", etc.
> >
> > Yes, I know. But t
virupax wrote:
> Hi
>
> I am using arm-unknown-linux-gnueabi-gcc 4.3.2 compiler to compile the
> u-boot 1.1.5 for the at91sam9260 board. When i use this u-boot image usb
> start command is not detecting the connected usb stick.
> Request Sense returned 00 00 00
> Device NOT ready
>Request Sens
Hi
I am using arm-unknown-linux-gnueabi-gcc 4.3.2 compiler to compile the
u-boot 1.1.5 for the at91sam9260 board. When i use this u-boot image usb
start command is not detecting the connected usb stick.
Request Sense returned 00 00 00
Device NOT ready
Request Sense returned 00 00 00
If use s
Mike Frysinger wrote:
> couple changes to squash into this:
> - fix build error for systems using in 16bit
> - tweak bf548-ezkit update
> - do not leak priv malloc() if dev malloc() failed
> - make sure we clear eth_device (we really need a zalloc())
> - initialize dev->enetaddr in the driver
couple changes to squash into this:
- fix build error for systems using in 16bit
- tweak bf548-ezkit update
- do not leak priv malloc() if dev malloc() failed
- make sure we clear eth_device (we really need a zalloc())
- initialize dev->enetaddr in the driver register func
- initialize the dr
Ben Warren wrote:
> All in-tree boards that use this controller have CONFIG_NET_MULTI added
> Also:
> - changed CONFIG_DRIVER_SMC911X* to CONFIG_SMC911X*
> - cleaned up line lengths
> - modified all boards that override weak function in this driver
>
> Signed-off-by: Ben Warren
> ---
Note: I h
All in-tree boards that use this controller have CONFIG_NET_MULTI added
Also:
- changed CONFIG_DRIVER_SMC911X* to CONFIG_SMC911X*
- cleaned up line lengths
- modified all boards that override weak function in this driver
Signed-off-by: Ben Warren
---
board/bf548-ezkit/bf548-ezkit.c | 1
Dear Jean and Dirk,
> cpu/arm_cortexa8/omap3/lowlevel_init.S | 12
> cpu/arm_cortexa8/start.S | 14 --
> 2 files changed, 12 insertions(+), 14 deletions(-)
>
> Index: u-boot-arm/cpu/arm_cortexa8/omap3/lowlevel_init.S
> ===
For some reason the AT91rm9200 lowlevel init writes to a bunch of
reserved or read-only addresses. All the boards seem to define the
value-to-be-written values as zero ... but they shouldn't actually
be writing *anything* there.
No documented erratum justifies these accesses. It looks like maybe
On Friday 10 July 2009, Wolfgang Denk wrote:
> Dear David Brownell,
>
> In message <200906282241.54948.davi...@pacbell.net> you wrote:
> > On Tuesday 09 June 2009, David Brownell wrote:
> > >
> > > Meanwhile, here's a patch/RFC disabling what seems to be bogosity.
> > > If it's eventually a "go",
Hi all,
I'm trying to boot linux from a USB flash stick and I found the read operations
to be very slow. Upon further investigation, I found the bottleneck to be
caused by a call to wait_ms(5). (See line 663 @
http://git.denx.de/?p=u-boot/u-boot-mpc83xx.git;a=blob;f=common/usb_storage.c;hb=792a
Signed-off-by: Scott Wood
---
Applied to u-boot-nand-flash.
If any of these boards are still maintained, please test to make sure
they still work (albeit without NAND -- or you can add support for
non-legacy NAND).
A few of these boards were not using legacy NAND, but had some leftover
cruft fro
On 7/16/2009 5:11 PM, Wolfgang Denk wrote:
> Dear Dave Mitchell,
>
> In message<4a5f8a1d.4030...@gmail.com> you wrote:
>>> Please find a better description (avoiding "bootstrap"), and then
>>> chose a descriptive name.
>> Keep in mind the processor UM documentation section that covers these
>> boo
Scott Wood wrote:
> On Mon, Jul 13, 2009 at 09:48:30AM +0900, Kyungmin Park wrote:
>> Basically I agree your opinion, however do see the other arch OneNAND
>> usage? I mean I can't see the other arch patches.
>
> There was nothing but powerpc in nand_spl at first, but I don't think ARM
> developer
MAC addresses should not be hardcoded in boards to avoid random link level
conflicts.
Signed-off-by: Mike Frysinger
---
include/configs/bf537-minotaur.h |5 ++---
include/configs/bf537-srv1.h |5 ++---
2 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/include/configs/bf5
On Thursday 16 July 2009 18:21:57 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > > I'm do not understand why and I see in several include/configs/*.h
> > > files that these environment variable are being set as default. I'm
> > > guessing that there's something that I'm missing.
> >
> > the boar
On Wednesday 15 July 2009 07:42:59 pm Jerry Van Baren wrote:
> Update for...
> * BDI2000 -> BDI3000 (BDI2000 is obsolete).
> * Add a line to read the doc/README.* files
> * Fix coding standard violations
>
> Signed-off-by: Gerald Van Baren
> ---
> Dear Wolfgang,
>
> I was looking at the Porting Gu
Dear Ben Warren,
In message <4a5f9a05.70...@gmail.com> you wrote:
>
> >> From: Roy Zang
> >>Add pci/pcie E1000 ethernet support for MPC8544DS and MPC8536 boards.
> >>Signed-off-by: Roy Zang
> >
> > Doesn't apply with git-am. Please use git-format-patch to create
> > patches.
...
> Stil
Dear Ron Madrid,
In message <401734.38482...@web83507.mail.sp1.yahoo.com> you wrote:
>
> > the board maintainer decides the default env values, not
> > board users. Ben's
> > comment was probably on the assumption that you are in the
> > latter category.
>
> Ah, that could be why. Thankfully
Dear Mike Frysinger,
In message <200907161656.44300.vap...@gentoo.org> you wrote:
>
> > I'm do not understand why and I see in several include/configs/*.h files
> > that these environment variable are being set as default. I'm guessing
> > that there's something that I'm missing.
>
> the board ma
Dear Matthias Fuchs,
In message <200907162224.23377.matthias.fu...@esd-electronics.com> you wrote:
>
> > Please find a better description (avoiding "bootstrap"), and then
> > chose a descriptive name.
> ccc - config chip|cpu configuration
> scc - setup chip|cpu configuration
> wcc - write chip|cpu
Dear Dave Mitchell,
In message <4a5f8a1d.4030...@gmail.com> you wrote:
>
> > Please find a better description (avoiding "bootstrap"), and then
> > chose a descriptive name.
>
> Keep in mind the processor UM documentation section that covers these
> boot methods is labeled "Bootstrap Operations".
Dear Matthias Fuchs,
In message <200907162208.28398.matthias.fu...@esd-electronics.com> you wrote:
>
> > But unfortunately not specific enough for a "common" command.
> I think we are talking about a generic 4xx command to write data into
> the EEPROM that is read by the bootstrap controller. But
Dear Scott Wood,
In message <20090716194726.gf32...@b07421-ec1.am.freescale.net> you wrote:
>
> Applied to u-boot-nand-flash.
>
> Wolfgang, I used "Typo fix: use CONFIG_SOC_DM644X, not CONFIG_SOC_DM646."
> as the first line of the commit message, which differs from the "Pull
> request: nand flash
On Thursday 16 July 2009 17:08:55 Ben Warren wrote:
> Ron Madrid wrote:
> > --- On Thu, 7/16/09, Mike Frysinger wrote:
> >> the board maintainer decides the default env values, not
> >> board users. Ben's
> >> comment was probably on the assumption that you are in the
> >> latter category.
> >
>
ron_mad...@sbcglobal.net wrote:
> --- On Thu, 7/16/09, Ben Warren wrote:
>
>
>> From: Ben Warren
>> Subject: Re: [U-Boot] Initial environment variables
>> To: "Ron Madrid"
>> Cc: u-boot@lists.denx.de, "Mike Frysinger"
>> Date: Thursday, July 16, 2009, 2:08 PM
>> Ron Madrid wrote:
>>
>>>
--- On Thu, 7/16/09, Ben Warren wrote:
> From: Ben Warren
> Subject: Re: [U-Boot] Initial environment variables
> To: "Ron Madrid"
> Cc: u-boot@lists.denx.de, "Mike Frysinger"
> Date: Thursday, July 16, 2009, 2:08 PM
> Ron Madrid wrote:
> > --- On Thu, 7/16/09, Mike Frysinger
> wrote:
> >
>
Wolfgang Denk wrote:
> Dear Roy Zang,
>
> In message <1247105148.29920.3.ca...@rock.ap.freescale.net> you wrote:
>
>> Sorry for the mistake. It is my oversight when I regenerate the patch
>> before send out.
>> Pick up this one:
>>
>> From: Roy Zang
>>Add pci/pcie E1000 ethernet supp
Dear Roy Zang,
In message <1247105148.29920.3.ca...@rock.ap.freescale.net> you wrote:
>
> Sorry for the mistake. It is my oversight when I regenerate the patch
> before send out.
> Pick up this one:
>
> From: Roy Zang
>Add pci/pcie E1000 ethernet support for MPC8544DS and MPC8536 board
Dear rhabarber1848,
In message you wrote:
>
> it seems I solved the problem.
Hm...
> The end value for the kernel was too high, the attached patch[1] should fix
> it, a LZMA-compressed kernel booted well. I did not test the bz2 case but
> it seems it suffers from the same bug.
Maybe lzmaBuffT
Ron Madrid wrote:
> --- On Thu, 7/16/09, Mike Frysinger wrote:
>
>
>> the board maintainer decides the default env values, not
>> board users. Ben's
>> comment was probably on the assumption that you are in the
>> latter category.
>>
>
> Ah, that could be why. Thankfully I am the mainta
Dear Matthias Weisser,
In message <1247039227-17910-2-git-send-email-matthias.weis...@graf-syteco.de>
you wrote:
> This patch adds support for MB86R01 'Jade' SoC from Fujitsu
...
> +/* nothing really to do with interrupts, just starts up a counter. */
> +int timer_init(void)
> +{
> + *(volati
On Thu, Jul 16, 2009 at 10:52:13PM +0200, Wolfgang Denk wrote:
> Dear Kim Phillips,
>
> In message <20090707173804.acc352f9.kim.phill...@freescale.com> you wrote:
> >
> > > Any news on this?
> >
> > Wolfgang, if you have no objection, please apply directly.
>
> Done.
Thanks a lot, Wolfgang!
--
--- On Thu, 7/16/09, Mike Frysinger wrote:
> the board maintainer decides the default env values, not
> board users. Ben's
> comment was probably on the assumption that you are in the
> latter category.
Ah, that could be why. Thankfully I am the maintainer for the board. So I
am going to as
Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
In message <1245678505.3867.13.ca...@swa-m460> you wrote:
>
> Content-Disposition: attachment;
> filename="0001-rebased-mvBC-P-with-minor-fixes.patch"
> Content-Type: text/x-patch;
> name="0001-rebased-mvBC-P-with-minor-fixes.patch"; charset="UTF-8"
> Cont
On Thursday 16 July 2009 16:46:36 Ron Madrid wrote:
> > Ron Madrid wrote:
> > > When I submitted patches for my new board SIMPC8313 I
> > > recall being told that I had inappropriately initialized some of my
> > > environment variables. Most specifically I am interested in having
> > > default ser
Dear =?ISO-8859-1?Q?Andr=E9?= Schwarz,
In message <1245678391.3867.11.ca...@swa-m460> you wrote:
>
> factor out common code for Matrix Vision based boards.
>
> Signed-off-by: Andre Schwarz
> ---
> board/matrix_vision/common/Makefile| 54 ++
> board/matrix_vision/common/mv_com
Dear Kim Phillips,
In message <20090707173804.acc352f9.kim.phill...@freescale.com> you wrote:
>
> > Any news on this?
>
> Wolfgang, if you have no objection, please apply directly.
Done.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB
Dear Anton Vorontsov,
In message <20090609202538.gh20...@oksana.dev.rtsoft.ru> you wrote:
> Since we have simple hwconfig interface now, we don't need
> pci_external_arbiter variable any longer.
>
> Signed-off-by: Anton Vorontsov
> ---
> board/freescale/mpc837xemds/mpc837xemds.c |3 +--
> 1
Dear Anton Vorontsov,
In message <20090609202536.gg20...@oksana.dev.rtsoft.ru> you wrote:
> This patch simply converts the board to the hwconfig infrastructure.
>
> Signed-off-by: Anton Vorontsov
> ---
> board/freescale/mpc8315erdb/mpc8315erdb.c | 14 +-
> include/configs/MPC8315E
Dear Anton Vorontsov,
In message <20090609202534.gf20...@oksana.dev.rtsoft.ru> you wrote:
> We should add status = "disabled" property when USB controller can't
> be used (for example when USB pins muxed away to another device).
>
> Also convert whole fdt_fixup_dr_usb() to use more compact routin
> Ron Madrid wrote:
> > When I submitted patches for my new board SIMPC8313 I
> recall being told that
> > I had inappropriately initialized some of my
> environment variables. Most
> > specifically I am interested in having default
> serverip, ipaddr, and ethaddr
> > environment variables. Is
Dear Anton Vorontsov,
In message <20090609202532.ge20...@oksana.dev.rtsoft.ru> you 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
Dear Anton Vorontsov,
In message <20090609202532.ge20...@oksana.dev.rtsoft.ru> you 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
On Thu, Jun 04, 2009 at 04:40:36PM +0200, Stefan Roese wrote:
> This is needed for the MPC512x NAND driver (fsl_nfc_nand.c) which already
> defines such a 4k plus 218 bytes ECC layout.
>
> Signed-off-by: Stefan Roese
> Cc: Scott Wood
> ---
Applied to u-boot-nand-flash. Sorry for the delay, it
Dear Anton Vorontsov,
In message <20090609202531.gd20...@oksana.dev.rtsoft.ru> you wrote:
> fdt_fixup_esdhc() will either disable or enable eSDHC nodes, and
> also will fixup clock-frequency property.
>
> Plus, since DR USB and eSDHC are mutually exclusive, we should
> only configure the eSDHC if
Dear Anton Vorontsov,
In message <20090609202530.gc20...@oksana.dev.rtsoft.ru> you wrote:
> This patch adds support for eSDHC on MPC837XERDB boards. The WP
> switch doesn't seem to work on RDB boards though, the WP pin is
> always asserted (can see the pin state when it's in GPIO mode).
>
> FSL D
Dear Anton Vorontsov,
In message <20090609202529.gb20...@oksana.dev.rtsoft.ru> you wrote:
> This patch implements fdt_fixup_esdhc() function that is used to fixup
> the device tree.
>
> The function adds status = "disabled" propery if esdhc pins muxed away,
> otherwise it fixups clock-frequency f
Dear Anton Vorontsov,
In message <20090609202527.ga20...@oksana.dev.rtsoft.ru> you wrote:
> This patch implements simple hwconfig infrastructure: an
> interface for software knobs to control a hardware.
>
> This is very simple implementation, i.e. it is implemented
> via `hwconfig' environment va
> Dear Matthias Fuchs,
>
> In message <200907161547.17433.matthias.fu...@esd.eu> you wrote:
> >
> > > Hi Dirk,
> > >
> > > On Wednesday 15 July 2009 16:46:12 Mike Frysinger wrote:
> > > > On Wednesday 15 July 2009 09:48:00 Dirk Eibach wrote:
> > > > > This adds a generic command for programming I
On 7/16/2009 2:36 PM, Wolfgang Denk wrote:
> Dear Matthias Fuchs,
>
> In message<200907161547.17433.matthias.fu...@esd.eu> you wrote:
>>> Hi Dirk,
>>>
>>> On Wednesday 15 July 2009 16:46:12 Mike Frysinger wrote:
On Wednesday 15 July 2009 09:48:00 Dirk Eibach wrote:
> This adds a generic c
Dear Stefan Roese,
In message <200907161530.12024...@denx.de> you wrote:
> The following changes since commit 7d4450a9773673052fcd7fdf0a4a88c089126ac1:
> Wolfgang Denk (1):
> mpc5121ads: add JFFS2 and MTDPARTS support; adjust flash map
>
> are available in the git repository at:
>
>
Some Coding style cleanup (braces, whitespaces, long lines)
Signed-off-by: Matthias Fuchs
---
board/esd/plu405/plu405.c | 118 +++-
1 files changed, 62 insertions(+), 56 deletions(-)
diff --git a/board/esd/plu405/plu405.c b/board/esd/plu405/plu405.c
inde
Dear Kim Phillips,
In message <20090714171545.161c6ff8.kim.phill...@freescale.com> you wrote:
> Wolfgang, please pull some ITX board USB config tweaking, and some
> regular maintenance fixes for 83xx:
>
> The following changes since commit 7d4450a9773673052fcd7fdf0a4a88c089126ac1:
> Wolfgang De
> On Thursday 16 July 2009 17:00:00 Matthias Fuchs wrote:
> > > > > Any other good ideas
> > > > > about this naming welcome. :)
> > > >
> > > > We called this command "sbe" on our PMC440 (440EPx) and upcoming
> > > > PMC405DE (405EP) board. I must admit that I forget its meaning.
> > > > Probably
On Thu, Jul 16, 2009 at 03:12:48PM +0200, Stefan Roese wrote:
> Signed-off-by: Stefan Roese
> Cc: Scott Wood
> ---
Applied patches 1-2 to u-boot-nand-flash.
-Scott
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-bo
Dear TC Liew,
In message you
wrote:
> Hi Wolfgang,
>
> Please pull this change for u-boot-coldfire/next into your branch:
>
> The following changes since commit 7d4450a9773673052fcd7fdf0a4a88c089126ac1:
> Wolfgang Denk (1):
> mpc5121ads: add JFFS2 and MTDPARTS support; adjust flash m
On Wed, Jul 15, 2009 at 05:18:40PM +0200, Eric Benard wrote:
> static int __init imxnd_probe(struct device_d *dev)
> {
> struct nand_chip *this;
> @@ -969,7 +978,7 @@ static int __init imxnd_probe(struct device_d *dev)
> struct imx_nand_host *host;
> u16 tmp;
> int err = 0
Ron,
Ron Madrid wrote:
> When I submitted patches for my new board SIMPC8313 I recall being told that
> I had inappropriately initialized some of my environment variables. Most
> specifically I am interested in having default serverip, ipaddr, and ethaddr
> environment variables. Is this most ap
Dear Michal Simek,
In message <4a55cdcb.7040...@monstr.eu> you wrote:
> Hi Wolfgang,
>
> Please pull my asm-generic branch. There is only one patch which
> create asm-generic folder with errno.h.
> I have got ack from ppc40x, blackfin, arm, coldfire and avr custodians.
>
> Thanks,
> Michal
>
>
On Tue, Jul 14, 2009 at 01:51:10PM +0300, Valeriy Glushkov wrote:
>
> Signed-off-by: Valeriy Glushkov
> Signed-off-by: Paulraj, Sandeep
> ---
Applied to u-boot-nand-flash.
> drivers/mtd/nand/nand_util.c | 10 +-
> 1 files changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/dr
On Mon, Jul 13, 2009 at 04:29:04PM -0700, David Brownell wrote:
> On Tuesday 07 July 2009, Scott Wood wrote:
> > I fixed the obvious merge conflict (missing #endif) in "davinci_nand:
> > cleanup I (minor)", but I'm a little confused since the symbol it refers
> > to (CONFIG_SOC_DM6446) doesn't seem
Dear Jerry Van Baren,
In message <20090716004258.ga16...@cideas.com> you wrote:
> Update for...
> * BDI2000 -> BDI3000 (BDI2000 is obsolete).
> * Add a line to read the doc/README.* files
> * Fix coding standard violations
>
> Signed-off-by: Gerald Van Baren
> ---
> Dear Wolfgang,
>
> I was loo
Dear Matthias Fuchs,
In message <200907161547.17433.matthias.fu...@esd.eu> you wrote:
>
> > Hi Dirk,
> >
> > On Wednesday 15 July 2009 16:46:12 Mike Frysinger wrote:
> > > On Wednesday 15 July 2009 09:48:00 Dirk Eibach wrote:
> > > > This adds a generic command for programming I2C bootstrap eepro
On Mon, Jul 13, 2009 at 12:15:12PM +0200, Heiko Schocher wrote:
> +#define read_mode() in_8((volatile unsigned char __iomem *) \
> + CONFIG_NAND_MODE_REG)
> +#define write_mode(val) out_8((volatile unsigned char __iomem *) \
> + CONFIG_N
On Sun, Jul 12, 2009 at 02:59:26PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 17:11 Sat 11 Jul , Kyungmin Park wrote:
> > Use common OneNAND IPL linker script.
> >
> > Signed-off-by: Kyungmin Park
> please number the patch to known the apply order
Numbering won't help here -- they
On Mon, Jul 13, 2009 at 09:48:30AM +0900, Kyungmin Park wrote:
> Basically I agree your opinion, however do see the other arch OneNAND
> usage? I mean I can't see the other arch patches.
There was nothing but powerpc in nand_spl at first, but I don't think ARM
developers would have appreciated fin
Add KB9202 NAND driver
Signed-off-by: Matthias Kaehlcke
---
El Thu, Jul 16, 2009 at 01:45:57PM -0500 Scott Wood ha dit:
> On Sun, Jul 12, 2009 at 09:57:13PM +0200, Jean-Christophe PLAGNIOL-VILLARD
> wrote:
> > On 15:51 Wed 24 Jun , Scott Wood wrote:
> > > On Wed, Jun 24, 2009 at 05:23:05P
On Sat, Jul 11, 2009 at 04:49:55PM +0900, Kyungmin Park wrote:
> Also use mtd operatoin instead of onenand functions
>
> Signed-off-by: Kyungmin Park
Applied (with non-subject changelog typo fixed) to u-boot-nand-flash.
-Scott
___
U-Boot mailing list
On Thursday 16 July 2009 14:57:10 Ron Madrid wrote:
> When I submitted patches for my new board SIMPC8313 I recall being told
> that I had inappropriately initialized some of my environment variables.
> Most specifically I am interested in having default serverip, ipaddr, and
> ethaddr environment
When I submitted patches for my new board SIMPC8313 I recall being told that
I had inappropriately initialized some of my environment variables. Most
specifically I am interested in having default serverip, ipaddr, and ethaddr
environment variables. Is this most appropriately done with a specifi
On Sun, Jul 12, 2009 at 09:57:13PM +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 15:51 Wed 24 Jun , Scott Wood wrote:
> > On Wed, Jun 24, 2009 at 05:23:05PM +0200, Matthias Kaehlcke wrote:
> > > Add NAND support for the KwikByte KB9202
> > >
> > > Signed-off-by: Matthias Kaehlcke
> > >
On Thursday 16 July 2009 13:41:30 Ben Warren wrote:
> Mike Frysinger wrote:
> > the smsc drivers however are not in the NET_MULTI category -- they dont
> > use any of the common ethernet stack. so once they are converted to
> > NET_MULTI, they'll get this functionality for free (when exactly were
On Thursday 16 July 2009 17:00:00 Matthias Fuchs wrote:
> > > > Any other good ideas
> > > > about this naming welcome. :)
> > >
> > > We called this command "sbe" on our PMC440 (440EPx) and upcoming
> > > PMC405DE (405EP) board. I must admit that I forget its meaning.
> > > Probably something like
Hi Alessandro,
Alessandro Rubini a écrit :
> So, with the current code base, you can't autodetect ram size on the
> atmel 926x.
>
> I have the same problem, as I have boards that ship as either 64M or
> 128M. I'd configure for 128M and look for aliases, reconfiguring for
> 64M if needed. This c
CPUAT91 is built around Atmel's AT91SAM9260 and has up to 64MB of NOR
flash, up to 128MB of SDRAM, up to 2GB of NAND and includes a 10/100
Ethernet PHY in RMII mode.
Signed-off-by: Eric Benard
---
MAINTAINERS|4 +
MAKEALL|1 +
Makefile
On Thursday 16 July 2009 16:16:36 Felix Radensky wrote:
> >> But it works
> >> a little mit different that the bootstrap command.
> >
> > It would be great if you could merge/consolidate such 4xx custom commands
> > into this common one. Does you command support more features? What's the
> > main d
On Mon, Jul 13, 2009 at 02:34:42PM -0500, Paulraj, Sandeep wrote:
> I see that changing
>
> if (rval != 0)
>
>
> to
>
> if (rval != 0 && rval != -EUCLEAN )
>
>
> solves the problem.
>
> I can submit a patch if required.
Yes, please submit a patch. Thanks!
-Scott
__
Hi Mike,
Mike Frysinger wrote:
>
>>> not specific to either of these drivers, so if we did choose to make this
>>> behavior optional via some define, it would make more sense to do it in
>>> the common eth code rather than copying & pasting it everywhere.
>>>
>> Agreed. Do you think you h
Hi Mike,
Mike Frysinger wrote:
> is there any documentation that covers the NET_MULTI driver stack ? i.e. if
> i was a network chip vendor and wanted to write a u-boot driver for my part,
> where would i look ? or is it a matter of "the code is the documentation" ?
> i can start a small doc
Mike Frysinger wrote:
> On Tuesday 14 July 2009 04:08:35 Piotr Ziecik wrote:
>
>> When packets arrive on the interface that are larger than the buffer
>> being passed to U-Boot from a standalone application, then the
>> eth_receive() returns -1 and leaves the packet saved. The next call to
>> et
Mike Frysinger wrote:
> On Monday 13 July 2009 16:19:51 Robin Getz wrote:
>
>> +CONFIG_KEEP_SERVERADDR
>> +
>> +Keeps the server's MAC address, in the env 'serveraddr'
>> +for passing to bootargs (like Linux's netconsole option)
>>
>
> is a config option
On Jul 16, 2009, at 8:39 AM, Wolfgang Denk wrote:
>> Now, one approach would be to ignore packets that don't
>> fit the buffer. This seems unflexible, because it makes
>> it impossible to employ flexible buffer allocation in
>> the application. What's left? The only thing left is that
>
> "flexibl
> I've tried something very close to what is done in tqm8xx but I don't
> manage to get something reliable : either it hangs or I get data abort.
>
> After checking the datasheet, I don't understand how we can change the
> geometry of this SDRAM controler while running from SDRAM
No, you can't.
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Thursday, July 16, 2009 4:55 PM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH][repost] mkimage support (
> bin_dep.sh Support)
>
> Dear Prafulla Wadaskar,
>
> In message
> <7
On Jul 16, 2009, at 5:39 AM, Wolfgang Denk wrote:
> Dear Piotr =?iso-8859-2?q?Zi=EAcik?=,
>
> In message <200907161151.59353.ko...@semihalf.com> you wrote:
>>
This patch fixes above problem by allowing partial packet read.
>>>
>>> seems like it could easily introduce incorrect behavior in ex
Dear Wolfgang,
Wolfgang Denk a écrit :
>> I'm not sure it's possible to use a generic geometry/timings there else
>> u-boot may never relocate.
>> How would you do this ?
>
> Well, normally you have 2 or 3 row/col combinations that have to be
> considered; you try these in turn until you find on
On Thu, Jul 16, 2009 at 05:42:27PM +0200, Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <4a5f4913.5030...@freescale.com> you wrote:
> >
> > So how do you propose that illegal divide operations be reported to the
> > application?
>
> In the same way as Linux is doing it (i. e. usually n
> -Original Message-
> From: Dieter Kiermaier [mailto:dk-arm-li...@gmx.de]
> Sent: Thursday, July 16, 2009 8:15 PM
> To: u-boot@lists.denx.de
> Cc: Prafulla Wadaskar; Manas Saksena; Ronen Shitrit; Nicolas
> Pitre; Ashish Karkare; Prabhanjan Sarnaik; Lennert Buijtenhek
> Subject: Re: [U
Matt,
In asm-m68k/io.h, please add
#ifndef _IO_BASE
#define _IO_BASE 0
#endif
Regards,
TsiChung
On Wed, Jul 15, 2009 at 9:43 AM, Matthew Lear wrote:
> Hi TsiChung / Wolfgang,
>
> I just pulled u-boot.git to re-sync and tried to configure and build it
> for M54455EVB_intel_config but the compila
1 - 100 of 153 matches
Mail list logo
