On Fri, Aug 14, 2015 at 12:36 AM, Simon Glass wrote:
> It is a bit tedious to figure out the interrupt configuration for a new
> x86 platform. Add a script which can do this, based on the output of
> 'pci long'. This may be helpful in some cases.
>
> Signed-off-by: Simon Glass
> ---
Reviewed-by:
On Fri, Aug 14, 2015 at 12:36 AM, Simon Glass wrote:
> Set up interrupts correctly so that Linux can use all devices. Use
> savedefconfig to regenerate the defconfig file.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v4:
> - Use the same interrupt routing as bayleybay
>
> Changes in v3:
>
Also update maintainer info.
Signed-off-by: Anatolij Gustschin
Cc: Wolfgang Denk
---
v2:
- add new board maintainer
board/ipek01/MAINTAINERS |2 +-
include/configs/ipek01.h |2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/board/ipek01/MAINTAINERS b/board/ipek01/MAI
Also update maintainer info.
Signed-off-by: Anatolij Gustschin
Cc: Wolfgang Denk
---
v2:
- add new board maintainer
board/inka4x0/MAINTAINERS |2 +-
include/configs/inka4x0.h |2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/board/inka4x0/MAINTAINERS b/board/inka4x0
Hi Zhiqiang,
> -Original Message-
> From: Zhiqiang Hou [mailto:b48...@freescale.com]
> Sent: Wednesday, August 12, 2015 11:48 AM
> To: u-boot@lists.denx.de; jt...@openedev.com
> Cc: york...@freescale.com; mingkai...@freescale.com; Siva Durga Prasad
> Paladugu; Hou Zhiqiang
> Subject: [PATC
Hi Simon,
On Thu, 13 Aug 2015 15:19:17 -0600
Simon Glass wrote:
...
> diff --git a/include/configs/digsy_mtc.h b/include/configs/digsy_mtc.h
> index a7af351..1e40ce9 100644
> --- a/include/configs/digsy_mtc.h
> +++ b/include/configs/digsy_mtc.h
> @@ -23,7 +23,6 @@
> #define CONFIG_MPC5200
> -Original Message-
> From: Hou Zhiqiang [mailto:b48...@freescale.com]
> Sent: Friday, August 14, 2015 9:37 AM
> To: Siva Durga Prasad Paladugu; Jagan Teki
> Cc: Stefan Roese; u-boot@lists.denx.de; nofooter; York Sun
> Subject: RE: [U-Boot] [PATCH V6] sf: Turn SPI flash chip into 3-Byte ad
From: Stephen Warren
P2371-2180 is a P2180 CPU board married to a P2597 I/O board. The
combination contains SoC, DRAM, eMMC, SD card slot, HDMI, USB
micro-B port, Ethernet via USB3, USB3 host port, SATA, PCIe, and
two GPIO expansion headers.
Signed-off-by: Stephen Warren
---
arch/arm/dts/Makef
Hello all,
As Siva said the 4-Byte support should be splited to another thread.
And this patch focus on the BAR addressing mode base on the current u-boot,
the aim is make the spi flash work upon warm boot, specifically when boot
from SPI flash, without correcting the address mode, it will cras
On Friday, August 14, 2015 at 03:05:57 AM, vikas wrote:
> Hi,
Hi!
> On 08/13/2015 06:03 PM, Marek Vasut wrote:
> > On Friday, August 14, 2015 at 02:46:20 AM, vikas wrote:
> >> Hi,
> >
> > Hi,
> >
> > [...]
> >
> >>> I don't want to have two different codepaths in the codebase, one
> >>
Hi,
> On Aug 13, 2015, at 6:57 PM, Marek Vasut wrote:
>
>> On Friday, August 14, 2015 at 03:39:22 AM, vikas wrote:
>> Hi Marek,
>>
>>> On 08/13/2015 06:04 PM, Marek Vasut wrote:
On Friday, August 14, 2015 at 02:37:53 AM, vikas wrote:
Hi,
> On 08/13/2015 03:48 PM, Marek Vas
Hi Igor,
On Fri, Aug 14, 2015 at 2:38 AM, Stoppa, Igor wrote:
> +Simon
>
> Hello Bin, Simon,
>
> On 13 August 2015 at 17:52, Stoppa, Igor wrote:
>
>> I'm running qemu 2.1.3 on OpenSUSE and it doesn't seem to start in EFI
>> mode other than with a build of the Open Virtual Machine Firmware that
>
On Friday, August 14, 2015 at 03:39:22 AM, vikas wrote:
> Hi Marek,
>
> On 08/13/2015 06:04 PM, Marek Vasut wrote:
> > On Friday, August 14, 2015 at 02:37:53 AM, vikas wrote:
> >> Hi,
> >>
> >> On 08/13/2015 03:48 PM, Marek Vasut wrote:
> >>> On Thursday, August 13, 2015 at 11:36:31 PM, vikas wro
On Friday, August 14, 2015 at 03:44:41 AM, vikas wrote:
> Hi,
>
> On 08/13/2015 06:43 PM, Marek Vasut wrote:
> > On Friday, August 14, 2015 at 03:24:10 AM, vikas wrote:
> >> Hi Marek,
> >
> > Hi,
> >
> >> On 08/13/2015 10:35 AM, Marek Vasut wrote:
> >>> On Thursday, August 13, 2015 at 05:50:18 P
Hi,
On 08/13/2015 06:43 PM, Marek Vasut wrote:
> On Friday, August 14, 2015 at 03:24:10 AM, vikas wrote:
>> Hi Marek,
>
> Hi,
>
>> On 08/13/2015 10:35 AM, Marek Vasut wrote:
>>> On Thursday, August 13, 2015 at 05:50:18 PM, vikasm wrote:
Hi Marek,
>>>
>>> Hi!
>>>
On 08/12/2015 07:07 PM,
Hi Marek,
On 08/13/2015 06:04 PM, Marek Vasut wrote:
> On Friday, August 14, 2015 at 02:37:53 AM, vikas wrote:
>> Hi,
>>
>> On 08/13/2015 03:48 PM, Marek Vasut wrote:
>>> On Thursday, August 13, 2015 at 11:36:31 PM, vikas wrote:
Hi Marek,
>>>
>>> Hi!
>>>
On 08/13/2015 09:42 AM, vikasm wr
On Friday, August 14, 2015 at 03:24:10 AM, vikas wrote:
> Hi Marek,
Hi,
> On 08/13/2015 10:35 AM, Marek Vasut wrote:
> > On Thursday, August 13, 2015 at 05:50:18 PM, vikasm wrote:
> >> Hi Marek,
> >
> > Hi!
> >
> >> On 08/12/2015 07:07 PM, Marek Vasut wrote:
> >>> On Thursday, July 16, 2015 at
Hi Marek,
On 08/13/2015 10:35 AM, Marek Vasut wrote:
> On Thursday, August 13, 2015 at 05:50:18 PM, vikasm wrote:
>> Hi Marek,
>
> Hi!
>
>> On 08/12/2015 07:07 PM, Marek Vasut wrote:
>>> On Thursday, July 16, 2015 at 04:27:29 AM, Vikas Manocha wrote:
>>>
>>> Commit message is missing.
>>
>> Actu
Hi,
On 08/13/2015 06:03 PM, Marek Vasut wrote:
> On Friday, August 14, 2015 at 02:46:20 AM, vikas wrote:
>> Hi,
>
> Hi,
>
> [...]
>
>>> I don't want to have two different codepaths in the codebase, one of
>>> which is buggy. So no, I disagree we should add this option. I also
>>> do
On Friday, August 14, 2015 at 02:37:53 AM, vikas wrote:
> Hi,
>
> On 08/13/2015 03:48 PM, Marek Vasut wrote:
> > On Thursday, August 13, 2015 at 11:36:31 PM, vikas wrote:
> >> Hi Marek,
> >
> > Hi!
> >
> >> On 08/13/2015 09:42 AM, vikasm wrote:
> >>> Hi Marek,
> >>>
> >>> On 08/12/2015 07:15 PM
On Friday, August 14, 2015 at 02:46:20 AM, vikas wrote:
> Hi,
Hi,
[...]
> > I don't want to have two different codepaths in the codebase, one of
> > which is buggy. So no, I disagree we should add this option. I also
> > don't think it would be such a performance improvement, so I on
Hi,
On 08/13/2015 05:44 PM, Marek Vasut wrote:
> On Friday, August 14, 2015 at 02:26:02 AM, vikas wrote:
>
> Hi!
>
There is no need to check for sram fill level. If sram is empty,
cpu will go in the wait state till the time data is available
from flash.
>>
Hi,
On 08/13/2015 03:48 PM, Marek Vasut wrote:
> On Thursday, August 13, 2015 at 11:36:31 PM, vikas wrote:
>> Hi Marek,
>
> Hi!
>
>> On 08/13/2015 09:42 AM, vikasm wrote:
>>> Hi Marek,
>>>
>>> On 08/12/2015 07:15 PM, Marek Vasut wrote:
On Thursday, July 16, 2015 at 04:27:33 AM, Vikas Manoch
On Friday, August 14, 2015 at 02:26:02 AM, vikas wrote:
Hi!
> >> There is no need to check for sram fill level. If sram is empty,
> >> cpu will go in the wait state till the time data is available
> >> from flash.
> >
> > Consider the following scenario:
>
Hi,
On 08/13/2015 04:46 PM, Marek Vasut wrote:
> On Friday, August 14, 2015 at 01:18:59 AM, vikas wrote:
>> Hi Marek,
>
> Hi!
>
>> On 08/13/2015 03:47 PM, Marek Vasut wrote:
>>> On Thursday, August 13, 2015 at 11:04:59 PM, vikas wrote:
Hi Marek,
>>>
>>> Hi!
>>>
On 08/13/2015 01:35 PM,
Hi Igor,
On 13 August 2015 at 12:38, Stoppa, Igor wrote:
> +Simon
>
> Hello Bin, Simon,
>
> On 13 August 2015 at 17:52, Stoppa, Igor wrote:
>
>> I'm running qemu 2.1.3 on OpenSUSE and it doesn't seem to start in EFI
>> mode other than with a build of the Open Virtual Machine Firmware that
>> I f
The dfu tftp feature can be now enabled via Kconfig. This
commit provides necessary code for it.
Signed-off-by: Lukasz Majewski
---
Changes for v3:
- New patch
---
drivers/dfu/Kconfig | 10 ++
1 file changed, 10 insertions(+)
diff --git a/drivers/dfu/Kconfig b/drivers/dfu/Kconfig
index
The "dfu" command has been extended to support transfers via TFTP protocol.
Signed-off-by: Lukasz Majewski
Reviewed-by: Simon Glass
---
Changes for v2:
- Remove "dfutftp" command
- Modify "dfu" command to support optional [tftp] parameter
- Only one flag (CONFIG_DFU_TFTP) needs to be enabled
Ch
This commit enables support for DFU_TFTP on the am335x bone black device.
Signed-off-by: Lukasz Majewski
---
Changes for v3:
- New patch
---
configs/am335x_boneblack_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/am335x_boneblack_defconfig
b/configs/am335x_boneblack_defc
dfu-util allows filtering on USB device vendor:product ID by using
the -d flag (-d 0451:d022).
Such option is very handy when many DFU devices are connected to a single
host PC. This commit allows testing when above situation emerges.
Signed-off-by: Lukasz Majewski
Reviewed-by: Simon Glass
Test
This code allows using DFU defined mediums for storing data received via
TFTP protocol.
It reuses and preserves functionality of legacy code at common/update.c.
The update_tftp() function now accepts parameters - namely medium device
name and its number (e.g. mmc 1).
Without this information pas
This change gives the ability to reuse the header file by other
subsystems (like e.g. dfu).
Without this change compilation error emerges for the legacy update.c file.
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Move tftp.h from ./include to ./include/net/ directory
Changes for v3:
-
This commit adds initial support for using tftp for downloading and
upgrading firmware on the device.
Signed-off-by: Lukasz Majewski
Acked-by: Joe Hershberger
---
Changes for v2:
- Return -ENOSYS instead of plain -1
- Remove interface and devstring env variables reading in the dfu_tftp_write()
This commit series enables DFU subsystem to use ETH and TFTP protocol as
a medium for downloading data, which should bring substantial speedup
for writing large files (like rootfs).
Please read provided ./doc/README.dfutftp documentation entry for more
information.
Those patches should be applie
Hi Masahiro,
On 13 August 2015 at 16:38, Masahiro Yamada
wrote:
> Hi Simon,
>
>
>
> 2015-08-14 6:19 GMT+09:00 Simon Glass :
>> All boards should be converted to generic board by now. Change the rest
>> over. If this causes run-time breakages then we can remove those boards.
>>
>> Signed-off-by: S
This function allows writing via DFU data stored from fixed buffer address
(like e.g. loadaddr env variable).
Such predefined buffers are used in the update_tftp() code. In fact this
function is a wrapper on the dfu_write() and dfu_flush().
Signed-off-by: Lukasz Majewski
---
Changes for v2:
- Us
Up till now it was impossible to use code from update.c when system
was not equipped with raw FLASH memory.
Such behavior prevented DFU from reusing this code.
Signed-off-by: Lukasz Majewski
Acked-by: Joe Hershberger
Reviewed-by: Simon Glass
---
Changes for v2:
- None
Changes for v3:
- None
-
Documentation file for DFU extension. With this functionality it is now
possible to transfer FIT images with firmware updates via TFTP and use
DFU backend for storing them.
Signed-off-by: Lukasz Majewski
Reviewed-by: Simon Glass
---
Changes for v2:
- Remove section regarding update_tftp() specif
On Thu, 13 Aug 2015 14:37:06 +0200
Tormod Volden wrote:
> On Wed, Aug 12, 2015 at 11:44 PM, Lukasz Majewski wrote:
> > In the dfu-util it is possible to set major:minor number by unsing
> > -d flag (-d 0451:d022).
> > Such option is very handy when many DFU devices are connected to a
> > single h
Hi Simon,
2015-08-14 6:19 GMT+09:00 Simon Glass :
> All boards should be converted to generic board by now. Change the rest
> over. If this causes run-time breakages then we can remove those boards.
>
> Signed-off-by: Simon Glass
Did you check this commit is only touching ARM boards?
> dif
On Thu, Aug 13, 2015 at 10:59 AM, Simon Glass wrote:
> Hi Linus,
>
> On 11 August 2015 at 07:00, Linus Walleij wrote:
>> On Fri, Aug 7, 2015 at 3:42 PM, Simon Glass wrote:
>>
>>> This binding differs from that of Linux. Update it and change existing
>>> users.
>>>
>>> Signed-off-by: Simon Glass
On Friday, August 14, 2015 at 01:18:59 AM, vikas wrote:
> Hi Marek,
Hi!
> On 08/13/2015 03:47 PM, Marek Vasut wrote:
> > On Thursday, August 13, 2015 at 11:04:59 PM, vikas wrote:
> >> Hi Marek,
> >
> > Hi!
> >
> >> On 08/13/2015 01:35 PM, Marek Vasut wrote:
> >>> On Thursday, August 13, 2015 at
Hi Marek,
On 08/13/2015 03:47 PM, Marek Vasut wrote:
> On Thursday, August 13, 2015 at 11:04:59 PM, vikas wrote:
>> Hi Marek,
>
> Hi!
>
>> On 08/13/2015 01:35 PM, Marek Vasut wrote:
>>> On Thursday, August 13, 2015 at 09:49:49 PM, vikas wrote:
>>>
>>> Hi!
>>>
>> On 08/12/2015 07:09 PM, Marek
On Monday, April 27, 2015 at 10:40:18 AM, Hans de Goede wrote:
> Hi,
Hi again!
> On 27-04-15 03:09, Marek Vasut wrote:
> > On Friday, March 27, 2015 at 09:47:25 AM, Hans de Goede wrote:
> >> Hi,
> >
> > Hi!
> >
> > [...]
> >
> >>> scanning usb for storage devices... 1 Storage Device(s
On Friday, August 14, 2015 at 12:48:57 AM, Sergei Temerkhanov wrote:
Hi,
please stop top-posting :(
> Well, when I was working on this, setting large transfer sizes resulted in,
> AFAIR, xhci_wait_for_event() timeout and changing XHCI_TIMEOUT doesn't
> help. This function returns NULL which is b
On Thursday, August 13, 2015 at 10:56:27 PM, Sergei Temerkhanov wrote:
Hi!
(please stop top-posting ; please keep the list in the loop)
> Well, when I was working on this, setting large transfer sizes resulted in,
> AFAIR, xhci_wait_for_event() timeout and changing XHCI_TIMEOUT doesn't
> help. T
On Thursday, August 13, 2015 at 11:04:59 PM, vikas wrote:
> Hi Marek,
Hi!
> On 08/13/2015 01:35 PM, Marek Vasut wrote:
> > On Thursday, August 13, 2015 at 09:49:49 PM, vikas wrote:
> >
> > Hi!
> >
> On 08/12/2015 07:09 PM, Marek Vasut wrote:
> > On Thursday, July 16, 2015 at 04:27:30 A
On Thursday, August 13, 2015 at 11:36:31 PM, vikas wrote:
> Hi Marek,
Hi!
> On 08/13/2015 09:42 AM, vikasm wrote:
> > Hi Marek,
> >
> > On 08/12/2015 07:15 PM, Marek Vasut wrote:
> >> On Thursday, July 16, 2015 at 04:27:33 AM, Vikas Manocha wrote:
> >>> This patch is to separate the base trigger
Hi Christophe,
On 13 August 2015 at 14:22, Christophe Ricard
wrote:
> Hi Simon,
>
> Thanks for the review and your comments.
> Please see mine below:
>
>
> On 13/08/2015 03:30, Simon Glass wrote:
>>
>> Hi Christophe,
>>
>> On 11 August 2015 at 15:50, christophe.ricard
>> wrote:
>>>
>>> Hi Simon,
Hi Christophe,
On 13 August 2015 at 14:37, Christophe Ricard
wrote:
> Hi Simon,
>
>
> On 13/08/2015 17:55, Simon Glass wrote:
>>
>> Hi Christophe,
>>
>> On 9 August 2015 at 07:19, Christophe Ricard
>> wrote:
>>>
>>> drivers/tpm/tpm.c is a TPM core driver port from Linux.
>>> So far in u-boot onl
Hi Christophe,
On 13 August 2015 at 14:59, Christophe Ricard
wrote:
> Hi Simon,
>
>
> On 13/08/2015 17:55, Simon Glass wrote:
>>
>> Hi Christophe,
>>
>> On 9 August 2015 at 07:19, Christophe Ricard
>> wrote:
>>>
>>> Add TPM st33zp24 tpm with i2c and spi phy. This is a port from Linux.
>>> This d
Hi Christophe,
On 13 August 2015 at 14:28, Christophe Ricard
wrote:
> Hi Simon,
>
> On 13/08/2015 03:30, Simon Glass wrote:
>>
>> Hi Christophe,
>>
>> On 11 August 2015 at 15:47, christophe.ricard
>> wrote:
>>>
>>> Hi Simon,
>>>
>>> As per my comment on patch 6, i would disagree as well on this
Hi Christophe,
On 13 August 2015 at 14:32, Christophe Ricard
wrote:
> Hi Simon,
>
> On 13/08/2015 03:30, Simon Glass wrote:
>>
>> Hi Christophe,
>>
>> On 11 August 2015 at 15:47, christophe.ricard
>> wrote:
>>>
>>> Hi Simon,
>>>
>>> Locality concept are valid almost on any chip assuming if no lo
Well, when I was working on this, setting large transfer sizes resulted in,
AFAIR, xhci_wait_for_event() timeout and changing XHCI_TIMEOUT doesn't
help. This function returns NULL which is being dereferenced somewhere else
(I don't remember where exactly), there are several places in the generic
xh
On Thu, Aug 13, 2015 at 11:57:54PM +0200, Anatolij Gustschin wrote:
> Also update maintainer info.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Wolfgang Denk
> ---
> board/inka4x0/MAINTAINERS |2 +-
> include/configs/inka4x0.h |2 ++
> 2 files changed, 3 insertions(+), 1 deletion(-)
>
Signed-off-by: Anatolij Gustschin
Cc: Wolfgang Denk
---
include/configs/motionpro.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/motionpro.h b/include/configs/motionpro.h
index 6dc84eb..3b97d91 100644
--- a/include/configs/motionpro.h
+++ b/include/configs/motionpro.h
Signed-off-by: Anatolij Gustschin
Cc: York Sun
---
include/configs/socrates.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/socrates.h b/include/configs/socrates.h
index 292b514..50911ae 100644
--- a/include/configs/socrates.h
+++ b/include/configs/socrates.h
@@ -27,6
Signed-off-by: Anatolij Gustschin
Cc: Wolfgang Denk
---
include/configs/pcm030.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/pcm030.h b/include/configs/pcm030.h
index 83c96a8..f9d522e 100644
--- a/include/configs/pcm030.h
+++ b/include/configs/pcm030.h
@@ -15,6 +15,7 @
Signed-off-by: Anatolij Gustschin
Cc: Wolfgang Denk
---
include/configs/v38b.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/v38b.h b/include/configs/v38b.h
index 63049ab..3e51b9f 100644
--- a/include/configs/v38b.h
+++ b/include/configs/v38b.h
@@ -14,6 +14,8 @@
*/
Also update maintainer info.
Signed-off-by: Anatolij Gustschin
Cc: Wolfgang Denk
---
board/inka4x0/MAINTAINERS |2 +-
include/configs/inka4x0.h |2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/board/inka4x0/MAINTAINERS b/board/inka4x0/MAINTAINERS
index 246b2d4..703f0
Signed-off-by: Anatolij Gustschin
Cc: Wolfgang Denk
---
include/configs/munices.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/munices.h b/include/configs/munices.h
index 42ac029..b1b6acd 100644
--- a/include/configs/munices.h
+++ b/include/configs/munices.h
@@ -14,6 +1
Also update maintainer info.
Signed-off-by: Anatolij Gustschin
Cc: Wolfgang Denk
---
board/ipek01/MAINTAINERS |2 +-
include/configs/ipek01.h |2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/board/ipek01/MAINTAINERS b/board/ipek01/MAINTAINERS
index 060f8a5..b289c26 1
Signed-off-by: Anatolij Gustschin
Cc: Heiko Schocher
Cc: Wolfgang Denk
---
include/configs/jupiter.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/jupiter.h b/include/configs/jupiter.h
index 65b3df6..5601cb4 100644
--- a/include/configs/jupiter.h
+++ b/include/configs
Signed-off-by: Anatolij Gustschin
Cc: Wolfgang Denk
---
include/configs/canmb.h |2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/canmb.h b/include/configs/canmb.h
index c656378..36cd50b 100644
--- a/include/configs/canmb.h
+++ b/include/configs/canmb.h
@@ -15,6 +15,8 @@
On Thu, Aug 13, 2015 at 01:26:37PM -0700, Tom Warren wrote:
> Tom,
>
> Please pull u-boot-tegra/master into U-Boot/master. Thanks!
>
> ./MAKEALL -s tegra is OK (all 32-bit builds), and ./MAKEALL -a aarch64 is
> OK (includes Tegra210 builds)
>
> The following changes since commit 0741701acf00749
Hi Marek,
On 08/13/2015 09:42 AM, vikasm wrote:
> Hi Marek,
>
> On 08/12/2015 07:15 PM, Marek Vasut wrote:
>> On Thursday, July 16, 2015 at 04:27:33 AM, Vikas Manocha wrote:
>>> This patch is to separate the base trigger from the read/write transfer
>>> start addresses.
>>
>> This patch breaks th
All arm boards should have been converted to generic board by now. It is
time to either remove the non-generic boards, or force-convert them to
generic board.
This series takes the latter approach, which may break a few boards, but
most should be OK.
Simon Glass (2):
arm: Enable CONFIG_SYS_GEN
All boards should be converted to generic board by now. Change the rest
over. If this causes run-time breakages then we can remove those boards.
Signed-off-by: Simon Glass
---
arch/Kconfig | 1 +
arch/arm/include/asm/arch-lpc32xx/config.h | 2 --
include/configs/VC
This code is no-longer used. Drop it.
Signed-off-by: Simon Glass
---
arch/arm/include/asm/u-boot.h | 19 --
arch/arm/lib/Makefile | 3 -
arch/arm/lib/board.c | 687 --
3 files changed, 709 deletions(-)
delete mode 100644 arch/arm/lib/
CCing Paul.
On Thu, 13 Aug 2015 19:15:46 +0900
Masahiro Yamada wrote:
> This has not been converted to Generic Board, so should be removed.
> (See doc/README.generic-board for details.)
>
> Signed-off-by: Masahiro Yamada
> ---
>
> arch/powerpc/cpu/mpc86xx/Kconfig | 4 -
> board/sbc8641d/
Hi Marek,
On 08/13/2015 01:35 PM, Marek Vasut wrote:
> On Thursday, August 13, 2015 at 09:49:49 PM, vikas wrote:
>
> Hi!
>
On 08/12/2015 07:09 PM, Marek Vasut wrote:
> On Thursday, July 16, 2015 at 04:27:30 AM, Vikas Manocha wrote:
>> There is no need to check for sram fill level. I
Hi Simon,
On 13/08/2015 17:55, Simon Glass wrote:
Hi Christophe,
On 9 August 2015 at 07:19, Christophe Ricard
wrote:
Add TPM st33zp24 tpm with i2c and spi phy. This is a port from Linux.
This driver relies on tpm uclass.
Signed-off-by: Christophe Ricard
---
README
On Thu, Aug 13, 2015 at 12:38:52PM -0600, Simon Glass wrote:
> Hi,
>
> On 13 August 2015 at 12:23, Tom Rini wrote:
> > On Thu, Aug 13, 2015 at 11:38:00PM +0530, Jagan Teki wrote:
> >> On 13 August 2015 at 23:24, Tom Rini wrote:
> >> > On Thu, Aug 13, 2015 at 11:09:03PM +0530, Jagan Teki wrote:
>
Hi Simon,
Thanks for the review and your comments.
Please see mine below:
On 13/08/2015 03:30, Simon Glass wrote:
Hi Christophe,
On 11 August 2015 at 15:50, christophe.ricard
wrote:
Hi Simon,
I pretty much like the move to driver model for TPM.
However, i have some few remarks:
The current
Hi Simon,
On 13/08/2015 17:55, Simon Glass wrote:
Hi Christophe,
On 9 August 2015 at 07:19, Christophe Ricard
wrote:
drivers/tpm/tpm.c is a TPM core driver port from Linux.
So far in u-boot only infineon i2c driver is using it but it could fit
for others...
Introduce a new tpm uclass so that
On Thursday, August 13, 2015 at 09:49:49 PM, vikas wrote:
Hi!
> >> On 08/12/2015 07:09 PM, Marek Vasut wrote:
> >>> On Thursday, July 16, 2015 at 04:27:30 AM, Vikas Manocha wrote:
> There is no need to check for sram fill level. If sram is empty, cpu
> will go in the wait state till the
On Thursday, August 13, 2015 at 09:13:52 PM, Sergei Temerkhanov wrote:
> Tried different values but transfer sizes larger than ~8k blocks never
> complete on some controllers causing timeouts and crashes. So, 4k blocks is
> a safe enough xfer size
Would you please elaborate on this ?
Best regards
Hi Simon,
On 13/08/2015 03:30, Simon Glass wrote:
Hi Christophe,
On 11 August 2015 at 15:47, christophe.ricard
wrote:
Hi Simon,
Locality concept are valid almost on any chip assuming if no locality are
supported the default one is locality 0.
I would leave this change open for discussion.
H
Hi Simon,
On 13/08/2015 03:30, Simon Glass wrote:
Hi Christophe,
On 11 August 2015 at 15:47, christophe.ricard
wrote:
Hi Simon,
As per my comment on patch 6, i would disagree as well on this one.
It tpm_vendor_specific structure is convenient for ST33ZP24 for example.
Best Regards
Christoph
Tom,
Please pull u-boot-tegra/master into U-Boot/master. Thanks!
./MAKEALL -s tegra is OK (all 32-bit builds), and ./MAKEALL -a aarch64 is
OK (includes Tegra210 builds)
The following changes since commit 0741701acf00749672f75f4c196dabd8b235f741:
Merge branch 'master' of git://git.denx.de/u-bo
Hi Simon,
On 13/08/2015 03:30, Simon Glass wrote:
Hi Christophe,
On 11 August 2015 at 15:42, christophe.ricard
wrote:
Hi Simon,
I would basically disagree with this one.
The code from tpm.c you are merging into tpm_tis_i2c may not only be used by
tpm_tis_i2c as it is using data from TPM stan
On Thu, 2015-08-13 at 14:13 -0400, Tom Rini wrote:
> On Thu, Aug 13, 2015 at 10:02:58AM -0600, Stephen Warren wrote:
> > On 08/13/2015 09:59 AM, Simon Glass wrote:
> > >Hi Linus,
> > >
> > >On 11 August 2015 at 07:00, Linus Walleij wrote:
> > >>On Fri, Aug 7, 2015 at 3:42 PM, Simon Glass wrote:
>
On Thursday, August 13, 2015 at 06:51:22 PM, Sergey Temerkhanov wrote:
> This patch adds code which sets up 2-level page tables on ARM64 thus
> extending available VA space. CPUs implementing 64k translation
> granule are able to use direct PA-VA mapping of the whole 48 bit
> address space.
> It al
Hi
I added tftpserver command in uboot. but here we have to give the tftpsrv
command with load address. then only it loads the binary file from client
side(nothing but PC) into the board at that particular address.but what my goal
is with out accessing on board side i have to keep binary file
Hi Marek,
On 08/13/2015 10:33 AM, Marek Vasut wrote:
> On Thursday, August 13, 2015 at 06:27:08 PM, vikasm wrote:
>> Hi Marek,
>
> Hi vikasm,
>
> (you might want to fix your name in your mailer)
ok :-)
>
>> On 08/12/2015 07:09 PM, Marek Vasut wrote:
>>> On Thursday, July 16, 2015 at 04:27:30
From: Sylvain Lemieux
Incorporate USB driver from legacy LPCLinux NXP BSP.
The files taken from the legacy patch are:
- lpc32xx USB driver
- lpc3250 header file USB registers definition.
The legacy driver was updated and clean-up as part of the integration with the
latest u-boot.
Signed-off-by
From: Sylvain Lemieux
Incorporate ECC layout for small page NAND from legacy LPCLinux NXP BSP.
The code taken from the legacy patch is:
- lpc32xx SLC NAND driver (ECC layout for small page)
This layout is matching the lpc32xx NAND SLC Linux Kernel driver.
Signed-off-by: Sylvain Lemieux
---
Cha
From: Sylvain Lemieux
Incorporate NAND SLC hardware ECC support from legacy LPCLinux NXP BSP.
The code taken from the legacy patch is:
- lpc32xx SLC NAND driver (hardware ECC support)
- lpc3250 header file missing SLC NAND registers definition
The legacy driver was updated and clean-up as part o
On 08/13/2015 01:04 PM, Ian Lepore wrote:
On Thu, 2015-08-13 at 14:13 -0400, Tom Rini wrote:
On Thu, Aug 13, 2015 at 10:02:58AM -0600, Stephen Warren wrote:
On 08/13/2015 09:59 AM, Simon Glass wrote:
Hi Linus,
On 11 August 2015 at 07:00, Linus Walleij wrote:
On Fri, Aug 7, 2015 at 3:42 PM,
Hi,
On 08/13/2015 10:35 AM, Marek Vasut wrote:
> On Thursday, August 13, 2015 at 05:50:18 PM, vikasm wrote:
>> Hi Marek,
>
> Hi!
>
>> On 08/12/2015 07:07 PM, Marek Vasut wrote:
>>> On Thursday, July 16, 2015 at 04:27:29 AM, Vikas Manocha wrote:
>>>
>>> Commit message is missing.
>>
>> Actually s
Tried different values but transfer sizes larger than ~8k blocks never
complete on some controllers causing timeouts and crashes. So, 4k blocks is
a safe enough xfer size
Regards,
Sergey
On Thu, Aug 13, 2015 at 10:09 PM, Marek Vasut wrote:
> On Thursday, August 13, 2015 at 09:00:04 PM, Sergey T
SYS_SOC is already defined in arch/arm/cpu/armv7/mx6/Kconfig, no need to
define it again
Signed-off-by: Soeren Moch
---
Cc: Stefano Babic
---
board/tbs/tbs2910/Kconfig | 3 ---
1 file changed, 3 deletions(-)
diff --git a/board/tbs/tbs2910/Kconfig b/board/tbs/tbs2910/Kconfig
index a795837..55c4
move options from CONFIG_SYS_EXTRA_OPTIONS to board specific Kconfig
Signed-off-by: Soeren Moch
---
Cc: Stefano Babic
---
board/tbs/tbs2910/Kconfig | 6 ++
configs/tbs2910_defconfig | 1 -
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/board/tbs/tbs2910/Kconfig b/board/tbs/tb
On Thursday, August 13, 2015 at 09:00:04 PM, Sergey Temerkhanov wrote:
> Increase xHCI transfer size for USB storage devices. This helps to
> achieve 10-20x speedup for large transfers
>
> Signed-off-by: Sergey Temerkhanov
> Signed-off-by: Radha Mohan Chintakuntla
Hi!
> ---
>
> common/usb_st
On Thursday, August 13, 2015 at 05:50:18 PM, vikasm wrote:
> Hi Marek,
Hi!
> On 08/12/2015 07:07 PM, Marek Vasut wrote:
> > On Thursday, July 16, 2015 at 04:27:29 AM, Vikas Manocha wrote:
> >
> > Commit message is missing.
>
> Actually subject of the mail was sufficient, this patch just moves t
On 13 August 2015 at 23:56, Tom Rini wrote:
> On Thu, Jul 30, 2015 at 11:04:39AM +0530, Vignesh R wrote:
>
>> Adds functions to enable and disable edma3 clocks which can be invoked
>> by drivers using edma3 to control the clocks.
>>
>> Signed-off-by: Vignesh R
>
> Reviewed-by: Tom Rini
Reviewed
Signed-off-by: Soeren Moch
---
Cc: Stefano Babic
---
arch/arm/cpu/armv7/mx6/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/mx6/Kconfig b/arch/arm/cpu/armv7/mx6/Kconfig
index c43cea8..3fc7532 100644
--- a/arch/arm/cpu/armv7/mx6/Kconfig
+++ b/arch/ar
On Thursday, August 13, 2015 at 06:30:37 PM, vikasm wrote:
> Hi Marek,
>
> On 08/12/2015 07:11 PM, Marek Vasut wrote:
> > On Thursday, July 16, 2015 at 04:27:31 AM, Vikas Manocha wrote:
> >> There is no need to poll sram level before writing to flash, data going
> >> to SRAM till sram is full, aft
On Thursday, August 13, 2015 at 06:27:08 PM, vikasm wrote:
> Hi Marek,
Hi vikasm,
(you might want to fix your name in your mailer)
> On 08/12/2015 07:09 PM, Marek Vasut wrote:
> > On Thursday, July 16, 2015 at 04:27:30 AM, Vikas Manocha wrote:
> >> There is no need to check for sram fill level.
On Thursday, August 13, 2015 at 05:06:08 PM, Pavel Machek wrote:
> On Tue 2015-06-02 11:11:35, Simon Glass wrote:
> > Hi,
> >
> > > > > index 43cc494..ae4c21b 100644
> > > > > --- a/arch/arm/include/asm/u-boot.h
> > > > > +++ b/arch/arm/include/asm/u-boot.h
> > > > > @@ -49,4 +49,8 @@ typedef stru
1 - 100 of 400 matches
Mail list logo
