Use the pinmux configuration function for SMDK5250.
Signed-off-by: Abhilash Kesavan
Signed-off-by: Rajeshwari Shinde
---
arch/arm/cpu/armv7/exynos/Makefile |2 +-
board/samsung/smdk5250/smdk5250.c | 160 ++--
2 files changed, 26 insertions(+), 136 deletions
This patch performs the pinmux configuration in a common file.
As of now only Exynos5 pinmux for SDMMC, UART and Ethernet is
supported.
Signed-off-by: Abhilash Kesavan
Signed-off-by: Che-Liang Chiou
Signed-off-by: Rajeshwari Shinde
---
arch/arm/cpu/armv7/exynos/pinmux.c| 189 +
This patches support drawing 32bpp bitmap TIZEN logo in exynos fb.
trats_logo.h data is compressed from trats_logo.bmp to
trats_logo.bmp.gz by gzip and converted to trats_logo.h header file
format by some application. And then it is decomressed at the exynos
fb driver by gunzip_bmp().
Signed-off-b
This patch supports drawing 32bpp decompressed bitmap image.
Signed-off-by: Donghwa Lee
Signed-off-by: Kyungmin.park
---
Changes for v1/v2/v3:
- use lcd_line_length variable
- convert RGB to BGR because BMP data format aligned BGR.
common/lcd.c | 27 ++
Signed-off-by: Shengzhou Liu
---
board/freescale/p1010rdb/README | 212 +++
1 files changed, 212 insertions(+), 0 deletions(-)
create mode 100644 board/freescale/p1010rdb/README
diff --git a/board/freescale/p1010rdb/README b/board/freescale/p1010rdb/README
n
Hi Wolfgang,
Thank you very much.
But, I have a question. The different DHCP server configuration will
cause different result.
Please take following information as a reference.
case 1: DHCP server response include bootfilename, the parameters of the
dhcp can not be used.
case 2: DHCP ser
NAK, allow me to explain below:
On Mon, Mar 5, 2012 at 8:40 AM, Mohamed Haneef
wrote:
> * Support for qc_mmc MMC Controller
>
> Signed-off-by: Mohamed Haneef
> ---
> +#ifndef __MMC_H__
> +#define __MMC_H__
> +
> +#ifndef MMC_SLOT
> +#define MMC_SLOT 0
> +#endif
This sort of t
Fix SVR checking for commit acf3f8da.
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc85xx/release.S | 11 ---
1 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/arch/powerpc/cpu/mpc85xx/release.S
b/arch/powerpc/cpu/mpc85xx/release.S
index 36c79d3..1860684 100644
--- a/arc
We don't care E bit of SVR in most cases. Clear E bit for SVR_SOC_VER().
This will simplify the coding. Use IS_E_PROCESSOR() to identify SoC with
encryption. Remove all _E entries from SVR list and CPU list.
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc85xx/cmd_errata.c |2 -
arch/power
Erratum NMG_CPU_A011 applies to P4080 rev 1.0, 2.0, fixed in rev 3.0.
It also applies to P3041 rev 1.0, 1.1, P2041 rev 1.0, 1.1. It shares the
same workaround as erratum CPU22. Rearrange registers usage in assembly
code to avoid accidental overwriting.
Signed-off-by: York Sun
---
arch/powerpc/cp
Workaround for erratum CPU22 applies to P4080 rev 1 and rev 2 only.
Signed-off-by: York Sun
---
arch/powerpc/cpu/mpc85xx/cmd_errata.c |3 ++-
arch/powerpc/cpu/mpc85xx/cpu_init.c |8 +---
arch/powerpc/cpu/mpc85xx/release.S|8
3 files changed, 15 insertions(+), 4 del
Dear Bo Shen,
In message <1336036915-6422-1-git-send-email-voice.s...@gmail.com> you wrote:
> when using dhcp command with parameters as usage message,
> if DHCP server response contains bootfilename, it will overwrite
> the dhcp command parameters. So the dhcp command parameters
> can not be used
On Thu, 2012-05-03 at 06:41 -0700, Eric Nelson wrote:
> >> +# check for whitespace before semicolon - not allowed at end-of-line
> >> + if ($line =~ /\s+;$/) {
> >
> > if ($line =~ /\s+;\s*$/)
> Won't the extra space at end of line be caught by other tests?
Yes it will.
You
Albert,
Please pull u-boot-tegra/master into arm master. Thanks!
The following changes since commit 026251a5e825d61d3bcdf6dffcc27d15afd574f4:
Donghwa Lee (1):
EXYNOS: Change bits per pixel value proper for u-boot.
are available in the git repository at:
git://git.denx.de/u-boot-tegr
Hello,
The following changes since commit 026251a5e825d61d3bcdf6dffcc27d15afd574f4:
EXYNOS: Change bits per pixel value proper for u-boot. (2012-04-25 16:23:26
+0900)
are available in the git repository at:
git://git.denx.de/u-boot-ti.git master
for you to fetch changes up to 72cbb6bb66b8
This reverts commit 69d26d09de1cb93e0a09ca71d9f0d41a66f0756a.
Apparently, this commit got mainline only because of out-of-tree
port and causes breakage on board that is mainline. Revert.
Reason:
* The OOT board has 512MB of DRAM, enabling this additional address
line enabled it to work fine wit
This will eventually be needed with Linux 3.5, which will be the point when
MXS will be switched to FDT.
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
Cc: Detlev Zundel
Cc: Stefano Babic
Cc: Fabio Estevam
---
include/configs/m28evk.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/in
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
Cc: Detlev Zundel
Cc: Stefano Babic
Cc: Fabio Estevam
---
include/configs/m28evk.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/m28evk.h b/include/configs/m28evk.h
index 4016570..7e1661e 100644
--- a/includ
This solves issues when larger amount of DRAM is used. Behave the
same in case of CPU bypass as we do in case of EMI bypass, wait
15 ms. We need to wait until the clock domain stabilizes.
Signed-off-by: Marek Vasut
Cc: Wolfgang Denk
Cc: Detlev Zundel
Cc: Stefano Babic
Cc: Fabio Estevam
---
V
Dear Detlev Zundel,
> Hi Marek,
>
> [...]
>
> >> Can you please comment on why we are waiting and why we are waiting
> >> exactly this long? Can we maybe poll the needed time somehow?
> >
> > We need to wait for the CPU clock to stabilize.
>
> This would be a worthwhile comment in the code.
>
Dear Detlev Zundel,
> Hi Marek,
>
> [...]
>
> >> - Why was the change made in the first place and for what OOT port?
> >
> > Change of a DRAM configuration register that enabled additional
> > address bit, at address 512MB of DRAM. Though this caused memory hole
> > on our M28 module with 256MB
Dear Detlev Zundel,
> Hi Marek,
>
> [...]
>
> >> Can you please comment on why we are waiting and why we are waiting
> >> exactly this long? Can we maybe poll the needed time somehow?
> >
> > We need to wait for the CPU clock to stabilize.
>
> This would be a worthwhile comment in the code.
Dear Graeme Russ,
> Hi Marek,
>
> On Thu, May 3, 2012 at 1:18 PM, Marek Vasut wrote:
> > Dear Graeme Russ,
> >
> >> Hi Marek,
> >>
> >> Thanks for taking a look
> >>
> >> >> +The INIT_FUNC macro allows initialisation functions (i.e. functions
> >> >> which are +executed before the main loop)
Hi Marek,
[...]
>> - Why was the change made in the first place and for what OOT port?
>
> Change of a DRAM configuration register that enabled additional
> address bit, at address 512MB of DRAM. Though this caused memory hole
> on our M28 module with 256MB of DRAM, which _is_ mainline. X board i
Hi Marek,
[...]
>> Can you please comment on why we are waiting and why we are waiting
>> exactly this long? Can we maybe poll the needed time somehow?
>
> We need to wait for the CPU clock to stabilize.
This would be a worthwhile comment in the code.
> I think there is a bit for that that we
Thanks Joe,
On 05/02/2012 08:58 PM, Joe Perches wrote:
On Wed, 2012-05-02 at 20:32 -0700, Eric Nelson wrote:
This tests for a bad habits of mine like this:
return 0 ;
Signed-off-by: Eric Nelson
---
scripts/checkpatch.pl |6 ++
1 files changed, 6 insertions(+), 0 deletions(-
Wolfgang Denk wrote on 2012/05/03 15:11:33:
>
> Dear Joakim,
>
> In message
> you
> wrote:
> >
> > I found the problem, u-boot is somewhat flawed, it requires
> > CONFIG_SYS_MONITOR_BASE
> > to be "base 2 even", must land on a 256K or 512K or 1024K address. I had
>
> This is not a generic U-Bo
Dear Detlev Zundel,
> Hi Marek,
>
> > This reverts commit 69d26d09de1cb93e0a09ca71d9f0d41a66f0756a.
> >
> > Apparently, this commit got mainline only because of OOT port and causes
> > breakage on board that is mainline. Revert.
>
> To be honest, I don't understand what this patch or what the o
Dear Detlev Zundel,
> Hi Marek,
>
> > Dear Fabio Estevam,
> >
> >> On Wed, May 2, 2012 at 7:14 PM, Marek Vasut wrote:
> >> > This solves issues when larger amount of DRAM is used.
> >>
> >> Shouldn't we check if we are using a "large amount of DRAM"?
> >>
> >> If we don't check then even boar
Dear Joakim,
In message
you
wrote:
>
> I found the problem, u-boot is somewhat flawed, it requires
> CONFIG_SYS_MONITOR_BASE
> to be "base 2 even", must land on a 256K or 512K or 1024K address. I had
This is not a generic U-Boot problem, just one oif the 85xx
implementation.
> On a related m
Dear Shengzhou Liu,
In message <1336040237-24943-1-git-send-email-shengzhou@freescale.com> you
wrote:
>
> ---
> doc/README.p1010rdb | 200
> +++
> 1 files changed, 200 insertions(+), 0 deletions(-)
> create mode 100644 doc/README.p1010rdb
P
Hi Minkyu,
Thank you for the comments.
On Thu, May 3, 2012 at 1:03 PM, Minkyu Kang wrote:
> On 2 May 2012 22:52, Rajeshwari Shinde wrote:
>> This patch adds functions to enable/disable the power of USB
>> host controller for exynos5.
>>
>> This patch depends on the patch:
>> USB: S5P: Add ehci
>
> "Schneider, Kolja" wrote on 2012/05/03 10:46:55:
> >
> > > > If you mean the BDI is trying to initialize things rather than leave the
> > > > system in its default state, don't do that.
> > >
> > > Yes, trying to get there.
> > >
> >
> > Easily done, just throw out everything in the [init] sec
"Schneider, Kolja" wrote on 2012/05/03 10:46:55:
>
> > > If you mean the BDI is trying to initialize things rather than leave the
> > > system in its default state, don't do that.
> >
> > Yes, trying to get there.
> >
>
> Easily done, just throw out everything in the [init] section. Or is this
>
Hi Minkyu,
Thank you for the comments.
On Thu, May 3, 2012 at 12:44 PM, Minkyu Kang wrote:
> Dear Rajeshwari Shinde,
>
> On 2 May 2012 22:52, Rajeshwari Shinde wrote:
>> This patch add structure for SYSREG.
>>
>> Signed-off-by: Che-Liang Chiou
>> Signed-off-by: Rajeshwari Shinde
>> Reviewed-b
Hi Minkyu,
Thank you for the comments.
On Thu, May 3, 2012 at 1:20 PM, Minkyu Kang wrote:
> Dear Rajeshwari Shinde,
>
> On 2 May 2012 22:48, Rajeshwari Shinde wrote:
>> This patch adds ehci driver support for s5p.
>
> Now, s5p is renamed to exynos.
> Please fix it globally.
>
>>
>> Signed-off-b
Hi Minkyu,
Thank you for the comments.
On Thu, May 3, 2012 at 1:08 PM, Minkyu Kang wrote:
> On 2 May 2012 22:52, Rajeshwari Shinde wrote:
>> Signed-off-by: Vivek Gautam
>> Signed-off-by: Rajeshwari Shinde
>> ---
>> arch/arm/include/asm/arch-exynos/cpu.h | 1 +
>> include/configs/smdk5250.
Signed-off-by: Shengzhou Liu
---
doc/README.p1010rdb | 200 +++
1 files changed, 200 insertions(+), 0 deletions(-)
create mode 100644 doc/README.p1010rdb
diff --git a/doc/README.p1010rdb b/doc/README.p1010rdb
new file mode 100644
index 000..4
when using dhcp command with parameters as usage message,
if DHCP server response contains bootfilename, it will overwrite
the dhcp command parameters. So the dhcp command parameters
can not be used.
Using this patch to fix it.
Signed-off-by: Bo Shen
---
common/cmd_net.c |1 +
net/bootp.c
On Thu, May 3, 2012 at 2:29 PM, Wolfgang Denk wrote:
> Dear Thirumalesha N,
>
> In message <
> cao1rv-ysrczbuhdflfd0kj9y1a7+ffcnwutrgng2xtl34ca...@mail.gmail.com> you
> wrote:
> >
> >To enable console on SMC( There are 2 SMC in MPC8280, we using SMC2
> > means Pin no. PA9 ( Tx ) and PA8 (Rx)
Dear Thirumalesha N,
In message
you wrote:
>
>To enable console on SMC( There are 2 SMC in MPC8280, we using SMC2
> means Pin no. PA9 ( Tx ) and PA8 (Rx) ).
>I modified as follows
...
> + /* PA9 */ { 1, 1, 0, 1, 0, 0 }, /* SMC Tx */
> + /* PA8 */ { 1, 1, 0,
> > If you mean the BDI is trying to initialize things rather than leave the
> > system in its default state, don't do that.
>
> Yes, trying to get there.
>
Easily done, just throw out everything in the [init] section. Or is this really
just
about BDI presence, as Scott suggested?
> >
> > > We
Hi Marek,
> Dear Fabio Estevam,
>
>> On Wed, May 2, 2012 at 7:14 PM, Marek Vasut wrote:
>> > This solves issues when larger amount of DRAM is used.
>>
>> Shouldn't we check if we are using a "large amount of DRAM"?
>>
>> If we don't check then even boards with small amount of RAM would have
>>
Hi Marek,
> This reverts commit 69d26d09de1cb93e0a09ca71d9f0d41a66f0756a.
>
> Apparently, this commit got mainline only because of OOT port and causes
> breakage on board that is mainline. Revert.
To be honest, I don't understand what this patch or what the original
patch did, nor through what OO
Dear Rajeshwari Shinde,
On 2 May 2012 22:48, Rajeshwari Shinde wrote:
> This patch adds ehci driver support for s5p.
Now, s5p is renamed to exynos.
Please fix it globally.
>
> Signed-off-by: Vivek Gautam
> Signed-off-by: Rajeshwari Shinde
> ---
> arch/arm/include/asm/arch-exynos/ehci-s5p.h |
On 2 May 2012 22:52, Rajeshwari Shinde wrote:
> Signed-off-by: Vivek Gautam
> Signed-off-by: Rajeshwari Shinde
> ---
> arch/arm/include/asm/arch-exynos/cpu.h | 1 +
> include/configs/smdk5250.h | 6 ++
> 2 files changed, 7 insertions(+), 0 deletions(-)
>
> diff --git a/arc
On 2 May 2012 22:52, Rajeshwari Shinde wrote:
> This patch adds functions to enable/disable the power of USB
> host controller for exynos5.
>
> This patch depends on the patch:
> USB: S5P: Add ehci support.patch
This is not a commit message.
Please move it under the "---" line.
>
> Signed-off-by
Dear Rajeshwari Shinde,
On 2 May 2012 22:52, Rajeshwari Shinde wrote:
> This patch add structure for SYSREG.
>
> Signed-off-by: Che-Liang Chiou
> Signed-off-by: Rajeshwari Shinde
> Reviewed-by: Vivek Gautam
> Reviewed-by: Simon Glass
> ---
> arch/arm/include/asm/arch-exynos/sysreg.h | 43
48 matches
Mail list logo
