Hi Tom,
Please pull this PR.
thanks!
Jagan.
The following changes since commit 632093b566569329bc6e5b0893bdca01de905314:
Merge git://git.denx.de/u-boot-x86 (2015-08-14 16:27:16 -0400)
are available in the git repository at:
git://git.denx.de/u-boot-spi.git master
for you to fetch change
On 18 August 2015 at 10:12, Bin Meng wrote:
> Hi Jagan,
>
> On Mon, Aug 17, 2015 at 6:32 PM, Jagan Teki wrote:
>> BAR and spi_flash_cmd_wait_ready are updated to make more
>> module to add new status checks.
>>
>> Changes for v2:
>> - Update bank_sel for non-bar case.
>> - split the spi_flash_cmd
Hi Jagan,
On Mon, Aug 17, 2015 at 6:32 PM, Jagan Teki wrote:
> BAR and spi_flash_cmd_wait_ready are updated to make more
> module to add new status checks.
>
> Changes for v2:
> - Update bank_sel for non-bar case.
> - split the spi_flash_cmd_wait_ready logic into SR and FSR patches.
>
> Clone spi
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 changed, 1 insertion(+), 1 deletion(-)
Thanks!
Acked-by: Heiko Schocher
bye,
Heiko
Hi Mingkai,
On Mon, Aug 17, 2015 at 2:49 PM, Mingkai Hu wrote:
Please add a commit message on this change.
> Signed-off-by: Mingkai Hu
> ---
> drivers/net/e1000.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/net/e1000.c b/drivers/net/e1000.c
> index
+ML
Hi Saket,
On Sun, Aug 16, 2015 at 5:39 AM, Saket Sinha wrote:
> Hi Bin,
>
> Please find my response inline.
>
> On Thu, Aug 13, 2015 at 3:31 PM, Bin Meng wrote:
>> Hi Saket,
>>
>> On Thu, Aug 13, 2015 at 11:01 AM, Saket Sinha
>> wrote:
>>
>> Please see my comments in your [1/4] patch rega
On 17 August 2015 at 20:30, Masahiro Yamada
wrote:
> This allows Patman to generate smaller patches for file removal.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> tools/patman/gitutil.py | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Acked-by: Simon Glass
_
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/
From: Hou Zhiqiang
It doesn't make sense to compare a 'u8' element with Zero.
Signed-off-by: Hou Zhiqiang
---
drivers/mtd/spi/sf_ops.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/drivers/mtd/spi/sf_ops.c b/drivers/mtd/spi/sf_ops.c
index a5487ad..ba5ff0c 10064
Hi Peter,
On 30 July 2015 at 11:55, Peter Griffin wrote:
> To help others with compiling and flashing ATF and u-boot add
> a README for this board.
>
> Signed-off-by: Peter Griffin
> ---
> board/hisilicon/hikey/README | 160
> +++
> 1 file changed, 160 i
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 changes to clarify efi app vs payload build
Changes in v2:
- incorpo
This patch rewrites MMU translation table entries. To start, all table
entries are written as "invalid", then "device-ngnrnr" and "normal" are
written to the entries to enable access to specific addresses.
Signed-off-by: Alison Wang
Signed-off-by: York Sun
---
Changes in v3:
- Make only the firs
Hi Simon,
On Tue, Aug 18, 2015 at 10:18 AM, Simon Glass wrote:
> Hi Bin,
>
> On 15 August 2015 at 01:07, 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() poo
Hi Simon,
On Tue, Aug 18, 2015 at 9:59 AM, Simon Glass wrote:
> Hi Bin,
>
> On 17 August 2015 at 05:08, Bin Meng wrote:
>> Hi Simon,
>>
>> On Sat, Aug 15, 2015 at 3:07 PM, Bin Meng wrote:
>>> With driver model pci conversion, the call to FspNotify was dropped.
>>> Now add this call back as this
Simon,
2015-08-18 11:19 GMT+09:00 Simon Glass :
>>>
>>> Hi,
>>>
>>> FYI, next time you might want to do git format-patch -D to keep
>>> the patch smaller :)
>>>
>>> Acked-by: Marek Vasut
>>
>>
>> I use Patman to send patches.
>>
>> Patman generates smaller patches for file move (with format-patch
On Tue, Aug 18, 2015 at 10:00 AM, Simon Glass wrote:
> +Anatolij
>
> Hi Bin,
>
> On 17 August 2015 at 04:45, Bin Meng wrote:
>> So far if CONFIG_VGA_AS_SINGLE_DEVICE is not defined, the VGA device
>> will try to initialize a keyboard device (for x86, it is i8042). But
>> if i8042 controller initi
This allows Patman to generate smaller patches for file removal.
Signed-off-by: Masahiro Yamada
---
tools/patman/gitutil.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/patman/gitutil.py b/tools/patman/gitutil.py
index 9e739d8..67b086b 100644
--- a/tools/patman/gitu
Hi Simon,
On Tue, Aug 18, 2015 at 10:00 AM, Simon Glass wrote:
> On 17 August 2015 at 04:45, Bin Meng wrote:
>> This commit cleans up the existing i8042 driver by:
>> - Reorder those static function so that their declarations can be removed
>> - Remove unused routines i8042_flush() and i8042_dis
Hi Simon,
On Tue, Aug 18, 2015 at 10:00 AM, Simon Glass wrote:
> Hi Bin,
>
> On 17 August 2015 at 04:45, 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.
>>
>> Sign
Hi Simon,
On Tue, Aug 18, 2015 at 10:00 AM, Simon Glass wrote:
> Hi Bin,
>
> On 17 August 2015 at 18:20, Bin Meng wrote:
>> Hi Simon,
>>
>> On Tue, Aug 18, 2015 at 6:14 AM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 15 August 2015 at 01:07, Bin Meng wrote:
This adds a new driver to support
Dear Tom,
The following changes since commit 632093b566569329bc6e5b0893bdca01de905314:
Merge git://git.denx.de/u-boot-x86 (2015-08-14 16:27:16 -0400)
are available in the git repository at:
http://git.denx.de/u-boot-samsung
for you to fetch changes up to 14a66afead568a5c3a6bb49782432bea3
Hi Simon,
On Tue, Aug 18, 2015 at 10:11 AM, Simon Glass wrote:
> Hi Bin,
>
> On 17 August 2015 at 20:02, Bin Meng wrote:
>> Hi Simon,
>>
>> On Tue, Aug 18, 2015 at 10:00 AM, Simon Glass wrote:
>>> Hi Bin,
>>>
>>> On 15 August 2015 at 01:07, Bin Meng wrote:
To further limit the memory spac
Hi Bin,
On 15 August 2015 at 01:07, 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-
Hi Masahiro,
On 17 August 2015 at 20:15, Masahiro Yamada
wrote:
> Hi Marek,
>
> CCing Simon,
>
>
> 2015-08-18 10:56 GMT+09:00 Marek Vasut :
>> On Sunday, August 16, 2015 at 11:59:50 AM, Masahiro Yamada wrote:
>>> This has not been converted to Generic Board, so should be removed.
>>> (See doc/REA
Hi Marek,
CCing Simon,
2015-08-18 10:56 GMT+09:00 Marek Vasut :
> On Sunday, August 16, 2015 at 11:59:50 AM, 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
>> Cc: H
Hi Bin,
On 17 August 2015 at 20:02, Bin Meng wrote:
> Hi Simon,
>
> On Tue, Aug 18, 2015 at 10:00 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 15 August 2015 at 01:07, Bin Meng wrote:
>>> To further limit the memory space, we only allow serial device
>>> to be bound before relocation.
>>>
>>> Sig
Hi Simon,
On Tue, Aug 18, 2015 at 10:00 AM, Simon Glass wrote:
> Hi Bin,
>
> On 15 August 2015 at 01:07, 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() poo
Hi Simon,
On Tue, Aug 18, 2015 at 10:00 AM, Simon Glass wrote:
> Hi Bin,
>
> On 15 August 2015 at 01:07, Bin Meng wrote:
>> To further limit the memory space, we only allow serial device
>> to be bound before relocation.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> drivers/pci/pci-uclass.c | 6 +
On 17 August 2015 at 04:45, Bin Meng wrote:
> So far we only enabled one legacy serial port on the SMSC LPC47m
> superio chipset on Intel Crown Bay board. As the board also has
> dual PS/2 ports routed out, enable the keyboard controller which
> is i8042 compatible so that we can use PS/2 keyboard
On 17 August 2015 at 04:45, Bin Meng wrote:
> This commit cleans up the existing i8042 driver by:
> - Reorder those static function so that their declarations can be removed
> - Remove unused routines i8042_flush() and i8042_disable()
> - Remove unused CONFIG_USE_CPCIDVI wrapped codes
> - Remove _
Hi Bin,
On 15 August 2015 at 01:07, 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-
+Anatolij
Hi Bin,
On 17 August 2015 at 04:45, Bin Meng wrote:
> So far if CONFIG_VGA_AS_SINGLE_DEVICE is not defined, the VGA device
> will try to initialize a keyboard device (for x86, it is i8042). But
> if i8042 controller initialization fails (eg: there is no keyboard
> connected to the PS/2
On 17 August 2015 at 04:45, 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, it init
Hi Bin,
On 17 August 2015 at 04:45, 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
> ---
>
> arch/x86/include/asm/ibmpc.h | 3 +++
> dr
Hi Bin,
On 17 August 2015 at 18:20, Bin Meng wrote:
> Hi Simon,
>
> On Tue, Aug 18, 2015 at 6:14 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 15 August 2015 at 01:07, Bin Meng wrote:
>>> This adds a new driver to support National Semiconductor 16550
>>> compatible UART device with PCI interface.
On 15 August 2015 at 01:07, 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
> ---
>
> common/board_f.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
Acked-by: Simon Glass
___
Hi Bin,
On 15 August 2015 at 01:07, Bin Meng wrote:
> To further limit the memory space, we only allow serial device
> to be bound before relocation.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/pci/pci-uclass.c | 6 +-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/driv
Hi Bin,
On 17 August 2015 at 05:08, Bin Meng wrote:
> Hi Simon,
>
> On Sat, Aug 15, 2015 at 3:07 PM, Bin Meng wrote:
>> With driver model pci conversion, the call to FspNotify was dropped.
>> Now add this call back as this is required by the FSP spec.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>>
On 17 August 2015 at 07:30, Jagan Teki wrote:
> Added zynq qspi controller driver for Xilinx Zynq APSOC,
> this driver is driver-model driven with devicetree support.
>
> => sf probe
> SF: Detected S25FL128S_64K with page size 256 Bytes, erase size 64 KiB, total
> 16 MiB
> => mw.b 0x100 0xCC 0x10
On 17 August 2015 at 07:30, Jagan Teki wrote:
> Add Zynq QSPI controller Kconfig entry.
>
> Signed-off-by: Jagan Teki
> Cc: Simon Glass
> Cc: Michal Simek
> Cc: Siva Durga Prasad Paladugu
> ---
> drivers/spi/Kconfig | 9 +
> 1 file changed, 9 insertions(+)
Reviewed-by: Simon Glass
_
On 15 August 2015 at 01:07, 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
Hi Hans,
On 17 August 2015 at 10:08, Hans de Goede wrote:
> Before this patch malloc_simple would always allocate a chunk of RAM from
> the stack. This commit adds a CONFIG_SYS_MALLOC_F_BASE define, which when
> set directly specifies the memory address to use for the heap with
> malloc_simple.
>
On Sunday, August 16, 2015 at 11:59:50 AM, 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
> Cc: Heiko Schocher
> ---
>
> arch/arm/mach-davinci/Kconfig|5 -
2015-08-17 13:59 GMT+09:00 Heiko Schocher :
> Hello Masahiro,
>
>
> Am 16.08.2015 um 11:59 schrieb Masahiro Yamada:
>>
>> This has not been converted to Generic Board, so should be removed.
>> (See doc/README.generic-board for details.)
>>
>> Signed-off-by: Masahiro Yamada
>> Cc: Heiko Schocher
>
Hi Saket,
On Tue, Aug 18, 2015 at 3:29 AM, Saket Sinha wrote:
>
> 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
Hey all,
I've pushed v2015.10-rc2 out and it should be everywhere soon.
I've made an initial push through my backlog of stuff and I can see more
stuff I need to pick up. But please feel free to poke me here or
off-list if you own something that you think should be in v2015.10 but
hasn't been app
On Mon, Aug 17, 2015 at 04:56:18PM +, Luka Perkov wrote:
> Hi Tom,
>
> pull containes patches from Stefan and Anton that have been posted on the
> mailing list a while back. The newest feature is PCI support on mvebu.
>
>
> The following changes since commit 58243001a9419d9d1671e32611b7d15f
On Mon, Aug 17, 2015 at 09:28:44AM -0600, Simon Glass wrote:
> This causes widespread breakage due to the operation of the low-level code
> in crt0.S and cro0_64.S for ARM at least.
>
> The fix is not complicated but it seems safer to revert this for now.
>
> This reverts commit 2afddae07523f23f
Move config for the E1000 Ethernet driver to Kconfig and tidy up affected
boards.
Signed-off-by: Simon Glass
Acked-by: Joe Hershberger
---
Changes in v4:
- Rebase to master
Changes in v3:
- Add CONFIG_NETDEVICES where needed
- Add required changes to the defconfig files
Changes in v2: None
Hi Dave,
On 08/15/2015 10:45 AM, Dave Williams wrote:
I am trying to build Uboot for Nios2.
I do the following on Linux bash.
git clone git://git.denx.de/u-boot-nios.git
cd u-boot-nios/
make menuconfig
Sorry that the u-boot-nios.git is used for upstreaming to u-boot.git
only, and is not al
Hi Simon,
On Tue, Aug 18, 2015 at 6:14 AM, Simon Glass wrote:
> Hi Bin,
>
> On 15 August 2015 at 01:07, Bin Meng wrote:
>> This adds a new driver to support National Semiconductor 16550
>> compatible UART device with PCI interface. The initial support
>> only adds device IDs for Intel Topcliff c
Update this driver to support driver model.
Signed-off-by: Simon Glass
Acked-by: Joe Hershberger
Tested-by: Marcel Ziswiler
Tested-on: Apalis T30 2GB on Apalis Evaluation Board
---
Changes in v5:
- Correct compatible string
Changes in v4: None
Changes in v3:
- Add a comment as to why netdev.h
Update this driver to support driver model.
Signed-off-by: Simon Glass
Acked-by: Joe Hershberger
Tested-by: Marcel Ziswiler
Tested-on: Apalis T30 2GB on Apalis Evaluation Board
---
Changes in v4: None
Changes in v3:
- Add a comment as to why netdev.h cannot be included
- Fix 'nove' typo and nC
Add Kconfig options in preparation for moving boards to use Kconfig.
Signed-off-by: Simon Glass
---
Changes in v4: None
Changes in v3:
- Drop CONFIG_E1000_FALLBACK_MAC option
Changes in v2:
- Move the Kconfig additions to a new patch
drivers/net/Kconfig | 32
We cannot currently include any header files in the C files since common.h
needs to be included first, and it is in the header file. Move it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
Acked-by: Joe Hershberger
Tested-by: Marcel Ziswiler
Tested-on: Apalis T30 2GB on Apalis Evaluation Boa
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
---
Changes in v4:
- Rebase to master
Changes in v3: None
Changes in v2:
- Add new patch to tidy
Since struct eth_device does not exist with CONFIG_DM_ETH defined, avoid
using it in the driver unless necessary. Most of the time it is better to
pass the private driver pointer anyway.
Also refactor the code so that code that the driver model implementation
will share are available in functions
This little series updates the e1000 Ethernet driver to support driver
model. It also moves the configuration to Kconfig and adjusts all boards
using Masahiro's excellent moveconfig tool.
To avoid a large patch which mixes irrelevant changes this series includes a
patch to reorder the defconfig fi
On 16 August 2015 at 15:27, Simon Glass wrote:
> On 13 August 2015 at 01:29, Bin Meng wrote:
>> When booting as a coreboot payload, the framebuffer details are
>> passed from coreboot via configuration tables. We save these
>> information into vesa_mode_info structure for future use.
>>
>> Signed
On 16 August 2015 at 15:27, Simon Glass wrote:
> On 13 August 2015 at 01:29, Bin Meng wrote:
>> Currenlty we only set up video framebuffer when VIDEO_VESA driver is
>> used. With coreboot, VIDEO_COREBOOT driver is used instead. Since we
>> already saved VESA mode in the VIDEO_COREBOOT driver, now
On 16 August 2015 at 15:27, Simon Glass wrote:
> On 13 August 2015 at 01:29, Bin Meng wrote:
>> It looks that x86 chipset always contains a host bridge at pci
>> b.d.f 0.0.0, so enable this for all boards.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> include/configs/bayleybay.h | 1 -
>> include
On 16 August 2015 at 19:25, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Aug 17, 2015 at 5:27 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 13 August 2015 at 01:29, Bin Meng wrote:
>>> When running U-Boot bare-metal, the cbfs command is useless.
>>>
>>> Signed-off-by: Bin Meng
>>> ---
>>>
>>> include/
On 16 August 2015 at 15:27, Simon Glass wrote:
> On 13 August 2015 at 01:29, Bin Meng wrote:
>> Instead of hiding each menu entries under "System tables" for EFI,
>> hide the main menu completely.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/Kconfig | 4 +---
>> 1 file changed, 1 inserti
On 16 August 2015 at 15:27, Simon Glass wrote:
> On 13 August 2015 at 01:29, Bin Meng wrote:
>> When booting as a coreboot payload, we don't need write any
>> configuration tables as coreboot does that for us.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/Kconfig | 2 +-
>> 1 file changed
On 16 August 2015 at 15:27, Simon Glass wrote:
> On 13 August 2015 at 01:29, Bin Meng wrote:
>> Some platforms may have >=4GiB memory, so we need make U-Boot report
>> such configuration correctly when booting as the coreboot payload.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/core
On 16 August 2015 at 15:27, Simon Glass wrote:
> On 13 August 2015 at 01:29, Bin Meng wrote:
>> Now that we have generic routine to calculate relocation address,
>> remove the x86 specific one which is now only used by coreboot.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/coreboot/s
On 16 August 2015 at 19:22, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Aug 17, 2015 at 5:27 AM, Simon Glass wrote:
>> Hi Bin,
>>
>> On 13 August 2015 at 01:29, Bin Meng wrote:
>>> coreboot has some extensions (type 6 & 16) to the E820 types.
>>> When we detect this, mark it as E820_RESERVED.
>>>
>>
On 16 August 2015 at 15:27, Simon Glass wrote:
> On 13 August 2015 at 01:29, Bin Meng wrote:
>> With recent EFI support, the entry point address of coreboot payload
>> was changed. Now we update the address to use _x86boot_start, which
>> is the same one for EFI.
>>
>> Signed-off-by: Bin Meng
>>
On 16 August 2015 at 15:27, Simon Glass wrote:
> On 13 August 2015 at 01:29, Bin Meng wrote:
>> Increase lib_sysinfo memrange entry number to 32 to sync with coreboot.
>> This allows a complete E820 table to be reported to the kernel, as on
>> some platforms (eg: Bayley Bay) having only 16 entire
Hi,
On 13 August 2015 at 01:29, Bin Meng wrote:
> This series adds some improvment to the existing coreboot support,
> like >=4GiB memory support, correct E820 table report, don't bother
> configure system tables in Kconfig and support booting Linux kernel
> with a working graphics console.
>
> T
Hi Marcel,
On 16 August 2015 at 15:34, Marcel Ziswiler wrote:
> On Sun, 2015-08-16 at 15:26 -0600, Simon Glass wrote:
>
>> > Says who? I was only aware that common.h needs to go on top, the
>> > local
>> > stuff (e.g. in double quotes) on the bottom and the rest I assumed
>> > can
>> > go alphabe
Hi Hans,
On 6 August 2015 at 12:13, Hans de Goede wrote:
> sun6i and later have a couple of io-blocks which are shared between the
> main CPU core and the "R" cpu which is small embedded cpu which can be
> active while the main system is suspended.
>
> These gpio banks sit at a different mmio add
On 14 August 2015 at 19:44, 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
>
> ---
>
> Changes in v2:
> - incorporate comments from Igor, clarif
Hi Bin,
On 15 August 2015 at 01:07, Bin Meng wrote:
> This adds a new driver to support National Semiconductor 16550
> compatible UART device with PCI interface. The initial support
> only adds device IDs for Intel Topcliff chipset UART devices.
>
> Signed-off-by: Bin Meng
> ---
>
> drivers/ser
We have been using locked cache for init_ram for MPC85xx for quite a long
time. It works until e6500 comes. On e6500, L1 cache is write-through. L2
cache has to be enabled to hold the data. We have not locked L2 cache and
we used reserved space in ccsr to make the address valid. Now the reserved
ad
MPC85xx has been using locked L1 cache as init_ram. L1 cache is a write
through cache on E6500. L2 cache is enabled to to hold the data. This
patch locks/unlocks L2 cache to ensure no data cast out from L2 cache.
Signed-off-by: York Sun
Reported-by: Jeffery Zhu
---
arch/powerpc/cpu/mpc85xx/st
Hi Masahiro,
On 17 August 2015 at 06:36, Masahiro Yamada
wrote:
> I found some of my boards would not boot since commit 2afddae07523
> ("Align global_data to a 16-byte boundary"). Probably, many ARM
> boards using Generic Board framework are broken, including ARM64
> ones. That commit aligned t
For e6500 and e5500 SoCs, it was intended to put init_ram address in
ccsr reserved space. It is no longer true since SerDes module took the
space. Move it to another reserved space at CCSR + 0x03c000.
Signed-off-by: York Sun
---
include/configs/B4860QDS.h |4 ++--
include/configs/T102xQDS.h
Marcel,
> -Original Message-
> From: Marcel Ziswiler [mailto:mar...@ziswiler.com]
> Sent: Sunday, August 16, 2015 2:34 PM
> To: Simon Glass
> Cc: U-Boot Mailing List; Tom Warren; Pantelis Antoniou; Tom Rini; Albert
> Aribaud; Stephen Warren
> Subject: Re: [PATCH 03/11] arm: tegra: mmc: cle
On Monday, August 17, 2015 at 08:51:48 PM, Michael Heimpold wrote:
> Hi Marek,
Hi!
> Am Sonntag, 16. August 2015, 00:49:36 schrieb Marek Vasut:
> > On Sunday, August 16, 2015 at 12:16:21 AM, Michael Heimpold wrote:
> > > In the rare case that an overflow occurs, propagate it.
> >
> > Hi!
> >
>
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 | 78 +++
arch/x86/cpu/qemu/acpi/dbug.asl| 26 +++
arch/x86/cpu/qemu/acpi/hpet.asl
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
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
Hi Marek,
Am Sonntag, 16. August 2015, 00:49:36 schrieb Marek Vasut:
> On Sunday, August 16, 2015 at 12:16:21 AM, Michael Heimpold wrote:
> > In the rare case that an overflow occurs, propagate it.
>
> Hi!
>
> > Signed-off-by: Michael Heimpold
> > Cc: Stefano Babic
> > Cc: Marek Vasut
> > CC:
On 17 August 2015 at 13:29, Vignesh R wrote:
>
> This patch series enables DMA for QSPI on dra7xx and am43xx.
>
> Resending this series after rebasing on current origin/master.
>
> v2: https://www.mail-archive.com/u-boot@lists.denx.de/msg179404.html
>
> changes in v2:
> * Move edma related code to
On Monday, August 17, 2015 at 03:54:50 PM, Jagan Teki wrote:
> For accessing SPI-NOR flash's with > 16MiB we have two choices like
> Bank/Extended and 4-byte addressing register support.
>
> Status in u-boot:
> 1) BAR (Bank/Extended)
> - Added support in u-boot already, tested
>
> 2) 4-byte addre
On 17 August 2015 at 13:29, Vignesh R wrote:
> From: Ravi Babu
>
> Use memalign() with ARCH_DMA_MINALIGN to allocate read buffers.
> This is required because, flash drivers may use DMA for read operations
> and may have to invalidate the buffer before read.
>
> Signed-off-by: Ravi Babu
> Signed-
Hi Tom,
pull containes patches from Stefan and Anton that have been posted on the
mailing list a while back. The newest feature is PCI support on mvebu.
The following changes since commit 58243001a9419d9d1671e32611b7d15f6ed64b3a:
i2c: lpc32xx: fix write timeout (2015-08-17 08:11:50 -0400)
ar
Move some #define-s around from one #ifdef block to another to
reduce the number of #ifdef blocks (note this causes no functional
changes even though the conditions are not always exactly the same)
and move generic #include statements to the top.
Signed-off-by: Hans de Goede
---
include/configs/
Before this patch malloc_simple would always allocate a chunk of RAM from
the stack. This commit adds a CONFIG_SYS_MALLOC_F_BASE define, which when
set directly specifies the memory address to use for the heap with
malloc_simple.
Signed-off-by: Hans de Goede
Reviewed-by: Simon Glass
---
arch/ar
common/dlmalloc.c is quite big, both in .text and .data usage. E.g. for a
Mele_M9 sun6i board build this reduces .text from 0x4214 to 0x3b94 bytes, and
.data from 0x54c to 0x144 bytes.
Signed-off-by: Hans de Goede
Reviewed-by: Simon Glass
---
include/configs/sunxi-common.h | 13 ++---
1
Hi Tom and Simon,
Here is an old patch of mine, which at the time I
send it got reviewed by Simon, but never got merged.
I've just brushed this patch of, because it shrinks the SPL
by about 3k, and with the spl nand support we've recently
added we are going over the size limit with the SPL on
som
Update op_mode_rx flag based on CONFIG_QSPI_QUAD_SUPPORT flag,
instead of platform.
Signed-off-by: Vishal Mahaveer
Reviewed-by: Jagan Teki
---
Re-sending, because missed copying Tom Rini
http://marc.info/?l=u-boot&m=143948953129327&w=2
drivers/spi/ti_qspi.c |2 +-
1 files changed, 1 inse
This causes widespread breakage due to the operation of the low-level code
in crt0.S and cro0_64.S for ARM at least.
The fix is not complicated but it seems safer to revert this for now.
This reverts commit 2afddae07523f23f77acd066ad1719f53d289f98.
Signed-off-by: Simon Glass
---
common/board_f
On 08/17/2015 07:37 AM, Joe Hershberger wrote:
> On Fri, Aug 14, 2015 at 12:59 PM, York Sun wrote:
>>
>>
>> On 08/14/2015 01:28 AM, Ciubotariu Codrin Constantin-B43658 wrote:
>>> Hi York,
>>>
-Original Message-
From: Sun York-R58495
Sent: Thursday, August 13, 2015 6:55 PM
All,
As per the feedback from Vladimir I tested building the SPL for devkit3250
with the DMA option selected, the DMA driver is not compile.
Is there anything to do to ensure the DMA driver makefile is process
when building the SPL?
For testing purpose, I added the following line to the NAND mak
On Mon, Aug 17, 2015 at 9:34 AM, Lokesh Vutla wrote:
> Hi Nishanth,
[..]
>>> /* SPL SPI Loader Configuration */
>>
>> This change is great. Now that this patch is done, I might like to see
>> the documentation of uart download added in as well - the sequence is
>> not really straight forward with
On Fri, Aug 14, 2015 at 12:59 PM, York Sun wrote:
>
>
> On 08/14/2015 01:28 AM, Ciubotariu Codrin Constantin-B43658 wrote:
>> Hi York,
>>
>>> -Original Message-
>>> From: Sun York-R58495
>>> Sent: Thursday, August 13, 2015 6:55 PM
>>> To: Ciubotariu Codrin Constantin-B43658
>>> Cc: Joe Her
1 - 100 of 403 matches
Mail list logo
