Multiple APs are brought up simultaneously and they may get the same
seq num in the uclass_resolve_seq() during device_probe(). To avoid
this, set req_seq to the reg number in the device tree in advance.
Signed-off-by: Bin Meng
---
arch/x86/cpu/mp_init.c | 7 +++
1 file changed, 7 insertion
There is one typo in the VESA mode 105h string. Correct it.
Signed-off-by: Bin Meng
---
drivers/video/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index 9ae23e8..e56e20c 100644
--- a/drivers/video/Kconfig
+++ b/drivers
add cpu.h from linux:
7538ec7d1e5: ARM: at91: remove no-MMU at91x40 support
so it is easier to port linux code, which is based on it.
Signed-off-by: Heiko Schocher
---
Changes in v2: None
arch/arm/mach-at91/include/mach/cpu.h | 149 ++
1 file changed, 149 inse
add U-Boot specific changes to the at91_udc linux driver,
so it works with U-Boot.
Signed-off-by: Heiko Schocher
---
Changes in v2:
- new in version 2, contains U-Boot changes
drivers/usb/gadget/Makefile | 1 +
drivers/usb/gadget/at91_udc.c | 485 +-
port at91_udc driver from linux:
original commit Message:
commit b2ba27a5c56ff7204d8a8684893d64d4afe2cee5
Author: Ronald Wahl
Date: Wed Nov 19 16:37:27 2014 +0100
usb: gadget: at91_udc: move prepare clk into process context
Commit 7628083227b6bc4a7e33d7c381d7a4e558424b6b (usb: gadget:
[root@pollux dfu-util]# ./src/dfu-util -l
dfu-util 0.8
Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc.
Copyright 2010-2014 Tormod Volden and Stefan Schmidt
This program is Free Software and has ABSOLUTELY NO WARRANTY
Please report bugs to dfu-u...@lists.gnumonks.org
Found DFU:
add dfu supprt for at91 sam9260 based boards. The USB
gadget driver is ported from linux:
b2ba27a5c56ff: usb: gadget: at91_udc: move prepare clk into process context
it drops a lot of checkpatch warnings/errors:
checkpatch.pl found 12 error(s), 31 warning(s), 43 checks(s)
but for further update
Hi Simon,
On Sat, Aug 8, 2015 at 10:27 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 v2:
> - Add new patch to tidy up interrupt and FSP init
>
> arch/x86/cpu/bay
On Sat, Aug 8, 2015 at 10:27 PM, 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
> ---
>
> Changes in v2:
> - Add new patch to support running as an EFI payload
>
> arch/x86/cpu/
On Sat, Aug 8, 2015 at 10:26 PM, 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
> ---
>
> Changes in v2:
> - Fix handling of duplicate entries
>
> arch/x86/cpu/irq.c | 41 +++
On Sat, Aug 8, 2015 at 10:26 PM, Simon Glass wrote:
> This function can fail. In this case we should return the error rather than
> swallowing it.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add new patch to allow pirq_init() to return an error
>
> arch/x86/cpu/baytrail/valleyvie
On Sat, Aug 8, 2015 at 10:26 PM, 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-of
Hi Simon,
On Sat, Aug 8, 2015 at 10:27 PM, 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 v2:
> - Use pirq_init() instead of custom code
>
> arch/x86/dt
Hi Simon,
On Sat, Aug 8, 2015 at 10:26 PM, Simon Glass wrote:
> Use savedefconfig to get this file into the correct order.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Rebase to mainline
>
> configs/efi-x86_defconfig | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions
Hi Simon,
On Sat, Aug 8, 2015 at 10:26 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 the devices.
>
> Signed-off-by: Simon G
Hi Simon,
On Sat, Aug 8, 2015 at 10:26 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 functions.
>
> Signed-off-by: Simon Glass
>
Hi,
On Friday 07 August 2015 03:58 AM, Marek Vasut wrote:
> On Thursday, August 06, 2015 at 06:16:05 PM, Kishon Vijay Abraham I wrote:
>> xhci omap driver has board_usb_init in xhci_hcd_init but doesn't have
>> the corresponding cleanup function in xhci_hcd_stop.
>>
>> Fix it here by invoking boar
Hi York,
On Fri, Aug 7, 2015 at 5:58 PM, York Sun wrote:
> On 08/07/2015 01:18 PM, Joe Hershberger wrote:
>
>
>>> + }
>>> +
>>> + /* if all our optional command's keywords perfectly match an
>>> +* optional pattern, then we can move to the next defined
Hello York,
T1040D4RDB/T1042D4RDB boards have other difference as well apart from DDR4
w.r.t old T1040RDB/T1042RDB.
T1040D4RDB/T1042D4RDB is the naming convection that has been used to
distinguished new T1040RDB/T1042RDB board with DDR4 memory, new serdes protocol
support , new muxes , etc.
If
Hello Luaksz,
Am 21.07.2015 um 08:59 schrieb Lukasz Majewski:
Hi Heiko,
ported from linux:
b2ba27a5c56ff: usb: gadget: at91_udc: move prepare clk into process
context
IMHO, presented above description is not enough. I'd prefer to see one
patch which adds the code from linux - including the
Hello Marek,
Am 21.07.2015 um 04:03 schrieb Marek Vasut:
On Monday, July 20, 2015 at 04:03:08 PM, Lukasz Majewski wrote:
Hi Marek,
add dfu supprt for at91 sam9260 based boards. The USB
gadget driver is ported from linux:
b2ba27a5c56ff: usb: gadget: at91_udc: move prepare clk into process
con
Hi Jagan,
Do you have any feedback?
> -Original Message-
> From: Zhiqiang Hou [mailto:b48...@freescale.com]
> Sent: 2015年7月23日 17:54
> To: u-boot@lists.denx.de; jt...@openedev.com
> Cc: Sun York-R58495; Hu Mingkai-B21284; Hou Zhiqiang-B48286
> Subject: [V4 2/2] sf: Turn SPI flash into 3-B
> -Original Message-
> From: Jagan Teki [mailto:jt...@openedev.com]
> Sent: 2015年8月7日 16:22
> To: Hou Zhiqiang-B48286
> Cc: u-boot@lists.denx.de; Hu Mingkai-B21284
> Subject: Re: [U-Boot] [V4 1/2] sf: Add clear flag status register
> operation on Micron chips
>
> On 23 July 2015 at 15:24
Hi Scott,
Do you have plan to pick the 3 patches?
https://patchwork.ozlabs.org/patch/498050/
https://patchwork.ozlabs.org/patch/498049/
https://patchwork.ozlabs.org/patch/498048/
If not, then I prefer these 3 patches can go throught i.mx tree.
Thanks,
Peng.
On Sun, Aug 02, 2015 at 11:18:38AM +
Hi Simon,
> Hi Lukasz,
>
> On 25 July 2015 at 02:11, Lukasz Majewski
> wrote:
> > This commit adds initial support for using tftp for downloading and
> > upgrading firmware on the device.
> >
> > Signed-off-by: Lukasz Majewski
> > ---
> > Changes for v2:
> > - Return -ENOSYS instead of plain -1
Remove FAT function prototypes from the cm5200 firmware update code, and
include the relevant headers instead.
This exposes the fact that the custom prototyoe for do_fat_read() in
this file was incorrect. Rather than simply fixing the call-site, replace
do_fat_read() with fat_exists(). This remove
Hi Chrstophe,
On 9 August 2015 at 08:19, Christophe Ricard
wrote:
> Hi Simon,
> Thanks for pointing me to the right tree and branch. I missed that :-(.
Well I was hoping to send patches next week. I should have sent an
email to the list before starting.
>
> I will go and look at your on-going w
These were pointed out in review but I missed them.
Signed-off-by: Simon Glass
---
drivers/power/regulator/max77686.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/power/regulator/max77686.c
b/drivers/power/regulator/max77686.c
index 946b87c..56ecbc1 100644
--
On 3 August 2015 at 13:02, York Sun wrote:
> fdt_addr_t is a physical address. It can be either 64-bit or 32-bit,
> depending on the architecture. It should be phys_addr_t instead of
> u64 or u32. Similarly, fdt_size_t is changed to phys_size_t.
>
> Signed-off-by: York Sun
> CC: Simon Glass
> --
Hi Stephen,
On 6 August 2015 at 15:31, Stephen Warren wrote:
> From: Stephen Warren
>
> fdtdec_get_addr_size() hard-codes the number of cells used to represent
> an address or size in DT. This is incorrect in many cases depending on
> the DT binding for a particular node or property (e.g. it is
Hi Stephen,
On 6 August 2015 at 13:03, Stephen Warren wrote:
> On 08/05/2015 05:45 PM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 5 August 2015 at 12:22, Stephen Warren wrote:
>>>
>>> On 08/04/2015 10:08 PM, Simon Glass wrote:
Hi Stephen,
On 3 August 2015 at 12:20, St
Hi Stephen,
On 7 August 2015 at 16:12, Stephen Warren wrote:
> From: Stephen Warren
>
> The return value of query_sdram_size() is assigned directly to
> gd->ram_size in dram_init(). Adjust the return type to match the field
> it's assigned to. This has the beneficial effect that on 64-bit system
On 7 August 2015 at 16:12, Stephen Warren wrote:
> From: Stephen Warren
>
> Represent all available RAM in either one or two banks. The first bank
> describes any RAM below 4GB. The second bank describes any RAM above 4GB.
>
> This split is driven by the following requirements:
> - The NVIDIA L4T
On 2 August 2015 at 18:07, Simon Glass wrote:
> Enable the debug UART and emit a single 'a' early in the init sequence to
> show that it is working.
>
> Unfortunately the debug UART implementation needs a stack to work. I cannot
> seem to remove this limitation as the absolute 'jmp %eax' instructi
On 4 August 2015 at 07:49, Marcel Ziswiler wrote:
> From: Marcel Ziswiler
>
> The following commit changed the order of the column vs. row parameter
> to the lcd_init_console() function but missed actually changing it as
> well the second time it is called from lcd_clear() which resulted in a
> g
On 7 August 2015 at 16:12, Stephen Warren wrote:
> From: Stephen Warren
>
> The new value is the most likely value where the kernel wants to end up
> at run-time. Selecting this value as the load address likely avoids the
> need to copy the kernel image from the actual load address to the desired
On 31 July 2015 at 03:08, Bin Meng wrote:
> On Fri, Jul 31, 2015 at 3:40 AM, Simon Glass wrote:
>> This function comment has a typo. Fix it.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> include/dm/uclass.h | 2 +-
>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/include/dm/u
On 31 July 2015 at 03:08, Bin Meng wrote:
> On Fri, Jul 31, 2015 at 3:40 AM, Simon Glass wrote:
>> Some devices are bound entirely by probing and do not have the benefit of
>> a device tree to give them a name. This is very common with PCI and USB. In
>> most cases this is fine, but we should add
Hi,
On 5 August 2015 at 09:29, Simon Glass wrote:
> Hi Marcel,
>
> On 5 August 2015 at 08:58, Marcel Ziswiler wrote:
>> From: Marcel Ziswiler
>>
>> The following commit enforces CONFIG_DM_ETH for USB Ethernet which
>> breaks any board using CONFIG_USB_HOST_ETHER without CONFIG_DM_ETH
>> which th
On 3 August 2015 at 13:02, York Sun wrote:
> fdt_addr_t is changed to phys_addr_t. The format in debug should be updated
> to %pa to match the type.
>
> Signed-off-by: York Sun
> CC: Simon Glass
> ---
> Change log:
> v3: split into a separated patch
>
> drivers/pci/pci_tegra.c | 10 +
On 3 August 2015 at 08:19, Simon Glass wrote:
> We always use device tree on exynos, so remove the unused code.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> arch/arm/include/asm/arch-exynos/dp_info.h | 2 --
> drivers/video/exynos_dp.c | 22 -
On 3 August 2015 at 08:19, Simon Glass wrote:
> This has moved to driver model so we can drop the fdtdec support.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> include/fdtdec.h | 1 -
> lib/fdtdec.c | 1 -
> 2 files changed, 2 deletions(-)
Applied to u-boot-dm.
__
On 3 August 2015 at 08:19, Simon Glass wrote:
> Add support for all BUCK regulators, now that the correct register is
> accessed for each.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add a comment about DVS in the driver
>
> drivers/power/regulator/max77686.c | 18 ++-
On 3 August 2015 at 08:19, Simon Glass wrote:
> We have a new one which uses driver model and device tree configuration.
> Remove the old one.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> drivers/video/Makefile | 1 -
> drivers/video/parade.c | 231
>
On 3 August 2015 at 08:19, Simon Glass wrote:
> Spring is the first ARM-based HP Chromebook 11. It is similar to snow
> and it uses the same Samsung Exynos5250 chip. But has some unusual
> features. Mainline support for it has lagged snow (both in kernel and
> U-Boot). Now that the exynos5 code is
On 3 August 2015 at 08:19, Simon Glass wrote:
> This is not needed with driver mode. Remove it.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> drivers/misc/cros_ec.c | 268
> +
> include/cros_ec.h | 14 ---
> 2 files change
On 3 August 2015 at 08:19, Simon Glass wrote:
> Enable PMICs, regulators and the like so that new drivers will be made
> available.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> board/samsung/smdk5420/smdk5420.c | 2 +-
> configs/arndale_defconfig | 2 ++
> confi
On 3 August 2015 at 08:19, Simon Glass wrote:
> Now that most exynos5250 boards can use the generic exynos5 code, switch
> over to it and remove the old code.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> board/samsung/smdk5250/Makefile | 4 -
> board/samsung/smdk5250/ex
On 3 August 2015 at 08:19, Simon Glass wrote:
> Remove the old drivers (both the normal one and the cros_ec one) now that
> we have new drivers that use driver model.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> drivers/power/pmic/Makefile | 2 -
> drivers/power/p
On 3 August 2015 at 08:19, Simon Glass wrote:
> Now that exynos5420 boards can use the generic exynos5 code, switch over to
> it and remove the old code.
>
> Signed-off-by: Simon Glass
> Acked-by: Przemyslaw Marczak
> ---
>
> Changes in v2: None
>
> board/samsung/smdk5420/Makefile | 4 -
>
On 3 August 2015 at 08:19, Simon Glass wrote:
> While the AP can access the main PMIC on snow, it must coordinate with the
> EC which also wants access. Drop the old definition, which can in principle
> generate collision errors. We will use the new arbitration driver instead.
>
> Signed-off-by: S
On 3 August 2015 at 08:19, Simon Glass wrote:
> Many options are duplicated on the exynos5 boards. Move these to the common
> files. Also some options are not used so can be removed.
>
> Tidy this up to make the files easier to maintain.
>
> Signed-off-by: Simon Glass
> Acked-by: Przemyslaw Marcz
Hi Simon,
On Mon, 3 Aug 2015 08:19:36 -0600
Simon Glass wrote:
> We always use device tree on exynos, so remove the unused code.
>
> Signed-off-by: Simon Glass
Acked-by: Anatolij Gustschin
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists
On Mon, 3 Aug 2015 08:19:34 -0600
Simon Glass wrote:
> We have a new one which uses driver model and device tree configuration.
> Remove the old one.
>
> Signed-off-by: Simon Glass
Acked-by: Anatolij Gustschin
___
U-Boot mailing list
U-Boot@lists.d
Hi Simon,
Thanks for pointing me to the right tree and branch. I missed that :-(.
I will go and look at your on-going work and try to fit our STM drivers.
I will be happy to co-work on this.
Best regards
Christophe
Le dim. 9 août 2015 15:28, Simon Glass a écrit :
> Hi Christophe,
>
> On 9 Aug
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 | 11 +
drivers/tpm/Makefile| 1 +
drivers/tpm/st33zp24/Makefile | 7 +
drivers
Hi Prazemyslaw,
On 5 August 2015 at 08:16, Przemyslaw Marczak wrote:
> Hello Simon,
>
>
> On 08/03/2015 04:19 PM, Simon Glass wrote:
>>
>> Some boards use device tree for almost all board-specific configuration.
>> They therefore do not need their own separate board code, but can all use
>> the s
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 every TPM driver can register against it and
and take benefit of common functions and data such as tpm_transmit,
tpm_regis
As there is no TCG specification or recommendation for i2c TPM 1.2, move
tpm_tis_i2c driver to tpm_i2c_infineon. Other tpm vendors like atmel or
stmicroelectronics may have a different transport protocol for i2c.
Signed-off-by: Christophe Ricard
---
README
Hi,
This patch serie introduce TPM driver model allowing to instantiate a TPM
using U_BOOT_DEVICE macro for platform_data or device tree.
As an information, there is no TCG transport protocol official specification
for i2c for TPM1.2. The TPM uclass allows to support different kind of bus
(LPC, I
On 3 August 2015 at 08:19, Simon Glass wrote:
> The Chrome OS EC supports tunnelling through to an I2C bus on the EC. This
> currently uses a copy of the I2C command code and a special 'crosec'
> sub-command.
>
> With driver model we can define an I2C bus which tunnels through to the EC,
> and use
On 3 August 2015 at 08:19, Simon Glass wrote:
> Add a driver to support the special LDO access used by spring. This is a
> custom method in the cros_ec protocol - it does not use an I2C
> pass-through.
>
> There are two implementation choices:
>
> 1. Write a special LDO driver which can talk acros
On 3 August 2015 at 08:19, Simon Glass wrote:
> Add a new I2C_MUX uclass. Devices in this class can multiplex between
> several I2C buses, selecting them one at a time for use by the system.
> The multiplexing mechanism is left to the driver to decide - it may be
> controlled by GPIOs, for example
On 3 August 2015 at 08:19, Simon Glass wrote:
> While I2C supports multi-master buses this is difficult to get right.
> The implementation on the master side in software is quite complex.
> Clock-stretching and the arbitrary time that an I2C transaction can take
> make it difficult to share the bu
On 3 August 2015 at 08:19, Simon Glass wrote:
> At present lower case is used for the regulator names in the device tree.
> The kernel uses upper case and U-Boot will require this also since it will
> move to a case-sensitive name check.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> -
On 3 August 2015 at 08:19, Simon Glass wrote:
> We haven't quite got pinctrl ready to apply to mainline. We don't want to
> GPIO pull-up/down support to the driver model GPIO layer either. So work
> around this for now.
>
> We can address this when pinctrl is complete.
>
> Signed-off-by: Simon Gla
Hi Christophe,
On 9 August 2015 at 07:19, Christophe Ricard
wrote:
>
> Hi,
>
> This patch serie introduce TPM driver model allowing to instantiate a TPM
> using U_BOOT_DEVICE macro for platform_data or device tree.
>
> As an information, there is no TCG transport protocol official specification
>
Previous implementation of semihosting didn't account for cases where
doing an SVC call would clobber various data(most notable case would
be 'lr' and 'spsr' when doing SVC call in Supervisor mode). This patch
is an adaptation of the code from Newlib's Angel_SWI feature (can be
found in libc/sys/ar
68 matches
Mail list logo