Hi,
On 01-05-15 00:04, Simon Glass wrote:
Hi Hans,
On 30 April 2015 at 13:38, Hans de Goede wrote:
Hi,
On 30-04-15 16:48, Simon Glass wrote:
Hi Hans,
On 30 April 2015 at 08:35, Hans de Goede wrote:
Hi Simon and Marek,
This series completes my work on converting the sunxi usb/ehci cod
Hi,
On 01-05-15 06:11, Simon Glass wrote:
Hi Hans,
On 30 April 2015 at 08:35, Hans de Goede wrote:
Currently we copy over a number of usb_device values stored in the on stack
struct usb_device probed in usb_scan_device() to the final driver-model managed
struct usb_device in usb_child_pre_pro
Hi Vagrant,
On 01/05/2015 07:50, Vagrant Cascadian wrote:
> Net: Phy 0 not found
> PHY reset timed out
> FEC
ok, the PHY is not found, but I cannot understand how Fabio's changes
dropping ASIX can be the cause. Have you reverted back U-Boot to V1 set
of patchset to check again if it works ? It
Hi,
On 01-05-15 06:11, Simon Glass wrote:
Hi Hans,
On 30 April 2015 at 08:35, Hans de Goede wrote:
Use the controller_dev pointer in the ehci hcd code rather then going up
the tree till we find the first UCLASS_USB device.
Signed-off-by: Hans de Goede
---
drivers/usb/host/ehci-hcd.c | 9 +
Hi,
On 01-05-15 09:21, Hans de Goede wrote:
Hi,
On 01-05-15 06:11, Simon Glass wrote:
Hi Hans,
On 30 April 2015 at 08:35, Hans de Goede wrote:
Currently we copy over a number of usb_device values stored in the on stack
struct usb_device probed in usb_scan_device() to the final driver-model
Hi,
On 01-05-15 06:11, Simon Glass wrote:
Hi Hans,
On 30 April 2015 at 08:35, Hans de Goede wrote:
When calling into the hcd code in usb_scan_device() we do not yet have
the actual udevice for the device we are scanning, so we temporarily set
usb_device.dev to the parent.
This means that we
Hi,
On 01-05-15 06:12, Simon Glass wrote:
Hi Hans,
On 30 April 2015 at 08:35, Hans de Goede wrote:
Convert sunxi-boards which use the sunxi-ehci code to the driver-model.
Signed-off-by: Hans de Goede
---
board/sunxi/Kconfig | 3 ++
drivers/usb/host/ehci-sunxi.c | 95 ++
This is needed for the SoCFPGA booting from SPI NOR flash
e.g. (N25Q256A) as long as u-boot-spl 2013 is used (newer one is not
available).
Signed-off-by: Stefan Roese
Signed-off-by: Pavel Machek
---
Ported to today's u-boot version.
diff --git a/drivers/mtd/spi/sf_probe.c b/drivers/mtd/spi/s
If there's duplicty between config system and config_cmd_default, a
ton of warnings is raised, because one uses plain defines, and other
defines it to 1. Adjust config_cmd_default.h not to provoke the
warnings.
Signed-off-by: Pavel Machek
diff --git a/include/config_cmd_default.h b/include/conf
Currently we copy over a number of usb_device values stored in the on stack
struct usb_device probed in usb_scan_device() to the final driver-model managed
struct usb_device in usb_child_pre_probe() through usb_device_platdata, and
then call usb_select_config() to fill in the rest.
There are 3 pro
Without this usb-1 device descriptors do not get read properly.
Signed-off-by: Hans de Goede
Acked-by: Simon Glass
---
drivers/usb/host/ehci-hcd.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
index 9471bcb..46d01d4 100644
--- a
Hi Simon and Marek,
Here is v2 of my driver-model fixes and dm support for sunxi-ehci.c set.
Changes since v1:
-Improved the commit mesg for "dm: usb: Copy over usb_device values from
usb_scan_device() to final usb_device" adding that doing select config
twice does not work for (some) usb-1 dev
Use usb_get_bus in dm ehci code rather then re-implementing it.
Signed-off-by: Hans de Goede
---
drivers/usb/host/ehci-hcd.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
index bd9861d..85adbf4 100644
--- a/d
Add support for interrupt queues to the dm ehci code.
Signed-off-by: Hans de Goede
Acked-by: Simon Glass
---
drivers/usb/host/ehci-hcd.c | 26 ++
1 file changed, 26 insertions(+)
diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
index 363ce38..0e842
Make usb_get_bus easier to use for callers, by directly returning the bus
rather then returning it via a pass-by-ref argument.
This also removes the error checking from the single current caller, as
we alreayd have an assert() for bus not being NULL in usb_get_bus().
Signed-off-by: Hans de Goede
Interrupt endpoints typically are polled for a long time by the usb
controller before they return anything, so calls to submit_int_msg() can
take a long time to complete this.
To avoid this the u-boot code has the an interrupt queue mechanism / API,
add support for this to the driver-model usb cod
Convert sunxi-boards which use the sunxi-ehci code to the driver-model.
Signed-off-by: Hans de Goede
Acked-by: Simon Glass
---
board/sunxi/Kconfig | 3 ++
drivers/usb/host/ehci-sunxi.c | 89 +--
2 files changed, 63 insertions(+), 29 deletions(-
This is a preparation patch for adding interrupt-queue support to the
ehci dm code.
Signed-off-by: Hans de Goede
Acked-by: Simon Glass
---
drivers/usb/host/ehci-hcd.c | 31 +--
1 file changed, 25 insertions(+), 6 deletions(-)
diff --git a/drivers/usb/host/ehci-hcd.c
The ehci driver model code for finding the first upstream usb-2 hub before
this commit has a number of issues:
1) "if (!ttdev->speed != USB_SPEED_HIGH)" does not work because the '!'
takes presedence over the '!=' this should simply be
"if (ttdev->speed == USB_SPEED_HIGH)"
2) It makes ttdev
Hi All,
I’d like to add spi nand support in u-boot. But I don’t know where should
the spi nand drivers put in and how to define the architecture.
I find that currently spi_flash in u-boot means spi nor flash. Should I create
a struct spi_nand_flash or make spi_flash compatible?
Thanks
Peter Pan
I'm having an issue using CONFIG_MTD_CONCAT with a dual-die NOR flash
part. Assistance appreciated.
We're using the driver for greater compatibility between single and
dual-die NOR flash parts.
=> mtdparts
device nor2 , # parts = 5
#: namesizeoffset ma
On Thu, Apr 30, 2015 at 07:54:21PM -0600, Simon Glass wrote:
> Hi Joe,
>
> On 29 April 2015 at 10:17, Joe Hershberger wrote:
> > Hi Simon,
> >
> > On Wed, Apr 29, 2015 at 8:30 AM, Simon Glass wrote:
> >> Hi Joe,
> >>
> >> On 28 April 2015 at 22:14, Joe Hershberger wrote:
> >>> The change to ref
Hi Tom,
On 1 May 2015 at 07:38, Tom Rini wrote:
>
> On Thu, Apr 30, 2015 at 07:54:21PM -0600, Simon Glass wrote:
> > Hi Joe,
> >
> > On 29 April 2015 at 10:17, Joe Hershberger
> > wrote:
> > > Hi Simon,
> > >
> > > On Wed, Apr 29, 2015 at 8:30 AM, Simon Glass wrote:
> > >> Hi Joe,
> > >>
> > >
On Friday, May 01, 2015 at 11:01:09 AM, Pavel Machek wrote:
> This is needed for the SoCFPGA booting from SPI NOR flash
> e.g. (N25Q256A) as long as u-boot-spl 2013 is used (newer one is not
> available).
>
> Signed-off-by: Stefan Roese
> Signed-off-by: Pavel Machek
>
> ---
>
> Ported to today
On Fri 2015-05-01 16:24:45, Marek Vasut wrote:
> On Friday, May 01, 2015 at 11:01:09 AM, Pavel Machek wrote:
> > diff --git a/drivers/mtd/spi/sf_probe.c b/drivers/mtd/spi/sf_probe.c
> > index 201471c..f7cfbd9 100644
> > --- a/drivers/mtd/spi/sf_probe.c
> > +++ b/drivers/mtd/spi/sf_probe.c
> > @@ -3
On Fri, May 1, 2015 at 4:33 AM, Stefano Babic wrote:
> Hi Vagrant,
>
> On 01/05/2015 07:50, Vagrant Cascadian wrote:
>
>> Net: Phy 0 not found
>> PHY reset timed out
>> FEC
>
> ok, the PHY is not found, but I cannot understand how Fabio's changes
> dropping ASIX can be the cause. Have you revert
On 05/01/2015 03:14 AM, Pavel Machek wrote:
If there's duplicty between config system and config_cmd_default, a
ton of warnings is raised, because one uses plain defines, and other
defines it to 1. Adjust config_cmd_default.h not to provoke the
warnings.
I believe the correct way to fix this i
On 2015-05-01, Stefano Babic wrote:
> On 01/05/2015 07:50, Vagrant Cascadian wrote:
>
>> Net: Phy 0 not found
>> PHY reset timed out
>> FEC
>
> ok, the PHY is not found, but I cannot understand how Fabio's changes
> dropping ASIX can be the cause. Have you reverted back U-Boot to V1 set
> of patc
Hi Simon,
I Added the email listed in the test script to this conversation
>>>
>>> Please do add tests for the new functionality - see test/image for
>>> some existing tests. Python is preferred if the test is non-trivial.
>>
>> Absolutely, I'll be sure to include some tests in the patch(es)..
>
>
Hi Hans,
On 1 May 2015 at 04:04, Hans de Goede wrote:
>
> Currently we copy over a number of usb_device values stored in the on stack
> struct usb_device probed in usb_scan_device() to the final driver-model
> managed
> struct usb_device in usb_child_pre_probe() through usb_device_platdata, and
On Fri, May 1, 2015 at 1:20 PM, Vagrant Cascadian wrote:
> I did revert back, and at first that seemed to fix it, but after more
> testing, the issue appears to be intermittent, and unrelated to the USB
> changes.
>
> So my earlier Tested-By stands; I think it's worth applying.
Ok, thanks for th
On Friday, May 01, 2015 at 04:49:37 PM, Pavel Machek wrote:
> On Fri 2015-05-01 16:24:45, Marek Vasut wrote:
> > On Friday, May 01, 2015 at 11:01:09 AM, Pavel Machek wrote:
> > > diff --git a/drivers/mtd/spi/sf_probe.c b/drivers/mtd/spi/sf_probe.c
> > > index 201471c..f7cfbd9 100644
> > > --- a/dri
On Fri, May 1, 2015 at 2:10 PM, Fabio Estevam wrote:
> On Fri, May 1, 2015 at 1:20 PM, Vagrant Cascadian wrote:
>
>> I did revert back, and at first that seemed to fix it, but after more
>> testing, the issue appears to be intermittent, and unrelated to the USB
>> changes.
>>
>> So my earlier Tes
On Wed, Apr 29, 2015 at 09:11:03AM -0500, Rob Herring wrote:
> On Wed, Apr 29, 2015 at 3:12 AM, Maxime Ripard
> wrote:
> > Hi Rob,
> >
> > On Tue, Apr 28, 2015 at 05:24:59PM -0500, Rob Herring wrote:
> >> On Wed, Apr 22, 2015 at 8:04 AM, Maxime Ripard
> >> wrote:
> >> > Hi,
> >> >
> >> > I've bee
Hi Tom,
This includes PIRQ routing support for a few platforms, the beginnings
of better GPIO/pinmux support and multi-core + SFI support.
The following changes since commit ace97d26176a3ebc9ec07738450de93eea35975c:
Merge branch 'zynq' of git://www.denx.de/git/u-boot-microblaze
(2015-04-29 06
Vagrant,
On Fri, May 1, 2015 at 5:20 PM, Fabio Estevam wrote:
> Looking at Solid-run's tree they have the following commit that may be
> related to this PHY issue:
I applied Rabeeh's patch on top of this v2 series and generated the
two attached patches.
Could you please give them a try and let
This patch adds device tree support for arm pl010/pl011 driver.
Signed-off-by: Vikas Manocha
---
doc/device-tree-bindings/serial/pl01x.txt |7 +
drivers/serial/serial_pl01x.c | 41 -
2 files changed, 47 insertions(+), 1 deletion(-)
create mode 1
+Masahiro, for my of_match_ptr() comment below.
Hi Vikas,
On 1 May 2015 at 15:48, Vikas Manocha wrote:
> This patch adds device tree support for arm pl010/pl011 driver.
>
> Signed-off-by: Vikas Manocha
> ---
> doc/device-tree-bindings/serial/pl01x.txt |7 +
> drivers/serial/serial_pl01
Signed-off-by: Vikas Manocha
---
arch/arm/dts/Makefile |1 +
arch/arm/dts/stv0991.dts | 23 +++
configs/stv0991_defconfig |1 +
include/configs/stv0991.h |3 +++
4 files changed, 28 insertions(+)
create mode 100644 arch/arm/dts/stv0991.dts
diff --git a/arc
This patchset adds device tree support for stv0991 soc.
Vikas Manocha (2):
stv0991: fdt: add stv0991 device tree
stv0991: use fdt for serial port platform data
arch/arm/dts/Makefile |1 +
arch/arm/dts/stv0991.dts | 23 +++
board/st/stv0991/stv0991.c |2 ++
Signed-off-by: Vikas Manocha
---
board/st/stv0991/stv0991.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/board/st/stv0991/stv0991.c b/board/st/stv0991/stv0991.c
index 38f6e1d..09f973f 100644
--- a/board/st/stv0991/stv0991.c
+++ b/board/st/stv0991/stv0991.c
@@ -21,6 +21,7 @@ DECLARE_GL
Hi Vikas,
On 1 May 2015 at 16:43, Vikas Manocha wrote:
> Signed-off-by: Vikas Manocha
> ---
> arch/arm/dts/Makefile |1 +
> arch/arm/dts/stv0991.dts | 23 +++
> configs/stv0991_defconfig |1 +
> include/configs/stv0991.h |3 +++
> 4 files changed, 28 in
On 1 May 2015 at 16:43, Vikas Manocha wrote:
> Signed-off-by: Vikas Manocha
> ---
> board/st/stv0991/stv0991.c |2 ++
> 1 file changed, 2 insertions(+)
Needs a commit message. With that:
Reviewed-by: Simon Glass
>
> diff --git a/board/st/stv0991/stv0991.c b/board/st/stv0991/stv0991.c
> i
Thanks Simon,
On 05/01/2015 04:01 PM, Simon Glass wrote:
> Hi Vikas,
>
> On 1 May 2015 at 16:43, Vikas Manocha wrote:
>
>
There is not much to add in the commit message apart from info in the title,
that is why i didn't add any message in the body. Please let me know if i am
missing something
Thanks Simon,
On 05/01/2015 03:02 PM, Simon Glass wrote:
> +Masahiro, for my of_match_ptr() comment below.
>
> Hi Vikas,
>
> On 1 May 2015 at 15:48, Vikas Manocha wrote:
>> This patch adds device tree support for arm pl010/pl011 driver.
>>
>> Signed-off-by: Vikas Manocha
>> ---
>> doc/device-tr
Hi Vikas,
On 1 May 2015 at 17:18, vikasm wrote:
> Thanks Simon,
>
> On 05/01/2015 04:01 PM, Simon Glass wrote:
>> Hi Vikas,
>>
>> On 1 May 2015 at 16:43, Vikas Manocha wrote:
>>
>>
>
> There is not much to add in the commit message apart from info in the title,
> that is why i didn't add any me
Hi Simon,
On 05/01/2015 04:45 PM, Simon Glass wrote:
> Hi Vikas,
>
> On 1 May 2015 at 17:18, vikasm wrote:
>> Thanks Simon,
>>
>> On 05/01/2015 04:01 PM, Simon Glass wrote:
>>> Hi Vikas,
>>>
>>> On 1 May 2015 at 16:43, Vikas Manocha wrote:
>>>
>>>
>> There is not much to add in the commit messa
On 2015-05-01, Fabio Estevam wrote:
> On Fri, May 1, 2015 at 5:20 PM, Fabio Estevam wrote:
>
>> Looking at Solid-run's tree they have the following commit that may be
>> related to this PHY issue:
>
> I applied Rabeeh's patch on top of this v2 series and generated the
> two attached patches.
>
> C
On Wednesday, April 29, 2015 at 04:58:14 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> This patch enables the SDRAM controller that is used on Altera's SoCFPGA
> family. This patch configures the SDRAM controller based on a configuration
> file that is generated from the Quar
This patchset adds device tree support for stv0991 soc.
Changes in v2:
- added commit messages for both patches.
Vikas Manocha (2):
stv0991: fdt: add stv0991 device tree
stv0991: use fdt for serial port platform data
arch/arm/dts/Makefile |1 +
arch/arm/dts/stv0991.dts | 23 +++
This patch adds device tree for the ST Micro stv0991 board & enables
device tree control. Progressively device tree support for the drivers
being used will also be added.
Signed-off-by: Vikas Manocha
---
Changes in v2:
- added commit message.
arch/arm/dts/Makefile |1 +
arch/arm/dts/st
This patch ignores the serial port static platform data at compilation time
in case of device tree control.
Signed-off-by: Vikas Manocha
Reviewed-by: Simon Glass
---
Changes in v2:
- added commit message.
board/st/stv0991/stv0991.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/boar
On Wednesday, April 29, 2015 at 04:58:15 PM, dingu...@opensource.altera.com
wrote:
> From: Dinh Nguyen
>
> This patch adds the DDR calibration portion of the Altera SDRAM driver.
>
> Signed-off-by: Dinh Nguyen
[...]
> +/
On Thursday, November 27, 2014 at 03:03:50 AM, Scott Wood wrote:
> On Sat, Oct 11, 2014 at 06:42:50PM +0200, Marek Vasut wrote:
> > The correct name of this symbol is CONFIG_S3C2410_NAND_HWECC , the
> > _SYS is redundant.
>
> What makes that the correct name? The symbol is not documented anywhere
On Thursday, November 27, 2014 at 03:20:53 AM, Scott Wood wrote:
> On Sat, Oct 11, 2014 at 06:42:53PM +0200, Marek Vasut wrote:
> > +#ifdef CONFIG_S3C2410
> >
> > #define S3C2410_NFCONF_TACLS(x)((x)<<8)
> > #define S3C2410_NFCONF_TWRPH0(x) ((x)<<4)
> > #define S3C2410_NFCONF_TWRPH1(x) (
On Sat, 2015-05-02 at 02:48 +0200, Marek Vasut wrote:
> On Thursday, November 27, 2014 at 03:20:53 AM, Scott Wood wrote:
> > On Sat, Oct 11, 2014 at 06:42:53PM +0200, Marek Vasut wrote:
> > > +#ifdef CONFIG_S3C2410
> > > + sel_reg = (uint32_t)&nand->nfconf;
> > > + sel_bit = S3C2410
On Thursday, October 16, 2014 at 11:28:44 AM, Anatolij Gustschin wrote:
> Hi Marek,
>
> On Sat, 11 Oct 2014 18:42:49 +0200
>
> Marek Vasut wrote:
> > Add basic framebuffer driver for the S3C24xx family of CPUs.
> >
> > Signed-off-by: Marek Vasut
> > Cc: Anatolij Gustschin
> > Cc: Kyungmin Par
On Sat, 2015-05-02 at 02:46 +0200, Marek Vasut wrote:
> On Thursday, November 27, 2014 at 03:03:50 AM, Scott Wood wrote:
> > On Sat, Oct 11, 2014 at 06:42:50PM +0200, Marek Vasut wrote:
> > > The correct name of this symbol is CONFIG_S3C2410_NAND_HWECC , the
> > > _SYS is redundant.
> >
> > What m
On Saturday, October 11, 2014 at 06:42:56 PM, Marek Vasut wrote:
> This is a matter of simple additional ifdefery to cater
> for the different register layout of the S3C2440 chip.
>
> Signed-off-by: Marek Vasut
> Cc: Heiko Schocher
> Cc: Kyungmin Park
> Cc: Lukasz Majewski
> Cc: Minkyu Kang
>
On Saturday, October 11, 2014 at 06:42:57 PM, Marek Vasut wrote:
> The GPIO driver didn't correctly compute the bank offset
> from the GPIO number and caused random writes into the
> GPIO block address space. Fix the driver so it actually
> does the writes correctly. While at it, make use of the
>
On Saturday, May 02, 2015 at 03:11:41 AM, Scott Wood wrote:
> On Sat, 2015-05-02 at 02:46 +0200, Marek Vasut wrote:
> > On Thursday, November 27, 2014 at 03:03:50 AM, Scott Wood wrote:
> > > On Sat, Oct 11, 2014 at 06:42:50PM +0200, Marek Vasut wrote:
> > > > The correct name of this symbol is CONF
On Sat, 2015-05-02 at 03:18 +0200, Marek Vasut wrote:
> On Saturday, May 02, 2015 at 03:11:41 AM, Scott Wood wrote:
> > On Sat, 2015-05-02 at 02:46 +0200, Marek Vasut wrote:
> > > On Thursday, November 27, 2014 at 03:03:50 AM, Scott Wood wrote:
> > > > On Sat, Oct 11, 2014 at 06:42:50PM +0200, Mare
62 matches
Mail list logo