Hi Simon,
2015-10-18 3:58 GMT+09:00 Simon Glass :
> Sort this by board name to make it easier to find boards.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Rebase to master
> - Update the file comment to indicate the new ordering
>
> doc/README.scrapyard | 531
> ++
2015-10-18 3:58 GMT+09:00 Simon Glass :
> A lot of boards were recently removed. Add them to the scrapyard.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> doc/README.scrapyard | 73
>
> 1 file changed, 73 insertions(+)
>
> di
As we use device tree to control u-boot now, the generic
board can be removed.
Signed-off-by: Thomas Chou
---
arch/nios2/Kconfig | 16 ++
arch/nios2/config.mk | 3 +-
board/altera/common/cfide.c| 33 ---
board/altera/nios
On Sun, Oct 18, 2015 at 1:40 AM, Vadzim Dambrouski wrote:
> It is possible to enable CONFIG_SEMIHOSTING for STM32F429 target, but it
> would result in compile error. This patch adds support for semihosting for
> STM32F429 or any other ARMv7M target. Tested on STM32F429-DISCOVERY board.
>
> Signed
On Sat, Oct 17, 2015 at 03:47:51PM +0200, Hans de Goede wrote:
> Hi,
>
> On 01-10-15 11:41, Stefan Roese wrote:
> >The ICnova-A20-SWAC is a baseboard, equipped with the ICnova-A20 SoM from
> >In-Circuit:
> >
> >http://wiki.in-circuit.de/index.php5?title=ICnova_A20_SODIMM
> >http://linux-sunxi.org/
On 18.10.2015 12:20, Linus Walleij wrote:
> Hey, cool. Technically the (ulong) typecasts should be another patch
Sorry about that, this is my first time sending a patch.
> Are you using this with the smload commands?
Yes, I do use smhload command, and openocd on the other end.
Useful for debugg
Hi Bin,
On 14 September 2015 at 06:16, Bin Meng wrote:
> Hi Simon,
>
> On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
>> We want to be able to add other common code to this function. So change the
>> driver's version to have an underscore before it, just like
>> _debug_uart_putc(). Define de
Hi Stefan,
I would like to remove all the arch/*/lib/board.c files soon.
Can you please take a look at converting openrisc to use generic board?
doc/README.generic-board
Thanks!
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/m
Hi,
On 9 September 2015 at 12:06, Simon Glass wrote:
> Hi,
>
> On Saturday, 5 September 2015, Siarhei Siamashka
> wrote:
>>
>> On Sat, 5 Sep 2015 15:52:03 +0200
>> Hans de Goede wrote:
>>
>> > Hi,
>> >
>> > On 05-09-15 15:45, Simon Glass wrote:
>> > > Add a README with a brief guide to porting
On 9 September 2015 at 12:07, Simon Glass wrote:
>
> On Friday, 4 September 2015, York Sun wrote:
> >
> > FIT image supports more than 32 bits in addresses by using #address-cell
> > field. However the address length is not handled when parsing FIT images.
> > Beside, the variable used to host ad
Hi,
It looks like sparc has no maintainer and has not been converted to
generic board. Should we remove it?
Regards,
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi,
It looks like these have no maintainer and have not been converted to
generic board. Should we remove the 'sh' architecture?
Regards,
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On Sun, Oct 18, 2015 at 06:19:16AM -0600, Simon Glass wrote:
> Hi,
>
> It looks like sparc has no maintainer and has not been converted to
> generic board. Should we remove it?
Well, not quite "no maintainer", but... Daniel? SPARC is in need of
some work (and possibly a new toolchain too, I sto
On 14 September 2015 at 06:15, Bin Meng wrote:
> On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
>> When the auto-configuration process fails for a device (generally due to
>> lack of memory) we should return the error correctly so that we don't
>> continue to try memory allocations which will
On 14 September 2015 at 06:15, Bin Meng wrote:
> On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
>> One debug() statement is missing a newline. The other has a repeated word.
>> Fix these.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> drivers/pci/pci-uclass.c | 4 ++--
>> 1 file changed, 2 i
On 14 September 2015 at 06:15, Bin Meng wrote:
> On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
>> The current code returns 0 even if it failed to find or bind a driver. The
>> caller then has to check the returned device to see if it is NULL. It is
>> better to return an error code in this c
On 14 September 2015 at 06:15, Bin Meng wrote:
> On Wed, Sep 9, 2015 at 7:52 AM, Simon Glass wrote:
>> It's useful to get a a trace of memory allocations in early init. Add a
>> debug() call to provide that. It can be enabled by adding '#define DEBUG'
>> to the top of the file.
>>
>> Signed-off-b
Hi Paul,
On 16 October 2015 at 15:51, Paul Gortmaker
wrote:
> On 2015-10-06 11:27 AM, Paul Gortmaker wrote:
>> On 2015-10-05 08:53 PM, Paul Gortmaker wrote:
>>> [Re: [U-Boot] [PATCH 5/5] sbc8641d: enable and test
>>> CONFIG_SYS_GENERIC_BOARD] On 04/10/2015 (Sun 01:45) Masahiro Yamada wrote:
>>>
On 15 October 2015 at 18:44, Thomas Chou wrote:
> Export fdt_blob to the environment variable. So that we may
> use it to boot Linux.
>
> Signed-off-by: Thomas Chou
> ---
> v2
> move the code to per board, nios2-generic.c.
> v3
> move the code to generic, board_r.c.
> v4
> use fdtcontroladd
Hi Tom,
On 28 September 2015 at 22:52, Simon Glass wrote:
> On 28 September 2015 at 03:11, Bin Meng wrote:
>> The logic to calculate the number of E820 table entries is wrong
>> when walking through the FSP HOB tables. Fix it.
>>
>> Signed-off-by: Bin Meng
>> Tested-by: Jian Luo
>>
>> ---
>> S
Hi Bin,
On 12 October 2015 at 06:23, Bin Meng wrote:
> System Management BIOS (SMBIOS) is a specification for how
> motherboard and system vendors present management information
> about their products in a standard format by extending the BIOS
> interface on Intel architecture systems. As of toda
(+CC Francois)
2015-10-18 21:24 GMT+09:00 Tom Rini :
> On Sun, Oct 18, 2015 at 06:19:16AM -0600, Simon Glass wrote:
>
>> Hi,
>>
>> It looks like sparc has no maintainer and has not been converted to
>> generic board. Should we remove it?
>
> Well, not quite "no maintainer", but... Daniel? SPARC
2015-10-18 21:19 GMT+09:00 Simon Glass :
> Hi,
>
> It looks like these have no maintainer and have not been converted to
> generic board. Should we remove the 'sh' architecture?
>
> Regards,
> Simon
The maintainer, Nobuhiro, was at the U-Boot mini summit,
but, indeed, no work for SH these days.
On Sunday, October 18, 2015 at 10:36:32 AM, Thomas Chou wrote:
> As we use device tree to control u-boot now, the generic
> board can be removed.
>
> Signed-off-by: Thomas Chou
Hi!
> ---
> arch/nios2/Kconfig | 16 ++
> arch/nios2/config.mk | 3
On Mon, Oct 19, 2015 at 12:30:43AM +0900, Masahiro Yamada wrote:
> 2015-10-18 21:19 GMT+09:00 Simon Glass :
> > Hi,
> >
> > It looks like these have no maintainer and have not been converted to
> > generic board. Should we remove the 'sh' architecture?
> >
> > Regards,
> > Simon
>
>
> The maintai
On Sun, Oct 18, 2015 at 06:58:51AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 28 September 2015 at 22:52, Simon Glass wrote:
> > On 28 September 2015 at 03:11, Bin Meng wrote:
> >> The logic to calculate the number of E820 table entries is wrong
> >> when walking through the FSP HOB tables. Fix
2015-10-19 0:54 GMT+09:00 Tom Rini :
> On Mon, Oct 19, 2015 at 12:30:43AM +0900, Masahiro Yamada wrote:
>> 2015-10-18 21:19 GMT+09:00 Simon Glass :
>> > Hi,
>> >
>> > It looks like these have no maintainer and have not been converted to
>> > generic board. Should we remove the 'sh' architecture?
>>
Hello Vadzim,
On Sun, 18 Oct 2015 12:45:51 +0300, Vadzim Dambrouski
wrote:
> On 18.10.2015 12:20, Linus Walleij wrote:
> > Hey, cool. Technically the (ulong) typecasts should be another patch
>
> Sorry about that, this is my first time sending a patch.
Would you mind resending as two different
Hello Simon,
On Sat, 17 Oct 2015 15:06:55 -0600, Simon Glass
wrote:
> Unfortunately memset() is not always available, so provide a substitute when
> needed.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2:
> - Add comments as to why this is needed, deal with arch-s
Hello Simon,
On Sat, 17 Oct 2015 15:07:00 -0600, Simon Glass
wrote:
> We should not init the console this early and there is no need to. If we want
> to do early init it can be done in spl_board_init(). Move the
> preloader_console_init() call from board_init_f() to board_init_r().
>
> Signed-of
Hi Tom,
On 18 October 2015 at 09:55, Tom Rini wrote:
> On Sun, Oct 18, 2015 at 06:58:51AM -0600, Simon Glass wrote:
>> Hi Tom,
>>
>> On 28 September 2015 at 22:52, Simon Glass wrote:
>> > On 28 September 2015 at 03:11, Bin Meng wrote:
>> >> The logic to calculate the number of E820 table entrie
On 10 October 2015 at 02:47, Bin Meng wrote:
> Compact hob command output, especially by making hob type string a
> little bit shorter so that we can leave room for future extension.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/lib/cmd_hob.c | 28 ++--
> 1 file changed,
On 10 October 2015 at 02:47, Bin Meng wrote:
> Introduce a new fsp command and make the existing hob command a
> sub-command to fsp for future extension. Also move cmd_hob.c to
> the dedicated fsp sub-directory in arch/x86/lib.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/lib/Makefile
Hi Bin,
On 10 October 2015 at 05:01, Bin Meng wrote:
> On Sat, Oct 10, 2015 at 4:47 PM, Bin Meng wrote:
>> Compact hob command output, especially by making hob type string a
>> little bit shorter so that we can leave room for future extension.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x8
On 11 October 2015 at 22:37, Bin Meng wrote:
> Create a Kconfig option for enabling MRC cache.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/Kconfig | 8
> 1 file changed, 8 insertions(+)
Acked-by: Simon Glass
___
U-Boot mailing list
U-Boot
On 10 October 2015 at 02:47, Bin Meng wrote:
> It would be helpful to have a command to show FSP header. So far
> it only supports FSP header which conforms to FSP spec 1.0.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/lib/fsp/cmd_fsp.c | 32 +++-
> 1 file changed,
On 11 October 2015 at 22:37, Bin Meng wrote:
> For the cache record to write in mrccache_update(), we should
> perform a sanity test to see if it is a valid one.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/include/asm/mrccache.h | 2 +-
> arch/x86/lib/mrccache.c | 3 +++
> 2 files cha
On 10 October 2015 at 02:47, Bin Meng wrote:
> When examining a HOB, it's useful to see which GUID this HOB
> belongs to. Add GUID output in the hob command to aid this.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/lib/cmd_hob.c | 22 +++---
> 1 file changed, 19 insertions(+),
On 11 October 2015 at 22:37, Bin Meng wrote:
> mrccache implementation can be common for all boards. Move it
> from ivybridge cpu directory to the common lib directory.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/ivybridge/Makefile | 1 -
> arch/x86/cpu/ivybridge/sdra
On 11 October 2015 at 22:37, Bin Meng wrote:
> Fix some nits, improve some comments and reorder some codes
> a little bit.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/include/asm/mrccache.h | 20 ++--
> arch/x86/lib/mrccache.c | 14 ++
> 2 files changed, 16
On 11 October 2015 at 22:37, Bin Meng wrote:
> fsp_init() call has a parameter nvs_buf which is used by FSP as the
> MRC cache but currently is blindly set to NULL. Retreive the MRC
> cache from SPI flash and pass it to fsp_init() call. After the call,
> save FSP produced MRC cache to SPI flash to
On 11 October 2015 at 22:37, Bin Meng wrote:
> Remove the call to custom mrc cache APIs, and use the ones
> provided in the mrccache lib.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/ivybridge/sdram.c | 112
> ++---
> 1 file changed, 4 insertions(+), 10
Hi Bin,
On 11 October 2015 at 22:37, Bin Meng wrote:
> Currently struct fmap_entry is used to describe a mrc region.
> However this structure contains some other fields that are not
> related to mrc cache and causes confusion. Besides, it does not
> include a base address field to store SPI flash
On 11 October 2015 at 22:37, Bin Meng wrote:
> This adds mrccache_reserve(), mrccache_get_region() and
> mrccache_save() APIs to the mrccache codes. They are ported
> from the ivybridge implementation, but with some changes.
> For example, in the mrccache_reserve(), ivybridge version
> only reserv
On 11 October 2015 at 22:37, Bin Meng wrote:
> Now that we have added MRC cache for Intel FSP and BayTrail codes,
> enable it for all BayTrail boards (Bayley Bay and Minnow Max).
>
> Note it turns out that FSP for Intel Atom E6xx does not produce
> the HOB for NV storage, so we don't have such fun
Hi Bin,
On 11 October 2015 at 22:37, Bin Meng wrote:
> With MRC cache enabled, when typing 'reset' in the U-Boot shell,
> BayTrail FSP initialization hangs at "Configuring Memory Start":
>
> Setting BootMode to 0
> Install PPI: 1F4C6F90-B06B-48D8-A201-BAE5F1CD7D56
> Register PPI Notify: F89
Hi Bin,
On 11 October 2015 at 22:37, Bin Meng wrote:
> "type" and "wipe-value" are never used by the mrccache codes.
> Remove them to avoid confusion. This also removes the alignment
> comment in the panther dts file.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/dts/chromebook_link.dts | 2
On 11 October 2015 at 22:37, Bin Meng wrote:
> It should be MRC, not MCR.
>
> Signed-off-by: Bin Meng
>
> ---
>
> arch/x86/cpu/ivybridge/sdram.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
Acked-by: Simon Glass
___
U-Boot mailing list
On 11 October 2015 at 22:37, Bin Meng wrote:
> Save MRC cache to SPI flash in arch_misc_init().
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/baytrail/valleyview.c | 19 +++
> 1 file changed, 19 insertions(+)
Acked-by: Simon Glass
__
Hi Bin,
On 12 October 2015 at 02:30, Bin Meng wrote:
> Hi Simon,
>
> On Mon, Oct 12, 2015 at 12:37 PM, Bin Meng wrote:
>> This series moves existing MRC cache codes in the ivybridge cpu
>> diretory to a common place and makes some changes so that every
>> x86 board benefits from it. It also upda
Hi Jagan,
On 12 October 2015 at 09:00, Jagan Teki wrote:
> Previous version link:
> http://permalink.gmane.org/gmane.comp.boot-loaders.u-boot/233262
>
> spi-flash layer need to tune a lot for better code handling and
> to sync with Linux spi-nor. So below areas got updated in this series.
> - BAR
Hi Bin,
On 12 October 2015 at 02:30, Bin Meng wrote:
> Currently sdram_initialise() saves pei_data->mrc_output directly to
> gd->arch.mrc_output. This is incorrect as pei_data->mrc_output points
> to an address on the stack whose content is no longer valid when we
> call mrccache_reserve(). To fi
On 12 October 2015 at 02:30, Bin Meng wrote:
> Using existing mrccache library to implement mrc cache support
> for Intel Quark.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/quark/dram.c | 52
> +++---
> arch/x86/cpu/quark/quark.c | 19
On 12 October 2015 at 02:30, Bin Meng wrote:
> Now that we have added MRC cache on quark support codes,
> enable it on Intel Galileo board.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/dts/galileo.dts | 4
> configs/galileo_defconfig | 1 +
> 2 files changed, 5 insertions(+)
Acked-by: S
Hi Albert,
On 18 October 2015 at 10:36, Albert ARIBAUD wrote:
> Hello Simon,
>
> On Sat, 17 Oct 2015 15:07:00 -0600, Simon Glass
> wrote:
>> We should not init the console this early and there is no need to. If we want
>> to do early init it can be done in spl_board_init(). Move the
>> preloader
Hi Albert,
On 18 October 2015 at 10:28, Albert ARIBAUD wrote:
> Hello Simon,
>
> On Sat, 17 Oct 2015 15:06:55 -0600, Simon Glass
> wrote:
>> Unfortunately memset() is not always available, so provide a substitute when
>> needed.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v3: None
Signed-off-by: Vadzim Dambrouski
---
arch/arm/lib/semihosting.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/lib/semihosting.c b/arch/arm/lib/semihosting.c
index ed5e8e4..6541cb4 100644
--- a/arch/arm/lib/semihosting.c
+++ b/arch/arm/lib/semihosting.c
@@ -92,7
It is possible to enable CONFIG_SEMIHOSTING for STM32F429 target, but it
would result in compile error. This patch adds support for semihosting for
STM32F429 or any other ARMv7M target. Tested on STM32F429-DISCOVERY board.
Signed-off-by: Vadzim Dambrouski
---
arch/arm/lib/semihosting.c | 2 ++
On 10/18/2015 05:20 PM, Masahiro Yamada wrote:
(+CC Francois)
2015-10-18 21:24 GMT+09:00 Tom Rini :
On Sun, Oct 18, 2015 at 06:19:16AM -0600, Simon Glass wrote:
Hi,
It looks like sparc has no maintainer and has not been converted to
generic board. Should we remove it?
Well, not quite "no m
On 3 October 2015 at 08:29, Simon Glass wrote:
> On 1 October 2015 at 08:35, Bin Meng wrote:
>> PCI_COMMAND_IO bit must be set for VGA device as it needs to respond
>> to legacy VGA IO address.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> drivers/pci/pci_auto.c | 6 ++
>> 1 file changed, 6 in
On 7 October 2015 at 12:40, Anatolij Gustschin wrote:
> On Thu, 1 Oct 2015 00:36:00 -0700
> Bin Meng wrote:
>
>> When pci_find_class() fails to find a device, it returns -ENODEV.
>> But now we check the return value against -1. Fix it.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> drivers/video/v
On 3 October 2015 at 08:29, Simon Glass wrote:
> On 1 October 2015 at 08:36, Bin Meng wrote:
>> Currently pci_last_busno() only checks the last bridge device
>> under the first UCLASS_PCI device. This is not the case when
>> there are multiple bridge devices.
>>
>> Signed-off-by: Bin Meng
>> ---
On 3 October 2015 at 08:29, Simon Glass wrote:
> Hi Bin,
>
> On 1 October 2015 at 08:36, Bin Meng wrote:
>> Add a Kconfig option to disable the Integrated Graphics Device (IGD)
>> so that it does not show in the PCI configuration space as a VGA
>> disaplay controller. This gives a chance for U-Bo
On 3 October 2015 at 08:29, Simon Glass wrote:
> On 1 October 2015 at 08:36, Bin Meng wrote:
>> To support graphics card behind a PCI bridge, the bridge control
>> register (offset 0x3e) in the configuration space must turn on
>> VGA address forwarding.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>>
On 3 October 2015 at 08:29, Simon Glass wrote:
> On 1 October 2015 at 08:36, Bin Meng wrote:
>> Remove bd82x6x_pci_bus_enable_resources() that is not called anywhere.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/ivybridge/bd82x6x.c | 32
>> 1 file cha
On 7 October 2015 at 21:19, Bin Meng wrote:
> Some OS (like VxWorks) requires GDT entry 1 to be the 32-bit CS.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
> Tested-by: Jian Luo
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> arch/x86/cpu/cpu.c | 7 ++-
> 1 file changed, 6 i
On 7 October 2015 at 21:19, Bin Meng wrote:
> CONFIG_HOSTNAME is an environment varible, so that quotation mark
> is not needed.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
>
> ---
>
> Changes in v3: None
> Changes in v2:
> - New patch to remove quotation mark in CONFIG_HOSTNAME
>
> inc
On 7 October 2015 at 21:19, Bin Meng wrote:
> install_e820_map() has nothing to do with zimage related codes.
> Move it to a dedicated place.
>
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
>
> ---
>
> Changes in v3: None
> Changes in v2:
> - New patch to move install_e820_map() out of zimag
On 7 October 2015 at 21:19, Bin Meng wrote:
> Convert CONFIG_CMD_ELF to Kconfig and tidy up affected boards.
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v3: None
> Changes in v2:
> - Split the defconfig reorder to another patch, making this patch
> as CONFIG_CMD_ELF mods only
> - Update
On 8 October 2015 at 10:09, Simon Glass wrote:
> On 8 October 2015 at 04:19, Bin Meng wrote:
>> There are fields in VxWorks bootline for netmask and gatewayip.
>> We can get these from U-Boot environment variables and pass them
>> to VxWorks, just like ipaddr and serverip.
>>
>> Signed-off-by: Bi
On 8 October 2015 at 10:09, Simon Glass wrote:
> On 8 October 2015 at 04:19, Bin Meng wrote:
>> Remember the position in the VxWorks bootline buffer to avoid the call
>> to strlen() each time.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> Changes in v3:
>> - New patch to avoid strlen() calls whe
On 7 October 2015 at 21:19, Bin Meng wrote:
> This commit cleans up cmd_elf.c per U-Boot coding convention,
> and removes the unnecessary DECLARE_GLOBAL_DATA_PTR and out-of-date
> powerpc comments (it actually supports not only powerpc targets).
>
> Signed-off-by: Bin Meng
> Reviewed-by: Tom Rini
On 7 October 2015 at 21:19, Bin Meng wrote:
> Move load_elf_image_phdr() and load_elf_image_shdr() to the beginning
> of the cmd_elf.c so that forward declaration is not needed.
>
> Signed-off-by: Bin Meng
> Reviewed-by: Tom Rini
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> common/cm
On 18 October 2015 at 07:05, Simon Glass wrote:
> Hi Bin,
>
> On 12 October 2015 at 06:23, Bin Meng wrote:
>> System Management BIOS (SMBIOS) is a specification for how
>> motherboard and system vendors present management information
>> about their products in a standard format by extending the B
On 12 October 2015 at 06:23, Bin Meng wrote:
> Add U_BOOT_DMI_DATE (format mm/dd/) generation to be used by
> SMBIOS tables, as required by SMBIOS spec 3.0 [1]. See chapter 7.1,
> BIOS information structure offset 08h for details.
>
> [1]
> http://www.dmtf.org/sites/default/files/standards/do
On 7 October 2015 at 21:19, Bin Meng wrote:
> Current document about how to boot VxWorks is limited.
> Add several chapters in README.vxworks to document this.
>
> Signed-off-by: Bin Meng
> Reviewed-by: Tom Rini
>
> ---
>
> Changes in v3: None
> Changes in v2:
> - Describe typical values for boo
On 7 October 2015 at 21:19, Bin Meng wrote:
> So far VxWorks bootline can be contructed from various environment
> variables, but when these variables do not exist we get these from
> corresponding config macros. This is not helpful as it requires
> rebuilding U-Boot, and to make sure these config
On 7 October 2015 at 21:19, Bin Meng wrote:
> VxWorks on x86 uses stack to pass parameters.
>
> Reported-by: Jian Luo
> Signed-off-by: Bin Meng
> Acked-by: Simon Glass
>
> ---
>
> Changes in v3: None
> Changes in v2:
> - New patch to add asmlinkage to the VxWorks x86 entry
>
> common/cmd_elf.c
On 18 October 2015 at 14:26, Simon Glass wrote:
> On 10 October 2015 at 02:47, Bin Meng wrote:
>> Introduce a new fsp command and make the existing hob command a
>> sub-command to fsp for future extension. Also move cmd_hob.c to
>> the dedicated fsp sub-directory in arch/x86/lib.
>>
>> Signed-off
On 18 October 2015 at 14:26, Simon Glass wrote:
> On 10 October 2015 at 02:47, Bin Meng wrote:
>> Compact hob command output, especially by making hob type string a
>> little bit shorter so that we can leave room for future extension.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/lib/cmd_
On 18 October 2015 at 14:26, Simon Glass wrote:
> On 10 October 2015 at 02:47, Bin Meng wrote:
>> It would be helpful to have a command to show FSP header. So far
>> it only supports FSP header which conforms to FSP spec 1.0.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/lib/fsp/cmd_fsp.c
On 18 October 2015 at 14:26, Simon Glass wrote:
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> Create a Kconfig option for enabling MRC cache.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/Kconfig | 8
>> 1 file changed, 8 insertions(+)
>
> Acked-by: Simon Glass
Applied to u
On 18 October 2015 at 14:26, Simon Glass wrote:
> On 10 October 2015 at 02:47, Bin Meng wrote:
>> When examining a HOB, it's useful to see which GUID this HOB
>> belongs to. Add GUID output in the hob command to aid this.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/lib/cmd_hob.c | 22 ++
On 18 October 2015 at 14:26, Simon Glass wrote:
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> mrccache implementation can be common for all boards. Move it
>> from ivybridge cpu directory to the common lib directory.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/ivybridge/Makefile
On 18 October 2015 at 14:26, Simon Glass wrote:
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> Fix some nits, improve some comments and reorder some codes
>> a little bit.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/include/asm/mrccache.h | 20 ++--
>> arch/x86/lib/mr
On 18 October 2015 at 14:26, Simon Glass wrote:
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> Remove the call to custom mrc cache APIs, and use the ones
>> provided in the mrccache lib.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/ivybridge/sdram.c | 112
>> ++---
On 18 October 2015 at 14:26, Simon Glass wrote:
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> This adds mrccache_reserve(), mrccache_get_region() and
>> mrccache_save() APIs to the mrccache codes. They are ported
>> from the ivybridge implementation, but with some changes.
>> For example, in
On 18 October 2015 at 14:26, Simon Glass wrote:
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> For the cache record to write in mrccache_update(), we should
>> perform a sanity test to see if it is a valid one.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/include/asm/mrccache.h | 2 +-
On 18 October 2015 at 14:26, Simon Glass wrote:
> Hi Bin,
>
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> Currently struct fmap_entry is used to describe a mrc region.
>> However this structure contains some other fields that are not
>> related to mrc cache and causes confusion. Besides, it d
On 18 October 2015 at 14:27, Simon Glass wrote:
> Hi Bin,
>
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> With MRC cache enabled, when typing 'reset' in the U-Boot shell,
>> BayTrail FSP initialization hangs at "Configuring Memory Start":
>>
>> Setting BootMode to 0
>> Install PPI: 1F4C6F
On 18 October 2015 at 14:27, Simon Glass wrote:
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> Save MRC cache to SPI flash in arch_misc_init().
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/baytrail/valleyview.c | 19 +++
>> 1 file changed, 19 insertions(+)
>
> Acke
On 18 October 2015 at 14:27, Simon Glass wrote:
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> Now that we have added MRC cache for Intel FSP and BayTrail codes,
>> enable it for all BayTrail boards (Bayley Bay and Minnow Max).
>>
>> Note it turns out that FSP for Intel Atom E6xx does not prod
On 18 October 2015 at 14:27, Simon Glass wrote:
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> It should be MRC, not MCR.
>>
>> Signed-off-by: Bin Meng
>>
>> ---
>>
>> arch/x86/cpu/ivybridge/sdram.c | 4 ++--
>> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> Acked-by: Simon Glass
Appl
On 18 October 2015 at 14:27, Simon Glass wrote:
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> fsp_init() call has a parameter nvs_buf which is used by FSP as the
>> MRC cache but currently is blindly set to NULL. Retreive the MRC
>> cache from SPI flash and pass it to fsp_init() call. After t
On 18 October 2015 at 14:27, Simon Glass wrote:
> On 12 October 2015 at 02:30, Bin Meng wrote:
>> Now that we have added MRC cache on quark support codes,
>> enable it on Intel Galileo board.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/dts/galileo.dts | 4
>> configs/galileo_defco
On 15 October 2015 at 06:22, Simon Glass wrote:
> Hi Bin,
>
> On 14 October 2015 at 03:01, Bin Meng wrote:
>>
>> In sipi_vector.S, cpu_index (passed as %eax) is wrongly overwritten
>> by the ap_init() function address. Correct it.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/sipi_vec
On 18 October 2015 at 14:27, Simon Glass wrote:
> Hi Bin,
>
> On 11 October 2015 at 22:37, Bin Meng wrote:
>> "type" and "wipe-value" are never used by the mrccache codes.
>> Remove them to avoid confusion. This also removes the alignment
>> comment in the panther dts file.
>>
>> Signed-off-by: B
On 18 October 2015 at 14:27, Simon Glass wrote:
> On 12 October 2015 at 02:30, Bin Meng wrote:
>> Using existing mrccache library to implement mrc cache support
>> for Intel Quark.
>>
>> Signed-off-by: Bin Meng
>> ---
>>
>> arch/x86/cpu/quark/dram.c | 52
>> +++
Add a comment to make it clear to which block the #endif relates.
Signed-off-by: Simon Glass
---
drivers/rtc/mc146818.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/rtc/mc146818.c b/drivers/rtc/mc146818.c
index 363ade3..9e94a80 100644
--- a/drivers/rtc/mc146818.c
For consistency, use 'ret' to handle a return value.
Signed-off-by: Simon Glass
---
arch/x86/cpu/ivybridge/sdram.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/arch/x86/cpu/ivybridge/sdram.c b/arch/x86/cpu/ivybridge/sdram.c
index fc66a3c..26e2e5b 100644
-
1 - 100 of 236 matches
Mail list logo
