Hi Simon,
On Sat, Mar 2, 2013 at 6:30 AM, Simon Glass wrote:
> Hi Jagan,
>
> On Fri, Mar 1, 2013 at 1:21 PM, Jagan Teki wrote:
>> Hi Simon,
>>
>> On Sat, Mar 2, 2013 at 1:54 AM, Simon Glass wrote:
>>> Hi Jagan,
>>>
>>> On Fri, Mar 1, 2013 at 11:14 AM, Jagan Teki
>>> wrote:
Hi Simon,
Hi Benoît,
On Fri, 1 Mar 2013 23:54:26 +0100 (CET), Benoît Thébaudeau
wrote:
Re: assembler error messages:
> > > And in case you ask, with relocate_code() as a function in its own
> > > file instead of a macro called from start.S, it does not work because
> > > of the _start-relative word value
Hi Akshay,
On Fri, Mar 1, 2013 at 8:16 AM, Akshay Saraswat wrote:
> SHA-256 and SHA-1 accelerated using ACE hardware.
>
> 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 t
On Fri, Mar 1, 2013 at 8:16 AM, Akshay Saraswat wrote:
> 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.
>
> Change-Id: Ia22095b9
On Fri, Mar 1, 2013 at 8:16 AM, Akshay Saraswat wrote:
> This enables SHA 256 for exynos.
>
> 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.
>
> Change-Id: Iff
Hi Akshay,
On Fri, Mar 1, 2013 at 8:16 AM, Akshay Saraswat wrote:
> ACE H/W acceleration support is added to hash
> which can be used to test SHA 256 hash algorithm.
>
> Tested with command "hash sha256 0x40008000 0x2B 0x40009000".
> Used mm and md to write a standard string to memory location
>
On 03/01/2013 09:57:40 AM, Tom Rini wrote:
On Thu, Feb 28, 2013 at 07:37:51PM -0600, Scott Wood wrote:
> >+ * @param lim maximum size that length may be in
order to not
> >+ *exceed the buffer
>
> s/that length may be/that actual may be/
No? We check that the requested l
Hi Simon,
On Saturday, March 2, 2013 1:22:28 AM, Simon Glass wrote:
> On Fri, Mar 1, 2013 at 2:54 PM, Benoît Thébaudeau
> wrote:
> > On Friday, March 1, 2013 10:56:50 PM, Albert ARIBAUD wrote:
> >> On Fri, 1 Mar 2013 16:50:44 +0100 (CET), Benoît Thébaudeau
> >> wrote:
> >> > On Friday, March 1,
Hi Jagan,
On Fri, Mar 1, 2013 at 1:21 PM, Jagan Teki wrote:
> Hi Simon,
>
> On Sat, Mar 2, 2013 at 1:54 AM, Simon Glass wrote:
>> Hi Jagan,
>>
>> On Fri, Mar 1, 2013 at 11:14 AM, Jagan Teki wrote:
>>> Hi Simon,
>>>
>>> On Fri, Mar 1, 2013 at 10:07 AM, Simon Glass wrote:
Hi Jagan,
>>>
Hi,
On Fri, Mar 1, 2013 at 2:54 PM, Benoît Thébaudeau
wrote:
> Hi Albert,
>
> On Friday, March 1, 2013 10:56:50 PM, Albert ARIBAUD wrote:
>> Hi Benoît,
>>
>> On Fri, 1 Mar 2013 16:50:44 +0100 (CET), Benoît Thébaudeau
>> wrote:
>>
>> > Hi Albert,
>> >
>> > On Friday, March 1, 2013 4:46:07 PM, Alb
On 03/01/2013 03:32 PM, Tom Warren wrote:
> Use the latest tables & code from our internal U-Boot repo.
> The SDMMC3_CD, CLK_LB_IN and CLK_LB_OUT offsets in the pingroup
> table were off by a few indices, causing the pinmux init code to
> write bad data to the PINMUX_AUX_ regs. This also enabled th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/01/2013 06:06 PM, Wolfgang Denk wrote:
> Dear Tom,
>
> In message <51313235.8080...@ti.com> you wrote:
>>
>>> Can you fix these, please?
>>
>> Some number of these are following upstream errors which we
>> should take so future resyncs aren't
Dear Tom,
In message <51313235.8080...@ti.com> you wrote:
>
> > Can you fix these, please?
>
> Some number of these are following upstream errors which we should
> take so future resyncs aren't as painful.
Maybe - but then this should be explained in the patch, at least.
Best regards,
Wolfgang
Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Friday, March 01, 2013 2:54 PM
> To: Tom Warren
> Cc: u-boot@lists.denx.de; Stephen Warren
> Subject: Re: [U-Boot] [PATCH 1/3] ARM: implement some Cortex-A9 errata
> workarounds
>
> On 02/28/2013 1
Patman's regular expression for detecting the start of a
commit in a git log was a little simplistic and could be
confused if the git log itself had the word "commit" as
the start of a line (as this commit does). Make patman
a little more robust.
Signed-off-by: Doug Anderson
---
tools/patman/pa
Hi Albert,
On Friday, March 1, 2013 10:56:50 PM, Albert ARIBAUD wrote:
> Hi Benoît,
>
> On Fri, 1 Mar 2013 16:50:44 +0100 (CET), Benoît Thébaudeau
> wrote:
>
> > Hi Albert,
> >
> > On Friday, March 1, 2013 4:46:07 PM, Albert ARIBAUD wrote:
> > > Hi Benoît,
> > >
> > > On Fri, 1 Mar 2013 13:1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/01/2013 05:53 PM, Wolfgang Denk wrote:
> Dear Adnan Ali,
>
> In message
> <1361795077-3674-2-git-send-email-adnan@codethink.co.uk> you
> wrote:
>> Introduces btrfs file-system to read file from volume/sub-volumes
>> with btrload command. Thi
Dear Adnan Ali,
In message <1361795077-3674-2-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 Jagannadha Sutradharudu Teki,
In message you
wrote:
>
> I think the entire change are not good as it touches the environment concept,
> Can you suggest any better way we could do or it may not be possible/require
> the mem test values
> alter though devicetree.
May I ask _why_ you would w
Use the latest tables & code from our internal U-Boot repo.
The SDMMC3_CD, CLK_LB_IN and CLK_LB_OUT offsets in the pingroup
table were off by a few indices, causing the pinmux init code to
write bad data to the PINMUX_AUX_ regs. This also enabled the lock
bit, which made it impossible to reconfig t
Hi Albert,
On Fri, 1 Mar 2013 22:56:50 +0100, Albert ARIBAUD
wrote:
> Hi Benoît,
>
> On Fri, 1 Mar 2013 16:50:44 +0100 (CET), Benoît Thébaudeau
> wrote:
>
> > Hi Albert,
> >
> > On Friday, March 1, 2013 4:46:07 PM, Albert ARIBAUD wrote:
> > > Hi Benoît,
> > >
> > > On Fri, 1 Mar 2013 13:10
Hi Benoît,
On Fri, 1 Mar 2013 16:50:44 +0100 (CET), Benoît Thébaudeau
wrote:
> Hi Albert,
>
> On Friday, March 1, 2013 4:46:07 PM, Albert ARIBAUD wrote:
> > Hi Benoît,
> >
> > On Fri, 1 Mar 2013 13:10:40 +0100, Benoît Thébaudeau
> > wrote:
> >
> > > Factorize start.S code as much as possibl
On 02/28/2013 10:08 AM, Stephen Warren wrote:
> On 02/26/2013 03:28 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Various errata exist in the Cortex-A9 CPU, and may be worked around by
>> setting some bits in a CP15 diagnostic register. Add code to implement
>> the workarounds, enabled b
Hi Tom,
On Friday, March 1, 2013 10:20:18 PM, Tom Rini wrote:
> On Fri, Mar 01, 2013 at 01:10:24PM +0100, Beno??t Th??baudeau wrote:
>
> > Signed-off-by: Beno??t Th??baudeau
> > ---
> > Changes in v8:
> > - New patch.
> >
> > Changes in v7: None
> > Changes in v6: None
> > Changes in v5: None
On Fri, Mar 01, 2013 at 01:10:30PM +0100, Beno??t Th??baudeau wrote:
> make never uses the SHELL variable from the environment. Instead, it
> uses /bin/sh, or the value assigned to the SHELL variable by the Makefile.
> This
> makes the export of the SHELL variable useless for sub-makes (but still
Hi Simon,
On Sat, Mar 2, 2013 at 1:54 AM, Simon Glass wrote:
> Hi Jagan,
>
> On Fri, Mar 1, 2013 at 11:14 AM, Jagan Teki wrote:
>> Hi Simon,
>>
>> On Fri, Mar 1, 2013 at 10:07 AM, Simon Glass wrote:
>>> Hi Jagan,
>>>
>>> On Thu, Feb 28, 2013 at 12:29 PM, Jagan Teki
>>> wrote:
Hi Simon,
>
On Fri, Mar 01, 2013 at 01:10:24PM +0100, Beno??t Th??baudeau wrote:
> Signed-off-by: Beno??t Th??baudeau
> ---
> Changes in v8:
> - New patch.
>
> Changes in v7: None
> Changes in v6: None
> Changes in v5: None
> Changes in v4: None
> Changes in v3: None
> Changes in v2: None
>
> tools/scrip
On Fri, Mar 01, 2013 at 01:10:18PM +0100, Beno??t Th??baudeau wrote:
> _TEXT_BASE must be set to CONFIG_SPL_TEXT_BASE for generic SPL, and to
> CONFIG_SYS_TEXT_BASE for non-SPL builds.
>
> Signed-off-by: Beno??t Th??baudeau
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital si
On Thu, Feb 28, 2013 at 08:29:51PM -0500, Matt Porter wrote:
> TI814x has a 192MHz hsmmc reference clock. Select that clock rate
> when building for TI814x.
>
> Signed-off-by: Matt Porter
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
On Wed, Feb 27, 2013 at 02:11:31PM -0600, Joe Hershberger wrote:
> Hi Tom,
>
> On Mon, Feb 18, 2013 at 11:20 AM, Tom Rini wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 02/09/2013 11:21 AM, Otavio Salvador wrote:
> >> Hello Wolfgang,
> >>
> >> On Sat, Feb 9, 2013 at 4:54
Hi Jagan,
On Fri, Mar 1, 2013 at 11:14 AM, Jagan Teki wrote:
> Hi Simon,
>
> On Fri, Mar 1, 2013 at 10:07 AM, Simon Glass wrote:
>> Hi Jagan,
>>
>> On Thu, Feb 28, 2013 at 12:29 PM, Jagan Teki
>> wrote:
>>> Hi Simon,
>>>
>>> On Thu, Feb 28, 2013 at 7:22 PM, Simon Glass wrote:
Hi Jagan,
>
Hi,
On Fri, Mar 1, 2013 at 11:15 AM, Tom Rini wrote:
> On Fri, Mar 01, 2013 at 05:06:48PM +0100, Wolfgang Denk wrote:
>> Dear Jagannadha Sutradharudu Teki,
>>
>> In message <10597224-d520-4a3f-8185-5de018ee5...@tx2ehsmhs026.ehs.local> you
>> wrote:
>> > This patch provides a support to decode th
Hi Simon,
On Fri, Mar 1, 2013 at 10:07 AM, Simon Glass wrote:
> Hi Jagan,
>
> On Thu, Feb 28, 2013 at 12:29 PM, Jagan Teki wrote:
>> Hi Simon,
>>
>> On Thu, Feb 28, 2013 at 7:22 PM, Simon Glass wrote:
>>> Hi Jagan,
>>>
>>> On Thu, Feb 28, 2013 at 3:14 AM, Jagan Teki
>>> wrote:
Hi Simon,
On Fri, Mar 01, 2013 at 05:06:48PM +0100, Wolfgang Denk wrote:
> Dear Jagannadha Sutradharudu Teki,
>
> In message <10597224-d520-4a3f-8185-5de018ee5...@tx2ehsmhs026.ehs.local> you
> wrote:
> > This patch provides a support to decode the mtest start
> > and end values from fdt config node.
> >
>
Hi Tom,
On Fri, Mar 1, 2013 at 10:26 AM, Tom Rini wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/01/2013 01:21 PM, Simon Glass wrote:
>> Hi Tom,
>>
>> On Fri, Mar 1, 2013 at 9:37 AM, Tom Rini wrote:
>>> On Wed, Dec 26, 2012 at 11:53:34AM -0800, Simon Glass wrote:
This im
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/01/2013 01:21 PM, Simon Glass wrote:
> Hi Tom,
>
> On Fri, Mar 1, 2013 at 9:37 AM, Tom Rini wrote:
>> On Wed, Dec 26, 2012 at 11:53:34AM -0800, Simon Glass wrote:
>>> This implementation uses opendir()/readdir() to access the
>>> directory info
Hi Tom,
On Fri, Mar 1, 2013 at 9:37 AM, Tom Rini wrote:
> On Wed, Dec 26, 2012 at 11:53:34AM -0800, Simon Glass wrote:
>> This implementation uses opendir()/readdir() to access the directory
>> information and then puts it in a linked list for the caller's use.
>>
>> Signed-off-by: Simon Glass
>
On Wed, Dec 26, 2012 at 11:53:38AM -0800, Simon Glass wrote:
> The 'sb' command allows loading files from the host, and listing
> directories.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
__
On Wed, Dec 26, 2012 at 11:53:37AM -0800, Simon Glass wrote:
> These are useful for build-testing code, at least.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot mailing list
U-B
On Wed, Dec 26, 2012 at 11:53:36AM -0800, Simon Glass wrote:
> The new 'sb' command is intended to deal with sandbox-specific features
> that have no parallel in other archs. This commit adds two sub-commands
> to list a directory and read a file from the host filesystem.
>
> Signed-off-by: Simon
On Wed, Dec 26, 2012 at 11:53:35AM -0800, Simon Glass wrote:
> This allows reading of files from the host filesystem in sandbox.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
___
U-Boot m
On Wed, Dec 26, 2012 at 11:53:34AM -0800, Simon Glass wrote:
> This implementation uses opendir()/readdir() to access the directory
> information and then puts it in a linked list for the caller's use.
>
> Signed-off-by: Simon Glass
> ---
> arch/sandbox/cpu/os.c | 101
> +++
On Wed, Dec 26, 2012 at 11:53:33AM -0800, Simon Glass wrote:
> It doesn't make a lot of sense to have these methods in fs.c. They are
> filesystem-specific, not generic code. Add each to the relevant
> filesystem and remove the associated #ifdefs in fs.c.
>
> Signed-off-by: Simon Glass
Reviewed
On Wed, Dec 26, 2012 at 11:53:32AM -0800, Simon Glass wrote:
> This allows us to use filesystems on sandbox. It has no effect on other
> architectures.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
_
On Wed, Dec 26, 2012 at 11:53:31AM -0800, Simon Glass wrote:
> Rather than rely on global variables for the probe functions, pass in
> the information that we need filled in. This allows us to potentially
> keep the variables private to fs.c in the future, and the meaning of
> the probe function i
On Wed, Dec 26, 2012 at 11:53:30AM -0800, Simon Glass wrote:
> We can use the available methods and avoid using switch(). When the
> filesystem is not supported, we fall through to the 'unsupported'
> methods: fs_probe_unsupported() prints an error, so the others do
> not need to.
>
> Signed-off-
On Wed, Dec 26, 2012 at 11:53:29AM -0800, Simon Glass wrote:
> There is a structure in fs.c with just a probe method. By adding methods
> for other operations, we can avoid lots of #ifdefs and switch()s. As a
> first step, create the structure ready for use.
>
> Signed-off-by: Simon Glass
Revie
On Wed, Dec 26, 2012 at 11:53:28AM -0800, Simon Glass wrote:
> This code seems to be entirely othogonal, so remove the #ifdef and put
> the condition in the Makefile instead.
>
> Signed-off-by: Simon Glass
Reveiwed-by: Tom Rini
--
Tom
signature.asc
Description: Digital signature
__
On Sat, Feb 23, 2013 at 11:53:25AM +0100, Stefano Babic wrote:
> Simple howto to add support to a board
> for booting the kernel from SPL ("Falcon" mode).
>
> Signed-off-by: Stefano Babic
> ---
> Changes in v6:
> - rephrasing some parts to make clearer (Otavio Salvador, Andreas Biessmann)
> - in
On Fri, Mar 01, 2013 at 03:30:18PM +0100, Lukasz Majewski wrote:
> This commit fixes problems with some non-standard requests send with
> device address instead of interface address (bmRequestType.Receipent field).
>
> This happens with dfu-util (debian version: 0.5), which address non standard
>
On Friday, March 1, 2013 4:50:44 PM, Benoît Thébaudeau wrote:
> Hi Albert,
>
> On Friday, March 1, 2013 4:46:07 PM, Albert ARIBAUD wrote:
> > Hi Benoît,
> >
> > On Fri, 1 Mar 2013 13:10:40 +0100, Benoît Thébaudeau
> > wrote:
> >
> > > Factorize start.S code as much as possible.
> > >
> > > Fu
On Fri, Mar 01, 2013 at 10:57:40AM -0500, Tom Rini wrote:
> On Thu, Feb 28, 2013 at 07:37:51PM -0600, Scott Wood wrote:
> > On 02/28/2013 01:09:05 PM, Tom Rini wrote:
[snip]
> > >@@ -526,16 +543,28 @@ int nand_write_skip_bad(nand_info_t *nand,
> > >loff_t offset, size_t *length,
> > > if ((offset
Dear Jagannadha Sutradharudu Teki,
In message <10597224-d520-4a3f-8185-5de018ee5...@tx2ehsmhs026.ehs.local> you
wrote:
> This patch provides a support to decode the mtest start
> and end values from fdt config node.
>
> Signed-off-by: Jagannadha Sutradharudu Teki
> Tested-by: Jagannadha Sutradh
On Thu, Feb 28, 2013 at 07:37:51PM -0600, Scott Wood wrote:
> On 02/28/2013 01:09:05 PM, Tom Rini wrote:
> >We make these two functions take a size_t pointer to how much space
> >was used on NAND to read or write the buffer (when reads/writes
> >happen)
> >so that bad blocks can be accounted for.
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.
Change-Id: Ia22095b9391cc5889910a60acbc2e970090ea244
Signed-off-by: ARUN MANKUZHI
Signe
ACE H/W acceleration support is added to hash
which can be used to test SHA 256 hash algorithm.
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.
Change-Id: If768200
SHA-256 and SHA-1 accelerated using ACE hardware.
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
---
This enables SHA 256 for exynos.
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.
Change-Id: Iff1bb2833686f5a0c5869cc86d20078260ec955e
Signed-off-by: ARUN MANKUZHI
This patch set adds hardware acceleration for SHA 256
with the help of ACE.
Changes since v2:
- Patch-1:
- Added falling back to software sha256 in case length exceeds
buffer limit.
- Reduced one tab at lines 533, 559 and 571 in the patch.
Hi Albert,
On Friday, March 1, 2013 4:46:07 PM, Albert ARIBAUD wrote:
> Hi Benoît,
>
> On Fri, 1 Mar 2013 13:10:40 +0100, Benoît Thébaudeau
> wrote:
>
> > Factorize start.S code as much as possible.
> >
> > Functions that may need to be customized for some start.S are defined weak
> > for
> >
Hi Benoît,
On Fri, 1 Mar 2013 13:10:40 +0100, Benoît Thébaudeau
wrote:
> Factorize start.S code as much as possible.
>
> Functions that may need to be customized for some start.S are defined weak for
> that purpose.
>
> relocate_code_prepare() and relocate_code_finish() are introduced as hook
On Fri, Mar 1, 2013 at 12:33 PM, Benoît Thébaudeau
wrote:
> FYI, I've just fixed a space damage (space before tab warning) here when
> applying.
Ok, thanks for fixing it.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinf
Hi Fabio,
On Friday, March 1, 2013 1:10:10 PM, Benoît Thébaudeau wrote:
> From: Fabio Estevam
>
> Introduce CONFIG_SYS_NAND_BUSWIDTH_16BIT option so that other NAND controller
> drivers could use it when a 16-bit NAND is deployed.
>
> drivers/mtd/nand/ndfc has CONFIG_SYS_NDFC_16BIT, so just ren
Hi Fabio,
On Friday, March 1, 2013 4:33:41 PM, Fabio Estevam wrote:
> Hi Benoît,
>
> On Fri, Mar 1, 2013 at 9:10 AM, Benoît Thébaudeau
> wrote:
>
> > +#if defined(CONFIG_MX51)
> > +#define SRC_SBMR_NF16B (1 << 2)
> > +#elif defined(CONFIG_MX53)
> > +#define SRC_SBMR_NF16B (1 <<
Hi Marek,
> Dear Lukasz Majewski,
>
> > This commit fixes problems with some non-standard requests send with
> > device address instead of interface address (bmRequestType.Receipent
> > field).
> >
> > This happens with dfu-util (debian version: 0.5), which address non
> > standard requests (lik
Hi Benoît,
On Fri, Mar 1, 2013 at 9:10 AM, Benoît Thébaudeau
wrote:
> +#if defined(CONFIG_MX51)
> +#define SRC_SBMR_NF16B (1 << 2)
> +#elif defined(CONFIG_MX53)
> +#define SRC_SBMR_NF16B (1 << 13)
> +#endif
These definitions are not used anymore and could be removed, right?
Hi Albert,
On Friday, March 1, 2013 4:25:25 PM, Albert ARIBAUD wrote:
> Hi Benoît,
>
> On Fri, 1 Mar 2013 13:10:38 +0100, Benoît Thébaudeau
> wrote:
>
> > Following the removal of the smdk6400 board, the MMU setup code in
> > arm1176/start.S becomes unused, so move it to scrapyard. It will sti
Hi Benoît,
On Fri, 1 Mar 2013 13:10:38 +0100, Benoît Thébaudeau
wrote:
> Following the removal of the smdk6400 board, the MMU setup code in
> arm1176/start.S becomes unused, so move it to scrapyard. It will still be
> possible to restore it later from the Git history if necessary, in which case
Allow AM335x MPU core clock speed to be specified in the board config file.
To use, add the following to the board's config file:-
#define V_MPUCLK
Signed-off-by: Mark Jackson
---
Changes in v2:
- Tweaked after comments from Peter Korsgaard
arch/arm/include/asm/arch-am33xx/clocks_am33x
This patch provides a support to decode the mtest start
and end values from fdt config node.
Signed-off-by: Jagannadha Sutradharudu Teki
Tested-by: Jagannadha Sutradharudu Teki
---
common/cmd_mem.c |6 --
common/main.c| 18 ++
2 files changed, 22 insertions(+), 2 d
> "Mark" == Mark Jackson writes:
Mark> Allow AM335x MPU core clock speed to be specified in the board config
file.
Mark> To use, add the following to the board's config file:-
Mark> #define V_MPUCLK
Mark> Signed-off-by: Mark Jackson
Mark> ---
Mark> arch/arm/include/asm/arch-am33xx
Dear Lukasz Majewski,
> This commit fixes problems with some non-standard requests send with
> device address instead of interface address (bmRequestType.Receipent
> field).
>
> This happens with dfu-util (debian version: 0.5), which address non
> standard requests (like w_value=0x21 and bRequest
This commit fixes problems with some non-standard requests send with
device address instead of interface address (bmRequestType.Receipent field).
This happens with dfu-util (debian version: 0.5), which address non standard
requests (like w_value=0x21 and bRequest=GET_DESCRIPTOR) to device.
Without
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/01/2013 02:45 AM, Albert ARIBAUD wrote:
> Hi Sricharan,
>
> On Fri, 1 Mar 2013 09:57:25 +0530, Sricharan R
> wrote:
>
>> Hi Albert,
>>
>> On Thursday 28 February 2013 08:35 PM, Albert ARIBAUD wrote:
>>> On Thu, 28 Feb 2013 15:20:44 +0100, Alb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/28/2013 10:55 PM, Simon Glass wrote:
> Hi Tom,
>
> On Thu, Feb 28, 2013 at 4:22 PM, Simon Glass
> wrote:
>> Hi Tom,
>>
>> On Thu, Feb 28, 2013 at 3:00 PM, Tom Rini wrote:
>>> On Wed, Feb 27, 2013 at 01:18:23PM -0800, Simon Glass wrote:
>>>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/28/2013 09:10 PM, Sonic Zhang wrote:
> Hi Tom,
>
> On Fri, Mar 1, 2013 at 5:22 AM, Tom Rini wrote:
>> On Thu, Feb 21, 2013 at 07:06:38PM +0800, Sonic Zhang wrote:
>>
>>> From: Sonic Zhang
>>>
>>>
>>> ADSP-BF60x is the new generation Blackfi
From: Arkadiusz Wlodarczyk
Signed-off-by: Arkadiusz Wlodarczyk
Signed-off-by: Kyungmin Park
Tested-by: Arkadiusz Wlodarczyk
Cc: Minkyu Kang
---
Changes:
Modify autoboot scripts that are included in environment variables of default
environment in order to load device tree to memory prior to bo
From: aaron.willi...@caviumnetworks.com
This commit is based on that patch from aaron.willi...@caviumnetworks.com
with same commit title. pulled the same code changes into current u-boot tree.
http://patchwork.ozlabs.org/patch/140863/
http://lists.denx.de/pipermail/u-boot/2011-April/089606.html
On 01.03.2013 13:34, Jagannadha Sutradharudu Teki wrote:
> "From aaron.willi...@caviumnetworks.com ..."
No. This won't work. This needs to be:
From: Aaron Williams
And without " of course.
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
h
"From aaron.willi...@caviumnetworks.com ..."
This commit is based on that patch from aaron.willi...@caviumnetworks.com
with same commit title. pulled the same code changes into current u-boot tree.
http://patchwork.ozlabs.org/patch/140863/
http://lists.denx.de/pipermail/u-boot/2011-April/089606.h
Hi Stefan,
> -Original Message-
> From: Stefan Roese [mailto:s...@denx.de]
> Sent: 01 March 2013 17:57
> To: Jagannadha Sutradharudu Teki
> Cc: u-boot@lists.denx.de; mon...@monstr.eu; Aaron Williams
> Subject: Re: [PATCH v4] mtd: cfi_flash: Fix CFI flash driver for 8-bit bus
> support
>
>
Allow AM335x MPU core clock speed to be specified in the board config file.
To use, add the following to the board's config file:-
#define V_MPUCLK
Signed-off-by: Mark Jackson
---
arch/arm/include/asm/arch-am33xx/clocks_am33xx.h |4
1 file changed, 4 insertions(+)
diff --git a
On 01.03.2013 13:19, Jagannadha Sutradharudu Teki wrote:
>> Please also add a "From: Aaran ..." line as first line in your commit text to
>> preserve the patch authorship.
>
> Seems like I have added the first line with Aran..
> as
> + This commit is based on that patch from aaron.willi...@caviumn
Hi Stefan,
> -Original Message-
> From: Stefan Roese [mailto:s...@denx.de]
> Sent: 01 March 2013 17:43
> To: Jagannadha Sutradharudu Teki
> Cc: u-boot@lists.denx.de; mon...@monstr.eu; Jagannadha Sutradharudu
> Teki; Aaron Williams
> Subject: Re: [PATCH v4] mtd: cfi_flash: Fix CFI flash dri
On 01.03.2013 13:05, Jagannadha Sutradharudu Teki wrote:
> This commit is based on that patch from aaron.willi...@caviumnetworks.com
> with same commit title.
>
> http://patchwork.ozlabs.org/patch/140863/
> http://lists.denx.de/pipermail/u-boot/2011-April/089606.html
>
> This patch corrects the a
The migration of boards from Makefile to boards.cfg was due for v2012.03, but
smdk6400 did not follow, and it does not build, so move it to scrapyard. It will
still be possible to restore it from the Git history before fixing it.
Signed-off-by: Benoît Thébaudeau
---
Changes in v8:
- New patch.
Let all ARM linker scripts handle properly -ffunction-sections
and -fdata-sections. This will be useful for the following changes in order to
create symbol-specific sections in the common crt0.S.
Signed-off-by: Benoît Thébaudeau
---
Changes in v8:
- New patch.
Changes in v7: None
Changes in v6:
Following the removal of the smdk6400 board, the MMU setup code in
arm1176/start.S becomes unused, so move it to scrapyard. It will still be
possible to restore it later from the Git history if necessary, in which case it
should be moved out from the relocate_code() function.
Signed-off-by: Benoît
Signed-off-by: Benoît Thébaudeau
---
Changes in v8:
- New patch.
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/config.mk |2 --
arch/arm/cpu/arm1176/start.S | 12
arch/arm/lib/crt0.S
This reverts commit 1285a2808a254f3d1a809c1a541f0c0f746e03d7 since the migration
of boards from Makefile to boards.cfg is now complete.
Signed-off-by: Benoît Thébaudeau
---
Changes in v8:
- New patch.
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3:
This image combines the SPL with the i.MX header, the FCB and U-Boot.
For i.MX25/35/51, the FCB is ignored by the boot ROM, so this image is just
useful because it can be programmed on a NAND Flash page boundary.
For i.MX53, the FCB is required by the boot ROM.
This does not support i.MX6 so far
This image combines the SPL with the i.MX header and U-Boot. This is a
convenient way of having a single image to program on some boot devices.
The i.MX header has to be added to the SPL before appending U-Boot, so that the
boot ROM loads only the SPL.
Signed-off-by: Benoît Thébaudeau
---
Change
This also fixes support for mx31pdk and tx25, which had been broken by commit
e05e5de7fae5bec79617e113916dac6631251156.
Signed-off-by: Benoît Thébaudeau
Tested-by: Fabio Estevam
---
Changes in v8:
- Update doc/README.arm-relocation.
- Drop useless line feed at end of inline asm.
- Set CONFIG_
make never uses the SHELL variable from the environment. Instead, it
uses /bin/sh, or the value assigned to the SHELL variable by the Makefile. This
makes the export of the SHELL variable useless for sub-makes (but still useful
for the environment of recipes). However, we want all makes to use the
Commit e05e5de7fae5bec79617e113916dac6631251156 made the 2 1st parameters of
ARM's relocate_code() useless since it moved the code handling them to crt0.S.
So, drop these parameters.
Signed-off-by: Benoît Thébaudeau
---
Changes in v8:
- Update the function prototype in start.S comments.
Changes
Signed-off-by: Benoît Thébaudeau
---
Changes in v8:
- New patch.
Changes in v7: None
Changes in v6: None
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
.gitignore |1 +
1 file changed, 1 insertion(+)
diff --git a/.gitignore b/.gitignore
index e40eb7b..a803
Signed-off-by: Benoît Thébaudeau
---
Changes in v8: None
Changes in v7: None
Changes in v6:
- New patch.
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/cpu/arm926ejs/start.S | 10 --
1 file changed, 10 deletions(-)
diff --git a/arch/arm/cpu/
Use __image_copy_end instead of __bss_start for the end of the image to
relocate. This is the same as commit 033ca72, but applied to all ARM start.S.
This is a more appropriate symbol naming for an image copy & relocate feature,
and this also saves a useless copy of data put between __image_copy_e
Automatically build the 'u-boot.imx' (i.e. imx header + u-boot.bin) and 'SPL'
(i.e. imx header + u-boot-spl.bin) make targets for all imx processors
supporting this header, so for arm926ejs, arm1136 and armv7. Some combinations
were missing.
At the same time, fix the build of SPL targets not suppo
Signed-off-by: Benoît Thébaudeau
---
Changes in v8:
- Make sure that r9 is initialized in all cases because it may be used after
relocate_code().
Changes in v7: None
Changes in v6:
- New patch.
Changes in v5: None
Changes in v4: None
Changes in v3: None
Changes in v2: None
arch/arm/cpu/ar
1 - 100 of 130 matches
Mail list logo