On 16/06/2012 19:16, Vikram Narayanan wrote:
> Instead of manipulating gpio registers directly, use the calls
> from the gpio library.
>
> Signed-off-by: Vikram Narayanan
> Acked-by: Stefano Babic
> Cc: John Rigby
> Cc: Fabio Estevam
> ---
> Changes from v3:
> Use gpio_set_value instead of gpi
Dear Albert,
The following changes since commit 255c36587acbc269fd299b0bc258ce9c030de69d:
cm-t35: print PCB revision information (2012-06-10 10:36:08 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-samsung master
for you to fetch changes up to 11388a3b06a23323f9d964
Dear All,
> Dear Sohanpal, Harman,
>
> > Hi,
> >
> > Referring to
> > http://elinux.org/Merge_DFU_support_into_mainline_U-Boot, it seems
> > some work is going on for adding USB DFU support in the mainline
> > for u-boot. But I could not find any code already in mainline. Is
> > there anyone wor
> -Original Message-
> From: Lukasz Majewski [mailto:l.majew...@samsung.com]
> Sent: Monday, June 18, 2012 2:25 PM
> To: Marek Vasut
> Cc: u-boot@lists.denx.de; Sohanpal, Harman; Kyungmin Park
> Subject: Re: [U-Boot] USB DFU support into mailline.
>
> Dear All,
>
> > Dear Sohanpal, Harman
Hi ,
While surfing , I got the Secure Bootloader patch. But this patch is not
integrated with any u-boot source code. Is any reason?
Where I get the tarball of entire source code with this patch features.
Surendra.
CAUTION - Disclaimer *
This e-mail contain
On 18/06/2012 11:43, Surendra Barku Dhobale wrote:
> Hi ,
> While surfing , I got the Secure Bootloader patch. But this patch is
> not integrated with any u-boot source code. Is any reason?
> Where I get the tarball of entire source code with this patch features.
Are you talking about a pos
Hi Harman,
> > -Original Message-
> > From: Lukasz Majewski [mailto:l.majew...@samsung.com]
> > Sent: Monday, June 18, 2012 2:25 PM
> > To: Marek Vasut
> > Cc: u-boot@lists.denx.de; Sohanpal, Harman; Kyungmin Park
> > Subject: Re: [U-Boot] USB DFU support into mailline.
> >
> > Dear All,
Hi Tom,
On Fri, Jun 15, 2012 at 8:50 PM, Tom Rini wrote:
> On 06/15/2012 08:18 AM, R, Sricharan wrote:
>> Hi,
>> [snip..]
>> If it is a problem with unaligned regions, then that is the only
>> thing to be fixed
>> right ?. Just trying to understand why this change is required ?
>
Hi Marek,
On Thu, May 31, 2012 at 3:45 PM, Marek Vasut wrote:
> Call this or similar in your spl_boot.c to adjust the DRAM configuration.
> Actually I think even the following value should fix your problem:
>
> void mx28_adjust_memory_params(uint32_t *dram_vals)
> {
> dram_vals[0x74 >> 2]
Dear Fabio Estevam,
> Hi Marek,
>
> On Thu, May 31, 2012 at 3:45 PM, Marek Vasut wrote:
> > Call this or similar in your spl_boot.c to adjust the DRAM configuration.
> > Actually I think even the following value should fix your problem:
> >
> > void mx28_adjust_memory_params(uint32_t *dram_vals
On 18/06/2012 16:23, Marek Vasut wrote:
> Dear Fabio Estevam,
>
>> Hi Marek,
>>
>> On Thu, May 31, 2012 at 3:45 PM, Marek Vasut wrote:
>>> Call this or similar in your spl_boot.c to adjust the DRAM configuration.
>>> Actually I think even the following value should fix your problem:
>>>
>>> void
On 06/18/2012 07:13 AM, R, Sricharan wrote:
> Hi Tom,
>
> On Fri, Jun 15, 2012 at 8:50 PM, Tom Rini wrote:
>> On 06/15/2012 08:18 AM, R, Sricharan wrote:
>>> Hi,
>>> [snip..]
>>>If it is a problem with unaligned regions, then that is the only
>>> thing to be fixed
>>> right ?. J
commit 419ea2d84 (mx28: Split the README into a common part and a m28 specific
part)
missed an entry in the Contents section that was part of the original file.
Add the missing entry for completion.
Signed-off-by: Fabio Estevam
---
doc/README.mx28_common |1 +
1 files changed, 1 insertion
Dear Stefano Babic,
> On 18/06/2012 16:23, Marek Vasut wrote:
> > Dear Fabio Estevam,
> >
> >> Hi Marek,
> >>
> >> On Thu, May 31, 2012 at 3:45 PM, Marek Vasut wrote:
> >>> Call this or similar in your spl_boot.c to adjust the DRAM
> >>> configuration. Actually I think even the following value
Dear Fabio Estevam,
> commit 419ea2d84 (mx28: Split the README into a common part and a m28
> specific part) missed an entry in the Contents section that was part of
> the original file.
>
> Add the missing entry for completion.
completeness ;-)
>
> Signed-off-by: Fabio Estevam
> ---
> doc/R
Dear Stefano Babic,
> > On 18/06/2012 16:23, Marek Vasut wrote:
> > > Dear Fabio Estevam,
> > >
> > >> Hi Marek,
> > >>
> > >> On Thu, May 31, 2012 at 3:45 PM, Marek Vasut wrote:
> > >>> Call this or similar in your spl_boot.c to adjust the DRAM
> > >>> configuration. Actually I think even the
commit 419ea2d84 (mx28: Split the README into a common part and a m28 specific
part)
missed an entry in the Contents section that was part of the original file.
Add the missing entry for completeness.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Use 'into NAND' also in the middle of te
commit 419ea2d84 (mx28: Split the README into a common part and a m28 specific
part)
missed an entry in the Contents section that was part of the original file.
Add the missing entry for completeness.
Signed-off-by: Fabio Estevam
---
Change since v1:
- Fix completion->completeness , for->into
On 18/06/2012 17:43, Marek Vasut wrote:
>>
>> So ... what do you expect me to do? The register is called HW_DRAM_CTL29
>> (very descriptive) ... do you want me to create a file full of
>> HW_DRAM_CTLnn ?
>
> Would adding such comment be enough to satisfy you? (In slightly more polite
> manner I
On Mon, Jun 18, 2012 at 04:12:50PM +0200, Lukasz Majewski wrote:
>
> Hi Harman,
>
> > > -Original Message-
> > > From: Lukasz Majewski [mailto:l.majew...@samsung.com]
> > > Sent: Monday, June 18, 2012 2:25 PM
> > > To: Marek Vasut
> > > Cc: u-boot@lists.denx.de; Sohanpal, Harman; Kyungmin
Dear Stefano Babic,
> On 18/06/2012 17:43, Marek Vasut wrote:
> >> So ... what do you expect me to do? The register is called HW_DRAM_CTL29
> >> (very descriptive) ... do you want me to create a file full of
> >> HW_DRAM_CTLnn ?
> >
> > Would adding such comment be enough to satisfy you? (In slig
From: "Mathieu J. Poirier"
This set adds support for the ST-Ericsson u8500 based
snowball board. Doing so it moves u8500-href code around
to allow for code reuse.
John Rigby (1):
u8500: Separating mmc config parameters from driver
Mathieu J. Poirier (10):
snowball: Add support for ux500 b
From: "Mathieu J. Poirier"
This is to allow the prcmu functions to be used by multiple
u8500-based processors.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/Makefile |2 +-
arch/arm/cpu/armv7/u8500/prcmu.c| 164 +++
From: "Mathieu J. Poirier"
Enabling timers and clocks in PRCMU and cleaning up mailbox.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/Makefile |2 +-
arch/arm/cpu/armv7/u8500/cpu.c | 41 +++
arch/arm/cpu/
From: "Mathieu J. Poirier"
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/clock.c| 34 +++
arch/arm/cpu/armv7/u8500/cpu.c |2 +
arch/arm/include/asm/arch-u8500/clock.h |5 +---
3 files changed, 37 ins
From: "Mathieu J. Poirier"
LAN and GBF need to be powered explicitely, doing so with
interface to AB8500 companion chip.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/include/asm/arch-u8500/hardware.h | 11 +++-
arch/arm/include/asm/arch-u8500/prcmu.h|7 ++-
From: "Mathieu J. Poirier"
Functions such as providing power to the MMC device and reading
the processor version register should be in the cpu area for
access by multiple u8500-based boards.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/cpu.c
From: "Mathieu J. Poirier"
Addresses between ux500.v1 and ux500.v2 have changed slightly,
hence mandating a review of the PRCMU access methods.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/prcmu.c | 91 +++-
arch/arm
From: "Mathieu J. Poirier"
Register mapping has changed on power control chip between
the first and second revision.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/cpu.c | 89
arch/arm/include/asm/arch-u8500/har
From: John Rigby
Configuration in vexpress and u8500.v1 is different from what
is needed in u8500.v2. As such, card configuration specifics need
to reside in the board file rather than the driver.
Signed-off-by: John Rigby
Signed-off-by: Mathieu Poirier
---
board/armltd/vexpress/ca9x4_ct_vxp
From: "Mathieu J. Poirier"
This is mandatory in order to boot the Linux kernel.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/cpu.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/u8500/cpu.c b/arch/ar
From: "Mathieu J. Poirier"
Some CPU (i.e u8500) need more cache management before launching
the Linux kernel.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/cpu.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm
From: "Mathieu J. Poirier"
This set adds support for the ST-Ericsson u8500 based
snowball board. Doing so it moves u8500-href code around
to allow for code reuse.
John Rigby (1):
u8500: Separating mmc config parameters from driver
Mathieu J. Poirier (10):
snowball: Add support for ux500 b
From: "Mathieu J. Poirier"
This is to allow the prcmu functions to be used by multiple
u8500-based processors.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/Makefile |2 +-
arch/arm/cpu/armv7/u8500/prcmu.c| 164 +++
From: "Mathieu J. Poirier"
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/clock.c| 34 +++
arch/arm/cpu/armv7/u8500/cpu.c |2 +
arch/arm/include/asm/arch-u8500/clock.h |5 +---
3 files changed, 37 ins
From: "Mathieu J. Poirier"
Enabling timers and clocks in PRCMU and cleaning up mailbox.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/Makefile |2 +-
arch/arm/cpu/armv7/u8500/cpu.c | 41 +++
arch/arm/cpu/
From: "Mathieu J. Poirier"
Addresses between ux500.v1 and ux500.v2 have changed slightly,
hence mandating a review of the PRCMU access methods.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/prcmu.c | 91 +++-
arch/arm
From: "Mathieu J. Poirier"
LAN and GBF need to be powered explicitely, doing so with
interface to AB8500 companion chip.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/include/asm/arch-u8500/hardware.h | 11 +++-
arch/arm/include/asm/arch-u8500/prcmu.h|7 ++-
From: "Mathieu J. Poirier"
Functions such as providing power to the MMC device and reading
the processor version register should be in the cpu area for
access by multiple u8500-based boards.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/cpu.c
From: "Mathieu J. Poirier"
Register mapping has changed on power control chip between
the first and second revision.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/cpu.c | 89
arch/arm/include/asm/arch-u8500/har
From: John Rigby
Configuration in vexpress and u8500.v1 is different from what
is needed in u8500.v2. As such, card configuration specifics need
to reside in the board file rather than the driver.
Signed-off-by: John Rigby
Signed-off-by: Mathieu Poirier
---
board/armltd/vexpress/ca9x4_ct_vxp
From: "Mathieu J. Poirier"
Some CPU (i.e u8500) need more cache management before launching
the Linux kernel.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/cpu.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/arm
From: "Mathieu J. Poirier"
This is mandatory in order to boot the Linux kernel.
Signed-off-by: Mathieu Poirier
Signed-off-by: John Rigby
---
arch/arm/cpu/armv7/u8500/cpu.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/u8500/cpu.c b/arch/ar
On Mon, Jun 18, 2012 at 10:35:43AM -0600, mathieu.poir...@linaro.org wrote:
> diff --git a/arch/arm/cpu/armv7/cpu.c b/arch/arm/cpu/armv7/cpu.c
> index c6fa8ef..53c8baf 100644
> --- a/arch/arm/cpu/armv7/cpu.c
> +++ b/arch/arm/cpu/armv7/cpu.c
> @@ -44,6 +44,10 @@ void save_boot_params_default(u32 r0
On Mon, Jun 18, 2012 at 10:35:34AM -0600, mathieu.poir...@linaro.org wrote:
[snip]
> diff --git a/include/configs/snowball.h b/include/configs/snowball.h
> new file mode 100644
> index 000..845db29
> --- /dev/null
> +++ b/include/configs/snowball.h
> @@ -0,0 +1,274 @@
> +/*
> + * Copyright (C)
Hi Marek,
[sorry for copying, forget to CC the list]
On Sat, Jun 16, 2012 at 2:29 AM, Marek Vasut wrote:
> Hm, can't we just punch a hole in the MMU table at runtime instead of
> preallocating it like this?
>
It's allocated at runtime now, do you mean allocate it on demand? Good
point, Probab
The inclusion of LCD patch into mx51evk breaks the build when
CONFIG_VIDEO is disabled. Fix this by splitting the video related
stuff to a new file.
Also rename the function lcd_iomux to setup_iomux_lcd to make the
namings aligned with the other iomux functions.
Signed-off-by: Vikram Narayanan
C
The inclusion of LCD patch into mx51evk breaks the build when
CONFIG_VIDEO is disabled. Fix this by splitting the video
related stuff to a new file.
Also rename the function lcd_iomux to setup_iomux_lcd to make the
namings aligned with the other iomux functions.
Signed-off-by: Vikram Narayanan
C
Dear Fabio Estevam,
> commit 419ea2d84 (mx28: Split the README into a common part and a m28
> specific part) missed an entry in the Contents section that was part of
> the original file.
>
> Add the missing entry for completeness.
>
> Signed-off-by: Fabio Estevam
Please add my evil
Acked-by:
The commit 5dd95cf93dfffa1d19a1928990852aac9f55b9d9 'usb_storage:
Fix EHCI "out of buffer pointers" with CD-ROM' introduce a bug in
usb_storage as it wrongly assumes that every transfer can use 4k
per qt_buffer. This is wrong if the start address of the data
is not 4k aligned and leads to 'EHCI tim
Dear Stefan Herbrechtsmeier,
> The commit 5dd95cf93dfffa1d19a1928990852aac9f55b9d9 'usb_storage:
> Fix EHCI "out of buffer pointers" with CD-ROM' introduce a bug in
> usb_storage as it wrongly assumes that every transfer can use 4k
> per qt_buffer. This is wrong if the start address of the data
>
Hi,
Sorry for the delay, had a lot of other work to do :-/
On Thursday, June 7, 2012, Prabhakar Lad wrote:
> From: Lad, Prabhakar >
>
> DA850/OMAP-L138 does not support strict MMC/SD boot mode. SPL will
> be in SPI flash and U-Boot image will be in MMC/SD card. SPL will
> do the low level initial
Hi,
On Tuesday, June 12, 2012, Mikhail Kshevetskiy wrote:
> Signed-off-by: Mikhail Kshevetskiy
>
> >
> ---
> arch/arm/cpu/arm926ejs/davinci/Makefile |5 ++
> arch/arm/cpu/arm926ejs/davinci/spl.c | 91
> +++---
> arch/arm/cpu/arm926ejs/davinci/spl_mmc.
On 12-06-18 11:59 AM, Tom Rini wrote:
> On Mon, Jun 18, 2012 at 10:35:34AM -0600, mathieu.poir...@linaro.org wrote:
>
> [snip]
>> diff --git a/include/configs/snowball.h b/include/configs/snowball.h
>> new file mode 100644
>> index 000..845db29
>> --- /dev/null
>> +++ b/include/configs/snowbal
Dear Ilya Yanok,
> Hi Marek,
>
> [sorry for copying, forget to CC the list]
>
> On Sat, Jun 16, 2012 at 2:29 AM, Marek Vasut wrote:
> > Hm, can't we just punch a hole in the MMU table at runtime instead of
> > preallocating it like this?
>
> It's allocated at runtime now, do you mean allocate
The misspelling of "semiconductor" causes some internal copyright analysis
tools to complain.
Signed-off-by: Timur Tabi
---
arch/powerpc/cpu/mpc83xx/serdes.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/powerpc/cpu/mpc83xx/serdes.c
b/arch/powerpc/cpu/mpc83xx/se
Hi Christian,
On Tue, Jun 19, 2012 at 01:09:08, Christian Riesch wrote:
> Hi,
> Sorry for the delay, had a lot of other work to do :-/
>
> On Thursday, June 7, 2012, Prabhakar Lad wrote:
>
>
> From: Lad, Prabhakar >
>
> DA850/OMAP-L138 does not support strict MMC/SD boot mod
Hi,
Sorry for the delayed response. I somehow missed this :(
On 06/19/2012 10:29 AM, Prabhakar Kushwaha wrote:
Hi Prabhakar,
On Thu, May 24, 2012 at 2:43 PM, Prabhakar Kushwaha
wrote:
> Hi Wolfgang,
>
> This patch has been pending for a very long time. No review
comments has
> been provi
Hi Joonyoung Shim,
Thank you for comments.
On Fri, Jun 15, 2012 at 12:40 PM, Joonyoung Shim wrote:
> Hi,
>
> 2012/6/7 Rajeshwari Shinde :
>> This patch modifies the S3C I2C driver to suppport EXYNOS5.
>> The cahnges made to driver are as follows:
>> - I2C base address is passed as a param
Hi Joonyoung Shim,
Thank you for comments.
On Fri, Jun 15, 2012 at 12:45 PM, Joonyoung Shim wrote:
> Hi,
>
> 2012/6/7 Rajeshwari Shinde :
>> This adds multiple i2c channel support for I2C.
>>
>> Signed-off-by: Alim Akhtar
>> Signed-off-by: Rajeshwari Shinde
>> Acked-by: Simon Glass
>> ---
>>
This patch set enables I2C support for EXYNOS5.
This patchset modifies the s3c24x0 I2C driver to use same for EXYNOS5.
Multichannel support has been added to the s3c24x0 I2C driver.
s3c24x0_i2c struct has been moved to a common place as it can used
by different SOC's.
Changes in V2:
- Inco
This adds i2c clock information for EXYNOS5.
Signed-off-by: Alim Akhtar
Signed-off-by: Doug Anderson
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
changes in V2:
- Incorporated comments from Simon Glass which are removed extra
braces around (readl(&clk->div_top1))
This patch adds the base address for I2C.
Signed-off-by: Alim Akhtar
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
arch/arm/include/asm/arch-exynos/cpu.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff
This patch adds pinmux code for I2C.
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- Aligned the pinmux functionality as per the latest comments.
Changes in V3:
- None
arch/arm/cpu/armv7/exynos/pinmux.c| 52 +
arc
struct s3c24x0_i2c is being moved to common local header file so that
the same can be used by s3c series and exynos series SoCs.
Signed-off-by: Alim Akhtar
Signed-off-by: Doug Anderson
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
As exynos has more than one i2c channels. This patch adds offset padding
for struct s3c24x0_i2c, in order to get the new base address of next i2c
channel.
Signed-off-by: Alim Akhtar
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
This patch modifies the S3C I2C driver to suppport EXYNOS5.
The cahnges made to driver are as follows:
- I2C base address is passed as a parameter to many
functions to avoid multiple #ifdef
- I2C init for Exynos5 is made as different function.
- Channel initialisatio
This adds multiple i2c channel support for I2C.
Signed-off-by: Alim Akhtar
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
drivers/i2c/s3c24x0_i2c.c | 27 +++
1 files changed, 27 insertions(+),
This enables I2C support on smdk5250.
Signed-off-by: Alim Akhtar
Signed-off-by: Doug Anderson
Signed-off-by: Rajeshwari Shinde
Acked-by: Simon Glass
---
Changes in V2:
- None
Changes in V3:
- None
include/configs/smdk5250.h |8
1 files changed, 8 insertions(+), 0
69 matches
Mail list logo
