Hi,
On Thursday 13 October 2016 05:41 PM, Jagan Teki wrote:
> On Wed, Oct 12, 2016 at 9:46 AM, Vignesh R wrote:
>> Fix the divider calculation logic to choose a value so that the
>> resulting baudrate is either equal to or closest possible baudrate less
>> than the requested
On Fri, Oct 14, 2016 at 1:13 PM, Alexander Graf wrote:
>
>
>> Am 14.10.2016 um 03:50 schrieb Bin Meng :
>>
>> On Thu, Oct 13, 2016 at 10:35 PM, Alexander Graf wrote:
The type 4 table generation code is very x86 centric today. Refactor things
> Am 14.10.2016 um 03:50 schrieb Bin Meng :
>
> On Thu, Oct 13, 2016 at 10:35 PM, Alexander Graf wrote:
>>> The type 4 table generation code is very x86 centric today. Refactor things
>>> out into the device model cpu class to allow the tables to get
Detect the board very early and avoid reading eeprom multiple times.
Signed-off-by: Lokesh Vutla
---
arch/arm/cpu/armv7/am33xx/board.c| 3 +++
arch/arm/include/asm/arch-am33xx/sys_proto.h | 1 +
board/ti/am335x/board.c | 32
This series does a minor cleanup for early initialization code on AM33xx and
AM43xx based platforms.
Logs:
AM437x-GP EVM: http://pastebin.ubuntu.com/23321700/
BBB: http://pastebin.ubuntu.com/23321698/
Lokesh Vutla (3):
ARM: AMx3xx: Allow arch specific code to use early DM
ARM: AMx3xx:
This is similar to Commit 93e6253d11030 ("ARM: OMAP4/5: Centralize
early clock initialization") that was done for OMAP4+, reflecting the same
for AM33xx and AM43xx SoCs to centralize clock initialization.
Signed-off-by: Lokesh Vutla
---
arch/arm/cpu/armv7/am33xx/board.c
Early system initialization is being done before initf_dm is being called
in U-Boot. Then system will fail to boot if any of the DM enabled driver
is being called in this system initialization code. So, rearrange the
code a bit so that DM enabled drivers can be called during early system
Set the appropriate bits in the interface config register based
on the SPI_ mode flags.
Signed-off-by: Chris Packham
---
arch/arm/include/asm/arch-mvebu/spi.h | 4
drivers/spi/kirkwood_spi.c| 13 +
2 files changed, 17 insertions(+)
diff
I have a iMX233 with SD as storage and I need to have first partition
fat32, otherways windows will not open the SD card at all. Customer needs
to get/save some data from windows.
So what I did is wrote U-Boot on 2'nd and rootfs on 3'rd.
Command (m for help): p
Disk /dev/sdb: 7,4 GiB, 7969177600
On Thu, Oct 13, 2016 at 5:52 PM, Chen-Yu Tsai wrote:
> On Sat, Oct 8, 2016 at 7:08 PM, Chenhui Zhao wrote:
>> Save and restore core registers from r4 to r12 so that PSCI code won't
>> break their value.
>>
>> Signed-off-by: Chenhui Zhao
On Thu, Oct 13, 2016 at 6:24 PM, Tom Rini wrote:
> On Thu, Oct 13, 2016 at 05:45:52PM +0530, Jagan Teki wrote:
>> On Thu, Oct 13, 2016 at 3:53 PM, Vignesh R wrote:
>> > Unlike Linux kernel, U-Boot depends on "spi-flash" compatible to probe
>> > m25p80 spi-nor
On Thu, Oct 13, 2016 at 10:35 PM, Alexander Graf wrote:
>> The type 4 table generation code is very x86 centric today. Refactor things
>> out into the device model cpu class to allow the tables to get generated for
>> other architectures as well.
>>
>> Signed-off-by: Alexander Graf
No need to use a wrapper that is equivalent to xhci_deregister().
Signed-off-by: Masahiro Yamada
---
drivers/usb/host/xhci-mvebu.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/drivers/usb/host/xhci-mvebu.c
This driver was recently converted to Driver Model, so missed the
subsystem-wide cleanups by commit 405273427366 ("usb: replace
ehci_*_remove() with usb_deregister()").
Signed-off-by: Masahiro Yamada
---
drivers/usb/host/ehci-vf.c | 13 +
1 file
On Thu, Oct 13, 2016 at 04:52:14PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 13 October 2016 at 13:11, Tom Rini wrote:
> > Hey all,
> >
> > I've noticed now, but not dug into a problem that goes like this. On
> > every platform that I have tried NFS on now (and I wasn't a
On 10/11/2016 05:41 PM, Joe Hershberger wrote:
On Tue, Oct 4, 2016 at 12:45 AM, Stephen Warren wrote:
From: Stephen Warren
This driver supports the Synopsys Designware Ethernet QoS (Quality of
Service) a/k/a eqos IP block, which is a different
On Fri, Oct 14, 2016 at 1:35 AM, Stephen Warren wrote:
> On 10/11/2016 04:48 PM, Joe Hershberger wrote:
>>
>> On Tue, Oct 4, 2016 at 12:13 AM, Stephen Warren
>> wrote:
>>>
>>> On 09/23/2016 03:49 PM, Joe Hershberger wrote:
Hi Stephen,
On 10/11/2016 04:48 PM, Joe Hershberger wrote:
On Tue, Oct 4, 2016 at 12:13 AM, Stephen Warren wrote:
On 09/23/2016 03:49 PM, Joe Hershberger wrote:
Hi Stephen,
Thanks for sending this! I have some comments below.
Cheers,
-Joe
On Mon, Sep 12, 2016 at 12:48 PM,
Okay, rebased on u-boot master again and updated the config for
i2c/spl. I have an RFC patch for u-boot and an updated kernel dts to
test; I also brought in the (small) sun7i-a20.dtsi patch to add the
standard A20 i2c4 pins_a which is the only i2c brought out on the Pi
header (goes with pin fix
On Fri, Oct 14, 2016 at 12:52 AM, Simon Glass wrote:
> Hi Tom,
>
> On 13 October 2016 at 13:11, Tom Rini wrote:
>> Hey all,
>>
>> I've noticed now, but not dug into a problem that goes like this. On
>> every platform that I have tried NFS on now (and I
Hi Tom,
Here is a second attempt with this patch pulled in:
http://patchwork.ozlabs.org/patch/681814/
The following changes since commit c69f6d04ec66433f2360490a5cd0263c83aab18f:
Merge branch 'master' of http://git.denx.de/u-boot-mmc (2016-10-13
08:13:56 -0400)
are available in the git
Hi Masahiro,
On 4 October 2016 at 22:08, Masahiro Yamada
wrote:
> Hi Simon,
>
>
> 2016-10-05 9:25 GMT+09:00 Simon Glass :
>
>> +
>> +Image description format
>> +
>> +
>> +The binman node is called 'binman'. An example
On 13 October 2016 at 09:39, Masahiro Yamada
wrote:
> ARCH_UNIPHIER selects DM_USB, where CONFIG_USB_MAX_CONTROLLER_COUNT
> is not used.
>
> Signed-off-by: Masahiro Yamada
> ---
>
> include/configs/uniphier.h | 1 -
> 1 file changed,
Hi Tom,
On 13 October 2016 at 13:11, Tom Rini wrote:
> Hey all,
>
> I've noticed now, but not dug into a problem that goes like this. On
> every platform that I have tried NFS on now (and I wasn't a user before
> the test came in) I see:
> # nfs 8000
On 13 October 2016 at 09:02, Keerthy wrote:
>
> Accommodate fdt_for_each_subnode signature change.
>
> Signed-off-by: Keerthy
> Acked-by: Simon Glass
> ---
>
> Changes in v2:
>
> * Corrected subject.
> * Added Simon's Ack.
>
>
On Thu, Oct 13, 2016 at 12:34:54PM -0500, Joe Hershberger wrote:
> Hi Tom,
>
> The following changes since commit 5ebd27d860ec0c6e36f1b0f973653fe66a7360be:
>
> Merge branch 'master' of git://git.denx.de/u-boot-x86 (2016-10-12 13:59:26
> -0400)
>
> are available in the git repository at:
>
Dear Ahmed Samir Khalil,
On Mon, Oct 10, 2016 at 6:44 AM, Ahmed Samir Khalil
wrote:
> Getting the current NAND device is already done once as part
> of nand command. Therefore, repeating this step as part of
> the sub-commands is unnecessary.
>
> Signed-off-by: Ahmed
Hey all,
I've noticed now, but not dug into a problem that goes like this. On
every platform that I have tried NFS on now (and I wasn't a user before
the test came in) I see:
# nfs 8000 /tftpboot/1MiBtest.bin
link up on port 0, speed 1000, full duplex
Hi Stephen,
https://patchwork.ozlabs.org/patch/670537/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Peter,
https://patchwork.ozlabs.org/patch/669676/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Guillaume,
https://patchwork.ozlabs.org/patch/669800/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Chris,
https://patchwork.ozlabs.org/patch/662993/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Peter,
https://patchwork.ozlabs.org/patch/669691/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Hannes,
https://patchwork.ozlabs.org/patch/665202/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Chris,
https://patchwork.ozlabs.org/patch/663514/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Chris,
https://patchwork.ozlabs.org/patch/662992/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Roger,
https://patchwork.ozlabs.org/patch/662259/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Roger,
https://patchwork.ozlabs.org/patch/662258/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Mugunthan,
https://patchwork.ozlabs.org/patch/681803/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Andrea,
https://patchwork.ozlabs.org/patch/626776/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Mugunthan,
https://patchwork.ozlabs.org/patch/681802/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Mugunthan,
https://patchwork.ozlabs.org/patch/681801/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Tom,
The following changes since commit 5ebd27d860ec0c6e36f1b0f973653fe66a7360be:
Merge branch 'master' of git://git.denx.de/u-boot-x86 (2016-10-12 13:59:26
-0400)
are available in the git repository at:
git://git.denx.de/u-boot-net.git master
for you to fetch changes up to
On Tue, Oct 11, 2016 at 11:36:40AM -0600, Simon Glass wrote:
> Hi Tom,
>
> This includes lp873x PMIC support, moving patman to work with Python 3
> (mostly), buildman improvements, cros_ec flashinfo support and sandbox
> filesystem test fixes. It also includes the MMC patches I've been
> holding
On Tue, Oct 11, 2016 at 08:37:56AM +0900, Jaehoon Chung wrote:
> Dear Tom,
>
> Could you these patches on u-boot/master?
>
> The following changes since commit f5fd45ff64e28a73499548358e3d1ceda0de7daf:
>
> Merge branch 'master' of git://www.denx.de/git/u-boot-imx (2016-10-08
> 09:33:37
On Thu, Oct 13, 2016 at 01:47:53PM +0300, Nicolae Rosia wrote:
> From: Nicolae Rosia
>
> Commit a85362fb3e1fc7833723accddbbae431091d06b8 refactored the code
> but the register read ended up in the wrong if branch.
> Currently, the else branch checks a variable which is
On Sat, Oct 01, 2016 at 03:19:20PM +0100, Paul Burton wrote:
> Convert the sandbox architecture to make use of the new asm-generic/io.h
> to provide address mapping functions. As sandbox actually performs
> non-identity mapping between physical & virtual addresses we can't
> simply make use of
ARCH_ZYNQ(MP) selects DM_USB, where CONFIG_USB_MAX_CONTROLLER_COUNT
is not used.
Signed-off-by: Masahiro Yamada
---
include/configs/xilinx_zynqmp.h | 1 -
include/configs/zynq-common.h | 1 -
2 files changed, 2 deletions(-)
diff --git
ARCH_UNIPHIER selects DM_USB, where CONFIG_USB_MAX_CONTROLLER_COUNT
is not used.
Signed-off-by: Masahiro Yamada
---
include/configs/uniphier.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/configs/uniphier.h b/include/configs/uniphier.h
index
ARCH_SUNXI selects DM_USB, where CONFIG_USB_MAX_CONTROLLER_COUNT
is not used.
Signed-off-by: Masahiro Yamada
---
include/configs/sun4i.h | 1 -
include/configs/sun5i.h | 1 -
include/configs/sun6i.h | 1 -
include/configs/sun7i.h | 1 -
include/configs/sun8i.h |
On Thursday 13 October 2016 08:38 PM, Simon Glass wrote:
Hi Keerthy,
On 13 October 2016 at 08:59, Keerthy wrote:
Simon,
On Thursday 13 October 2016 07:54 PM, Simon Glass wrote:
Hi Tom,
On 12 October 2016 at 08:13, Tom Rini wrote:
On Tue, Oct 11,
Hi Keerthy,
On 13 October 2016 at 08:59, Keerthy wrote:
> Simon,
>
> On Thursday 13 October 2016 07:54 PM, Simon Glass wrote:
>>
>> Hi Tom,
>>
>> On 12 October 2016 at 08:13, Tom Rini wrote:
>>>
>>>
>>> On Tue, Oct 11, 2016 at 02:29:01PM -0600, Simon Glass
From: Chen-Yu Tsai
Sent: Thursday, October 13, 2016 5:52 PM
To: C.H. Zhao
Cc: U-Boot Mailing List; Albert ARIBAUD; z.chen...@gmail.com
Subject: Re: [U-Boot] [PATCH] arm: psci: save and restore registers from r4 to
r12
On Sat, Oct 8, 2016 at 7:08
Drop unneeded variables and assignments.
Signed-off-by: Masahiro Yamada
---
drivers/mmc/mmc-uclass.c | 15 ++-
1 file changed, 2 insertions(+), 13 deletions(-)
diff --git a/drivers/mmc/mmc-uclass.c b/drivers/mmc/mmc-uclass.c
index 425abb1..4e955da
On Thu, Oct 13, 2016 at 08:51:09AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 13 October 2016 at 08:02, Tom Rini wrote:
> > On Thu, Sep 29, 2016 at 02:22:59PM -0600, Simon Glass wrote:
> >
> >> This series moves a number of console-related CONFIG options to Kconfig.
> >>
On Thursday 13 October 2016 06:22 PM, Simon Glass wrote:
On 13 October 2016 at 05:57, Keerthy wrote:
Accommodate fdt_subnode_offset signature change.
Signed-off-by: Keerthy
---
drivers/power/pmic/palmas.c | 2 +-
1 file changed, 1 insertion(+), 1
Accommodate fdt_for_each_subnode signature change.
Signed-off-by: Keerthy
Acked-by: Simon Glass
---
Changes in v2:
* Corrected subject.
* Added Simon's Ack.
drivers/power/pmic/palmas.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Simon,
On Thursday 13 October 2016 07:54 PM, Simon Glass wrote:
Hi Tom,
On 12 October 2016 at 08:13, Tom Rini wrote:
On Tue, Oct 11, 2016 at 02:29:01PM -0600, Simon Glass wrote:
Hi Tom,
This is mostly syncing up with upstream. I have a few more things to do
also (some
On Thursday 13 October 2016 06:22 PM, Simon Glass wrote:
Hi Keerthy,
On 13 October 2016 at 05:56, Keerthy wrote:
Accommodate fdt_subnode_offset signature change.
Signed-off-by: Keerthy
---
drivers/power/pmic/lp873x.c | 2 +-
1 file changed, 1
Hi Tom,
On 13 October 2016 at 08:02, Tom Rini wrote:
> On Thu, Sep 29, 2016 at 02:22:59PM -0600, Simon Glass wrote:
>
>> This series moves a number of console-related CONFIG options to Kconfig.
>> Those that are not currently used are removed.
>>
>> A few unused video drivers
> If the system has a valid "serial#" environment variable set (which boards
> that
> can find it out programatically set automatically), use that as input for the
> serial number and UUID fields in the SMBIOS tables.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Bin Meng
> These are missing in some functions. Add them to keep things consistent.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> Reviewed-by: Alexander Graf
Thanks, applied to
___
U-Boot
Hi Tom,
On 13 October 2016 at 08:33, Tom Rini wrote:
> On Thu, Oct 13, 2016 at 08:24:22AM -0600, Simon Glass wrote:
>> Hi Tom,
>>
>> On 12 October 2016 at 08:13, Tom Rini wrote:
>> >
>> > On Tue, Oct 11, 2016 at 02:29:01PM -0600, Simon Glass wrote:
>> >
> This is required for x86 and is also correct for ARM (since it is empty).
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
Thanks, applied to
___
U-Boot mailing list
U-Boot@lists.denx.de
> Add the required pieces to support the EFI loader on x86.
>
> Since U-Boot only builds for 32-bit on x86, only a 32-bit EFI application
> is supported. If a 64-bit kernel must be booted, U-Boot supports this
> directly using FIT (see doc/uImage.FIT/kernel.its). U-Boot can act as a
> payload for
> Using PSCI you can not only reset the system, you can also shut it down!
> This patch exposes a function to do exactly that to whatever code wants
> to make use of it.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Simon Glass
Thanks, applied to
> In 74c16acce30bb882ad5951829d8dafef8eea564c the return values where
> changed, but the description was kept.
>
> Signed-off-by: Stefan Brüns
> Reviewed-by: Alexander Graf
Thanks, applied to
___
U-Boot
> The CPU udevice already has a few callbacks to retreive information
> about the currently running CPUs. This patch adds a new get_vendor()
> call that returns the vendor of the main CPUs.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Simon Glass
>
> As soon as a mapping is unlinked from the list, there are no further
> references to it, so it should be freed. If it not unlinked,
> update the start address and length.
>
> Signed-off-by: Stefan Brüns
> Reviewed-by: Alexander Graf
Thanks,
> Now that we have generic PSCI reset and shutdown support in place, we can
> advertise those as EFI Run Time Services, allowing efi applications and
> OSs to reset and shut down systems.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Simon Glass
Thanks,
> The type 4 table generation code is very x86 centric today. Refactor things
> out into the device model cpu class to allow the tables to get generated for
> other architectures as well.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Simon Glass
>
> We will need the SMBIOS generation function on ARM as well going forward,
> so let's move it into a non arch specific location.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Bin Meng
> Reviewed-by: Simon Glass
Thanks, applied to
> All systems that are running on armv8 are running bare metal with firmware
> that implements PSCI running in EL3. That means we don't really need to expose
> the hypercall variants of them.
>
> This patch leaves the code in, but makes the code explicit enough to have the
> compiler optimize it
> Currently each allocation creates a new mapping. Readding the mapping
> as free memory (EFI_CONVENTIONAL_MEMORY) potentially allows to hand out
> an existing mapping, thus limiting the number of mapping descriptors in
> the memory map.
>
> Mitigates a problem with current (4.8rc7) linux kernels
> EFI allows an OS to leverage firmware drivers while the OS is running. In the
> generic code we so far had to stub those implementations out, because we would
> need board specific knowledge about MMIO setups for it.
>
> However, boards can easily implement those themselves. This patch provides
> So far bounce buffers were only used for disk I/O, but network I/O
> may suffer from the same problem.
>
> On platforms that have problems doing DMA on high addresses, let's
> also bounce outgoing network packets. Incoming ones always already
> get bounced.
>
> This patch fixes EFI PXE boot on
> We need a functional free_pool implementation, as otherwise each
> allocate_pool causes growth of the memory descriptor table.
>
> Different to free_pages, free_pool does not provide the size for the
> to be freed allocation, thus we have to track the size ourselves.
>
> As the only EFI
> We want to be able to add configuration table entries from our own code as
> well as from EFI payload code. Export the boot service function internally
> too, so that we can reuse it.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Simon Glass
Thanks,
> We need the checksum function without all the other table functionality
> soon, so let's split it out into its own C file.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Simon Glass
> Reviewed-by: Bin Meng
Thanks, applied to
> We can pass SMBIOS easily as EFI configuration table to an EFI payload. This
> patch adds enablement for that case.
>
> While at it, we also enable SMBIOS generation for ARM systems, since they
> support
> EFI_LOADER.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Bin Meng
> A type mismatch in the efi_allocate_pool boot service flow causes
> hazardous memory scribbling on 32-bit systems.
>
> This is efi_allocate_pool's prototype:
>
> static efi_status_t EFIAPI efi_allocate_pool(int pool_type,
> unsigned long size,
> We currently handle efi_allocate_pool() in our boot time service
> file. In the following patch, pool allocation will receive additional
> internal semantics that we should preserve inside efi_memory.c instead.
>
> As foundation for those changes, split the function into an externally
> facing
> Most armv8 systems have PSCI support enabled in EL3, either through
> ARM Trusted Firmware or other firmware.
>
> On these systems, we do not need to implement system reset manually,
> but can instead rely on higher level firmware to deal with it.
>
> The exclude list seems excessive right
> So far we were only installing the FDT table and didn't have space
> to store any other. Hence nobody realized that our efi table allocation
> was broken in that it didn't set the indicator for the number of tables
> plus one.
>
> This patch fixes it, allowing code to allocate new efi tables.
>
> When we're running in 32bpp mode, expose the frame buffer address
> to our payloads so that Linux efifb can pick it up.
>
> Signed-off-by: Alexander Graf
Thanks, applied to
___
U-Boot mailing list
U-Boot@lists.denx.de
> The SMBIOS generation code passes pointers as u32. That causes the compiler
> to warn on casts to pointers. This patch moves all address pointers to
> uintptr_t instead.
>
> Technically u32 would be enough for the current SMBIOS2 style tables, but
> we may want to extend the code to SMBIOS3 in
> The current efi_get_memory_map() function overwrites the map_size
> property before reading its value. That way the sanity check whether our
> memory map fits into the given array always succeeds, potentially
> overwriting arbitrary payload memory.
>
> This patch moves the property update write
> For SMBIOS tables we need to know the CPU family as well as CPU IDs. This
> patches allocates some space for them in the cpu device and populates it
> on x86.
>
> Signed-off-by: Alexander Graf
> Reviewed-by: Simon Glass
> Reviewed-by: Bin Meng
> The code assumes sorted mappings in descending address order. When
> splitting a mapping, insert the new part next to the current mapping.
>
> Signed-off-by: Stefan Brüns
> Reviewed-by: Alexander Graf
Thanks, applied to
On Thu, Oct 13, 2016 at 08:24:22AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On 12 October 2016 at 08:13, Tom Rini wrote:
> >
> > On Tue, Oct 11, 2016 at 02:29:01PM -0600, Simon Glass wrote:
> >
> > > Hi Tom,
> > >
> > > This is mostly syncing up with upstream. I have a few
Hi Tom,
On 12 October 2016 at 08:13, Tom Rini wrote:
>
> On Tue, Oct 11, 2016 at 02:29:01PM -0600, Simon Glass wrote:
>
> > Hi Tom,
> >
> > This is mostly syncing up with upstream. I have a few more things to do
> > also (some small, some large).
> >
> >
> > The following
On Sun, Oct 09, 2016 at 08:15:27PM +0200, Stefan Brüns wrote:
> The direntlen checks were quite bogus, i.e. the loop termination used
> "len + offset == blocksize" (exact match only), and checked for a
> direntlen less than 0. The latter can never happen as the len is
> unsigned, this has been
On Sun, Oct 09, 2016 at 08:15:26PM +0200, Stefan Brüns wrote:
> Use the same variable names as in search_dir, to make purpose of variables
> more obvious.
>
> Signed-off-by: Stefan Brüns
Reviewed-by: Tom Rini
--
Tom
signature.asc
On Sun, Oct 09, 2016 at 08:15:25PM +0200, Stefan Brüns wrote:
> This patch series addresses Coverity defects CID 153383/153384.
> The first patch is a preparation patch, the second addresses the
> actual issue.
> The last patch corrects the journal handling in the same function.
Thanks for
On Sun, Oct 09, 2016 at 08:15:28PM +0200, Stefan Brüns wrote:
> Instead of creating a journal entry for each directory block, even
> if the block is unmodified, only log the modified block.
>
> Signed-off-by: Stefan Brüns
Reviewed-by: Tom Rini
Move CONFIG_VIDEO_IPUV3 from include/configs to configs
Cc: Tom Rini
Cc: Stefano Babic
Signed-off-by: Jagan Teki
---
configs/aristainetos2_defconfig | 1 +
configs/aristainetos2b_defconfig | 1 +
In AM335x GP EVM, Atheros 8031 phy is used, enable the driver as
AM335x SoC RGMII delay mode has to be enabled in phy as mentioned
in the silicon errata Advisory 1.0.10
Signed-off-by: Mugunthan V N
Acked-by: Joe Hershberger
---
This patch series adds support for RGMII phy internal delay
support for Atheros 8031 phy driver and also add support for
the phy mode configuration in control module in cpsw driver.
Tested the series on the following EVMs with a zImage download
from server, logs [1] and pushed a branch for
cpsw driver supports only selection of phy mode in control module
but control module has more setting like RGMII ID mode selection,
RMII clock source selection. So ported to cpsw-phy-sel driver
from kernel to u-boot.
Signed-off-by: Mugunthan V N
Signed-off-by: Lokesh Vutla
In the current driver implementation, config() callback is common
for AR8035 and AR8031 phy. In config() callback, driver tries to
configure MMD Access Control Register and MMD Access Address Data
Register unconditionally for both phy versions which leads to
auto negotiation failure in AM335x
1 - 100 of 159 matches
Mail list logo