Sanjeev, Sandeep,
I see a lot of this warning in many OMAP boards:
-
Configuring for omap4_sdp4430 board...
gpio.c: In function 'omap_get_gpio_dataout':
gpio.c:161: warning: assignment discards qualifiers from pointer target type
-
Commit
Dear Wolfgang Denk,
On 12 September 2011 01:31, Wolfgang Denk w...@denx.de wrote:
Dear Chander, when building the origen board out-of-tree, it
poollutes the source directory with a file
board/samsung/origen/tools/mkorigenspl.exe
which then never gets cleaned up.
Please fix your Makefile for
Dear,
My names are Aisha Ghadafi. The daughter of Colonel Ghadafi the Libyan
leader.as a Libyan mediator and military official, former UN Goodwill
Ambassador, philanthropist, humanitarian. I want you to take charge of some
deposit fund. Reply for more details. E-mail: aishaghada...@w.cn
Dear Angus,
On 10 September 2011 03:32, angus.ains...@linaro.org wrote:
From: Angus Ainslie angus.ains...@linaro.org
Enable passing a flattened device tree to the kernel.
Signed-off-by: Angus Ainslie angus.ains...@linaro.org
Acked-by: Chander Kashyap chander.kash...@linaro.org
---
Dear Chander Kashyap,
In message CANuQgHHfR95KrU_fQZbREyYU=jjthhu5ko3g6c4kmp86s-b...@mail.gmail.com
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.
Sorry for jumping in that late...
On 09/12/11 01:10, u-b...@lakedaemon.net wrote:
From: Jason Cooper u-b...@lakedaemon.net
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
-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 l.majew...@samsung.com 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
Dear Wolfgang Denk,
On 12 September 2011 12:55, Wolfgang Denk w...@denx.de wrote:
Dear Chander Kashyap,
In message
CANuQgHHfR95KrU_fQZbREyYU=jjthhu5ko3g6c4kmp86s-b...@mail.gmail.com you
wrote:
Please fix your Makefile for out-of-tree building.
Angus Ainsle has submitted a patch to fix
-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: Albert
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 marek.va...@gmail.com
Cc: Scott Wood
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
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 marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Wolfgang Denk w...@denx.de
Cc: Detlev Zundel d...@denx.de
---
On 09/12/2011 10:14 AM, Lukasz Majewski wrote:
On Thu, 01 Sep 2011 11:13:30 +0200
Lukasz Majewski l.majew...@samsung.com 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
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:
snip
+# from comon directory
+$(obj)memsize.c:
+ @rm -f $@
+ ln -s $(TOPDIR)/common/memsize.c $@
Can we not rather compile the file in the common directory
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
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 u-b...@lakedaemon.net
Copied wholeheartedly from
Dear Premi, Sanjeev,
In message b85a65d85d7eb246be421b3fb0fbb5930257509...@dbde02.ent.ti.com 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
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 it
as
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 Denk
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.
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 valentin.longch...@keymile.com
Signed-off-by: Holger Brunck holger.bru...@keymile.com
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/cm4008/cm4008.c
---
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 max.
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:
snip
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 reassembled
On Monday, September 12, 2011 07:30:17 AM Heiko Schocher wrote:
Hello Marek,
Marek Vasut wrote:
Signed-off-by: Marek Vasut marek.va...@gmail.com
Cc: Heiko Schocher h...@denx.de
Cc: Stefano Babic sba...@denx.de
Cc: Wolfgang Denk w...@denx.de
Cc: Detlev Zundel d...@denx.de
---
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 marek.va...@gmail.com
Cc: Stefano Babic sba...@denx.de
Cc: Wolfgang Denk
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 have.
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 (if
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 and uboot.
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 will get a warning
Hi Stefano,
On Fri, Sep 9, 2011 at 1:04 PM, Stefano Babic sba...@denx.de 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
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 will be
forced to
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 get a warning
This is needed for a further patch adding a new memory test.
Signed-off-by: Valentin Longchamp valentin.longch...@keymile.com
Acked-by: Mike Frysinger vap...@gentoo.org
---
Changes for v4:
- rebased on 2011.09-rc1
---
post/drivers/memory.c | 113
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
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
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,
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
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
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 valentin.longch...@keymile.com
Signed-off-by: Holger Brunck holger.bru...@keymile.com
Acked-by: Mike Frysinger vap...@gentoo.org
---
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 mach-types file. If no
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. Patch
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 respective maintainers will
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 any) is to run MAKEALL
on
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 from
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 there
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 I will do
Hi Jason,
On Sun, Sep 11, 2011 at 2:54 PM, Jason Kridner jkrid...@beagleboard.org wrote:
On Sun, Sep 11, 2011 at 2:41 PM, Joel A Fernandes agnel.j...@gmail.com
wrote:
Remove userbutton command and do the detection in board config file using
the gpio command
Can you split these into two or
Hi Stefano,
On Tue, Sep 6, 2011 at 4:05 PM, Fabio Estevam
fabio.este...@freescale.com wrote:
Avoid the usage of extern in C file as pointed out by checkpatch.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Does v6 series look good now?
Regards,
Fabio Estevam
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
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 uboot.
Maybe
On 09/12/2011 05:39 PM, Fabio Estevam wrote:
Hi Stefano,
On Tue, Sep 6, 2011 at 4:05 PM, Fabio Estevam
fabio.este...@freescale.com wrote:
Avoid the usage of extern in C file as pointed out by checkpatch.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
Does v6 series look good
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 -pe
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 (%zu = %zu): %s\n,
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
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
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);
+
+
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/null
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 scrub
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 = NAMESIZE) {
-
Hi Stefano,
On Mon, Sep 5, 2011 at 3:55 PM, Fabio Estevam
fabio.este...@freescale.com wrote:
No need to have a config.mk to only store a single line.
Signed-off-by: Fabio Estevam fabio.este...@freescale.com
---
nand_spl/board/freescale/mx31pdk/Makefile | 2 +-
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 afterwards
/board/efikamx/efikamx-usb.c: cleanup
Signed-off-by: Jana Rapava ferma...@gmail.com
---
board/efikamx/efikamx-usb.c | 111 +++
include/usb/ehci-fsl.h | 49 +++
2 files changed, 108 insertions(+), 52 deletions(-)
diff --git
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)
+{
+
+
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 different
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.
quiet
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 di...@ronetix.at
---
include/configs/pm9263.h
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 user if
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 patch
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 the scrub
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 Monday,
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 wants to
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 when
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 allows the
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 (very
On Monday, September 12, 2011 07:20:40 PM Jana Rapava wrote:
/board/efikamx/efikamx-usb.c: cleanup
Signed-off-by: Jana Rapava ferma...@gmail.com
---
board/efikamx/efikamx-usb.c | 111
+++ include/usb/ehci-fsl.h |
49 +++
2
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 `find . | grep
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 always.
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 data in
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 angus.ains...@linaro.org
---
board/samsung/origen/Makefile |6 +++---
spl/Makefile
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/eth.c
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,
+ unsigned
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:
This was done
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. Useful
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
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 typos
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
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 s...@chromium.org
---
README | 11 +++
arch/arm/include/asm/global_data.h |1 +
2
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
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 s...@chromium.org
---
.gitignore |1 +
Makefile |
1 - 100 of 119 matches
Mail list logo
