On Mon, Nov 12, 2012 at 03:40:26PM +0800, Bo Shen wrote:
static struct platform_device sam9g20ek_audio_device = {
.name = at91sam9g20ek-audio,
- .id = -1,
+ .id = 0,
};
Why are you changing this? Single devices are supposed to specify -1 as
their id.
static int
Hi!
On Mon, Nov 12, 2012 at 07:58:40PM +0100, Sascha Hauer wrote:
Hi Steffen,
You lose memory in several places:
On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
+static struct display_timing *of_get_display_timing(struct device_node *np)
+{
+ struct display_timing
On Mon, Nov 12, 2012 at 03:40:25PM +0800, Bo Shen wrote:
+ ssc0 {
+ pinctrl_ssc0_tx: ssc0_tx-0 {
+ atmel,pins =
+ 1 16 0x1 0x1 /*
Hi Mark,
On 11/13/2012 16:30, Mark Brown wrote:
On Mon, Nov 12, 2012 at 03:40:26PM +0800, Bo Shen wrote:
static struct platform_device sam9g20ek_audio_device = {
.name = at91sam9g20ek-audio,
- .id = -1,
+ .id = 0,
};
Why are you changing this? Single
On Tue, Nov 13, 2012 at 05:10:26PM +0800, Bo Shen wrote:
On 11/13/2012 16:30, Mark Brown wrote:
Why are you changing this? Single devices are supposed to specify -1 as
their id.
This is for non-dt support, using the id to tell which ssc will be
used to remap into audio subsystem. Maybe
On Tue, Nov 13, 2012 at 04:49:24PM +0800, Mark Zhang wrote:
On 11/13/2012 03:48 PM, Thierry Reding wrote:
* PGP Signed by an unknown key
On Tue, Nov 13, 2012 at 03:15:47PM +0800, Mark Zhang wrote:
On 11/13/2012 05:55 AM, Thierry Reding wrote:
This commit adds a KMS driver for the
On Tue, Nov 13, 2012 at 11:45:55AM +0200, Terje Bergström wrote:
On 12.11.2012 23:55, Thierry Reding wrote:
This commit adds a KMS driver for the Tegra20 SoC. This includes basic
support for host1x and the two display controllers found on the Tegra20
SoC. Each display controller can drive a
On 11/13/2012 17:41, Mark Brown wrote:
On Tue, Nov 13, 2012 at 05:38:04PM +0800, Bo Shen wrote:
On 11/13/2012 17:20, Mark Brown wrote:
The machine driver should know which SSC it is using all by itself, it's
specific to a particular machine. This is how it's been doing it since
it was
On Tue, Nov 13, 2012 at 05:49:28PM +0800, Mark Zhang wrote:
On 11/13/2012 05:37 PM, Thierry Reding wrote:
* PGP Signed by an unknown key
On Tue, Nov 13, 2012 at 04:49:24PM +0800, Mark Zhang wrote:
On 11/13/2012 03:48 PM, Thierry Reding wrote:
Old Signed by an unknown key
On Tue,
The following patch adds support for devicetree to m25p80 driver.
Note that for jedec chips the chip identification was simplified.
When configured by devicetree, the particular chip is identified
by jedec_id only.
Tested on custom Altera Nios2 system.
Signed-off-by: Michal Vanka m...@vanka.net
On Tue, Nov 13, 2012 at 08:48:22AM +0100, Thierry Reding wrote:
On Tue, Nov 13, 2012 at 03:15:47PM +0800, Mark Zhang wrote:
On 11/13/2012 05:55 AM, Thierry Reding wrote:
[...]
+int tegra_output_init(struct drm_device *drm, struct tegra_output
*output)
+{
+ int connector,
On Mon, Nov 12, 2012 at 05:27:53PM +, Dave Martin wrote:
On Fri, Nov 09, 2012 at 02:34:11PM +, Lorenzo Pieralisi wrote:
[...]
+Every cpu node is required to set its device_type to cpu.
+
+Example:
+
+ cpus {
+ #size-cells = 0;
+ #address-cells = 1;
On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index d08d799..2a23b18 100644
--- a/drivers/video/Kconfig
+++ b/drivers/video/Kconfig
@@ -33,6 +33,12 @@ config VIDEO_OUTPUT_CONTROL
This framework adds
On Mon, Nov 12, 2012 at 11:00:37PM +0400, Alexey Klimov wrote:
Hello Steffen,
On Mon, Nov 12, 2012 at 7:37 PM, Steffen Trumtrar
s.trumt...@pengutronix.de wrote:
This adds support for reading display timings from DT or/and convert one of
those
timings to a videomode.
The
On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
This adds support for reading display timings from DT or/and convert one of
those
timings to a videomode.
The of_display_timing implementation supports multiple children where each
property can have up to 3 values. All
On Mon, Nov 12, 2012 at 04:37:03PM +0100, Steffen Trumtrar wrote:
[...]
+#if IS_ENABLED(CONFIG_VIDEOMODE)
+int videomode_to_fb_videomode(struct videomode *vm, struct fb_videomode
*fbmode)
The other helpers are named destination-type_from_source-type(),
maybe this should follow that example
On Mon, Nov 12, 2012 at 04:37:04PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/include/linux/fb.h b/include/linux/fb.h
[...]
+extern int of_get_fb_videomode(struct device_node *np, struct fb_videomode
*fb, int index);
Similarily this should get a dummy for the !CONFIG_OF_VIDEOMODE case,
On Mon, Nov 12, 2012 at 04:37:05PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
[...]
+#if IS_ENABLED(CONFIG_VIDEOMODE)
+int videomode_to_display_mode(struct videomode *vm, struct drm_display_mode
*dmode)
This one as well may be
On Mon, Nov 12, 2012 at 04:37:06PM +0100, Steffen Trumtrar wrote:
[...]
+#if IS_ENABLED(CONFIG_OF_VIDEOMODE)
+static void dump_drm_displaymode(struct drm_display_mode *m)
+{
+ pr_debug(drm_displaymode = %d %d %d %d %d %d %d %d %d\n,
+ m-hdisplay, m-hsync_start, m-hsync_end,
On Tue, 2012-11-13 at 10:56 +0100, Michal Vanka wrote:
return -ENODEV;
#endif
@@ -825,27 +848,39 @@ static int __devinit m25p_probe(struct
spi_device
*spi)
dev_warn(spi-dev, unrecognized id %s\n,
data-type);
Still line-wrapped:
$ git apply
On Tue, Nov 13, 2012 at 8:09 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
On Nov 13, 2012, at 9:25 AM, David Gibson wrote:
Not good to rely on userspace kicking off dtc and compiling from source.
Some capes/expansion boards might have your root fs device, for example
there is an
On Mon, Nov 12, 2012 at 01:40:12PM -0700, Stephen Warren wrote:
On 11/12/2012 08:37 AM, Steffen Trumtrar wrote:
This adds support for reading display timings from DT or/and convert one of
those
timings to a videomode.
The of_display_timing implementation supports multiple children where
On Thu, Nov 8, 2012 at 7:23 AM, Alex Courbot acour...@nvidia.com wrote:
On Thursday 08 November 2012 05:24:19 Linus Walleij wrote:
On Tue, Nov 6, 2012 at 2:33 AM, Alex Courbot acour...@nvidia.com wrote:
How about, in a first time (and because I'd also like to get the power
seqs
moving on),
On Tue, Nov 13, 2012 at 11:41:59AM +0100, Thierry Reding wrote:
On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote:
[...]
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index d08d799..2a23b18 100644
--- a/drivers/video/Kconfig
+++ b/drivers/video/Kconfig
@@
On 11/13/2012 05:10 AM, Wolfram Sang wrote:
Hi,
On Mon, Nov 12, 2012 at 05:59:50PM +0100, Andreas Larsson wrote:
Add sparc support by using platform_get_irq instead of platform_get_resource.
There are no platform resources of type IORESOURCE_IRQ for sparc, but
platform_get_irq works for
Hi Grant,
On Nov 13, 2012, at 2:24 PM, Grant Likely wrote:
On Tue, Nov 13, 2012 at 8:09 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
On Nov 13, 2012, at 9:25 AM, David Gibson wrote:
Not good to rely on userspace kicking off dtc and compiling from source.
Some capes/expansion
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch series attempts to add full device tree support to stmmac driver.
Existing device bindings do not cover all the possible use cases of stmmac
driver,
so new properties are added.
And also stmmac phy reset callback support via
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch attempts to add full device tree support to stmmac driver,
previously support to few optional properties were missed in both
bindings and driver.
With this patch DT support should be complete for stmmac driver.
Also all the vendor
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch adds phy reset callback support for stmmac driver via device
trees. It adds three new properties to gmac device tree bindings to
define the reset signal via gpio.
With this patch users can conveniently pass reset gpio number with
On Sun, Nov 11, 2012 at 5:39 AM, Viresh Kumar viresh.ku...@linaro.org wrote:
From: Shiraz Hashim shiraz.has...@st.com
SPEAr platform provides a provision to control chipselects of ARM PL022 Prime
Cell spi controller through its system registers, which otherwise remains
under
PL022 control
From: Srinivas Kandagatla srinivas.kandaga...@st.com
When the mdio-gpio driver is probed via device trees, the platform
device id is set as -1, However the id is re-used in the code while
creating an mdio bus.
So, setting up the id via aliases from device tree is a sensible
solution to fix this
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch adds a device tree vendor prefix for Synopsys Inc.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 files changed, 1 insertions(+), 0 deletions(-)
On 11/13/2012 08:12 AM, Srinivas KANDAGATLA wrote:
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch adds a device tree vendor prefix for Synopsys Inc.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
Applied.
Rob
---
Signed-off-by: Andrew Lunn and...@lunn.ch
---
arch/arm/boot/dts/kirkwood-ib62x0.dts |6 ++
arch/arm/mach-kirkwood/board-ib62x0.c | 13 -
2 files changed, 6 insertions(+), 13 deletions(-)
diff --git a/arch/arm/boot/dts/kirkwood-ib62x0.dts
From: Jamie Lentin j...@lentin.co.uk
Given appropriate devicetree bindings, this driver registers a
pm_power_off function to set a GPIO line high/low to power down
your board.
Signed-off-by: Jamie Lentin j...@lentin.co.uk
Signed-off-by: Andrew Lunn and...@lunn.ch
---
A few of the Kirkwood systems use a GPIO line to turn the power off on
shutdown. They request the GPIO line in the board setup code,
optionally setting it as an output and driving it inactive. They then
register a function for pm_power_off. At the end of the shutdown, this
function is called. The
Also enable the gpio-poweroff driver when DT is used.
Signed-off-by: Andrew Lunn and...@lunn.ch
Tested-by: Jamie Lentin j...@lentin.co.uk
---
arch/arm/boot/dts/kirkwood-dnskw.dtsi |5 +
arch/arm/mach-kirkwood/Kconfig|4
arch/arm/mach-kirkwood/board-dnskw.c | 12
On 11/13/2012 12:25 AM, David Gibson wrote:
On Mon, Nov 12, 2012 at 09:52:32AM -0700, Stephen Warren wrote:
On 11/12/2012 05:10 AM, Pantelis Antoniou wrote:
[snip]
Oh yes. In fact if one was to use a single kernel image for beagleboard
and beaglebone, for the cape to work for both, it is
On 11/12/2012 11:47 PM, Thierry Reding wrote:
On Mon, Nov 12, 2012 at 05:17:18PM -0700, Stephen Warren wrote:
On 11/12/2012 02:55 PM, Thierry Reding wrote:
This second version of this patch series addresses all the
comments received so far. Most notably it takes advantage of
the debugfs
On 11/13/2012 04:08 AM, Thierry Reding wrote:
On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
This adds support for reading display timings from DT or/and
convert one of those timings to a videomode. The
of_display_timing implementation supports multiple children where
each
On Tue, Nov 13, 2012 at 10:46:53AM -0700, Stephen Warren wrote:
On 11/13/2012 04:08 AM, Thierry Reding wrote:
On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
This adds support for reading display timings from DT or/and
convert one of those timings to a videomode. The
On 11/12/2012 08:54 PM, Stephen Warren wrote:
On 11/11/2012 05:50 AM, Jonas Gorski wrote:
Add simple Device Tree include files for all currently supported SoCs.
These will be populated with device definitions as driver support
gets added.
arch/mips/bcm63xx/dts/bcm6328.dtsi | 30
It seems to me that this capebus discussion is missing an important
point. The name capebus suggests that it is a bus, so there should be a
parent node to represent that bus. It should have a driver whose API
implements all of the system-interface functions a cape needs.
If you look at the way
On 11/13/2012 7:51 AM, Thierry Reding wrote:
On Tue, Nov 13, 2012 at 10:46:53AM -0700, Stephen Warren wrote:
On 11/13/2012 04:08 AM, Thierry Reding wrote:
On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
This adds support for reading display timings from DT or/and
convert one
On 11/13/2012 11:10 AM, Mitch Bradley wrote:
It seems to me that this capebus discussion is missing an important
point. The name capebus suggests that it is a bus, so there should be a
parent node to represent that bus. It should have a driver whose API
implements all of the system-interface
On 10/30/2012 04:52 AM, Mike Turquette wrote:
Quoting Gregory CLEMENT (2012-10-01 14:12:06)
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
I'm not sure this patch should go through me. Perhaps John Stultz?
I can apply it to my tree, but really none of it is generic, so in
On 10/30/2012 11:23 AM, Gregory CLEMENT wrote:
Signed-off-by: Gregory CLEMENT gregory.clem...@free-electrons.com
cc: John Stultz johns...@us.ibm.com
---
arch/arm/boot/dts/armada-370-db.dts |4
arch/arm/boot/dts/armada-370-xp.dtsi |1 +
On 11/13/2012 8:29 AM, Stephen Warren wrote:
On 11/13/2012 11:10 AM, Mitch Bradley wrote:
It seems to me that this capebus discussion is missing an important
point. The name capebus suggests that it is a bus, so there should be a
parent node to represent that bus. It should have a driver
Hi Mitch,
On Nov 13, 2012, at 9:09 PM, Mitch Bradley wrote:
On 11/13/2012 8:29 AM, Stephen Warren wrote:
On 11/13/2012 11:10 AM, Mitch Bradley wrote:
It seems to me that this capebus discussion is missing an important
point. The name capebus suggests that it is a bus, so there should be a
On Tue, Nov 13, 2012 at 08:13:31AM -1000, Mitch Bradley wrote:
On 11/13/2012 7:51 AM, Thierry Reding wrote:
On Tue, Nov 13, 2012 at 10:46:53AM -0700, Stephen Warren wrote:
On 11/13/2012 04:08 AM, Thierry Reding wrote:
On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
This
On sparc, irqs are not present as an IORESOURCE in the struct platform_device
representation. By using platform_get_irq instead of platform_get_resource the
driver works for sparc.
The GRLIB port of the ocores i2c controller needs custom getreg and setreg
functions to allow for big endian
Add sparc support by using platform_get_irq instead of platform_get_resource.
There are no platform resources of type IORESOURCE_IRQ for sparc, but
platform_get_irq works for sparc. In the non-sparc case platform_get_irq
internally uses platform_get_resource.
Signed-off-by: Andreas Larsson
The registers in the GRLIB port of the controller are 32-bit and in big endian
byte order. The PRELOW and PREHIGH registers are merged into one register. The
subsequent registers have their offset decreased accordingly. Hence the register
access needs to be handled in a non-standard manner using
Andreas == Andreas Larsson andr...@gaisler.com writes:
Hi,
Andreas The registers in the GRLIB port of the controller are 32-bit
Andreas and in big endian byte order. The PRELOW and PREHIGH registers
Andreas are merged into one register. The subsequent registers have
Andreas their offset
On Tue, Nov 13, 2012 at 10:09:28AM +0200, Pantelis Antoniou wrote:
Hi David,
On Nov 13, 2012, at 9:25 AM, David Gibson wrote:
On Mon, Nov 12, 2012 at 09:52:32AM -0700, Stephen Warren wrote:
On 11/12/2012 05:10 AM, Pantelis Antoniou wrote:
[snip]
Oh yes. In fact if one was to use a
Projects such as linux and u-boot run sparse on libfdt. libfdt
contains the notion of endianness via usage of endian conversion
functions such as fdt32_to_cpu. As such, in order to pass endian
checks, libfdt has to annotate its fdt variables such that sparse
can warn when mixing bitwise and
On Mon, Nov 05, 2012 at 05:59:36PM +0100, Benoit Cousson wrote:
On 11/05/2012 10:42 AM, AnilKumar Ch wrote:
+Optional properties:
+- ti,pmic-shutdown-controller: Telling the PMIC to shutdown on PWR_EN
toggle.
That sounds like a generic functionality to me. Don't we have some more
On 11/12/2012 02:52 AM, Wenyou Yang wrote:
From: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com
This will allow each device to specify its dma-mask for this we use the
coherent_dma_mask as pointer. By default the dma-mask will be set to
DMA_BIT_MASK(32).
Do you really have a use
Thomas Abraham wrote:
For legacy Exynos4 platforms, the available clocks are statically
listed and then registered using the common clock framework. On device
tree enabled exynos platfotms, the device tree is searched and all
clock nodes found are registered. Support for Exynos4210 and
On Wed, Nov 14, 2012 at 05:01:45AM +, AnilKumar, Chimata wrote:
+Mark
...without any words as to why I'm being added or what the content in
the message is?
signature.asc
Description: Digital signature
___
devicetree-discuss mailing list
Thomas Abraham wrote:
Remove Samsung specific clock support in Exynos4 and migrate to using
common clock framework.
Cc: Kukjin Kim kgene@samsung.com
Signed-off-by: Thomas Abraham thomas.abra...@linaro.org
---
arch/arm/mach-exynos/Kconfig |1 +
Kukjin Kim wrote:
Thomas Abraham wrote:
Remove Samsung specific clock support in Exynos4 and migrate to using
common clock framework.
Cc: Kukjin Kim kgene@samsung.com
Signed-off-by: Thomas Abraham thomas.abra...@linaro.org
---
arch/arm/mach-exynos/Kconfig |
On Wed, Nov 14, 2012 at 10:40:18, AnilKumar, Chimata wrote:
On Wed, Nov 14, 2012 at 07:53:42, Mark Brown wrote:
On Mon, Nov 05, 2012 at 05:59:36PM +0100, Benoit Cousson wrote:
On 11/05/2012 10:42 AM, AnilKumar Ch wrote:
+Optional properties:
+- ti,pmic-shutdown-controller: Telling
On Wed, Nov 14, 2012 at 06:11:45AM +, AnilKumar, Chimata wrote:
From these two threads we can infer that this is handled in power_off
sequence only. And this is feature of PMIC to go to shutdown mode nothing
to be fixed in silicon. PWR_EN line can be connected to any of these like
PRCM
Hi Mark,
On 11/13/2012 16:50, Mark Brown wrote:
On Mon, Nov 12, 2012 at 03:40:25PM +0800, Bo Shen wrote:
+ ssc0 {
+ pinctrl_ssc0_tx: ssc0_tx-0 {
+ atmel,pins =
+
On Wed, Nov 14, 2012 at 11:51:19, Mark Brown wrote:
On Wed, Nov 14, 2012 at 06:11:45AM +, AnilKumar, Chimata wrote:
From these two threads we can infer that this is handled in power_off
sequence only. And this is feature of PMIC to go to shutdown mode nothing
to be fixed in silicon.
On Wed, Nov 14, 2012 at 06:49:58AM +, AnilKumar, Chimata wrote:
Earlier you have a comment on this thread, I am adding my comments
on top of it. Sorry if I am in wrong direction.
Ah, I see. I was just commenting because Benoit was asking if this
should be supported with a standard
Hi Bryan,
On 11/14/2012 02:14 AM, Bryan Wu wrote:
diff --git a/include/linux/leds_pwm.h b/include/linux/leds_pwm.h
index 33a0711..a65e964 100644
--- a/include/linux/leds_pwm.h
+++ b/include/linux/leds_pwm.h
@@ -7,7 +7,7 @@
struct led_pwm {
const char *name;
const
On 11/13/2012 10:15 PM, Marc Kleine-Budde wrote:
[...]
On 11/12/2012 03:57 PM, Andreas Larsson wrote:
+ bpr = 0; /* Note bpr and brp are different concepts */
+ rsj = bt-sjw;
+ ps1 = (bt-prop_seg + bt-phase_seg1) - 1; /* tseg1 - 1 */
+ ps2 = bt-phase_seg2;
+ scaler = (bt-brp - 1);
+
69 matches
Mail list logo