On Thu, Feb 21, 2013 at 06:21:56PM +0100, Phil Sutter wrote:
> Calculating the checksum of incompletely read data is useless.
>
> Signed-off-by: Phil Sutter
> ---
> common/env_nand.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/common/env_nand.c b/common/env_
On Thu, Feb 21, 2013 at 06:21:55PM +0100, Phil Sutter wrote:
> The single message is misleading, since there is no equivalent success
> note when reading the other copy succeeds. Instead, warn if one of the
> redundant copies could not be loaded and emphasise on the error when
> reading both fails.
On Thu, Feb 21, 2013 at 06:21:54PM +0100, Phil Sutter wrote:
> Without this patch, when the currently chosen environment to be written
> has bad blocks, saveenv fails completely. Instead, when there is
> redundant environment fall back to the other copy. Environment reading
> needs no adjustment, a
On Thu, Feb 21, 2013 at 06:21:53PM +0100, Phil Sutter wrote:
> The basic idea is taken from the linux-kernel, but further optimized.
>
> First align the buffer to 8 bytes, then use ldrd/strd to read and store
> in 8 byte quantities, then do the final bytes.
>
> Tested using: 'date ; nand read.raw
On Fri, Feb 08, 2013 at 09:27:19AM -, Joe Hershberger wrote:
> If the NAND is locked tight, commands such as lock and unlock will not
> work, but the NAND chip may not report an error. Check the lock tight
> status before attempting such operations so that an error status can be
> reported if
Dear Marek Vasut,
On Saturday, February 23, 2013 12:56:32 AM, Marek Vasut wrote:
> Dear Benoît Thébaudeau,
>
> > Dear Marek Vasut,
> >
> > On Saturday, February 23, 2013 12:11:47 AM, Marek Vasut wrote:
> > > Dear Fabio Estevam,
> > >
> > > > On Fri, Feb 22, 2013 at 7:42 PM, Benoît Thébaudeau
>
On Thu, Feb 07, 2013 at 11:34:44AM -, Harvey Chapman wrote:
> "nand read.part addr off size" would be treated as "nand read.raw addr off 1"
> It now fails as intended stating "Unknown nand command suffix '.part'"
>
> Signed-off-by: Harvey Chapman
>
> ---
> common/cmd_nand.c |2 +-
> 1 fi
Dear Benoît Thébaudeau,
> Dear Marek Vasut,
>
> On Saturday, February 23, 2013 12:11:47 AM, Marek Vasut wrote:
> > Dear Fabio Estevam,
> >
> > > On Fri, Feb 22, 2013 at 7:42 PM, Benoît Thébaudeau
> > >
> > > wrote:
> > > > Great! So can you confirm that for my series, all I have to change
> >
Dear Marek Vasut,
On Saturday, February 23, 2013 12:11:47 AM, Marek Vasut wrote:
> Dear Fabio Estevam,
>
> > On Fri, Feb 22, 2013 at 7:42 PM, Benoît Thébaudeau
> >
> > wrote:
> > > Great! So can you confirm that for my series, all I have to change is:
> > > #define CONFIG_SYS_NAND_U_BOOT_SIZE
Dear Fabio Estevam,
> On Fri, Feb 22, 2013 at 7:42 PM, Benoît Thébaudeau
>
> wrote:
> > Great! So can you confirm that for my series, all I have to change is:
> > #define CONFIG_SYS_NAND_U_BOOT_SIZE 0x32000
>
> Yes, correct. This is the only change you need to do in your series.
>
> > Did yo
Dear Troy Kisky,
> On 2/22/2013 1:09 PM, Benoît Thébaudeau wrote:
> > Hi Fabio,
> >
> > On Friday, February 22, 2013 8:30:36 PM, Fabio Estevam wrote:
> >> On Fri, Feb 22, 2013 at 4:14 PM, Fabio Estevam wrote:
> >>> Just tested your patch series on a mx31pdk, but unfortunately it does
> >>> not f
On Sun, Dec 16, 2012 at 10:32:48PM -, Vipin Kumar wrote:
> This patch adds support to list images in NAND flash through imls
>
> Signed-off-by: Vipin Kumar
>
> ---
> Changes in v4
> - Keep stdout dumps in one line
> - Continue even after read errors for all the blocks
>
> README
On Fri, Feb 22, 2013 at 7:42 PM, Benoît Thébaudeau
wrote:
> Great! So can you confirm that for my series, all I have to change is:
> #define CONFIG_SYS_NAND_U_BOOT_SIZE 0x32000
Yes, correct. This is the only change you need to do in your series.
> Did you also have a chance to test nand comma
Dear Fadil Berisha,
> From: Fadil Berisha
>
> This patch add timer support to i.MX23 and complete bit fields and values
> on regs-timrot.h.
> Testet on imx23-olinuxino board.
>
> Signed-off-by: Fadil Berisha
Please always CC me, Fabio, Stefano on the MXS patches.
> ---
> arch/arm/cpu/arm926
Hi Fabio,
On Friday, February 22, 2013 11:08:14 PM, Fabio Estevam wrote:
> On Fri, Feb 22, 2013 at 7:03 PM, Fabio Estevam wrote:
> > On Fri, Feb 22, 2013 at 7:02 PM, Fabio Estevam wrote:
> >
> >> U-Boot code: 87F0 -> 87F2C184 BSS: -> 87F311B4
> >> CPU: Freescale i.MX31 rev 2.0 at 532 MHz.
On Fri, Feb 22, 2013 at 7:03 PM, Fabio Estevam wrote:
> On Fri, Feb 22, 2013 at 7:02 PM, Fabio Estevam wrote:
>
>> U-Boot code: 87F0 -> 87F2C184 BSS: -> 87F311B4
>> CPU: Freescale i.MX31 rev 2.0 at 532 MHz.
>> Reset cause: WDOG
>> Board: MX31PDK
>> monitor len: 000311B4
>> ramsize: 080
On Fri, Feb 22, 2013 at 7:02 PM, Fabio Estevam wrote:
> U-Boot code: 87F0 -> 87F2C184 BSS: -> 87F311B4
> CPU: Freescale i.MX31 rev 2.0 at 532 MHz.
> Reset cause: WDOG
> Board: MX31PDK
> monitor len: 000311B4
> ramsize: 0800
> TLB table from 87ff to 87ff4000
> Top of RAM usable for
On Fri, Feb 22, 2013 at 6:51 PM, Fabio Estevam wrote:
> On Fri, Feb 22, 2013 at 6:30 PM, Troy Kisky
> wrote:
>> On 2/22/2013 2:13 PM, Benoît Thébaudeau wrote:
>>>
>>> Hi Fabio,
>>>
>>> On Friday, February 22, 2013 10:06:42 PM, Fabio Estevam wrote:
Hi Benoît,
On Fri, Feb 22, 20
On Fri, Feb 22, 2013 at 6:31 PM, Benoît Thébaudeau
wrote:
> But Fabio, how have you been able to program u-boot-with-spl.bin if it
> overlaps
> the next MTD partition, unless you destroyed what follows or
> CONFIG_SYS_NAND_U_BOOT_SIZE does not match your NAND images layout?
Yes, I program u-boo
On Fri, Feb 22, 2013 at 6:30 PM, Troy Kisky
wrote:
> On 2/22/2013 2:13 PM, Benoît Thébaudeau wrote:
>>
>> Hi Fabio,
>>
>> On Friday, February 22, 2013 10:06:42 PM, Fabio Estevam wrote:
>>>
>>> Hi Benoît,
>>>
>>> On Fri, Feb 22, 2013 at 5:09 PM, Benoît Thébaudeau
>>> wrote:
>>>
It looks very
On Friday, February 22, 2013 10:31:13 PM, Benoît Thébaudeau wrote:
> On Friday, February 22, 2013 10:27:57 PM, Benoît Thébaudeau wrote:
> > Hi Troy,
> >
> > On Friday, February 22, 2013 10:30:21 PM, Troy Kisky wrote:
> > > On 2/22/2013 2:13 PM, Benoît Thébaudeau wrote:
> > > > Hi Fabio,
> > > >
>
On Friday, February 22, 2013 10:27:57 PM, Benoît Thébaudeau wrote:
> Hi Troy,
>
> On Friday, February 22, 2013 10:30:21 PM, Troy Kisky wrote:
> > On 2/22/2013 2:13 PM, Benoît Thébaudeau wrote:
> > > Hi Fabio,
> > >
> > > On Friday, February 22, 2013 10:06:42 PM, Fabio Estevam wrote:
> > >> Hi Beno
Hi Troy,
On Friday, February 22, 2013 10:30:21 PM, Troy Kisky wrote:
> On 2/22/2013 2:13 PM, Benoît Thébaudeau wrote:
> > Hi Fabio,
> >
> > On Friday, February 22, 2013 10:06:42 PM, Fabio Estevam wrote:
> >> Hi Benoît,
> >>
> >> On Fri, Feb 22, 2013 at 5:09 PM, Benoît Thébaudeau
> >> wrote:
> >>
On 2/22/2013 2:13 PM, Benoît Thébaudeau wrote:
Hi Fabio,
On Friday, February 22, 2013 10:06:42 PM, Fabio Estevam wrote:
Hi Benoît,
On Fri, Feb 22, 2013 at 5:09 PM, Benoît Thébaudeau
wrote:
It looks very much like the issue that Marek had on i.MX53 (which
self-resolved
for an unknown reason)
Hi Fabio,
On Friday, February 22, 2013 10:26:47 PM, Fabio Estevam wrote:
> On Fri, Feb 22, 2013 at 6:13 PM, Benoît Thébaudeau
> wrote:
>
> > CONFIG_SYS_TEXT_BASE seems fine according to this trace. But anyway, can
> > you
> > test with this change in mx31pdk.h?
> > #define CONFIG_SPL_TEXT_BASE
On Fri, Feb 22, 2013 at 6:13 PM, Benoît Thébaudeau
wrote:
> CONFIG_SYS_TEXT_BASE seems fine according to this trace. But anyway, can you
> test with this change in mx31pdk.h?
> #define CONFIG_SPL_TEXT_BASE0x8400
> #define CONFIG_SYS_TEXT_BASE0x8300
>
> Can you try to revert 10/19,
Hi Fabio,
On Friday, February 22, 2013 10:06:42 PM, Fabio Estevam wrote:
> Hi Benoît,
>
> On Fri, Feb 22, 2013 at 5:09 PM, Benoît Thébaudeau
> wrote:
>
> > It looks very much like the issue that Marek had on i.MX53 (which
> > self-resolved
> > for an unknown reason).
> >
> > Try to enable the d
Hi Troy,
On Fri, Feb 22, 2013 at 5:55 PM, Troy Kisky
wrote:
> It does look familiar, can you try changing imximage.c
>
>
> *header_size_ptr = ROUND(sbuf->st_size + imxhdr->flash_offset, 512);
>
> to
>
> *header_size_ptr = ROUND(sbuf->st_size + imxhdr->flash_offset, 4096);
>
> (or whatever your n
Hi Benoît,
On Fri, Feb 22, 2013 at 5:09 PM, Benoît Thébaudeau
wrote:
> It looks very much like the issue that Marek had on i.MX53 (which
> self-resolved
> for an unknown reason).
>
> Try to enable the debug trace to see if anything else is printed after
> display_dram_config(). I would especial
On 2/22/2013 1:09 PM, Benoît Thébaudeau wrote:
Hi Fabio,
On Friday, February 22, 2013 8:30:36 PM, Fabio Estevam wrote:
On Fri, Feb 22, 2013 at 4:14 PM, Fabio Estevam wrote:
Just tested your patch series on a mx31pdk, but unfortunately it does
not fix mx31pdk boot.
I will start looking at it
On 02/21/2013 05:39 PM, Russell King - ARM Linux wrote:
> On Thu, Feb 21, 2013 at 05:10:36PM -0700, Stephen Warren wrote:
>> On 02/21/2013 02:18 PM, Nicolas Pitre wrote:
...
>> Someone will want to use a previously unsupported feature of some HW and
>> then write the DT bindings for that feature fo
On Fri, Feb 22, 2013 at 02:56:33AM -0500, Jason Kridner wrote:
> >> The desired FPGA use case is DT updates after booting the kernel. This
> >> has nothing to do with FIT images. And if the FPGA tools generate the
> >> DTB, then it is certainly not tied to the kernel.
> >
> > Completely unrelated,
Hi Fabio,
On Friday, February 22, 2013 8:30:36 PM, Fabio Estevam wrote:
> On Fri, Feb 22, 2013 at 4:14 PM, Fabio Estevam wrote:
>
> > Just tested your patch series on a mx31pdk, but unfortunately it does
> > not fix mx31pdk boot.
> >
> > I will start looking at it, but any suggestion is welcome.
On Fri, Feb 22, 2013 at 4:14 PM, Fabio Estevam wrote:
> Just tested your patch series on a mx31pdk, but unfortunately it does
> not fix mx31pdk boot.
>
> I will start looking at it, but any suggestion is welcome.
Ok, just changed to a proper toolchain and the result is a bit better now:
U-Boot
Hi Benoît,
On Fri, Feb 15, 2013 at 6:54 PM, Benoît Thébaudeau
wrote:
> This also fixes support for mx31pdk and tx25, which had been broken by commit
> e05e5de7fae5bec79617e113916dac6631251156.
Just tested your patch series on a mx31pdk, but unfortunately it does
not fix mx31pdk boot.
I will sta
On Friday, February 22, 2013 6:36:45 PM, Fabio Estevam wrote:
> Hi Benoît,
>
> On Mon, Feb 18, 2013 at 4:30 PM, Benoît Thébaudeau
> wrote:
>
> > So I will make a v8 with CONFIG_SPL_PAD_TO as an image offset, and use it
> > to
> > generate u-boot-with-spl.bin. But first, I will wait for more feed
Hi Benoît,
On Mon, Feb 18, 2013 at 4:30 PM, Benoît Thébaudeau
wrote:
> So I will make a v8 with CONFIG_SPL_PAD_TO as an image offset, and use it to
> generate u-boot-with-spl.bin. But first, I will wait for more feedback on v7
> (Fabio should give his test results this week), and for Stefano to
On Wed, Feb 20, 2013 at 07:37:10PM -0600, Joel A Fernandes wrote:
> Any comments on this approach? Is it better to merge mkfitsrc.sh with
> mkuboot.sh?
I know this was discussed quite extensively yesterday, but here is my take on
it:
Given the recent complications from multiplatform, we really sa
> "Tom" == Tom Rini writes:
Hi,
>> I'm looking at the emac driver at the moment. It still needs some
>> more work and cleanup, but I would imagine an early series could be
>> posted next week or so is Antoine agrees.
Tom> Can we please make the emac driver switch to phylib while you're
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/22/2013 10:37 AM, Peter Korsgaard wrote:
>> "Brian" == Brian Hutchinson
>> writes:
>
> Hi,
>
> Brian> I need ti816x u-boot too! Maybe I can help too. Need 3.x
> kernel Brian> too but I guess that is for another list :)
>
> Antoine is
> "Brian" == Brian Hutchinson writes:
Hi,
Brian> I need ti816x u-boot too! Maybe I can help too. Need 3.x kernel
Brian> too but I guess that is for another list :)
Antoine is working on it, and the basics are running:
U-Boot SPL 2013.01-00297-gf592f9c-dirty (Feb 22 2013 - 16:25:01)
OMAP
Hi Stefan,
On Thu, Feb 21, 2013 at 5:27 PM, Jagan Teki wrote:
> Hi Stefan,
>
> On Wed, Feb 20, 2013 at 11:44 PM, Stefan Roese wrote:
>> Hi Jagan,
>>
>> On 20.02.2013 18:25, Jagan Teki wrote:
So please update to the latest version and try again.
>>>
>>> Sorry for not intimating the version I
Hi, Bo Shen
Sorry for the late reply. I am taken over by other stuff. check my
comments below.
On 1/23/2013 5:31 PM, Bo Shen wrote:
Hi Josh,
On 01/22/2013 04:36 PM, Josh Wu wrote:
This patch will save U-Boot environment as a file: uboot.env, in FAT
partition
instead of saving it in raw sec
This patch adds the fast booting LWMON5 derivat "lcd4_lwmon5".
Its a stripped down version of the full blown lwmon5 support,
without ECC, USB, POST and some other stuff. It used the newly
introduced SPL infrastrucure for SPL from NOR flash booting
on the PPC4xx.
By setting the environment variable
This new make target "u-boot-img-spl-at-end.bin" consists of the
the real, full-blown U-Boot image and the U-Boot SPL binary
directly attached to it. The full-blown U-Boot image has the
mkimage header included, with its load-address and entry-point.
This will be used by the upcoming lwmon5 PPC440E
This patch adds SPL booting support (NOR flash) for the
PPC4xx platforms.
This SPL booting (Falcon mode) will be used by the upcoming
lcd4_lwmon5 board port (lwmon5 variant).
Signed-off-by: Stefan Roese
---
arch/powerpc/cpu/ppc4xx/Makefile | 4 ++
arch/powerpc/cpu/ppc4xx/start.S|
Add function to parse FIMD data from device tree.
The driver still supports non-DT case.
Define panel_info statically in some file if you are not using DT.
If you have defined DT node for FIMD, panel_info will be filled
using the bindings of FIMD DT node.
Signed-off-by: Ajay Kumar
---
drivers/vi
Add DT node and bindings documentation for FIMD.
Signed-off-by: Ajay Kumar
---
arch/arm/dts/exynos5250.dtsi | 6 ++
doc/device-tree-bindings/video/exynos-fb.txt | 92
2 files changed, 98 insertions(+)
create mode 100644 doc/device-tree-bindings/vide
Replaced the functionality of callbacks by using a standard set of functions.
Instead of implementing and hooking up a callback, put the same code in one of
the standard set of functions by overriding it.
Signed-off-by: Ajay Kumar
---
arch/arm/include/asm/arch-exynos/dp_info.h | 1 -
board/samsu
Add required compatible information for FIMD.
Signed-off-by: Ajay Kumar
---
include/fdtdec.h | 1 +
lib/fdtdec.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index 77f244f..b9d1270 100644
--- a/include/fdtdec.h
+++ b/include/fdtdec.h
@@ -81,6 +81,
Replaced the functionality of callbacks by using a standard set of functions.
Instead of implementing and hooking up a callback, put the same code in one of
the standard set of functions by overriding it.
This patch is tested only on SMDK5250.
For Trats and universal_c210 board, it is only compile
Since we have DT support in exynos_fb and exynos_dp drivers now,
we need not define any static structure or platform data related to
display in the board file smdk5250.c.
So, we place the already existing structures inside #ifndef CONFIG_OF_CONTROL
block.
Signed-off-by: Ajay Kumar
---
board/sam
Add function to parse the required platform data fron DP DT node
and fill the edp_info structure.
Signed-off-by: Ajay Kumar
---
drivers/video/exynos_dp.c | 65 ++
drivers/video/exynos_dp_lowlevel.c | 17 ++
2 files changed, 82 insertions(+)
d
Add DT bindings for DP supporting an eDP panel of size 2560x1600.
Signed-off-by: Ajay Kumar
---
board/samsung/dts/exynos5250-smdk5250.dts | 15 +++
1 file changed, 15 insertions(+)
diff --git a/board/samsung/dts/exynos5250-smdk5250.dts
b/board/samsung/dts/exynos5250-smdk5250.dts
in
Add required compatible information for FIMD.
Signed-off-by: Ajay Kumar
---
include/fdtdec.h | 1 +
lib/fdtdec.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index b9d1270..31fb959 100644
--- a/include/fdtdec.h
+++ b/include/fdtdec.h
@@ -82,6 +82,
Add DT bindings for FIMD supporting an eDP panel of size 2560x1600.
Signed-off-by: Ajay Kumar
---
board/samsung/dts/exynos5250-smdk5250.dts | 25 +
1 file changed, 25 insertions(+)
diff --git a/board/samsung/dts/exynos5250-smdk5250.dts
b/board/samsung/dts/exynos5250-smd
dp_regs variable was redundantly defined across all the functions in
the driver even though it contains just the same address. We make it
global and initialize it once using exynos_dp_set_base_addr().
>From then on, other funtions can use the address stored in the global variable.
Signed-off-by: A
Add DT node and bindings documentaion for DP.
Signed-off-by: Ajay Kumar
---
arch/arm/dts/exynos5250.dtsi | 7 +++
doc/device-tree-bindings/video/exynos-dp.txt | 69
2 files changed, 76 insertions(+)
create mode 100644 doc/device-tree-bindings/video/
fimd_ctrl variable was redundantly defined across all the functions in
the driver even though it contains just the same address. We make it
global and initialize it in exynos_fimd_lcd_init. From then on, other
funtions can use the data in the global variable.
Signed-off-by: Ajay Kumar
---
driver
Ajay Kumar (13):
[PATCH 01/13] video: exynos_fb: Remove callbacks from the driver
[PATCH 02/13] video: exynos_dp: Remove callbacks from the driver
[PATCH 03/13] video: exynos_fb: Make fimd_ctrl global
[PATCH 04/13] EXYNOS: FDT: Add compatible strings for FIMD
[PATCH 05/13] video: exynos_f
On 22.02.2013 10:15, Eibach, Dirk wrote:
>> Linux support for this enhanced sector protection (PPB) has
>> just been accepted into mainline Linux. You need include this
>> patch if you are working with an older kernel version:
>>
>> http://patchwork.ozlabs.org/patch/213602/
>>
>> And you also nee
Hi Stefan,
> > Some of your recent cfi flash driver enhancements have made flash
> > protect/unprotect work on our NOR based platforms (S29GL512). Good
> > news so far, but as a consequence fw_setenv is woking no more:
> > MTD erase error on /dev/mtd5: Input/output error
> > Error: can't write
Hi Dirk,
On 22.02.2013 09:18, Eibach, Dirk wrote:
> Some of your recent cfi flash driver enhancements have made flash
> protect/unprotect work on our NOR based platforms (S29GL512). Good news
> so far, but as a consequence fw_setenv is woking no more:
> MTD erase error on /dev/mtd5: Input/output e
Some of your recent cfi flash driver enhancements have made flash
protect/unprotect work on our NOR based platforms (S29GL512). Good news
so far, but as a consequence fw_setenv is woking no more:
MTD erase error on /dev/mtd5: Input/output error
Error: can't write fw_env to flash
Also flash_unlock
On Thu, Feb 21, 2013 at 9:22 PM, Jason Gunthorpe
wrote:
> On Thu, Feb 21, 2013 at 06:19:05PM -0600, Rob Herring wrote:
>
>> The desired FPGA use case is DT updates after booting the kernel. This
>> has nothing to do with FIT images. And if the FPGA tools generate the
>> DTB, then it is certainly n
65 matches
Mail list logo
