From: Hou Zhiqiang
For more than 16MiB SPI flash chips, there are 3-Byte and 4-Byte address
mode, and only the 3-Byte address mode is supported in U-Boot so far.
So, reset the SPI flash to 3-Byte address mode in probe to ensure the SPI
flash work correctly, because it may has been set to 4-Byte a
Hi Scott,
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, August 12, 2015 1:18 PM
> To: Wang Dongsheng-B40534
> Cc: Sun York-R58495; u-boot@lists.denx.de
> Subject: Re: [PATCH v2] powerpc/fsl: support low power boot for e500 and later
>
> On Wed, 2015-08-12 at 00:15 -050
On Wed, 2015-08-12 at 00:50 -0500, Wang Dongsheng-B40534 wrote:
> Hi Scott,
>
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Wednesday, August 12, 2015 1:18 PM
> > To: Wang Dongsheng-B40534
> > Cc: Sun York-R58495; u-boot@lists.denx.de
> > Subject: Re: [PATCH v2] powerpc/fsl:
On Wed, 2015-08-12 at 00:15 -0500, Wang Dongsheng-B40534 wrote:
> Hi Scott,
>
> > -Original Message-
> > From: Wood Scott-B07421
> > Sent: Wednesday, August 12, 2015 12:55 PM
> > To: Wang Dongsheng-B40534
> > Cc: Sun York-R58495; u-boot@lists.denx.de
> > Subject: Re: [PATCH v2] powerpc/fsl
Hi Scott,
> -Original Message-
> From: Wood Scott-B07421
> Sent: Wednesday, August 12, 2015 12:55 PM
> To: Wang Dongsheng-B40534
> Cc: Sun York-R58495; u-boot@lists.denx.de
> Subject: Re: [PATCH v2] powerpc/fsl: support low power boot for e500 and later
>
> On Tue, 2015-08-11 at 15:15 +08
On Tue, 2015-08-11 at 15:15 +0800, Dongsheng Wang wrote:
> From: Wang Dongsheng
>
> low power boot means u-boot will put non-boot cpus into a low power
> status. Non-boot cpus don't need any more spin wait. e500, e500v2 will
> going to DOZE status. e500mc, e5500, e6500 will going to PW10 state.
>
Hello York,
For T1040QDS, we can change the name.
For T1024 also, I think there should not be any issue. Shengzhou please confirm.
Regards
Priyanka
From: Sun York-R58495
Sent: Monday, August 10, 2015 8:18 PM
To: Jain Priyanka-B32167; Sun York-R58495; U-Boot Mailing List
Cc: Wood Scott-B07421; S
Hello Lukasz,
Am 11.08.2015 um 23:19 schrieb Lukasz Majewski:
Hi Stefan,
Hi Lukasz,
On 11.08.2015 10:45, Lukasz Majewski wrote:
Please assess if the following presentation is suitable for the 2015
U-boot Mini Summit held at ELCE2015.
__Title__
"Automated Test System - build blocks"
__Abst
On 10 August 2015 at 23:49, Bin Meng wrote:
> On Tue, Aug 11, 2015 at 12:02 PM, Simon Glass wrote:
>> When trying to figure out where an exception has occured, the relocated
>> address is not a lot of help. Its value depends on various factors. Show
>> the un-relocated IP as well. This can be loo
On 11 August 2015 at 00:28, Bin Meng wrote:
> On Tue, Aug 11, 2015 at 10:44 AM, Simon Glass wrote:
>> There is quite a bit of assembler code that can be removed if we use the
>> generic global_data setup. Less arch-specific code makes it easier to add
>> new features and maintain the start-up cod
On 10 August 2015 at 23:49, Bin Meng wrote:
> On Tue, Aug 11, 2015 at 12:02 PM, Simon Glass wrote:
>> Move to driver model for USB on minnowmax.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>> - Use savedefconfig to tidy up the ordering
>>
>> Changes in v2: None
>>
>> configs/mi
On 11 August 2015 at 00:28, Bin Meng wrote:
> On Tue, Aug 11, 2015 at 10:44 AM, Simon Glass wrote:
>> Some archs like to have larger alignment for their global data. Use 16 bytes
>> which suits all current archs.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v2:
>> - Correct logic to
On 10 August 2015 at 21:12, Bin Meng wrote:
> On Tue, Aug 11, 2015 at 10:54 AM, Simon Glass wrote:
>> This reverts commit df189d9ba3f8fd1bc67e3c0c3c4ace16cd065ee1.
>>
>> Unfortunately this commit breaks chromebook_link because it adds lots of PCI
>> devices
>> before relocation and there is not
On 10 August 2015 at 23:49, Bin Meng wrote:
> On Tue, Aug 11, 2015 at 12:02 PM, Simon Glass wrote:
>> Move to driver model for networking on minnowmax.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>> - Use savedefconfig to tidy up the ordering
>>
>> Changes in v2: None
>>
>> boa
On 10 August 2015 at 20:44, Simon Glass wrote:
> Rather than keeping track of the Global Descriptor Table in its own memory
> we may as well put it in global_data with everything else. As a first step,
> stop using the separately allocated GDT.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Me
On 11 August 2015 at 00:28, Bin Meng wrote:
> On Tue, Aug 11, 2015 at 10:44 AM, Simon Glass wrote:
>> At present we have a simple assignment to gd. With some archs this is
>> implemented as a register or through some other means; a simple assignment
>> does not suit in all cases.
>>
>> Change thi
On 10 August 2015 at 20:44, Simon Glass wrote:
> This is declared but no-longer exists. Drop it.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/include/asm/u-boot-x86.h | 1 -
> 1 file changed, 1 deletion(-)
Applied to u-boot-x86
_
On 10 August 2015 at 07:05, Simon Glass wrote:
> This function can fail. In this case we should return the error rather than
> swallowing it.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Add new patch to allow pirq_init() to return an
On 10 August 2015 at 23:16, Bin Meng wrote:
> On Mon, Aug 10, 2015 at 9:05 PM, Simon Glass wrote:
>> We should signal to the FSP that PCI enumeration is complete. Perform this
>> task in a suitable place.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3:
>> - Drop interrupt.h header i
On 10 August 2015 at 07:05, Simon Glass wrote:
> This code could use a little tightening up. There is some repetition and
> an odd use of fdtdec_get_int_array().
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> Tested-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Fix h
On 10 August 2015 at 07:05, Simon Glass wrote:
> We should not fiddle with interrupts or the FSP when running as an EFI
> payload. Detect this and skip this code.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v3: None
> Changes in v2:
> - Add new patch to support ru
On 10 August 2015 at 07:05, Simon Glass wrote:
> This code may be useful for boards that use driver model for PCI.
>
> Note: It would be better to have driver model automatically call this
> function somehow. However for now it is probably safer to have it under
> board control.
>
> Signed-off-by:
On 10 August 2015 at 22:54, Bin Meng wrote:
> On Mon, Aug 10, 2015 at 9:05 PM, Simon Glass wrote:
>> Use savedefconfig to get this file into the correct order.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3: None
>> Changes in v2:
>> - Rebase to mainline
>>
>> configs/efi-x86_defco
On 10 August 2015 at 22:11, Bin Meng wrote:
> On Mon, Aug 10, 2015 at 9:05 PM, Simon Glass wrote:
>> At present there are no PCI functions which allow access to PCI
>> configuration using a struct udevice. This is a sad situation for driver
>> model as it makes use of PCI harder. Add these functi
+Gabriel
Hi Andrew,
On 11 August 2015 at 09:20, Andrew Bradford wrote:
> Hi Simon,
>
> On 08/11 08:06, Simon Glass wrote:
>> Hi Andrew,
>>
>> On 11 August 2015 at 06:08, Andrew Bradford
>> wrote:
>> > Hi Simon,
>> >
>> > On 08/10 21:07, Simon Glass wrote:
>> >> Hi Bin,
>> >>
>> >> On 10 August
On 10 August 2015 at 22:14, Bin Meng wrote:
> On Mon, Aug 10, 2015 at 9:05 PM, Simon Glass wrote:
>> These functions allow iteration through all PCI devices including bridges.
>> The children of each PCI bus are returned in turn. This can be useful for
>> configuring, checking or enumerating all
On 8 August 2015 at 08:10, Simon Glass wrote:
> On 8 August 2015 at 08:01, Bin Meng wrote:
>> When using different release version of Intel FSP, the VPD_IMAGE_REV
>> is different (ie: BayTrail Gold 3 is 0x0303 while Gold 4 is 0x0304).
>> Remove the asserting of this so that U-Boot does not hang i
Hi, Joe
On 8/12/2015 2:29 AM, Joe Hershberger wrote:
Hi Josh,
On Wed, Jun 3, 2015 at 3:45 AM, Josh Wu wrote:
This patch refer to linux kernel commit: d8b763e1e79f
net/macb: add TX multiqueue support for gem
by: Cyrille Pitchen
1. macb driver will check the register to find how many que
On Sat, Aug 08, 2015 at 05:58:04PM -0700, Steve Rae wrote:
> From: Jiandong Zheng
>
> Add support for the iproc NAND, and enable on Cygnus and NSP boards.
>
> Signed-off-by: Jiandong Zheng
> Signed-off-by: Steve Rae
> ---
>
> arch/arm/include/asm/arch-bcmcygnus/configs.h | 11 +
> arch/arm
Hi Simon,
On Wed, Aug 12, 2015 at 1:57 AM, Simon Glass wrote:
> Now that we have an efi.h header we can use that for FSP error defines.
> Drop the FSP ones.
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/include/asm/fsp/fsp_types.h | 11 ---
> arch/x86/lib/fsp/fsp_common.c|
On Wednesday, August 12, 2015 at 01:38:23 AM, Masahiro Yamada wrote:
> Hi Marek,
Hi Masahiro!
> 2015-08-12 7:47 GMT+09:00 Marek Vasut :
> > On Wednesday, August 12, 2015 at 12:31:54 AM, Masahiro Yamada wrote:
> >
> > Hi!
> >
> >> As we discussed a couple of times, negative CONFIG options make o
Hi Marek,
2015-08-12 7:47 GMT+09:00 Marek Vasut :
> On Wednesday, August 12, 2015 at 12:31:54 AM, Masahiro Yamada wrote:
>
> Hi!
>
>> As we discussed a couple of times, negative CONFIG options make our
>> life difficult; CONFIG_SYS_NO_FLASH, CONFIG_SYS_DCACHE_OFF, ...
>> and here is another one.
We have flipped CONFIG_SPL_DISABLE_OF_CONTROL. We have cleansing
devices, $(SPL_) and CONFIG_IS_ENABLED(), so we are ready to clear
away the ugly logic in include/fdtdec.h:
#ifdef CONFIG_OF_CONTROL
# if defined(CONFIG_SPL_BUILD) && !defined(SPL_OF_CONTROL)
# define OF_CONTROL 0
# else
# de
On Wednesday, August 12, 2015 at 12:31:54 AM, Masahiro Yamada wrote:
Hi!
> As we discussed a couple of times, negative CONFIG options make our
> life difficult; CONFIG_SYS_NO_FLASH, CONFIG_SYS_DCACHE_OFF, ...
> and here is another one.
>
> Now, there are three boards enabling OF_CONTROL on SPL:
As we discussed a couple of times, negative CONFIG options make our
life difficult; CONFIG_SYS_NO_FLASH, CONFIG_SYS_DCACHE_OFF, ...
and here is another one.
Now, there are three boards enabling OF_CONTROL on SPL:
- socfpga_arria5_defconfig
- socfpga_cyclone5_defconfig
- socfpga_socrates_defconf
Refer to Simon's question, too:
http://lists.denx.de/pipermail/u-boot/2015-July/219598.html
Since U-boot introduced SPL (not since Kconfig),
enabling features for U-boot and SPL independently is always a PITA.
- decide if each feature should be supported for SPL or not
- Add CONFIG_SPL_FRED_SUP
There is no case where defined(SPL_DISABLE_OF_CONTROL) is true.
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
include/fdtdec.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/fdtdec.h b/in
We do not want to compile the DM remove code for SPL. Currently,
we undef it in include/config_uncmd_spl.h (for C files) and in
scripts/Makefile.uncmd_spl (for Makefiles). This is really ugly.
This commit demonstrates how we can deprecate those two files.
Use $(SPL_) for the entry in the Makfil
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
drivers/Makefile| 2 +-
drivers/led/Kconfig | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/Makefile b/drivers/Makefile
index aff0d05..d
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
Reviewed-by: Stefano Babic
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
drivers/Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/Makefile b/drivers/Makefile
index ddb4215..a721e
Just preparing for upcoming cleaning.
The board-specific linker script board/vpac270/u-boot-spl.lds
has been touched to avoid build error. It does not change the
size of spl/u-boot-spl.bin for this board, so it should be OK.
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
Reviewed-by: St
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
drivers/Makefile| 2 +-
drivers/ram/Kconfig | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/Makefile b/drivers/Makefile
index 8630a58..3
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
Reviewed-by: Stefano Babic
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
drivers/Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/Makefile b/drivers/Makefile
index 2e17d02..8630a
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
drivers/Makefile | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/Makefile b/drivers/Makefile
index 3b38861..aff0d05 100644
--- a/drivers/Make
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
drivers/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/Makefile b/drivers/Makefile
index a24c5f5..ee8e418 100644
--- a/drivers/Ma
Commit e02ee2548afe ("kconfig: switch to single .config
configuration") made the configuration itself pretty simple,
instead, we lost the way to systematically enable/disable config
options for each image independently.
Our current strategy is, put entries into Makefile.spl for options
we need sep
If the target string matches "CONFIG_", move the pointer p
forward. This saves several 7-chars adjustments.
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
scripts/basic/fixdep.c | 7 ---
1 file changed, 4 inserti
Signed-off-by: Masahiro Yamada
Reviewed-by: Tom Rini
Reviewed-by: Stefano Babic
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
drivers/Makefile| 2 +-
drivers/clk/Kconfig | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/Makefile b/drive
The previous commit introduced a useful macro used in makefiles,
in order to reference to different variables (CONFIG_... or
CONFIG_SPL_...) depending on the build context.
Per-image config option control is a PITA in C sources, too.
Here are some macros useful in C/CPP expressions.
CONFIG_IS_ENA
Hi Sylvain,
On 11.08.2015 23:16, LEMIEUX, SYLVAIN wrote:
> Hi Vladimir,
>
>> -Original Message-
>> From: Vladimir Zapolskiy [mailto:v...@mleia.com]
>> Sent: 11-Aug-15 12:57 PM
>>
>> A number of LPC32xx SLC NAND defines is dictated by controller
>> hardware limits and OOB layout is defined
Hi Simon,
I pretty much like the move to driver model for TPM.
However, i have some few remarks:
The current i2c driver stick to Infineon TPMs and will not support any
other vendors like ST(in my case).
The main reason for this is that there is no transport protocol over I2C
specification defi
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.
However, as per patch 06 & 07, i would keep req_complete_mask,
req_complete_val, req_canceled, timeout_a, timeout_b, time
Hi Simon,
As per my delivery tentative, don't you think driver specific data could
be stored in a void *priv field in struct tpm_vendor_specific ?
This how we manage such information in Linux drivers.
Please have a look in tpm_private.h changes:
http://lists.denx.de/pipermail/u-boot/2015-Augus
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
Christophe
On 11/08/2015 16:47, Simon Glass wrote:
The function methods in struct tpm_vendor_specific just call local functions.
C
Hi Simon,
I almost agree with this one. Except that here tis_init, tis_open... are
already merged into tpm_tis_i2c...
Best Regards
Christophe
On 11/08/2015 16:48, Simon Glass wrote:
There are too many structures storing the same sort of information. Move the
fields from struct tpm into struct
Hi Simon,
On 11/08/2015 16:47, Simon Glass wrote:
Add new Kconfig options for TPMs in preparation for moving boards to use
Kconfig for TPM configuration.
Signed-off-by: Simon Glass
---
common/Kconfig | 12
drivers/tpm/Kconfig | 52 +
Hi Simon,
As per my previous comment, this file may be kept common to may other
drivers (lpc or from ST...).
I would renamed tpm_tis_i2c.h into something more generic like tpm.h.
Below please find data specific to Infineon (tpm_tis_i2c) driver.
On 11/08/2015 16:48, Simon Glass wrote:
Some de
Hi Simon,
Nothing much to say on tpm_tis_i2c, however this could be even more
generic if providing init ops to be specified by TPM driver developers.
For example:
+struct dm_tpm_ops {
+ int (*init)(struct udevice *);
+ int (*open)(struct udevice *);
+ int (*close)(struct udev
Hi Simon,
Acked-by: Christophe Ricard
Best Regards
Christophe
On 11/08/2015 16:47, Simon Glass wrote:
Convert all TPM options to Kconfig and tidy up.
Signed-off-by: Simon Glass
---
configs/chromebook_link_defconfig | 2 ++
configs/chromebox_panther_defconfig
Hi Simon,
I am ok with this one. I proposed about the same changed in here:
http://lists.denx.de/pipermail/u-boot/2015-August/222598.html
Acked-by: Christophe Ricard
Best Regards
Christophe
On 11/08/2015 16:47, Simon Glass wrote:
The address of the I2C TPM is now defined in the device tree so
Hi Simon,
Acked-by: Christophe Ricard
Best Regards
Christophe
On 11/08/2015 16:48, Simon Glass wrote:
Use a _US suffix for microseconds and a _MS suffic for milliseconds. Move
all timeouts and delays into one place. Use mdelay() instead of udelay()
where appropriate.
Signed-off-by: Simon Gla
Hi Simon,
Acked-by: Christophe Ricard
Best Regards
Christophe
On 11/08/2015 16:48, Simon Glass wrote:
Use the same prefix on each function for consistency.
Signed-off-by: Simon Glass
---
drivers/tpm/tpm_tis_i2c.c | 113 --
1 file changed, 58 i
Hi Simon,
I think we are pretty inline for the uclass.
Please find below some few remarks.
On 11/08/2015 16:48, Simon Glass wrote:
Add a new uclass for TPMs which uses almost the same TIS (TPM Interface
Specification) as is currently implemented. Since init() is handled by the
normal driver mod
Hi Simon
On 11/08/2015 16:48, Simon Glass wrote:
Add driver model support to the TPM command and the TPM library. Both
support only a single TPM at present.
Signed-off-by: Simon Glass
---
common/cmd_tpm.c | 26 ++
include/tpm.h| 2 +-
lib/tpm.c| 29 +++
Acked-by: Christophe Ricard
On 11/08/2015 16:48, Simon Glass wrote:
Convert the sandbox TPM driver to use driver model. Add it to the device
tree so that it can be found on start-up.
Signed-off-by: Simon Glass
---
arch/sandbox/dts/sandbox.dts | 4
configs/sandbox_defconfig | 1
Hi Simon,
Good one !
Acked-by: Christophe Ricard
Best Regards
Christophe
On 11/08/2015 16:48, Simon Glass wrote:
When a 'tpm' command fails, we set the return code but give no indication
of failure. This can be confusing.
Add an error message when any tpm command fails.
Signed-off-by: Simon
Hi Simon,
Acked-by: Christophe Ricard
Best Regards
Christophe
On 11/08/2015 16:48, Simon Glass wrote:
Rather then crashing when there is no data, print an error.
Signed-off-by: Simon Glass
---
common/cmd_tpm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/common/cmd_tpm.c b/comm
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 standards (e.g: Trusted
computing group) that should be used by other TPM drivers.
You can find in chapter 17 how the table t
Hi Simon,
Just to mention i have seen this one as well.
Acked-by: Christophe Ricard
Best Regards
Christophe
On 11/08/2015 16:47, Simon Glass wrote:
Add an SPDX header to two drivers that don't have it.
Signed-off-by: Simon Glass
---
drivers/tpm/tpm_atmel_twi.c | 15 +++
driv
Hi Simon,
In here you are removing usage of i2c_read/i2c_write for
dm_i2c_read/dm_i2c_write.
This require boards to support DM_I2C which is not the case with example
beagleboard or boards using omap.
Will you drop all drivers not supporting DM in the future ?
Other than that i have proposed
Hi Simon,
Ok for now, except with the xfer handler.
Best Regards
Christophe
On 11/08/2015 16:48, Simon Glass wrote:
Convert the tpm_tis_lpc driver to use driver model and update boards which
use it.
Signed-off-by: Simon Glass
---
configs/chromebook_link_defconfig | 2 +
configs/chrom
Hi Simon,
I would be ok if we can get to a common agreement on my previous comments.
Best Regards
Christophe
On 11/08/2015 16:48, Simon Glass wrote:
Convert the tpm_tis_i2c driver to use driver model and update boards which
use it.
Signed-off-by: Simon Glass
---
configs/peach-pi_defconfig
Hi Simon,
Acked-by: Christophe Ricard
Best Regards
Christophe
On 11/08/2015 16:48, Simon Glass wrote:
Add a command to display basic information about a TPM such as the model and
open/close state. This can be useful for debugging.
Signed-off-by: Simon Glass
---
common/cmd_tpm.c | 26
Hi Simon,
Acked-by: Christophe Ricard
Best Regards
Christophe
On 11/08/2015 16:48, Simon Glass wrote:
The TPM is listed in the device tree. Enable the driver and 'tpm' command
so that it can be used.
Signed-off-by: Simon Glass
---
configs/nyan-big_defconfig | 4
1 file changed, 4 i
Hi Stefan,
On 07/23/2015 05:22 AM, Stefan Roese wrote:
> Hi Vikas,
>
> On 16.07.2015 08:46, Stefan Roese wrote:
> In addition can you please check the patch causing this instability on
> socfpga. I don't like to bug you but to close this patchset, this info
> & tests mentioned above s
Hi Stefan,
> Hi Lukasz,
>
> On 11.08.2015 10:45, Lukasz Majewski wrote:
> > Please assess if the following presentation is suitable for the 2015
> > U-boot Mini Summit held at ELCE2015.
> >
> > __Title__
> >
> > "Automated Test System - build blocks"
> >
> > __Abstract__
> >
> > Assuring software
On 08/11/2015 12:58 PM, Joe Hershberger wrote:
> What ever became of this series?
I failed to ever email it in... I have a redone series, let me clean it
up and give it a quick test and make sure it works on latest... Needed
to rebase on about 10 months of upstream.
___
Thanks!
> -Original Message-
> From: Tom Rini [mailto:tr...@konsulko.com]
> Sent: Tuesday, August 11, 2015 11:04 AM
> To: Tom Warren
> Cc: u-boot@lists.denx.de; Stephen Warren; Alex Courbot;
> 'tomcwarren3...@gmail.com'
> Subject: Re: Pull request, u-boot-tegra/master
>
> * PGP Signed by
Hi Vladimir,
> -Original Message-
> From: Vladimir Zapolskiy [mailto:v...@mleia.com]
> Sent: 11-Aug-15 12:57 PM
>
> A number of LPC32xx SLC NAND defines is dictated by controller
> hardware limits and OOB layout is defined by operating system, the
> definitions are common for all users. Si
Hi Lars,
On Tue, Jul 28, 2015 at 11:01 AM, Joe Hershberger
wrote:
> Hi Lars,
>
> On Tue, Jul 28, 2015 at 3:25 AM, Lars Poeschel wrote:
>> Hi Joe,
>>
>> On Wed, Jun 10, 2015 at 11:03:59AM -0500, Joe Hershberger wrote:
>>> >> I beat you to it:
>>> >> http://lists.denx.de/pipermail/u-boot/2015-May
On Tue, Aug 11, 2015 at 06:20:32PM +, LEMIEUX, SYLVAIN wrote:
> Hi Toni,
>
> Do you know who will review and accept the other patches in the
> "LPC32xx: enhancement and update" series that were not review?
>
> For your convenience this is a list of links to patchwork:
> * http://patchwork.oz
Hi Albert,
On Sun, Jul 26, 2015 at 4:53 PM, Albert ARIBAUD (3ADEV)
wrote:
> There already is an environment variable 'tftptimeout'
> for setting individuabl block query timeout value, but
> there is none for setting the maximum TFTP timeout count,
> which can also help with unreliable network, TF
Hi Josh,
On Wed, Jun 3, 2015 at 3:45 AM, Josh Wu wrote:
> This patch refer to linux kernel commit: d8b763e1e79f
> net/macb: add TX multiqueue support for gem
> by: Cyrille Pitchen
>
> 1. macb driver will check the register to find how many queues support for
> this chip.
>
> 2. Then as we onl
Hi Shengzhou,
On Thu, May 21, 2015 at 5:07 AM, Shengzhou Liu
wrote:
> Initialize LCR rigister to configure
> green LED for Link, yellow LED for Active.
>
> Signed-off-by: Shengzhou Liu
Acked-by: Joe Hershberger
___
U-Boot mailing list
U-Boot@lists.de
Hi Toni,
Do you know who will review and accept the other patches in the
"LPC32xx: enhancement and update" series that were not review?
For your convenience this is a list of links to patchwork:
* http://patchwork.ozlabs.org/patch/500510/
* http://patchwork.ozlabs.org/patch/500512/
* http://patch
Hi Francios,
On Wed, Nov 5, 2014 at 6:30 AM, Francois Retief wrote:
> Added MDIO support to the Aeroflex Gaisler GRETH driver. The result is
> that we can now use the CONFIG_CMD_MII commands to access the PHY chip.
>
> Signed-off-by: Francois Retief
> ---
I noticed this still sitting in patchwo
On Tue, Aug 11, 2015 at 05:44:13PM +, Tom Warren wrote:
> Tom,
>
> Don’t want to nag, but has this gone in yet?
So I saw this again this morning and double checked myself:
$ git pull git://git.denx.de/u-boot-tegra.git
From git://git.denx.de/u-boot-tegra
* branchHEAD -> FET
Hi Igal,
On Thu, May 28, 2015 at 10:47 AM, Scott Wood wrote:
> On Mon, May 18, 2015 at 02:46:30PM +0300, Igal.Liberman wrote:
>> From: Igal Liberman
>>
>> During FMan upstreaming, the FMan Port and MAC compatibles changed.
>> This patch aligns the FMan Port and MAC compatibles to the FMan
>> dev
Hi Andrew,
On Mon, Oct 20, 2014 at 6:47 PM, Tom Rini wrote:
> On Mon, Oct 20, 2014 at 08:16:59PM +, Andrew Ruder wrote:
>> On 10/20/2014 03:00 PM, Tom Rini wrote:
>> > So, on new platforms we call dm9000_initialize with the right IO/DATA
>> > locations for the given device, yes? I think I'd
Now that we have an efi.h header we can use that for FSP error defines.
Drop the FSP ones.
Signed-off-by: Simon Glass
---
arch/x86/include/asm/fsp/fsp_types.h | 11 ---
arch/x86/lib/fsp/fsp_common.c| 3 ++-
2 files changed, 2 insertions(+), 12 deletions(-)
diff --git a/arch/x8
Hi Steve,
On Wed, Jul 15, 2015 at 6:28 PM, Steve Rae wrote:
> From: Jiandong Zheng
>
> Enable BCM SF2 ethernet and PHY for BCM Cygnus SoC
>
> Signed-off-by: Jiandong Zheng
> Signed-off-by: Steve Rae
Acked-by: Joe Hershberger
___
U-Boot mailing list
Tom,
Don’t want to nag, but has this gone in yet?
Thanks!
--
nvpublic
From: Tom Warren [mailto:tomcwarren3...@gmail.com]
Sent: Thursday, August 06, 2015 1:40 PM
To: Tom Rini; u-boot@lists.denx.de
Cc: Stephen Warren; Tom Warren; Alex Courbot
Subject: Pull request, u-boot-tegra/master
Tom,
Plea
Hi Tom,
On 11 August 2015 at 11:41, Tom Warren wrote:
> Simon,
>
>> -Original Message-
>> From: Simon Glass [mailto:s...@google.com] On Behalf Of Simon Glass
>> Sent: Monday, August 10, 2015 6:15 AM
>> To: U-Boot Mailing List
>> Cc: Simon Glass; Tom Warren; Thierry Reding; Masahiro Yamada
Hi Stephen,
On 11 August 2015 at 11:33, Stephen Warren wrote:
>
> On 08/11/2015 08:33 AM, Simon Glass wrote:
>>
>> This is a convenient way for a driver to get the hardware address of a
>> device, when regmap or syscon are not being used. Change existing callers
>> to use it as an example to othe
Hi Simon,
On Tue, Aug 11, 2015 at 12:19 PM, Simon Glass wrote:
> Hi Joe,
>
> On 11 August 2015 at 09:53, Joe Hershberger wrote:
>> Hi Simon,
>>
>> On Tue, Aug 11, 2015 at 8:39 AM, Simon Glass wrote:
>>> Move config for the E1000 Ethernet driver to Kconfig and tidy up affected
>>> boards.
>>>
>>
Hi Masahiro,
On Fri, Jul 17, 2015 at 6:26 AM, Masahiro Yamada
wrote:
> We have to set a MAC address to use network.
> Otherwise, the tftpboot command fails with the following message:
>
> Gem.e000b000 Waiting for PHY auto negotiation to complete done
> *** ERROR: `ethaddr' not set
>
>
On 08/11/2015 08:33 AM, Simon Glass wrote:
This is a convenient way for a driver to get the hardware address of a
device, when regmap or syscon are not being used. Change existing callers
to use it as an example to others.
Ah good; I was a little worried about the tiny number of users of
dev_g
Simon,
> -Original Message-
> From: Simon Glass [mailto:s...@google.com] On Behalf Of Simon Glass
> Sent: Monday, August 10, 2015 6:15 AM
> To: U-Boot Mailing List
> Cc: Simon Glass; Tom Warren; Thierry Reding; Masahiro Yamada; Stephen
> Warren; Tom Rini; Albert Aribaud; Marcel Ziswiler; S
On Tue, Aug 11, 2015 at 08:06:25PM +0300, Vladimir Zapolskiy wrote:
> Hello Tom,
>
> today I've opened U-boot patchwork and found that almost all my recent
> changes sent to U-boot mailing list are assigned to you. Would it be
> possible for you to review/apply them?
>
> As for today the collect
Hi Sylvain,
On Mon, Jul 27, 2015 at 12:37 PM, wrote:
> From: Sylvain Lemieux
>
> Add support to specify the Ethernet buffer base address;
> if none are supply by the board, the default value is use (from existing
> code).
>
> Signed-off-by: Sylvain Lemieux
Acked-by: Joe Hershberger
1 - 100 of 238 matches
Mail list logo
