Добрый день,
Стремитесь ли Вы приумножать свои доходы или просто хотите преодолеть
финансовые проблемы?
Можете ли Вы исполнять свои желания, не ограничивая себя в финансах или это
сложно для Вас?
Не упустите шанс реализовать свои мечты!
- Абсолютно бесплатно и гарантированно
- Для каждого подходи
On Thursday, June 16, 2011 23:09:40 Lei Wen wrote:
> On Fri, Jun 17, 2011 at 8:57 AM, Mike Frysinger wrote:
> > this logic really needs to get cleaned up rather than every sub-mmc
> > command doing the same thing over and over ...
>
> Agree, I would sort it out as a seperate patch.
thanks. this
Hi Mike,
On Fri, Jun 17, 2011 at 8:57 AM, Mike Frysinger wrote:
> On Thursday, June 16, 2011 09:47:56 Lei Wen wrote:
>> + } else if (strcmp(argv[1], "erase") == 0) {
>> + u32 cnt = simple_strtoul(argv[3], NULL, 16);
>> + u32 n;
>> + struct mmc *mmc = find_m
On Thursday, June 16, 2011 09:47:56 Lei Wen wrote:
> + } else if (strcmp(argv[1], "erase") == 0) {
> + u32 cnt = simple_strtoul(argv[3], NULL, 16);
> + u32 n;
> + struct mmc *mmc = find_mmc_device(dev);
> +
> + int blk = simple_strtoul(argv[2], NU
On Monday, June 13, 2011 04:11:57 Andreas Bießmann wrote:
> The build-timestamp is an quite usable parameter, if it is configurable it
> should be opt-out.
goes without saying
> When I looked for the char *version_string I found out this is defined in
> respective architecture board.c. Shouldn't
On Wednesday, June 15, 2011 10:39:53 Simon Guinot wrote:
> Hi Prafulla,
please dont top post
> It appears that this v10 patch is also wrong. The specified email
> encoding is UTF-8. It should be ISO-8859-1 which is the MAINTAINERS file
> encoding. It is the reason why the patch is discarded by pa
On Wednesday, June 15, 2011 13:00:32 David Peverley wrote:
> I've got an interesting issue with a MIPS board I'm working on. The
> uncompressed uImage has been created with a Load Address of 0x8050
> and an Entry Point of 0x80504590. This gets TFTP's into RAM at
> 0x8055b728.
if it's uncompres
All,
Hello again it has been a while since I was here.
I am working on u-boot once again and think I may have found a bug in the
UBIFS sub-system.
The function is ubifs_finddir and the issue is that there seems to be a
free of a pointer in a structure that has already been freed. This is
causing
On Thursday, June 16, 2011 19:03:21 Måns Rullgård wrote:
> Aside from the pros and cons of the terse output, getting rid of the
> recursive makefiles should speed up the u-boot build dramatically. In a
> typical build, it spends a huge amount of time going in and out of
> directories only to deter
Mike,
On Thu, Jun 16, 2011 at 5:06 PM, Mike Frysinger wrote:
> On Thursday, June 16, 2011 19:51:33 Tom Warren wrote:
>> +int gpio_request(int gp, const char *label)
>> +{
>> + if (gp >= MAX_NUM_GPIOS)
>> + return -1;
>> +
>> + strncpy(gpio_names[gp].name, label, GPIO_NAME_SIZE
On Thursday, June 16, 2011 18:03:07 Wolfgang Denk wrote:
> Simon Glass wrote:
> > Is it possible for U-Boot to use a system similar to Linux from 2.6
> > where it prints out the full pathname of each file it is building, and
> > doesn't change in and out of directories as it builds. Perhaps
> > inc
On Thursday, June 16, 2011 19:51:33 Tom Warren wrote:
> +int gpio_request(int gp, const char *label)
> +{
> + if (gp >= MAX_NUM_GPIOS)
> + return -1;
> +
> + strncpy(gpio_names[gp].name, label, GPIO_NAME_SIZE);
if the label is >=GPIO_NAME_SIZE, the result will not be NUL termin
Hi Wolfgang,
On Thu, Jun 16, 2011 at 9:46 PM, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <4df9e409.1060...@gmail.com> you wrote:
>>
>> is equivalent except that, as already pointed out, clrsetbits and friends:
>>
>> a) Are not portable because only ARM and PPC define them which make
Signed-off-by: Tom Warren
---
Changes in V2:
- use 'gpio_pin' enum in gpio.h (Simon Glass review request)
- change 'GPIO_PORT8' to 'GPIO_FULLPORT' (Simon Glass request)
- change 'offset' to 'pin' globally
Changes in V3:
- use common cmd_gpio; remove redundant cmd pr
Signed-off-by: Tom Warren
---
Changes in V2:
- enable GPIO for all boards (tegra2-common.h)
Changes in V3:
- enable use of common cmd_gpio
include/configs/tegra2-common.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/configs/tegra2-common.h b/i
This patchset adds a GPIO driver for Tegra2 SoC, and enables it for all boards
Changes in V2:
- use 'gpio_pin' enum in gpio.h (Simon Glass review request)
- change 'GPIO_PORT8' to 'GPIO_FULLPORT' (Simon Glass request)
- change 'offset' to 'pin' globally
- enable GPI
Wolfgang Denk writes:
> Dear Simon Glass,
>
> In message you wrote:
>>
>> Is it possible for U-Boot to use a system similar to Linux from 2.6
>> where it prints out the full pathname of each file it is building, and
>> doesn't change in and out of directories as it builds. Perhaps
>> including
On Fri, 17 Jun 2011 00:09:00 +0200
Wolfgang Denk wrote:
> Dear Scott Wood,
>
> In message <20110616114556.7d3c2...@schlenkerla.am.freescale.net> you wrote:
> >
> > What is a "generic SPL library", or even a "generic NAND SPL library"?
> >
> > There is no code that is shared by all NAND SPLs. T
Dear Christopher Harvey,
In message <4dfa4764.9040...@matrox.com> you wrote:
>
> I recently dabbled in u-boot and kept track of a few points I found
> confusing. I fixed them up to the best of my ability and created some
> patches for consideration.
Please read http://www.denx.de/wiki/U-Boot/P
Dear Scott Wood,
In message <20110616114556.7d3c2...@schlenkerla.am.freescale.net> you wrote:
>
> What is a "generic SPL library", or even a "generic NAND SPL library"?
>
> There is no code that is shared by all NAND SPLs. The files directly under
> "nand_spl/" are alternatives that the board ma
Dear Simon Glass,
In message you wrote:
>
> Is it possible for U-Boot to use a system similar to Linux from 2.6
> where it prints out the full pathname of each file it is building, and
> doesn't change in and out of directories as it builds. Perhaps
> including the subdirectory Makefiles instead
Dear Aneesh V,
In message <4dfa0be1.4060...@ti.com> you wrote:
>
> In the last few mails Wolfgang was suggesting re-use of object files
> themselves, not the source files. In this respect his approach may be
> different from yours. But I think his objective was to avoid the
> symbolic link busine
Dear Aneesh V,
In message <4dfa0759.2060...@ti.com> you wrote:
>
> >> Can you please extend this to show the SoC/board directories etc. I
> >> guess they will go under spl/ and not under each media.
> >
> > Correct, i. e. please add for example:
> >
> > spl/board/freescale/mx31pdk/
> > spl
Dear Daniel Schwierzeck,
In message you wrote:
>
> The relocate_code and board_init_r functions must not be compiled,
> they are not needed anyway. This
> can be simply controlled with -DCONFIG_UBOOT_SPL_BUILD.
This is very much wrong. In the general case, you still need
relocation (because th
>From 99efc91f7a3d55bcf0e839ae30c286fd08166010 Mon Sep 17 00:00:00 2001
From: Alex Waterman
Date: Thu, 19 May 2011 15:08:36 -0400
Subject: [PATCH] NAND: Add 16bit NAND support for the NDFC
This patch adds support for 16 bit NAND devices attached to the
NDFC on ppc4xx processors. Two config entrie
On Thu, 16 Jun 2011 16:18:46 +0400, Alexei Ozhigov
wrote:
...
>
> I am experiencing the same problem with SATA right now with
> v2011.06-rc2 (tried also the latest master). If MVSATA_STATUS_TIMEOUT
> in mvsata_ide_initialize_port is ignored, SATA drive is found on the
> second port and I am able
Hi Igor,
Yes, I have tested this on the AM3715 but not on any other parts.
Cheers,
Rick
> On 05/17/11 00:52, r...@efn.org wrote:
>
> > Signed-off-by: Rick Bronson
> > ---
> > arch/arm/cpu/armv7/omap-common/timer.c |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> >
I recently dabbled in u-boot and kept track of a few points I found
confusing. I fixed them up to the best of my ability and created some
patches for consideration.
>From 9802439149594948e3862b9609ca0e68ab793ecc Mon Sep 17 00:00:00 2001
From: Christopher Harvey
Date: Wed, 15 Jun 2011 16:27:07
On Wed, Jun 08, 2011 at 01:29:12PM -0400, Alex Waterman wrote:
> diff --git a/nand_spl/nand_boot.c b/nand_spl/nand_boot.c
> index 9545a9a..1d847ef 100644
> --- a/nand_spl/nand_boot.c
> +++ b/nand_spl/nand_boot.c
> @@ -122,10 +122,15 @@ static int nand_is_bad_block(struct mtd_info *mtd, int
> block
On Thu, 16 Jun 2011 13:38:00 +0530
Aneesh V wrote:
> New Design Proposed by Wolfgang:
> * Have a top-level Makefile in the SPL root-directory - for instance
> 'nand_spl/Makefile'
> * nand_spl/Makefile builds a generic library with the generic source
> files at this level.
What is a "generic SPL
On 05/17/11 00:52, r...@efn.org wrote:
> Signed-off-by: Rick Bronson
> ---
> arch/arm/cpu/armv7/omap-common/timer.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/cpu/armv7/omap-common/timer.c
> b/arch/arm/cpu/armv7/omap-common/timer.c
> index 9beebb1..3c
Am 14.06.2011 08:18, schrieb Matthias Weißer:
> Hello Wolfgang
>
> Am 23.05.2011 11:03, schrieb Matthias Weisser:
>> In some cases (e.g. bootm with a elf payload which is already at the right
>> position) there is a in place copy of data to the same address. Catching this
>> saves some ms while bo
This could support both armada100 and pantheon serial in the mainline,
while this driver also be tested to support upcoming mg, mmp2 and mmp3
hardware.
Signed-off-by: Lei Wen
---
drivers/mmc/Makefile |1 +
drivers/mmc/sdhci-mv.c | 21 +
2 files changed, 22 insertions(
Nowdays, there are plenty of mmc driver in uboot adopt the sd standard
host design, aka as sdhci. It is better to centralize the common logic
together to better maintenance.
Signed-off-by: Lei Wen
---
drivers/mmc/Makefile |1 +
drivers/mmc/sdhci.c | 433
Hi,
Is it possible for U-Boot to use a system similar to Linux from 2.6
where it prints out the full pathname of each file it is building, and
doesn't change in and out of directories as it builds. Perhaps
including the subdirectory Makefiles instead using make -C? I haven't
looked at how Linux do
On Thu, Jun 16, 2011 at 3:57 PM, Aneesh V wrote:
> Hi Daniel,
>
> This looks like an interesting alternative.
>
> On Thursday 16 June 2011 06:25 PM, Daniel Schwierzeck wrote:
>>
>> Hi all,
>>
>> for my MIPS based boards I tested a approach similar to Wolfgang's one
>> in the last weeks.
>> My goal
Hi,
I am picking up on this old thread. My main point is that I think the
armv7 cache implementation is a good start and should go into U-Boot.
Aneesh are you planning another patch set? Also see below:
On Tue, May 17, 2011 at 2:58 AM, Aneesh V wrote:
> Hi Wolfgang,
>
> On Tuesday 17 May 2011 03
Hi Daniel,
This looks like an interesting alternative.
On Thursday 16 June 2011 06:25 PM, Daniel Schwierzeck wrote:
> Hi all,
>
> for my MIPS based boards I tested a approach similar to Wolfgang's one
> in the last weeks.
> My goal was to create a SPL image, that is able to boot from a SPI flash.
On Wed, Jun 15, 2011 at 11:27 PM, Graeme Russ wrote:
> Hi Simon,
>
> On Thu, Jun 16, 2011 at 3:53 PM, Simon Glass wrote:
>> Hi Graeme,
>>
>> On Wed, Jun 15, 2011 at 4:09 PM, Graeme Russ wrote:
>> [snip]
BTW should the deltas return a signed value?
>>>
>>> No - times are unsigned utilis
Erase is a very basic function since the begin of sd specification is
announced. Although we could write a bulk of full 0xff memory to the
range to take place of erase, it is more convenient and safe to
implement the erase function itself.
Signed-off-by: Lei Wen
---
common/cmd_mmc.c | 23
On Thursday 16 June 2011 05:45 PM, Wolfgang Denk wrote:
> Dear Aneesh V,
>
> In message<4df9ee03.8010...@ti.com> you wrote:
>>
>>> we are also duplicating the structure across different boot media. I
>>> think we should re-organize this as follows:
>>>
>>> spl/
>>> spl/common/
>>> spl/
Dear all,
Am 16.06.2011 14:55, schrieb Daniel Schwierzeck:
> On Thu, Jun 16, 2011 at 12:47 PM, Wolfgang Denk wrote:
>> Dear Aneesh,
>> We should try to get rid of the need to create symbolic links. If we
>> use the same source files as for the "normal", then we should also
>> use the normal
Hi all,
for my MIPS based boards I tested a approach similar to Wolfgang's one
in the last weeks.
My goal was to create a SPL image, that is able to boot from a SPI flash.
The basic idea is to have a spl directory that is used as remote build
directory for all object files
needed for the SPL imag
2011/6/16 Philip Hands :
> On Wed, 15 Jun 2011 22:10:30 -0700, Prafulla Wadaskar
> wrote:
>>
>>
>> > -Original Message-
>> > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
>> > On Behalf Of Philip Hands
>> > Sent: Wednesday, June 15, 2011 3:24 PM
>> > To: u-boot@
Dear Aneesh V,
In message <4df9ee03.8010...@ti.com> you wrote:
>
> > we are also duplicating the structure across different boot media. I
> > think we should re-organize this as follows:
> >
> > spl/
> > spl/common/
> > spl/mmc/
> > spl/nand/
> > spl/onenand/
>
> Can you plea
Dear Wolfgang,
On Thursday 16 June 2011 04:17 PM, Wolfgang Denk wrote:
> Dear Aneesh,
>
> In message<4df9b9e0.8020...@ti.com> you wrote:
>>
>> To make sure I understand your new proposals, let me consolidate them
>> here. Please correct me if I am wrong. Also, in the end I have some
>> questions
Dear Graeme Russ,
In message <4df9e409.1060...@gmail.com> you wrote:
>
> is equivalent except that, as already pointed out, clrsetbits and friends:
>
> a) Are not portable because only ARM and PPC define them which makes
> them, by definition, non-standard
They should be added to _any_ arch
Attn...
We regret to announce to you that we will be making some vital maintainance on
your email account/general web upgrade. During this process you might have
login problems in signing into your online account, but to prevent this you
have to confirm your account immediately after you receiv
Hi Albert
Please kindly pull
The following changes since commit 7b2fac7654f7420c2787f74ec3b1540fa3b343e9:
Aneesh V (1):
omap730p2: fix build breaks
are available in the git repository at:
u-boot-marvell.git next branch.
Holger Brunck (4):
arm/kirkwood: if CONFIG_SOFT_I2C is s
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: Wednesday, June 15, 2011 8:12 PM
> To: u-boot@lists.denx.de
> Cc: Valentin Longchamp; Holger Brunck; Prafulla Wadaskar; Heiko Schocher
> Subject: [PATCH v3 5/5] arm/km: add support for portl2 board
>
>
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: Wednesday, June 15, 2011 1:42 PM
> To: u-boot@lists.denx.de
> Cc: Holger Brunck; Valentin Longchamp; Prafulla Wadaskar; Heiko Schocher
> Subject: [PATCH v2 2/2] arm/km: fix u-boot.kwb build breakage
>
>
> -Original Message-
> From: Holger Brunck [mailto:holger.bru...@keymile.com]
> Sent: Wednesday, June 15, 2011 1:42 PM
> To: u-boot@lists.denx.de
> Cc: Holger Brunck; Valentin Longchamp; Prafulla Wadaskar; Heiko Schocher
> Subject: [PATCH v2 1/2] arm/kirkwood: if CONFIG_SOFT_I2C is set do
On 16/06/11 18:15, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message you wrote:
>>
>> Now, that being said, I see no reason not to do the following if I had,
>> for example, multiple serial port configuration registers which are all
>> identical:
>>
>> /* num data bits is stored in bits 2-4
On 15/06/11 22:51, Wolfgang Denk wrote:
> Dear Graeme Russ,
>
> In message <4df8a8cf.5000...@gmail.com> you wrote:
>>
>> And to set the value then you have:
>>
>> reg &= ~a_mask; /* Clear a_val */
>> reg |= (a_val << a_shift) & a_mask; /* Set new a_val */
>
>
On Wed, 15 Jun 2011 22:10:30 -0700, Prafulla Wadaskar
wrote:
>
>
> > -Original Message-
> > From: u-boot-boun...@lists.denx.de [mailto:u-boot-boun...@lists.denx.de]
> > On Behalf Of Philip Hands
> > Sent: Wednesday, June 15, 2011 3:24 PM
> > To: u-boot@lists.denx.de
> > Subject: [U-Boot
Dear Aneesh,
In message <4df9b9e0.8020...@ti.com> you wrote:
>
> To make sure I understand your new proposals, let me consolidate them
> here. Please correct me if I am wrong. Also, in the end I have some
> questions about your new proposal. Some of the questions are getting
> into the details. B
Hi Prafulla,
On Thu, Jun 16, 2011 at 5:31 PM, Prafulla Wadaskar wrote:
>
>
>> -Original Message-
>> From: Lei Wen [mailto:lei...@marvell.com]
>> Sent: Thursday, June 16, 2011 2:34 PM
>> To: u-boot@lists.denx.de; Prafulla Wadaskar; wadas...@marvell.com;
>> Prafulla Wadaskar; adrian.w...@gm
> -Original Message-
> From: Lei Wen [mailto:lei...@marvell.com]
> Sent: Thursday, June 16, 2011 2:34 PM
> To: u-boot@lists.denx.de; Prafulla Wadaskar; wadas...@marvell.com;
> Prafulla Wadaskar; adrian.w...@gmail.com
> Subject: [PATCH] ARM: add marvell specific cache operation
>
> For Ma
For Marvell sheeva 88SV331xV5 core, it has one special cache asm code
to do the clean and valid in one line.
Signed-off-by: Lei Wen
---
arch/arm/lib/cache.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/arm/lib/cache.c b/arch/arm/lib/cache.c
index 30686fe..ae8f
Dear Graeme Russ,
In message you wrote:
>
> Now, that being said, I see no reason not to do the following if I had,
> for example, multiple serial port configuration registers which are all
> identical:
>
> /* num data bits is stored in bits 2-4 of the serial config register */
> #define DATA_BI
Dear Wolfgang,
This is in continuation of our discussion in the following threads:
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/99795
http://article.gmane.org/gmane.comp.boot-loaders.u-boot/99785
I think this discussion now needs a dedicated thread.
To make sure I understand your new
61 matches
Mail list logo
