On Monday 13 September 2010 07:34:40 Wolfgang Denk wrote:
> > BOOTFLAG_COLD and BOOTFLAG_WARM have identical definitions for every
> > PowerPC board, so share a common definition.
> >
> > Signed-off-by: Peter Tyser
> > ---
> > It looks like there are only a few boards (5) that use the warm/cold
>
When disabled the PIT runs until it reaches the CPIV value.
The Linux PIT driver stops the PIT and waits until it stopped. This can
take over 100ms. Simply stopping in u-boot isn't sufficient as the PIT
will still be running when Linux is waiting until it stopped.
So, we stop it in u-boot by settin
Signed-off-by: Heiko Schocher
---
include/configs/uc101.h |4 +---
1 files changed, 1 insertions(+), 3 deletions(-)
diff --git a/include/configs/uc101.h b/include/configs/uc101.h
index fc0b103..1972261 100644
--- a/include/configs/uc101.h
+++ b/include/configs/uc101.h
@@ -65,9 +65,7 @@
#def
Dear Peter Tyser,
In message <1284355310-25449-1-git-send-email-pty...@xes-inc.com> you wrote:
> BOOTFLAG_COLD and BOOTFLAG_WARM have identical definitions for every
> PowerPC board, so share a common definition.
>
> Signed-off-by: Peter Tyser
> ---
> It looks like there are only a few boards (5
Hi Andrew,
On Sun, 2010-09-12 at 21:00 -0500, Andrew Dyer wrote:
> On Sun, Sep 12, 2010 at 17:38, Peter Tyser wrote:
> > Using -fno-toplevel-reorder causes gcc to not reorder functions. This
> > ensures that an application's entry point will be the first function in
> > the application's source
On 9/12/2010 9:24 PM, Kyle Moffett wrote:
> Ben,
>
> I am so sorry... please actually drop this patch. I've been in
> contact with Intel regarding the equivalent patch for the Linux kernel
> and it turns out this is just a workaround for a misconfiguration in
> our EEPROMs. The boards on whi
Ben,
I am so sorry... please actually drop this patch. I've been in contact with
Intel regarding the equivalent patch for the Linux kernel and it turns out
this is just a workaround for a misconfiguration in our EEPROMs. The boards
on which I have fixed the EEPROMs do not need this change in ord
Hi Reinhard,
On 9/12/2010 7:23 AM, Reinhard Meyer wrote:
> V3: further refinements:
> - use priv member instead of container method
> - allow setting of MAC address by write_hwaddr method
> - avoid shutting down link between commands
>
> Signed-off-by: Reinhard Meyer
> ---
Interesting driver...
On Sun, 12 Sep 2010, Wolfgang Denk wrote:
> In message <20100912150749.gb23...@bee.dooz.org> you wrote:
> > > I don't see why uImages differ across boards - if the same kernel
> > > image can be used (i. e. the same zImage file use to generate the
> > > uImages) on these boards?
> >
> > Well, it
Hi Jocke,
On 8/10/2010 7:36 AM, Joakim Tjernlund wrote:
> Instead of always performing an autoneg, check if the PHY
> already has a link and if it matches one of the requested
> modes. Initially only 100MbFD is optimized this way.
>
> Signed-off-by: Joakim Tjernlund
> ---
> drivers/qe/uec_phy.
Hi Kyle,
On 8/30/2010 11:24 AM, Kyle Moffett wrote:
> The Intel 82571EB chipset can be used in an unmanaged configuration as a
> fast dual-port Gig-E controller. Unfortunately a board consturcted that
> way would fail to correctly come up because the driver polls for the
> completion of a manag
Dear Steve Sakoman,
> I did a bit of v2010.09-rc1 testing on OMAP3 this evening and things
> looked good until I tried a simple memory display!
>
> The output froze after the memory address was displayed:
>
> Overo # md 8200 10
> 8200:
>
That _might_ be the unaligned access to the buffer.
On 8/31/2010 11:05 PM, Ben Warren wrote:
> All are within an #ifdef CONFIG_NET_MULTI block already
>
> Signed-off-by: Ben Warren
> ---
> net/eth.c | 16
> 1 files changed, 4 insertions(+), 12 deletions(-)
Applied to net/next
regards,
Ben
Hi Wolfgang,
How about merge this patch? :-)
Best regards,
Lei
On Mon, Sep 6, 2010 at 10:11 PM, Lei Wen wrote:
> Hi Reinhard ,
>
> On Mon, Sep 6, 2010 at 10:07 PM, Reinhard Meyer
> wrote:
>> Dear Lei Wen,
>>> According spec, high capacity mmc should be calculated by sector
>>> number multiply
Fix it in new version of patch set.
Thanks,
Lei
On Thu, Sep 9, 2010 at 10:51 PM, Wolfgang Denk wrote:
> Dear Lei Wen,
>
> In message you
> wrote:
>> >>
>> >> + if (start > mmc->block_dev.lba || (start + blkcnt)
>> >> mmc->block_dev.lba) {
>> >> + printf("\noperation ex
Signed-off-by: Lei Wen
---
common/cmd_mmc.c | 20
disk/part.c |3 +++
2 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/common/cmd_mmc.c b/common/cmd_mmc.c
index c0b30d8..fe04f8d 100644
--- a/common/cmd_mmc.c
+++ b/common/cmd_mmc.c
@@ -154,6 +154,25 @
Signed-off-by: Lei Wen
---
drivers/mmc/mmc.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index cf4ea16..5ff1c54 100644
--- a/drivers/mmc/mmc.c
+++ b/drivers/mmc/mmc.c
@@ -92,6 +92,11 @@ mmc_bwrite(int dev_num, ulong sta
Hi Ben,
On 9/10/2010 1:10 PM, Ben Gardiner wrote:
> The current da850evm support in u-boot/master [1] omits any use of
> the davinci EMAC. This patch adds basic support for the EMAC using
> the MII PHY found on the baseboard of the EVM. The MAC address is
> read from the environment variable 'et
On Fri, Sep 10, 2010 at 10:54 AM, Wolfgang Denk wrote:
> Hello everybody:
>
> * U-Boot v2010.09-rc1 was released on Fri, 10 Sep 2010.
>
> * Release "v2010.09" is scheduled in 18 days - on September 28, 2010,
> i. e. we have a delay against the original plan of about 2 weeks.
>
> For details pleas
On 9/12/2010 12:18 PM, Mike Frysinger wrote:
> On Sunday, September 12, 2010 08:58:29 Reinhard Meyer wrote:
>> 1110f276e9785d0270cfc9ec316dd475145f95d0 SPI: cmd_spi.c: add options to
>> specify bus and mode - has been posted 26.08.2010
> i already merged into my sf branch and will push post 2010.
On Sun, Sep 12, 2010 at 17:38, Peter Tyser wrote:
> Using -fno-toplevel-reorder causes gcc to not reorder functions. This
> ensures that an application's entry point will be the first function in
> the application's source file.
>
> This change, along with commit 620bbba524fbaa26971a5004793010b16
Using -fno-toplevel-reorder causes gcc to not reorder functions. This
ensures that an application's entry point will be the first function in
the application's source file.
This change, along with commit 620bbba524fbaa26971a5004793010b169824f1b
should cause a standalone application's entry point
Wolfgang,
On 13/09/10 05:04, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message you
> wrote:
>>
>> I have a fix for this in my offline tree. I'm ok with missing this
>> merge window - I'll upload my patches for the next one.
>
> Fixes should go in _now_. This is what this phase of the dev
The following changes since commit 93ceb4790d8daea992cdebf2c75434d73df9c028:
usb: musb: set target address for non-multipoint devices (2010-09-11
09:49:22 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-x86.git master
Graeme Russ (4):
x86: Fix do_go_exec() - con
Dear "William C. Landolina",
please keep the mailing list on Cc:
In message
<657fc3ab549c7f4db01f4397232ed7338f3caf2...@exchange2007.techatl.com> you wrote:
> Wolfgang - I submitted this this way because I am not prepared to submit "a
> proper patch", while there are dozens of other people who
Dear Mike Frysinger,
In message <1281845002-26525-1-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> tools/Makefile |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
Applied to "next" after editing the subject to say "tools-all" instead
of "all" (w
Dear Remy Bohmer,
In message you
wrote:
> The following changes since commit 2d941de9d5c7ba00dc19787dfa0aac2949fd00fb:
> Wolfgang Denk (1):
> Prepare v2010.09-rc1
>
> are available in the git repository at:
>
> git://git.denx.de/u-boot-usb.git master
>
> Bryan Wu (2):
> usb:
On Sunday, September 12, 2010 15:39:06 Wolfgang Denk wrote:
> Mike Frysinger wrote:
> > diff --git a/tools/Makefile b/tools/Makefile
> > index 749d994..ea271bf 100644
> > --- a/tools/Makefile
> > +++ b/tools/Makefile
> > @@ -41,6 +41,7 @@ include $(TOPDIR)/config.mk
> >
> > # Enable all the confi
Dear Mike Frysinger,
In message <1281845002-26525-4-git-send-email-vap...@gentoo.org> you wrote:
> Convert the tools/env/Makefile to use the same host tool syntax as the
> other tool subdirs.
>
> Signed-off-by: Mike Frysinger
> ---
> tools/env/Makefile |6 +++---
> 1 files changed, 3 insert
Dear Mike Frysinger,
In message <1281845002-26525-3-git-send-email-vap...@gentoo.org> you wrote:
> Most tool subdirs do not rely on a configured tree, so move those targets
> out of the config checks and unify them in the process.
>
> Also add an easylogo target so people can easily build that.
>
Dear Mike Frysinger,
In message <1281845002-26525-2-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> tools/.gitignore |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
Applied to "next" branch. Thanks
Best regards,
Wolfgang Denk
--
DENX Sof
Dear Mike Frysinger,
In message <1281845002-26525-1-git-send-email-vap...@gentoo.org> you wrote:
> Signed-off-by: Mike Frysinger
> ---
> tools/Makefile |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/tools/Makefile b/tools/Makefile
> index 749d994..ea271bf 100644
>
Dear Mike Frysinger,
In message <1282237506-11852-1-git-send-email-vap...@gentoo.org> you wrote:
> Merge the other significant source of board name duplication with the new
> boards.cfg file. I cleaned up most targets, but the ARM and MIPS trees
> are such a mess than I didn't bother. If those m
Dear Mike Frysinger,
> On Sunday, September 12, 2010 15:06:07 Wolfgang Denk wrote:
>> Reinhard Meyer wrote:
>>> Is there a similar simple trick to produce the 0/n e-Mail? I mean without
>>> hand entering Subject and Body into the send-email phase? Like having it
>>> in a prepared file?
>>
>> Maybe
Dear Mike Frysinger,
In message <1281567156-30325-1-git-send-email-vap...@gentoo.org> you wrote:
> The helpful shortcut for doing a board config + make was dropped recently
> as it conflicted with some new build code. However, the reason for using
> pattern targets originally was to avoid managin
Dear Mike Frysinger,
In message <201009121518.13750.vap...@gentoo.org> you wrote:
>
> On Sunday, September 12, 2010 08:58:29 Reinhard Meyer wrote:
> > 1110f276e9785d0270cfc9ec316dd475145f95d0 SPI: cmd_spi.c: add options to
> > specify bus and mode - has been posted 26.08.2010
>
> i already merged
Dear Reinhard Meyer,
In message <4c8d2729.2080...@emk-elektronik.de> you wrote:
>
> >> Thanks. Way too simple to see the dots through a big redwood board.
> >> (though I'd use HEAD~8..HEAD~7)
> >
> > This would give you only a single patch, representing the commit at
> > HEAD~7
>
> Thanks for cla
Dear Mike Frysinger,
>> 7c7e2813318b84fc4fbec57b23e2ad68ff000564 NET: move legacy enc28j60.c to
>> sidetrack - Ben took that one to net/next on 31.08.2010
>
> that's Ben's call to move from net to mainline ... and unless there's a
> pressing reason for this to be in mainline (i cant see any), keepi
Dear "William C. Landolina",
In message
<657fc3ab549c7f4db01f4397232ed7338f3caf2...@exchange2007.techatl.com> you wrote:
>
> Fatls prints negative numbers for file sizes larger than 2GiB because the f
> ormat statements where dentptr->size are referenced all use %ld rather than
> %lu formats. T
On Sunday, September 12, 2010 15:06:07 Wolfgang Denk wrote:
> Reinhard Meyer wrote:
> > Is there a similar simple trick to produce the 0/n e-Mail? I mean without
> > hand entering Subject and Body into the send-email phase? Like having it
> > in a prepared file?
>
> Maybe the "--compose" to "git s
Dear Wolfgang Denk,
In message <1279395948-25864-6-git-send-email...@denx.de> you wrote:
> Motivation:
>
> * Old environment code used a pessimizing implementation:
> - variable lookup used linear search => slow
> - changed/added variables were added at the end, i. e. most
> frequently us
Dear Wolfgang Denk,
In message <1279395948-25864-5-git-send-email...@denx.de> you wrote:
> This (undocumented) concept was only in use for the MVSMR and
> davinci_schmoogie Sergey Kubushyn boards.
> Drop it for now. If really needed, it should be reimplemented
> later in the context of the new e
Dear Wolfgang Denk,
>> Thanks. Way too simple to see the dots through a big redwood board.
>> (though I'd use HEAD~8..HEAD~7)
>
> This would give you only a single patch, representing the commit at
> HEAD~7
Thanks for clarifying! Interesting logic, however ;)
>
>> Is there a similar simple trick
Dear Wolfgang Denk,
In message <1279395948-25864-4-git-send-email...@denx.de> you wrote:
> This implementation is based on code from uClibc-0.9.30.3 but was
> modified and extended for use within U-Boot.
>
> Major modifications and extensions:
>
> * hsearch() [modified / extended]:
> - While t
On Sunday, September 12, 2010 08:58:29 Reinhard Meyer wrote:
> 1110f276e9785d0270cfc9ec316dd475145f95d0 SPI: cmd_spi.c: add options to
> specify bus and mode - has been posted 26.08.2010
i already merged into my sf branch and will push post 2010.09 if Woflgang
doesnt pick it up himself
> 7c7e281
Dear Wolfgang Denk,
In message <1279395948-25864-3-git-send-email...@denx.de> you wrote:
> Code adapted from uClibc-0.9.30.3
>
> Signed-off-by: Wolfgang Denk
> ---
> include/common.h |4 +++
> lib/Makefile |1 +
> lib/qsort.c | 69
> ++
Dear Wolfgang Denk,
In message <1279395948-25864-2-git-send-email...@denx.de> you wrote:
> Needed for hash table support; probably useful in a lot of other
> places as well.
>
> Signed-off-by: Wolfgang Denk
> ---
> include/errno.h |9 +
> lib/Makefile|1 +
> lib/errno.c
In message <1284234273-10388-1-git-send-email...@denx.de> you wrote:
> We need more room for the U-Boot image to allow for new features like
> the new environment code. Shift TEXT_BASE as needed.
>
> Signed-off-by: Wolfgang Denk
> Cc: Cajus Hahn
> ---
> board/socrates/config.mk |2 +-
> 1 f
In message <1284234238-10339-1-git-send-email...@denx.de> you wrote:
> On some boards (canyonlands, luan, sequoia) we need more room for the
> U-Boot image to allow for new features like the new environment code.
> Shift TEXT_BASE as needed.
>
> Signed-off-by: Wolfgang Denk
> Cc: Stefan Roese
>
In message <1284234181-10284-1-git-send-email...@denx.de> you wrote:
> Increase malloc size,
> enable command line editing and history,
> enable hush shell.
>
> Signed-off-by: Wolfgang Denk
> ---
> include/configs/IceCube.h |6 +-
> 1 files changed, 5 insertions(+), 1 deletions(-)
Appli
In message <1284234142-10234-1-git-send-email...@denx.de> you wrote:
> Traditionally many boards used local definitions for SRAM base address
> and size (like SRAM_BASE, SRAM_LEN and/or SRAM_SIZE), while the (now)
> "official" names are CONFIG_SYS_SRAM_BASE and CONFIG_SYS_SRAM_SIZE.
>
> The corres
Fatls prints negative numbers for file sizes larger than 2GiB because the
format statements where dentptr->size are referenced all use %ld rather than
%lu formats. There appear to be four places in fs/fat.c where this occurs.
- Bill.
___
U-Boot mailin
In message <1284234005-9658-1-git-send-email...@denx.de> you wrote:
> A number of boards define CONFIG_SYS_SRAM_BASE but fail to define
> CONFIG_SYS_SRAM_SIZE which is needed when cleaning up the code that
> prints this information with the bdinfo command.
>
> Add the missing deinitions.
>
> Sign
Dear Reinhard Meyer,
In message <4c8d212f.2010...@emk-elektronik.de> you wrote:
>
> >> I know, and I expected them to be numbered by send-email, but I have to
> >> have them numbered by format-patch. But there is now the catch that I got 8
> >> commits and it numbers consequently 1/8, 2/8. What si
Dear Graeme Russ,
In message you
wrote:
>
> I have a fix for this in my offline tree. I'm ok with missing this
> merge window - I'll upload my patches for the next one.
Fixes should go in _now_. This is what this phase of the development
cycle is for.
Best regards,
Wolfgang Denk
--
DENX Sof
Dear Wolfgang Denk,
>> I know, and I expected them to be numbered by send-email, but I have to
>> have them numbered by format-patch. But there is now the catch that I got 8
>> commits and it numbers consequently 1/8, 2/8. What simple trick allows me to
>> format-patch only HEAD~8 and HEAD~7 ?
>
>
On Monday, September 13, 2010, Clint Adams wrote:
> On Fri, Sep 10, 2010 at 07:54:40PM +0200, Wolfgang Denk wrote:
>> Please help testing, and check if all your relevant patches have been
>> included.
>
> In arch/i386/lib/board.c, the declaration of do_go_exec() has changed, thus
> leading to the
Dear Reinhard Meyer,
In message <4c8cf3ff.1040...@emk-elektronik.de> you wrote:
>
> I know, and I expected them to be numbered by send-email, but I have to
> have them numbered by format-patch. But there is now the catch that I got 8
> commits and it numbers consequently 1/8, 2/8. What simple tri
Dear =?iso-8859-1?Q?Lo=EFc?= Minier,
In message <20100912150749.gb23...@bee.dooz.org> you wrote:
>
> Note that packages are downloaded directly *on* the target; that is,
> the target is running e.g. Debian or Ubuntu, one gets a kernel upgrade
> in the form of a .deb which is checksummed, instal
Hi Wolfgang,
On Saturday 11 September 2010 21:43:58 Wolfgang Denk wrote:
> On some boards (canyonlands, luan, sequoia) we need more room for the
> U-Boot image to allow for new features like the new environment code.
> Shift TEXT_BASE as needed.
>
> Signed-off-by: Wolfgang Denk
> Cc: Stefan Roes
Hi Wolfgang,
On Saturday 11 September 2010 21:40:05 Wolfgang Denk wrote:
> A number of boards define CONFIG_SYS_SRAM_BASE but fail to define
> CONFIG_SYS_SRAM_SIZE which is needed when cleaning up the code that
> prints this information with the bdinfo command.
>
> Add the missing deinitions.
>
> Dear William C. Landolina,
>> UB-X1> mmcinfo
>> mci: setting clock 260416 Hz, block size 512
>> mci: setting clock 260416 Hz, block size 512
>> mci: setting clock 260416 Hz, block size 512
>> gen_atmel_mci: CMDR 1048 ( 8) ARGR 01aa (SR: 0c100025) Command Failed
> Seems the card does not
On Thu, Sep 09, 2010, Wolfgang Denk wrote:
> > These are indeed nice features of uImages (checksums +
> > build date information); but they are not needed in all use cases for
> > U-Boot. Distributions are shipping zImage for ARM nowadays and when
> > shipping zImage files withing packages (.d
Dear Wolfgang Denk,
> In this case patches MUST be numbered.
I know, and I expected them to be numbered by send-email, but I have to
have them numbered by format-patch. But there is now the catch that I got 8
commits and it numbers consequently 1/8, 2/8. What simple trick allows me to
format-patch
On Fri, Sep 10, 2010 at 07:54:40PM +0200, Wolfgang Denk wrote:
> Please help testing, and check if all your relevant patches have been
> included.
In arch/i386/lib/board.c, the declaration of do_go_exec() has changed, thus
leading to the following build failure[0]:
board.c: In function 'do_go_exe
Dear Reinhard Meyer,
In message <1284302113-7939-1-git-send-email-u-b...@emk-elektronik.de> you
wrote:
> Patch 1 adds generalisation to spi_flash.c to allow for table driven
> probing of JEDEC and NON-JEDEC conformant devices
>
> Patch 2 adds the actual Ramtron support
>
> Patch 2 requires Patc
JEDEC types
non JEDEC types
Signed-off-by: Reinhard Meyer
---
drivers/mtd/spi/Makefile |1 +
drivers/mtd/spi/ramtron.c| 321 ++
drivers/mtd/spi/spi_flash.c |8 +
drivers/mtd/spi/spi_flash_internal.h |1 +
4 files chang
Patch 1 adds generalisation to spi_flash.c to allow for table driven
probing of JEDEC and NON-JEDEC conformant devices
Patch 2 adds the actual Ramtron support
Patch 2 requires Patch 1 to be applied first.
___
U-Boot mailing list
U-Boot@lists.denx.de
htt
for JEDEC devices without and with extension bytes
for non JEDEC devices
Signed-off-by: Reinhard Meyer
---
drivers/mtd/spi/spi_flash.c | 139 +--
1 files changed, 94 insertions(+), 45 deletions(-)
diff --git a/drivers/mtd/spi/spi_flash.c b/drivers/mtd/spi
V3: further refinements:
- use priv member instead of container method
- allow setting of MAC address by write_hwaddr method
- avoid shutting down link between commands
Signed-off-by: Reinhard Meyer
---
drivers/net/Makefile |1 +
drivers/net/enc28j60.c | 978 ++
Dear Wolfgang Denk,
> Please help testing, and check if all your relevant patches have been
> included.
Rebasing worked without manual intervention, u-boot still compiles and
works for my board (at91sam9xe-based). Code size increased 0x20 bytes.
The following (published) patches are left ahead of
Hi Remy,
Le Sunday 12 September 2010 12:01:18, Remy Bohmer a écrit :
> Hi Florian,
>
> 2010/4/23 Florian Fainelli :
> > It is useful to know the EHCI-PCI hccr, hcor and hc_lenght to make sure
> > it was successfully registered, and at the correct location.
> >
> > Signed-off-by: Florian Fainelli
Hi Wolfgang,
2010/9/11 Wolfgang Denk :
> Dear Remy Bohmer,
>
> In message you
> wrote:
>>
>> Apart from that this patch looks good. Please fix globally.
>
> Hm... should we not rather try to keep (or bring) this file in sync
> with the corresponding current Linux header file?
Yes indeed. Where
Hi Florian,
2010/4/23 Florian Fainelli :
> It is useful to know the EHCI-PCI hccr, hcor and hc_lenght to make sure it was
> successfully registered, and at the correct location.
>
> Signed-off-by: Florian Fainelli
> ---
> diff --git a/drivers/usb/host/ehci-pci.c b/drivers/usb/host/ehci-pci.c
> in
Am 2010-09-10 23:08, schrieb Charles Seedle:
> There is a messege in the u-boot boot log showing where it set the system
> time. I tried to setting the date and time using the linux command, "date".
> It set them but once the I rebooted the board the values for date and time
> were wrong again. Cou
Dear William C. Landolina,
Reinhard - FYI, your 2010.09-rc1 SD/MMC patches work on an Atmel 9G45
evaluation kit. I customized the board and configuration files following the
directions in README.atmel_mci and everything works as expected. I included
the console output from a test boot belo
76 matches
Mail list logo
