Documents and READMEs for NDS32 architecture.
It patch also provides usage of SoC AG101 and board ADP-AG101.
Signed-off-by: Macpaul Lin
---
Changes for v1-v10:
- The patch of documentation was not included.
Changes for v11:
- Add the documents of NDS32, ag101, N1213.
Changes for v12-v16:
-
Add evaluation board "adp-ag101" configuration file adp-ag101.h.
Add adp-ag101.c board config and related settings.
Add board adp-ag101 into boards.cfg
Signed-off-by: Macpaul Lin
---
Changes for v1-v4:
- code clean up
Changes for v5-v6:
- Refine the definitions and parameters about CLK,
A
Add support of NDS32 to common commands bdinfo, bootm, and image format.
Signed-off-by: Macpaul Lin
---
Changes for v1-v6:
- Code clean up
Changes for v7-v9:
- No Change.
Changes for v10:
- fix up according to the changes in master tree.
Changes for v11:
- No Change.
Changes for v12:
-
Add standalone program related support for nds32 architecture.
Signed-off-by: Macpaul Lin
---
Changes for v1-v6:
- code clean up.
Changes for v7-v11:
- No change.
Changes for v12:
- clean up for linker script.
Changes for v13-v15:
- No change.
Changes for v16:
- x86-testapp.c: fix line
Hi Dirk,
On Wednesday 19 October 2011 16:36:08 Mike Frysinger wrote:
> the GPIO API is not specific to processors. atm, only SoC's are
> implementing it. what you're looking for is the gpiolib which Linux
> supports. we haven't bothered adding that layer yet as no one was adding
> GPIO expander
Add Makefile, board.c, interrupts.c and bootm.c functions
to nds32 architecture.
Signed-off-by: Macpaul Lin
---
Changes for v1-v4:
- code clean up and formatting style.
Changes for v5-v6:
- board.c
- Do some clean up and add code
- Remove display banner which hasn't support.
- Add ft
SoC ag101 is the first chip using NDS32 N1213 cpu core.
Add header file of device offset support for SoC ag101.
Add main function of SoC ag101 based on NDS32 n1213 core.
Add lowlevel_init.S and other periphal related code.
This version of lowlevel_init.S also replace hardcode value
by MARCO define
Add N1213 cpu core (N12 Core family) support for NDS32 arch.
This patch includes start.S for the initialize procedure of N1213.
Start procedure:
start.S will start up the N1213 CPU core at first,
then jump to SoC dependent "lowlevel_init.S" and
"watchdog.S" to configure peripheral devices.
Sig
Add NDS32 support into common header file.
Signed-off-by: Macpaul Lin
---
Changes for v1-v7:
- No change
Changes for v8:
- Fix the patch according to dependency of x86's Fix
Changes for v9-v16:
- No change
Changes for v17:
- Fix for arch Sandbox has been committed.
include/common.h |
Add generic header files support for nds32 architecture.
Cache, ptregs, data type and other definitions are included.
Signed-off-by: Macpaul Lin
---
Changes for v1-v4:
- Code cleanup and style formatting.
Changes for v5-v6:
- This patch also updated the following changes against the
chang
On 10/19/2011 07:15 PM, Stefano Babic wrote:
>
> This fixes the issue with the Freescale PMIC, but...
>
> The new driver introduces a level of abstraction to make easier to
> introduce other PMICs that are driven with SPI / I2C. For this reason,
> PMIC specific code must be inside the specific driv
- "Andy Fleming" wrote:
> >> I need to think about this. Was this causing you a problem? What
> were
> >> the symptoms?
> >>
> > yes... I am working on adding mmc support for Marvell GplugD board
> (Armada168 SoC). So during mmc startup, MMC_CMD_SELECT_CARD(CMD7) gets
> timed out. So digging
This fixes write access to PMIC registers, the bug was
introduced partly in commit 64aac65099 and in commit c9fe76dd91.
It was tested on an i.mx31 with a mc13783.
Signed-off-by: Helmut Raiger
---
V2: threw in the wrong read back line (again and again)
drivers/misc/pmic_fsl.c |5 +
driv
This fixes write access to PMIC registers, the bug was
introduced partly in commit 64aac65099 and in commit c9fe76dd91.
It was tested on an i.mx31 with a mc13783.
Signed-off-by: Helmut Raiger
---
V2: threw in the wrong readback line in V1
drivers/misc/pmic_fsl.c |5 +
drivers/misc/pmic
Hi Anatolij,
I remove the support of video device from the patch set since I don't
have a board with video output at hand for now. I will leave this to
future work.
Regards,
Che-Liang
On Wed, Oct 19, 2011 at 4:56 PM, Anatolij Gustschin wrote:
> Hi,
>
> On Tue, 18 Oct 2011 17:15:38 +0800
> Che-L
This patch exports LCD info-query and bitmap-rendering functions to
external apps.
This patch is tested on a Seaboard. Because the LCD driver is not yet
upstreamed, the test was done in a local downstream repo.
Signed-off-by: Che-Liang Chiou
---
Changes in V4
Remove support of video device,
The generated header bmp_logo.h is useful even outside common/lcd.c for
the logo dimension. However, the problem is, the generated bmp_logo.h
cannot be included multiple times because bmp_logo_palette[] and
bmp_logo_bitmap[] are defined in the bmp_logo.h.
We may remedy this by adding
static __a
The functions for clearing and drawing bitmaps on the screen were not
exposed publicly and are made public in this patch in preparation for
implementing the display interface of api_public.h.
Signed-off-by: Che-Liang Chiou
---
Changes in V4
Remove support of video device, which is untested and
This patch set exports LCD clearing and bitmap-rendering on screen functions
to external apps, and provides a unified interface of accessing them.
Che-Liang Chiou (3):
lcd: add clear and draw bitmap declaration
tools: logo: add static and unused to bmp arrays
api: export LCD device to extern
On Wednesday 19 October 2011 21:07:11 Doug Anderson wrote:
> On Wed, Oct 19, 2011 at 3:52 PM, Mike Frysinger wrote:
> > i'm not particularly enamored with this naming style. i find the style
> > of "_" to be easier on the eyes rather than this
> > RPN.
> >
> > i.e. cmdline_param_remove() and cmd
On Wednesday 19 October 2011 20:23:15 Moffett, Kyle D wrote:
> On Oct 19, 2011, at 20:15, Mike Frysinger wrote:
> > On Wednesday 19 October 2011 18:52:10 Moffett, Kyle D wrote:
> >> So U-Boot MUST NOT reset without negotiating, even if the current CPU
> >> has crashed, as that will cause the other
On Wed, Oct 19, 2011 at 3:46 PM, Mike Frysinger wrote:
> On Wednesday 19 October 2011 18:30:56 Doug Anderson wrote:
> > --- /dev/null
> > +++ b/common/cmdline.c
> >
> > +/*
> > + * To run unit tests in this file:
> > + * gcc -DRUN_UNITTESTS -Wall -Werror common/cmdline.c -o cmdline &&
> > ./cmd
On Wed, Oct 19, 2011 at 3:52 PM, Mike Frysinger wrote:
> i'm not particularly enamored with this naming style. i find the style of
> "_" to be easier on the eyes rather than this RPN.
>
> i.e. cmdline_param_remove() and cmdline_param_add()
>
I'm happy to name it whatever you'd like. My next pa
> -Original Message-
> From: Kumar Gala [mailto:ga...@kernel.crashing.org]
> Sent: Wednesday, October 19, 2011 11:52 AM
> To: Aggrwal Poonam-B10812
> Cc: u-boot@lists.denx.de List; Wolfgang Denk
> Subject: Re: [U-Boot] [PATCH 7/7][v2] fsl_ifc: Add the workaround for
> erratum IFC A-003399
Hi Wolfgang,
On Tue, Oct 18, 2011 at 1:23 PM, Wolfgang Denk wrote:
> Dear Simon Glass,
>
> In message
> you
> wrote:
>>
>> I have already been wondering how to send this out for review -
>> perhaps as something in tools/scripts?
>
> Yes, please.
OK I have done this. It's a little rough but at
What is this?
=
This tool is a python script which:
- Creates patch directly from your branch
- Cleans them up
- Inserts a cover letter and change lists
- Sends them out to selected people
It is intended to automate patch creation and make it a less
error-prone process. It is useful f
On Oct 19, 2011, at 20:15, Mike Frysinger wrote:
> On Wednesday 19 October 2011 18:52:10 Moffett, Kyle D wrote:
>> So U-Boot MUST NOT reset without negotiating, even if the current CPU has
>> crashed, as that will cause the other (possibly perfectly operational) CPU
>> to also crash.
>
> so why ca
On Wednesday 19 October 2011 18:52:10 Moffett, Kyle D wrote:
> So U-Boot MUST NOT reset without negotiating, even if the current CPU has
> crashed, as that will cause the other (possibly perfectly operational) CPU
> to also crash.
so why can't you have your do_reset() board hook negotiate with the
On Oct 19, 2011, at 17:55, Mike Frysinger wrote:
> On Wednesday 19 October 2011 17:05:12 Moffett, Kyle D wrote:
>> On Oct 19, 2011, at 16:35, Wolfgang Denk wrote:
>>> Moffett, Kyle D wrote:
Since "reset" is basically just like any other U-Boot shell command,
>>>
>>> No, it ain't.
>>>
(e
On Wednesday 19 October 2011 18:46:20 Doug Anderson wrote:
> On Wed, Oct 19, 2011 at 3:35 PM, Mike Frysinger wrote:
> > On Wednesday 19 October 2011 18:30:59 Doug Anderson wrote:
> > > + /* Add in earlyprintk */
> > > + original_str = "console=ttyS0,115200n8 root=/dev/mmcblk0p3
> >
> > ea
On Wednesday 19 October 2011 18:30:56 Doug Anderson wrote:
> --- /dev/null
> +++ b/include/cmdline.h
>
> +int remove_cmdline_param(char *cmdline, const char *param_name);
> +void add_cmdline_param(char *cmdline, const char *toappend, int bufsize);
i'm not particularly enamored with this naming sty
On Wednesday 19 October 2011 18:30:58 Doug Anderson wrote:
> --- a/common/cmd_bootm.c
> +++ b/common/cmd_bootm.c
>
> +static char *do_fixup_silent_linux(const char *cmdline)
> +{
> + int bufsize;
size_t
> + /*
> + * Allocate enough space for:
> + * - a copy of the command line
>
On Wed, Oct 19, 2011 at 3:35 PM, Mike Frysinger wrote:
> On Wednesday 19 October 2011 18:30:59 Doug Anderson wrote:
> > + /* Add in earlyprintk */
> > + original_str = "console=ttyS0,115200n8 root=/dev/mmcblk0p3
> earlyprintk";
> > + expected_str = "root=/dev/mmcblk0p3 console=";
>
>
On Wednesday 19 October 2011 18:30:56 Doug Anderson wrote:
> --- /dev/null
> +++ b/common/cmdline.c
>
> +/*
> + * To run unit tests in this file:
> + * gcc -DRUN_UNITTESTS -Wall -Werror common/cmdline.c -o cmdline &&
> ./cmdline
> + */
> +#ifdef RUN_UNITTESTS
i'm not sure this part should be mer
On Wednesday 19 October 2011 18:30:59 Doug Anderson wrote:
> + /* Add in earlyprintk */
> + original_str = "console=ttyS0,115200n8 root=/dev/mmcblk0p3 earlyprintk";
> + expected_str = "root=/dev/mmcblk0p3 console=";
*choke* wtf just happened here ?
-mike
signature.asc
Description: Th
It appears that there are a handful of places in u-boot that we want
to munge the linux command line. This adds some helper functions that
make that easier.
Signed-off-by: Doug Anderson
---
common/Makefile |1 +
common/cmdline.c | 318
Signed-off-by: Doug Anderson
Reviewed-by: Anton Staaf
---
common/cmd_bootm.c | 25 +
1 files changed, 13 insertions(+), 12 deletions(-)
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
index bb9b698..ece1b9a 100644
--- a/common/cmd_bootm.c
+++ b/common/cmd_bootm.c
This makes fixup_silent_linux() use malloc() to allocate its
working space, meaning that our maximum kernel command line
should only be limited by malloc(). Previously it was silently
overflowing the stack.
Signed-off-by: Doug Anderson
---
common/cmd_bootm.c | 125 +
This set of patches together fixes a buffer overrun in the
fixup_silent_linux() function when we've got a long linux
command line. It also adds the removal of "earlyprintk" when
we are silencing the linux console.
One thing you will notice is that some of these changes have
unit tests assocated w
Signed-off-by: Doug Anderson
---
common/cmd_bootm.c | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/common/cmd_bootm.c b/common/cmd_bootm.c
index f426e2f..c259bfb 100644
--- a/common/cmd_bootm.c
+++ b/common/cmd_bootm.c
@@ -1203,7 +1203,7 @@ U_BOOT_CMD(
#ifdef C
Wolfgang Denk wrote at Wednesday, October 19, 2011 2:01 PM:
> In message <74cdbe0f657a3d45afbb94109fb122ff173d51b...@hqmail01.nvidia.com>
> you wrote:
> >
> > > Here are a few comments which may or may not be useful. In general it
> > > seems that the need to reduce code size change to absolute mi
On Wednesday 19 October 2011 17:05:12 Moffett, Kyle D wrote:
> On Oct 19, 2011, at 16:35, Wolfgang Denk wrote:
> > Moffett, Kyle D wrote:
> >> Since "reset" is basically just like any other U-Boot shell command,
> >
> > No, it ain't.
> >
> >> (except with some side-effects) it seems reasonable to
On Oct 19, 2011, at 16:35, Wolfgang Denk wrote:
> Dear "Moffett, Kyle D",
>
> In message <7c2673d7-cc5c-490c-9809-06c9a2071...@boeing.com> you wrote:
>>
>> Since "reset" is basically just like any other U-Boot shell command,
>
> No, it ain't.
>
>> (except with some side-effects) it seems reason
Dear "Moffett, Kyle D",
In message <7c2673d7-cc5c-490c-9809-06c9a2071...@boeing.com> you wrote:
>
> Since "reset" is basically just like any other U-Boot shell command,
No, it ain't.
> (except with some side-effects) it seems reasonable to allow a board
> handler to return an error instead of re
Dear Mike Frysinger,
In message <201110191452.26073.vap...@gentoo.org> you wrote:
>
> i thought this came up before and we said "no". but Wolfgang was more
> involved in that discussion, so he should be able to better say.
Yes, we said no.
Best regards,
Wolfgang Denk
--
DENX Software Engine
On Wednesday 19 October 2011 15:59:27 Doug Anderson wrote:
> On Wed, Oct 19, 2011 at 12:56 PM, Mike Frysinger wrote:
> > %#p gives you the prefix under u-boot, but gcc warns about it since it
> > assumes
> > that %p always includes the 0x prefix :).
>
> Ah, makes sense. I'm just going to leave i
Dear Stephen Warren,
In message <74cdbe0f657a3d45afbb94109fb122ff173d51b...@hqmail01.nvidia.com> you
wrote:
>
> > Here are a few comments which may or may not be useful. In general it
> > seems that the need to reduce code size change to absolute minimum is
> > making the code a bit painful. Mayb
On Wed, Oct 19, 2011 at 12:56 PM, Mike Frysinger wrote:
> %#p gives you the prefix under u-boot, but gcc warns about it since it
> assumes
> that %p always includes the 0x prefix :).
>
Ah, makes sense. I'm just going to leave it as %p without the 0x. That
sound OK? I assume that the patch loo
Dear Mike Frysinger,
In message <201110191025.02227.vap...@gentoo.org> you wrote:
>
> there is no run-time libs. only libgcc.a is taken external of u-boot, and
> that issue is resolved by using the private libgcc.
No. This is not a solution, it is only a workaround for what I call a
broken tool
On Wednesday 19 October 2011 15:47:31 Doug Anderson wrote:
> v2: No change to patch 1/2 (not reposted); patch 2/2 updated to
> address Mike Frysinger's comments. Note that %p currently doesn't
> include the "0x" prefix in u-boot, but I expect that it may someday
> (since it does in gcc) so I've go
Code was setting **pgpt_pte == NULL, which meant that the pointer
to the gpt_pte would be stored at RAM address . This 'worked'
on T20 (SDRAM starts @ 0x), but hung gpt/EFI access on T30
(SDRAM starts @ 0x8000).
Signed-off-by: Tom Warren
Signed-off-by: Doug Anderson
---
v2: N
On 10/19/11 14:04, Doug Anderson wrote:
> Code was setting **pgpt_pte == NULL, which meant that the pointer
> to the gpt_pte would be stored at RAM address . This 'worked'
> on T20 (SDRAM starts @ 0x), but hung gpt/EFI access on T30
> (SDRAM starts @ 0x8000).
>
> Signed-off-by:
On 10/19/11 14:04, Doug Anderson wrote:
> This makes checkpatch happy.
>
> Signed-off-by: Doug Anderson
> ---
> disk/part_efi.c | 28 ++--
> 1 files changed, 14 insertions(+), 14 deletions(-)
>
> diff --git a/disk/part_efi.c b/disk/part_efi.c
> index 0a513c6..6a139a9 10
On Mon, Oct 17, 2011 at 4:33 PM, Ilya Yanok wrote:
> Currently OMAP SPL code does all the initialization but does not set the
> gd->have_console value so no output is actually performed. This patch
> sets gd->have_console to 1 if CONFIG_SPL_CONSOLE is defined.
>
> Signed-off-by: Ilya Yanok
So, t
On Oct 18, 2011, at 23:20, Mike Frysinger wrote:
> On Tuesday 18 October 2011 19:41:23 Kyle Moffett wrote:
>> +int do_reset(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
>> +{
>> unsigned long val, msr;
>>
>> +/* Allow boards to override the reset */
>> +int err = __board
To ease the implementation of other MPC85xx board ports, several common
GPIO helpers are added to .
Since each of these compiles to no more than 4-5 instructions it would
be very inefficient to call them out of line, therefore we put them
entirely in the header file.
The HWW-1U-1A board port whic
The body from the message ""Re: [U-Boot] [PATCH 2/2] dm646x: pass board
revision info to kernel"", originally sent to you by
u-boot-boun...@lists.denx.de (u-boot-boun...@lists.denx.de), has been forwarded
to you from the Microsoft Forefront Server Protection Quarantine area. This
message body m
On Oct 19, 2011, at 09:51, Kumar Gala wrote:
> On Oct 18, 2011, at 10:19 PM, Mike Frysinger wrote:
>> On Tuesday 18 October 2011 19:41:22 Kyle Moffett wrote:
>>> --- a/README
>>> +++ b/README
>>>
>>> - 85xx CPU Options:
>>> + CONFIG_MPC85XX_GENERIC_GPIO
>>> +
>>> + Provide a ge
On Wednesday 19 October 2011 14:26:03 Moffett, Kyle D wrote:
> On Oct 18, 2011, at 23:20, Mike Frysinger wrote:
> > On Tuesday 18 October 2011 19:41:23 Kyle Moffett wrote:
> >> +int do_reset(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
> >> +{
> >>
> >>unsigned long val, msr;
> >
The body from the message ""Re: [U-Boot] [PATCH 2/2] dm646x: pass board
revision info to kernel"", originally sent to you by
u-boot-boun...@lists.denx.de (u-boot-boun...@lists.denx.de), has been forwarded
to you from the Microsoft Forefront Server Protection Quarantine area. This
message body m
The body from the message ""Re: [U-Boot] [PATCH 2/2] dm646x: pass board
revision info to kernel"", originally sent to you by
u-boot-boun...@lists.denx.de (u-boot-boun...@lists.denx.de), has been forwarded
to you from the Microsoft Forefront Server Protection Quarantine area. This
message body m
The body from the message ""Re: [U-Boot] [PATCH 2/2] dm646x: pass board
revision info to kernel"", originally sent to you by
u-boot-boun...@lists.denx.de (u-boot-boun...@lists.denx.de), has been forwarded
to you from the Microsoft Forefront Server Protection Quarantine area. This
message body m
Hi Wolfgang,
On Tue, Oct 18, 2011 at 3:06 PM, Joe Hershberger wrote:
> Added from Linux - commit 30ecad51849ae132dc6ef6ddb62d499c7257515b
>
> Include config file to ignore common false-positives
>
> Signed-off-by: Joe Hershberger
> Cc: Joe Hershberger
> Cc: Wolfgang Denk
> ---
> Changes for v2:
On Wednesday 19 October 2011 14:04:47 Doug Anderson wrote:
> - debug("%s: gpt-entry at 0x%08X\n", __func__, (unsigned int)*pgpt_pte);
> + debug("%s: gpt-entry at 0x%p\n", __func__, gpt_pte);
i like %x->%p, but i think this change is incorrect. doesn't %p output a
leading 0x already ?
>
Acked-by: Mike Frysinger
-mike
signature.asc
Description: This is a digitally signed message part.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
This makes checkpatch happy.
Signed-off-by: Doug Anderson
---
disk/part_efi.c | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/disk/part_efi.c b/disk/part_efi.c
index 0a513c6..6a139a9 100644
--- a/disk/part_efi.c
+++ b/disk/part_efi.c
@@ -125,
Code was setting **pgpt_pte == NULL, which meant that the pointer
to the gpt_pte would be stored at RAM address . This 'worked'
on T20 (SDRAM starts @ 0x), but hung gpt/EFI access on T30
(SDRAM starts @ 0x8000).
Signed-off-by: Tom Warren
Signed-off-by: Doug Anderson
---
This
The body from the message ""[U-Boot] [PATCH 6/7] omap4/5: Add support for
booting with CH."", originally sent to you by u-boot-boun...@lists.denx.de
(u-boot-boun...@lists.denx.de), has been forwarded to you from the Microsoft
Forefront Server Protection Quarantine area. This message body may hav
The body from the message ""[U-Boot] [PATCH 0/7] omap5: spl/u-boot: Add
spl/u-boot support for_omap5 soc."", originally sent to you by
u-boot-boun...@lists.denx.de (u-boot-boun...@lists.denx.de), has been forwarded
to you from the Microsoft Forefront Server Protection Quarantine area. This
mess
The body from the message ""[U-Boot] [PATCH v2 0/2] board revision related
patches for dm646x"", originally sent to you by u-boot-boun...@lists.denx.de
(u-boot-boun...@lists.denx.de), has been forwarded to you from the Microsoft
Forefront Server Protection Quarantine area. This message body may
The body from the message ""[U-Boot] [PATCH 3/7] omap5: Add minimal support for
omap5430."", originally sent to you by u-boot-boun...@lists.denx.de
(u-boot-boun...@lists.denx.de), has been forwarded to you from the Microsoft
Forefront Server Protection Quarantine area. This message body may have
The body from the message ""[U-Boot] [PATCH 1/7] omap4: make omap4 code common
for future reuse"", originally sent to you by u-boot-boun...@lists.denx.de
(u-boot-boun...@lists.denx.de), has been forwarded to you from the Microsoft
Forefront Server Protection Quarantine area. This message body ma
From: J. Vijayanand
ATTR_VFAT condition requires multiple bits to be set but the present
condition checking in do_fat_read() & get_dentfromdir() ends up
passing on even a single bit being set.
Signed-off-by: J. Vijayanand
Signed-off-by: Sergei Shtylyov
---
fs/fat/fat.c |6 +++---
1 file
Dear Wolfgang Denk,
what do you think of these submissions:
http://lists.denx.de/pipermail/u-boot/2011-October/105724.html ([PATCH
v6 1/2] Introduce generic TPM support in u-boot)
http://lists.denx.de/pipermail/u-boot/2011-October/105554.html ([PATCH
v3 2/2] Add a cli command to test the TPM dev
On 10/19/2011 06:48 PM, Helmut Raiger wrote:
> This fixes write access to PMIC registers, the bug was
> introduced partly in commit 64aac65099 and in commit c9fe76dd91.
> It was tested on an i.mx31 with a mc13783.
>
> Signed-off-by: Helmut Raiger
> ---
> drivers/misc/pmic_fsl.c |5 +
> d
On Wed, Oct 19, 2011 at 5:47 AM, sricharan wrote:
> This patch adds the build support for the
> omap5_evm board.
>
> Signed-off-by: sricharan
One thing it's better to do #define CONFIG_FOO rather than
#define CONFIG_FOO 1.
--
Tom
___
U-Boot mailing l
This fixes write access to PMIC registers, the bug was
introduced partly in commit 64aac65099 and in commit c9fe76dd91.
It was tested on an i.mx31 with a mc13783.
Signed-off-by: Helmut Raiger
---
drivers/misc/pmic_fsl.c |5 +
drivers/misc/pmic_spi.c |1 -
2 files changed, 1 insertion
On Wed, Oct 19, 2011 at 5:47 AM, sricharan wrote:
> This patch adds the minimal support for OMAP5. The platform and machine
> specific headers and sources updated for OMAP5430.
>
> OMAP5430 is Texas Instrument's SOC based on ARM Cortex-A15 SMP architecture.
> It's a dual core SOC with GIC used for
Your email address won 850,000.00 Pounds in this month E-mail on-line draw.
with Ticket number: 56475600545 188 Contact Mr.Addison Mahir , with your Full
name:Country:Address:Telephone no:Sex: to this Email:uknlclaims_res...@gmx.co.uk
Check out our website at www.WatsonRealtyCorp.com
This email
On Wed, Oct 19, 2011 at 5:47 AM, sricharan wrote:
> Much of omap4 soc support code can be reused for omap5.
> Move them to the omap-common directory to facilitate
> this.
>
> Signed-off-by: sricharan
Yay for re-use, but shouldn't we just call it omap-common/emif.c, etc?
omap-common/emif-common.c
Simon Glass wrote at Tuesday, October 18, 2011 6:57 PM:
> Hi Stephen,
>
> Here are a few comments which may or may not be useful. In general it
> seems that the need to reduce code size change to absolute minimum is
> making the code a bit painful. Maybe relax that by a few 10s of bytes?
Wolfgang
On 10/19/2011 03:23 PM, Helmut Raiger wrote:
> On 10/08/2011 06:36 PM, Stefano Babic wrote:
>> Signed-off-by: Stefano Babic
>> ---
>> drivers/misc/Makefile |1 -
>> drivers/misc/fsl_pmic.c | 235
>> ---
>> 2 files changed, 0 insertions(+), 236
Simon Glass wrote at Tuesday, October 18, 2011 7:04 PM:
> On Tue, Oct 18, 2011 at 2:11 PM, Stephen Warren wrote:
> > v2: New patch
> >
> > Signed-off-by: Stephen Warren
>
> Looks good - how do I make such an image so I can test it?
Simply run the mkimage tool with '-T kernel_rel' instead of '-T
On Wednesday 19 October 2011 02:34:00 Dirk Eibach wrote:
> --- /dev/null
> +++ b/include/pca9698.h
>
> +#ifndef __PCA9698_H_
> +#define __PCA9698_H_
missing copyright/license/etc... comment block at top of file
> +int pca9698_direction_input(u8 chip, unsigned offset);
> +int pca9698_direction_out
On Wednesday 19 October 2011 04:37:26 Eibach, Dirk wrote:
> > While looking again, I noticed that you are not using the
> > "standard" GPIO API borrowed from Linux. Please take a look
> > at drivers/gpio/mxc_gpio.c or drivers/gpio/mvgpio.c as an example.
> >
> > Sorry for not mentioning this earli
On Wednesday 19 October 2011 07:36:15 Albert ARIBAUD wrote:
> Le 19/10/2011 00:21, Mike Frysinger a écrit :
> > On Tuesday 18 October 2011 17:30:30 Simon Glass wrote:
> >> arm-none-linux-gnueabi-ld: stubs.o: compiled for a big endian system
> >> and target is little endian
> >> arm-none-linux-gnuea
On Wednesday 19 October 2011 05:05:22 Daniel Hellstrom wrote:
> On 10/13/2011 05:44 PM, Mike Frysinger wrote:
> > On Thursday 13 October 2011 04:45:27 Daniel Hellstrom wrote:
> >> On 10/13/2011 07:33 AM, Mike Frysinger wrote:
> >>> it seems that these symbols are usually implemented in the C librar
readl should work with unsigned int instead of unsigned long.
Signed-off-by: Michal Simek
---
v2: Fix coding style issue.
v3: Fix the typo the in subject: s/aliasign/aliasing/
---
arch/microblaze/include/asm/io.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/mi
On Oct 18, 2011, at 10:19 PM, Mike Frysinger wrote:
> On Tuesday 18 October 2011 19:41:22 Kyle Moffett wrote:
>> --- a/README
>> +++ b/README
>>
>> - 85xx CPU Options:
>> +CONFIG_MPC85XX_GENERIC_GPIO
>> +
>> +Provide a generic gpio_request() interface to the onboard
>> +
From: Manjunath Hadli
add new configuration file for dm6467T and appropraite changes
in boards.cfg. dm6467T is the new varaiant of dm6467 SOC which
supports 33 MHz reference clock where as dm6467 supports 27 MHz
reference clock.
Signed-off-by: Manjunath Hadli
---
boards.cfg
From: Manjunath Hadli
add a function in board file to pass board revision
info to kernel. Revision number 0 and 1 are passed in
case of DM6467 and DM6467T respectively.
Signed-off-by: Manjunath Hadli
---
board/davinci/dm6467evm/dm6467evm.c | 20
include/configs/davinci_
From: Manjunath Hadli
First patch adds new configuration for new variant of dm6467
where as second patch adds a function to send revision info
to the kernel. These patches are tested both on dm6467 and
dm6467T.
Changes for v2:
a) made appropriate changes in get_board_rev() function as
suggest
On 10/08/2011 06:36 PM, Stefano Babic wrote:
> Signed-off-by: Stefano Babic
> ---
> drivers/misc/Makefile |1 -
> drivers/misc/fsl_pmic.c | 235
> ---
> 2 files changed, 0 insertions(+), 236 deletions(-)
> delete mode 100644 drivers/misc/fsl
On 10/17/2011 08:21 PM, Wolfgang Grandegger wrote:
> Signed-off-by: Wolfgang Grandegger
> ---
>
> Resend due to missing [PATCH] prefix.
>
> include/configs/mx51evk.h |2 +-
> include/configs/mx53ard.h |2 +-
> include/configs/mx53evk.h |2 +-
> include/configs/mx53loco.h |2 +
Configuration header(CH) is 512 byte header attached to an OMAP
boot image that will help ROM code to initialize clocks, SDRAM
etc and copy U-Boot directly into SDRAM. CH can help us in
by-passing SPL and directly boot U-boot, hence it's an alternative
for SPL. However, we inten
Fixing them here so that when the files are reused in
subsequent patches for omap5, avoids new checkpatch
warnings.
Signed-off-by: sricharan
---
arch/arm/include/asm/arch-omap3/mmc_host_def.h | 11 +
arch/arm/include/asm/arch-omap4/mmc_host_def.h | 11 +
drivers/mmc/omap_hsmm
This patch adds the build support for the
omap5_evm board.
Signed-off-by: sricharan
---
Makefile|3 +-
boards.cfg |1 +
include/configs/omap5_evm5430.h | 283 +++
3 files changed, 285 insertions(+), 2 delet
OMAP5 is Texas Instrument's SOC based on ARM Cortex-A15 SMP architecture.
It's a dual core SOC with GIC used for interrupt handling and SCU for cache
coherency.
This patch series essentially adds the spl/u-boot support for omap5 soc.
There is quite a amount of code that can be reused for omap4 and
Much of omap4 soc support code can be reused for omap5.
Move them to the omap-common directory to facilitate
this.
Signed-off-by: sricharan
---
arch/arm/cpu/armv7/omap-common/Makefile| 13 +
.../clocks.c => omap-common/clocks-common.c} |0
.../{omap4/emif.c =>
Hi Sergei,
Thanks for the comments.
On Fri, Sep 23, 2011 at 20:02:51, Sergei Shtylyov wrote:
> Hello.
>
> On 09/21/2011 04:40 PM, nagabhushana.netagu...@ti.com wrote:
>
> > From: Nagabhushana Netagunte
>
> > add a function in board file to pass board revision info to kernel.
> > Revision num
1 - 100 of 116 matches
Mail list logo
