Dear Stephen Warren,
In message <514aa642.3090...@wwwdotorg.org> you wrote:
>
> Interesting. I just noticed the same problem, and posted the following
> patch to fix it:
>
> http://lists.denx.de/pipermail/u-boot/2013-March/149625.html
>
> This was on the Raspberry Pi.
You mean the Raspberry Pi
Dear Stephen Warren,
In message <1363842874-8286-1-git-send-email-swar...@wwwdotorg.org> you wrote:
> Commit b2f3e0e "console: USB: KBD: Fix incorrect autoboot timeout"
> re-wrote the bootdelay timeout loop. However, it hard-coded the value
> that get_delay() was expected to increment in one secon
While booting with dtblob, if fdt_high is not set to
0x, the dt blob is relocated to a higher address,
which the kernel is not able to use without HIGHMEM.
So set it to 0x to avoid the issue.
Signed-off-by: Sricharan R
---
include/configs/omap5_common.h |1 +
1 file changed,
Hi Kim,
>On Mon, 18 Mar 2013 02:06:15 -0400
>Akshay Saraswat wrote:
>
>> SHA-256 and SHA-1 accelerated using ACE hardware.
>>
>> Signed-off-by: ARUN MANKUZHI
>> Signed-off-by: Akshay Saraswat
>> Acked-by: Simon Glass
>> ---
>> +++ b/arch/arm/include/asm/arch-exynos/ace_sha.h
>
>ace_sha.h belo
This enables SHA 256 for exynos.
Signed-off-by: ARUN MANKUZHI
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v1:
- Removed not required config.
Changes sice v2:
- Added "SHA1" in the comment for config.
Changes sice v3:
- Added "Acked-by: Simon
Adding H/W acceleration support to hash which can be used
to test SHA 256 hash algorithm.
Signed-off-by: ARUN MANKUZHI
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v1:
- Added sha256 support to "hash" command instead of new sha256 command.
Changes sice v2:
SHA-256 and SHA-1 accelerated using ACE hardware.
Signed-off-by: ARUN MANKUZHI
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
Changes since v1:
- Moved code to drivers/crypto.
- Fixed few other nits.
Changes since v2:
- Added falling back to software sha256 in
This enables hash command.
Tested with command "hash sha256 0x40008000 0x2B 0x40009000".
Used mm and md to write a standard string to memory location
0x40008000 and ran the above command to verify the output.
Signed-off-by: ARUN MANKUZHI
Signed-off-by: Akshay Saraswat
Acked-by: Simon Glass
---
This patch set adds hardware acceleration for SHA 256
with the help of ACE.
Changes since v1:
- Patch-1: Fixed few nits.
- Patch-2: Removed not required config.
- Patch-3: Added sha256 to hash command instead of new sha256 command.
Changes since v2:
- Patch-1:
On 03/20/2013 05:56 PM, Jon Hunter wrote:
>
> On 01/24/2013 05:05 AM, Jim Lin wrote:
>> Autoboot timeout defined by CONFIG_BOOTDELAY will not be accurate if
>> CONFIG_USB_KEYBOARD and CONFIG_SYS_USB_EVENT_POLL are defined in
>> configuration file and when tstc() function for checking key pressed
>
Thanks for pointing out the potential issue.
-Original Message-
From: Jon Hunter [mailto:jon-hun...@ti.com]
Sent: Thursday, March 21, 2013 7:57 AM
To: Jim Lin
Cc: u-boot@lists.denx.de; ma...@denx.de; w...@denx.de; tr...@ti.com; Tom Warren
Subject: Re: [U-Boot] [PATCH 1/1 v3] console: USB:
Dear Scott Wood,
In message <1363815061.25034.18@snotra> you wrote:
>
> > Hadn't seen that command before, where is it?
>
> common/cmd_mp.c
This depends on CONFIG_MP, which is undocumented. Can you please add
/ have added documentation for this config option? Thanks.
Best regards,
Wolfgang
Dear Tom Rini,
In message <20130320195919.GR25919@bill-the-cat> you wrote:
>
> OK, so this does sound like a real need / use for it, and if we added
> the granularity of CONFIG_CMD_CACHE_FLUSH or similar, it would be
> reasonable to turn it on to a large number of boards for a small space
> savin
Commit b2f3e0e "console: USB: KBD: Fix incorrect autoboot timeout"
re-wrote the bootdelay timeout loop. However, it hard-coded the value
that get_delay() was expected to increment in one second, rather than
calculating it based on CONFIG_SYS_HZ. On systems where SYS_HZ != 1000,
this caused bootdela
Hi,
I'll start maintaining apx4devkit as Veli-Pekka mailed.
On 03/20/2013 09:08 PM, Veli-Pekka Peltola wrote:
As I am no longer working for Bluegiga I will pass apx4devkit maintenance
to Lauri.
Signed-off-by: Veli-Pekka Peltola
Acked-by: Lauri Hintsala
---
MAINTAINERS |8
On Thursday 21 March 2013 06:01 AM, Scott Wood wrote:
> On 03/20/2013 07:27:29 PM, Michael Cashwell wrote:
>> On Mar 20, 2013, at 7:48 PM, Scott Wood wrote:
>>
>> > On 03/20/2013 06:33:41 PM, Michael Cashwell wrote:
>> >
>> >> What is the purpose of limiting the memory range to be flushed? Is ther
- Add NAND boot target
- defines contants
- Add spl_minimal.c to initialise DDR
- update TLB entries as per NAND boot
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.denx.de/u-boot.git branch master
board/freescale/bsc9131rdb/Makefile | 16
board/freescale/bs
Linker script is not able find start.o binary. So add its absolute path in
u-boot-spl.lds. This change is similar to u-boot-nand.lds
common/Makefile: Avoid compiling unnecssary files
fsl_ifc_spl.c : It is is responsible for reading u-boot binary from
NAND flash and copying into DDR. It also trans
This patch series ports existing Freescale's IFC based platforms/boards to
new SPL based architecture. It is done to support NAND boot.
It contains following patches:
1. powerpc/mpc85xx:No NOR boot,do not compile IFC errata A003399
2. powerpc/mpc85xx: new SPL support for IFC NAND
3. board/p10
As per Errata list of BSC9131 and BSC9132, IFC Errata A003399 is no more
valid. So donot compile its workaround.
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.denx.de/u-boot.git branch master
arch/powerpc/include/asm/config_mpc85xx.h |2 --
1 file changed, 2 deletions(-)
diff
- Add NAND boot target
- defines contants
- Add spl_minimal.c to initialise DDR
- update TLB, LAW entries as per NAND boot
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.denx.de/u-boot.git branch master
board/freescale/bsc9132qds/Makefile | 17
board/freesca
- defines contants
- Add spl_minimal.c to initialise DDR
- update TLB entries as per NAND boot
- remove nand_spl support for P1010RDB
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.denx.de/u-boot.git branch master
board/freescale/p1010rdb/Makefile | 16 ++
IFC errata A003399 is valid for IFC NOR boot i.e.if no on-board NOR flash or
no NOR boot, do not compile its workaround.
Signed-off-by: Prabhakar Kushwaha
---
Based upon git://git.denx.de/u-boot.git branch master
arch/powerpc/cpu/mpc85xx/cpu_init_early.c | 12 +---
arch/powerpc/cpu/m
Simon,
On Wed, Mar 20, 2013 at 7:43 PM, Simon Glass wrote:
> The cover letter is sent to everyone who is on the Cc list for any of
> the patches in the series. Sometimes it is useful to send just the cover
> letter to additional people, so that they are aware of the series, but
> don't need to wa
This comment is less than helpful. Since multiple tags are supported, add
an example of how multiple tags work.
Signed-off-by: Simon Glass
---
tools/patman/commit.py | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/tools/patman/commit.py b/tools/patman/commit.py
index 64b
checkpatch has a new type of warning, a 'CHECK'. At present patman fails
with these, which makes it less than useful.
Add support for checks, making it backwards compatible with the old
checkpatch.
Signed-off-by: Simon Glass
---
tools/patman/checkpatch.py | 75 +-
The cover letter is sent to everyone who is on the Cc list for any of
the patches in the series. Sometimes it is useful to send just the cover
letter to additional people, so that they are aware of the series, but
don't need to wade through all the individual patches.
Add a new Cover-letter-cc tag
Especially with the Linux kernel, it takes a long time (a minute or more)
to test-apply the patches, so patman becomes significantly less useful.
The only real problem that is found with this apply step is trailing spaces.
Provide a -a option to skip this step, for those working with clean patches.
For some series with lots of changes it is annoying that duplicate change
log items are not caught. It is also helpful sometimes to sort the change
logs.
Add a Series-process-log tag to enable this, which can be placed in a
commit to control this.
The change to the Cc: line is to fix a checkpatch
Often it happens that patches include tags which don't have aliases. It
is annoying that patman fails in this case, and provides no option to
continue other than adding empty tags to the .patman file.
Correct this by adding a '-t' option to ignore tags that don't exist.
Print a warning instead.
S
A few of the help messages are not quite right, and there is a typo
in the README. Fix these.
Signed-off-by: Simon Glass
---
tools/patman/README| 2 +-
tools/patman/patman.py | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/tools/patman/README b/tools/patman/README
in
At present something like:
Revert "arm: Add cache operations"
will try to use
Revert "arm
as a tag. Clearly this is wrong, so fix it.
If the revert is intended to be tagged, then the tag can come before
the revert, perhaps. Alternatively the 'Cc' tag can be used in the commit
messages.
Since checkpatch has changed in U-Boot, patman no longer detects errors
properly. It seems like a good oppotunity to fix some of the bugs and
annoying habits of patman that people have mentioned on the list.
I believe the first five patches should be considered bug fixes. The
ones after that are n
Hi Tom,
On Wed, Mar 20, 2013 at 12:28 PM, Tom Rini wrote:
> On Sun, Feb 10, 2013 at 09:09:29PM -0800, Simon Glass wrote:
>
>> [take 2, sorry]
>>
>> Hi Tom,
>>
>> I see quite a lot of non-x86 patches in my todo list - does that mean
>> that I should pick them up if I am happy with them, or just as
Add support for following features:
- nand boot, with PMECC 2bit ECC for 512 bytes sector
- SPI flash boot
- SD card boot
- LCD support
Signed-off-by: Josh Wu
---
MAINTAINERS |3 +
arch/arm/cpu/arm926ejs/at91/Makefile |1 +
arch/
Hi Tom,
On Wed, Mar 20, 2013 at 1:30 PM, Tom Rini wrote:
> On Wed, Mar 20, 2013 at 12:57:37PM -0700, Simon Glass wrote:
>> Hi Tom,
>>
>> On Wed, Mar 20, 2013 at 12:40 PM, Tom Rini wrote:
>> > On Tue, Feb 26, 2013 at 08:10:56AM -0800, Simon Glass wrote:
>> >> This function should be declared in n
On 03/20/2013 07:27:29 PM, Michael Cashwell wrote:
On Mar 20, 2013, at 7:48 PM, Scott Wood
wrote:
> On 03/20/2013 06:33:41 PM, Michael Cashwell wrote:
>
>> What is the purpose of limiting the memory range to be flushed? Is
there a reason one might want to NOT flush certain data sitting in a
On Mar 20, 2013, at 7:48 PM, Scott Wood wrote:
> On 03/20/2013 06:33:41 PM, Michael Cashwell wrote:
>
>> What is the purpose of limiting the memory range to be flushed? Is there a
>> reason one might want to NOT flush certain data sitting in a dirty cache
>> line out to memory before doing a g
Dear Jon Hunter,
> On 01/24/2013 05:05 AM, Jim Lin wrote:
> > Autoboot timeout defined by CONFIG_BOOTDELAY will not be accurate if
> > CONFIG_USB_KEYBOARD and CONFIG_SYS_USB_EVENT_POLL are defined in
> > configuration file and when tstc() function for checking key pressed
> > takes longer time tha
On 01/24/2013 05:05 AM, Jim Lin wrote:
> Autoboot timeout defined by CONFIG_BOOTDELAY will not be accurate if
> CONFIG_USB_KEYBOARD and CONFIG_SYS_USB_EVENT_POLL are defined in
> configuration file and when tstc() function for checking key pressed
> takes longer time than 10 ms (e.g., 50 ms) to fi
On 03/20/2013 06:33:41 PM, Michael Cashwell wrote:
On Mar 20, 2013, at 6:35 PM, Scott Wood
wrote:
> Really, instead of adding one command, you want to modify *two*
commands to do the same thing separately, which involves changing the
syntax of both commands to accept memory range informat
On Mar 20, 2013, at 6:35 PM, Scott Wood wrote:
> Really, instead of adding one command, you want to modify *two* commands to
> do the same thing separately, which involves changing the syntax of both
> commands to accept memory range information?
What is the purpose of limiting the memory rang
On 3/20/2013 7:47 AM, Wolfgang Denk wrote:
again, such an approach may work perfectly fine. If, on the other
hand, you have to consider things like support for service and
maintenance tasks, software updates (especially reliable ones),
debugging, etc., then you may find bootlets don't offer muc
Am 20.03.2013 02:27, schrieb Tom Rini:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/19/2013 08:05 PM, Javier Martinez Canillas wrote:
On Tue, Mar 19, 2013 at 3:49 PM, Tom Rini wrote:
On Sat, Mar 16, 2013 at 02:13:54PM +0100, Manfred Huber wrote:
I'm surprised that no one is intereste
On 03/20/2013 05:11:57 PM, Albert ARIBAUD wrote:
Hi Scott,
On Wed, 20 Mar 2013 14:36:05 -0500, Scott Wood
wrote:
> On 03/20/2013 02:15:19 PM, Tom Rini wrote:
> > On Wed, Mar 20, 2013 at 11:43:15AM -0500, Scott Wood wrote:
> > > On 03/20/2013 09:58:36 AM, Wolfgang Denk wrote:
> > > >Dear Albert
Hi Scott,
On Wed, 20 Mar 2013 14:36:05 -0500, Scott Wood
wrote:
> On 03/20/2013 02:15:19 PM, Tom Rini wrote:
> > On Wed, Mar 20, 2013 at 11:43:15AM -0500, Scott Wood wrote:
> > > On 03/20/2013 09:58:36 AM, Wolfgang Denk wrote:
> > > >Dear Albert,
> > > >
> > > >In message <20130320145927.2031b91
On Wed, Mar 20, 2013 at 6:02 PM, Stephen Warren wrote:
> On 03/20/2013 01:27 PM, Ritu Sharma wrote:
> ...
>> I read that uImage is nothing more than (64byte header + zImage). I've been
>> studying decompression code so it suited me to tweak UBOOT code to boot
>> zImage rather than writing my own b
On 03/20/2013 02:59:19 PM, Tom Rini wrote:
On Wed, Mar 20, 2013 at 02:36:05PM -0500, Scott Wood wrote:
> On 03/20/2013 02:15:19 PM, Tom Rini wrote:
> >On Wed, Mar 20, 2013 at 11:43:15AM -0500, Scott Wood wrote:
> >> On 03/20/2013 09:58:36 AM, Wolfgang Denk wrote:
> >> >Dear Albert,
> >> >
> >> >I
On 03/20/2013 04:20:07 PM, Paul B. Henson wrote:
On Tue, Mar 19, 2013 at 06:23:27PM -0500, Scott Wood wrote:
> > I don't think this is having any functional impact, as the scrub
> > component of burning a new nand image wipes out the bad blocks,
>
> You should not be routinely scrubbing NAND!
>
On Tue, Mar 19, 2013 at 06:23:27PM -0500, Scott Wood wrote:
> > I don't think this is having any functional impact, as the scrub
> > component of burning a new nand image wipes out the bad blocks,
>
> You should not be routinely scrubbing NAND!
>
> The manufacturers put bad block information t
On 03/20/2013 01:27 PM, Ritu Sharma wrote:
...
> I read that uImage is nothing more than (64byte header + zImage). I've been
> studying decompression code so it suited me to tweak UBOOT code to boot
> zImage rather than writing my own bootcode. Just a small modification in
> do_bootm_linux function
I've been framing this mail for quite some time trying to sort all issues
myself by googling for info. I learnt a lot in the process by doing it and
verify it myself, using my openocd jtag and Samsung based mini2440 board.
I read that uImage is nothing more than (64byte header + zImage). I've been
As I am no longer working for Bluegiga I will pass apx4devkit maintenance
to Lauri.
Signed-off-by: Veli-Pekka Peltola
---
MAINTAINERS |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index d031c3a..bb55650 100644
--- a/MAINTAINERS
+++ b/MAI
On Wed, Mar 20, 2013 at 12:57:37PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Wed, Mar 20, 2013 at 12:40 PM, Tom Rini wrote:
> > On Tue, Feb 26, 2013 at 08:10:56AM -0800, Simon Glass wrote:
> >> This function should be declared in net.h. At the same time, let's use
> >> autoconf instead of #ifdef
On Wed, Mar 20, 2013 at 12:53:06PM -0700, Simon Glass wrote:
> Hi Tom,
>
> [sorry I wrote this yesterday and didn't send]
>
> On Mon, Feb 11, 2013 at 12:47 PM, Tom Rini wrote:
> > [take 2 for me, gmail defaults to reply not reply-all]
> >
> > On Sun, Feb 10, 2013 at 11:48 PM, Simon Glass wrote:
On Wed, Mar 20, 2013 at 02:36:05PM -0500, Scott Wood wrote:
> On 03/20/2013 02:15:19 PM, Tom Rini wrote:
> >On Wed, Mar 20, 2013 at 11:43:15AM -0500, Scott Wood wrote:
> >> On 03/20/2013 09:58:36 AM, Wolfgang Denk wrote:
> >> >Dear Albert,
> >> >
> >> >In message <20130320145927.2031b913@lilith> yo
Hi Tom,
On Wed, Mar 20, 2013 at 12:40 PM, Tom Rini wrote:
> On Tue, Feb 26, 2013 at 08:10:56AM -0800, Simon Glass wrote:
>> This function should be declared in net.h. At the same time, let's use
>> autoconf instead of #ifdef for its inclusion.
>>
>> Signed-off-by: Simon Glass
>> Acked-by: Joe He
On 03/20/2013 12:15 PM, Tom Rini wrote:
> On Wed, Mar 20, 2013 at 11:43:15AM -0500, Scott Wood wrote:
>> On 03/20/2013 09:58:36 AM, Wolfgang Denk wrote:
>>> Dear Albert,
>>>
>>> In message <20130320145927.2031b913@lilith> you wrote:
I do understand what it does, but I still don't get why
Hi Tom,
[sorry I wrote this yesterday and didn't send]
On Mon, Feb 11, 2013 at 12:47 PM, Tom Rini wrote:
> [take 2 for me, gmail defaults to reply not reply-all]
>
> On Sun, Feb 10, 2013 at 11:48 PM, Simon Glass wrote:
>
>> Hi Tom,
>>
>> I see quite a lot of non-x86 patches in my todo list - do
On Tue, Feb 26, 2013 at 08:10:56AM -0800, Simon Glass wrote:
> This function should be declared in net.h. At the same time, let's use
> autoconf instead of #ifdef for its inclusion.
>
> Signed-off-by: Simon Glass
> Acked-by: Joe Hershberger
[snip]
> @@ -266,12 +254,16 @@ int update_tftp(ulong ad
On 03/20/2013 02:15:19 PM, Tom Rini wrote:
On Wed, Mar 20, 2013 at 11:43:15AM -0500, Scott Wood wrote:
> On 03/20/2013 09:58:36 AM, Wolfgang Denk wrote:
> >Dear Albert,
> >
> >In message <20130320145927.2031b913@lilith> you wrote:
> >>
> >> I do understand what it does, but I still don't get why
On Sun, Feb 10, 2013 at 09:09:29PM -0800, Simon Glass wrote:
> [take 2, sorry]
>
> Hi Tom,
>
> I see quite a lot of non-x86 patches in my todo list - does that mean
> that I should pick them up if I am happy with them, or just assign
> them back to you once I've taken a look?
>
> I'm keen to ge
On Wed, Mar 20, 2013 at 11:43:15AM -0500, Scott Wood wrote:
> On 03/20/2013 09:58:36 AM, Wolfgang Denk wrote:
> >Dear Albert,
> >
> >In message <20130320145927.2031b913@lilith> you wrote:
> >>
> >> I do understand what it does, but I still don't get why it should be
> >> done, since precisely paylo
On Tue, Mar 19, 2013 at 12:00:22PM -0700, Simon Glass wrote:
> Hi Tom,
>
> Re the SPI changes, I have put these in a patchwork bundle here:
>
> http://patchwork.ozlabs.org/bundle/sjg/spi/
>
>
> Also below is a pull request with the same FYI. I have run it through
> the builder and see no regre
When we cannot check write protect or card change via GPIO (and have
been passed -1 in omap_mmc_init), only even try the gpio_is_valid is
true. This prevents invalid GPIO messages from being seen on the
console when doing MMC operations
Signed-off-by: Tom Rini
---
Changes in v2:
- Use gpio_is_v
On Wed, Mar 20, 2013 at 09:31:35AM -0700, Steven Stallion wrote:
> Signed-off-by: Steven Stallion
> Cc: Tom Rini
> ---
> This patch adds support for Plan 9 from Bell Labs kernel images.
>
> Changes for v2:
>- Combined previous patches for image and bootm
>
> common/cmd_bootm.c| 39
Signed-off-by: Steven Stallion
Cc: Tom Rini
---
This patch adds support for Plan 9 from Bell Labs kernel images.
Changes for v2:
- Combined previous patches for image and bootm
common/cmd_bootm.c| 39 +++
common/image.c| 1 +
include/
Signed-off-by: Tom Rini
---
Changes in v2:
- New patch, use -EINVAL in the driver
---
drivers/mmc/omap_hsmmc.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/mmc/omap_hsmmc.c b/drivers/mmc/omap_hsmmc.c
index 8a5dce5..3055ac5 100644
--- a/drivers/mmc/
On Wed, Mar 20, 2013 at 03:37:10PM -0300, Fabio Estevam wrote:
> On Wed, Mar 20, 2013 at 3:32 PM, Tom Rini wrote:
>
> > int cd_gpio = ((struct omap_hsmmc_data *)mmc->priv)->cd_gpio;
> > - return gpio_get_value(cd_gpio);
> > +
> > + if (cd_gpio >= 0)
>
> What about using gpio_
On Wed, Mar 20, 2013 at 3:32 PM, Tom Rini wrote:
> int cd_gpio = ((struct omap_hsmmc_data *)mmc->priv)->cd_gpio;
> - return gpio_get_value(cd_gpio);
> +
> + if (cd_gpio >= 0)
What about using gpio_is_valid(cd_gpio) ?
> + return gpio_get_value(cd_gpio);
> +
When we cannot check write protect or card change via GPIO (and have
been passed -1 in omap_mmc_init), only even try the GPIO if >= 0. This
prevents invalid GPIO messages from being seen on the console when doing
MMC operations.
Signed-off-by: Tom Rini
---
drivers/mmc/omap_hsmmc.c | 12 ++
On 03/20/2013 12:38:13 PM, Albert ARIBAUD wrote:
Hi Scott,
On Wed, 20 Mar 2013 11:43:15 -0500, Scott Wood
wrote:
> On 03/20/2013 09:58:36 AM, Wolfgang Denk wrote:
> > Dear Albert,
> >
> > In message <20130320145927.2031b913@lilith> you wrote:
> > >
> > > I do understand what it does, but I sti
Hi Scott,
On Wed, 20 Mar 2013 11:43:15 -0500, Scott Wood
wrote:
> On 03/20/2013 09:58:36 AM, Wolfgang Denk wrote:
> > Dear Albert,
> >
> > In message <20130320145927.2031b913@lilith> you wrote:
> > >
> > > I do understand what it does, but I still don't get why it should be
> > > done, since pr
On Wed, Mar 20, 2013 at 11:38:11AM -0400, Matt Porter wrote:
> Enables required PLLs and clocks for CPSW on TI814x.
>
> Signed-off-by: Matt Porter
> ---
> v2: improved sata pll comment and added defines for magic values
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signat
On Wed, Mar 20, 2013 at 04:55:00PM +, Adnan Ali wrote:
> On 20/03/13 15:23, Tom Rini wrote:
> >On Wed, Mar 20, 2013 at 04:10:05PM +0100, Wolfgang Denk wrote:
> >>Dear Adnan Ali,
> >>
> >>In message <1363789411-9663-1-git-send-email-adnan@codethink.co.uk> you
> >>wrote:
> >>>Introduces btrf
On 20/03/13 15:23, Tom Rini wrote:
On Wed, Mar 20, 2013 at 04:10:05PM +0100, Wolfgang Denk wrote:
Dear Adnan Ali,
In message <1363789411-9663-1-git-send-email-adnan@codethink.co.uk> you
wrote:
Introduces btrfs file-system to read file from
volume/sub-volumes with btrload command. This
imp
On 03/20/2013 09:58:36 AM, Wolfgang Denk wrote:
Dear Albert,
In message <20130320145927.2031b913@lilith> you wrote:
>
> I do understand what it does, but I still don't get why it should be
> done, since precisely payload control transfer happens through
bootm and
> the like which already prop
Hi Stephen,
On Tue, 15 Jan 2013 19:26:55 -0700, Stephen Warren
wrote:
> When an LCD driver is actually driving a regular external display, e.g.
> an HDMI monitor, the display resolution might not be known until the
> display controller has initialized, i.e. during lcd_ctrl_init(). However,
> lcd
Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Tuesday, March 19, 2013 11:33 AM
> To: Tom Warren
> Cc: u-boot@lists.denx.de; Stephen Warren; aflem...@freescale.com; Tom
> Warren
> Subject: Re: [U-Boot] [PATCH v2 4/4] Tegra114: MMC: Enable DT MMC
Adds CPSW support to the TI814X EVM configured with
an ET1011C PHY in GMII mode.
Signed-off-by: Matt Porter
Reviewed-by: Tom Rini
---
v2: no changes
---
board/ti/ti814x/evm.c| 72 ++
board/ti/ti814x/evm.h|1 +
board/ti/ti814x/mux.c
Adds an ET1011C PHY driver which is derived from the
Linux kernel PHY driver (drivers/net/phy/et1011c.c)
from the v3.9-rc2 tag. Note that an errata workaround
config option is implemented to allow for TX_CLK to be
enabled even when gigabit mode is negotiated. This
workaround is used on the PG1.0 TI
TI814x's version 1 CPSW has a different slave_regs layout.
Add support for the differing registers.
Signed-off-by: Matt Porter
Reviewed-by: Tom Rini
---
v2: no changes
---
drivers/net/cpsw.c |6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/cpsw.c b/drivers/net/cpsw.c
ind
Enables required PLLs and clocks for CPSW on TI814x.
Signed-off-by: Matt Porter
---
v2: improved sata pll comment and added defines for magic values
---
arch/arm/cpu/armv7/am33xx/clock_ti814x.c | 103 +++-
arch/arm/include/asm/arch-am33xx/hardware_ti814x.h |1 +
bo
This series adds support for CPSW on the PG1.0 TI814x EVM board.
The V1 CPSW on TI814x requires minor register changes to the
existing driver as well as TI814x-specific pll/clock support.
An ET1011C phy driver is added to support the PHY present on the
PG1.0 EVM.
It has been tested loading/bootin
Hi Stephen,
On Tue, 15 Jan 2013 19:26:58 -0700, Stephen Warren
wrote:
> This adds a simple driver for the BCM2835's SD controller.
>
> Workarounds are implemented for:
> * Register writes can't be too close to each-other in time, or they will
> be lost.
> * Register accesses must all be 32-bi
Hi Stephen,
On Tue, 15 Jan 2013 19:26:59 -0700, Stephen Warren
wrote:
> Enable the SD controller driver for the Raspberry Pi. Enable a number
> of useful MMC, partition, and filesystem-related commands. Set up the
> environment to provide standard locations for loading a kernel, DTB,
> etc. Prov
Hi Stephen,
On Tue, 15 Jan 2013 19:26:57 -0700, Stephen Warren
wrote:
> The firmware running on the bcm2835 SoC's VideoCore CPU manages the
> display controller. Add a simple "LCD" driver that communicates with the
> firmware using the property mailbox protocol. This configures the
> display and
Hi Stephen,
On Tue, 15 Jan 2013 19:26:53 -0700, Stephen Warren
wrote:
> The BCM2835 SoC contains (at least) two CPUs; the VideoCore (a/k/a "GPU")
> and the ARM CPU. The ARM CPU is often thought of as the main CPU.
> However, the VideoCore actually controls the initial SoC boot, and hides
> much
Hi Stephen,
On Tue, 15 Jan 2013 19:26:56 -0700, Stephen Warren
wrote:
> There appears to be no implementation of flush_dcache_range() for
> ARM1176, so explicitly disable dcache support to avoid references to
> that function from the LCD core in the next patch. This was presumably
> not noticed
Hi Stephen,
On Tue, 15 Jan 2013 19:26:54 -0700, Stephen Warren
wrote:
> The firmware running on the bcm2835 SoC's VideoCore CPU determines how
> much of the system RAM is available for use by the ARM CPU. Previously,
> U-Boot assumed that only 128MB was available, since this was the
> smallest v
On Wed, Mar 20, 2013 at 04:10:05PM +0100, Wolfgang Denk wrote:
> Dear Adnan Ali,
>
> In message <1363789411-9663-1-git-send-email-adnan@codethink.co.uk> you
> wrote:
> > Introduces btrfs file-system to read file from
> > volume/sub-volumes with btrload command. This
> > implementation has rea
Dear Adnan Ali,
In message <1363789411-9663-1-git-send-email-adnan@codethink.co.uk> you
wrote:
> Introduces btrfs file-system to read file from
> volume/sub-volumes with btrload command. This
> implementation has read-only support.
> This btrfs implementation is based on syslinux btrfs
> code
Dear Albert,
In message <20130320145927.2031b913@lilith> you wrote:
>
> I do understand what it does, but I still don't get why it should be
> done, since precisely payload control transfer happens through bootm and
> the like which already properly flush cache.
Full agrement.
> Is there an ARM
Dear York Sun,
In message <1363724992-9803-1-git-send-email-york...@freescale.com> you wrote:
> When we need the copied code/data in the main memory, we can flush the
> cache now. It uses the existing function flush_cache. Syntax is
>
> flush_cache
>
> The addr and size are given in hexadecima
Dear "Paul B. Henson",
In message <5147b867.5000...@acm.org> you wrote:
> I'm working on a fairly simple project that needs to boot linux from
> NAND on a freescale i.MX28 platform, and there's a lack of consensus on
> how to handle the boot loader.
>
> One option would be to simply use the stock
Hi Albert,
On Sat, 16 Mar 2013 09:09:53 +0100, Albert ARIBAUD
wrote:
> Hi Stephen,
>
> On Fri, 15 Mar 2013 16:51:00 -0600, Stephen Warren
> wrote:
>
> > On 03/11/2013 12:35 AM, Albert ARIBAUD wrote:
> > > Hi Stephen,
> > >
> > > On Sat, 09 Mar 2013 23:34:21 -0700, Stephen Warren
> > > wrote
Introduces btrfs file-system to read file from
volume/sub-volumes with btrload command. This
implementation has read-only support.
This btrfs implementation is based on syslinux btrfs
code, commit 269ebc845ebc8b46ef4b0be7fa0005c7fdb95b8d.
v8: patch re-formated.
v7: patch re-formated.
v6:
The ext4write command was taking the in-memory address and filename path
in reverse order from the rest of the filesystem read and write
commands. This corrects the order to be the same as fatload, etc.
Signed-off-by: Tom Rini
---
common/cmd_ext4.c |6 +++---
1 file changed, 3 insertions(+)
From: Fabio Estevam
The u-boot.imx binary is generated by default, so no need to pass it in the
'make' line.
Signed-off-by: Fabio Estevam
---
board/freescale/mx6qsabrelite/README |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/freescale/mx6qsabrelite/README
b/boa
Hi Scott,
On Tue, 19 Mar 2013 18:32:39 -0500, Scott Wood
wrote:
> On 03/19/2013 05:07:33 PM, York Sun wrote:
> > On 03/19/2013 03:01 PM, Albert ARIBAUD wrote:
> > > What's the point of this command exactly? I can see the point of
> > range
> > > flushes (and invalidates) in the code for driver
1 - 100 of 126 matches
Mail list logo
