Dear Angus,
On 10 September 2011 03:32, wrote:
> From: Angus Ainslie
>
> Enable passing a flattened device tree to the kernel.
>
> Signed-off-by: Angus Ainslie
Acked-by: Chander Kashyap
> ---
> include/configs/origen.h | 3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff -
Dear Chander Kashyap,
In message
you wrote:
>
> > Please fix your Makefile for out-of-tree building.
> Angus Ainsle has submitted a patch to fix this.
>
> http://www.mail-archive.com/u-boot@lists.denx.de/msg60854.html
I see. Thanks.
> > Side-note: Why is this file called ".exe"? Is this s
Sorry for jumping in that late...
On 09/12/11 01:10, u-b...@lakedaemon.net wrote:
> From: Jason Cooper
>
> Copied wholeheartedly from board/Marvell/guruplug and modified to add support
> for SPI NOR flash.
>
> CONFIG_MACH_DREAMPLUG defined in include/configs/dreamplug.h until Linus's
> kernel.
On 09/12/2011 01:25 AM, Linus Walleij wrote:
> Since commit d388298a59ba375c76597b8f95b560afa971a0fb by
> Stefano Babic this file is no longer needed so delete it.
>
> Cc: Stefano Babic
> Cc: Loïc Minier
> Signed-off-by: Linus Walleij
> ---
Acked-by: Stefano Babic
Best regards,
Stefano Babic
On 09/11/2011 09:56 PM, Wolfgang Denk wrote:
> Please help testing, and check if all your relevant patches have been
> included.
The following were applied by Scott to u-boot-nand-flash next in early
August.
[PATCH] mxc_nand: fixed some typos (cosmetic), message-id:
20110802201202.ga5...@schlenk
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: Monday, September 12, 2011 12:06 PM
> To: U-Boot; Premi, Sanjeev; Paulraj, Sandeep
> Subject: Warning
>
> Sanjeev, Sandeep,
>
> I see a lot of this warning in many OMAP boards:
>
> ---
On Thu, 01 Sep 2011 11:13:30 +0200
Lukasz Majewski wrote:
> This patch series add support for MAXIM's MAX8998 power IC chip.
> It also enables usage of it on the GONI reference target.
>
> Lukasz Majewski (2):
> misc:max8998 Support for MAX8998 PMIC driver
> misc:samsung:s5p Enable MAX8998
Dear Wolfgang Denk,
On 12 September 2011 12:55, Wolfgang Denk wrote:
> Dear Chander Kashyap,
>
> In message
> you
> wrote:
>>
>> > Please fix your Makefile for out-of-tree building.
>> Angus Ainsle has submitted a patch to fix this.
>>
>> http://www.mail-archive.com/u-boot@lists.denx.de/msg608
> -Original Message-
> From: Albert ARIBAUD [mailto:albert.u.b...@aribaud.net]
> Sent: Monday, September 12, 2011 12:06 PM
> To: U-Boot; Premi, Sanjeev; Paulraj, Sandeep
> Subject: Warning
>
> Sanjeev, Sandeep,
>
> I see a lot of this warning in many OMAP boards:
>
> ---
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
> Sent: Monday, September 12, 2011 2:42 PM
> To: Albert ARIBAUD; U-Boot; Paulraj, Sandeep
> Subject: Re: [U-Boot] Warning
>
> > -Original Message-
> > From
Hi Marek,
> On Friday, September 09, 2011 05:39:07 PM Detlev Zundel wrote:
>> Hi Marek,
>>
>> > This allows the scrub command to scrub without asking the user if he
>> > really wants to scrub the area. Useful in scripts.
>> >
>> > Signed-off-by: Marek Vasut
>> > Cc: Scott Wood
>> > Cc: Stefano
Hi edm,
> Is there any way to access the Linux UBI file system from a u-boot shell?
If the binary was compiled with the relevant options, you surely can
read from them - cf. doc/README.ubi and common/cmd_ubifs.c
Cheers
Detlev
--
You see, the best way to solve a problem is to rigorously defin
Hi Marek,
On 09/12/11 06:54, Marek Vasut wrote:
> This commit updates the mach-types based on the latest in Linus's head
>
> Signed-off-by: Marek Vasut
> Cc: Stefano Babic
> Cc: Wolfgang Denk
> Cc: Detlev Zundel
> ---
> arch/arm/include/asm/mach-types.h |37600
> +---
On 09/12/2011 10:14 AM, Lukasz Majewski wrote:
> On Thu, 01 Sep 2011 11:13:30 +0200
> Lukasz Majewski wrote:
>
>> This patch series add support for MAXIM's MAX8998 power IC chip.
>> It also enables usage of it on the GONI reference target.
>>
>> Lukasz Majewski (2):
>> misc:max8998 Support for
hi Stefano,
On Fri Sep 09, 2011 at 11:04:14AM +0200, Stefano Babic wrote:
> On 09/09/2011 09:36 AM, Wolfgang Denk wrote:
> >
> >> +# from comon directory
> >> +$(obj)memsize.c:
> >> + @rm -f $@
> >> + ln -s $(TOPDIR)/common/memsize.c $@
> >
> > Can we not rather compile the file in the comm
Hi List,
ATM I'm working on a DMA transfer from NAND to RAM of the Linux-image in
my SPL.
I’m searching for the speed bottleneck of the MT29F1G16ABBHC-ET
NAND-Flash on the devkit8000 (OMAP3).
From the timings I set on the GPMC I calced a max. speed of around 26
MiB/s. In my measurements I hav
On Mon, Sep 12, 2011 at 10:37:37AM +0300, Igor Grinberg wrote:
> Sorry for jumping in that late...
Well, it hasn't been merged yet, so it's not too late in my book. ;-)
> On 09/12/11 01:10, u-b...@lakedaemon.net wrote:
> > From: Jason Cooper
> >
> > Copied wholeheartedly from board/Marvell/gu
Dear "Premi, Sanjeev",
In message you
wrote:
>
> It appears the .depend files are not getting cleaned by distclean.
This would then be another bug that needs to be fixed.
Note: you can try "git clean -n -x" to find any files not registered
in the git repo; after a "make distclean" no such file
Dear Stefano Babic,
In message <4e6de3ef.6080...@denx.de> you wrote:
>
> > Is there appropriate person for this, or shall it be
> > addressed to Wolfgang?
>
> I do not know - however, your driver is not strictly related to a
> specific SOC, and could be used by any architecture. We can consider i
Dear Simon Schwarz,
In message <4e6deb26.4020...@gmail.com> you wrote:
>
> ATM I'm working on a DMA transfer from NAND to RAM of the Linux-image in
> my SPL.
...
> Does anyone has an idea where the bottleneck could be? Is my calculation
> wrong?
Caches still turned off?
Best regards,
Wolfgang
Copied wholeheartedly from board/Marvell/guruplug and modified to add support
for SPI NOR flash.
CONFIG_MACH_DREAMPLUG defined in include/configs/dreamplug.h until Linus's
kernel.org tree adds it to mach-types.h. Once it trickles down, the definition
can be removed from dreamplug.h.
Signed-off-b
Hello Heiko,
On 09/05/2011 08:35 AM, Heiko Schocher wrote:
> Hello Valentin,
>
> Valentin Longchamp wrote:
>> This allows to test a larger part of the RAM in the memory tests.
>>
>> Signed-off-by: Valentin Longchamp
>> Signed-off-by: Holger Brunck
>> Cc: Prafulla Wadaskar
>> ---
>> include/co
On 09/12/2011 05:15 AM, Mike Frysinger wrote:
> On Saturday, September 10, 2011 04:40:34 Greg Ungerer wrote:
>> --- a/include/netdev.h
>> +++ b/include/netdev.h
>>
>> +int ks8695_eth_initialize(bd_t *bis);
>
> so you say the func needs bd_t* ...
>
>> --- a/board/cm4008/cm4008.c
>> +++ b/board/cm400
On 12/09/11 12:21, Simon Schwarz wrote:
> Hi List,
>
> ATM I'm working on a DMA transfer from NAND to RAM of the Linux-image in
> my SPL.
>
> I’m searching for the speed bottleneck of the MT29F1G16ABBHC-ET
> NAND-Flash on the devkit8000 (OMAP3).
>
> From the timings I set on the GPMC I calced a m
On 09/12/2011 01:05 PM, Sughosh Ganu wrote:
> hi Stefano,
>
> On Fri Sep 09, 2011 at 11:04:14AM +0200, Stefano Babic wrote:
>> On 09/09/2011 09:36 AM, Wolfgang Denk wrote:
>
>
Hi Sughosh,
>
> Sorry for not having caught this earlier. I ran git bisect on this,
> and the commit "401bb30b6d
Hi Stefano,
Thanks for your reply.
>
> From my site I promise I will get a look at it. At the moment I have a
> big question. I see your code is quite similar to other ones
> (fsl_pmic.c is what I know better..). I remember there was already a
> discussion about another pmic, whose patch reassem
On Monday, September 12, 2011 07:30:17 AM Heiko Schocher wrote:
> Hello Marek,
>
> Marek Vasut wrote:
> > Signed-off-by: Marek Vasut
> > Cc: Heiko Schocher
> > Cc: Stefano Babic
> > Cc: Wolfgang Denk
> > Cc: Detlev Zundel
> > ---
> >
> > drivers/i2c/Makefile |1 +
> > drivers/i2c/mxs_i
On Monday, September 12, 2011 11:53:47 AM Igor Grinberg wrote:
> Hi Marek,
>
> On 09/12/11 06:54, Marek Vasut wrote:
> > This commit updates the mach-types based on the latest in Linus's head
> >
> > Signed-off-by: Marek Vasut
> > Cc: Stefano Babic
> > Cc: Wolfgang Denk
> > Cc: Detlev Zundel
On 09/12/2011 03:18 PM, Lukasz Majewski wrote:
> Hi Stefano,
>
> Thanks for your reply.
Hi Lucasz,
>> Maybe getting rid of special manufacturer names as fsl_pmic,
>> max_pmic... and using a general access for this kind of chips ? From
>> code your patch is not very distant from what we currently
On 09/12/2011 03:36 PM, Marek Vasut wrote:
>>
>> Have you checked that the removed boards are not supported in U-Boot?
>
> No, but then the respective maintainers will get a warning and will be forced
> to
> fix their boards in both linux and uboot.
Maybe the simplest way to catch these boards
Hi,
On 09/12/2011 03:54 PM, Stefano Babic wrote:
> On 09/12/2011 03:36 PM, Marek Vasut wrote:
>>>
>>> Have you checked that the removed boards are not supported in U-Boot?
>>
>> No, but then the respective maintainers will get a warning and will be
>> forced to
>> fix their boards in both linux
On Mon, Sep 12, 2011 at 04:04:39PM +0200, Holger Brunck wrote:
> Hi,
>
> On 09/12/2011 03:54 PM, Stefano Babic wrote:
> > On 09/12/2011 03:36 PM, Marek Vasut wrote:
> >>>
> >>> Have you checked that the removed boards are not supported in U-Boot?
> >>
> >> No, but then the respective maintainers w
Hi Stefano,
On Fri, Sep 9, 2011 at 1:04 PM, Stefano Babic wrote:
...
> It sounds good. I'll wait only a couple of days for comments, then I
> will merge into u-boot-imx.
Please wait until I address Scott's suggestion.
Thanks,
Fabio Estevam
___
U-Boot
On 09/12/2011 04:04 PM, Holger Brunck wrote:
> Hi,
>
> On 09/12/2011 03:54 PM, Stefano Babic wrote:
>> On 09/12/2011 03:36 PM, Marek Vasut wrote:
Have you checked that the removed boards are not supported in U-Boot?
>>>
>>> No, but then the respective maintainers will get a warning and w
On Monday, September 12, 2011 04:04:39 PM Holger Brunck wrote:
> Hi,
>
> On 09/12/2011 03:54 PM, Stefano Babic wrote:
> > On 09/12/2011 03:36 PM, Marek Vasut wrote:
> >>> Have you checked that the removed boards are not supported in U-Boot?
> >>
> >> No, but then the respective maintainers will g
This allows to test a larger part of the RAM in the memory tests.
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
Cc: Heiko Schocher
Cc: Prafulla Wadaskar
---
Changes for v4:
- fixed wrong comment
---
include/configs/km/km_arm.h |2 +-
1 files changed, 1 insertions(+), 1 d
This is needed for a further patch adding a new memory test.
Signed-off-by: Valentin Longchamp
Acked-by: Mike Frysinger
---
Changes for v4:
- rebased on 2011.09-rc1
---
post/drivers/memory.c | 113 +
1 files changed, 57 insertions(+), 56 deletio
This test is similar to the actual POST memory test but quicker and
far less complete. It checks the address and data lines and then only
tests some regularly placed sub regions of the RAM.
This can be useful when we want to test the RAM but we do not have enough
time to run the full memory test.
The current km_arm boards have a Power-On test jumper. When this
jumper is set, this triggers some Power-On tests on the board.
This patch enables the support of this jumper for starting the
memory_regions test when the jumper is set.
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunc
The current post_log_word in global data is currently split into 2x
16 bits: half for the test start, half for the test success.
Since we alredy have more than 16 POST tests defined and more could
be defined, this may result in an overflow and the post_output_backlog
would not work for the tests de
This series adds support for POST on the km_arm boards. These boards use a
jumper
to run some self-tests at the board power-up. There are some adaptations for
POST
to run on the ARM architecture.
This series defines a new mem_regions POST test. This test also takes place
before
relocation, but
Some boards have the environment variables defined in a slow EEPROM. post_run
accesses these environment variables to define which tests have to be run (in
post_get_flags). This is very slow before the code relocation on some boards
with a slow I2C EEPROM for environement variables.
This patch add
The predefinde post_word_load/store functions do not fit all boards,
so we introduce a way to define post_word_load/store as externs in
post.h that then can be defined in board specific files. This is done
with the CONFIG_POST_EXTERNAL_WORD_FUNCS #define
Signed-off-by: Valentin Longchamp
Signed-o
For post to run on ARM, 3 things are needed:
- post_log_word to be defined in gd
- a post.h include in arch/arm/lib/board.c
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
Acked-by: Mike Frysinger
---
Changes for v2:
- introduced CONFIG_POST_EXTERNAL_WORD_FUNCS
Changes for v3:
On 09/12/2011 04:14 PM, Stefano Babic wrote:
No, but then the respective maintainers will get a warning and will be
forced to
fix their boards in both linux and uboot.
>>>
>>> Maybe the simplest way to catch these boards (if any) is to run MAKEALL
>>> on arm targets with your
On 09/12/2011 04:20 PM, Holger Brunck wrote:
>> Maybe the best way, if you want to have your board maintained in u-boot
>> but not in kernel (however, why ?) is to define your MACH in the board
>> configuration file.
>>
>
> ok I will do this. When is this patch supposed to go in?
IMHO not so fast
On 12/09/11 15:14, Stefano Babic wrote:
> On 09/12/2011 04:04 PM, Holger Brunck wrote:
>> Hi,
>>
>> On 09/12/2011 03:54 PM, Stefano Babic wrote:
>>> On 09/12/2011 03:36 PM, Marek Vasut wrote:
> Have you checked that the removed boards are not supported in U-Boot?
No, but then the respectiv
On 09/12/2011 04:20 PM, Holger Brunck wrote:
> On 09/12/2011 04:14 PM, Stefano Babic wrote:
>
> No, but then the respective maintainers will get a warning and will be
> forced to
> fix their boards in both linux and uboot.
Maybe the simplest way to catch these boards (if
On 09/12/2011 04:48 PM, Nick Thompson wrote:
>> Maybe the best way, if you want to have your board maintained in u-boot
>> but not in kernel (however, why ?)
> Maybe a board that uses some other OS?
Well, but then why is it required a MACH-ID ? Or are there other OSes
stealing the same mechanism f
On 12/09/11 15:53, Stefano Babic wrote:
> On 09/12/2011 04:48 PM, Nick Thompson wrote:
>>> Maybe the best way, if you want to have your board maintained in u-boot
>>> but not in kernel (however, why ?)
>> Maybe a board that uses some other OS?
> Well, but then why is it required a MACH-ID ? Or are
On Monday, September 12, 2011 04:37:42 PM Stefano Babic wrote:
> On 09/12/2011 04:20 PM, Holger Brunck wrote:
> >> Maybe the best way, if you want to have your board maintained in u-boot
> >> but not in kernel (however, why ?) is to define your MACH in the board
> >> configuration file.
> >
> > ok
Hi Jason,
On Sun, Sep 11, 2011 at 2:54 PM, Jason Kridner wrote:
> On Sun, Sep 11, 2011 at 2:41 PM, Joel A Fernandes
> wrote:
>> Remove userbutton command and do the detection in board config file using
>> the gpio command
>
> Can you split these into two or three patches?
Sure
>> -
>> +
Hi Stefano,
On Tue, Sep 6, 2011 at 4:05 PM, Fabio Estevam
wrote:
> Avoid the usage of extern in C file as pointed out by checkpatch.
>
> Signed-off-by: Fabio Estevam
Does v6 series look good now?
Regards,
Fabio Estevam
___
U-Boot mailing list
U-Boot
Le 12/09/2011 07:31, Albert ARIBAUD a écrit :
> Hi Mike,
>
> Le 12/09/2011 06:04, Mike Frysinger a écrit :
>> On Sunday, September 11, 2011 18:22:26 Jason Kridner wrote:
>>> This was done with the following command-line:
>>>
>>> for file in `find . | grep '\.[chS]$'`;
>>>do perl -i -pe 's/(gree
On Monday, September 12, 2011 04:51:31 PM Valentin Longchamp wrote:
> On 09/12/2011 04:20 PM, Holger Brunck wrote:
> > On 09/12/2011 04:14 PM, Stefano Babic wrote:
> > No, but then the respective maintainers will get a warning and will
> > be forced to fix their boards in both linux and ubo
On 09/12/2011 05:39 PM, Fabio Estevam wrote:
> Hi Stefano,
>
> On Tue, Sep 6, 2011 at 4:05 PM, Fabio Estevam
> wrote:
>> Avoid the usage of extern in C file as pointed out by checkpatch.
>>
>> Signed-off-by: Fabio Estevam
>
> Does v6 series look good now?
Yes, I have rebased your patch due to
On Monday, September 12, 2011 01:31:45 Albert ARIBAUD wrote:
> Le 12/09/2011 06:04, Mike Frysinger a écrit :
> > On Sunday, September 11, 2011 18:22:26 Jason Kridner wrote:
> >> This was done with the following command-line:
> >>
> >> for file in `find . | grep '\.[chS]$'`;
> >>
> >> do perl -i
On Monday, September 12, 2011 01:08:50 Marek Vasut wrote:
> On Monday, September 12, 2011 06:49:53 AM Mike Frysinger wrote:
> > --- a/net/eth.c
> > +++ b/net/eth.c
> >
> > - size_t len = strlen(dev->name);
> > - if (len >= NAMESIZE) {
> > - printf("Network driver name is too long (%z
Currently there are two config options for building a U-boot binary for MX31PDK:
make mx31pdk_config
or,
make mx31pdk_nand_config
mx31pdk_config was developed first when no NAND SPL support was available for
MX31 and it requires that the U-boot binary is loaded into RAM via JTAG and it
force
On Monday, September 12, 2011 00:06:46 Marek Vasut wrote:
> Makefile |5 +
> 1 files changed, 5 insertions(+), 0 deletions(-)
>
> --- a/Makefile
> +++ b/Makefile
>
> +$(obj)u-boot.sb: $(obj)u-boot.bin $(obj)spl/u-boot-spl.bin
> + elftosb -zdf imx28 -c board/denx/m28evk/
On Monday, September 12, 2011 00:06:41 Marek Vasut wrote:
> +struct spi_slave *spi_setup_slave(unsigned int bus, unsigned int cs,
> + unsigned int max_hz, unsigned int mode)
> +{
> +
> + mx28_reset_block(&ssp_regs->hw_ssp_ctrl0_reg);
> +
> + writel(SSP_CTRL0_BU
On Monday, September 12, 2011 00:06:45 Marek Vasut wrote:
> tools/Makefile |6 +
> tools/mxsboot.c | 687
> +++ 2 files changed,
> 693 insertions(+), 0 deletions(-)
> create mode 100644 tools/mxsboot.c
missing .gitignore update
> --- /dev
On Monday, September 12, 2011 00:04:10 Marek Vasut wrote:
> This allows the scrub command to scrub without asking the user if he really
> wants to scrub the area. Useful in scripts.
"quiet" and "skip user input" are two different things. can you use a more
clean option like accepting "-y" to the
On Monday, September 12, 2011 06:29:10 PM Mike Frysinger wrote:
> On Monday, September 12, 2011 01:08:50 Marek Vasut wrote:
> > On Monday, September 12, 2011 06:49:53 AM Mike Frysinger wrote:
> > > --- a/net/eth.c
> > > +++ b/net/eth.c
> > >
> > > - size_t len = strlen(dev->name);
> > > - if (len
Hi Stefano,
On Mon, Sep 5, 2011 at 3:55 PM, Fabio Estevam
wrote:
> No need to have a config.mk to only store a single line.
>
> Signed-off-by: Fabio Estevam
> ---
> nand_spl/board/freescale/mx31pdk/Makefile | 2 +-
> nand_spl/board/freescale/mx31pdk/config.mk | 1 -
> 2 files changed, 1
Hi,
On 09/05/2011 05:57 PM, Holger Brunck wrote:
> On 09/05/2011 04:37 PM, Stefan Roese wrote:
>> BTW: Is this problem reproducible on one of your systems?
>>
>
> yes we find a way to reproduce the bug on one of our boards. We need a special
> bit pattern in one UBI PEB, force a bitflip and after
/board/efikamx/efikamx-usb.c: cleanup
Signed-off-by: Jana Rapava
---
board/efikamx/efikamx-usb.c | 111 +++
include/usb/ehci-fsl.h | 49 +++
2 files changed, 108 insertions(+), 52 deletions(-)
diff --git a/board/efikamx/efikamx-usb
On Monday, September 12, 2011 06:33:29 PM Mike Frysinger wrote:
> On Monday, September 12, 2011 00:06:46 Marek Vasut wrote:
> > Makefile |5 +
> > 1 files changed, 5 insertions(+), 0 deletions(-)
> >
> > --- a/Makefile
> > +++ b/Makefile
> >
> > +$(obj)u-boot.sb: $(obj)u-boot.bin $
On Monday, September 12, 2011 06:38:29 PM Mike Frysinger wrote:
> On Monday, September 12, 2011 00:06:45 Marek Vasut wrote:
> > tools/Makefile |6 +
> > tools/mxsboot.c | 687
> >
> > +++ 2 files changed,
> > 693 insertions(+), 0 deletions(
On Monday, September 12, 2011 06:35:10 PM Mike Frysinger wrote:
> On Monday, September 12, 2011 00:06:41 Marek Vasut wrote:
> > +struct spi_slave *spi_setup_slave(unsigned int bus, unsigned int cs,
> > + unsigned int max_hz, unsigned int mode)
> > +{
> > +
> > + mx28_r
On Monday, September 12, 2011 06:45:43 PM Mike Frysinger wrote:
> On Monday, September 12, 2011 00:04:10 Marek Vasut wrote:
> > This allows the scrub command to scrub without asking the user if he
> > really wants to scrub the area. Useful in scripts.
>
> "quiet" and "skip user input" are two diff
On 09/12/2011 12:45 PM, Marek Vasut wrote:
> On Monday, September 12, 2011 06:45:43 PM Mike Frysinger wrote:
>> On Monday, September 12, 2011 00:04:10 Marek Vasut wrote:
>>> This allows the scrub command to scrub without asking the user if he
>>> really wants to scrub the area. Useful in scripts.
>
This patch moves the sector for the environment from the gap between U-Boot
and the Linux kernel to the end of the NOR flash and this way lets the U-Boot
rom file to increase a little bit when adding functionality.
Signed-off-by: Asen Chavdarov Dimov
---
include/configs/pm9263.h |4 +++-
1 f
On Monday, September 12, 2011 08:06:27 PM Scott Wood wrote:
> On 09/12/2011 12:45 PM, Marek Vasut wrote:
> > On Monday, September 12, 2011 06:45:43 PM Mike Frysinger wrote:
> >> On Monday, September 12, 2011 00:04:10 Marek Vasut wrote:
> >>> This allows the scrub command to scrub without asking the
Dear Stefano Babic,
In message <4e6e1936.9020...@denx.de> you wrote:
>
> IMHO not so fast. Patch window is currently closed, and the M28 board
> that requires the new MACH-ID will not find a way into mainline before
> the next patch window will be open again. If your board is not broken,
> your pa
On 09/12/2011 01:24 PM, Marek Vasut wrote:
> On Monday, September 12, 2011 08:06:27 PM Scott Wood wrote:
>> On 09/12/2011 12:45 PM, Marek Vasut wrote:
>>> On Monday, September 12, 2011 06:45:43 PM Mike Frysinger wrote:
On Monday, September 12, 2011 00:04:10 Marek Vasut wrote:
> This allows
On Monday, September 12, 2011 08:31:12 PM Scott Wood wrote:
> On 09/12/2011 01:24 PM, Marek Vasut wrote:
> > On Monday, September 12, 2011 08:06:27 PM Scott Wood wrote:
> >> On 09/12/2011 12:45 PM, Marek Vasut wrote:
> >>> On Monday, September 12, 2011 06:45:43 PM Mike Frysinger wrote:
> On Mo
Dear Marek Vasut,
In message <201109121945.17407.marek.va...@gmail.com> you wrote:
> On Monday, September 12, 2011 06:45:43 PM Mike Frysinger wrote:
> > On Monday, September 12, 2011 00:04:10 Marek Vasut wrote:
> > > This allows the scrub command to scrub without asking the user if he
> > > really
Dear Asen Chavdarov Dimov,
In message <1315847907-28519-1-git-send-email-di...@ronetix.at> you wrote:
> This patch moves the sector for the environment from the gap between U-Boot
> and the Linux kernel to the end of the NOR flash and this way lets the U-Boot
> rom file to increase a little bit wh
On Monday, September 12, 2011 08:37:47 PM Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <201109121945.17407.marek.va...@gmail.com> you wrote:
> > On Monday, September 12, 2011 06:45:43 PM Mike Frysinger wrote:
> > > On Monday, September 12, 2011 00:04:10 Marek Vasut wrote:
> > > > This a
On 09/12/2011 01:36 PM, Marek Vasut wrote:
> On Monday, September 12, 2011 08:31:12 PM Scott Wood wrote:
>> Would it make sense to have the driver code treat block 0 specially
>> (possibly conditioned on an hwconfig or compile-time config), rather
>> than have it be user-driven?
>
> No! What if (v
On Monday, September 12, 2011 07:20:40 PM Jana Rapava wrote:
> /board/efikamx/efikamx-usb.c: cleanup
>
> Signed-off-by: Jana Rapava
> ---
> board/efikamx/efikamx-usb.c | 111
> +++ include/usb/ehci-fsl.h |
> 49 +++
> 2 files changed
On Monday, September 12, 2011 09:19:06 PM Scott Wood wrote:
> On 09/12/2011 01:36 PM, Marek Vasut wrote:
> > On Monday, September 12, 2011 08:31:12 PM Scott Wood wrote:
> >> Would it make sense to have the driver code treat block 0 specially
> >> (possibly conditioned on an hwconfig or compile-time
Le 12/09/2011 18:27, Mike Frysinger a écrit :
> On Monday, September 12, 2011 01:31:45 Albert ARIBAUD wrote:
>> Le 12/09/2011 06:04, Mike Frysinger a écrit :
>>> On Sunday, September 11, 2011 18:22:26 Jason Kridner wrote:
This was done with the following command-line:
for file in `fi
On 09/12/2011 02:28 PM, Marek Vasut wrote:
> On Monday, September 12, 2011 09:19:06 PM Scott Wood wrote:
>> What's it doing with them? Migrating them is something that should only
>> happen on the first use, as there will later be data in the factory bad
>> block area, right? So it shouldn't be "
On Monday, September 12, 2011 09:36:49 PM Scott Wood wrote:
> On 09/12/2011 02:28 PM, Marek Vasut wrote:
> > On Monday, September 12, 2011 09:19:06 PM Scott Wood wrote:
> >> What's it doing with them? Migrating them is something that should only
> >> happen on the first use, as there will later be
On some hosts using relative paths will cause the build to fail. This
patch sets absolute paths for the tools directory
Get rid of MSDOS style excecutable extension
Signed-off-by: Angus Ainslie
---
board/samsung/origen/Makefile |6 +++---
spl/Makefile |2 +-
2 files cha
On Monday, September 12, 2011 13:06:13 Marek Vasut wrote:
> On Monday, September 12, 2011 06:29:10 PM Mike Frysinger wrote:
> > On Monday, September 12, 2011 01:08:50 Marek Vasut wrote:
> > > On Monday, September 12, 2011 06:49:53 AM Mike Frysinger wrote:
> > > > --- a/net/eth.c
> > > > +++ b/net/e
On Monday, September 12, 2011 13:40:35 Marek Vasut wrote:
> On Monday, September 12, 2011 06:38:29 PM Mike Frysinger wrote:
> > On Monday, September 12, 2011 00:06:45 Marek Vasut wrote:
> > > tools/Makefile |6 +
> > > tools/mxsboot.c | 687
> > >
> > > ++
On Monday, September 12, 2011 13:42:22 Marek Vasut wrote:
> On Monday, September 12, 2011 06:35:10 PM Mike Frysinger wrote:
> > On Monday, September 12, 2011 00:06:41 Marek Vasut wrote:
> > > +struct spi_slave *spi_setup_slave(unsigned int bus, unsigned int cs,
> > > + uns
On Monday, September 12, 2011 15:32:07 Albert ARIBAUD wrote:
> Le 12/09/2011 18:27, Mike Frysinger a écrit :
> > On Monday, September 12, 2011 01:31:45 Albert ARIBAUD wrote:
> >> Le 12/09/2011 06:04, Mike Frysinger a écrit :
> >>> On Sunday, September 11, 2011 18:22:26 Jason Kridner wrote:
> T
On Monday, September 12, 2011 13:45:17 Marek Vasut wrote:
> On Monday, September 12, 2011 06:45:43 PM Mike Frysinger wrote:
> > On Monday, September 12, 2011 00:04:10 Marek Vasut wrote:
> > > This allows the scrub command to scrub without asking the user if he
> > > really wants to scrub the area.
Dear Albert ARIBAUD,
In message <4e6e5e37.9040...@aribaud.net> you wrote:
>
> As a rule, I'd rather not alter the commits I did not author, but if
> Wolfgang agrees, then I could indeed squash both LED commits together.
>
> Wolfgang?
Given the current state of affairs this seems to be the best.
Hello Kolja,
we also get broken output from mii_cmd when the commit which you show
below is applied, reverting it helps.
Hardware: Our own MPC5121ADS-based board and the MPC5121ADS development
board.
The commit is titled:
mpc512x_fec: Move PHY initialization from probe into init routin
This
On 09/12/2011 02:38 AM, Helmut Raiger wrote:
> On 09/11/2011 09:56 PM, Wolfgang Denk wrote:
>> Please help testing, and check if all your relevant patches have been
>> included.
> The following were applied by Scott to u-boot-nand-flash next in early
> August.
>
> [PATCH] mxc_nand: fixed some typo
At present in U-Boot configuration is mostly done using CONFIG options in the
board file. This patch set aims to make it possible for a single U-Boot
binary to support multiple boards, with the exact configuration of each board
controlled by a flat device tree (fdt). This is the approach recently t
This adds a device tree pointer to the global data. It can be set by
board code. A later commit will add support for embedding it in U-Boot.
Signed-off-by: Simon Glass
---
README | 11 +++
arch/arm/include/asm/global_data.h |1 +
2 files changed, 12 inse
This new option allows U-Boot to embed a binary device tree into its image
to allow run-time control of peripherals. This device tree is for U-Boot's
own use and is not necessarily the same one as is passed to the kernel.
The device tree compiler output should be placed in the $(obj)
rooted tree.
This library provides useful functions to drivers which want to use
the fdt to control their operation. Functions are provided to:
- look up and enumerate a device type (for example assigning i2c bus 0,
i2c bus 1, etc.)
- decode basic types from the fdt, like addresses and integers
- decode commo
This adds support for an FDT to be build as a separate binary file called
u-boot.dtb. This can be concatenated with the U-Boot binary to provide a
device tree located at run-time by U-Boot.
Signed-off-by: Simon Glass
---
.gitignore |1 +
Makefile |5 ++
README
1 - 100 of 120 matches
Mail list logo
