Add this option as a common config for all OHCI controllers. Its
help message was copied from Linux. Also, I moved it below EHCI
to respect the order in Linux's Kconfig.
Add CONFIG_USB_OHCI_HCD=y to axs103_defconfig, which is the only
user of OHCI_GENERIC.
Signed-off-by: Masahiro Yamada
---
We have CONFIG_USB_GADGET, while we do not have an option to
turn on/off USB host support.
In Linux, CONFIG_USB is used to enable the USB host support,
but it is used in U-Boot to enable the whole USB sub-system.
So, as an alternative, this commit adds CONFIG_USB_HOST
and I think it makes sense en
There is no UHCI driver entry in Kconfig for now, but we have some
UHCI drivers, for example, LEON. This is a placeholder in case we
want to move them to Kconfig in the future.
The help message was copied from Linux.
Signed-off-by: Masahiro Yamada
---
drivers/usb/host/Kconfig | 17 +++
The meaning of CONFIG_USB in U-Boot is different from that in Linux.
As you see in drivers/usb/Kconfig of Linux, CONFIG_USB enables the
USB host controller support, while CONFIG_USB_SUPPORT is used to
enable the whole of the USB sub-system.
When I added CONFIG_USB into Kconfig by commit 6e7e9294d
"CONIFG"?
rday
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 27/07/16 20:21, Daniel Schwierzeck wrote:
diff --git a/configs/boston_defconfig b/configs/boston_defconfig
new file mode 100644
index 000..381203a
--- /dev/null
+++ b/configs/boston_defconfig
@@ -0,0 +1,41 @@
+CONFIG_MIPS=y
+CONFIG_TARGET_BOSTON=y
+CONFIG_SYS_LITTLE_ENDIAN=y
+CONFIG_CPU_MI
On 29 July 2016 at 06:08, Wenyou Yang wrote:
> Add driver model support while retaining the existing legacy code.
> This allows the driver to support boards that have converted to
> driver model as well as those that have not.
>
> Signed-off-by: Wenyou Yang
> Reviewed-by: Simon Glass
> ---
Appl
On 31 July 2016 at 02:58, Lad Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> During spi transfer, for example:
> sspi 1:1.0 8 ff
>
> the rx_len values will be:
> rx_len = 0
> rx_len = 4294967295
>
> This caused a busy looping during xfer, this patch fixes it
> by adding a check while reading the
On Sat, 2016-07-30 at 14:43 +0200, Hans de Goede wrote:
> It seems that bytes 13-14 of the SID / bytes 1-2 from word 3 of the
> SID
> are always 0 on H3 making it a poor candidate to use as source for
> the
> serialnr / mac-address, and the other non constant words (1 and 2)
> also
> have quite a f
Am 31.07.2016 um 12:04 schrieb Paul Burton:
> On 27/07/16 20:21, Daniel Schwierzeck wrote:
>>> diff --git a/configs/boston_defconfig b/configs/boston_defconfig
>>> new file mode 100644
>>> index 000..381203a
>>> --- /dev/null
>>> +++ b/configs/boston_defconfig
>>> @@ -0,0 +1,41 @@
>>> +CONFIG
Am 27.07.2016 um 13:25 schrieb Zubair Lutfullah Kakakhel:
> Virtual to physical mapping isn't necessarily 1:1 for all architectures
>
> Using ioremap_nocache allows for the arch code to translate the
> physical address to a virtual address.
>
> Signed-off-by: Zubair Lutfullah Kakakhel
> Review
Am 27.07.2016 um 13:25 schrieb Zubair Lutfullah Kakakhel:
> out_be32 and in_be32 are actually #defined to little endian
> writel/readl in arch/microblaze.
>
> Just use __raw_writel/readl instead. That is also what is used
> in the Linux kernel driver for this IP block
>
> Tested on MIPSfpga. Ca
Am 27.07.2016 um 13:25 schrieb Zubair Lutfullah Kakakhel:
> Signed-off-by: Zubair Lutfullah Kakakhel
> Reviewed-by: Paul Burton
> ---
> drivers/net/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
applied to u-boot-mips/next, thanks
--
- Daniel
signature.asc
Description
Am 29.07.2016 um 16:11 schrieb Zubair Lutfullah Kakakhel:
> Mostly the same as the Kernel upstream device tree file except for
>
> - alias for the serial console node
> - ethernet node as the ethernet stuff isn't upstream on kernel.org yet
> - uart clock-frequency passed directly in the node
>
Am 29.07.2016 um 16:11 schrieb Zubair Lutfullah Kakakhel:
> MIPSfpga is an FPGA based dev platform.
>
> In a nutshell, its a microAptiv cpu core with lots of Xilinx IP blocks
>
> The FPGA dev board used is the Nexys4DDR board by Digilent.
>
> For more information, check the Readme file in boar
On Sun, Jul 31, 2016 at 11:59:19AM +0800, Ziyuan Xu wrote:
> Hi Tom,
>
>
> On 2016年07月29日 09:12, Tom Rini wrote:
> >On Fri, Jul 29, 2016 at 09:06:29AM +0800, Ziyuan Xu wrote:
> >>Hi Tom,
> >>
> >>On 2016年07月29日 08:34, Tom Rini wrote:
> >>>On Fri, Jul 29, 2016 at 07:34:09AM +0800, Ziyuan Xu wrote:
2016-07-31 18:38 GMT+09:00 Robert P. J. Day :
>
> "CONIFG"?
>
I will fix it in v2.
Thanks!
--
Best Regards
Masahiro Yamada
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Add this option as a common config for all OHCI controllers. Its
help message was copied from Linux. Also, I moved it below EHCI
to respect the order in Linux's Kconfig.
Add CONFIG_USB_OHCI_HCD=y to axs103_defconfig, which is the only
user of OHCI_GENERIC.
Signed-off-by: Masahiro Yamada
---
C
There is no UHCI driver entry in Kconfig for now, but we have some
UHCI drivers, for example, LEON. This is a placeholder in case we
want to move them to Kconfig in the future.
The help message was copied from Linux.
Signed-off-by: Masahiro Yamada
---
Changes in v2: None
drivers/usb/host/Kco
We have CONFIG_USB_GADGET, while we do not have an option to
turn on/off USB host support.
In Linux, CONFIG_USB is used to enable the USB host support,
but it is used in U-Boot to enable the whole USB sub-system.
So, as an alternative, this commit adds CONFIG_USB_HOST
and I think it makes sense e
The meaning of CONFIG_USB in U-Boot is different from that in Linux.
As you see in drivers/usb/Kconfig of Linux, CONFIG_USB enables the
USB host controller support, while CONFIG_USB_SUPPORT is used to
enable the whole of the USB sub-system.
When I added CONFIG_USB into Kconfig by commit 6e7e9294d
On 07/29/2016 10:36 AM, Paul Burton wrote:
[...]
>>> +#ifndef __ASSEMBLY__
>>> +
>>> +#include
>>> +
>>> +#define BUILD_PLAT_ACCESSORS(offset, name)\
>>> +static inline uint32_t read_boston_##name(void)\
>>> +{\
>>> +uint32_t
Hi Tom,
2016-07-25 23:55 GMT+09:00 Tom Rini :
> On Mon, Jul 25, 2016 at 10:06:05PM +0900, Masahiro Yamada wrote:
>
>>
>> Masahiro Yamada (3):
>> cmd: bootz: make CMD_BOOTZ depend on CMD_BOOTM
>> cmd: booti: move CONFIG_CMD_BOOTI to Kconfig
>
> After a quick skim of the code, I think we could
2016-07-25 22:42 GMT+09:00 Michal Simek :
> On 25.7.2016 15:06, Masahiro Yamada wrote:
>> This command is used to boot ARM64 Linux.
>>
>> I made DISTRO_DEFAULTS select this option for ARM64 to respect
>> include/config_distro_defaults.h.
>>
>> Signed-off-by: Masahiro Yamada
>> ---
>>
>> Kconfig
On Mon, Aug 01, 2016 at 01:24:21AM +0900, Masahiro Yamada wrote:
> Hi Tom,
>
>
> 2016-07-25 23:55 GMT+09:00 Tom Rini :
> > On Mon, Jul 25, 2016 at 10:06:05PM +0900, Masahiro Yamada wrote:
> >
> >>
> >> Masahiro Yamada (3):
> >> cmd: bootz: make CMD_BOOTZ depend on CMD_BOOTM
> >> cmd: booti: m
On Mon, Aug 01, 2016 at 01:27:45AM +0900, Masahiro Yamada wrote:
> 2016-07-25 22:42 GMT+09:00 Michal Simek :
> > On 25.7.2016 15:06, Masahiro Yamada wrote:
> >> This command is used to boot ARM64 Linux.
> >>
> >> I made DISTRO_DEFAULTS select this option for ARM64 to respect
> >> include/config_dis
On 31/07/16 16:56, Marek Vasut wrote:
On 07/29/2016 10:36 AM, Paul Burton wrote:
[...]
+#ifndef __ASSEMBLY__
+
+#include
+
+#define BUILD_PLAT_ACCESSORS(offset, name)\
+static inline uint32_t read_boston_##name(void)\
+{\
+
This patch introduces support for building U-Boot to run on the MIPS
Boston development board. This is a board built around an FPGA & an
Intel EG20T Platform Controller Hub, used largely as part of the
development of new CPUs and their software support. It is essentially
the successor to the older
Hi Tom,
Here is another sunxi pull-req for v2016.09,
this adds some more fixes to the h3 ethernet driver
and re-enables it. There are also some other fixes.
The following changes since commit 5c928d02044345b843202f23540c3765468c1d6f:
m68k: code reformatting for all start.S files (2016-07-30 2
This improves the cread_line() function so that it will correctly
process the 'Home', 'End', 'Delete' and arrow key escape sequences
produced by various terminal emulators. This makes command line editing
a more pleasant experience.
The previous code only supported the cursor keys and the 'Home' k
On Sun, Jul 31, 2016 at 10:58:15PM +0100, James Byrne wrote:
> This improves the cread_line() function so that it will correctly
> process the 'Home', 'End', 'Delete' and arrow key escape sequences
> produced by various terminal emulators. This makes command line editing
> a more pleasant experien
On 27 July 2016 at 21:42, Ziyuan Xu wrote:
>
> Enable fastboot feature on rk3036, please refer to doc/README.rockchip
> for more detailed usage.
>
> Signed-off-by: Ziyuan Xu
> ---
>
> arch/arm/dts/rk3036-sdk.dts| 2 --
> board/rockchip/evb_rk3036/evb_rk3036.c | 46
> +++
Hi Ziyuan,
On 27 July 2016 at 21:43, Ziyuan Xu wrote:
> Miniarm is a rockchip rk3288 based development board, which has lots of
> interface such as HDMI, USB, micro-SD card, Audio etc.
>
> Signed-off-by: Ziyuan Xu
> ---
>
> arch/arm/dts/Makefile | 1 +
> arch/arm/dts/
Hi Tom,
This includes two new boards and some refactoring/adjustments.
The following changes since commit 5c928d02044345b843202f23540c3765468c1d6f:
m68k: code reformatting for all start.S files (2016-07-30 22:59:18 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-ro
The vboot test conversion was applied quickly as it fixed a test breakage.
I did not get time to go through the review comments. This series addresses
most of those.
A few things have not changed:
- I've kept the trailing '/' on the end of tmpdir as it feels pretty natural
to me
- I haven't used
Add this shortcut for running tests. Unfortunately 'make test' cannot be
used as it is an existing directory.
Signed-off-by: Simon Glass
Suggested-by: Teddy Reed
---
Makefile | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 99cc8cf..91634d5 1006
Fix review comments that were missed at the time. Also explain why we need
to regenerate the device tree for each test.
Reported-by: Teddy Reed
Suggested-by: Stephen Warren
Signed-off-by: Simon Glass
Fixes: f6349c3c (test: Add a README)
---
test/README | 8
test/py/te
Instead of this, use the existing run_and_log() function, enhanced to
support a command string as well as a list of arguments.
Suggested-by: Stephen Warren
Signed-off-by: Simon Glass
---
test/py/tests/test_vboot.py | 22 --
test/py/u_boot_utils.py | 19 +---
Use 'cons.log.section' feature to split up the test output. This makes it
easier to read.
Suggested-by: Stephen Warren
Signed-off-by: Simon Glass
---
test/py/tests/test_vboot.py | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/test/py/tests/test_vboot.py b/test/p
Return one string for each command that was executed. This seems cleaner.
Suggested-by: Teddy Reed
Signed-off-by: Simon Glass
---
test/py/tests/test_vboot.py| 2 +-
test/py/u_boot_console_base.py | 7 ---
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/test/py/tests/test
Rename this argument and pass it to each function that needs it, instead of
making it global.
Suggested-by: Stephen Warren
Suggested-by: Teddy Reed
Signed-off-by: Simon Glass
---
test/py/tests/test_vboot.py | 53 -
1 file changed, 28 insertions(+),
This check was missed. Add it and make the message more verbose.
Signed-off-by: Simon Glass
Reported-by: Tom Rini
Fixes: 9e17b034 (test/py: Provide a way to check that a command fails)
---
test/py/multiplexed_log.py | 2 ++
test/py/u_boot_utils.py| 4 +++-
2 files changed, 5 insertions(+),
Add a proper function for this rather than using internal functions. Use it
in the single call site.
Also, do a restart at the end of the vboot test to reset to the normal
device tree.
Signed-off-by: Simon Glass
Suggested-by: Stephen Warren
---
test/py/tests/test_vboot.py| 5 +++--
test/p
Fix some typos in various files introduced with the vboot test conversion.
Reported-by: Teddy Reed
Signed-off-by: Simon Glass
---
test/py/tests/test_vboot.py| 12 ++--
test/py/u_boot_console_base.py | 4 ++--
test/py/u_boot_utils.py| 4 ++--
3 files changed, 10 insertion
Hi Simon,
On 2016年08月01日 07:28, Simon Glass wrote:
Hi Ziyuan,
On 27 July 2016 at 21:43, Ziyuan Xu wrote:
Miniarm is a rockchip rk3288 based development board, which has lots of
interface such as HDMI, USB, micro-SD card, Audio etc.
Signed-off-by: Ziyuan Xu
---
arch/arm/dts/Makefile
On Sun, Jul 31, 2016 at 10:19:18PM +0200, Hans de Goede wrote:
> Hi Tom,
>
> Here is another sunxi pull-req for v2016.09,
> this adds some more fixes to the h3 ethernet driver
> and re-enables it. There are also some other fixes.
>
> The following changes since commit 5c928d02044345b843202f23540
On Sun, Jul 31, 2016 at 05:28:50PM -0600, Simon Glass wrote:
> Hi Tom,
>
> This includes two new boards and some refactoring/adjustments.
>
>
> The following changes since commit 5c928d02044345b843202f23540c3765468c1d6f:
>
> m68k: code reformatting for all start.S files (2016-07-30 22:59:18
On Tue, Jul 19, 2016 at 11:47 AM, Bin Meng wrote:
> On Mon, Jul 18, 2016 at 6:53 PM, Stefan Roese wrote:
>> Don't just define ARCH_DMA_MINALIGN but also CONFIG_SYS_CACHELINE_SIZE
>> if its undefined. This is needed for the xhci driver to compile.
>
> nits: it's
>
> I can fix this when applying.
On Tue, Jul 19, 2016 at 1:41 PM, Stefan Roese wrote:
> To support the BayTrail internal SIO HS UART, the internal UART clock
> needs to get configured. This patch adds support for this clock
> configuration which will be done, if the PCI device(s) are found.
>
> Signed-off-by: Stefan Roese
> Cc:
From: Xu Ziyuan
Miniarm is a rockchip rk3288 based development board, which has lots of
interface such as HDMI, USB, micro-SD card, Audio etc.
Signed-off-by: Ziyuan Xu
Acked-by: Simon Glass
---
Changes in v2:
- Sort soemthing in alpha order
arch/arm/dts/Makefile |
On Tue, Jul 19, 2016 at 1:45 PM, Stefan Roese wrote:
> This simple driver provides some functions to control some of the
> integrated devices. The watchdog is enabled per default. This driver
> adds a function to disable the watchdog. Also the internal legacy
> UART (io address 0x3f8/0x2f8) is ena
On Thu, Jul 28, 2016 at 10:49 PM, George McCollister
wrote:
> Explicitly enable ILB_SERIRQ function 1 in
> cfio_regs_pad_ilb_serirq_PCONF0.
>
> Pad configuration for SERIRQ is not set to enable the SERIRQ function
> after a reset though strangely, it is on initial boot.
>
> Rebooting from Linux, r
Hi Simon,
With the latest buildman on the master branch, when I build x86, I got:
boards.cfg is up to date. Nothing to do.
Building 8 commits for 14 boards (14 threads, 6 jobs per thread)
Traceback (most recent call last):
File "./tools/buildman/buildman", line 64, in
ret_code = control.Do
Hi Siva,
On 3 July 2016 at 22:49, Siva Durga Prasad Paladugu
wrote:
> Hi Simon,
>
>> -Original Message-
>> From: Siva Durga Prasad Paladugu
>> Sent: Tuesday, June 28, 2016 11:38 AM
>> To: 'Simon Glass' ; U-Boot Mailing List > b...@lists.denx.de>
>> Cc: Marek Vasut ; 'Hans de Goede'
>> Su
Hi Stephen,
On 18 July 2016 at 10:23, Stephen Warren wrote:
> On 07/17/2016 03:23 PM, Simon Glass wrote:
>>
>> Some SoCs have a single clock device. Provide a way to find it given its
>> driver name. This is handled by the linker so will fail if the name is not
>> found, avoiding strange errors w
Hi Ziyuan,
On 25 July 2016 at 20:56, jk wrote:
> Hi Simon,
>
> I'm not very familiar with other archs except, hence I'm not able to
> implement it.:-(
Well a patch for ARM would be useful. I'm sure other people could add
to it later.
Regards,
Simon
>
> Regards,
> Ziyuan Xu
>
>
> On 2016年07月26日
Hi Vignesh,
On 26 July 2016 at 00:33, Vignesh R wrote:
>
>
> On Monday 25 July 2016 07:08 PM, Tom Rini wrote:
>> On Mon, Jul 25, 2016 at 06:40:21PM +0530, Vignesh R wrote:
>>
>>> On DRA7, pcf chip present at address 0x21 on i2c1, is used to
>>> switch between cpsw slave0 and slave1. Hence, enable
Hi,
On 25 July 2016 at 07:10, Vignesh R wrote:
> TI's PCF8575 is a 16-bit I2C GPIO expander.The device features a
> 16-bit quasi-bidirectional I/O ports. Each quasi-bidirectional I/O can
> be used as an input or output without the use of a data-direction
> control signal. The I/Os should be high
On 26 July 2016 at 00:22, Stefan Agner wrote:
> From: Stefan Agner
>
> It is not usual that drivers announce when they have been initialized.
> use dev_dbg to announce device initialization.
>
> Signed-off-by: Stefan Agner
> ---
>
> drivers/pinctrl/nxp/pinctrl-imx.c | 2 +-
> 1 file changed, 1
On 26 July 2016 at 00:22, Stefan Agner wrote:
> From: Stefan Agner
>
> Support instatiation through device tree. Also parse the fsl,dte-mode
> property to determine whether DTE mode shall be used.
>
> Signed-off-by: Stefan Agner
> ---
> The kernel uses fsl,imx21-uart as "base" compatible, should
On 26 July 2016 at 00:22, Stefan Agner wrote:
> From: Stefan Agner
>
> Add base device for NXP i.MX 7Solo/7Dual. The two SoC are very
> similar and hence can share the same device tree for boot loaders
> purpose.
>
> Signed-off-by: Stefan Agner
> ---
>
> arch/arm/dts/Makefile | 2 +
>
Hi Stephen,
On 25 July 2016 at 10:50, Stephen Warren wrote:
> On 07/24/2016 08:07 PM, Simon Glass wrote:
>>
>> Hi Stephen,
>>
>> On 14 July 2016 at 22:17, Simon Glass wrote:
>>>
>>> Hi Stephen,
>>>
>>> On 13 July 2016 at 13:45, Stephen Warren wrote:
From: Stephen Warren
Man
Hi Mugunthan,
On 25 July 2016 at 08:35, Mugunthan V N wrote:
> On Friday 22 July 2016 07:46 PM, Simon Glass wrote:
>> Hi Muganthan,
>>
>> On 22 July 2016 at 01:35, Mugunthan V N wrote:
>>> On Friday 22 July 2016 08:51 AM, Simon Glass wrote:
Hi Mugunthan,
On 18 July 2016 at 03:40,
On 26 July 2016 at 00:22, Stefan Agner wrote:
> From: Stefan Agner
>
> Add device model enabled PMIC driver for Ricoh RN5T567 PMIC used
> on Colibri iMX7.
>
> Signed-off-by: Stefan Agner
> ---
>
> doc/device-tree-bindings/pmic/rn5t567.txt | 17 +
> drivers/power/pmic/Kconfig
Hi,
On 13 July 2016 at 04:56, Andreas J. Reichel
wrote:
> Hardware: CM-FX6 Module from Compulab
>
> This patch fixes unwanted watchdog resets while the user enters
> a command at the U-Boot prompt.
>
> As found on the CM-FX6 board from Compulab, when having enabled the
> watchdog, a missing WATCH
Hi,
On 26 July 2016 at 04:55, Tien Fong Chee wrote:
> This patch would do checking on device tree to ensure the UART exist
> in the system and ready for console before setting have_console to true.
> This is required to avoid unexpected behavior such as hang during UART
> initialization.
>
> Sign
Hi Paul,
On 27 July 2016 at 08:26, Paul Burton wrote:
> This series introduces initial support for the MIPS Boston, and FPGA
> based development board & successor to the older Malta board. Further
> peripheral work is needed but this introduces the basics.
>
> This can be tested in a currently ou
On 27 July 2016 at 08:26, Paul Burton wrote:
> Previously ns16550 compatible UARTs probed via device tree have needed
> their device tree nodes to contain a clock-frequency property. An
> alternative to this commonly used with Linux is to reference a clock via
> a phandle. This patch allows U-Boot
On 27 July 2016 at 15:24, Stephen Warren wrote:
> From: Stephen Warren
>
> The DT binding for the Tegra186 HSP module apparently wasn't quite final
> when I posted initial U-Boot support for it. Add the final DT binding doc
> and adapt all code and DT files to match it.
>
> Signed-off-by: Stephen
Hi Paul,
On 27 July 2016 at 08:26, Paul Burton wrote:
> Add a simple driver for the clocks provided by the MIPS Boston
> development board. The system provides information about 2 clocks whose
> rates are fixed by the bitfile flashed in the boards FPGA, and this
> driver simply reads the rates of
On 27 July 2016 at 08:26, Paul Burton wrote:
> The regmap_read & regmap_write functions were previously declared in
> regmap.h but not implemented anywhere. The regmap implementation &
> commit message of 6f98b7504f70 ("dm: Add support for register maps
> (regmap)") indicate that only memory mappe
On 27 July 2016 at 15:24, Stephen Warren wrote:
> From: Stephen Warren
>
> The Tegra BPMP (Boot and Power Management Processor) is a separate
> auxiliary CPU embedded into Tegra to perform power management work, and
> controls related features such as clocks, resets, power domains, PMIC I2C
> bus
On 27 July 2016 at 15:24, Stephen Warren wrote:
> From: Stephen Warren
>
> This adds the DT content that's needed to allow board DTs to enable use
> of BPMP, clocks, resets, GPIOs, eMMC, and SD cards.
>
> Signed-off-by: Stephen Warren
> ---
> arch/arm/dts/tegra186.dtsi | 55
> +
Hi Stephen,
On 27 July 2016 at 15:24, Stephen Warren wrote:
> From: Stephen Warren
>
> In Tegra186, on-SoC clocks are manipulated using IPC requests to the BPMP
> (Boot and Power Management Processor). This change implements a driver
> that does that. A tegra/ sub-directory is created to follow
On 27 July 2016 at 15:24, Stephen Warren wrote:
> From: Stephen Warren
>
> In Tegra186, on-SoC reset signals are manipulated using IPC requests to
> the BPMP (Boot and Power Management Processor). This change implements a
> driver that does that. It is unconditionally selected by CONFIG_TEGRA186
Hi Stephen,
On 27 July 2016 at 15:24, Stephen Warren wrote:
> From: Stephen Warren
>
> The Tegra BPMP (Boot and Power Management Processor) is a separate
> auxiliary CPU embedded into Tegra to perform power management work, and
> controls related features such as clocks, resets, power domains, P
Hi Stephen,
On 27 July 2016 at 15:24, Stephen Warren wrote:
> From: Stephen Warren
>
> In Tegra186, SoC power domains are manipulated using IPC requests to
> the BPMP (Boot and Power Management Processor). This change implements a
> driver that does that.
>
> Signed-off-by: Stephen Warren
> ---
On 27 July 2016 at 15:24, Stephen Warren wrote:
> From: Stephen Warren
>
> Introduce tegra_board_init() and call it from board_init(). Tegra wil use
> tegra_board_init() for board-specific initialization, and board_init() for
> SoC-specific initialization.
>
> Signed-off-by: Stephen Warren
> ---
Hi Stephen,
On 27 July 2016 at 15:48, Stephen Warren wrote:
> From: Stephen Warren
>
> Tegra186 supports the new standard clock, reset, and power domain APIs.
> Older Tegra SoCs still use custom APIs. Enhance the Tegra PCIe driver so
> that it can operate with either set of APIs.
>
> On Tegra186
Hi Stephen,
On 27 July 2016 at 15:48, Stephen Warren wrote:
> From: Bryan Wu
>
> clk/reset API was tested on T186 platform and previous chip like
> T210/T124 will still use the old APIs.
>
> Signed-off-by: Bryan Wu
> (swarren, simplified some ifdefs, removed indent level inside an ifdef)
> Sign
On 27 July 2016 at 15:48, Stephen Warren wrote:
> From: Stephen Warren
>
> The Tegra186 PCIe DT content is almost identical to previous chips, except
> that the:
>
> - There are 3 ports instead of 2.
> - Some physical addresses have moved.
> - PHY programming is handled by firmware, so CCPLEX DTs
On 27 July 2016 at 15:48, Stephen Warren wrote:
> From: Bryan Wu
>
> Enable I2C devices in DT and enable building tegra_i2c.c driver.
>
> Signed-off-by: Bryan Wu
> (swarren, commit msg rework, fixed DT node sort order)
> Signed-off-by: Stephen Warren
> ---
> arch/arm/dts/tegra186-p2771-.dt
On 27 July 2016 at 15:48, Stephen Warren wrote:
> From: Bryan Wu
>
> Tegra186 has 8 I2C controllers including BPMP I2C. This patch adds the
> other 7 generic controllers to Tegra186's DT.
>
> Signed-off-by: Bryan Wu
> (swarren, fixed DT node sort order, tweak patch description)
> Signed-off-by:
On 27 July 2016 at 18:57, Max Filippov wrote:
> print_bi_boot_params outputs boot parameters structure location.
>
> Signed-off-by: Max Filippov
> ---
> cmd/bdinfo.c | 20 +---
> 1 file changed, 13 insertions(+), 7 deletions(-)
Reviewed-by: Simon Glass
_
On 27 July 2016 at 18:57, Max Filippov wrote:
> print_bi_mem outputs memstart and memsize lines.
>
> Signed-off-by: Max Filippov
> ---
> cmd/bdinfo.c | 42 ++
> 1 file changed, 26 insertions(+), 16 deletions(-)
Reviewed-by: Simon Glass
__
On 27 July 2016 at 18:57, Max Filippov wrote:
> print_bi_flash outputs flashstart, flashsize and flashoffset lines.
>
> Signed-off-by: Max Filippov
> ---
> cmd/bdinfo.c | 54 +++---
> 1 file changed, 27 insertions(+), 27 deletions(-)
Reviewed-by:
On 27 July 2016 at 18:57, Max Filippov wrote:
> print_bi_dram outputs start address and size for each DRAM bank.
>
> Signed-off-by: Max Filippov
> ---
> Changes v1->v2:
> - fix build for architectures w/o CONFIG_NR_DRAM_BANKS and bi_dram in
> bd_t.
>
> cmd/bdinfo.c | 60
> +++-
On 27 July 2016 at 18:57, Max Filippov wrote:
> print_std_bdinfo outputs typical set of board information entries:
> boot params location, memory and flash addresses and sizes, network
> interfaces information and configured serial baud rate.
>
> Signed-off-by: Max Filippov
> ---
> cmd/bdinfo.c
On 27 July 2016 at 18:57, Max Filippov wrote:
> print_eth_ip_addr outputs eth configurations for up to 6 interfaces and
> configured IP address.
>
> Signed-off-by: Max Filippov
> ---
> cmd/bdinfo.c | 113
> +++
> 1 file changed, 36 inserti
On 27 July 2016 at 18:57, Max Filippov wrote:
> print_baudrate outputs serial baud rate.
>
> Signed-off-by: Max Filippov
> ---
> cmd/bdinfo.c | 39 +--
> 1 file changed, 25 insertions(+), 14 deletions(-)
Reviewed-by: Simon Glass
_
Hi Michal,
On 28 July 2016 at 01:08, Michal Simek wrote:
> On 28.7.2016 04:24, Simon Glass wrote:
>> Hi Michal,
>>
>> On 24 July 2016 at 20:07, Simon Glass wrote:
>>> On 15 July 2016 at 01:35, Michal Simek wrote:
Add new Kconfig option to disable arch_fixup_fdt() calls for cases where
Hi Michal,
On 29 July 2016 at 05:29, Michal Simek wrote:
> Hi Simon,
>
>
> 2016-07-17 22:59 GMT+02:00 Simon Glass :
>>
>> On 5 July 2016 at 17:10, Simon Glass wrote:
>> > This new function is more convenient for callers, and handles
>> > pre-relocation
>> > situations automatically.
>> >
>> > Si
Hi Benjamin,
On 29 July 2016 at 12:34, Benjamin Tietz wrote:
> Hello Stephen,
>
> On Fri, Jul 29, 2016 at 12:02:02PM -0600, Stephen Warren wrote:
>> On 07/29/2016 11:26 AM, Benjamin Tietz wrote:
>> >Hello Stephen,
>
> [snip]
>
>> >>>Using a special high number looks unintuitive. And often result
On 28 July 2016 at 21:37, Heiko Schocher wrote:
> Hello Vignesh,
>
> added Simon to cc...
>
> Am 28.07.2016 um 07:54 schrieb Vignesh R:
>>
>>
>>
>> On Tuesday 26 July 2016 11:53 AM, Heiko Schocher wrote:
>>>
>>> Hello Vignesh,
>>>
>>> Am 25.07.2016 um 12:56 schrieb Vignesh R:
As I2C can
Hi Stephen,
On 29 July 2016 at 13:15, Stephen Warren wrote:
> From: Stephen Warren
>
> The BPMP bindings allow devices to be represented as child nodes of the
> BPMP node. This requires the driver to trigger scanning of its node for
> those child nodes.
>
> Signed-off-by: Stephen Warren
> ---
>
On 29 July 2016 at 05:31, Michal Simek wrote:
> Serial driver is getting clk information via DT that's why
> also clk node needs to have this flag.
>
> Different behavior was introduced by:
> "dm: Use dm_scan_fdt_dev() directly where possible"
> (sha1: 911954859d6dece49c3e4835faea004cfe392506)
> w
On 29 July 2016 at 13:15, Stephen Warren wrote:
> From: Stephen Warren
>
> On Tegra186, some I2C controllers are directly controlled by the main CPU,
> whereas others are controlled by the BPMP, and can only be accessed by the
> main CPU via IPC requests to the BPMP. This driver covers the latter
On 29 July 2016 at 13:15, Stephen Warren wrote:
> From: Stephen Warren
>
> This allows the BPMP I2C device to be instantiated, which makes it
> available to other drivers and the user.
>
> Signed-off-by: Stephen Warren
> ---
> arch/arm/dts/tegra186.dtsi | 9 +
> 1 file changed, 9 insert
On 29 July 2016 at 13:15, Stephen Warren wrote:
> From: Stephen Warren
>
> In Tegra186, the BPMP (Boot and Power Management Processor) owns certain
> HW devices, such as the I2C controller for the power management I2C bus.
> Software running on other CPUs must perform IPC to the BPMP in order to
On 2016年07月31日 22:27, Tom Rini wrote:
On Sun, Jul 31, 2016 at 11:59:19AM +0800, Ziyuan Xu wrote:
Hi Tom,
On 2016年07月29日 09:12, Tom Rini wrote:
On Fri, Jul 29, 2016 at 09:06:29AM +0800, Ziyuan Xu wrote:
Hi Tom,
On 2016年07月29日 08:34, Tom Rini wrote:
On Fri, Jul 29, 2016 at 07:34:09AM +0800
1 - 100 of 140 matches
Mail list logo
