On 07/04/2011 01:06 PM, Torsten Koschorrek wrote:
> This patch fixes compiler errors due to missing definitions of
> CONFIG_SYS_SDRAM_BASE and CONFIG_SYS_INIT_SP_ADDR.
> It also does some cleanup: CONFIG_SYS_TEXT_BASE was moved to scb9328.h,
> obsolete config.mk was removed. The scb9328 board has 1
On 07/06/2011 05:41 PM, Torsten Koschorrek wrote:
> Signed-off-by: Torsten Koschorrek
> ---
> Changes for v2:
>- order of list
>- cpu description i.MXL added
>
> MAINTAINERS |6 +++---
> 1 files changed, 3 insertions(+), 3 deletions(-)
>
Applied to u-boot-imx, thanks.
Best regards
On Sat, Jul 9, 2011 at 01:16, Wolfgang Denk wrote:
> This is an identical repost of
> 06/28 Mike Frysinger [U-Boot] [PATCH 1/9] sf: spansion: add support for
> S25FL129P_64K
> http://article.gmane.org/gmane.comp.boot-loaders.u-boot/102129
you already made it clear that you NAK-ed
Hi Wolfgang,
Le 03/07/2011 17:55, Albert ARIBAUD a écrit :
> Checkpatch.pl complains about the volatile qualifier in calls to
> get_ram_size(). Remove this qualifier in the prototype and in the
> calls where it is useless, and leave it only in the function body
> where it is needed.
>
> Signed-off
Hi Wolfgang,
On 09/07/11 15:16, Wolfgang Denk wrote:
> Dear Mike Frysinger,
>
> In message <1310157072-27512-1-git-send-email-vap...@gentoo.org> you wrote:
>> From: Macpaul Lin
>>
>> Add support of MX25L4005 and MX25L8005 according to the datasheet
>> http://www.mct.net/download/macronix/mx25l80
Hi Greame,
Le 08/07/2011 02:25, Graeme Russ a écrit :
> 1) I understand that you would like each individual patch in the series to
> have the in-reply-to header set to the individual parent patch and not have
> the whole series in-reply-to the first (00/16) patch? (It will be a bit of
> a PITA to
Dear Mike Frysinger,
In message <1310157072-27512-1-git-send-email-vap...@gentoo.org> you wrote:
> From: Macpaul Lin
>
> Add support of MX25L4005 and MX25L8005 according to the datasheet
> http://www.mct.net/download/macronix/mx25l8005.pdf
>
> This patch has been tested with MX25L4005 and MX25L
Dear Wolfgang,
On Wed, Jun 29, 2011 at 11:58:27AM -0500, Jason Hobbs wrote:
> This patch series adds support for RFC 4578 compliant DHCP request
> options, which enhance the ability of DHCP servers to respond
> differently to different clients.
>
> As an example, the last patch in this series ena
Dear Wolfgang,
On Wed, Jun 29, 2011 at 11:25:12AM -0500, Jason Hobbs wrote:
> The pxecfg commands provide a near subset of the functionality provided
> by the PXELINUX boot loader. This allows U-boot based systems to be
> controlled remotely using the same PXE based techniques that many non
> U-bo
On Friday, July 08, 2011 04:54:09 Simon Guinot wrote:
> On Thu, Jun 30, 2011 at 11:35:55AM -0400, Mike Frysinger wrote:
> > On Wed, Jun 29, 2011 at 17:16, Wolfgang Denk wrote:
> > > Mike Frysinger wrote:
> > >> The following changes since commit
> > >> b1af6f532e0d348b153d5c148369229d24af361a:
> >
For people who want to manually extract the embedded environment so that
it can be manually packed into the final u-boot image, add a config opt
to force building of the envcrc tool.
Signed-off-by: Mike Frysinger
---
v2
- updated to master after tools/ changes
README|
Now that the common spi_flash structure tracks all the info that these
drivers need, kill off their local state indirection and use just what
the common code provides.
Signed-off-by: Mike Frysinger
---
v2
- rebase onto latest master
drivers/mtd/spi/eon.c | 36
From: Simon Guinot
Signed-off-by: Simon Guinot
Signed-off-by: Mike Frysinger
---
v6
- tweak summary
drivers/mtd/spi/macronix.c | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/spi/macronix.c b/drivers/mtd/sp
From: Macpaul Lin
Add support of MX25L4005 and MX25L8005 according to the datasheet
http://www.mct.net/download/macronix/mx25l8005.pdf
This patch has been tested with MX25L4005 and MX25L8005
Signed-off-by: Macpaul Lin
Signed-off-by: Mike Frysinger
---
v2
- tweak summary
drivers/mtd/
From: Shaohui Xie
Signed-off-by: Shaohui Xie
Signed-off-by: Mike Frysinger
---
v2
- tweak summary
drivers/mtd/spi/spansion.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/spi/spansion.c b/drivers/mtd/spi/spansion.c
index a3401b3..8835e96
Dear Kim Phillips,
In message <20110706192221.4497ca2d.kim.phill...@freescale.com> you wrote:
> Wolfgang Denk,
>
> Please pull new MergerBox board + minor fixes for 83xx for u-boot
> v2011.09:
>
> The following changes since commit 79642098a8345e2506ab0ff02e8c7ac4da405d0c:
>
> Add support for
I would like to use my nor as a raw flash, but I would like ubi/ubifs
on my nand.
I have both a custom p1020 and p2020 board, and I have the p1020rdb
and p2020rdb eval boards.
I tried to add ubifs support on 2011.06:
8<--
diff --
Ok, so to port Liu Shuo's huge page nand to fake 2k page patch to uboot
We either need to introduce a callback after mtd initialization
(Which would have to be outside the driver) or lie about the ID info
coming from the driver.
I choose the second.
Does this look reasonable to you guys?
The IPL bo
On Fri, 8 Jul 2011 15:10:03 -0400
Mike Hench wrote:
> Ok, so to port Liu Shuo's huge page nand to fake 2k page patch to uboot
> We either need to introduce a callback after mtd initialization
> (Which would have to be outside the driver) or lie about the ID info
> coming from the driver.
> I choo
Signed-off-by: Reinhard Meyer
---
board/atmel/at91sam9260ek/at91sam9260ek.c | 33 +
include/configs/at91sam9260ek.h | 45 ++--
2 files changed, 62 insertions(+), 16 deletions(-)
diff --git a/board/atmel/at91sam9260ek/at91sam9260ek.c
b/bo
On Fri, 8 Jul 2011 09:53:46 +0200
Simon Schwarz wrote:
> > Look at bootm subcommands to run just the portion of the existing bootm
> > functionality that you need. Type "help bootm" for details.
>
> Of course I could implement a subcommand - actually this seems to be
> the best method.
>
> IMH
> -Original Message-
> From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> Sent: Friday, July 08, 2011 11:53 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ajay Bhargav
> Subject: [PATCH 4/4] Armada100: Adds support for USB on gplugD
>
> Signed-off-by: Ajay Bhargav
> ---
>
> -Original Message-
> From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> Sent: Friday, July 08, 2011 11:53 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ajay Bhargav
> Subject: [PATCH 2/4] Armada100: SPI Flash support for Marvell gplugD
>
> SPI Flash support added for Ma
> -Original Message-
> From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> Sent: Friday, July 08, 2011 11:53 AM
> To: Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; Ajay Bhargav
> Subject: [PATCH 1/4] Armada100: Ethernet support for Marvell gplugD
>
> This patch adds ethernet suppor
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Friday, July 08, 2011 3:48 PM
> To: Ajay Bhargav
> Cc: Prafulla Wadaskar; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 1/4] Armada100: Ethernet support for
> Marvell gplugD
>
> Dear Ajay Bhargav,
>
> In mess
> -Original Message-
> From: Ajay Bhargav [mailto:ajay.bhar...@einfochips.com]
> Sent: Friday, July 08, 2011 6:19 PM
> To: Wolfgang Denk
> Cc: Prafulla Wadaskar; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 1/4] Armada100: Ethernet support for
> Marvell gplugD
>
> Dear Wolfgang,
>
On Friday 08 July 2011 07:14 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4e17070e.50...@ti.com> you wrote:
>>
>> Do you confirm on replacing all instances of CONFIG_PRELOADER with
>> CONFIG_UBOOT_SPL_BUILD?
>
> Well, both are just names. CONFIG_PRELOADER is shorter, but we are
> movi
On Friday 08 July 2011 07:11 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4e170601.1080...@ti.com> you wrote:
>>
>> Symlinks, copies are not involved in either case. My question was this:
>> Where should something like 'nand_spl/nand_boot.c' go in the new
>> framework?
>>
>> 1) spl/nan
Dear Aneesh V,
In message <4e17070e.50...@ti.com> you wrote:
>
> Do you confirm on replacing all instances of CONFIG_PRELOADER with
> CONFIG_UBOOT_SPL_BUILD?
Well, both are just names. CONFIG_PRELOADER is shorter, but we are
moving more and more to the "spl" names, so maybe we can agree on
Dear Aneesh V,
In message <4e170601.1080...@ti.com> you wrote:
>
> Symlinks, copies are not involved in either case. My question was this:
> Where should something like 'nand_spl/nand_boot.c' go in the new
> framework?
>
> 1) spl/nand/nand_boot.c OR
> 2) drivers/nand/spl_nand_boot.c
I have no st
Dear Wolfgang,
On Friday 08 July 2011 05:55 PM, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> In
> message
> you wrote:
>>
+# Allow compiling of C and ASM code parts in different way.
+# Serves also as a replacement for CONFIG_PRELOADER.
+ifneq ($(CONFIG_UBOOT_SPL_BUILD),)
On Friday 08 July 2011 06:34 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4e16fd50.3090...@ti.com> you wrote:
>>
>>> - use a different name instead of OBJTREE everywhere, and leave
>>
>> What Daniel suggested about using something like SPLTREE(or SPLOBJTREE)
>> seems to be be right sol
Dear Aneesh V,
In message <4e16fd50.3090...@ti.com> you wrote:
>
> > - use a different name instead of OBJTREE everywhere, and leave
>
> What Daniel suggested about using something like SPLTREE(or SPLOBJTREE)
> seems to be be right solution then. Are you ok with that?
Yes, if it works without to
Dear Wolfgang,
> Bad examples are no excuse for adding more bad code.
got it :)
> Some things only get noticed when they already exist. But once
> noticed, we should not repeat the same mistakes.
I wouldn't have tried making that mistake if it was mentioned that
earlier implementations are wron
On Friday 08 July 2011 06:02 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4e16eae9.5070...@ti.com> you wrote:
>>
+# create 'spl/obj' within OBJTREE for spl
+OBJTREE := $(OBJTREE)/spl/obj
>
> This is the part I dislike: we redefine variables and lose track of
> their original
Dear Ajay Bhargav,
In message <107544326.47582.1310126592414.javamail.r...@ahm.einfochips.com> you
wrote:
>
> I did get your point sir, but...
...
> asm/arch-kirkwood/gpio.h)>
Bad examples are no excuse for adding more bad code.
Some things only get noticed when they already exist. But once
n
Dear Aneesh V,
In message <4e16ecb6.5070...@ti.com> you wrote:
>
> >> Without CONFIG_NORMAL_UBOOT this becomes a little cumbersome.
> >
> > Hm... instead of
> >
> > COBJS-$(CONFIG_NORMAL_UBOOT) += fileA.o
> >
> > we could use
> >
> > COBJS-$(if $(CONFIG_UBOOT_SPL_BUILD),,y)
>
> This is what I was
Dear Simon Schwarz,
In message <1310125056-11643-1-git-send-email-simonschwarz...@gmail.com> you
wrote:
> Adds prep subcommand to bootm implementation of ARM. When bootm is called prep
> the function stops right after ATAGS creation and before announce_and_cleanup.
>
> This is used in savebp com
Dear Aneesh V,
In message <4e16eae9.5070...@ti.com> you wrote:
>
> >> +# create 'spl/obj' within OBJTREE for spl
> >> +OBJTREE := $(OBJTREE)/spl/obj
This is the part I dislike: we redefine variables and lose track of
their original values.
> >> +# We want the final binaries in this directory
>
Dear Daniel Schwierzeck,
In message
you wrote:
>
> >> +# Allow compiling of C and ASM code parts in different way.
> >> +# Serves also as a replacement for CONFIG_PRELOADER.
> >> +ifneq ($(CONFIG_UBOOT_SPL_BUILD),)
> >> +CPPFLAGS += -DCONFIG_UBOOT_SPL_BUILD
> >> +endif
> >
> > I don't understan
Dear Wolfdang,
I did get your point sir, but...
> To me this looks different.
> - Do not use a "base address + offset" notation (with a declartion of
> register offsets in your header files), but use C structs instead to
> describe the regioster layout, and then use proper I/O accessor
> func
Dear Wolfgang,
On Fri, Jul 8, 2011 at 11:17 AM, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> In message
> <1309883182-12854-4-git-send-email-daniel.schwierz...@googlemail.com> you
> wrote:
> ...
>> +# create 'spl/obj' within OBJTREE for spl
>> +OBJTREE := $(OBJTREE)/spl/obj
>> +LNDIR
On Friday 08 July 2011 04:49 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4e16d9da.4080...@ti.com> you wrote:
>>
+CONFIG_NORMAL_UBOOT = $(if $(CONFIG_UBOOT_SPL_BUILD),,y)
>>>
>>> Is this not redundant, then?
>>
>> Yes, it is. But it was handy for conditional inclusion of source fi
Adds prep subcommand to bootm implementation of ARM. When bootm is called prep
the function stops right after ATAGS creation and before announce_and_cleanup.
This is used in savebp command
Signed-off-by: Simon Schwarz
---
Ok second RFC!
I know that there are many style problems - but I don't ha
Sorry, this was meant in-reply to this message: [PATCH] arm: Adds
saving of Kernel boot args to NAND flash
2011/7/8 Simon Schwarz :
> Adds prep subcommand to bootm implementation of ARM. When bootm is called prep
> the function stops right after ATAGS creation and before announce_and_cleanup.
>
>
Dear Wolfgang,
On Friday 08 July 2011 02:47 PM, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> In
> message<1309883182-12854-4-git-send-email-daniel.schwierz...@googlemail.com>
> you wrote:
> ...
Let's consider an out-of-tree build. Then,
$(OBJTREE) is BUILD_DIR here.
>> +# create 'spl/o
Dear Wolfgang,
On Fri, Jul 8, 2011 at 11:08 AM, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> In message
> <1309883182-12854-2-git-send-email-daniel.schwierz...@googlemail.com> you
> wrote:
>> [ane...@ti.com:
>> 1. Changed the definition of OBJTREE and the way 'obj' is defined.
>> 2. Defi
Adds the saving of either ATAGS or FDT kernel argument image to NAND flash
This image then can be used in SPL boot.
Command savebp is added to achieve this. This inits a partial run of bootm
utilizing subcommands. The result then is saved to NAND flash.
This adds the following defines to board co
Adds prep subcommand to bootm implementation of ARM. When bootm is called prep
the function stops right after ATAGS creation and before announce_and_cleanup.
This is used in savebp command
Signed-off-by: Simon Schwarz
---
Ok second RFC!
I know that there are many style problems - but I don't ha
Dear Ajay Bhargav,
In message <867041231.46865.1310120597114.javamail.r...@ahm.einfochips.com> you
wrote:
>
> Thanks for info, I have seen that. But i am not adding support for GPIO
> commands.
Like the gpio command, your code should use the same generic gpio API.
> In reference to
>
> >> +
Dear Aneesh V,
In message <4e16dbb9.3090...@ti.com> you wrote:
>
> > Please omit this '[...]' stuff for the real commits, then.
> >
>
> In patches 1 and 3 of this series I had done some modifications on top
> of Daniel's original work. So, I mentioned my changes in [...]. Hope
> that is fine?
F
Dear Aneesh V,
In message <4e16d9da.4080...@ti.com> you wrote:
>
> >> +CONFIG_NORMAL_UBOOT = $(if $(CONFIG_UBOOT_SPL_BUILD),,y)
> >
> > Is this not redundant, then?
>
> Yes, it is. But it was handy for conditional inclusion of source files
> in the Makefiles, like this:
>
> +# used only by norm
Dear Song, Elen,
> Hello Reinhard,
>
> We planed to add MCI support in U-Boot. We found you once had a branch named
> “wip110202” which makes use of generic
> mci for AT91SAM9260. The commit id is 137f4defd “AT91:enable MMC on
> at91sam(9260/9g20/0xe)ek”.
>
> I tried that branch. It works well
Dear Wolfgang,
Thanks for info, I have seen that. But i am not adding support for GPIO
commands.
In reference to
>> +#define GPLR(x) GPIO_REG(BANK_OFF((x) >> 5) + 0x00)
>> +#define GPDR(x) GPIO_REG(BANK_OFF((x) >> 5) + 0x0c)
>> +#define GPSR(x) GPIO_REG(BANK_OFF((x) >>
Dear Wolfgang,
On Friday 08 July 2011 02:42 PM, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> In
> message<1309883182-12854-3-git-send-email-daniel.schwierz...@googlemail.com>
> you wrote:
>> [daniel.schwierz...@googlemail.com:
>> 1. changed all appendings of ALL target in several config.
Dear Wolfgang,
On Friday 08 July 2011 02:38 PM, Wolfgang Denk wrote:
> Dear Daniel Schwierzeck,
>
> In
> message<1309883182-12854-2-git-send-email-daniel.schwierz...@googlemail.com>
> you wrote:
>> [ane...@ti.com:
>> 1. Changed the definition of OBJTREE and the way 'obj' is defined.
>> 2. Defin
Dear Ajay Bhargav,
In message <1107056334.46206.1310117537118.javamail.r...@ahm.einfochips.com>
you wrote:
>
> I need some more clarification on the GPIO part. Most of the
> architectures i see define their own way of working with GPIO. There
> is no generic framework for GPIO as i see. I followe
Dear Wolfgang,
I need some more clarification on the GPIO part. Most of the architectures i
see define their own way of working with GPIO. There is no generic framework
for GPIO as i see. I followed similar style used in drivers/gpio/kw_gpio.c they
however used different names so its not so eas
I want to know U-boot user mode configuration to enable KGDB. Is there any
solution to my problem.
actually I have seen some thing like this
CFG_CMD_KGDB* kgdb
in u-boot readme.
this CFG_CMD_KGDB is 'or'ed to CONFIG_COMMANDS but I dont know the proper
procedure.
Dear Daniel Schwierzeck,
In message
<1309883182-12854-5-git-send-email-daniel.schwierz...@googlemail.com> you wrote:
> [daniel.schwierz...@googlemail.com:
> 1. fixed clean target for spl directory
> 2. removed image concatenation of normal U-Boot and SPL image
> ]
>
> Signed-off-by: Daniel Schwi
Dear Daniel Schwierzeck,
In message
<1309883182-12854-4-git-send-email-daniel.schwierz...@googlemail.com> you wrote:
...
> +# create 'spl/obj' within OBJTREE for spl
> +OBJTREE := $(OBJTREE)/spl/obj
> +LNDIR:= $(OBJTREE)
> +
> +include $(TOPDIR)/config.mk
> +# We want the final binaries i
Dear Daniel Schwierzeck,
In message
<1309883182-12854-3-git-send-email-daniel.schwierz...@googlemail.com> you wrote:
> [daniel.schwierz...@googlemail.com:
> 1. changed all appendings of ALL target in several config.mk files
>as Mike Frysinger suggested
> ]
Please omit this '[...]' stuff for
Dear Daniel Schwierzeck,
In message
<1309883182-12854-2-git-send-email-daniel.schwierz...@googlemail.com> you wrote:
> [ane...@ti.com:
> 1. Changed the definition of OBJTREE and the way 'obj' is defined.
> 2. Defined a flag to identify regular U-Boot build
> 3. Taking care of autoconf.mk etc for
Hi Mike and Wolfgang,
On Thu, Jun 30, 2011 at 11:35:55AM -0400, Mike Frysinger wrote:
> On Wed, Jun 29, 2011 at 17:16, Wolfgang Denk wrote:
> > Mike Frysinger wrote:
> >> The following changes since commit
> >> b1af6f532e0d348b153d5c148369229d24af361a:
> >>
> >> Prepare v2011.06 (2011-06-27 22:
NAK for this patch, the mv_sdhci.c with the generic sdhci.c framework
is intend to support armada100.
Best regards,
Lei
On Fri, Jul 8, 2011 at 2:22 PM, Ajay Bhargav
wrote:
> This patch provide support for MMC on GuruPlug-Display in uboot.
>
> Signed-off-by: Ajay Bhargav
> ---
> arch/arm/includ
Hi all
2011/7/8 Macpaul Lin :
> Faraday FTSDC010 controller is a SD/MMC controller for SoC chip.
>
> Signed-off-by: Macpaul Lin
Sorry for the mail server has problem again.
I've send 2 patches which is exactly the same one to the mailist.
I'll delete one of the patch in patchwork.
http://patchwo
Dear Wolfgang Denk,
Thank you so much for your comments. I will do the changes carefully.
Thanks & Regards,
Ajay Bhargav
- Original Message -
From: "Wolfgang Denk"
To: "Ajay Bhargav"
Cc: prafu...@marvell.com, u-boot@lists.denx.de
Sent: Friday, July 8, 2011 1:17:50 PM
Subject: Re: [U-Bo
Faraday FTSDC010 controller is a SD/MMC controller for SoC chip.
Signed-off-by: Macpaul Lin
---
drivers/mmc/Makefile |1 +
drivers/mmc/ftsdc010_esdhc.c | 666 ++
include/faraday/ftsdc010.h | 245
3 files changed, 912 insert
Dear Ajay Bhargav,
In message <1310106168-17166-4-git-send-email-ajay.bhar...@einfochips.com> you
wrote:
...
> diff --git a/arch/arm/cpu/arm926ejs/armada100/cpu.c
> b/arch/arm/cpu/arm926ejs/armada100/cpu.c
> index c21938e..2db42a0 100644
> --- a/arch/arm/cpu/arm926ejs/armada100/cpu.c
> +++ b/arc
Faraday FTSDC010 controller is a SD/MMC controller for SoC chip.
Signed-off-by: Macpaul Lin
---
drivers/mmc/Makefile |1 +
drivers/mmc/ftsdc010_esdhc.c | 666 ++
include/faraday/ftsdc010.h | 245
3 files changed, 912 insert
Dear Ajay Bhargav,
In message <1310106168-17166-3-git-send-email-ajay.bhar...@einfochips.com> you
wrote:
> This patch provide support for MMC on GuruPlug-Display in uboot.
> diff --git a/drivers/mmc/Makefile b/drivers/mmc/Makefile
> index a8fe17a..7f88031 100644
> --- a/drivers/mmc/Makefile
> ++
Dear Ajay Bhargav,
In message <1310106168-17166-2-git-send-email-ajay.bhar...@einfochips.com> you
wrote:
> SPI Flash support added for Marvell GuruPlug-Display. Environment
> variables are now stored in flash.
...
> --- a/arch/arm/include/asm/arch-armada100/gpio.h
> +++ b/arch/arm/include/asm/arc
> Look at bootm subcommands to run just the portion of the existing bootm
> functionality that you need. Type "help bootm" for details.
Of course I could implement a subcommand - actually this seems to be
the best method.
IMHO "prep" would be the right one to use? correct?
Regards
Simon
___
Dear Ajay Bhargav,
In message <1310106168-17166-1-git-send-email-ajay.bhar...@einfochips.com> you
wrote:
> This patch adds ethernet support for GuruPlug-Display. tftpboot and
> and other network related commands now works.
>
> Signed-off-by: Ajay Bhargav
> ---
> .gitignore
74 matches
Mail list logo
