Remove the troublesome union hob_pointers so that some annoying casts
are no longer needed in those hob access routines. This also improves
the readability.
Signed-off-by: Bin Meng bmeng...@gmail.com
---
arch/x86/cpu/queensbay/fsp_support.c | 95 --
Hi Simon
Can i do a gdb on u-boot startup on the coreboot environment.
means i want to stop at _start in uboot and connect to gdb.
Thanks
Ajoy
On Tue, Dec 30, 2014 at 11:15 AM, Ajoy Das dasajo...@gmail.com wrote:
I tried changing the boot rom size to 2MB.
But with no effect
coreboot.rom:
On Sat, 27 Dec 2014 14:16:36 +0100
Hans de Goede hdego...@redhat.com wrote:
Hi,
Thanks, I've queued both patch up in u-boot-sunxi/next. Note I've
changed the sync:0 to sync:3 in the LCD_MODE for the Primo73,
because of:
Hi Simon,
-Original Message-
From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
Sent: Tuesday, December 30, 2014 2:42 AM
To: Gupta Ruchika-R66431
Cc: U-Boot Mailing List; Sun York-R58495
Subject: Re: [PATCH 9/9] [v3] rsa: Use checksum algorithms from struct
On 30 December 2014 at 06:42, Simon Glass s...@chromium.org wrote:
As a temporary measure before the ICH driver moves over to driver model,
add device tree support to the driver.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/spi/ich.c| 7 +++
Dear Sjoerd Simons,
On 30/12/14 06:17, Sjoerd Simons wrote:
USB is a pretty common feature on exynos 5 board, so it seems sensible
to configure it directly from exynos5-common. As a side-effect this
makes USB available from u-boot on exynos 5420 based boards.
While there enable support for
Hi Simon,
-Original Message-
From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
Sent: Tuesday, December 30, 2014 2:44 AM
To: Gupta Ruchika-R66431
Cc: U-Boot Mailing List; Sun York-R58495; Wolfgang Denk
Subject: Re: [PATCH 8/9] [v3] hash: Add function to find
Dear Tom,
The following changes since commit d8bec60c1b0de7770f9b56ad092ab9be801d99af:
ARM: UniPhier: enable CONFIG_CMD_DM (2014-12-18 23:34:30 +0900)
are available in the git repository at:
http://git.denx.de/u-boot-samsung
for you to fetch changes up to
select SUPPORT_SPL for mx6sxsabresd.
Signed-off-by: Peng Fan peng@freescale.com
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 5eb1d03..46e708f 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -637,6 +637,7 @@ config
Add SPL support in mx6sxsabresd header file.
Signed-off-by: Peng Fan peng@freescale.com
---
include/configs/mx6sxsabresd.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/configs/mx6sxsabresd.h b/include/configs/mx6sxsabresd.h
index 61a7a7a..19ac3dc 100644
---
Since mx6sx's memory space is different to mx6dq, redefine the SPL
related macro for mx6sx chip.
Signed-off-by: Peng Fan peng@freescale.com
---
include/configs/imx6_spl.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/configs/imx6_spl.h b/include/configs/imx6_spl.h
index
Add board level spl support for mx6sxsabresd board.
Signed-off-by: Peng Fan peng@freescale.com
---
board/freescale/mx6sxsabresd/MAINTAINERS| 1 +
board/freescale/mx6sxsabresd/mx6sxsabresd.c | 168
2 files changed, 169 insertions(+)
diff --git
Add a SPL default configuration file for mx6sxsabresd board.
Signed-off-by: Peng Fan peng@freescale.com
---
configs/mx6sxsabresd_spl_defconfig | 4
1 file changed, 4 insertions(+)
create mode 100644 configs/mx6sxsabresd_spl_defconfig
diff --git a/configs/mx6sxsabresd_spl_defconfig
Public exponentiation which is required in rsa verify functionality is
tightly integrated with verification code in rsa_verify.c. The patch
splits the file into twp separating the modular exponentiation.
1. rsa-verify.c
- The file parses device tree keys node to fill a keyprop structure.
The
For FIT signature based approach to work, RSA library needs to be selected. The
FIT_SIGNATURE option in Kconfig is modified to automatically select RSA.
Selecting RSA compiles the RSA library required for image verification.
Signed-off-by: Ruchika Gupta ruchika.gu...@freescale.com
CC: Simon
Add a new rsa uclass for performing modular exponentiation and implement
the software driver basing on this uclass.
Signed-off-by: Ruchika Gupta ruchika.gu...@freescale.com
CC: Simon Glass s...@chromium.org
---
Changes in v4:
Removed Kconfig option for DM_RSA
Corrected driver name for sw rsa
Kconfig option added for devices which support RSA Verification.
1. RSA_SOFTWARE_EXP
Enables driver for supporting RSA Modular Exponentiation in Software
2. RSA_FREESCALE_EXP
Enables driver for supporting RSA Modular Exponentiation using Freescale
specific
driver
The above drivers use RSA uclass
Modify rsa_verify to use the rsa driver of DM library .The tools
will continue to use the same RSA sw library.
CONFIG_RSA is now dependent on CONFIG_DM. All configurations which
enable FIT based signatures have been modified to enable CONFIG_DM
by default.
Signed-off-by: Ruchika Gupta
Driver added for RSA Modular Exponentiation using Freescale Hardware
Accelerator CAAM. The driver used uclass rsa.
Signed-off-by: Ruchika Gupta ruchika.gu...@freescale.com
CC: Simon Glass s...@chromium.org
---
Changes in v4:
Modified for the changes in op function of rsa class mod_exp
Changes in
For the platforms which use,CONFIG_FIT_SIGNATURE, the required configs are
moved to the platform's defconfig file. Selecting CONFIG_FIT_SIGNATURE using
defconfig automatically resolves the dependencies for signature verification.
The RSA library gets automatically selected and user does not have
Currently the hash functions used in RSA are called directly from the sha1
and sha256 libraries. Change the RSA checksum library to use the progressive
hash API's registered with struct hash_algo. This will allow the checksum
library to use the hardware accelerated progressive hash API's once
The hash_algo structure has some implementations in which progressive hash
API's are not defined. These are basically the hardware based implementations
of SHA. An API is added to find the algo which has progressive hash API's
defined. This can then be integrated with RSA checksum library which
This patch set is to make mx6sxsabresd spl boot capable from USDHC.
SPL image is burned to sector 2 of SD card. u-boot.img is burned to
sector 138.
Since i.MX 6SoloX chip only supports one mmdc channel, in order to reuse
mx6_dram_cfg, define a new macro MMDC1. To i.MX 6SoloX, MMDC1 does nothing;
Define two structure mx6sx_iomux_ddr_regs and mx6sx_iomux_grp_regs.
Add a new function mx6sx_dram_iocfg to configure dram io.
Since mx6sx only have one channel mmdc0, define a new empty macro MMDC1
to replace mmdc1-entry=value for mx6sx. And to other mx6 soc, MMDC1
effects as mmdc1-entry=value.
Hi Fabio,
Thanks you :) I was able to run my linux sdcard image this morning
thanks to your input (I had modify the loadaddr value in the config on
the root directory of my buildroot project)
Arthur.
2014-12-29 21:19 GMT+01:00 Fabio Estevam feste...@gmail.com:
Hi Arthur,
On Mon, Dec 29, 2014
On Thu, 25 Dec 2014 11:59:55 +0100
Hans de Goede hdego...@redhat.com wrote:
Hi,
On 25-12-14 11:00, Chen-Yu Tsai wrote:
Hi,
On Thu, Dec 25, 2014 at 3:06 AM, Hans de Goede hdego...@redhat.com wrote:
Enable the new LCD support on Ippo_q8h tablets.
Signed-off-by: Hans de Goede
Hi,
On 30-12-14 03:21, Chen-Yu Tsai wrote:
Hi Hans,
On Tue, Dec 30, 2014 at 3:25 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 29-12-14 14:51, Ian Campbell wrote:
On Wed, 2014-12-24 at 20:06 +0100, Hans de Goede wrote:
Add support for external DACs connected to the parallel LCD
Hi,
On 30-12-14 11:18, Siarhei Siamashka wrote:
On Thu, 25 Dec 2014 11:59:55 +0100
Hans de Goede hdego...@redhat.com wrote:
Hi,
On 25-12-14 11:00, Chen-Yu Tsai wrote:
Hi,
On Thu, Dec 25, 2014 at 3:06 AM, Hans de Goede hdego...@redhat.com wrote:
Enable the new LCD support on Ippo_q8h
Hi,
On 30-12-14 11:26, Hans de Goede wrote:
Hi,
On 30-12-14 11:18, Siarhei Siamashka wrote:
snip
BTW, I have done a preliminary automatic conversion for all FEX
files from sunxi-boards, which enable lcd0 in fex. The results are
now available at the all the same http://linux-sunxi.org/LCD
Hi,
I noticed $subject while doing a MAKEALL.
It seems that this commit:
http://git.denx.de/?p=u-boot.git;a=commit;h=73c25753060c58e4c339fba306ed0ded0c335748
Breaks things with Fedora's arm toolchain:
[hans@shalem u-boot]$ scripts/binutils-version.sh arm-linux-gnu-as
From: Shaohui Xie shaohui@freescale.com
This patch supports AQ1202, AQ2104, AQR105 PHY.
Signed-off-by: Shaohui Xie shaohui@freescale.com
---
drivers/net/phy/Makefile | 1 +
drivers/net/phy/aquantia.c | 156 +
drivers/net/phy/phy.c |
On Tue, 30 Dec 2014 11:36:23 +0100
Hans de Goede hdego...@redhat.com wrote:
Hi,
On 30-12-14 11:26, Hans de Goede wrote:
Hi,
On 30-12-14 11:18, Siarhei Siamashka wrote:
snip
BTW, I have done a preliminary automatic conversion for all FEX
files from sunxi-boards, which enable
Hi Simon,
On 23/12/2014 20:04, Simon Glass wrote:
The global_data pointer (gd) has already been set before board_init_f()
is called. We should not assign it again. We should also not use gdata since
it is going away.
Signed-off-by: Simon Glass s...@chromium.org
---
On Tue, 30 Dec 2014 11:26:51 +0100
Hans de Goede hdego...@redhat.com wrote:
Hi,
On 30-12-14 11:18, Siarhei Siamashka wrote:
On Thu, 25 Dec 2014 11:59:55 +0100
Hans de Goede hdego...@redhat.com wrote:
Ah yes, I used the slightly different timings from the olimex 7 lcd
panel for
The following changes since commit 125738e819a3b9d15210794b3dcef9f4d9bcf866:
Prepare v2015.01-rc4 (2014-12-29 21:22:38 -0500)
are available in the git repository at:
git://git.denx.de/u-boot-uniphier.git master
for you to fetch changes up to 7b77c9ab6fa90ada42185bcc64b7d33812fed35d:
2014-12-19 20:20 GMT+09:00 Masahiro Yamada yamad...@jp.panasonic.com:
Masahiro Yamada (3):
ARM: UniPhier: add DDR PHY training code
ARM: UniPhier: add dump command of DDR PHY parameters
ARM: UniPhier: display boot swap pin status by pinmon command
Series, applied to
On 30 December 2014 at 08:44, Peng Fan peng@freescale.com wrote:
Add spi nor boot support for mx6slevk board.
Signed-off-by: Peng Fan peng@freescale.com
---
board/freescale/mx6slevk/MAINTAINERS | 1 +
configs/mx6slevk_spinor_defconfig| 3 +++
include/configs/mx6slevk.h
Hi Peng/Fabio,
On 30 December 2014 at 00:14, Jagan Teki jagannadh.t...@gmail.com wrote:
On 29 December 2014 at 23:58, Fabio Estevam feste...@gmail.com wrote:
Hi Jagan,
On Fri, Oct 10, 2014 at 6:58 AM, Albert ARIBAUD
albert.u.b...@aribaud.net wrote:
Jagan said he would review both patches.
Hi Jagan,
On Tue, Dec 30, 2014 at 10:49 AM, Jagan Teki jagannadh.t...@gmail.com wrote:
These are v3 series for this patches-
https://patchwork.ozlabs.org/patch/399361/
https://patchwork.ozlabs.org/patch/399362/
https://patchwork.ozlabs.org/patch/399363/
On 30 December 2014 at 18:32, Fabio Estevam feste...@gmail.com wrote:
Hi Jagan,
On Tue, Dec 30, 2014 at 10:49 AM, Jagan Teki jagannadh.t...@gmail.com wrote:
These are v3 series for this patches-
https://patchwork.ozlabs.org/patch/399361/
https://patchwork.ozlabs.org/patch/399362/
On Tue, Dec 30, 2014 at 11:16 AM, Jagan Teki jagannadh.t...@gmail.com wrote:
Please rebase and send the patches again, I have some issues while applying.
I will pick these on my tree.
Peng, please rebase and resend the series. Thanks
___
U-Boot
On 12/12/2014 14:38, Pierre Aubert wrote:
Signed-off-by: Pierre Aubert p.aub...@staubli.com
---
arch/arm/imx-common/spl.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/arch/arm/imx-common/spl.c b/arch/arm/imx-common/spl.c
index 477c38c..ac6e40e 100644
---
On 14/12/2014 15:51, Iain Paton wrote:
Since the Riot Mars boards are dev boards it's likely people will want to
run standard distros on them. So replace the current boot scripts with the
standard one from config_distro_bootcmd.h
Signed-off-by: Iain Paton ipat...@gmail.com
---
Applied to
On 14/12/2014 15:51, Iain Paton wrote:
Update to use config_distro_defaults.h and remove explicit settings
Signed-off-by: Iain Paton ipat...@gmail.com
---
Applied to u-boot-imx, thanks !
Best regards,
Stefano Babic
--
=
On 16/12/2014 14:09, Marek Vasut wrote:
The malloc() calls are unnecessary, just allocate the stuff on stack.
While at it, reorder the code a little, so that only one variable is
used for the text, use snprintf() instead of sprintf() and use %01d
as a formatting string to avoid any possible
On 16/12/2014 14:09, Marek Vasut wrote:
This board uses setup_i2c() in SPL. The setup_i2c() function internally
calls gpio_request(), which in turn internally calls strdup(). The strdup()
requires a running mallocator, so this patch makes the mallocator available.
Signed-off-by: Marek Vasut
On 16/12/2014 14:09, Marek Vasut wrote:
Just zap multiple spaces and replace them with tabs properly.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Nikita Kiryanov nik...@compulab.co.il
Cc: Sean Cross x...@kosagi.com
Cc: Simon Glass
On 16/12/2014 14:09, Marek Vasut wrote:
Sequence like the following is completely useless and results from
an errorneous ordering of the statements during development. Zap it.
#ifdef FOO
#define FOO
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Igor Grinberg grinb...@compulab.co.il
Cc:
On 16/12/2014 14:09, Marek Vasut wrote:
This board uses setup_i2c() in SPL. The setup_i2c() function internally
calls gpio_request(), which in turn internally calls strdup(). The strdup()
requires a running mallocator, so this patch makes the mallocator available.
Signed-off-by: Marek Vasut
On 16/12/2014 14:09, Marek Vasut wrote:
Pull the definitions of GPIOs into a separate header file, so that
they can be used across all source files.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Nikita Kiryanov nik...@compulab.co.il
Cc: Sean Cross
On 16/12/2014 14:09, Marek Vasut wrote:
Pull all of the video handling into a separate file, since a lot
more code will be added and such code would polute the board file.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Nikita Kiryanov
On 16/12/2014 14:09, Marek Vasut wrote:
Repair the register configuration and add proper support for the
display attached to both LVDS channels.
Signed-off-by: Marek Vasut ma...@denx.de
Cc: Igor Grinberg grinb...@compulab.co.il
Cc: Nikita Kiryanov nik...@compulab.co.il
Cc: Sean Cross
On 29/12/2014 21:05, Fabio Estevam wrote:
From: Fabio Estevam fabio.este...@freescale.com
get_board_rev() just returns the cpu revision, which does not make it really
useful for distinguishing between revisions of the board.
Let's get rid of get_board_rev() as it is not being used with
On Tue, Dec 30, 2014 at 11:55:27AM +0100, Hans de Goede wrote:
Hi,
I noticed $subject while doing a MAKEALL.
It seems that this commit:
http://git.denx.de/?p=u-boot.git;a=commit;h=73c25753060c58e4c339fba306ed0ded0c335748
Breaks things with Fedora's arm toolchain:
[hans@shalem
Hi Simon,
On Sun, Dec 28, 2014 at 9:55 AM, Simon Glass s...@chromium.org wrote:
Hi Bin,
On 27 December 2014 at 05:10, Bin Meng bmeng...@gmail.com wrote:
This commit adds several APIs to decode PCI device node according to
the Open Firmware PCI bus bindings, including:
-
This series add support to the ns16550 compatible pci devices.
Newer x86 Platform Controller Hub chipset (like Topcliff, BayTrail)
starts to integrate ns16550 compatible pci uart devices. In order to
use them, we have to scan the pci bus and allocate memory/io address
in the early phase. A
arch/x86/cpu/pci.c has access to the U-Boot global data thus
DECLARE_GLOBAL_DATA_PTR is needed.
Signed-off-by: Bin Meng bmeng...@gmail.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2:
- Add a commit message
arch/x86/cpu/pci.c | 2 ++
1 file changed, 2
On x86, some peripherals on pci buses need to be accessed in the
early phase (eg: pci uart) with a valid pci memory/io address,
thus scan the pci bus and do the corresponding resource allocation.
Signed-off-by: Bin Meng bmeng...@gmail.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in
Introduce a gd-hose to save the pci hose in the early phase so that
apis in drivers/pci/pci.c can be used before relocation. Architecture
codes need assign a valid gd-hose in the early phase.
Some variables are declared as static so change them to be either
stack variable or global data member so
There are many pci uart devices which are ns16550 compatible. We can
describe them in the board dts file and use it as the U-Boot serial
console as specified in the chosen node 'stdout-path' property.
Those pci uart devices can have their register be memory-mapped, or
i/o-mapped. The driver will
Use ePAPR defined properties for x86-uart: clock-frequency and
current-speed. Assign the value of clock-frequency in device tree
to plat-clock of x86-uart instead of using hardcoded number.
Signed-off-by: Bin Meng bmeng...@gmail.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in v3:
This commit adds several APIs to decode PCI device node according to
the Open Firmware PCI bus bindings, including:
- fdtdec_get_pci_addr() for encoded pci address
- fdtdec_get_pci_vendev() for vendor id and device id
- fdtdec_get_pci_bdf() for pci device bdf triplet
- fdtdec_get_pci_bar32() for
The Topcliff PCH has 4 UART devices integrated (Device 10, Funciton
1/2/3/4). Add the corresponding device nodes in the crownbay.dts per
Open Firmware PCI bus bindings.
Also a comment block is added for the 'stdout-path' property in the
chosen node, mentioning that by default the legacy superio
Hi Simon,
On Sun, Dec 28, 2014 at 10:20 AM, Simon Glass s...@chromium.org wrote:
We don't need this in U-Boot since we calculate it based on available memory.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/Kconfig | 4
1 file changed, 4 deletions(-)
diff --git
On Tuesday, December 30, 2014 at 02:34:47 PM, Stefano Babic wrote:
On 16/12/2014 14:09, Marek Vasut wrote:
The malloc() calls are unnecessary, just allocate the stuff on stack.
While at it, reorder the code a little, so that only one variable is
used for the text, use snprintf() instead of
Hi Tom,
some minor fixes from i.MX side - please pull from u-boot-imx, thanks !
The following changes since commit 125738e819a3b9d15210794b3dcef9f4d9bcf866:
Prepare v2015.01-rc4 (2014-12-29 21:22:38 -0500)
are available in the git repository at:
git://www.denx.de/git/u-boot-imx.git master
From: Jan Kiszka jan.kis...@siemens.com
0x400 is true 1K.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
arch/arm/cpu/armv7/sunxi/psci.S | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/cpu/armv7/sunxi/psci.S b/arch/arm/cpu/armv7/sunxi/psci.S
index
From: Jan Kiszka jan.kis...@siemens.com
adr rX, text_end only works if the label is close. Adding further code
to the other functions will prevent this. So move the containing
function close to label. No functional change.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
From: Jan Kiszka jan.kis...@siemens.com
Based on the original version by Marc Zyngier. It adds a psci_cpu_off
implementation for the A20 SoC. The mechanism works by first preparing
the calling CPU to go offline (disable and flush cache, disable SMP),
then requesting CPU 0 to pull the plug. The
From: Jan Kiszka jan.kis...@siemens.com
It's mandatory according to the spec, and Linux uses it for checking if
an offlined CPU is already dead. Without this implemented, we get some
warnings on the kernel console at least.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
This adds CPU offlining and PSCI v0.2 support. Changes since v1:
- add AFFINITY_INFO support (mandatory for v0.2)
- rebase over master
- include sunxi: Align PSCI stack calculation to comment to provide
the complete queue
See patches for further details.
Jan
Jan Kiszka (5):
sunxi: Align
From: Jan Kiszka jan.kis...@siemens.com
This extends the PSCI support for the A20 to a dual v0.2 and v0.1
interface. Recent OSes will prefer v0.2, olders will still find the
original interface, just at v0.2 service IDs.
In addition to the existing services, v0.2 requires us to implement both
On 30 December 2014 at 07:53, Bin Meng bmeng...@gmail.com wrote:
On x86, some peripherals on pci buses need to be accessed in the
early phase (eg: pci uart) with a valid pci memory/io address,
thus scan the pci bus and do the corresponding resource allocation.
Signed-off-by: Bin Meng
On 30 December 2014 at 07:53, Bin Meng bmeng...@gmail.com wrote:
arch/x86/cpu/pci.c has access to the U-Boot global data thus
DECLARE_GLOBAL_DATA_PTR is needed.
Signed-off-by: Bin Meng bmeng...@gmail.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in v3: None
Changes in v2:
-
Hi Bin,
On 30 December 2014 at 07:53, Bin Meng bmeng...@gmail.com wrote:
This commit adds several APIs to decode PCI device node according to
the Open Firmware PCI bus bindings, including:
- fdtdec_get_pci_addr() for encoded pci address
- fdtdec_get_pci_vendev() for vendor id and device id
-
On 30 December 2014 at 07:53, Bin Meng bmeng...@gmail.com wrote:
There are many pci uart devices which are ns16550 compatible. We can
describe them in the board dts file and use it as the U-Boot serial
console as specified in the chosen node 'stdout-path' property.
Those pci uart devices can
On 30 December 2014 at 07:53, Bin Meng bmeng...@gmail.com wrote:
Introduce a gd-hose to save the pci hose in the early phase so that
apis in drivers/pci/pci.c can be used before relocation. Architecture
codes need assign a valid gd-hose in the early phase.
Some variables are declared as
-- Forwarded message --
From: Ajoy Das dasajo...@gmail.com
Date: Tue, Dec 30, 2014 at 1:40 PM
Subject: Re: [U-Boot] coreboot uboot qemu x86
To: U-Boot Mailing List u-boot@lists.denx.de
Hi Simon
Can i do a gdb on u-boot startup on the coreboot environment.
means i want to stop at
Hi Ajoy,
On 30 December 2014 at 12:44, Ajoy Das dasajo...@gmail.com wrote:
-- Forwarded message --
From: Ajoy Das dasajo...@gmail.com
Date: Tue, Dec 30, 2014 at 1:40 PM
Subject: Re: [U-Boot] coreboot uboot qemu x86
To: U-Boot Mailing List u-boot@lists.denx.de
Hi Simon
The following changes since commit d8bec60c1b0de7770f9b56ad092ab9be801d99af:
ARM: UniPhier: enable CONFIG_CMD_DM (2014-12-18 23:34:30 +0900)
are available in the git repository at:
git://git.denx.de/u-boot-socfpga.git master
for you to fetch changes up to
Hi,
On 29 December 2014 at 23:44, Hua Yanghao huayang...@gmail.com wrote:
By the way, which is the current branch you guys are working on?
u-boot/master I assume?
Yes that's right.
- Simon
On Tue, Dec 30, 2014 at 2:44 PM, Hua Yanghao huayang...@gmail.com wrote:
Hi Simon,
Thank you for
Hi Igor,
On 30 December 2014 at 00:39, Igor Grinberg grinb...@compulab.co.il wrote:
Hi Simon,
On 12/29/14 18:24, Simon Glass wrote:
Hi Igor,
On 23 December 2014 at 23:53, Igor Grinberg grinb...@compulab.co.il wrote:
Hi Simon,
On 12/23/14 21:04, Simon Glass wrote:
We need to get rid of
Hi Bin,
On 30 December 2014 at 01:02, Bin Meng bmeng...@gmail.com wrote:
Remove the troublesome union hob_pointers so that some annoying casts
are no longer needed in those hob access routines. This also improves
the readability.
Signed-off-by: Bin Meng bmeng...@gmail.com
---
Hi Jagan,
On 30 December 2014 at 02:00, Jagan Teki jagannadh.t...@gmail.com wrote:
On 30 December 2014 at 06:42, Simon Glass s...@chromium.org wrote:
As a temporary measure before the ICH driver moves over to driver model,
add device tree support to the driver.
Signed-off-by: Simon Glass
On Sun, Dec 28, 2014 at 10:20 AM, Simon Glass s...@chromium.org wrote:
This currently assumes that U-Boot resides at the start of ROM. Update
it to remove this assumption.
Signed-off-by: Simon Glass s...@chromium.org
---
tools/ifdtool.c | 4 ++--
1 file changed, 2 insertions(+), 2
This patch set is to support qspi for mx6sxsabresd board.
To mx6sxsabresd Revb board, 32M flash is used, but in header file,
CONFIG_SPI_FLASH_BAR is not defined, and we still use SZ_16M. The LUT
initialization qspi_set_lut function uses 32BIT addr, however
CONFIG_SPI_FLASH_BAR and 24BIT addr
Use QSPI_CMD_xx instead of flash opcodes
Signed-off-by: Peng Fan peng@freescale.com
---
Changes v4:
None
Changes v3:
Use QSPI_CMD_XX instead of flash opcodes. To fsl qspi controller,
the LUT should be pre programmed with QSPI CMD.
Changes v2:
None
drivers/spi/fsl_qspi.c | 64
According cs, use different amba_base to choose the corresponding
flash devices. If not, `sf probe 1:0` and `sf probe 1:1` will
choose the same flash device, but not different flash devices.
Signed-off-by: Peng Fan peng@freescale.com
---
Changes v4:
None
Changes v3:
None
Changes v2:
Add 4k erase command support for qspi driver. reuse the 64k erase function,
but change the function name from qspi_op_se to qspi_op_erase, since it
supports 64k and 4k erase.
Signed-off-by: Peng Fan peng@freescale.com
---
Changes v4:
New patch in v4. This patch is to support 4k erase.
Add QSPI support for mx6solox.
Signed-off-by: Peng Fan peng@freescale.com
---
Changes v4:
None
Changes v3:
None
Changes v2:
Take Fabio's suggestion, split soc code and board code into two patches.
arch/arm/cpu/armv7/mx6/clock.c | 50
Configure the pad setting and enable qspi clock to support qspi
flashes access.
Add QSPI related macro in configuration header file.
Signed-off-by: Peng Fan peng@freescale.com
---
Changes v4:
None
Changes v3:
None
Changes v2:
Take Fabio's suggestion, split soc code and board code into
On Sun, Dec 28, 2014 at 10:20 AM, Simon Glass s...@chromium.org wrote:
This can be very slow - typically 80ms even on a fast machine since it uses
the SPI flash to read the data. Add an option to display the time taken.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/pci/pci_rom.c
Hi,
On 12/30/2014 9:19 PM, Fabio Estevam wrote:
On Tue, Dec 30, 2014 at 11:16 AM, Jagan Teki jagannadh.t...@gmail.com wrote:
Please rebase and send the patches again, I have some issues while applying.
I will pick these on my tree.
Peng, please rebase and resend the series. Thanks
After
Hi Simon,
On Sun, Dec 28, 2014 at 10:20 AM, Simon Glass s...@chromium.org wrote:
This takes about about 700ms on link when running natively and 900ms when
running using the emulator. It is a waste of time if video is not enabled,
so don't bother running the video BIOS in that case.
We could
On Sun, Dec 28, 2014 at 10:20 AM, Simon Glass s...@chromium.org wrote:
The hex value is more commonly understood, so use that instead of decimal.
Add a 0x prefix to avoid confusion.
Signed-off-by: Simon Glass s...@chromium.org
---
drivers/pci/pci_rom.c | 4 ++--
1 file changed, 2
-- Forwarded message --
From: Simon Glass s...@chromium.org
Date: Wed, Dec 31, 2014 at 2:13 AM
Subject: Re: [U-Boot] coreboot uboot qemu x86
To: Ajoy Das dasajo...@gmail.com
Cc: U-Boot Mailing List u-boot@lists.denx.de
Hi Ajoy,
On 30 December 2014 at 12:44, Ajoy Das
Hi Simon,
On Sun, Dec 28, 2014 at 10:20 AM, Simon Glass s...@chromium.org wrote:
Memory Type Range Registers are used to tell the CPU whether memory is
cacheable and if so the cache write mode to use.
Clean up the existing header file to follow style, and remove the unneeded
code.
These
Hi Jagan,
On 12/30/2014 8:38 PM, Jagan Teki wrote:
On 30 December 2014 at 08:44, Peng Fan peng@freescale.com wrote:
Add spi nor boot support for mx6slevk board.
Signed-off-by: Peng Fan peng@freescale.com
---
board/freescale/mx6slevk/MAINTAINERS | 1 +
Hi Simon,
On Sun, Dec 28, 2014 at 10:20 AM, Simon Glass s...@chromium.org wrote:
Set the frame buffer to write-combining. This makes it faster, although for
scrolling write-through is even faster for U-Boot.
Signed-off-by: Simon Glass s...@chromium.org
---
arch/x86/cpu/ivybridge/gma.c | 8
-- Forwarded message --
From: Ajoy Das dasajo...@gmail.com
Date: Wed, Dec 31, 2014 at 8:51 AM
Subject: Fwd: [U-Boot] coreboot uboot qemu x86
To: U-Boot Mailing List u-boot@lists.denx.de, Simon Glass
s...@chromium.org
-- Forwarded message --
From: Simon Glass
1 - 100 of 108 matches
Mail list logo
