On 02/20/2013 08:00 AM, Stephen Warren wrote:
On 02/18/2013 04:30 AM, Wei Ni wrote:
Add support to handle irq. When the temperature touch the limit value, the
driver can handle the interrupt.
diff --git a/drivers/hwmon/lm90.c b/drivers/hwmon/lm90.c
+static void lm90_irq_work(struct work_st
On Tue, Feb 19, 2013 at 12:35:26PM +0100, Philipp Zabel wrote:
> This adds a simple API for devices to request being reset
> by separate reset controller hardware and implements the
> reset signal device tree binding.
>
> Signed-off-by: Philipp Zabel
> Reviewed-by: Stephen Warren
Reviewed-by: S
Hi Stephen
> Hmm. I think that the .of_xlate_dai_name should be something related to
> the object (e.g. CODEC) that contains the DAIs, rather than the DAIs
> themselves. The intent is to ask some object (e.g. CODEC) which of its
> DAIs is represented by the DT DAI specifier, not to ask each DAI w
Hi Stephen
> >> +const char *snd_soc_of_get_port_dai_name(struct device_node *of_node,
> >> + const char *prop)
> >> +{
> >> + struct snd_soc_dai *dai;
> >> + struct of_phandle_args args;
> >> + const char *name;
> >> + int ret;
> >> +
> >> + ret = of_parse_
Hi Stephen
Thank you for checking patch
> > + if (dai->id != args->args[0])
> > + return NULL;
>
> This rather assumes that drivers with multiple DAIs will order the list
> of DAIs passed to snd_soc_register_dais() in the same order as the
> numbering in their device tree binding do
Hi Lars
Thank you for checking patch
> > + list_for_each_entry(dai, &dai_list, list) {
> > + if (dai->dev->of_node != args.np)
> > + continue;
> > +
> > + if (dai->driver->of_xlate_dai_name) {
> > + name = dai->driver->of_xlate_dai_name(d
Hi Lars
Thank you for checking patch
> > +- simple-audio,dev : phandle and port for CPU/CODEC
> > +- simple-audio,frame-master: frame master
> > +- simple-audio,bitclock-master : bitclock master
> > +#sound-dai-cells integer is required on simple-audio
On Mon, Feb 18, 2013 at 07:30:29PM +0800, Wei Ni wrote:
> +static struct tegra_thermal_data * __devinit thermal_tegra_dt_parse_pdata(
__dev* no longer exists.
> + tdata = devm_kzalloc(&pdev->dev, sizeof(*tdata), GFP_KERNEL);
> + if (!tdata) {
> + dev_err(&pdev->dev, "Can't all
On 02/18/2013 04:30 AM, Wei Ni wrote:
> dd Tegra30 thermal driver support. It create thermal zone with thermal
> sensors and cooling device to participate in the linux thermal management.
> diff --git a/drivers/thermal/tegra3_thermal.c
> b/drivers/thermal/tegra3_thermal.c
> +struct tegra_thermal
On 02/18/2013 04:30 AM, Wei Ni wrote:
> Enable thermal driver in the dts file.
> Set sensor as lm90 remote sensor, and set throttle data.
> diff --git a/Documentation/devicetree/bindings/thermal/tegra3-thermal.txt
> b/Documentation/devicetree/bindings/thermal/tegra3-thermal.txt
The DT documentat
On 02/18/2013 04:30 AM, Wei Ni wrote:
> Register the remote sensor to the thermal framework.
> It can support to show the temperature and read/write threshold.
> arch/arm/boot/dts/tegra30-cardhu.dtsi |1 +
> drivers/hwmon/lm90.c | 182
> -
Th
On 02/18/2013 04:30 AM, Wei Ni wrote:
> Add functions to support using dt node with args to get sensor.
You need to write a device tree binding document to explain this.
> diff --git a/drivers/thermal/thermal_sys.c b/drivers/thermal/thermal_sys.c
> +struct thermal_sensor *get_sensor_by_node(stru
On 02/18/2013 04:30 AM, Wei Ni wrote:
> Using macros for the indexes and nrs of temp8 and temp11.
> This make the code much clearer.
Sorry to nit-pick, but those aren't macros, but rather they're enums.
The patch looks good though.
___
devicetree-discus
On 02/18/2013 04:30 AM, Wei Ni wrote:
> Add support to handle irq. When the temperature touch the limit value, the
> driver can handle the interrupt.
> diff --git a/drivers/hwmon/lm90.c b/drivers/hwmon/lm90.c
> +static void lm90_irq_work(struct work_struct *work)
...
> + enable_irq(client->ir
On 02/18/2013 04:30 AM, Wei Ni wrote:
> Split set&show temp codes as common functions, so we can use it directly when
> implement linux thermal framework.
> diff --git a/drivers/hwmon/lm90.c b/drivers/hwmon/lm90.c
> -static ssize_t show_temp8(struct device *dev, struct device_attribute
> *devatt
On 02/18/2013 08:28 PM, Alex Courbot wrote:
> On 02/18/2013 08:30 PM, Wei Ni wrote:
>> Enable thermal sensor lm90 in the dts file.
>
> Acked-by: Alexandre Courbot
>
> Btw, shouldn't this patch come last, after all the changes you did to
> lm90? If you keep the current order, you will need to ens
Hi,
On Tue, Feb 19 2013, Guennadi Liakhovetski wrote:
>> Thanks! Pushed to mmc-next, will think about merging for 3.9.
>
> Thanks! Please, push all of them (taking into account v5 of #03/13), but
> hold back on #13, it'll need some more work.
Okay, I've dropped #13 from mmc-next.
- Chris.
--
On Mon, 18 Feb 2013, Arnd Bergmann wrote:
> On Monday 18 February 2013, Guennadi Liakhovetski wrote:
> > On Mon, 18 Feb 2013, Arnd Bergmann wrote:
> >
> > Sorry, I'm not sure how best to describe it, and I don't have sufficient
> > information myself. In any case on a block-diagram of sh73a0 SDH
On 02/19/2013 04:35 AM, Philipp Zabel wrote:
> This driver implements a reset controller device that toggles gpios
> connected to reset pins of peripheral ICs. The delay between assertion
> and de-assertion of the reset signal can be configured.
> diff --git a/Documentation/devicetree/bindings/res
Hi Chris
On Mon, 18 Feb 2013, Chris Ball wrote:
> Hi Guennadi,
>
> On Fri, Feb 15 2013, Guennadi Liakhovetski wrote:
> > This is v4 of a patch-series, extending mmc subsystem device-tree usage
> > and adding more advanced DT capabilities to sh_mmcif and sh_mobile_sdhi /
> > tmio_mmc drivers. C
On 02/19/2013 04:35 AM, Philipp Zabel wrote:
> The SRC has auto-deasserting reset bits that control reset lines to
> the GPU, VPU, IPU, and OpenVG IP modules. This patch adds a reset
> controller that can be controlled by those devices using the
> reset controller API.
> diff --git a/arch/arm/mach
On 02/19/2013 04:35 AM, Philipp Zabel wrote:
> This adds a simple API for devices to request being reset
> by separate reset controller hardware and implements the
> reset signal device tree binding.
I know I apparently already reviewed this before, but I have a couple
small comments to make.
Whe
On 02/19/2013 04:35 AM, Philipp Zabel wrote:
> The system reset controller (SRC) on i.MX51, i.MX53, and i.MX6q controls
> reset lines to the GPU, VPU, IPU, and OpenVG IP modules.
>
> The following patches add a simple API for devices to request being reset
> by separate reset controller hardware a
On 02/19/2013 01:53 PM, Stephen Warren wrote:
> On 02/14/2013 02:21 AM, Kuninori Morimoto wrote:
>> ASoC sound driver requires CPU/CODEC drivers for probing,
>> and each CPU/CODEC has some DAI on it.
>> Then, "dai name matching" have been used to identify
>> CPU-CODEC DAI pair on ASoC.
>>
>> But, t
On 02/14/2013 02:22 AM, Kuninori Morimoto wrote:
> fsi driver can be used from simple-card driver
> which requires .of_xlate_dai_name.
>
> This patch supports .of_xlate_dai_name.
> diff --git a/Documentation/devicetree/bindings/sound/renesas,fsi.txt
> b/Documentation/devicetree/bindings/sound/re
On 02/14/2013 02:21 AM, Kuninori Morimoto wrote:
> ASoC sound driver requires CPU/CODEC drivers for probing,
> and each CPU/CODEC has some DAI on it.
> Then, "dai name matching" have been used to identify
> CPU-CODEC DAI pair on ASoC.
>
> But, the "dai port number matching" is now required from De
Hi Joachim,
> Signed-off-by: Joachim Eastwood
Added to linux-watchdog-next.
Kind regards,
Wim.
___
devicetree-discuss mailing list
devicetree-discuss@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/devicetree-discuss
On 02/15/2013 08:13 AM, Guennadi Liakhovetski wrote:
> This is v4 of a patch-series, extending mmc subsystem device-tree usage
> and adding more advanced DT capabilities to sh_mmcif and sh_mobile_sdhi /
> tmio_mmc drivers. Changes since v3 are described in respective patches.
> Thanks to all who
Hi Sebastian,
I did some more tests today and it took me a while to dig for the root
cause why things were not working for me in the first place - see below.
On 09.02.2013 13:59, Sebastian Hesselbarth wrote:
> +==Example==
> +
> +/* 25MHz reference crystal */
> +ref25: ref25M {
> + compatib
Quoting Stephen Warren (2013-02-19 10:39:35)
> On 02/15/2013 05:36 AM, Peter De Schrijver wrote:
> > This is the seventh version of the Tegra114 clockframework. It is based on
> > the
> > for-next branch of
> > git://git.kernel.org/pub/scm/linux/kernel/git/swarren/linux-tegra.git and
> > http://ww
On 02/15/2013 05:36 AM, Peter De Schrijver wrote:
> This is the seventh version of the Tegra114 clockframework. It is based on the
> for-next branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/swarren/linux-tegra.git and
> http://www.spinics.net/lists/arm-kernel/msg220452.html.
Mike,
I thi
On 02/19/2013 06:38 AM, Laxman Dewangan wrote:
> Add spi driver for NVIDIA's Tegra114 spi controller. This controller
> is different than the older SoCs spi controller in internal design as
> well as register interface.
Nit: SPI should be capitalized. Also in Kconfig below.
> diff --git a/Documen
On 2/16/2013 5:38 PM, Anton Vorontsov wrote:
On Fri, Feb 15, 2013 at 06:36:54PM -0500, Rhyland Klein wrote:
This property is meant to be used in device nodes which represent
power_supply devices that wish to provide a list of supplies to
which they provide power. A common case is a AC Charger wi
On 02/18/2013 10:31 PM, Shawn Guo wrote:
> On Thu, Feb 14, 2013 at 10:54:28AM -0700, Stephen Warren wrote:
>> On 02/13/2013 11:38 PM, Hiroshi Doyu wrote:
>>> To replace magic number in "clocks = <&tegra_car 28>;"
>>
>> I like the concept here; I was thinking about doing this today, but you
>> beat
On 02/18/2013 06:26 AM, Michal Marek wrote:
> On 15.2.2013 17:25, Stephen Warren wrote:
>> On 02/15/2013 01:52 AM, Hiroshi Doyu wrote:
>>> This patch allows kernel source to include those DT
>>> headers. For example:
>>>
>>> + #include
>>>
>>> Signed-off-by: Hiroshi Doyu
>>> ---
>>> Makefile |
On 02/17/2013 03:05 PM, Rob Landley wrote:
> On 02/15/2013 02:43:11 AM, Hiroshi Doyu wrote:
>> Hi,
>>
>> With new dtc+cpp feature, we could get rid of magic numbers in dts*
>> files. This patch replaces CLK IDs.
>>
>> We also plan to share those DT header files with kernel source
>> later[1].
> ...
On 02/17/2013 03:20 PM, Simon Glass wrote:
> Hi Hiroshi,
>
> On Fri, Feb 15, 2013 at 12:43 AM, Hiroshi Doyu wrote:
>> Hi,
>>
>> With new dtc+cpp feature, we could get rid of magic numbers in dts*
>> files. This patch replaces CLK IDs.
...
> I wonder what sort of error message do you get when you
Hi,
On Tue, Feb 19, 2013 at 12:36 AM, li guang wrote:
> 在 2013-02-15五的 20:16 -0800，Simon Glass写道：
>> Use the key-matrix layer to interpret key scan information from the EC
>> and inject input based on the FDT-supplied key map. This driver registers
>> itself with the ChromeOS EC driver to perform
On 02/14/2013 10:24 AM, Kuninori Morimoto wrote:
> Support for loading the simple-card module via devicetree.
> It requests cpu/codec information,
> and .of_xlate_dai_name support on each driver for probing.
>
> Signed-off-by: Kuninori Morimoto
> ---
> v5 -> v6
>
> - cpu/codec become sub-node
>
On 02/14/2013 10:21 AM, Kuninori Morimoto wrote:
[...]
> +const char *snd_soc_of_get_port_dai_name(struct device_node *of_node,
> + const char *prop)
> +{
> + struct snd_soc_dai *dai;
> + struct of_phandle_args args;
> + const char *name;
> + int
Add spi driver for NVIDIA's Tegra114 spi controller. This controller
is different than the older SoCs spi controller in internal design as
well as register interface.
This driver supports the:
- non DMA based transfer for smaller transfer i.e. less than FIFO depth.
- APB DMA based transfer for lag
Hi Linus,
Description of changes below and in tag. Please pull.
g.
The following changes since commit 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7:
Linux 3.8-rc6 (2013-02-01 12:08:14 +1100)
are available in the git repository at:
git://git.secretlab.ca/git/linux tags/dt-for-linus
for you to
On Thu, Feb 14, 2013 at 09:10:08AM +0530, Padmavathi Venna wrote:
> This patch adds #dma-cells property to PL330 DMA controller
> nodes for supporting generic dma dt bindings on samsung
> exynos5250 platform.
Can you comment on the following thread?
https://lists.ozlabs.org/pipermail/devicetree-d
On Tuesday 19 February 2013 05:44 PM, Felipe Balbi wrote:
On Tue, Feb 19, 2013 at 03:44:14PM +0530, Santosh Shilimkar wrote:
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
Register percpu local timer for scheduler tick in the case of one core
SMP configuration. In other cases - seco
On Tue, Feb 19, 2013 at 03:44:14PM +0530, Santosh Shilimkar wrote:
> On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
> >Register percpu local timer for scheduler tick in the case of one core
> >SMP configuration. In other cases - secondary cpu's as well as boot
> >cpu's having more than
Hi,
On Mon, Feb 18, 2013 at 05:06:39PM +0530, Afzal Mohammed wrote:
> @@ -315,6 +315,7 @@ static struct local_timer_ops twd_lt_ops __cpuinitdata = {
> static int __init twd_local_timer_common_register(struct device_node *np)
> {
> int err;
> + struct clock_event_device *evt;
>
>
From: Stephen Warren
This binding is intended to represent the hardware reset signals present
internally in most IC (SoC, FPGA, ...) designs.
It consists of a binding for a reset controller device (provider), and a
pair of properties, "resets" and "reset-names", to link a device node
(consumer) t
The SRC has auto-deasserting reset bits that control reset lines to
the GPU, VPU, IPU, and OpenVG IP modules. This patch adds a reset
controller that can be controlled by those devices using the
reset controller API.
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
Changes since v2:
The system reset controller (SRC) on i.MX51, i.MX53, and i.MX6q controls
reset lines to the GPU, VPU, IPU, and OpenVG IP modules.
The following patches add a simple API for devices to request being reset
by separate reset controller hardware and implements the reset signal
device tree binding prop
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
Changes since v2:
- Rebased onto next-20120219
---
arch/arm/boot/dts/imx6q.dtsi |1 +
arch/arm/boot/dts/imx6qdl.dtsi |2 ++
2 files changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts/imx6
This driver implements a reset controller device that toggles gpios
connected to reset pins of peripheral ICs. The delay between assertion
and de-assertion of the reset signal can be configured.
Signed-off-by: Philipp Zabel
---
Changes since v2:
- Fill reset_controller_dev.owner field.
- Rename
This adds a simple API for devices to request being reset
by separate reset controller hardware and implements the
reset signal device tree binding.
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
Changes since v2:
- Added ARCH_HAS_RESET_CONTROLLER.
- Fixed kerneldoc comments.
-
The SRC in i.MX51 and i.MX53 is similar to the one in i.MX6q minus
the IPU2 reset line and multi core CPU reset/enable bits.
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
Changes since v2:
- Rebased onto next-20120219
---
arch/arm/boot/dts/imx6qdl.dtsi |2 +-
arch/arm/mach-i
Also, link SRC to IPU via phandle.
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
arch/arm/boot/dts/imx51.dtsi |7 +++
arch/arm/boot/dts/imx53.dtsi |7 +++
2 files changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/imx51.dtsi b/arch/arm/boot/dts/imx51.dtsi
i
Request the System Reset Controller to reset the IPU if
specified via device tree phandle.
Signed-off-by: Philipp Zabel
Reviewed-by: Stephen Warren
---
.../devicetree/bindings/staging/imx-drm/fsl-imx-drm.txt|3 +++
drivers/staging/imx-drm/ipu-v3/ipu-common.c| 12 ++
API to issue a
> > reset simply by providing their struct device pointer as the most common
> > case.
> >
> > Signed-off-by: Stephen Warren
> > Signed-off-by: Philipp Zabel
>
> Reviewed-by: Shawn Guo
thank you for the review. I have made the changes you suggested
Hi Santosh,
On Tue, Feb 19, 2013 at 15:39:32, Shilimkar, Santosh wrote:
> After looking at the specs, you don't need the SMP mode since ACP
> isn't being used.
> TWD use for AM437x is also limited because these times stops in
> low power sates and there you will need broad-cast mechanism which
>
On Tuesday 19 February 2013 04:33 PM, Mohammed, Afzal wrote:
Hi Santosh,
On Tue, Feb 19, 2013 at 16:30:13, Shilimkar, Santosh wrote:
On Tuesday 19 February 2013 04:22 PM, Mohammed, Afzal wrote:
SoC support is already added in patch 7/8. This is board (which doesn't
exist now) support, hence
Hi Santosh,
On Tue, Feb 19, 2013 at 16:30:13, Shilimkar, Santosh wrote:
> On Tuesday 19 February 2013 04:22 PM, Mohammed, Afzal wrote:
> > SoC support is already added in patch 7/8. This is board (which doesn't
> > exist now) support, hence a pre-silicon temporary one to validate it.
> >
> I mean
On Tuesday 19 February 2013 04:00 PM, Mohammed, Afzal wrote:
Hi Santosh,
On Tue, Feb 19, 2013 at 15:55:59, Shilimkar, Santosh wrote:
With DT, IIRC DEBUGLL is broken. So did you hack debug-macro.S
to get the earlyprintk working ?
No, on linux-next, ll debug works properly.
Indeed. Tony fixe
On Tuesday 19 February 2013 04:26 PM, Felipe Balbi wrote:
On Tue, Feb 19, 2013 at 03:57:07PM +0530, Santosh Shilimkar wrote:
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
Add Kconfig option for AM43 family of SoC's, these are ARM Cortex A9
based (SMP configuration with 1 core).
Si
On Tuesday 19 February 2013 04:22 PM, Mohammed, Afzal wrote:
Hi Santosh,
On Tue, Feb 19, 2013 at 16:05:22, Shilimkar, Santosh wrote:
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
AM43 SoC is in pre-silicon stage, meanwhile it has been modelled in
a pre-silicon platform. To valid
On Tue, Feb 19, 2013 at 03:57:07PM +0530, Santosh Shilimkar wrote:
> On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
> >Add Kconfig option for AM43 family of SoC's, these are ARM Cortex A9
> >based (SMP configuration with 1 core).
> >
> >Signed-off-by: Afzal Mohammed
> >---
> > arch/ar
Hi Santosh,
On Tue, Feb 19, 2013 at 16:05:22, Shilimkar, Santosh wrote:
> On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
> > AM43 SoC is in pre-silicon stage, meanwhile it has been modelled in
> > a pre-silicon platform. To validate and boot Linux in pre-silicon
> > platform that emul
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
AM43 SoC is in pre-silicon stage, meanwhile it has been modelled in
a pre-silicon platform. To validate and boot Linux in pre-silicon
platform that emulates an AM43 SoC, add DT build support.
As bootloader is not used, bootargs is passed
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
Describe minimal DT boot machine details for AM43 based SoC's. AM43
family of SoC's are ARM Cortex-A9 based with one core in SMP
configuration. Low level debug could be achieved by selecting
DEBUG_AM33XXUART1. To boot AM43 SoC, this chang
Hi Santosh,
On Tue, Feb 19, 2013 at 15:55:59, Shilimkar, Santosh wrote:
> With DT, IIRC DEBUGLL is broken. So did you hack debug-macro.S
> to get the earlyprintk working ?
No, on linux-next, ll debug works properly.
Regards
Afzal
___
devicetree-discu
On Monday 18 February 2013 05:08 PM, Afzal Mohammed wrote:
Add Kconfig option for AM43 family of SoC's, these are ARM Cortex A9
based (SMP configuration with 1 core).
Signed-off-by: Afzal Mohammed
---
arch/arm/mach-omap2/Kconfig | 11 +++
1 file changed, 11 insertions(+)
diff --git
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
Selecting DEBUG_AM33XXUART1 routes low level debug messages to first
UART instance of AM335x based SoC's. This selection is valid for
upcoming AM43 based SoC's too. Make this information available upon
configuring.
Signed-off-by: Afzal M
On Monday 18 February 2013 05:06 PM, Afzal Mohammed wrote:
Return percpu clock event on local timer register. It is the boot cpu
that calls this and it can use the returned percpu clock event to
register a clock event in the case of SMP configuration with one core.
SMP configuration with 1 core
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
Add an optional property to find clock-frequency from DT. This helps
as a fallback mechanism in case there is no representation of clock
tree in DT.
Signed-off-by: Afzal Mohammed
---
This won't work always because twd clock is CPU depe
On Monday 18 February 2013 05:07 PM, Afzal Mohammed wrote:
Register percpu local timer for scheduler tick in the case of one core
SMP configuration. In other cases - secondary cpu's as well as boot
cpu's having more than one core, this is being registered as per
existing boot flow, with a differe
On Monday 18 February 2013 05:05 PM, Afzal Mohammed wrote:
(Resending, since it seems, LAKML doesn't accept patches with subject
prefix only as "RFC", but requires "PATCH" prefix also)
Hi,
This series adds minimal support to boot Linux on platforms having
AM43 based SoC's.
This is being sent a
On Tue, Feb 19, 2013 at 10:10:17AM +0100, Mohammed, Afzal wrote:
> Hi Felipe,
>
> On Mon, Feb 18, 2013 at 23:52:40, Balbi, Felipe wrote:
> > On Mon, Feb 18, 2013 at 05:08:16PM +0530, Afzal Mohammed wrote:
>
> > > + uart1: serial@44e09000 {
> > > + compatible = "ti,am4372-u
Hi Felipe,
On Mon, Feb 18, 2013 at 23:52:40, Balbi, Felipe wrote:
> On Mon, Feb 18, 2013 at 05:08:16PM +0530, Afzal Mohammed wrote:
> > + uart1: serial@44e09000 {
> > + compatible = "ti,am4372-uart","ti,omap2-uart";
> > + clock-frequency = <4800>;
DT kernel with latest of denx SPL U-boot boots with garbled UART
logs. This is because in U-boot UART2 gets sourced by PLL0_SYSCLK2
configured for 150MHz. But later in kernel UART2 gets mapped to
PLL1_SYSCLK2 and is configured for 132MHz not for 150MHz.
PLL1 is configured for 264MHz to support mDD
On Mon, Feb 18, 2013 at 11:20:43PM -0800, Joe Perches wrote:
> On Mon, 2013-02-18 at 20:13 -0800, Simon Glass wrote:
> > On Sat, Feb 16, 2013 at 12:49 PM, Dmitry Torokhov
> > > On Fri, Feb 15, 2013 at 08:16:12PM -0800, Simon Glass wrote:
> > >> + for (row = 0; row < ckdev->rows; row++) {
> > >>
Hi Rob,
On Mon, Feb 18, 2013 at 19:17:29, Rob Herring wrote:
> On 02/18/2013 12:30 AM, Afzal Mohammed wrote:
> > Register percpu local timer for scheduler tick in the case of one core
> > SMP configuration. In other cases - secondary cpu's as well as boot
> > cpu's having more than one core, this
78 matches
Mail list logo
