On Fri, Aug 21, 2015 at 6:11 PM, Lukasz Majewski wrote:
> On Tue, 18 Aug 2015 19:31:03 -0500
> Joe Hershberger wrote:
>
>> Hi Lukasz,
>>
>> On Tue, Aug 18, 2015 at 4:28 PM, Lukasz Majewski
>> wrote:
>> > On Tue, 18 Aug 2015 10:12:46 -0500
>> > Joe Hershberger wrote:
>> >
>> >> Hi Lukasz,
>> >>
On Tue, 18 Aug 2015 19:31:03 -0500
Joe Hershberger wrote:
> Hi Lukasz,
>
> On Tue, Aug 18, 2015 at 4:28 PM, Lukasz Majewski
> wrote:
> > On Tue, 18 Aug 2015 10:12:46 -0500
> > Joe Hershberger wrote:
> >
> >> Hi Lukasz,
> >>
> >> On Thu, Aug 13, 2015 at 6:02 PM, Lukasz Majewski
> >> wrote:
> >
On 18 August 2015 at 06:26, Sergey Temerkhanov wrote:
> This commit adds functions issuing calls to secure monitor or
> hypervisore. This allows using services such as Power State
> Coordination Interface (PSCI) provided by firmware, e.g. ARM
> Trusted Firmware (ATF)
>
> The SMC call can destroy a
Hi Simon,
On Wed, Aug 19, 2015 at 10:33 AM, Simon Glass wrote:
> Several files are out of order. This means that when the moveconfig tool
> moves CONFIG options to Kconfig it generates a large diff. To avoid this,
> reorder the files first.
>
> Signed-off-by: Simon Glass
Acked-by: Joe Hershberg
Implement write_acpi_table() to create a minimal working ACPI table.
This includes writing FACS, XSDT, RSDP, FADT, MCFG, MADT, DSDT & SSDT
ACPI table entries.
Use a Kconfig option GENERATE_ACPI_TABLE to tell U-Boot whether we need
actually write the APCI table just like we did for PIRQ routing, MP
ACPI(Advanced Configuration and Power Interface), is a Power Management and
configuration standard allowing the operating system to control the amount of
power each device is given (allowing it to put certain devices on standby or
power-off for example). It is also used to control and/or check the
This patch mainly adds ACPI support to QEMU.
Verified by booting Linux kernel on QEMU i440FX and Q35.
Signed-off-by: Saket Sinha
---
arch/x86/cpu/qemu/Makefile | 1 +
arch/x86/cpu/qemu/acpi.c | 179 +
2 files changed, 180 insertions(+)
create mod
The DSDT table contains a bytecode that is executed by a driver in the kernel.
Signed-off-by: Saket Sinha
---
arch/x86/cpu/qemu/Makefile | 2 +-
arch/x86/cpu/qemu/acpi/cpu-hotplug.asl | 80 +++
arch/x86/cpu/qemu/acpi/dbug.asl| 25 ++
arch/x86/cpu/qemu/acpi/hpet.asl
On 21 August 2015 at 17:27, Simon Glass wrote:
> Hi Bin,
>
> On 21 August 2015 at 01:18, Bin Meng wrote:
>> Add an api to enable and configure the integrated keyboard controller
>> on SMSC LPC47m superio chipset. It also adds several macros to help
>> future extension.
>>
>> Signed-off-by: Bin Me
On 21 August 2015 at 17:27, Simon Glass wrote:
> On 20 August 2015 at 07:40, Bin Meng wrote:
>> It turns out that calling fsp_init_phase_pci() in arch_misc_init()
>> is subject to break pci device drivers as with driver model, when
>> the bus enumeration happens is not deterministic.
>>
>> Signed
On 21 August 2015 at 17:27, Simon Glass wrote:
> On 20 August 2015 at 07:40, Bin Meng wrote:
>> After fsp_init() returns, the stack has already been switched to a
>> place within system memory as defined by CONFIG_FSP_TEMP_RAM_ADDR.
>> Enlarge the size of malloc() pool before relocation since we
Hi,
On 17 August 2015 at 22:37, Heiko Schocher wrote:
> Hello Masahiro,
>
> Am 18.08.2015 um 04:30 schrieb Masahiro Yamada:
>>
>> This allows Patman to generate smaller patches for file removal.
>>
>> Signed-off-by: Masahiro Yamada
>> ---
>>
>> tools/patman/gitutil.py | 2 +-
>> 1 file change
On 21 August 2015 at 17:27, Simon Glass wrote:
> On 20 August 2015 at 07:40, Bin Meng wrote:
>> With dm pci conversion, pci config read/write in unprotect_spi_flash()
>> silently fails as at that time dm pci is not ready and bus enumeration
>> is not done yet. Actually we don't need to do this in
On 21 August 2015 at 17:27, Simon Glass wrote:
> On 20 August 2015 at 07:40, Bin Meng wrote:
>> Add some comments in start.S for the fact that with FSP U-Boot
>> actually enters the code twice. Also change to use fsp_init()
>> and fsp_continue for accuracy.
>>
>> Signed-off-by: Bin Meng
>> ---
>
On 20 August 2015 at 07:40, Bin Meng wrote:
> On some platforms pci devices behind bridge need to be probed (eg:
> a pci uart on recent x86 chipset) before relocation. But we won't
> bind all devices found during the enumeration. Only devices whose
> driver with DM_FLAG_PRE_RELOC set will be bound
On 20 August 2015 at 07:40, Bin Meng wrote:
> Move x86_fsp_init() call after initf_malloc() so that we can fix up
> the gd->malloc_limit later.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> ---
>
> Changes in v2: None
>
> common/board_f.c | 6 +++---
> 1 file changed, 3 insertions(+), 3
On 19 August 2015 at 08:33, Bin Meng wrote:
> On Sun, Aug 16, 2015 at 4:37 AM, Simon Glass wrote:
>> The code to set up the microcode pointer in the ROM shares almost nothing
>> with the write_uboot() function.
>>
>> Move it into its own function so it will be easier to extend.
>>
>> Signed-off-b
On 19 August 2015 at 08:33, Bin Meng wrote:
> On Sun, Aug 16, 2015 at 4:37 AM, Simon Glass wrote:
>> When ifdtool collates the microcode into one place it effectively creates
>> a copy of the 'data' properties in the device tree microcode nodes. This
>> is wasteful since we now have two copies of
On 15 August 2015 at 14:37, Simon Glass wrote:
> From: Bin Meng
>
> Intel FSP has the capability to walk through the microcode blocks
> which are passed as the TempRamInit() parameter from U-Boot and
> finds the most appropriate microcode which is suitable for the cpu
> on which it is running. No
On 19 August 2015 at 08:33, Bin Meng wrote:
> On Sun, Aug 16, 2015 at 4:37 AM, Simon Glass wrote:
>> Since U-Boot and its device tree can grow we should check that it does not
>> overlap the regions above it. Track the ROM offset that U-Boot reaches and
>> check that other regions (written after
On 15 August 2015 at 14:37, Simon Glass wrote:
> From: Bin Meng
>
> This commit adds the microcode blob for BayTrail-I D0 stepping,
> CPUID signature 30679h.
>
> Signed-off-by: Bin Meng
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Regenerate with microcode tool
>
> arch/x86/dts/mi
On 17 August 2015 at 21:34, Bin Meng wrote:
> The doc has a misleading 'make menuconfig' when building the EFI
> application and payload. Clarify this and also update information
> on test with QEMU.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
>
> ---
>
> Changes in v3:
> - further chang
On 18 August 2015 at 21:36, Bin Meng wrote:
> On Sun, Aug 16, 2015 at 4:37 AM, Simon Glass wrote:
>> This is incorrect since we require the -m parameter to the microcode tool.
>> Update the two examples to show this.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v2: None
>>
>> doc/RE
Hi,
On 21 August 2015 at 03:27, Thierry Reding wrote:
> On Thu, Aug 20, 2015 at 11:46:41PM +, Marcel Ziswiler wrote:
>> On 20 Aug 2015 22:09, Stephen Warren wrote:
>>
>> > Hopefully the process was to copy the Linux Tegra30 DT verbatim?
>>
>> No, the T20 one is far from verbatim neither. So
Hi Sergey,
On 18 August 2015 at 06:26, Sergey Temerkhanov wrote:
> This commit adds basic Cavium ThunderX 88xx board definitions and support.
>
> Signed-off-by: Sergey Temerkhanov
> Signed-off-by: Radha Mohan Chintakuntla
>
> ---
>
> Changes in v4:
> - Moved CONFIG_SYS_PROMPT to configs/thunder
Hi Serkey,
On 18 August 2015 at 06:26, Sergey Temerkhanov wrote:
> On some systems, UART initialization is performed before running U-Boot.
> This commit allows to skip UART re-initializaion on those systems
>
> Signed-off-by: Sergey Temerkhanov
> Signed-off-by: Radha Mohan Chintakuntla
>
> ---
Hi,
On 18 August 2015 at 10:25, Suriyan Ramasami wrote:
> Build without CONFIG_SPL_SERIAL_SUPPORT does not print the cpu freq.
> I have seen this in the odroid U3 board, where on boot one sees this:
> CPU: Exynos4412 @ GHz
> instead of:
> CPU: Exynos4412 @ 1 GHz
>
> I am assuming that this c
On 20 August 2015 at 07:40, Bin Meng wrote:
> When there is no valid compatible string in current list,
> we should advance to next one in the compatible string list.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> lib/fdtdec.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions
Hi Bin,
On 21 August 2015 at 01:18, Bin Meng wrote:
> Add an api to enable and configure the integrated keyboard controller
> on SMSC LPC47m superio chipset. It also adds several macros to help
> future extension.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - Change parameter type t
Hi Bin,
On 21 August 2015 at 01:18, Bin Meng wrote:
> - Remove unused routines i8042_flush() and i8042_disable()
> - Remove unused CONFIG_USE_CPCIDVI wrapped codes
> - Remove __weak board_i8042_skip()
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
>
> ---
>
> Changes in v2:
> - Split the r
On 20 August 2015 at 07:40, Bin Meng wrote:
> In pci_uclass_child_post_bind(), bdf is extracted from fdt_pci_addr.
> Mask bus number before save it to pplat->devfn.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> drivers/pci/pci-uclass.c | 4 ++--
> 1 file changed, 2 insertions(+),
Hi Bin,
On 21 August 2015 at 01:18, Bin Meng wrote:
> The existing i8042 keyboard controller driver has some issues.
> First of all, it does not issue a self-test command (0xaa) to the
> controller at the very beginning. Without this, the controller
> does not respond any command at all. Secondly
On 20 August 2015 at 07:40, Bin Meng wrote:
> With dm pci conversion, pci config read/write in unprotect_spi_flash()
> silently fails as at that time dm pci is not ready and bus enumeration
> is not done yet. Actually we don't need to do this in that early phase,
> hence we delay this call to arch
Hi Bin,
On 20 August 2015 at 07:40, Bin Meng wrote:
> During pci_bind_bus_devices() before finding a proper driver to bind
> the device, pci_bus_find_devfn() is called to find if this device
> already exists. However since device is even not bound, this call
> always returns -ENODEV. It is really
On 20 August 2015 at 07:40, Bin Meng wrote:
> After fsp_init() returns, the stack has already been switched to a
> place within system memory as defined by CONFIG_FSP_TEMP_RAM_ADDR.
> Enlarge the size of malloc() pool before relocation since we have
> plenty of memory now.
>
> Signed-off-by: Bin M
Hi Bin,
On 20 August 2015 at 07:40, Bin Meng wrote:
> Per Intel FSP specification, we should call FSP notify API to
> inform FSP that PCI enumeration has been done so that FSP will
> do any necessary initialization as required by the chipset's
> BIOS Writer's Guide (BWG).
>
> Unfortunately we hav
On 20 August 2015 at 07:40, Bin Meng wrote:
> It turns out that calling fsp_init_phase_pci() in arch_misc_init()
> is subject to break pci device drivers as with driver model, when
> the bus enumeration happens is not deterministic.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> a
On 20 August 2015 at 07:40, Bin Meng wrote:
> Add some comments in start.S for the fact that with FSP U-Boot
> actually enters the code twice. Also change to use fsp_init()
> and fsp_continue for accuracy.
>
> Signed-off-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/Kconfig |
On 20 August 2015 at 23:44, Bin Meng wrote:
> Sort different types of drivers in alphabetical order.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/Kconfig | 50 ++
> 1 file changed, 26 insertions(+), 24 deletions(-)
Acked-by: Simon Glass
On 20 August 2015 at 23:44, Bin Meng wrote:
> Right now PHYS_TO_BUS shows in the Kconfig main menu, move it.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/Kconfig | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Acked-by: Simon Glass
___
U
On 20 August 2015 at 23:44, Bin Meng wrote:
> Make "Generic Driver Options" menu show on the top in the Kconfig.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/Kconfig | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Acked-by: Simon Glass
_
This patches uses the eth_is_active() function to work around
issues that prevented compilation with the newer driver model.
Signed-off-by: Bernhard Nortmann
---
drivers/net/netconsole.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/net/netconsole.c
The previous eth_device struct returned by eth_get_dev() allowed
code to directly query the state member field. However, with
CONFIG_DM_ETH this data gets encapsulated (i.e. private), and
eth_get_dev() returns a udevice struct 'abstraction' instead.
This breaks legacy code relying on the former be
With the introduction of driver model and accompanying changes,
outdated code in netconsole leads to compilation errors when both
CONFIG_NETCONSOLE and CONFIG_DM_ETH are set.
This is a series of patches to fix these issues and get netconsole
working again. I have deliberately marked it "RFC" since
CONFIG_NETCONSOLE causes common/bootm.c to call eth_unregister()
for network device shutdown. However, with CONFIG_DM_ETH this
function is no longer defined.
This is a workaround to avoid the call in that case, and solely
rely on eth_halt(). In case this is insufficient, a proper way
to unregister
On 08/21/2015 03:56 AM, Hans de Goede wrote:
Hi,
On 20-08-15 21:53, Stephen Warren wrote:
> On 20-08-15 18:04, Hans de Goede wrote:
ubifs does not go though the generic block layer because mtd devices
are special, so the "any" filesystem option to sysboot does not work,
this adds support for
On 08/20/2015 11:34 PM, Marek Vasut wrote:
On Friday, August 21, 2015 at 01:38:05 AM, Stephen Warren wrote:
From: Stephen Warren
When an EHCI device is registered in device mode, the HW isn't actually
initialized at all, and hence isn't left in a running state. Consequently,
when the device is
Hi Tom,
Nearly done with net for this release.
After this I just know of 2 series and a few patches that are awaiting
new versions.
The following changes since commit 8d77576371381ade83de475bb639949b44941e8c:
ARM: davinci: remove support for cam_enc_4xx (2015-08-20 12:55:50 -0400)
are availa
Hi Michal,
On Fri, Aug 21, 2015 at 1:49 AM, Michal Simek wrote:
> Current behavior is that if CTRL+C is pressed command returns 0 that was
> successful which is not correct behavior.
> The easiest test case is "tftpboot 8 uImage && echo yes"
> and press CTRL+C. Then the second command is call
Hi York,
On Tue, Aug 18, 2015 at 4:06 PM, York Sun wrote:
> From: Mingkai Hu
>
> High 32-bit address is needed when u-boot runs in 64-bit space.
> Tested on armv8-based LS2085ARDB.
>
> Signed-off-by: Mingkai Hu
> Signed-off-by: York Sun
Acked-by: Joe Hershberger
_
Hi Pavel,
On Tue, Aug 18, 2015 at 7:34 AM, Pavel Machek wrote:
>
> Adjust timouts and retry counts to be suitable for loaded ethernet
> network. With 5 seconds timeout, 10 retries maximum, tftp is
> impossible even on local network with single full-speed TCP
> connection.
>
> 100msec timeout shou
Hi Simon,
On Tue, Aug 18, 2015 at 11:35 PM, Simon Glass wrote:
> At present buildman can compare configurations between commits but the
> feature is less useful than it could be. There is no summary by architecture
> and changes are not reported on a per-board basis.
>
> Correct these deficiencie
Hi Pavel,
On 18 August 2015 at 07:03, Pavel Machek wrote:
> On Thu 2015-08-13 15:19:16, Simon Glass wrote:
> > 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 serie
Hi Simon,
2015-08-22 2:53 GMT+09:00 Simon Glass :
> Hi Masahiro,
>
> On 19 August 2015 at 19:36, Masahiro Yamada
> wrote:
>> 2015-08-19 13:35 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 ca
+Jagan, Lukasz
Hi Brian,
On 19 August 2015 at 15:07, wrote:
> Dell Customer Communication
>
>
>
>
>
> PURPOSE:
>
> This email is with respect to the “fitupd” command.
>
> In looking at the source in the current u-boot tree, fitupd supports a NOR
> flash only.
>
>
>
>
>
> OUR GOAL:
>
> We woul
Hi,
On 20 August 2015 at 15:55, Dinh Nguyen wrote:
> +CC: Simon Glass
>
> On Thu, Aug 20, 2015 at 12:32 AM, Marek Vasut wrote:
>> On Thursday, August 20, 2015 at 07:28:02 AM, Chin Liang See wrote:
>>> Hi,
>>>
>>> On Wed, 2015-08-19 at 14:36 +, ma...@denx.de wrote:
>>> > On Wednesday, August
Hi Masahiro,
On 21 August 2015 at 14:37, Masahiro Yamada
wrote:
> Simon,
>
>
> 2015-08-22 2:56 GMT+09:00 Simon Glass :
>> Hi Masahiro,
>>
>> On 12 August 2015 at 08:16, Simon Glass wrote:
>>> Hi Masahiro,
>>>
>>> On 10 August 2015 at 10:05, Masahiro Yamada
>>> wrote:
This creates a new fra
Hi Igor,
On 20 August 2015 at 08:25, Stoppa, Igor wrote:
> Hi again,
>
> On 20 August 2015 at 12:44, Stoppa, Igor wrote:
>
>> It happens much earlier than I thought: I was expecting it would get
>> stuck during the handover from the stub to the real U-Boot, after the
>> jump_to_uboot call, inste
Simon,
2015-08-22 2:56 GMT+09:00 Simon Glass :
> Hi Masahiro,
>
> On 12 August 2015 at 08:16, Simon Glass wrote:
>> Hi Masahiro,
>>
>> On 10 August 2015 at 10:05, Masahiro Yamada
>> wrote:
>>> This creates a new framework for handling of pin control devices,
>>> i.e. devices that control differ
On Friday, August 21, 2015 at 09:26:41 PM, Michael Heimpold wrote:
> Hi,
>
> Am Freitag, 21. August 2015, 19:01:56 schrieb Heiko Schocher:
> > introduce BIT() definition, used in at91_udc gadget
> > driver.
> >
> > Signed-off-by: Heiko Schocher
> >
> > ---
> >
> > Changes in v4: None
> > Chang
Hi,
Am Freitag, 21. August 2015, 19:01:56 schrieb Heiko Schocher:
> introduce BIT() definition, used in at91_udc gadget
> driver.
>
> Signed-off-by: Heiko Schocher
>
> ---
>
> Changes in v4: None
> Changes in v3:
> - new in v3
>
> Changes in v2: None
>
> include/linux/bitops.h | 2 ++
> 1 f
Hi Masahiro,
On 19 August 2015 at 19:36, Masahiro Yamada
wrote:
> 2015-08-19 13:35 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
>
>
>
> On Aug 17, 2015, at 8:43 PM, 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 code.
>
> Drop the unneeded code and adjust the hoo
Sorry for top posting. Replying from OWA while traveling.
Tested on LS2085ARDB and LS2085AQDS.
Tested-by: York Sun
From: U-Boot on behalf of Simon Glass
Sent: Monday, August 17, 2015 8:43 PM
To: U-Boot Mailing List
Cc: Tom Rini; Wood Scott-B07421; Thi
Hi Masahiro,
On 12 August 2015 at 08:16, Simon Glass wrote:
> Hi Masahiro,
>
> On 10 August 2015 at 10:05, Masahiro Yamada
> wrote:
>> This creates a new framework for handling of pin control devices,
>> i.e. devices that control different aspects of package pins.
>>
>> This uclass handles pinmu
On 20 August 2015 at 03:45, Thierry Reding wrote:
> From: Thierry Reding
>
> GCC 5.1 starts warning for comparisons such as !a > 0, assuming that the
> negation was meant to apply to the whole expression rather than just the
> left operand.
>
> Indeed the comparison in the FIT loadable code is co
introduce BIT() definition, used in at91_udc gadget
driver.
Signed-off-by: Heiko Schocher
---
Changes in v4: None
Changes in v3:
- new in v3
Changes in v2: None
include/linux/bitops.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/linux/bitops.h b/include/linux/bitops.h
index
add dfu supprt for at91 sam9260 based boards. The USB
gadget driver is ported from linux:
c94e289f195e: usb: gadget: remove incorrect __init/__exit annotations
it drops a lot of checkpatch warnings/errors:
checkpatch.pl found 12 error(s), 28 warning(s), 38 checks(s)
but for further updates I did
port at91_udc driver from linux:
original commit Message:
commit c94e289f195e0e13cf34d27f9338d28221a85751
Author: Arnd Bergmann
Date: Sat Apr 11 00:14:21 2015 +0200
usb: gadget: remove incorrect __init/__exit annotations
A recent change introduced a link error for the composite
pr
[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 U-Boot specific changes to the at91_udc linux driver,
so it works with U-Boot.
Signed-off-by: Heiko Schocher
---
Changes in v4: None
Changes in v3:
- adapt changes for U-Boot, as newer linux version is
used.
Changes in v2:
- new in version 2, contains U-Boot changes
drivers/usb/gadget/M
taurus changes:
- rename at91_spl_board_init to spl_board_init
fixes problems with recovery button and nand erase sector 0
- adapt CONFIG_SPL_MAX_SIZE and CONFIG_SPL_BSS_MAX_SIZE
- add CONFIG_AT91_HW_WDT_TIMEOUT 15
- CONFIG_SF_DEFAULT_MODE SPI_MODE_3 not mode 0
Signed-off-by: Heiko Schocher
---
add extensions for the axm board:
- power on LED on power up
- press both recovery buttons on power up to enter
recovery mode
- detect 64 MiB and 128 MiB ramsize
- PHY rest at reboot because of ATMEL bug
- use siemens update concept
- add axm default environment
- set CONFIG_SPL_MAX_SIZE to 15k
On 08/21/2015 10:16 AM, Marek Vasut wrote:
> On Friday, August 21, 2015 at 09:55:25 AM, Masahiro Yamada wrote:
>> Hi Marek,
>
> Hi Masahiro,
>
>> 2015-08-20 6:15 GMT+09:00 Marek Vasut :
>>> On Wednesday, August 19, 2015 at 02:02:18 PM, Tom Rini wrote:
On Wed, Aug 19, 2015 at 06:39:29AM +0200
Hello,
I have failure in attempt to boot Chromebook Snow with 2015.10-rc2
build snow_defconfig, here is error message, it maybe not full as i
have some noise on serial console with device:
U-Boot 2015.10-rc2 (Aug 21 2015 - 15:43:43 +) for snow
GPU: Exynos5250 @ 1.7 GHz
Model: Google Snow
Boa
Hi,
I am trying to add one command in U-Boot using set of existing commands.
e.g. adding one command for fusing flash with a newly compiled file.
new command - "fuse_uboot"
used commands:
1. ping (do_ping() call)
2. tftp (do_tftpb() call)
3. protect off (do_protect() call)
4. erase (do_flerase()
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 code.
Drop the unneeded code and adjust the hooks in board_f.c to cope.
Signed-off-by: Simon Glass
---
arch/
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 code.
Drop the unneeded code and adjust the hooks in board_f.c to cope.
Signed-off-by: Simon Glass
---
arch/
Hi Andrew,
On Fri, Aug 21, 2015 at 6:25 AM, Andrew Ruder wrote:
> On Wed, Aug 12, 2015 at 02:07:20PM -0500, Joe Hershberger wrote:
>> On Wed, Aug 12, 2015 at 12:24 PM, Andrew Ruder
>> wrote:
>> > /** function prototypes **/
>> > #if !defined(CONFIG_DM9000_N
Hi Heiko,
On 08/21/2015 03:28 PM, Andreas Bießmann wrote:
> Dear Heiko Schocher,
>
> Heiko Schocher writes:
>> taurus changes:
>> - rename at91_spl_board_init to spl_board_init
>> fixes problems with recovery button and nand erase sector 0
>> - adapt CONFIG_SPL_MAX_SIZE and CONFIG_SPL_BSS_MAX_S
Hi Tom,
this is the corrected PR.
Andreas
The following changes since commit 8d77576371381ade83de475bb639949b44941e8c:
ARM: davinci: remove support for cam_enc_4xx (2015-08-20 12:55:50 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-atmel.git master
for you to fet
Hi Heiko,
On 08/18/2015 03:54 PM, Heiko Schocher wrote:
> add extensions for the axm board:
> - power on LED on power up
> - press both recovery buttons on power up to enter
> recovery mode
> - detect 64 MiB and 128 MiB ramsize
> - PHY rest at reboot because of ATMEL bug
> - use siemens update c
> -Original Message-
> From: Daniel Schwierzeck [mailto:daniel.schwierz...@gmail.com]
> Sent: 21 August 2015 02:21 PM
> To: Govindraj Raja
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot][PATCH v2 1/2] MIPS: add clrbits and setbits and add
> phy_to_bus support.
>
>
>
> Am 20.08.2015 u
Sorry Tom,
On 08/21/2015 03:25 PM, Andreas Bießmann wrote:
> The following changes since commit 8d77576371381ade83de475bb639949b44941e8c:
>
> ARM: davinci: remove support for cam_enc_4xx (2015-08-20 12:55:50 -0400)
>
there slipped one wrong commit in. Please forget this PR!
Andreas
> are av
Dear "Wu, Josh",
Josh Wu writes:
>From: "Wu, Josh"
>
>Also move the spi flash configurations to the at91-sama5_common.h.
>
>Current at91 zImage size is about 3.3M, the old mapping is not
>suitable. So update the spi flash map as following:
> 0x0 ~ 0x004000: at91bootstrap(16k)
>
Dear "Wu, Josh",
Josh Wu writes:
>Since sama5d3xek boards has different type of dtb blobs, so we need to detect
>the cpu type in runtime.
>
>So we add a new variable $dtb_name. if $dtb_name is not defined, we just use
> at91-${board_name}.dtb
>
>as the $dtb_name. Otherwise, we will just loa
Dear "Wu, Josh",
Josh Wu writes:
>As almost all sama5 sd/mmc env configurations are same, so move them to
>at91-sama5_common.h.
>
>Also define CONFIG_ENV_VARS_UBOOT_CONFIG to have the varaible: $board_name.
>Then we can use 'at91-${board_name}.dtb' as the dtb name.
>
>TODO: since sama5d3xek has d
Dear "Wu, Josh",
Josh Wu writes:
>As all sama5 nandflash env configurations are same, so move them to
>at91-sama5_common.h.
>
>Signed-off-by: Josh Wu
>---
>
>Changes in v2: None
>
> include/configs/at91-sama5_common.h | 12
> include/configs/sama5d3_xplained.h | 9 +
> inclu
Dear Erik van Luijk,
Erik van Luijk writes:
>Bootlog:
>U-Boot SPL 2015.10-rc1-00452-g96a7ed1 (Aug 17 2015 - 10:32:21)
>mci: setting clock 258000 Hz, block size 512
>mci: setting clock 258000 Hz, block size 512
>mci: setting clock 258000 Hz, block size 512
>mci: setting clock 33024000 Hz, block si
Dear Heiko Schocher,
Heiko Schocher writes:
>taurus changes:
>- rename at91_spl_board_init to spl_board_init
> fixes problems with recovery button and nand erase sector 0
>- adapt CONFIG_SPL_MAX_SIZE and CONFIG_SPL_BSS_MAX_SIZE
>- add CONFIG_AT91_HW_WDT_TIMEOUT 15
>- CONFIG_SF_DEFAULT_MODE SPI_M
Dear Heiko Schocher,
Heiko Schocher writes:
>add extensions for the axm board:
>- power on LED on power up
>- press both recovery buttons on power up to enter
> recovery mode
>- detect 64 MiB and 128 MiB ramsize
>- PHY rest at reboot because of ATMEL bug
>- use siemens update concept
>- add axm
Dear Erik van Luijk,
Erik van Luijk writes:
>On these boards the DDR is connected to a dedicated controller and not
>to chip select 1 of the EBI.
>
>Signed-off-by: Erik van Luijk
>Tested-by: Erik van Luijk
>---
> board/atmel/at91sam9m10g45ek/at91sam9m10g45ek.c | 8
> board/siemens/corvu
Dear Erik van Luijk,
Erik van Luijk writes:
>To enable the clocks on the at91 boards a constant (0x4) is used.
>This is replaced with a define in at91_pmc.h (1 << 2).
>
>Signed-off-by: Erik van Luijk
>Reviewed-by: Andreas Bießmann
>---
> arch/arm/mach-at91/include/mach/at91_pmc.h | 1 +
>
Dear Erik van Luijk,
Erik van Luijk writes:
>The mpddr.c depends on ATMEL_BASE_MPDDRC for the base address to configure the
>controller.
>This cannot be used when there is more than one controller (i.e. AT91SAM9G45,
>AT91SAM9M10).
>
>Signed-off-by: Erik van Luijk
>[remove 'new blank line at EO
The following changes since commit 8d77576371381ade83de475bb639949b44941e8c:
ARM: davinci: remove support for cam_enc_4xx (2015-08-20 12:55:50 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-atmel.git master
for you to fetch changes up to 6e119bc25a27700b71a6340f9c7c
Am 20.08.2015 um 16:01 schrieb Govindraj Raja:
> From: Govindraj Raja
>
> usb stack utilizes the clr/set_bits macros
> also usb stack needs phy_to_bus/bus_to_phys functions.
> Thus adding these macro and functions for mips platform.
>
> This makes usb stack usable with mips platform.
>
> Sign
This is a resubmission of http://patchwork.ozlabs.org/patch/455748/
and http://patchwork.ozlabs.org/patch/455747/, but this time with
proper formatting and through patman.
Regards, B. Nortmann
Bernhard Nortmann (2):
add generic stubs for GPIO LEDs
allow LED initialization without STATUS_LED_
For current U-Boot to initialize status LEDs via status_led_init(), it
is required to have both CONFIG_STATUS_LED and STATUS_LED_BOOT defined.
This may be a particular concern with GPIO LEDs, where __led_init() is
required to correctly set up the GPIO (gpio_request and
gpio_direction_output). Witho
For boards that support LEDs driven via GPIO (CONFIG_GPIO_LED),
it may be useful to have some generic stubs (wrapper functions)
for the "colored" LEDs.
This allows defining STATUS_LED_* values directly to GPIO numbers,
e.g.: #define STATUS_LED_GREEN 248 /* = PH24 */
To keep those optional, it's
On Wed, Aug 12, 2015 at 09:34:14PM +0200, Marek Vasut wrote:
> On Wednesday, August 12, 2015 at 08:43:52 PM, Andrew Ruder wrote:
> > +#if !defined(CONFIG_SYS_PXA_STD_I2C_SPEED)
> > +#define CONFIG_SYS_PXA_STD_I2C_SPEED 10
> > +#endif
> > +
> > +#if !defined(CONFIG_SYS_PXA_STD_I2C_SLAVE)
> > +#d
1 - 100 of 122 matches
Mail list logo
