Add support for Winbond W25Q32DW 32Mbit part
Signed-off-by: Allen Martin
---
drivers/mtd/spi/winbond.c |5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/mtd/spi/winbond.c b/drivers/mtd/spi/winbond.c
index 4418302..3560fcb 100644
--- a/drivers/mtd/spi/winbond.c
+++ b/drivers/mtd
Move register structs from headers into .c files and use common name.
This is in preparation of making common fdt front end for SPI
drivers.
Signed-off-by: Allen Martin
---
arch/arm/include/asm/arch-tegra20/tegra20_sflash.h | 45 -
arch/arm/include/asm/arch-tegra20/tegra20_slink.h
Add a common interface to fdt based SPI drivers. Each driver is
represented by a table entry in fdt_spi_drivers[]. If there are
multiple SPI drivers in the table, the first driver to return success
from spi_init() will be registered as the SPI driver.
Signed-off-by: Allen Martin
---
arch/arm/i
Add driver for tegra114 SPI controller. This controller is not
compatible with either the tegra20 or tegra30 controllers, so it
requires a new driver.
Signed-off-by: Allen Martin
---
arch/arm/include/asm/arch-tegra114/tegra114_spi.h | 41 +++
drivers/spi/Makefile
Turn on SPI in dalmore config file
Signed-off-by: Allen Martin
---
include/configs/dalmore.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/configs/dalmore.h b/include/configs/dalmore.h
index b1a6e34..c7deea5 100644
--- a/include/configs/dalmore.h
+++ b/include/config
Add node for apbdma controller hardware.
Signed-off-by: Allen Martin
---
arch/arm/dts/tegra114.dtsi | 37 +
1 file changed, 37 insertions(+)
diff --git a/arch/arm/dts/tegra114.dtsi b/arch/arm/dts/tegra114.dtsi
index dfeac53..92e69f6 100644
--- a/arch/arm/dt
Add "nvidia,tegra114-spi" to represent t114 SPI controller hardware.
Signed-off-by: Allen Martin
---
include/fdtdec.h |1 +
lib/fdtdec.c |1 +
2 files changed, 2 insertions(+)
diff --git a/include/fdtdec.h b/include/fdtdec.h
index 2189483..19c9707 100644
--- a/include/fdtdec.h
+++ b
Dalmore has a SPI flash part attached to controller 4, so enable
controller 4 and set to 25MHz.
Signed-off-by: Allen Martin
---
board/nvidia/dts/tegra114-dalmore.dts |5 +
1 file changed, 5 insertions(+)
diff --git a/board/nvidia/dts/tegra114-dalmore.dts
b/board/nvidia/dts/tegra114-dal
This feature was only used for tegra20 seaboard that had a pinmux
conflict on the SPI pins. These boards were never manufactured, so
remove this support to clean up SPI driver.
Signed-off-by: Allen Martin
---
arch/arm/include/asm/arch-tegra/board.h|3 +-
.../arm/include/asm/arch
This series pulls fdt functionality from the existing tegra20 and
tegra30 SPI drivers into a new common fdt SPI driver front end,
then adds a new tegra114 SPI driver as an additional client of
the fdt SPI driver.
Changes in v2:
- Added a patch to remove SPI/UART switch support, this was only
u
Make the tegra20 SPI driver similar to the tegra30 (and soon to be
tegra114) SPI drivers in preparation of common fdt SPI driver front
end.
Signed-off-by: Allen Martin
---
drivers/spi/tegra20_sflash.c | 110 +-
1 file changed, 67 insertions(+), 43 deletio
Rename tegra SPI drivers to tegra20_flash and tegra20_slink in
preparation for commonization and addition of tegra114_spi.
Signed-off-by: Allen Martin
---
.../{arch-tegra/tegra_spi.h => arch-tegra20/tegra20_sflash.h}|6 +++---
.../{arch-tegra/tegra_slink.h => arch-tegra20/tegra20_slink.h
Remove non fdt support from tegra20 and tegra30 SPI drivers in
preparation of new common fdt based SPI driver front end.
Signed-off-by: Allen Martin
---
drivers/spi/tegra20_sflash.c | 12
drivers/spi/tegra20_slink.c | 29 -
2 files changed, 4 inserti
Add nodes for t114 SPI controller hardware
Signed-off-by: Allen Martin
---
arch/arm/dts/tegra114.dtsi | 72
1 file changed, 72 insertions(+)
diff --git a/arch/arm/dts/tegra114.dtsi b/arch/arm/dts/tegra114.dtsi
index 92e69f6..64e2e083 100644
--- a/a
Hi Marcio,
This is not u-boot related, I think you should post this issue to
Linux kernel mailing list.
On 03/16/2013 10:58 PM, mar...@netopen.com.br wrote:
[Snip]
NAND device: Manufacturer ID: 0x2c, Chip
ID: 0xba (Micron NAND 256MiB 1,8V 16-bi
t)
Scanning device for bad
blocks
Bad erasebl
Hi Tom,
let's do this ...
The following changes since commit b5bec88434adb52413f1bc33fa63d7642cb8fd35:
Use 'unsigned int' for global_data's baudrate (2013-03-15 16:14:02 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to d
Hi Doug,
On Sat, Mar 16, 2013 at 7:47 AM, Otavio Salvador
wrote:
> On Fri, Mar 15, 2013 at 8:25 PM, Doug Anderson wrote:
>> Some versions of git don't seem to prompt you for the message ID that
>> your series is in reply to. Allow specifying this from the command
>> line.
>>
>> Signed-off-by: D
On Fri, Mar 15, 2013 at 4:24 PM, Doug Anderson wrote:
> Although "Reviewed-by:" is a tag that gerrit adds, it's also a tag
> used by upstream. Stripping it is undesirable. In fact, we should
> treat it as important.
>
> Signed-off-by: Doug Anderson
Acked-by: Simon Glass
__
Hi Andy,
On Tue, Feb 12, 2013 at 7:14 PM, Jaehoon Chung wrote:
> Hi Simon,
>
> It looks good to me.
>
> Acked-by: Jaehoon Chung
Do you think this will be picked up this time around?
Regards,
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://l
Hi Fabio,
On 03/16/2013 12:48 PM, Fabio Estevam wrote:
Hi Eric,
On Sat, Mar 16, 2013 at 1:13 PM, Eric Nelson
wrote:
At the moment, it doesn't.
I would really like to see us (the i.MX6 community) standardize
the use of some fuses to specifically mean board revision.
We're contemplating some
Hi Bo
Now I am getting a problem mounting the NAND file system.
Do you have any idea?
Below is the log.
NAND read: device 0 offset
0x20, size 0x30
3145728 bytes read: OK
* kernel: cmdline image
address = 0x7000
## Booting kernel from Legacy Image at 7000
...
Image Name:
Hi Bo
That is indeed the problem.
I shrink the kernel to less than 3Mb and it works!
Thanks a lot
Best regards
Marico
--
View this message in context:
http://u-boot.10912.n7.nabble.com/AT91SAM9M10-Custom-Board-U-boot-reboot-after-Wrong-Image-Format-tp149567p149875.html
Sent from the U-Boot ma
Dear Fabio Estevam,
In message
you wrote:
>
> Would this approach work?
>
> http://git.freescale.com/git/cgit.cgi/imx/uboot-imx.git/tree/board/freescale/common/fsl_sys_rev.c?h=imx_v2009.08_3.0.0
I bet there is a to of existing ways to encode and pass such
information - in NOR flash, EEPROM, e
Dear Dirk Behme,
In message <5144a401.9020...@gmail.com> you wrote:
>
> I think the OMAP/Beagle community introduced serial EEPROMs to
> identify their (add on) boards.
There are many such ad-hoc approaches, and most of them are just a
PITA. If you are trying to optimize boot times, it is reall
Dear Eric Nelson,
In message <51449a34.7080...@boundarydevices.com> you wrote:
>
> At the moment, it doesn't.
>
> I would really like to see us (the i.MX6 community) standardize
> the use of some fuses to specifically mean board revision.
No. This is a very bad idea. We've been working long en
Hi Eric,
On Sat, Mar 16, 2013 at 1:13 PM, Eric Nelson
wrote:
> At the moment, it doesn't.
>
> I would really like to see us (the i.MX6 community) standardize
> the use of some fuses to specifically mean board revision.
>
> We're contemplating some board changes such as switching the
> ethernet P
Hi Dirk,
On Sat, Mar 16, 2013 at 2:59 AM, Dirk Behme wrote:
> Am 15.03.2013 22:06, schrieb Fabio Estevam:
>
>> From: Fabio Estevam
>>
>> Instead of hardcoding the CPU revision, it is better to use get_cpu_rev().
>
>
> I think to remember that there is a reason why it is hard coded this way.
> Ha
Thank you for your reply. The switch KSZ8873MLL is detectable at the boot
process and the EMAC is getting the ID value
from the phy, as well as the number of the available phys on the switch.
Therefore it is a bit hard to figure out which board is using it in order
to use it as an example.
Does any
This adds the bmode support for i.MX6 SabreSD and SabreAUTO
boards. This allows user to choose the boot mode at runtime making it
easy to boot from USB or other media.
This patchset has been tested in SabreSD but only build tested in
SabreAUTO as I don't have the board for testing.
Changes in v5
Adds support for 'bmode' command which let user to choose where to
boot from; this allows U-Boot to load system from another storage
without messing with jumpers.
Signed-off-by: Otavio Salvador
---
Changes in v5:
- Fix build failure in SabreAUTO
- Move include of boot_mode.h header to this patch
This changes the code so in case an unkown value is passed it will
return as invalid.
Signed-off-by: Otavio Salvador
---
Changes in v5: None
Changes in v4:
- Fix switch code to proper break (Stefano)
Changes in v3: None
Changes in v2:
- Rework code to use a 'ret' variable (Fabio)
board/freesca
This documents the SD card identifier so it is easier for user to spot
which card number will be used, if need.
Signed-off-by: Otavio Salvador
---
Changes in v5:
- Improve comment in code for easier understanding (Fabio)
Changes in v4: None
Changes in v3: None
Changes in v2:
- Improve commit log
Am 16.03.2013 17:13, schrieb Eric Nelson:
On 03/16/2013 07:58 AM, Fabio Estevam wrote:
Hi Eric,
On Fri, Mar 15, 2013 at 9:20 PM, Eric Nelson
wrote:
This is the **board** revision, right?
At first glance, the kernel seems to be getting the silicon revision
from the same place as get_cpu_rev(
On Sat, Mar 16, 2013 at 12:01 PM, Fabio Estevam wrote:
> On Sat, Mar 16, 2013 at 11:52 AM, Otavio Salvador
> wrote:
>
>> Or add a method to do that? as it'd need to be done in all i.MX6 boards.
>
> Not all boards need to pass their revision to the kernel. For
> mx6sabresd/sabreauto we do need it.
On 03/16/2013 07:58 AM, Fabio Estevam wrote:
Hi Eric,
On Fri, Mar 15, 2013 at 9:20 PM, Eric Nelson
wrote:
This is the **board** revision, right?
At first glance, the kernel seems to be getting the silicon revision
from the same place as get_cpu_rev():
https://github.com/boundarydevices/linu
On Sat, Mar 16, 2013 at 11:52 AM, Otavio Salvador
wrote:
> Or add a method to do that? as it'd need to be done in all i.MX6 boards.
Not all boards need to pass their revision to the kernel. For
mx6sabresd/sabreauto we do need it.
I plan to work on it.
Regards,
Fabio Estevam
__
Hi Eric,
On Fri, Mar 15, 2013 at 9:20 PM, Eric Nelson
wrote:
> This is the **board** revision, right?
>
> At first glance, the kernel seems to be getting the silicon revision
> from the same place as get_cpu_rev():
>
> https://github.com/boundarydevices/linux-imx6/blob/boundary-imx_3.0.35_1.1.1/
On Sat, Mar 16, 2013 at 11:50 AM, Fabio Estevam wrote:
> Hi Dirk,
>
> On Sat, Mar 16, 2013 at 2:59 AM, Dirk Behme wrote:
>> Am 15.03.2013 22:06, schrieb Fabio Estevam:
>>
>>> From: Fabio Estevam
>>>
>>> Instead of hardcoding the CPU revision, it is better to use get_cpu_rev().
>>
>>
>> I think t
Hi Dirk,
On Sat, Mar 16, 2013 at 2:59 AM, Dirk Behme wrote:
> Am 15.03.2013 22:06, schrieb Fabio Estevam:
>
>> From: Fabio Estevam
>>
>> Instead of hardcoding the CPU revision, it is better to use get_cpu_rev().
>
>
> I think to remember that there is a reason why it is hard coded this way.
> Ha
On Fri, Mar 15, 2013 at 8:24 PM, Doug Anderson wrote:
> Although "Reviewed-by:" is a tag that gerrit adds, it's also a tag
> used by upstream. Stripping it is undesirable. In fact, we should
> treat it as important.
>
> Signed-off-by: Doug Anderson
Reviewed-by: Otavio Salvador
--
Otavio Salv
On Fri, Mar 15, 2013 at 8:25 PM, Doug Anderson wrote:
> Some versions of git don't seem to prompt you for the message ID that
> your series is in reply to. Allow specifying this from the command
> line.
>
> Signed-off-by: Doug Anderson
> ---
> tools/patman/gitutil.py | 7 ++-
> tools/patman
I'm surprised that no one is interested in a functioning Beagleboard.
Has no one tested the Beagleboard since 2012-09-19?
Best regards,
Manfred Huber
On 2013-02-27 14:09, man.hu...@arcor.de wrote:
SPL hangs on a beagleboard during the serial initialization (line 40 of
drivers/serial/ns16550.c
On 15/03/2013 21:16, Otavio Salvador wrote:
> Hi Stefano,
>
Hi Otavio,
> On Fri, Mar 15, 2013 at 3:51 PM, Albert ARIBAUD
> wrote:
>> Applied to u-boot-arm/master, thanks!
>
> Could you please merge u-boot-arm/master back into u-boot-imx/master?
>
Done !
Regards,
Stefano
--
===
Hi Tom,
On Wed, 13 Mar 2013 14:12:32 -0400, Tom Rini wrote:
> On Wed, Mar 13, 2013 at 09:56:34AM -0400, Tom Rini wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > On 03/13/2013 09:35 AM, Beno??t Th??baudeau wrote:
> > > Hi Stefano,
> > >
> > > On Wednesday, March 13, 2013
The spl_boot.c which copies the u-boot from the booting device to ram
is made common for all the exynos based platforms. To do so:
1. Moved smdk5250/spl_boot.c to common armv7/exynos folder and updated
to make it common for exynos4 and exynos5
2. Introduced a CONFIG_SPL_BOOTING option as only e
Hi Albert,
On Fri, 15 Mar 2013 23:01:12 +0100, Albert ARIBAUD
wrote:
> Hello Tom,
>
> Here is a PR for ARM. Note that doc/README.scrapyard will need a manual
> merge resolution due to ARM tree having a commit that reorders the
> headers and reformats the lines while mainline has a commit adding
Dear Dirk Behme,
In message <51440a4d.5060...@gmail.com> you wrote:
>
> I think to remember that there is a reason why it is hard coded this
> way. Have you tested this with the Vivante GPU driver? If I remember
> correctly they check for exactly the 0x63000 and if it's not there, it
> won't wo
Hi Stephen,
On Fri, 15 Mar 2013 16:51:00 -0600, Stephen Warren
wrote:
> On 03/11/2013 12:35 AM, Albert ARIBAUD wrote:
> > Hi Stephen,
> >
> > On Sat, 09 Mar 2013 23:34:21 -0700, Stephen Warren
> > wrote:
> >
> >> On 02/03/2013 04:27 AM, Albert ARIBAUD wrote:
> >>> On Tue, 15 Jan 2013 19:26:58
48 matches
Mail list logo
