Hi Simon,
On Sat, Mar 12, 2016 at 07:51:51PM -0700, Simon Glass wrote:
>Hi Peng,
>
>On 11 March 2016 at 22:19, Peng Fan wrote:
>> Before set value for a gpio, need to set its direction to
>> output first.
>>
>> Signed-off-by: Peng Fan
>> Cc: Przemyslaw Marczak
>> Cc: Simon Glass
>> ---
>> dri
Hi Simon,
On Sat, Mar 12, 2016 at 07:51:53PM -0700, Simon Glass wrote:
>Hi Peng,
>
>On 11 March 2016 at 21:21, Peng Fan wrote:
>> Hi Simon,
>>
>> On Fri, Mar 11, 2016 at 05:33:05PM -0700, Simon Glass wrote:
>>>Hi Peng,
>>>
>>>On 10 March 2016 at 01:57, Peng Fan wrote:
Support Driver Model f
On Sat, Mar 12, 2016 at 07:52:01PM -0700, Simon Glass wrote:
> Hi Mugunthan,
>
> On 7 March 2016 at 23:30, Mugunthan V N wrote:
> > Hi Simon
> >
> > On Monday 07 March 2016 08:09 AM, Simon Glass wrote:
> >> Hi Mugunthan,
> >>
> >> On 2 March 2016 at 22:06, Mugunthan V N wrote:
> >>> > When a pla
On Fri, Mar 11, 2016 at 10:50:22AM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> GPIO4_21 is the LAN8720 power pin, not the LAN8720 reset pin.
>
> Fix that, so that we can have Ethernet functional again.
>
> Signed-off-by: Fabio Estevam
Reviewed-by: Tom Rini
--
Tom
signature.asc
On Sat, Mar 12, 2016 at 08:14:47PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please take these two fixes for this release.
>
> thanks!
> Jagan.
>
> The following changes since commit 76aab9eb8b4618891914e41fa1ea84441f8c53fd:
>
> exynos5: common: Enable CONFIG_USB_ETHER_RTL8152 ethernet support
On Fri, Mar 11, 2016 at 10:50:22AM -0300, Fabio Estevam wrote:
> From: Fabio Estevam
>
> GPIO4_21 is the LAN8720 power pin, not the LAN8720 reset pin.
>
> Fix that, so that we can have Ethernet functional again.
>
> Signed-off-by: Fabio Estevam
Applied to u-boot/master, thanks!
--
Tom
si
Now that the drivers used by sandbox support CONFIG_BLK, we can switch
sandbox over to use driver model for block devices.
Signed-off-by: Simon Glass
Tested-by: Stephen Warren
---
Changes in v3: None
Changes in v2: None
configs/sandbox_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --g
Driver model is used for host device block devices now, so we don't need the
old code. Remove it.
Signed-off-by: Simon Glass
Tested-by: Stephen Warren
---
Changes in v3: None
Changes in v2: None
drivers/block/sandbox.c | 90 -
1 file changed, 90
Recent additions of the MMC and DISK uclasses have indicated that it is time
to look at adding a uclass for block devices. This series does this and
includes a few clean-ups to the partition code also.
A block device is typically a child device of its storage parent. For
example an MMC device will
Add some tests to check that block devices work as expected.
Signed-off-by: Simon Glass
Tested-by: Stephen Warren
---
Changes in v3:
- Drop patches already applied
Changes in v2:
- Rename to blk_get_device_by_str()
test/dm/Makefile | 1 +
test/dm/blk.c| 96 ++
When 'usb start' is used, block devices are created for any USB flash sticks
and disks, etc. When 'usb stop' is used, these block devices are currently
not removed.
We don't want old block devices hanging around since they can still be
visible to U-Boot. Therefore, when USB is shut down, remove an
The current display class only allow to get timing from edid.
So add a operation to get timing directly from driver.
In driver, I will use fdtdec_decode_display_timing to get timing.
Signed-off-by: Jacob Chen
Signed-off-by: jacob
---
drivers/video/display-uclass.c | 3 +++
include/display.h
From: jacob
This series patches add LVDS support for rk3288.
I'm a newbie in submiting patches.
If there are something wrong, hope to get help.
Jacob Chen (5):
dm: video: Add a operation to display uclass
rockchip: video: Add a display driver for rockchip LVDS
rockchip: dts: Add LVDS sup
Some Rockchip SoCs support LVDS output. Add a display driver for this so
that these displays can be used on supported boards.
Signed-off-by: Jacob Chen
Signed-off-by: jacob
---
arch/arm/include/asm/arch-rockchip/lvds_rk3288.h | 99 +
drivers/video/rockchip/Makefile |
Add these node to be used in rockchip LVDS and VOP driver.
Signed-off-by: Jacob Chen
Signed-off-by: jacob
---
arch/arm/dts/rk3288.dtsi | 46 +-
1 file changed, 45 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/rk3288.dtsi b/arch/arm/dts/rk32
Hi Marek
Sorry for late replay.
On 6 March 2016 at 13:14, Marek Vasut wrote:
> On 03/05/2016 06:53 PM, Anand Moon wrote:
>> Hi Marek,
>
> Hi!
>
>> On 5 March 2016 at 18:00, Marek Vasut wrote:
>>> On 03/05/2016 09:43 AM, Anand Moon wrote:
From: Ted Chen
From: Ted Chen
I didn't have a common board to enable LVDS.
So add this dcocument to help others who want to enable LVDS in their board.
Signed-off-by: Jacob Chen
Signed-off-by: jacob
---
doc/device-tree-bindings/video/rockchip-lvds.txt | 77
1 file changed, 77 insertions(+)
create
LVDS have a different display out mode, add code to get right flag.
The vop_ip decied display device and the remote_vop_id decied which vop was
being used.
So we should use the remote_vop_id to set DCLK_VOP.
Signed-off-by: Jacob Chen
Signed-off-by: jacob
---
arch/arm/include/asm/arch-rockc
On 03/12/2016 03:58 AM, Lokesh Vutla wrote:
>
>
> On Saturday 12 March 2016 02:34 AM, Andrew F. Davis wrote:
>> NFS loading is similar to net loading except initial files are loaded
>> over NFS instead of TFTP, this removes the need for multiple different
>> protocol servers running on the host a
Hi Jacob,
On 13 March 2016 at 11:45, Jacob Chen wrote:
> This series patches add LVDS support for rk3288.
>
>
> Jacob Chen (3):
> Add a bingding file for rockchip video
> rockchip: video: Add a display driver for rockchip LVDS
> doc: dt-bindings: Describe rockchip LVDS interface
>
> arch/a
Hi Jacob,
On 13 March 2016 at 11:45, Jacob Chen wrote:
> Some Rockchip SoCs support LVDS output. Add a display driver for this so
> that these displays can be used on supported boards.
Please can you include a change log for v2? If you can using patman
you can add something like this to this com
On 13 March 2016 at 11:52, Jacob Chen wrote:
> and include it in rk3288 device tree
>
> Signed-off-by: Jacob Chen
> ---
>
> arch/arm/dts/rk3288.dtsi | 1 +
> include/dt-bindings/video/rk3288.h | 11 +++
> 2 files changed, 12 insertions(+)
> create mode 100644 include/dt-bindi
Dear Simon,
In message
you wrote:
>
> We do have an 'sf test' command. I think it is useful, particularly if
> it measures speed as well.
I tend to agree with Hans - this should normally be implemented in a
script, or, if reallyneeed (but I can't ssee why this would be
necessary) in board spec
Hi All,
This is (hopefully) last version of Dragonboard410c series.
Sorry for longer delay, but I had too many things to do recently.
As always - for "simplicity" this series is available on my github:
https://github.com/hallor/u-boot/tree/dragonboard-for-mainline-v3
There are almost no changes
Add support for gpio controllers on Qualcomm Snapdragon devices.
This devices are usually called Top Level Mode Multiplexing in
Qualcomm documentation.
Signed-off-by: Mateusz Kulikowski
Reviewed-by: Simon Glass
Tested-by: Simon Glass
---
Changes in v3: None
Changes in v2:
- Reordered includes
Add support for SD/eMMC controller present on some Qualcomm Snapdragon
devices. This controller implements SDHCI 2.0 interface but requires
vendor-specific initialization.
Driver works in PIO mode as ADMA is not supported by U-Boot (yet).
Signed-off-by: Mateusz Kulikowski
Reviewed-by: Simon Glass
This driver works in "new" Data Mover UART mode, so
will be compatible with modern Qualcomm chips only.
Signed-off-by: Mateusz Kulikowski
Reviewed-by: Simon Glass
Tested-by: Simon Glass
---
Changes in v3:
- Add msm_serial_fetch that tries to fetch characters from FIFO
- Decrease no of characte
Some host controllers need addidional initialization after ehci_reset()
In non-dm implementation it is possible to use CONFIG_EHCI_HCD_INIT_AFTER_RESET.
This patch adds similar option to ehci drivers using dm.
Signed-off-by: Mateusz Kulikowski
Acked-by: Marek Vasut
Reviewed-by: Tom Rini
Reviewe
Move CONFIG_USB_ULPI* from headers to defconfigs for boards that use it.
Also - add CONFIG_USB where necesarry - all boards use it,
but some are not defining it explicitly.
Affected boards:
colibri_t20, harmony, mcx, mt_ventoux, twister,
zynq_(picozed, zc702, zc706, zed, zybo)
Signed-off-by: Mate
The following options can be now enabled via defconfig:
- CONFIG_USB_ULPI
- CONFIG_USB_ULPI_VIEWPORT
- CONFIG_USB_ULPI_VIEWPORT_OMAP
Signed-off-by: Mateusz Kulikowski
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2:
- Add better (any) descriptions for Kconfig items.
Changes in v
ulpi_read and ulpi_write are used to read/write registers via ULPI bus.
Code generates compilation warnings on 64-bit machines where pointer
is cast to u32.
This patch drops all but last 8 bits of register address.
It is possible, because addresses on ULPI bus are 6- or 8-bit.
It is not possible
viewport_addr is address of memory mapped ULPI viewport.
It is used only as argument to readl/writel later
causing compile warnings on 64-bit devices.
This fix changes its type to match pointer size.
Signed-off-by: Mateusz Kulikowski
---
Changes in v3:
- New patch
Changes in v2: None
Changes i
Debug printf used '%u' to print size_t variable.
This caused warnings on 64-bit machines.
Signed-off-by: Mateusz Kulikowski
---
Changes in v3:
- New patch
Changes in v2: None
Changes in v1: None
drivers/usb/eth/asix88179.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/dr
Most of ehci-fsl header describe USB controller
designed by Chipidea and used by various SoC vendors.
This patch renames it to a generic header: ehci-ci.h
Contents of file are not changed (so it contains several
references to freescale SoCs).
Signed-off-by: Mateusz Kulikowski
Acked-by: Marek Vas
Use definitions from ehci.h instead.
Signed-off-by: Mateusz Kulikowski
Acked-by: Marek Vasut
Tested-by: Simon Glass
---
Changes in v3: None
Changes in v2:
- Add Acked-by
Changes in v1: None
drivers/usb/host/ehci-mpc512x.c | 4 ++--
include/usb/ehci-ci.h | 4
2 files changed,
Some registers of usb_ehci were marked as reserved.
This may be true for some variants of Chipidea USB core, but they have
meaning on other devices.
The following registers were added:
sbusstatus/sbusmode: AHB-related registers
genconfig*: Auxiluary IP core configuration registers.
Signed-off-by:
Qualcom processors use proprietary bus to talk with PMIC devices -
SPMI (System Power Management Interface).
On wiring level it is similar to I2C, but on protocol level, it's
multi-master and has simple autodetection capabilities.
This commit adds simple uclass that provides bus read/write interfac
This driver is able to reconfigure OTG controller into HOST mode.
Board can add board-specific initialization as board_prepare_usb().
It requires USB_ULPI_VIEWPORT enabled in board configuration.
Signed-off-by: Mateusz Kulikowski
Acked-by: Marek Vasut
Tested-by: Simon Glass
---
Changes in v3:
This patch adds emulated spmi bus controller with part of
pm8916 pmic on it to sandbox and tests validating SPMI uclass.
Signed-off-by: Mateusz Kulikowski
Reviewed-by: Simon Glass
---
Changes in v3:
- Updated test.dts to include SPMI like sandbox.dts does
Changes in v2:
- Rename CONFIG_DM_SPMI
This PMIC is connected on SPMI bus so needs SPMI support enabled.
Signed-off-by: Mateusz Kulikowski
Reviewed-by: Simon Glass
Tested-by: Simon Glass
---
Changes in v3: None
Changes in v2:
- Add reviewed-by
- Reordered Kconfig & Makefile (to keep alphabetical ordering)
- Added link to dt binding
Support SPMI arbiter on Qualcomm Snapdragon devices.
Signed-off-by: Mateusz Kulikowski
Reviewed-by: Simon Glass
Tested-by: Simon Glass
---
Changes in v3: None
Changes in v2:
- Rename DM_SPMI -> SPMI
- Rename p -> priv (in write/read)
- Fix header ordering (again)
- Add reviewed-by
Changes in
This driver supports GPIOs present on PM8916 PMIC.
There are 2 device drivers inside:
- GPIO driver (4 "generic" GPIOs)
- Keypad driver that presents itself as GPIO with 2 inputs (power and reset)
Signed-off-by: Mateusz Kulikowski
Reviewed-by: Simon Glass
Tested-by: Simon Glass
---
Changes in
First supported chip is APQ8016 (that is compatible with MSM8916).
Drivers in SoC code:
- Reset controller (PSHOLD)
- Clock controller (very simple clock configuration for MMC and UART)
Signed-off-by: Mateusz Kulikowski
Reviewed-by: Simon Glass
Tested-by: Simon Glass
---
Changes in v3: None
Ch
- Update MAINTAINERS
- Update git-mailrc
Signed-off-by: Mateusz Kulikowski
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2:
- New patch
Changes in v1: None
MAINTAINERS| 11 +++
doc/git-mailrc | 3 +++
2 files changed, 14 insertions(+)
diff --git a/MAINTAINERS b/
This commit add support for 96Boards Dragonboard410C.
It is board based on APQ8016 Qualcomm SoC, complying with
96boards specification.
Features (present out of the box):
- 4x Cortex A53 (ARMv8)
- 2x USB Host port
- 1x USB Device port
- 4x LEDs
- 1x HDMI connector
- 1x uSD connector
- 3x buttons (P
A large chunk of the U-Boot code is its wide variety of commands. For some
applications this is not needed, since the boot can be controlled by a
board-specific hard-coded boot procedure.
Any attempt to use commands, such as running script, will result in an
error. U-Boot acts as if it supports co
Add a new Kconfig option for the command line. This is enabled by default,
but when disabled it will remove the command line.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
README | 8
cmd/Kconfig | 12
2 files changed, 20 insertions(+)
d
All command functions should be static. Update the CBFS functions to follow
this rule.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
cmd/cbfs.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/cmd/cbfs.c b/cmd/cbfs.c
index 35d8a7a..1f
Don't try to run commands when not supported.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
arch/sandbox/cpu/start.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/arch/sandbox/cpu/start.c b/arch/sandbox/cpu/start.c
index 0dda4fc..9696
Update the link script to drop this code when not needed. This is only done
for two architectures at present.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
arch/arm/cpu/u-boot.lds | 3 +++
arch/x86/cpu/u-boot.lds | 4
2 files changed, 7 insertions(+)
diff --gi
Command parsing and processing code is not needed when the command line is
disabled. Remove this code in that case.
Signed-off-by: Simon Glass
---
Changes in v2:
- Move the board_run_command() prototype into this patch
cmd/help.c| 4
common/cli.c | 17 -
comm
When CONFIG_CMDLINE is disabled we need to remove all the command-line
code. Most can be removed by dropping the appropriate linker lists from the
images, but sub-commands must be dealt with specially.
A simple mechanism is used to avoid 'unused static function' errors.
Signed-off-by: Simon Glass
Normally board_run_command() will handle command processed. But if for some
reason it returns then we should panic to avoid further processing.
Signed-off-by: Simon Glass
---
Changes in v2:
- Use panic() instead of hang()
common/main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/common
These files do not need to be compiled when CONFIG_CMDLINE is disabled.
Update the Makefile to reflect this.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
common/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/Makefile b/commo
Some features are only useful or meaningful when the command line is
present. Ensure that these features are not compiled in when CONFIG_CMDLINE
is not enabled.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v2: None
include/config_fallbacks.h | 10 ++
1 file changed,
Hi, Simon,
> On 1 March 2016 at 02:06, Alison Wang wrote:
> > When LCD/HDMI is connected to LS1021ATWR or LS1021AQDS, the console
> > output should be shown on the monitor.
> >
> > If CONFIG_DM_SERIAL and CONFIG_DM_STDIO are both enabled, serial
> > device is registered and added to the stdio lis
On 13 March 2016 at 21:20, Jacob Chen wrote:
> Some Rockchip SoCs support LVDS output. Add a display driver for this so
> that these displays can be used on supported boards.
>
> Signed-off-by: Jacob Chen
> ---
>
> Changes in v3:
> - Use fdtdec_get_int instead fdtdec_get_uint in rk_lvds_ofdata_to
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> Commit 1057e6c broke use of the timer with driver model. If the timer is used
> before relocation, then it becomes broken after relocation. This prevents
> some x86 boards from booting. Fix it.
>
> Fixes: 1057e6c (timer: Set up the real timer a
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> If the device cannot be probed, syscon_get_by_driver_data() will still
> return a useful value in its devp parameter. Ensure that it returns NULL
> instead.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> drivers/core/syscon-
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> Add one more step into the init sequence. This fixes the keyboard on samus,
> which otherwise does not work.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Use a #define for the output flush command
> - Adjust the code order sligh
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> At present on x86 machines with use cache-as-RAM, the memory goes away just
> before board_init_r() is called. This means that serial drivers are
> no-longer unavailable, until initr_dm() it called, etc.
>
> Any attempt to use printf() within t
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> These two identifiers can be useful for drivers which need to adjust their
> behaviour depending on the CPU family or stepping (revision).
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Use gd->arch.x86_mask to get the stepping va
Hi Simon,
On Sat, Mar 12, 2016 at 1:04 PM, Simon Glass wrote:
> Hi Bin,
>
> On 10 March 2016 at 21:52, Bin Meng wrote:
>> Hi Simon,
>>
>> On Mon, Mar 7, 2016 at 10:27 AM, Simon Glass wrote:
>>> These two identifiers can be useful for drivers which need to adjust their
>>> behaviour depending on
On Mon, Mar 14, 2016 at 12:18 PM, Bin Meng wrote:
> On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
>> At present on x86 machines with use cache-as-RAM, the memory goes away just
>> before board_init_r() is called. This means that serial drivers are
>> no-longer unavailable, until initr_dm()
On Mon, Mar 14, 2016 at 12:17 PM, Bin Meng wrote:
> On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
>> Add one more step into the init sequence. This fixes the keyboard on samus,
>> which otherwise does not work.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v2:
>> - Use a #define
On Mon, Mar 14, 2016 at 12:08 PM, Bin Meng wrote:
> On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
>> Commit 1057e6c broke use of the timer with driver model. If the timer is used
>> before relocation, then it becomes broken after relocation. This prevents
>> some x86 boards from booting. Fi
On Mon, Mar 14, 2016 at 12:10 PM, Bin Meng wrote:
> On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
>> If the device cannot be probed, syscon_get_by_driver_data() will still
>> return a useful value in its devp parameter. Ensure that it returns NULL
>> instead.
>>
>> Signed-off-by: Simon Glas
On Mon, Mar 14, 2016 at 12:20 PM, Bin Meng wrote:
> On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
>> These two identifiers can be useful for drivers which need to adjust their
>> behaviour depending on the CPU family or stepping (revision).
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Cha
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> This cache-as-RAM (CAR) code is common to several Intel chips. Create a new
> intel_common directory and move it in there.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> arch/x86/cpu/Makefile | 1 +
>
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> There are several blocks of registers that are accessed from all over the
> code on Intel CPUs. These don't currently have their own driver and it is
> not clear whether having a driver makes sense.
>
> An example is the Memory Controller Hub (
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> This is similar to MCH in that it is used in various drivers. Add it to
> the common header.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> arch/x86/cpu/ivybridge/bd82x6x.c | 1 +
> arch/x86/cpu/ivybridge/lpc.c
On Mon, Mar 14, 2016 at 12:28 PM, Bin Meng wrote:
> On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
>> There are several blocks of registers that are accessed from all over the
>> code on Intel CPUs. These don't currently have their own driver and it is
>> not clear whether having a driver ma
On Mon, Mar 14, 2016 at 12:29 PM, Bin Meng wrote:
> On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
>> This is similar to MCH in that it is used in various drivers. Add it to
>> the common header.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v2: None
>>
>> arch/x86/cpu/ivybridge
On Mon, Mar 14, 2016 at 12:27 PM, Bin Meng wrote:
> On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
>> This cache-as-RAM (CAR) code is common to several Intel chips. Create a new
>> intel_common directory and move it in there.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v2: None
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> This code is used on several Intel CPUs. Move it into a common location.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2:
> - Rename microcode_intel.c to microcode.c
>
> arch/x86/cpu/intel_common/Makefile
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> This same name is used in USB. Add a prefix to distinguish it.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> arch/x86/cpu/cpu.c | 4 ++--
> arch/x86/cpu/intel_common/cpu.c | 4 ++--
> arch/x86/include/asm/pro
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> Some of the LPC code is common to several Intel LPC devices. Move it into a
> common location.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2:
> - Use capitals for header guard
> - Move cougarcanyon lpc_common.
On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
> Some of the Intel CPU code is common to several Intel CPUs. Move it into a
> common location along with required declarations.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2:
> - Use capitals for header guard
>
On Sat, Mar 12, 2016 at 1:07 PM, Simon Glass wrote:
> Some of the Intel ME code is common to several Intel CPUs. Move it into a
> common location. Add a header file for report_platform.c also.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2:
> - Use capitals for he
On Mon, Mar 14, 2016 at 12:37 PM, Bin Meng wrote:
> On Sat, Mar 12, 2016 at 1:06 PM, Simon Glass wrote:
>> This same name is used in USB. Add a prefix to distinguish it.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v2: None
>>
>> arch/x86/cpu/cpu.c | 4 ++--
>> arch/x8
On Sat, Mar 12, 2016 at 1:07 PM, Simon Glass wrote:
> This function was removed in the previous clean-up. Drop it from the header
> file also.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> arch/x86/include/asm/arch-ivybridge/sandybridge.h | 2 --
> 1 file changed, 2 deletions(
Hi Simon,
On Sat, Mar 12, 2016 at 1:07 PM, Simon Glass wrote:
> The SATA indexed register write functions are common to several Intel PCHs.
> Move this into a common location.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2: None
>
> arch/x86/cpu/intel_common/Makefile| 1 +
> ar
On Sunday 13 March 2016 10:48 PM, Andrew F. Davis wrote:
> On 03/12/2016 03:58 AM, Lokesh Vutla wrote:
>>
>>
>> On Saturday 12 March 2016 02:34 AM, Andrew F. Davis wrote:
>>> NFS loading is similar to net loading except initial files are loaded
>>> over NFS instead of TFTP, this removes the need
On Sat, Mar 12, 2016 at 1:07 PM, Simon Glass wrote:
> The code to call the memory reference code is common to several Intel CPUs.
> Add common code for performing this init. Intel calls this 'Pre-EFI-Init'
> (PEI), where EFI stands for Extensible Firmware Interface.
>
> Signed-off-by: Simon Glass
On Mon, Mar 14, 2016 at 12:58 PM, Bin Meng wrote:
> On Sat, Mar 12, 2016 at 1:07 PM, Simon Glass wrote:
>> This function was removed in the previous clean-up. Drop it from the header
>> file also.
>>
>> Signed-off-by: Simon Glass
>> ---
>>
>> Changes in v2: None
>>
>> arch/x86/include/asm/arch-
On Sat, Mar 12, 2016 at 1:07 PM, Simon Glass wrote:
> This is not needed now that the memory controller driver has the SPD data
> in its own node.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> Changes in v2: None
>
> arch/x86/dts/chromebook_link.dts | 1 -
> include/fdtdec.h
On Sat, Mar 12, 2016 at 1:07 PM, Simon Glass wrote:
> The clrsetbits_...() macros are useful for working with memory mapped I/O.
> But they do not work with I/O space, as used on x86 machines.
>
> Add some macros to provide similar features for I/O.
>
> Signed-off-by: Simon Glass
> ---
>
> Change
On Sat, Mar 12, 2016 at 1:07 PM, Simon Glass wrote:
> At present the MRC options are private to ivybridge. Other Intel CPUs also
> use these settings. Move them to a common place.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add Kconfig help for the moved options
> - Fix tab indent
On Sat, Mar 12, 2016 at 1:07 PM, Simon Glass wrote:
> As each core starts up, record its microcode version and CPU ID so these can
> be presented with the 'cpu detail' command.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Don't try to read microcode version on quark
> - Use gd->arc
On Sat, Mar 12, 2016 at 10:13:43PM +0100, Mateusz Kulikowski wrote:
> On 12.03.2016 00:58, Daniel Glöckner wrote:
> > It is also confusing to have the "add" instruction in there without an
> > explanation, especially because having it at offset 4 instead of 0 defeats
> > its original purpose (MZ EX
Some Rockchip SoCs support LVDS output. Add a display driver for this so
that these displays can be used on supported boards.
Signed-off-by: Jacob Chen
---
arch/arm/include/asm/arch-rockchip/lvds_rk3288.h | 97 +
drivers/video/rockchip/Makefile | 2 +-
drivers/video/
This series patches add LVDS support for rk3288.
Jacob Chen (3):
Add a bingding file for rockchip video
rockchip: video: Add a display driver for rockchip LVDS
doc: dt-bindings: Describe rockchip LVDS interface
arch/arm/dts/rk3288.dtsi | 1 +
arch/arm/include/asm
and include it in rk3288 device tree
Signed-off-by: Jacob Chen
---
arch/arm/dts/rk3288.dtsi | 1 +
include/dt-bindings/video/rk3288.h | 11 +++
2 files changed, 12 insertions(+)
create mode 100644 include/dt-bindings/video/rk3288.h
diff --git a/arch/arm/dts/rk3288.dtsi b/ar
For Raspberry Pi, we had the input clock rate to the pl011 fixed in
the rpi.c file, but it may be changed by firmware due to user changes
to config.txt. Since the firmware always sets up the uart (default
115200 output unless the user changes it), we can just skip our own
uart init to simplify the
O Oh..wrong title...
2016-03-14 1:45 GMT+08:00 Jacob Chen :
> and include it in rk3288 device tree
>
> Signed-off-by: Jacob Chen
> ---
>
> arch/arm/dts/rk3288.dtsi | 1 +
> include/dt-bindings/video/rk3288.h | 11 +++
> 2 files changed, 12 insertions(+)
> create mode 100644 i
I didn't have a common board to enable LVDS.
So add this dcocument to help others who want to enable LVDS in their board.
Signed-off-by: Jacob Chen
---
doc/device-tree-bindings/video/rockchip-lvds.txt | 77
1 file changed, 77 insertions(+)
create mode 100644 doc/device
Some Rockchip SoCs support LVDS output. Add a display driver for this so
that these displays can be used on supported boards.
Signed-off-by: Jacob Chen
---
Changes in v3:
- Use fdtdec_get_int instead fdtdec_get_uint in rk_lvds_ofdata_to_platdata
Changes in v2:
- Add comments to struct rk_lvds_p
The current display class only allow to get timing from edid.
So add a operation to get timing directly from driver.
In driver, I will use fdtdec_decode_display_timing to get timing.
Signed-off-by: Jacob Chen
Acked-by: Simon Glass
---
Changes in v3:
- None
Changes in v2:
- None
drivers/video
Add these node to be used in rockchip LVDS and VOP driver.
Signed-off-by: Jacob Chen
Acked-by: Simon Glass
---
Changes in v3:
- Include bingding file in dts
Changes in v2:
- None
arch/arm/dts/rk3288.dtsi | 47 ++-
1 file changed, 46 insertions(+),
This series patches add LVDS support for rk3288.
Changes in v3:
- Use fdtdec_get_int instead fdtdec_get_uint in rk_lvds_ofdata_to_platdata
Changes in v2:
- Add binding file
- Add comments to struct rk_lvds_priv
- Drop useless 0x0 prefix in header
- Include bingding file in source file
- Correct d
1 - 100 of 141 matches
Mail list logo
