With the port C enabled, we can read the GPI input state of:
* the DIP switches (USER_DIPSW_HPS[3:0]/HPS_GPI[7:4])
* the push buttons (USER_PB_HPS[3:0]/HPS_GPI[11:8])
Signed-off-by: Georges Savoundararadj
Signed-off by: Sid-Ali Teir
Cc: Dinh Nguyen
Hi York:
Currenly LS1012A is the only case. If there is other platform apply it in
the future, we can add other platform later.
Best Regards
Yingxi Yu
发件人: york sun
发送时间: 2017年3月27日 8:29:02
收件人: Yingxi Yu; u-boot@lists.denx.de
主题: Re: [PATCH]
Hi,
On Mon, Mar 6, 2017 at 4:05 PM, Chen-Yu Tsai wrote:
> Hi everyone,
>
> This is v2 of my Allwinner R40 SoC support series.
>
> Changes since v1:
>
> - Add Maxime's ack for all but the first patch.
>
> - Add a patch to split up very long Kconfig lines.
>
> This series adds
Not every SoC needs to set up the GIC interrupt controller, so link
think code only when the respective config option is set.
This shaves off some bytes from the SPL code size.
Signed-off-by: Andre Przywara
Reviewed-by: Simon Glass
---
For a board or platform to support FIT loading in the SPL, it has to
provide a board_fit_config_name_match() routine, which helps to select
one of possibly multiple DTBs contained in a FIT image.
Provide a simple function which chooses the DT name U-Boot was
configured with.
If the DT name is one
The sunxi SPL was holding the detected RAM size in some local variable
only, so it wasn't accessible for other functions.
Store the value in gd->ram_size instead, so it can be used later on.
Signed-off-by: Andre Przywara
Reviewed-by: Simon Glass
---
Some platforms require more complex U-Boot images than we can easily
generate via the mkimage command line, for instance to load additional
image files.
Introduce a CONFIG_SPL_FIT_SOURCE and CONFIG_SPL_FIT_GENERATOR symbol,
which can either hold an .its source file describing the image layout,
or,
Now that the Makefile can call a generator script to build a more
advanced FIT image, let's use this feature to address the needs of
Allwinner A64 boards.
The (DTB stripped) U-Boot binary and the ATF are static, but we allow
an arbitrary number of supported device trees to be passed.
The script
The SPL stack is usually located at the end of SRAM A1, where it grows
towards the end of the SPL.
For the really big AArch64 binaries the stack overwrites code pretty
soon, so move the SPL stack to the end of SRAM A2, which is unused at this
time.
Signed-off-by: Andre Przywara
Now that we can store a DT name in the SPL header, use this string (if
available) when finding the right DT blob to load for U-Boot proper.
This allows a generic U-Boot (proper) image to be combined with a bunch
of supported DTs, with just the SPL (possibly only that string) to be
different.
Enable the SPL FIT support and the FIT generator script for the
OrangePi PC2 board, as it also need to load an ATF binary.
Signed-off-by: Andre Przywara
Reviewed-by: Simon Glass
---
configs/orangepi_pc2_defconfig | 6 ++
1 file changed, 6
mksunxiboot limits the size of the resulting SPL binaries to pretty
conservative values to cover all SoCs and all boot media (NAND).
It turns out that we have limit checks in place in the build process,
so mksunxiboot can be relaxed and allow packaging binaries up to the
actual 32KB the mask boot
From: Siarhei Siamashka
This patch updates the mksunxiboot tool to optionally add
the default device tree name string to the SPL header. This
information can be used by the firmware upgrade tools to
protect users from harming themselves by trying to upgrade
to an
With the DRAM init code and the SPL's ability to load the ATF binary as
well, we can now officially get rid of the boot0 boot method, which
involed a closed-source proprietary blob to be used.
Rework the Pine64 README file to document how to build the firmware.
Signed-off-by: Andre Przywara
So far we were not using the FIT image format to its full potential:
The SPL FIT loader was just loading the first image from the /images
node plus one of the listed DTBs.
Now with the refactored loader code it's easy to load an arbitrary
number of images in addition to the two mentioned above.
As
The generic ARMv8 assembly code contains routines for setting up
a CCN interconnect, though the Freescale SoCs are the only user.
Link this code only for Freescale targets, this saves some precious
bytes in the chronically tight SPL.
Signed-off-by: Andre Przywara
---
The Pine64 (and all other 64-bit Allwinner boards) need to load an
ARM Trusted Firmware image beside the actual U-Boot proper.
This can now be easily achieved by using the just extended SPL FIT
loading support, so enable it in the Pine64 defconfig.
Also add the FIT image as a build target to
At the moment we load two images from a FIT image: the actual U-Boot
image and the .dtb file. Both times we have very similar code, that deals
with alignment requirements the media we load from imposes upon us.
Factor out this code into a new function, which we just call twice.
Signed-off-by:
At the moment we ignore any errors due to missing FIT properties,
instead go ahead and calculate our addresses with the -1 return value.
Fix this and bail out if any of the mandatory properties are missing.
Signed-off-by: Andre Przywara
---
common/spl/spl_fit.c | 15
Currently the SPL FIT loader uses the spl_fit_select_fdt() function to
find the offset to the right DTB within the FIT image.
For this it iterates over all subnodes of the /configuration node in
the FIT tree and compares all "description" strings therein using a
board specific matching function.
Currently the SPL FIT loader always looks only for the first image in
the /images node a FIT tree, which it loads and later executes.
Generalize this by looking for a "firmware" property in the matched
configuration subnode, or, if that does not exist, for the first string
in the "loadables"
A fixed version of the SPL FIT loading series.
The error handling has been improved, also quite some comments and
documentation has been added.
The README.pine64 file has been totally reworked to reflect the new
way of building the firmware for the Pine64 (and other 64-bit Allwinner
SoCs, really).
Hi Marek,
On 03/27/2017 02:27 PM, Marek Vasut wrote:
> On 03/27/2017 10:41 PM, Vikas Manocha wrote:
>> Hi Marek,
>>
>> On 03/27/2017 01:34 PM, Marek Vasut wrote:
>>> On 03/27/2017 10:02 PM, Vikas Manocha wrote:
This patch adds armv7m instruction & data cache support.
Signed-off-by:
Hi,
we've kind of run into an interesting situation recently, but might be
of interest for various folks trying to reduce the image sizes.
our AM335x device has a limited amount of sram.. and the SPL tries to
fit into it (a bit tricky given the restricted space we have on it on
certain
On 03/27/2017 10:41 PM, Vikas Manocha wrote:
> Hi Marek,
>
> On 03/27/2017 01:34 PM, Marek Vasut wrote:
>> On 03/27/2017 10:02 PM, Vikas Manocha wrote:
>>> This patch adds armv7m instruction & data cache support.
>>>
>>> Signed-off-by: Vikas Manocha
>>> cc: Christophe
On 27/03/2017 17:17, Heiko Stuebner wrote:
Am Montag, 27. März 2017, 09:14:47 CEST schrieb Alexander Graf:
On 27/03/2017 01:38, Simon Glass wrote:
Most of the time the optimised memset() is what we want. For extreme
situations such as TPL it may be too large. For example on the 'rock'
Hi Marek,
On 03/27/2017 01:34 PM, Marek Vasut wrote:
> On 03/27/2017 10:02 PM, Vikas Manocha wrote:
>> This patch adds armv7m instruction & data cache support.
>>
>> Signed-off-by: Vikas Manocha
>> cc: Christophe KERELLO
>> ---
>>
>> Changed in
On 03/27/2017 10:02 PM, Vikas Manocha wrote:
> This patch adds armv7m instruction & data cache support.
>
> Signed-off-by: Vikas Manocha
> cc: Christophe KERELLO
> ---
>
> Changed in v4:
> - invalidate_dcache_range() & flush_dcache_range()
It also enables commands for cache enable/disable/status.
Signed-off-by: Vikas Manocha
cc: Christophe KERELLO
---
Changed in v4: None
Changed in v3: None
Changed in v2: None
arch/arm/mach-stm32/stm32f7/soc.c | 2 ++
This patch adds armv7m instruction & data cache support.
Signed-off-by: Vikas Manocha
cc: Christophe KERELLO
---
Changed in v4:
- invalidate_dcache_range() & flush_dcache_range() function added.
- blank lines added.
- comments added for
This patchset adds armv7m instruction/data caches support &
enable it for stm32f7.
Changed in v4:
- invalidate_dcache_range() & flush_dcache_range() function added.
- blank lines added.
- comments added for registers, functions & barriers.
- register names changed for better clarity.
-
Am Montag, 27. März 2017, 12:36:00 CEST schrieb Simon Glass:
> Hi Heiko,
>
> On 24 March 2017 at 10:04, Heiko Stuebner wrote:
> > Am Donnerstag, 23. März 2017, 21:28:01 CET schrieb Simon Glass:
> >> Hi Heiko,
> >>
> >> On 20 March 2017 at 05:40, Heiko Stuebner
Am Sonntag, 26. März 2017, 17:38:16 CEST schrieb Simon Glass:
> Most of the time the optimised memset() is what we want. For extreme
> situations such as TPL it may be too large. For example on the 'rock'
> board, using a simple loop saves a useful 48 bytes. With gcc 4.9 and
> the rodata bug, this
Do not condition the compilation of the U_BOOT_DRIVER by !OF_PLATDATA.
This is inconsistent with the majority of other drivers. This also
blocks OF_PLATDATA boards with an 16550-compatible serial from using
serial in SPL.
Signed-off-by: Alexandru Gagniuc
---
Am Sonntag, 26. März 2017, 17:38:15 CEST schrieb Simon Glass:
> At present we sometimes see the following build error when building on a
> machine with multiple cores.
>
> +make[2]: *** No rule to make target 'dts/dt.dtb', needed by
> 'tpl/u-boot-tpl.dtb'. Stop.
>
> Add a dependency to correct
On 03/20/2017 05:04 PM, Tom Rini wrote:
On Fri, Mar 17, 2017 at 10:05:40PM -0700, Alexandru Gagniuc wrote:
spl_mmc.c calls mmc_initialize(). This symbol is provided in
drivers/mmc/mmc.c when CONFIG_GENERIC_MMC is enabled.
Signed-off-by: Alexandru Gagniuc
---
Hi Heiko,
On 24 March 2017 at 10:04, Heiko Stuebner wrote:
> Am Donnerstag, 23. März 2017, 21:28:01 CET schrieb Simon Glass:
>> Hi Heiko,
>>
>> On 20 March 2017 at 05:40, Heiko Stuebner wrote:
>> > The ARMCLK starts at 24MHz on the rk3188 which makes u-boot
From: Jagan Teki
Let the runtime code can set the mmcdev and mmcroot based
on the devno using mmc_get_env_dev instead of defining
separately in build-time configs using mmc_late_init func.
Cc: Matteo Lisi
Cc: Michael Trimarchi
From: Jagan Teki
Let the runtime code can set the mmcdev and mmcroot based
on the devno using mmc_get_env_dev instead of defining
separately in build-time configs using mmc_late_init func.
Cc: Stefano Babic
Cc: Matteo Lisi
From: Jagan Teki
- Remove arch/arm/cpu/arm926ejs/imx/ which is not available
- arch/arm/cpu/imx-common/ => arch/arm/imx-common/
Cc: Stefano Babic
Signed-off-by: Jagan Teki
---
MAINTAINERS | 3 +--
1 file changed, 1
From: Jagan Teki
Add runtime, modeboot env which is setting mmcboot, or
nandboot based on the bootdevice so-that conditional
macros b/w MMC and NAND for CONFIG_BOOTCOMMAND should
be avoided in config files.
Cc: Matteo Lisi
Cc: Michael
From: Jagan Teki
Add runtime, modeboot env which is setting mmcboot, or
nandboot based on the bootdevice so-that conditional
macros b/w MMC and NAND for CONFIG_BOOTCOMMAND should
be avoided in config files.
Cc: Matteo Lisi
Cc: Michael
On Mon, Mar 27, 2017 at 3:54 AM, Jacob Chen wrote:
> Some board need a regulator for gmac phy, so add this code to handle it.
> Signed-off-by: Jacob Chen
Acked-by: Joe Hershberger
On Mon, Mar 27, 2017 at 11:05 PM, york sun wrote:
> On 03/15/2017 06:44 PM, york@nxp.com wrote:
>> On 01/27/2017 10:04 AM, Jagan Teki wrote:
>>> On Mon, Jan 23, 2017 at 8:05 PM, york sun wrote:
On 12/12/2016 09:32 PM, Yao Yuan wrote:
> Hi Jagan,
On 03/15/2017 06:44 PM, york@nxp.com wrote:
> On 01/27/2017 10:04 AM, Jagan Teki wrote:
>> On Mon, Jan 23, 2017 at 8:05 PM, york sun wrote:
>>> On 12/12/2016 09:32 PM, Yao Yuan wrote:
Hi Jagan,
Do you have any comments?
Thanks for
On Mon, Mar 27, 2017 at 7:00 AM, Stefan Roese wrote:
> This patch adds the GoP (Group of Ports) and NetC (Net Complex) setup to
> the Marvell mvpp2 ethernet driver for the missing port 0. This code is
> mostly copied from the Marvell U-Boot version and was written by Stefan
>
Hi Stefan,
On Mon, Mar 27, 2017 at 7:00 AM, Stefan Roese wrote:
> This patch adds the GoP (Group of Ports) and NetC (Net Complex) setup to
> the Marvell mvpp2 ethernet driver. This code is mostly copied from the
> Marvell U-Boot version and was written by Stefan Chulski. Please
>
On Sun, Mar 26, 2017 at 11:50 AM, Philipp Tomsich
wrote:
> This change migrate the following configuration options for Kconfig:
> * PHY_GIGE, indicates that a controller (with an appropriate PHY) is
>Gigabit capable and enables extra support in the
From: Icenowy Zheng
The A64 uses the AXP803 as its PMIC.
Signed-off-by: Icenowy Zheng
Signed-off-by: Jernej Skrabec
---
arch/arm/mach-sunxi/Makefile | 3 +
arch/arm/mach-sunxi/pmic_bus.c | 6 +-
arch/arm/mach-sunxi/rsb.c
This series implements support for HDMI output. This is done using
DM video framework and sharing the HDMI controller code with RK3288.
Patch 1 splits out TCON code which is completely reusable on
all Allwinner SoCs.
Patch 2 converts common TCON code to use DM video compatible timing
structure.
Because DE2 driver is enabled by default, it is nice to disable it on
all boards which don't have any video output. List of such boards is
also much shorter.
Signed-off-by: Jernej Skrabec
Acked-by: Maxime Ripard
---
Changes in v3:
- add
This commit adds support for HDMI output.
Signed-off-by: Jernej Skrabec
Reviewed-by: Simon Glass
Acked-by: Maxime Ripard
---
Changes in v3:
- changed to 32 bpp
- add acked by tag
- VIDEO_DE2 option now depends on
This is needed for HDMI, which will be added later.
Signed-off-by: Jernej Skrabec
Reviewed-by: Simon Glass
---
Changes in v3:
- convert define to Kconfig option
Changes in v2:
- add reviewed by tag
- constant style fix
Video driver for older Allwinner SoCs uses cfb console framework which
in turn uses struct ctfb_res_modes to hold timing informations. However,
DM video framework uses different structure - struct display_timing.
It makes more sense to convert lcdc to use new timing structure because
all new
TCON unit has similar layout and functionality also on newer SoCs. This
commit splits out TCON code for easier reuse later.
Signed-off-by: Jernej Skrabec
Acked-by: Maxime Ripard
---
Changes in v3:
- add acked by tag
Changes in v2:
-
On Thu, Mar 23, 2017 at 10:19 AM, Wenyou Yang wrote:
> Before using the cs_gpio, check if the GPIO is valid or not.
>
> Signed-off-by: Wenyou Yang
> ---
>
> Changes in v2:
> - Rebase on v2017.03.
>
> drivers/spi/atmel_spi.c | 13 +
> 1
On Tue, Feb 21, 2017 at 2:26 PM, Suresh Gupta wrote:
> SOC’s like LS1012A has only one chip select signal
> out to connect with flash. So at one time only one
> flash is active and it is not possible to scan other
> flash at run time.
>
> Signed-off-by: Suresh Gupta
Hi Yung-Ching,
https://patchwork.ozlabs.org/patch/730331/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Hannes,
https://patchwork.ozlabs.org/patch/742677/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi slemieux.t...@gmail.com,
https://patchwork.ozlabs.org/patch/738893/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Steve,
https://patchwork.ozlabs.org/patch/735256/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Tuomas,
https://patchwork.ozlabs.org/patch/740833/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Yung-Ching,
https://patchwork.ozlabs.org/patch/730332/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi oli...@schinagl.nl,
https://patchwork.ozlabs.org/patch/699297/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi oli...@schinagl.nl,
https://patchwork.ozlabs.org/patch/699295/ was applied to u-boot-net.git.
Thanks!
-Joe
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Hi Tom,
The following changes since commit 5cf618ee60a752d058a767372ca1ecb8d9c09b16:
Merge git://git.denx.de/u-boot-arc (2017-03-24 08:19:30 -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 03/27/2017 09:39 AM, Sumit Garg wrote:
>> -Original Message-
>> From: york sun
>> Sent: Monday, March 27, 2017 9:41 PM
>> To: Sumit Garg ; u-boot@lists.denx.de
>> Cc: Ruchika Gupta ; Prabhakar Kushwaha
>> ; Mingkai
Ping?
On Mon, Mar 20, 2017 at 9:42 PM, Jagan Teki wrote:
> Hi,
>
> Let's start the discussion, if possible we may add linux-mtd ML.
>
> Here is the details: from attached pdf Page no:2
>
> In spansion S25FS-S family the physical sectors are grouped as
> normal and
> -Original Message-
> From: york sun
> Sent: Monday, March 27, 2017 9:41 PM
> To: Sumit Garg ; u-boot@lists.denx.de
> Cc: Ruchika Gupta ; Prabhakar Kushwaha
> ; Mingkai Hu ; Vini
> Pillai
On 03/27/2017 08:59 AM, Sumit Garg wrote:
> Using changes in this patch we were able to reduce approx 10k
> size of u-boot-spl.bin image. Following is breif description of
> changes to reduce SPL size:
> 1. Changes in board/freescale/ls1043ardb/Makefile to remove
>compilation of eth.c and
Using changes in this patch we were able to reduce approx 4k
size of u-boot-spl.bin image. Following is breif description of
changes to reduce SPL size:
1. Changes in board/freescale/ls1046ardb/Makefile to remove
compilation of eth.c and cpld.c in case of SPL build.
2. Changes in
Using changes in this patch we were able to reduce approx 10k
size of u-boot-spl.bin image. Following is breif description of
changes to reduce SPL size:
1. Changes in board/freescale/ls1043ardb/Makefile to remove
compilation of eth.c and cpld.c in case of SPL build.
2. Changes in
On 03/16/2017 12:32 AM, Yingxi Yu wrote:
> USB requires 100MHz clock. On ls1012, sysclk(125MHz) is not for USB.
> Another 100MHz clock is for USB. So For USB, check if sysclk is 100MHz
> is failed on ls1012, sysclk is not for USB. Don't check sysclk for
> USB on ls1012.
Does this only apply to
On 03/17/2017 01:27 AM, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> Add initialization flag to avoid initializing NAND Flash multiple
> times, otherwise it will calculate a wrong total size.
>
> Signed-off-by: Hou Zhiqiang
> ---
> V3:
> - no change
>
Am Montag, 27. März 2017, 09:14:47 CEST schrieb Alexander Graf:
>
> On 27/03/2017 01:38, Simon Glass wrote:
> > Most of the time the optimised memset() is what we want. For extreme
> > situations such as TPL it may be too large. For example on the 'rock'
> > board, using a simple loop saves a
From: Liam Beguin
Adding DM specific wrapper functions and definitions.
Signed-off-by: Liam Beguin
Signed-off-by: Sylvain Lemieux
---
Changes from v1 to v2:
* Fixed checkpatch issue.
drivers/i2c/lpc32xx_i2c.c | 91
From: Liam Beguin
This is part of the prep work for the migration to the driver model.
It will enable the driver to support DM and non-DM configurations
using the same functions.
Signed-off-by: Liam Beguin
Signed-off-by: Sylvain Lemieux
Signed-off-by: Lukasz Majewski
---
include/configs/mccmon6.h | 8
1 file changed, 8 insertions(+)
diff --git a/include/configs/mccmon6.h b/include/configs/mccmon6.h
index 8c72455..46ca32e 100644
--- a/include/configs/mccmon6.h
+++ b/include/configs/mccmon6.h
@@ -270,6
On 03/27/2017 01:59 PM, yuiko.osh...@microchip.com wrote:
> From: Yuiko Oshino
>> -Original Message-
>> From: Marek Vasut [mailto:ma...@denx.de]
>> Sent: Friday, March 24, 2017 2:29 PM
>> To: Yuiko Oshino - C18177; u-boot@lists.denx.de
>> Subject: Re: [PATCH
> -Original Message-
> From: york sun
> Sent: Saturday, March 25, 2017 10:16 PM
> To: Ruchika Gupta ; u-boot@lists.denx.de;
> prabhakar.khushw...@nxp.com
> Subject: Re: [U-Boot] [PATCH] powerpc: e6500: Lock/unlock 1 cache instead
> of L1 as init_ram
>
> On
On 03/27/2017 01:23 PM, Lukasz Majewski wrote:
> Dear Marek,
>
> Please find pull request for dfu repository:
>
> The following changes since commit
> 8fb397da91eefe472f25c0a3c7d910fb8f9be129:
>
> drivers/usb/ehci: Use platform-specific accessors (2017-03-24
> 13:55:45 +0100)
>
> are
Hi Joe,
On 25.03.2017 22:42, Joe Hershberger wrote:
On Thu, Mar 23, 2017 at 12:01 PM, Stefan Roese wrote:
This patchset does the following things:
- It brings the latest Linux changes from the mvpp2 ethernet driver done
by Thomas Petazzoni to the U-Boot version of this
This patch adds the GoP (Group of Ports) and NetC (Net Complex) setup to
the Marvell mvpp2 ethernet driver for the missing port 0. This code is
mostly copied from the Marvell U-Boot version and was written by Stefan
Chulski. Please note that only SFI support have been added, as this
is the only
This patch adds the GoP (Group of Ports) and NetC (Net Complex) setup to
the Marvell mvpp2 ethernet driver. This code is mostly copied from the
Marvell U-Boot version and was written by Stefan Chulski. Please
note that only RGMII and SGMII support have been added, as these are
the only interfaces
From: Yuiko Oshino
>-Original Message-
>From: Marek Vasut [mailto:ma...@denx.de]
>Sent: Friday, March 24, 2017 2:29 PM
>To: Yuiko Oshino - C18177; u-boot@lists.denx.de
>Subject: Re: [PATCH v2] Add support for Microchip LAN78xx
>
>On 03/24/2017 07:25 PM,
Dear Marek,
Please find pull request for dfu repository:
The following changes since commit
8fb397da91eefe472f25c0a3c7d910fb8f9be129:
drivers/usb/ehci: Use platform-specific accessors (2017-03-24
13:55:45 +0100)
are available in the git repository at:
Hi Joe,
On 25.03.2017 21:05, Joe Hershberger wrote:
On Thu, Mar 23, 2017 at 12:02 PM, Stefan Roese wrote:
This patch adds the GoP (Group of Ports) and NetC (Net Complex) setup to
the Marvell mvpp2 ethernet driver. This code is mostly copied from the
Marvell U-Boot version and
> From: york sun [mailto:york@nxp.com]
> Sent: Samstag, 25. März 2017 16:35
> To: Thomas Schaefer; Tom Rini
> Cc: u-boot@lists.denx.de
> Re: Re: AW: [U-Boot] unused-const-variable warnings in FSL DDR driver
>
> Thomas,
>
> Can you put your patch together with proper commit message and
Add a test for the correct device removal. Currently two different ways
for device removal are supported:
- Normal device removal via the device_remove() API
- Removal via selective device driver flags (DM_FLAG_ACTIVE_DMA)
This new test "remove_active_dma" adds tests cases for those both ways
of
The new function dm_remove_devices_flags() is intented for driver specific
last-stage cleanup operations before the OS is started. This patch adds
this functionality and hooks it into the common device_remove()
function.
Drivers wanting to use this feature for some last-stage removal calls,
need
Some board need a regulator for gmac phy, so add this code to handle it.
Signed-off-by: Jacob Chen
---
drivers/net/designware.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/net/designware.c b/drivers/net/designware.c
index
Dear Mirza,
In message
On Fri, Mar 24, 2017 at 05:02:16PM +0100, Jernej Škrabec wrote:
> Dne petek, 24. marec 2017 ob 16:53:07 CET je Maxime Ripard napisal(a):
> > On Wed, Mar 22, 2017 at 06:19:12PM +0100, Jernej Škrabec wrote:
> > > Hi,
> > >
> > > Dne sreda, 22. marec 2017 ob 08:45:48 CET je Maxime Ripard napisal(a):
Hello Lukasz,
Am 27.03.2017 um 10:04 schrieb Lukasz Majewski:
Dear All,
This patch updates the way in which psc, sscl and ssch I2C parameters
are calculated to be in sync with v4.9 Linux kernel
SHA1: 69973b830859bc6529a7a0468ba0d80ee5117826
in the ./drivers/i2c/busses/i2c-omap.c
Any
On Sun, Mar 26, 2017 at 06:50:23PM +0200, Philipp Tomsich wrote:
> This change migrate the following configuration options for Kconfig:
> * PHY_GIGE, indicates that a controller (with an appropriate PHY) is
>Gigabit capable and enables extra support in the miiutil for
>parsing the status
Hello Lukasz,
Am 27.03.2017 um 10:04 schrieb Lukasz Majewski:
Dear All,
v4.9 Linux release:
SHA1: 69973b830859bc6529a7a0468ba0d80ee5117826
in the ./drivers/i2c/busses/i2c-omap.c
recommends to use SCLH=5 and SCLL=7 values.
This patch sets them to default.
Any comments on this?
I am fine
Hi Stefan
I think it's a good way, but I wonder why the codes calls ffs() but not fls()?
If the linkmap is 0x, it seems that ffs() returns 1 while fls() returns 16,
I think max_id should be 16 then.
Yours,
Ken
-Original Message-
From: Stefan Roese [mailto:s...@denx.de]
Sent:
Hi Simon,
On 26.03.2017 05:52, Simon Glass wrote:
On 25 March 2017 at 19:17, Simon Glass wrote:
Hi Stefan,
On 22 March 2017 at 00:28, Stefan Roese wrote:
The new function dm_remove_devices_flags() is intented for driver specific
last-stage cleanup
Hi Stefan
Thanks a lot for your kind reply.
But I still do not think it's very good to change sata's uclass id from
"UCLASS_AHCI" to "UCLASS_SCSI".
If we do such change, UCLASS_AHCI is lost since from the sata.c codes, it does
the AHCI initialization work but not SCSI initialization work.
HI Eddie,
> rockusb is a protocol run between host pc and device. it help people
> get device info, flash image to device. this patch implement rockusb
> on device side.
I'm a bit confused, since I don't know if you work on v2 of those
patches (as Kever Yang pointed out that UMS approach could
1 - 100 of 107 matches
Mail list logo