On 09/12/2011 11:03 PM, Scott Wood wrote:
> Patchwork links are more useful than message IDs.
OK. I'm still trying to get that contribution busyness up and running.
> No, the "next" branch is for when the next merge window opens. There
> seemed to be enough uncertainty about how the hardware works
Hi Simon,
On Tue, Sep 13, 2011 at 2:34 PM, Simon Glass wrote:
> Hi Andrew,
>
> On Sat, Sep 10, 2011 at 5:40 AM, Andrew Murray wrote:
>> On 1 September 2011 00:53, Andrew Murray wrote:
>>>
>
> This patch touches on Graeme's initcall patch. If board_init_r were
> just a list of function pointers
On Tuesday, September 13, 2011 06:52:34 AM Simon Glass wrote:
> Hi Merek,
>
> On Mon, Sep 12, 2011 at 8:10 PM, Marek Vasut wrote:
> > On Tuesday, September 13, 2011 12:04:22 AM Simon Glass wrote:
> >> This adds a device tree pointer to the global data. It can be set by
> >> board code. A later co
Hi Merek,
On Mon, Sep 12, 2011 at 8:10 PM, Marek Vasut wrote:
> On Tuesday, September 13, 2011 12:04:22 AM Simon Glass wrote:
>> 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: Sim
On Tuesday, September 13, 2011 06:25:42 AM Wolfgang Denk wrote:
> Dear Marek Vasut,
>
> In message <201109130302.16991.marek.va...@gmail.com> you wrote:
> > Interesting ... does everyone work for the PowerPC side of Freescale or
> > is there some other reason why I never met anyone working for the
Hi Andrew,
On Sat, Sep 10, 2011 at 5:40 AM, Andrew Murray wrote:
> On 1 September 2011 00:53, Andrew Murray wrote:
>>
>> >
>> > I will assume that we have a microsecond timer, update my patch and
>> > resubmit so you can take a look and see what you think. Hopefully we
>> > can unify this, your
Dear Marek Vasut,
In message <201109130302.16991.marek.va...@gmail.com> you wrote:
>
> Interesting ... does everyone work for the PowerPC side of Freescale or is
> there
> some other reason why I never met anyone working for the ARM side of
> Freescale ?
> ;-)
Keep in mind that the i.MX28 is
On Tuesday, September 13, 2011 12:04:22 AM Simon Glass wrote:
> 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
[resending to list as it bounced]
On Tue, Sep 6, 2011 at 10:24 PM, Fernandes, Joel A wrote:
> Hi,
>
> Here are some problems I see currently with the today's mainline U-boot not
> seen with v2011.06 Just sharing them here.
>
> HEAD: 05f64ae996a51e32ef47e0db2c806e704606606e: led: remove camel cas
On Tuesday, September 13, 2011 01:24:22 AM Scott Wood wrote:
> On 09/12/2011 02:42 PM, Marek Vasut wrote:
> > 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 i
Hi Jason,
On Mon, Sep 12, 2011 at 4:37 PM, Jason wrote:
> On Mon, Sep 12, 2011 at 03:04:23PM -0700, Simon Glass wrote:
>> This device tree is for U-Boot's own use and is not necessarily the
>> same one as is passed to the kernel.
>
> Are there plans to keepup with being able to use a kernel gener
On Mon, Sep 12, 2011 at 03:04:23PM -0700, Simon Glass wrote:
> This device tree is for U-Boot's own use and is not necessarily the
> same one as is passed to the kernel.
Are there plans to keepup with being able to use a kernel generated fdt?
eg effectively ignoring things we don't care about like
On 09/12/2011 02:42 PM, Marek Vasut wrote:
> 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
h
On Monday, September 12, 2011 10:33:16 PM Mike Frysinger wrote:
> 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 sc
I seek for your partnership in reprofilling Funds. please contact me if
you are interested for more details.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Monday, September 12, 2011 10:26:11 PM Mike Frysinger wrote:
> 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(
Hello..
my name is Abegail i seek for a honest
partner for friendship i hope you
don't mind
if you don't mind please reply me i will
like to here form you ok so i can tell
you more about myself and we
can exchange picture too and share
some other things with love__
On Monday, September 12, 2011 10:24:38 PM Mike Frysinger wrote:
> 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 +
> > > >
This locates the device tree either embedded within U-Boot or attached to the
end as a separate binary.
When CONFIG_OF_CONTROL is defined, U-Boot requires a valid fdt. A check is
provided for this early in initialisation.
Signed-off-by: Simon Glass
---
arch/arm/lib/board.c | 22 ++
This is only an example for comment. It is not a real driver as yet. It
just shows how the config is read from the fdt.
You can see that the main difference (as you might expect) is whether
configuration comes from the fdt or the CONFIG options.
Some drivers will need changing to split their conf
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
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 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 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
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
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
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
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.
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.
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: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 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: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 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 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 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 "
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 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
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 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 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
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
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
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
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
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 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
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 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.
>
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 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: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: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 $
/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
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
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
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
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 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: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: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/
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 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
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 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 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
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
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
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
>> -
>> +
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
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 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 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 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:
>> 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 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
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:
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
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
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
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
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
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.
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 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
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
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
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 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,
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 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
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 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 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
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 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
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 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
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
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
1 - 100 of 120 matches
Mail list logo
