Hi Simon,
On 06.10.14 20:14, Simon Glass wrote:
> These boards all have the same GPIO arrangement, so add some common platform
> data that can be used by all boards. Remove the configs which are no longer
> required.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/arm/cpu/arm926ejs/at91/at91sam9
Dear Simon,
On 06.10.14 20:14, Simon Glass wrote:
> Modify this driver to support driver model, with platform data required to
> determine the GPIOs that it controls.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/arm/include/asm/arch-at91/gpio.h | 6 +
> drivers/gpio/at91_gpio.c
>
> Hello Wolfgang,
>
> 2014-10-22 18:56 GMT+02:00 Wolfgang Denk :
> > Dear Dirk,
> >
> > In message
you
wrote:
> >> I had exactly the same behaviour some time ago and tracked it down to
> >> this (and posted it on the mailing list, but sadly got no feedback):
> >
> > Thanks a lot for this poi
MAKEALL -s tegra is error/warning-free.
The following changes since commit 3d420cbd355a5f09e4f113eb10579a264a8ef138:
Merge branch 'u-boot-socfpga/topic/arm/socfpga-20141010' into
'u-boot-arm/master' (2014-10-11 01:20:55 +0200)
are available in the git repository at:
git://git.denx.de/u-boot
Hello, Mr. Glass.
On Wednesday 22 October 2014 11:29:00 AM Simon Glass wrote:
> One little nit below but it looks OK to me. I'm assume that no one
> would want to replace the command line completely?
>
In some setups, one image can be used with several versions, or even
different boards of h
Hello Wolfgang,
2014-10-22 18:56 GMT+02:00 Wolfgang Denk :
> Dear Dirk,
>
> In message
> you
> wrote:
>> I had exactly the same behaviour some time ago and tracked it down to
>> this (and posted it on the mailing list, but sadly got no feedback):
>
> Thanks a lot for this pointer.
I am really
Hi,
On 23.10.14 07:12, Simon Glass wrote:
> Hi,
>
> On Oct 22, 2014 11:10 PM, "Andreas Bießmann"
> mailto:andreas.de...@googlemail.com>> wrote:
>>
>> It also seems the maintainer of snapper9260 is not reachable. Simon, do
>> you own such a board?
>
> Yes I have one.
so would you take maintainer
Hi,
On Oct 22, 2014 11:10 PM, "Andreas Bießmann"
wrote:
>
> It also seems the maintainer of snapper9260 is not reachable. Simon, do
> you own such a board?
Yes I have one. The base address is to make the maximum amount of room for
loading the kernel, etc.
Regards,
Simon
>
> Best regards
>
> An
It also seems the maintainer of snapper9260 is not reachable. Simon, do
you own such a board?
Best regards
Andreas Bießmann
On 23.10.14 07:07, Andreas Bießmann wrote:
> Dear Simon,
>
> On 06.10.14 20:14, Simon Glass wrote:
>> The value should be 0x23f0. Fix it.
>>
>> Signed-off-by: Simon Gl
Dear Simon,
On 06.10.14 20:14, Simon Glass wrote:
> The value should be 0x23f0. Fix it.
>
> Signed-off-by: Simon Glass ---
>
> include/configs/snapper9260.h | 2 +- 1 file changed, 1
> insertion(+), 1 deletion(-)
>
> diff --git a/include/configs/snapper9260.h
> b/include/configs/snapper92
Thanks for your suggestions.
It sounds reasonable. I prefer the first one because we need to add calls in
initdram() anyway.
Let's also take a look at what TI did and see if we can follow.
Thanks,
Yuantian
From: Sun York-R58495
Sent: Thursday, October 23, 2014 12:15 PM
To: Tang Yuantian-B29983;
Yuantian,
I examined current code closely and have two suggestions:
1. In initdram() function, add a call to fsl_dp_resume()
It is rational because the deep sleep resume is mainly dealing with memory.
Doing this means you need to add calls to all boards with deep sleep feature
enabled, not a lo
Hi,
On 6 October 2014 12:14, Simon Glass wrote:
> This series adds driver model support for serial and GPIO for the Atmel AT91
> series. The at91sam9260-based Snapper 9260 is converted over as an example.
>
> For both drivers the old behaviour is retained, so driver model becomes
> option, not ma
Hi,
On 11 October 2014 12:46, Jagan Teki wrote:
> On 30 September 2014 01:04, Simon Glass wrote:
>> Up until now driver model has not been used for any type of bus. Buses
>> have some unique properties and needs, so we cannot claim that driver
>> model can cover all the common cases unless we ha
Add a driver for the designware serial UART used on sunxi. This just
redirects to the normal ns16550 driver.
Add a stdout-path to the device tree so that the correct UART is chosen.
Signed-off-by: Simon Glass
---
Changes in v2:
- Split non-sunxi patches into a separate dependent series
arch/a
This adds driver model support to the sunxi GPIO driver, using the device
tree to trigger binding of the driver. The driver will still operate
without driver model too.
Signed-off-by: Simon Glass
---
Changes in v2:
- Remove references to exynos and tegra
- Use the word 'bank' instead of 'port'
This series adds driver model support for serial and GPIO for sunxi. Since
I only have a sun7i board to test with, I have added a new config for the
pcDuino3, which uses device tree and driver model. This should make it
fairly easy to enable for the other boards at some point.
This series is avail
With driver model we will have access to a bank pointer, so we want to
use it rather than converting back to a number, and then back to a
bank pointer. Add functions to provide this feature.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/cpu/armv7/sunxi/pinmux.c | 32
The scsi_init() function uses a GPIO so should request it. There is no
way to return an error here, and the request may be made multiple times,
so just ignore errors for now.
Signed-off-by: Simon Glass
---
Changes in v2: None
board/sunxi/ahci.c | 1 +
1 file changed, 1 insertion(+)
diff --git
For now we won't want to mess with the existing configurations. Create a
new one which will enable device tree and driver model. Note that this
brings the device tree binary into u-boot-sunxi-with-spl.bin.
Signed-off-by: Simon Glass
---
Changes in v2: None
Makefile
These are from Linux 3.17-rc7 (commit fe82dcec). U-Boot only uses a small
portion of these, but we may as well have something to look forward to.
The total compiled size is about 25KB.
Signed-off-by: Simon Glass
---
Changes in v2: None
arch/arm/dts/sun7i-a20-pcduino3.dts | 173 ++
a
Hi Tom,
These are the last of the x86 patches before it is converted to driver model.
The following changes since commit 35d4fed320d577a4446531d7b9350ce40065c4b0:
x86: Fix GDT limit in start16.S (2014-10-22 09:03:07 -0600)
are available in the git repository at:
git://git.denx.de/u-boot-x
Add driver model support to this driver, while retaining support for the
legacy system. Driver model GPIO support is enabled with CONFIG_DM_GPIO
as usual.
Since gpio_is_valid() no longer exists, we can use the -EINVAL error
returned from gpio_request().
Signed-off-by: Simon Glass
Reviewed-by: To
Add driver model support to this driver, while retaining support for the
legacy system. Driver model serial support is enabled with CONFIG_DM_SERIAL
as usual.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2:
- Use of_match_ptr() to avoid #ifdef
drivers/serial/Makefile
Adjust the configuration for the am33xx boards, including beagleboard,
to use driver model.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add patch to move OMAP3 boards to driver model also
arch/arm/cpu/armv7/omap3/board.c | 26 -
board/isee/igep00x0/igep00x0.c| 13 +
Hi,
On 22 October 2014 21:37, Simon Glass wrote:
> This series adjusts the serial and GPIO drivers, used by Beaglebone for
> example, to work with driver model. Since there are still boards using
> these drivers but not driver model, this adds new functionality rather
> than replacing what exists
Provide suitable platform data for am33xx boards, so that these boards can
use driver model for serial.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
arch/arm/cpu/armv7/am33xx/board.c | 33 +
1 file changed, 33 insertions(+)
diff --g
At present banks must be named and it is not possible to refer to GPIOs by
number in driver model. Some boards use numbering - e.g. OMAP. It is fairly
easy to support by detecting the absense of a bank name (which starts with
a letter).
Add support for numbered GPIOs in addition to the existing ba
The probe logic sets up the pointer to the platform data in the device
tree decode method. It should be done in the probe() method, and anyway
the device tree decode method can't be used when CONFIG_OF_CONTROL is
not enabled.
Fix these two problems.
Signed-off-by: Simon Glass
Reviewed-by: Tom Ri
Adjust the configuration for the am33xx boards, including beaglebone black
to use driver model.
This can be extended to other OMAP boards once platform data is provided
for them.
Signed-off-by: Simon Glass
Acked-by: Tom Rini
---
Changes in v2: None
include/configs/ti_am335x_common.h | 11 +++
Try to use this option to select the correct uart for the console. This
mimics the behaviour of drivers/serial.c.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2:
- Fix "is available" typo
drivers/serial/serial-uclass.c | 11 ++-
1 file changed, 10 insertions(+), 1
Add a separate internal helper function to get a GPIO value, so that we
will be able to call it with the driver model version and avoid code
duplication.
Also move gpio_get_bank() and check_gpio() down below the helper functions
as these won't be needed with driver model.
Signed-off-by: Simon Gla
With these options in place it is not possible to change the serial port
using 'make menuconfig' or similar. It seems to result in duplicate
defines.
For example:
In file included from include/linux/kconfig.h:4:0,
from :0:
include/generated/autoconf.h:20:0: note: this is the loca
Select serial0 as the console.
Signed-off-by: Simon Glass
Acked-by: Tom Rini
---
Changes in v2: None
arch/arm/dts/am335x-bone-common.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/dts/am335x-bone-common.dtsi
b/arch/arm/dts/am335x-bone-common.dtsi
index 2f66ded..e70b4d1
There is a bug in the logic which checks for an available character. This
can cause invalid characters to be received - this was noticed on
beaglebone. Fix it.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
drivers/serial/ns16550.c | 2 +-
1 file changed, 1 insertion
Provide suitable platform data for am33xx boards, so that these boards can
use driver model for GPIO access.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
arch/arm/cpu/armv7/am33xx/board.c | 28
1 file changed, 28 insertions(+)
diff --g
We have moved the busy-wait loop out of drivers and into the uclass. This
means that we must reset the watchdog when busy-waiting.
Note: some drivers may still have a busy-wait even with driver model, as
a transition mechanism. Driver model will tolerate this, and is can be
cleaned up when all use
It is inconvenient to have to use casts when specifying platform data. Also
it is not strictly correct, since we should use map_sysmem() to convert an
address to a pointer.
Adjust the platform data to use an address.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
dr
This series adjusts the serial and GPIO drivers, used by Beaglebone for
example, to work with driver model. Since there are still boards using
these drivers but not driver model, this adds new functionality rather
than replacing what exists.
Several patches tweak and fix the existing driver model
On 16 October 2014 07:44, Ian Campbell wrote:
> From: Ian Campbell
>
> This replaces the existing CONFIG_BOOTCOMMAND for exynos5250 and 5420.
>
> exynos4 platforms seem to have existing complex extra env configuration for
> booting and so are excluded here. Hence the bootcmd.h is added to
> exyno
Let me take a deeper look.
York
Original Message
From: Tang Yuantian-B29983
Sent: Wed, 22/10/2014 20:26
To: Sun York-R58495 ; Tom Rini
CC: albert.u.b...@aribaud.net; Jin Zhengxiong-R64188 ; u-boot@lists.denx.de
Subject: RE: [U-Boot] [PATCH 1/4] Add deep sleep framework support f
On 16 October 2014 07:44, Ian Campbell wrote:
> From: Ian Campbell
>
> ...and remove explicit setting of things which this implies. This is done for
> all exynos platforms (4 & 5) so it is added to exynos-common.h
>
> I'm mainly interested in CONFIG_CMD_BOOTZ and CONFIG_SUPPORT_RAW_INITRD
>
> I h
On 22 October 2014 03:14, Masahiro Yamada wrote:
> The UniPhier serial driver has been converted to driver model.
> Let's remove uniphier_serial_initialize() call from the old
> serial driver framework.
>
> Signed-off-by: Masahiro Yamada
Acked-by: Simon Glass
___
On 22 October 2014 03:14, Masahiro Yamada wrote:
> Signed-off-by: Masahiro Yamada
Acked-by: Simon Glass
See below for query:
> ---
>
> configs/ph1_ld4_defconfig | 1 +
> configs/ph1_pro4_defconfig | 1 +
> configs/ph1_sld8_defconfig | 1 +
> drivers/serial/Kconfig | 6 ++
> include/
HI Masahiro,
On 22 October 2014 03:14, Masahiro Yamada wrote:
> This commit converts UniPhier on-chip serial driver to driver model.
>
> Since UniPhier SoCs do not have Device Tree support, some board files
> should be added under arch/arm/cpu/armv7/uniphier/ph1-*/ directories.
> (Device Tree sup
On 22 October 2014 03:13, Masahiro Yamada wrote:
> Create entries of CONFIG_DM, CONFIG_DM_SERIAL, CONFIG_DM_GPIO.
>
> Signed-off-by: Masahiro Yamada
Acked-by: Simon Glass
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listin
Thanks for your hint. Unfortunately I can't find such place.
It needs to be placed between DDR initialization and relocation.
It is used on both PPC and ARM platforms.
Do you have any sugguestions?
Thanks,
Yuantian
From: Sun York-R58495
Sent: Thursday, October 23, 2014 11:06 AM
To: Tang Yuantian-
Hi Masahiro,
On 22 October 2014 03:13, Masahiro Yamada wrote:
> Before the console is available, the functions serial_*()
> are used, while serial_stub_*() are called after the console
> is ready.
>
> Functions in those two groups are almost the same except
> how udevice is passed; serial_*() pas
On 22 October 2014 03:13, Masahiro Yamada wrote:
> The functions _serial_putc, _serial_putc_raw, _serial_puts,
> _serial_getc, _serial_tstc, _serial_setbrg are defined and used
> locally in each of serial_ns16550.c and serial_s3c24x0.c.
>
> Add static directive to them and remove declarations from
HI Masahiro,
On 22 October 2014 03:13, Masahiro Yamada wrote:
>
> 1/7: bug fix of console serial
> 2/7 - 3/7: cleanup
> 4/7: prepare some Kconfig entries
> 5/7 - 7/7: convert UniPhier serial driver and some cleanups
>
> Simon,
> As I promised before, here is the conversion of
> driver/serial/seri
Hi Stephen,
On 21 October 2014 20:04, Simon Glass wrote:
> Hi Stephen,
>
> On 20 October 2014 20:23, Stephen Warren wrote:
>> On 10/19/2014 09:14 PM, Simon Glass wrote:
>>> Hi Stephen,
>>>
>>> On 17 October 2014 20:51, Stephen Warren wrote:
On 09/30/2014 07:41 PM, Stephen Warren wrote:
>>>
Hi Tom,
On 22 October 2014 09:59, Tom Rini wrote:
> On Mon, Sep 22, 2014 at 09:48:47AM -0600, Simon Glass wrote:
>
>> Select serial0 as the console.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> arch/arm/dts/am335x-bone-common.dtsi | 4
>> 1 file changed, 4 insertions(+)
>>
>> diff --git a
Hi Wolfgang,
On 22 October 2014 12:13, Wolfgang Denk wrote:
> Dear Simon,
>
> In message
> you
> wrote:
>>
>> > So something like
>> > buildman '^am335x_evm$'
>> > would work?
>>
>> Yes:
>
> Thanks a lot!
I hope/think that we are getting through most of the use cases now.
The main iss
On 22 October 2014 05:31, Masahiro Yamada wrote:
> Commit 0f605c1501f6 (Start the deprecation process for generic board)
> added a run-time warning message. Let's be noisier for non-generic
> boards to inform the dead line of the conversion.
>
> Signed-off-by: Masahiro Yamada
> Acked-by: Marek V
On 22 September 2014 17:30, Simon Glass wrote:
> Add driver model support in this driver, using platform data provided by
> the board.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/serial/serial_pl01x.c | 73
> +++
> 1 file changed, 73 insertions(+)
A
Hi Tom,
These patches are part of a larger series, but I have already ACKed
them and they are independent of that series, so let's bring them in.
The following changes since commit a84c8107d9b050fe8a31220d28588abfc2d99aee:
Merge branch 'master' of git://git.denx.de/u-boot-fsl-qoriq
(2014-10-2
Hi,
On 11 September 2014 10:00, Albert ARIBAUD wrote:
> Hi Thierry,
>
> On Tue, 26 Aug 2014 17:33:48 +0200, Thierry Reding
> wrote:
>
>> From: Thierry Reding
>
> Note: this series was split over several custodians (including myself).
> It might thus get applied piecewise... Shouldn't it rather
On 1 October 2014 19:57, Simon Glass wrote:
> Now that serial and GPIO are available for iMX.6, move cm_fx6 over as an
> example.
>
> Acked-by: Igor Grinberg
> Signed-off-by: Simon Glass
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2:
> - Use the correct namespace for the pl
On 22 September 2014 17:30, Simon Glass wrote:
> Convert the BCM2835 GPIO driver to use driver model, and switch over
> Raspberry Pi to use this, since it is the only board.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/arm/include/asm/arch-bcm2835/gpio.h | 9 ++
> board/raspberrypi/rpi_b/rpi_
On 22 September 2014 17:30, Simon Glass wrote:
> Adjust the driver so that leaf functions take a pointer to the serial port
> register base. Put all the global configuration in the init function, and
> use the same settings from then on.
>
> This makes it much easier to move to driver model withou
On 4 October 2014 11:29, Simon Glass wrote:
> Add a driver for the simple-bus nodes, which allows devices within these
> nodes to be bound.
>
> Signed-off-by: Simon Glass
> ---
>
> drivers/core/Makefile | 1 +
> drivers/core/simple-bus.c | 33 +
> include/dm/
On 1 October 2014 19:57, Simon Glass wrote:
> Add driver model support with this driver. Boards which use this driver
> should define platform data in their board files.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2: None
>
> drivers/serial/se
On 2 October 2014 08:17, Nikita Kiryanov wrote:
> Use gpio_request for all the gpios that are utilized by various
> subsystems in cm-fx6, and refactor the relevant init functions
> so that all gpios are requested during board_init(), not during
> subsystem init, thus avoiding the need to manage gp
Yuantian,
Tom didn't suggest a specific hook. If you can use existing one, you don't have
to create a new one. It's preferred if you can find a good place in existing
xxx_f functions.
York
Original Message
From: Tang Yuantian-B29983
Sent: Wed, 22/10/2014 19:53
To: Tom Rini
CC
On 1 October 2014 19:57, Simon Glass wrote:
> Since this function can fail, check its return value.
>
> Signed-off-by: Simon Glass
> Tested-by: Nikita Kiryanov
> ---
>
> Changes in v4:
> - Move SATA changes into the next patch
Applied to u-boot-dm/master.
>
> Changes in v3:
> - Just warn when
On 1 October 2014 19:57, Simon Glass wrote:
> Add driver model support with this driver. In this case the platform data
> is in the driver. It would be better to put this into an SOC-specific file,
> but this is best attempted when more boards are moved over to use driver
> model.
>
> Signed-off-b
On 1 October 2014 19:57, Simon Glass wrote:
> Avoid duplicating the code which deals with getc() and putc(). It is fairly
> simple, but may expand later.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2: None
>
> drivers/serial/serial-uclass.c |
On 21 October 2014 03:51, Igor Grinberg wrote:
> Hi Simon,
>
> I'm sorry for that late reply, I've had email problems during the
> conference...
> Finally, I have the email working again and going through the stuff...
> I guess, it is better late than never..
>
> On 10/14/14 10:25, Simon Glass wro
On 1 October 2014 19:57, Simon Glass wrote:
> Now that some initcall functions return a useful error number, display it
> when something goes wrong.
>
> Signed-off-by: Simon Glass
> Acked-by: Igor Grinberg
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2:
> - Add patch to disp
On 1 October 2014 19:57, Simon Glass wrote:
> The existing ll_entry_declare() permits a single element of the list to
> be added to a linker list. Sometimes we want to add several objects at
> once. To avoid lots of messy declarations, add a macro to support this.
>
> Signed-off-by: Simon Glass
>
On 1 October 2014 19:57, Simon Glass wrote:
> The U_BOOT_DEVICE macro allows the declaration of a single U-Boot device.
> Add an equivalent macro to declare an array of devices, for convenience.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2: No
On 13 October 2014 23:42, Simon Glass wrote:
> This converts the Tegra SPI drivers to use driver model. This is tested
> on:
>
> - Tegra20 - trimslice
> - Tegra30 - beaver
> - Tegra124 - dalmore
>
> (not tested on Tegra124)
>
> Reviewed-by: Jagannadha Sutradharudu Teki
> Signed-off-by: Simon Glas
On 13 October 2014 23:42, Simon Glass wrote:
> Add a simple test for SPI that uses SPI flash. It operates by creating a
> SPI flash file and using the 'sf test' command to test that all
> operations work correctly.
>
> Signed-off-by: Simon Glass
> Acked-by: Jagannadha Sutradharudu Teki
> ---
>
>
On 13 October 2014 23:42, Simon Glass wrote:
> Adjust this driver to use driver model and move smdk5420 boards over to
> use it.
>
> Series-changes 4
> - Add review/ack tags for SPI maintainer (Jagan)
>
> Acked-by: Jagannadha Sutradharudu Teki
> Signed-off-by: Simon Glass
> ---
>
> Changes in v4
On 13 October 2014 23:42, Simon Glass wrote:
> Add support for driver model if enabled. This involves minimal changes
> to the code, mostly just plumbing around the edges.
>
> Signed-off-by: Simon Glass
> Acked-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4:
> - Remove a extra tab char
On 13 October 2014 23:42, Simon Glass wrote:
> Adjust the sandbox cros_ec emulation driver to work with driver model, and
> switch over to driver model for sandbox cros_ec.
>
> Signed-off-by: Simon Glass
> Acked-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Changes in v3: None
On 13 October 2014 23:42, Simon Glass wrote:
> All boards with a SPI interface have a suitable spi alias except the tegra30
> boards. Add these missing aliases.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Changes in v3:
> - Add new p
On 13 October 2014 23:42, Simon Glass wrote:
> These tests use SPI flash (and the sandbox emulation) to operate.
>
> Signed-off-by: Simon Glass
> Acked-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Changes in v3:
> - Expand SPI tests to cover compatibility functions
> - Minor
On 13 October 2014 23:42, Simon Glass wrote:
> We want the SPI flash probing feature to operate as a standard driver.
> Add a driver for the basic probing feature used by most boards. This
> will be activated by device_probe() as with any other driver.
>
> The 'sf probe' command currently keeps tr
On 13 October 2014 23:42, Simon Glass wrote:
> Add a driver model uclass for SPI flash which supports the common
> operations (read, write, erase). Since we must keep support for the
> non-dm interface, some modification of the spi_flash header is required.
>
> CONFIG_DM_SPI_FLASH is used to enabl
On 13 October 2014 23:42, Simon Glass wrote:
> Use driver model for exynos5 board SPI flash.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2: None
>
> include/configs/exynos-common.h | 1 +
> 1 file c
On 13 October 2014 23:42, Simon Glass wrote:
> Convert sandbox's spi flash emulation driver to use driver model.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Changes in v3:
> - Add a few more debug() statements
> - Use an explicit chi
On 13 October 2014 23:42, Simon Glass wrote:
> Adjust spi_flash_probe_slave() to return an error value instead of a
> pointer so we get the correct error return.
>
> Have the caller allocate memory for spi_flash to simplify error handling,
> and also so that driver model can use its existing alloc
On 13 October 2014 23:42, Simon Glass wrote:
> Adjust this board to use the driver model soft_spi implementation.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Changes in v3: None
> Changes in v2: None
>
> arch/arm/dts/exynos4210-univ
On 13 October 2014 23:42, Simon Glass wrote:
> This README is intended to help maintainers move their SPI drivers over to
> driver model. It works through the required steps with an example.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
On 13 October 2014 23:41, Simon Glass wrote:
> Reserve the 'normal' name for use by driver model, and rename the old
> driver so that it is clear that it is for 'legacy' drivers only.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Chang
On 13 October 2014 23:42, Simon Glass wrote:
> Since spi_flash.h is supposed to be the public API for SPI flash, move
> private things to sf_internal.h. Also tidy up a few comment nits.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Cha
On 13 October 2014 23:41, Simon Glass wrote:
> This feature provides for init of a single SPI port for the soft SPI
> feature. It is not really compatible with driver model since it assumes a
> single SPI port. Also, inserting SPI init into the driver by means of
> a #define is not very nice.
>
>
On 13 October 2014 23:42, Simon Glass wrote:
> Add a new implementation of soft_spi that uses device tree to specify the
> GPIOs. This will replace soft_spi_legacy for boards which use driver model.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v
On 13 October 2014 23:41, Simon Glass wrote:
> Adjust the sandbox SPI driver to support driver model and move sandbox over
> to driver model for SPI.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Changes in v3:
> - Add implementation/c
On 13 October 2014 23:41, Simon Glass wrote:
> Driver model uses a different way to find the SPI bus and slave from the
> numbered devices given on the command line. Adjust the code to suit.
>
> We use a generic SPI device, and attach it to the SPI bus before performing
> the transaction.
>
> Sign
On 13 October 2014 23:42, Simon Glass wrote:
> Move the exynos SPI driver over to driver model. This removes quite a bit
> of boilerplate from the driver, although it adds some for driver model.
>
> A few device tree additions are needed to make the SPI flash available.
>
> Signed-off-by: Simon Gl
On 13 October 2014 23:41, Simon Glass wrote:
> Driver model does its own init, so we don't need this.
>
> There is still a call in board_f.c but it is only enabled by CONFIG_HARD_SPI.
> It is easy enough to disable that option when converting boards which use
> it to driver model.
>
> Signed-off-b
On 13 October 2014 23:41, Simon Glass wrote:
> Some files are using SPI functions but not explitly including the SPI
> header file. Fix this, since driver model needs it.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Changes in v3: Non
On 13 October 2014 23:41, Simon Glass wrote:
> Buses sometimes want to pass data to their children when they are probed.
> For example, a SPI bus may want to tell the slave device about the chip
> select it is connected to.
>
> Add a new function to permit the parent data to be supplied to the chi
On 13 October 2014 23:41, Simon Glass wrote:
> U-Boot includes a SPI emulation driver already but it is not explicit, and
> is hidden in the SPI flash code.
>
> Conceptually with sandbox's SPI implementation we have a layer which
> creates SPI bus transitions and a layer which interprets them, cur
On 13 October 2014 23:41, Simon Glass wrote:
> Buses need to iterate through their children in some situations. Add a few
> functions to make this easy.
>
> Signed-off-by: Simon Glass
> Acked-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Changes in v3:
> - Add new functions to
On 13 October 2014 23:41, Simon Glass wrote:
> Add a uclass which provides access to SPI buses and includes operations
> required by SPI.
>
> For a time driver model will need to co-exist with the legacy SPI interface
> so some parts of the header file are changed depending on which is in use.
> T
On 13 October 2014 23:41, Simon Glass wrote:
> The sequence number is unique within the uclass, so state this clearly.
>
> Signed-off-by: Simon Glass
> Acked-by: Jagannadha Sutradharudu Teki
> ---
>
> Changes in v4: None
> Changes in v3:
> - Add new patch to add a clarifying comment on struct ud
On 14 September 2014 16:36, Simon Glass wrote:
> Change the Exynos serial driver to work with driver model and switch over
> all relevant boards to use it.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v6:
> - Drop already-applied tegra patches
> - Rebase on top of master
dm: exynos: Move
1 - 100 of 326 matches
Mail list logo
