Added W25* parts are which are avilable in spi_flash_probe_legacy.c.
Updated the sector_size attributes as per the flash parts.
Looks fine for with this sector_size for computing the size
of flash.
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v2:
- Enable CONFIG_SPI_FLASH_
On Tue, 06 Aug 2013 13:37:51 +0200
Wolfgang Denk wrote:
> Dear Rob Herring,
>
> In message
>
> you wrote:
> >
> > > Why would you ever want to compile this into U-Boot at all? Then
> > > any changes you need to make mean compiling and installing a new
> > > U-Boot, which is something you norma
Added SST25* parts are which are avilable in spi_flash_probe_legacy.c.
Updated the sector_size attributes as per the flash parts.
Looks fine for with this sector_size for computing the size
of flash.
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v2:
- Enable CONFIG_SPI_FLAS
On Tue, Aug 6, 2013 at 1:22 PM, Dennis Gilmore wrote:
...
> My issue with this is, we produce a unified image, it could be an
> installer image or a installed disk image. it has a unified kernel in
> it and can run on any number of soc's but we also need to provide
> tooling that will setup the u-
Hi,
On Tuesday 06 August 2013 09:27 PM, Taras Kondratiuk wrote:
> On 08/06/2013 05:21 PM, Lokesh Vutla wrote:
>> Hi Taras,
>> On Tuesday 06 August 2013 05:48 PM, Taras Kondratiuk wrote:
>>> From: Lubomir Popov
>>>
>>> OMAP4470 SDP SoM has EDB8164B3PF PoP memory on board.
>>> This memory has 4Gb x
Moved BAR config to spi_flash_validate_ids, so its
better to have all flash initalization at once.
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v2:
- none
drivers/mtd/spi/spi_flash_internal.h | 5 -
drivers/mtd/spi/spi_flash_probe.c| 24 +++-
Add support for EON EN25Q64 SPI flash.
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v2:
- none
drivers/mtd/spi/spi_flash_probe.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/mtd/spi/spi_flash_probe.c
b/drivers/mtd/spi/spi_flash_probe.c
index 86cb881..de4ba
Few of the flashes(Atmel, Macronix and SST) require to
clear BP# bits in flash power ups.
So clear these BP# bits at probe time, so-that the flash
is ready for user operations.
Signed-off-by: Jagannadha Sutradharudu Teki
---
Changes for v2:
- none
drivers/mtd/spi/spi_flash_probe.c | 6
Divided the spi_flash framework into mutiple parts for
- spi_flash.c:
spi flash core file, interaction for spi/qspi driver to
spi_flash framework.
- spi_flash_ops.c
spi flash preffered operations, erase,write and read.
- spi_flash_probe.c
spi flash probing, easy to e
Currently mmc_device list is initialized from mmc_initialize() function.
So crash happens if any function which use mmc_devices list (find_mmc_device,
print_mmc_devices, etc.) is called before mmc_initialize().
Fix this by initializing mmc_devices list statically.
Signed-off-by: Taras Kondratiuk
On 08/06/2013 10:18 AM, Otavio Salvador wrote:
> On Tue, Aug 6, 2013 at 12:50 PM, Stephen Warren wrote:
>> On 08/06/2013 05:37 AM, Wolfgang Denk wrote:
>>> Dear Rob Herring,
>>>
>>> In message
>>> you
>>> wrote:
> Why would you ever want to compile this into U-Boot at all? Then any
>>
On Tue, Aug 6, 2013 at 1:54 PM, Stephen Warren wrote:
>> How can someone 'overwrite' the default environment from system or
>> when generating a FIT image?
>
> If U-Boot is running, you can get back to the default environment by
> running exactly the commands you wrote below.
>
> If you're flashin
On 08/06/2013 10:58 AM, Otavio Salvador wrote:
> On Tue, Aug 6, 2013 at 1:54 PM, Stephen Warren wrote:
>>> How can someone 'overwrite' the default environment from system or
>>> when generating a FIT image?
>>
>> If U-Boot is running, you can get back to the default environment by
>> running exact
On Tue, Aug 6, 2013 at 2:12 PM, Stephen Warren wrote:
> On 08/06/2013 10:58 AM, Otavio Salvador wrote:
>> On Tue, Aug 6, 2013 at 1:54 PM, Stephen Warren wrote:
How can someone 'overwrite' the default environment from system or
when generating a FIT image?
>>>
>>> If U-Boot is running, y
On 08/02/2013 03:26 PM, Tom Rini wrote:
> Signed-off-by: Tom Rini
> ---
> include/configs/igep0033.h |4
> include/configs/pcm051.h |3 ---
> include/configs/ti814x_evm.h |3 ---
> 3 files changed, 10 deletions(-)
>
> diff --git a/include/configs/igep0033.h b/include/config
On Fri, Jul 5, 2013 at 1:01 PM, Gerlando Falauto
wrote:
> Hi Jagan,
>
>
> On 07/04/2013 06:26 PM, Jagan Teki wrote:
>>
>> On Thu, Jul 4, 2013 at 12:03 AM, Gerlando Falauto
>> wrote:
>>>
>>> Since "sf update" erases the last block as a whole, but only rewrites
>>> the meaningful initial part of it
On 08/02/2013 03:26 PM, Tom Rini wrote:
> With device trees, boards do not always set CONFIG_MACH_TYPE now, so we
> must not rely on this define being set. The kernel uses ~0 to see if we
> have a valid machine number or not, so set that as the default, invalid
> machine, id and only fix if CONFIG
On 08/02/2013 03:26 PM, Tom Rini wrote:
> We create two new files, include/configs/ti_armv7_common.h for all of
> the common IP blocks and related features / commands we share in
> virtually all of our platforms. We then create
> include/configs/ti_am335x_common.h for everything common to the am33
On 08/02/2013 03:26 PM, Tom Rini wrote:
> Add the generic "poke a GPIO" command, with the GPIO related defines.
>
> Signed-off-by: Tom Rini
> ---
> include/configs/ti_armv7_common.h |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/configs/ti_armv7_common.h
> b/include/configs/
On 08/02/2013 03:26 PM, Tom Rini wrote:
> Add the generic "poke the SPI bus" command, with the SPI related
> defines.
>
> Signed-off-by: Tom Rini
> ---
> include/configs/ti_armv7_common.h |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/configs/ti_armv7_common.h
> b/include/co
On 08/02/2013 03:26 PM, Tom Rini wrote:
> Update omap5_common.h to use ti_armv7_common.h, and in turn update
> dra7xx_evm.h and omap5_uevm.h slightly. The biggest changes here are
The commit headline does not indicate anything about dra7xx. So dra7xx dev's
might over look this change.
> that I
On 08/02/2013 03:26 PM, Tom Rini wrote:
> Update omap5_common.h to use ti_armv7_common.h, and in turn update
> dra7xx_evm.h and omap5_uevm.h slightly. The biggest changes here are
The commit headline does not indicate anything about dra7xx. So dra7xx dev's
might over look this change.
> that I
On 12-07-2013 15:12, Axel Lin wrote:
Use DIV_ROUND_UP to simplify the code.
Signed-off-by: Axel Lin
---
drivers/spi/mpc8xxx_spi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/mpc8xxx_spi.c b/drivers/spi/mpc8xxx_spi.c
index 6b0e3b4..c90c0ce 100644
--- a/driv
On 12-07-2013 15:11, Axel Lin wrote:
Use DIV_ROUND_UP to simplify the code.
Signed-off-by: Axel Lin
---
drivers/spi/fsl_espi.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/spi/fsl_espi.c b/drivers/spi/fsl_espi.c
index 28609ee..e20ab9f 100644
--- a/drivers
On 07-08-2013 00:04, Dan Murphy wrote:
On 08/02/2013 03:26 PM, Tom Rini wrote:
Add the generic "poke the SPI bus" command, with the SPI related
defines.
Signed-off-by: Tom Rini
---
include/configs/ti_armv7_common.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/ti_ar
On 07-08-2013 00:19, Jagan Teki wrote:
On 12-07-2013 15:12, Axel Lin wrote:
Use DIV_ROUND_UP to simplify the code.
Signed-off-by: Axel Lin
---
drivers/spi/mpc8xxx_spi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/mpc8xxx_spi.c b/drivers/spi/mpc8xxx_spi.c
On 07-08-2013 00:20, Jagan Teki wrote:
On 07-08-2013 00:04, Dan Murphy wrote:
On 08/02/2013 03:26 PM, Tom Rini wrote:
Add the generic "poke the SPI bus" command, with the SPI related
defines.
Signed-off-by: Tom Rini
---
include/configs/ti_armv7_common.h |1 +
1 file changed, 1 insertio
On 04-07-2013 00:03, Gerlando Falauto wrote:
make "sf update" work with unaligned `len' parameter, by deleting the
whole last sector before writing, so to allow for:
sf update ${load_addr_r} 0 ${filesize}
Signed-off-by: Gerlando Falauto
Cc: Valentin Longchamp
Cc: Holger Brunck
Acked-by: Si
On 04-08-2013 11:18, Jagannadha Sutradharudu Teki wrote:
This patch set consist of code clean-up on sf.
Thanks,
Jagan.
Jagannadha Sutradharudu Teki (6):
sf: eon|spansion|ramtron: Fix code cleanup
sf: sst: Fix code cleanup
sf: stmicro: Fix code cleanup
sf: Fix code cleanup
cmd_sf|
On 07-08-2013 00:27, Jagan Teki wrote:
On 04-07-2013 00:03, Gerlando Falauto wrote:
make "sf update" work with unaligned `len' parameter, by deleting the
whole last sector before writing, so to allow for:
sf update ${load_addr_r} 0 ${filesize}
Signed-off-by: Gerlando Falauto
Cc: Valentin Lo
On Wed, Aug 07, 2013 at 12:25:25AM +0530, Jagan Teki wrote:
> On 07-08-2013 00:20, Jagan Teki wrote:
> >On 07-08-2013 00:04, Dan Murphy wrote:
> >>On 08/02/2013 03:26 PM, Tom Rini wrote:
> >>>Add the generic "poke the SPI bus" command, with the SPI related
> >>>defines.
> >>>
> >>>Signed-off-by: To
On 07-08-2013 00:19, Jagan Teki wrote:
On 12-07-2013 15:11, Axel Lin wrote:
Use DIV_ROUND_UP to simplify the code.
Signed-off-by: Axel Lin
---
drivers/spi/fsl_espi.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/spi/fsl_espi.c b/drivers/spi/fsl_espi.c
ind
On Tue, Aug 06, 2013 at 01:28:53PM -0500, Dan Murphy wrote:
> On 08/02/2013 03:26 PM, Tom Rini wrote:
> > With device trees, boards do not always set CONFIG_MACH_TYPE now, so we
> > must not rely on this define being set. The kernel uses ~0 to see if we
> > have a valid machine number or not, so s
On Tue, Aug 06, 2013 at 01:33:35PM -0500, Dan Murphy wrote:
> On 08/02/2013 03:26 PM, Tom Rini wrote:
> > We create two new files, include/configs/ti_armv7_common.h for all of
> > the common IP blocks and related features / commands we share in
> > virtually all of our platforms. We then create
>
On Tue, Aug 06, 2013 at 01:37:34PM -0500, Dan Murphy wrote:
> On 08/02/2013 03:26 PM, Tom Rini wrote:
> > Update omap5_common.h to use ti_armv7_common.h, and in turn update
> > dra7xx_evm.h and omap5_uevm.h slightly. The biggest changes here are
>
> The commit headline does not indicate anything
On Wed, Aug 7, 2013 at 12:33 AM, Tom Rini wrote:
> On Wed, Aug 07, 2013 at 12:25:25AM +0530, Jagan Teki wrote:
>> On 07-08-2013 00:20, Jagan Teki wrote:
>> >On 07-08-2013 00:04, Dan Murphy wrote:
>> >>On 08/02/2013 03:26 PM, Tom Rini wrote:
>> >>>Add the generic "poke the SPI bus" command, with th
Hi Wolfgang,
On 08/06/2013 06:02 PM, Wolfgang Denk wrote:
> Dear Michal Simek,
>
> In message you wrote:
>>
>> I am not sure about this change but it seems to me
>> there shouldn't be any problem to remove stdio
>> support because it can be simple another serial driver
>> which can use serial mu
Tom
On 08/06/2013 02:13 PM, Tom Rini wrote:
> On Tue, Aug 06, 2013 at 01:37:34PM -0500, Dan Murphy wrote:
>> On 08/02/2013 03:26 PM, Tom Rini wrote:
>>> Update omap5_common.h to use ti_armv7_common.h, and in turn update
>>> dra7xx_evm.h and omap5_uevm.h slightly. The biggest changes here are
>> Th
This is a v2 for previous series with same cover head.
This small series patchset will add suuport for zynq spi
controller, tested on sst flash.
--
Thanks,
Jagan.
Jagannadha Sutradharudu Teki (3):
spi: Add zynq spi controller driver
sf: sst: Add support for SST25WF080
zynq: Enable CONFIG_Z
Zynq spi controller driver supports 2 buses and
3 chipselects on each bus.
Signed-off-by: Jagannadha Sutradharudu Teki
Acked-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
---
Changes for v2:
- Added "Zynq" string on license notes
- Fix coding stlye
arch/arm/includ
Add support for SST25WF080 SPI flash.
Signed-off-by: Jagannadha Sutradharudu Teki
Signed-off-by: Michal Simek
---
Changes for v2:
- none
drivers/mtd/spi/sst.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/mtd/spi/sst.c b/drivers/mtd/spi/sst.c
index c9dec3c52..256867
Tested spi on zynq board with sst flash by enabling
CONFIG_ZYNQ_SPI.
sf probe 1:1 0 0
SF: Detected SST25WF080 with page size 4 KiB, total 1 MiB
Signed-off-by: Jagannadha Sutradharudu Teki
Acked-by: Siva Durga Prasad Paladugu
Signed-off-by: Michal Simek
---
Changes for v2:
- CONFIG_CMD_
Dear Jagannadha Sutradharudu Teki,
In message <90b1d9f1-4c63-43c6-989f-55a657168...@tx2ehsmhs011.ehs.local> you
wrote:
> Added S25FL* parts are which are avilable in spi_flash_probe_legacy.c.
>
> Updated the sector_size attributes as per the flash parts.
> Looks fine for with this sector_size fo
Hi Wolfgang Denk,
On Wed, Aug 7, 2013 at 1:19 AM, Wolfgang Denk wrote:
> Dear Jagannadha Sutradharudu Teki,
>
> In message <90b1d9f1-4c63-43c6-989f-55a657168...@tx2ehsmhs011.ehs.local> you
> wrote:
>> Added S25FL* parts are which are avilable in spi_flash_probe_legacy.c.
>>
>> Updated the sector
Tom
On 08/06/2013 02:10 PM, Tom Rini wrote:
> On Tue, Aug 06, 2013 at 01:28:53PM -0500, Dan Murphy wrote:
>> On 08/02/2013 03:26 PM, Tom Rini wrote:
>>> With device trees, boards do not always set CONFIG_MACH_TYPE now, so we
>>> must not rely on this define being set. The kernel uses ~0 to see if
On 08/06/2013 10:22 AM, Dennis Gilmore wrote:
...
> some variables that would need to be compiled in
>
> fdt_addr
> fdt_addr_r
> kernel_addr_r
> ramdisk_addr_r
Those all look standard, and are documented in U-Boot's README.
> pxefile_addr_r
> scr_addr_r
> uenv_addr_r
But none of those are, the
Dear Jagan,
In message <64c2a6cb-98f6-4cde-a615-ecd37a96b...@db8ehsmhs012.ehs.local> you
wrote:
>
> > Checkpatch reports:
> >
> > WARNING: quoted string split across lines
> > #194: FILE: drivers/mtd/spi/spi_flash_probe.c:155:
> > + printf("SF: Unsupported flash ID: manuf %02x, jede
On Tue, Aug 06, 2013 at 01:58:22PM -0300, Otavio Salvador wrote:
> On Tue, Aug 6, 2013 at 1:54 PM, Stephen Warren wrote:
> >> How can someone 'overwrite' the default environment from system or
> >> when generating a FIT image?
> >
> > If U-Boot is running, you can get back to the default environme
On Tue, Aug 06, 2013 at 11:22:22AM -0500, Dennis Gilmore wrote:
[snip]
> The only way I could see having us write a file to disk with the
> environment working is if all boards implement standard variable to
> define the memory locations and that is compiled into the u-boot binary.
>
> some varia
On Tue, Aug 6, 2013 at 6:37 PM, Tom Rini wrote:
> On Tue, Aug 06, 2013 at 01:58:22PM -0300, Otavio Salvador wrote:
>> On Tue, Aug 6, 2013 at 1:54 PM, Stephen Warren wrote:
>> >> How can someone 'overwrite' the default environment from system or
>> >> when generating a FIT image?
>> >
>> > If U-Bo
On Tue, Aug 6, 2013 at 6:37 PM, Tom Rini wrote:
> On Tue, Aug 06, 2013 at 01:58:22PM -0300, Otavio Salvador wrote:
>> On Tue, Aug 6, 2013 at 1:54 PM, Stephen Warren wrote:
>> >> How can someone 'overwrite' the default environment from system or
>> >> when generating a FIT image?
>> >
>> > If U-Bo
On Tue, 6 Aug 2013 17:42:31 -0400
Tom Rini wrote:
> On Tue, Aug 06, 2013 at 11:22:22AM -0500, Dennis Gilmore wrote:
>
> [snip]
> > The only way I could see having us write a file to disk with the
> > environment working is if all boards implement standard variable to
> > define the memory locati
Hello,
I am adding a new library which is being called in common/main.c.
In that library, I am updating U-Boot environment variables which are
accessed from Linux as well.
While getenv() always works fine, but setenv() does not work. The value is
not updated.
setenv works correctly if I use it
Hello,
I am building u-boot.2013.07 for the mx28evk board.
After I insert a few 'serial_puts()' calls for debugging, the build fails
and complains that serial_puts() is undefined.
I did not have this problem with u-boot.2013.01.
Do I need to add a specific #define to include serial_puts() ?
I t
On Tue, Aug 6, 2013 at 8:18 PM, Randy Graham wrote:
> Hello,
>
> I am building u-boot.2013.07 for the mx28evk board.
>
> After I insert a few 'serial_puts()' calls for debugging, the build fails
> and complains that serial_puts() is undefined.
Just add this include:
#include
___
Tegra recently moved to the new I2C framework, which sets up I2C prior to
relocation, and prior to calling i2c_init_board(). This causes a crash on
Tegra boards.
note:
There are many ways to fix this. I believe this is one. It disables i2c_init()
until relocation is complete. I have been unable t
Hi Jagan,
On Wednesday 31 July 2013 12:23 PM, Sourav Poddar wrote:
Hi Jagan,
On Tuesday 23 July 2013 07:53 PM, Sourav Poddar wrote:
+ jagan,
On Tuesday 23 July 2013 02:29 PM, Sourav Poddar wrote:
Reading using the already supported read command is causing regression
after 4k bytes, as a result
101 - 157 of 157 matches
Mail list logo
