Looking at the patch which introduced these error message for you, which
changed the -count_objects return value from 0 to SHRINK_STOP your patch
below to treat 0 and SHRINK_STOP equally simply reverts the functional
change.
Yes, for i915* it de facto restores the old behaviour.
I don't
On 09/17/2013 09:06 PM, Arnaldo Carvalho de Melo wrote:
Em Tue, Sep 17, 2013 at 05:10:55PM +0200, Denys Vlasenko escreveu:
I'm trying to figure out how to extend perf trace.
Currently, it shows syscall names and arguments, and only them.
Meaning that syscalls such as open(2) are shown as:
danielfsan...@att.net wrote:
This is a simple bash script that parses our errno*.h files and formats
them into the error_strings.h header that our strerror and strerror_name
functions will use later.
I presume you haven't tried building with a make O=foo build directory? I
see:
On Wed, 18 Sep 2013, Maxime COQUELIN wrote:
This patch supplies I2C configuration to B2000 and B2020
based on either STiH415 or STiH416 SoCs.
Cc: Srinivas Kandagatla srinivas.kandaga...@st.com
Signed-off-by: Maxime Coquelin maxime.coque...@st.com
---
arch/arm/boot/dts/stih41x-b2000.dtsi
Stephen Rothwell s...@canb.auug.org.au wrote:
Is there some reason that those fixups cannot be done in a merge commit?
i.e. are they more than simple text updates?
That's somewhat up to James. *He* would be the person doing the merge, not
me. I'm changing the lines in my patches also.
/me
Hi Srini
On 09/18/2013 08:35 AM, Srinivas KANDAGATLA wrote:
Hi Michael.
On 18/09/13 04:23, Michael Opdenacker wrote:
This patch proposes to remove the 'SOC_STIH415' and 'SOC_STIH416'
parameters, which are used nowhere else in the source code
and Makefiles.
Will they be needed in code that
David Howells dhowe...@redhat.com wrote:
(1) Why are you double-NUL'ing all your strings? (see the \0 in the strings)
Ah... I see what you're doing. I missed the fact that you don't have a comma
after each string.
(3) You are storing a pointer to the symbolic name for each error. On a
On Wed, 18 Sep 2013, Maxime COQUELIN wrote:
This patch supplies I2C configuration to STiH415 SoC.
Cc: Srinivas Kandagatla srinivas.kandaga...@st.com
Signed-off-by: Maxime Coquelin maxime.coque...@st.com
---
arch/arm/boot/dts/stih415-pinctrl.dtsi | 36
This patch supplies I2C configuration to STiH416 SoC.
Cc: Srinivas Kandagatla srinivas.kandaga...@st.com
Signed-off-by: Maxime Coquelin maxime.coque...@st.com
---
arch/arm/boot/dts/stih416-pinctrl.dtsi | 35
arch/arm/boot/dts/stih416.dtsi | 57
Al,
This is for next (3.13), could you please ack it or take it through your tree?
Thanks,
Miklos
Subject: vfs: introduce d_instantiate_no_diralias()
From: Miklos Szeredi mszer...@suse.cz
...which just returns -EBUSY if a directory alias would be created.
This is to be used by fuse mkdir
On Mon, 16 Sep, at 09:11:24PM, Roy Franz wrote:
Rename relocate_kernel() to efi_relocate_kernel(), and take
parameters rather than x86 specific structure. Add max_addr
argument as for ARM we have some address constraints that we
need to enforce when relocating the kernel. Add alloc_size
These are required to request DBx500 PRCMU clocks from Device Tree. The
numbers used are taken directly from the Hardware Specification document.
We're moving them from the DBx500 PRCMU include file into the DT include
directory and referencing them from the former via a #include.
Acked-by:
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index a152945..2c64c85 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 0d2d5d0..e93b54c 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
These are now cared for from the Device Tree.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach-ux500/cpu-db8500.c
index 28a69d1..27734e7 100644
---
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach-ux500/cpu-db8500.c
index 689d3a8..844c2fe 100644
--- a/arch/arm/mach-ux500/cpu-db8500.c
+++
We still need to utilise the AUXDATA system for the PRCMU to pass
through platform data which can not be DT:ed i.e. regulator initialisation
values. All we're doing in this patch is changing the comment header to be
more accurate.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach-ux500/cpu-db8500.c
index dd6af6c..7e32c7b 100644
--- a/arch/arm/mach-ux500/cpu-db8500.c
+++
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach-ux500/cpu-db8500.c
index 7e32c7b..689d3a8 100644
--- a/arch/arm/mach-ux500/cpu-db8500.c
+++
The ux500 platform will soon be converted to Device Tree only. When that
happens the old clock initialisation will be ripped out. In the meantime
however, we have to make a decision and call the appropriate
initialisation code manually.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
MSP no longer requires clock-name bindings, so we need to move them to
a more appropriate header indicating that we're still passing DMA
related platform data to them.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c | 17 -
1 file changed, 8
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach-ux500/cpu-db8500.c
index 12eee81..a5e89af 100644
--- a/arch/arm/mach-ux500/cpu-db8500.c
+++
This patch enables clocks to be specified from Device Tree via phandles
to the prcc-periph-clock node.
Acked-by: Mike Turquette mturque...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/clk/ux500/u8500_of_clk.c | 52
1 file changed,
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach-ux500/cpu-db8500.c
index a5e89af..44e656d 100644
--- a/arch/arm/mach-ux500/cpu-db8500.c
+++
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/cpu-db8500.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/arch/arm/mach-ux500/cpu-db8500.c b/arch/arm/mach-ux500/cpu-db8500.c
index 44e656d..44b4879 100644
--- a/arch/arm/mach-ux500/cpu-db8500.c
+++
If we supply a con_id then the clock framework will search for that name
in MUSB's Device Tree node for the 'clock-names' property. If it's absent
the clock request will fail. However, if we don't supply the con_id then
clk_get() will call into clk_sys() which will use the device name to
search
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 20
1 file changed, 20 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 13ea13e..75c0646 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
This patch enables the TWD fixed factor clock to be specified from
Device Tree via phandles to the smp-twd-clock node.
Acked-by: Mike Turquette mturque...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/clk/ux500/u8500_of_clk.c | 7 +--
1 file changed, 5 insertions(+), 2
This patch enables the RTC fixed frequency clock to be specified from
Device Tree via phandles to the rtc32k-clock node.
Acked-by: Mike Turquette mturque...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/clk/ux500/u8500_of_clk.c | 7 +--
1 file changed, 5 insertions(+),
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 81cdfcf..9adc4e5 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
The functional components will be added on a per-clock basis.
Acked-by: Mike Turquette mturque...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/clk/ux500/u8500_of_clk.c | 19 +++
1 file changed, 19 insertions(+)
diff --git
This patch enables clocks to be specified from Device Tree via phandles
to the prcmu-clock node.
Acked-by: Mike Turquette mturque...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/clk/ux500/u8500_of_clk.c | 50 ++--
1 file changed, 48
PRCC (peripheral and kernel) clocks are specified using a property tuple
phandle base bit, where 'base' is the peripheral (1, 2, 3, 5 or 6),
and bit is read-in value into that peripheral stipulated by the hardware
specification.
Acked-by: Mike Turquette mturque...@linaro.org
Signed-off-by: Lee
There is no mention of the PRCMU_BML8580CLK in any of the Design
Specifications for the chips supported in Mainline. In fact, where it
is incorrectly used in the u8540 clock definition driver it would
have the side effect of using the incorrect clock management address
([PRCM_BML8580CLK_MGT] 0x108
Here we're using the old clock initialisation function as a template.
It's necessary to remove all of the clk_register_clkdev() calls as
they don't make sense when booting with Device Tree.
Cc: Mike Turquette mturque...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 8857dd1..77ea36f 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 75c0646..8857dd1 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
This patch enables clocks to be specified from Device Tree via phandles
to the prcc-kernel-clock node.
Acked-by: Mike Turquette mturque...@linaro.org
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
drivers/clk/ux500/u8500_of_clk.c | 32
1 file changed, 32
The MTU0 is required for full booting of the system. The driver has
been previously DT:ed and is in use on the Nomadik platform, but we
also need to enable it on ux500 based systems.
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 11 +++
1 file changed,
When booting with DT enabled we already call clocksource_of_init(),
which in turn calls the OF version of nmdk_timer_init().
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/mach-ux500/timer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 77ea36f..81cdfcf 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 0742e55..13ea13e 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 2c64c85..0bb8ed7 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++ b/arch/arm/boot/dts/dbx5x0.dtsi
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 14 ++
1 file changed, 14 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 5e91063..0742e55 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 9adc4e5..5c3ff94 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++ b/arch/arm/boot/dts/dbx5x0.dtsi
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 2c1051d..5e91063 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
On Wed, Sep 18, 2013 at 2:13 PM, Lee Jones lee.jo...@linaro.org wrote:
... as stipulated by the Hardware Specification document.
Acked-by: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
Acked-by: Linus Walleij linus.wall...@linaro.org
Yours,
Linus Walleij
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 0bb8ed7..8a80eb4 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 089b446..2c1051d 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++ b/arch/arm/boot/dts/dbx5x0.dtsi
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/snowball.dts | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/snowball.dts b/arch/arm/boot/dts/snowball.dts
index 49824be..e2a71bb 100644
--- a/arch/arm/boot/dts/snowball.dts
+++
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
arch/arm/boot/dts/dbx5x0.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git a/arch/arm/boot/dts/dbx5x0.dtsi b/arch/arm/boot/dts/dbx5x0.dtsi
index 8a80eb4..089b446 100644
--- a/arch/arm/boot/dts/dbx5x0.dtsi
+++
Lieber Begünstigten,
Hiermit möchten wir Sie informieren, dass Sie unter den glücklichen Empfänger
ausgewählt, um diese Spenden award Summe von ($ 1.000.000,00 US-Dollar), die
jeweils als wohltätige Spenden / Hilfe von der Qatar Foundation in Doha, Katar,
17. September 2013 erhalten wurden,
On Wed, Sep 18, 2013 at 2:13 PM, Lee Jones lee.jo...@linaro.org wrote:
These are required to request DBx500 PRCMU clocks from Device Tree. The
numbers used are taken directly from the Hardware Specification document.
We're moving them from the DBx500 PRCMU include file into the DT include
After this patchset has been applied, we can request clocks directly
from Device Tree without using any AUXDATA device-name hacks. We also
take care to remove all of those at the end of the set.
Most of the code is the same as the previous submission, but on Linus'
request we are starting with a
The platform which it pertains to is no longer supported and is actually
causing some confusion in the new common clock implementation. A recent
patch removed its use in the clock driver, let's take out the definitions
too.
Acked-by: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Lee Jones
... as stipulated by the Hardware Specification document.
Acked-by: Samuel Ortiz sa...@linux.intel.com
Signed-off-by: Lee Jones lee.jo...@linaro.org
---
include/linux/mfd/dbx500-prcmu.h | 135 ---
1 file changed, 71 insertions(+), 64 deletions(-)
diff --git
The turn-on time of the regulator depends on the regulator device's
electrical characteristics. Sometimes regulator turn-on time also
depends on the capacitive load on the given platform and it can be
more than the datasheet value.
The driver provides the enable-time as per datasheet.
Add
Al,
Could you please pull the following fixes for fuse:
git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus
These are data consistency fixes for fallocate.
Thanks,
Miklos
---
Maxim Patlasov (2):
fuse: wait for writeback in fuse_file_fallocate()
fuse: fix
On 09/18/2013 02:30 PM, Igor Gnatenko wrote:
On Wed, 2013-09-18 at 09:03 +0800, Aaron Lu wrote:
On 09/17/2013 09:34 PM, Igor Gnatenko wrote:
Aaron, how about fix indicator on ThinkPads ?
Can you please describe the problem in detail, is it that when you
adjust brightness level through
When 8042 internal data buffer is full, the driver
erroneously decides that the controller is not present.
I've already sent this 2 weeks ago, but that message received no comments.
i8042_flush returns the number of flushed bytes, which is
in 0 - I8042_BUFFER_SIZE range inclusive. Therefore,
On Wed, 2013-09-18 at 20:31 +0800, Aaron Lu wrote:
On 09/18/2013 02:30 PM, Igor Gnatenko wrote:
On Wed, 2013-09-18 at 09:03 +0800, Aaron Lu wrote:
On 09/17/2013 09:34 PM, Igor Gnatenko wrote:
Aaron, how about fix indicator on ThinkPads ?
Can you please describe the problem in detail,
Hi Lee,
On 09/18/2013 01:40 PM, Lee Jones wrote:
On Wed, 18 Sep 2013, Maxime COQUELIN wrote:
This patch supplies I2C configuration to B2000 and B2020
based on either STiH415 or STiH416 SoCs.
Cc: Srinivas Kandagatla srinivas.kandaga...@st.com
Signed-off-by: Maxime Coquelin
On 09/18/2013 02:00 PM, Lee Jones wrote:
On Wed, 18 Sep 2013, Maxime COQUELIN wrote:
This patch supplies I2C configuration to STiH415 SoC.
Cc: Srinivas Kandagatla srinivas.kandaga...@st.com
Signed-off-by: Maxime Coquelin maxime.coque...@st.com
---
arch/arm/boot/dts/stih415-pinctrl.dtsi |
Add Palmas pincontrol to Dalmore device tree and make following
configuration as default:
- Disable DVFS1 and DVFS2.
- Set GPIO6 to gpio mode.
Signed-off-by: Laxman Dewangan ldewan...@nvidia.com
---
changes from V1:
- Renames the node name to pinmux as suggested on patch V1.
- Not sure that this
PALMAS PMIC is used on Dalmore platform. Enable the pincontrol
driver for Palmas to configure pins of Palmas on desired state.
Signed-off-by: Laxman Dewangan ldewan...@nvidia.com
---
Reposting as the patch sent earlier was miss the merge date.
arch/arm/configs/tegra_defconfig |1 +
1 files
On 09/18/2013 02:03 PM, Lee Jones wrote:
This patch supplies I2C configuration to STiH416 SoC.
Cc: Srinivas Kandagatla srinivas.kandaga...@st.com
Signed-off-by: Maxime Coquelin maxime.coque...@st.com
---
arch/arm/boot/dts/stih416-pinctrl.dtsi | 35
On 9/18/13 5:35 AM, Denys Vlasenko wrote:
Therefore my question should be restated as:
Would perf developers accept the syscall pausing feature,
or it won't be accepted?
I have been using perf-trace a lot lately specifically because it is
effectively a 'passive' observer of the task (e.g.,
On Wed, 2013-09-18 at 12:53 +0100, David Howells wrote:
Stephen Rothwell s...@canb.auug.org.au wrote:
Is there some reason that those fixups cannot be done in a merge commit?
i.e. are they more than simple text updates?
Hi Stephen, the issue is that the patches were created against a newer
The power management code is only used on X86 and PowerMac. To prevent
the compiler from warning about unused code, only build when PM and one
of X86 or PowerMac is selected.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/video/aty/radeon_pm.c | 7 ++-
1 file changed, 6
The dump_eth_one() function is only used if DEBUG is enabled, so protect
it by a corresponding #ifdef DEBUG block.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/net/ethernet/tundra/tsi108_eth.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
The driver is used on PowerPC which don't provide writel_relaxed(). This
breaks the c2k and prpmc2800 default configurations. To fix the build,
turn the calls to writel_relaxed() into writel(). The impacts for ARM
should be minimal.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
Stephen,
On Tue, Sep 17, 2013 at 03:50:57PM +1000, Stephen Rothwell wrote:
There are also 358 commits in next-20130701 that didn't make it into
v3.11-rc1.
Top ten first word of commit summary:
56 arm
Top ten authors:
13 Sebastian Hesselbarth
Some functions and variables are only used if the configuration selects
HAVE_CLK. Protect them with a corresponding #ifdef CONFIG_HAVE_CLK block
to avoid compiler warnings.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
drivers/i2c/busses/i2c-mv64xxx.c | 12 +++-
1 file changed, 7
On Tue 2013-09-17 13:50:21, Sebastian Capella wrote:
Quoting Sebastian Capella (2013-08-30 11:42:30)
Quoting Pavel Machek (2013-08-30 04:35:33)
On Mon 2013-08-26 10:40:50, Sebastian Capella wrote:
Quoting Pavel Machek (2013-08-25 08:38:11)
Is the allocation actually neccessary? At
In place of hardcoding the key code in DTS file and comment the
key code as side notes, use the key code macro defines in the
dt-bindings/input/input.h directly.
Signed-off-by: Laxman Dewangan ldewan...@nvidia.com
---
Reposting this patch as it was sent earlier when merge window was closed.
On Thu 2013-09-12 12:32:17, Andrew Savchenko wrote:
Hello,
On Thu, 05 Sep 2013 14:23:25 +0200 Rafael J. Wysocki wrote:
On Thursday, September 05, 2013 02:08:11 PM Pavel Machek wrote:
Hi!
Rafael, Al: apparently we have a regression caused by
Em Wed, Sep 18, 2013 at 12:18:01PM +0200, Peter Zijlstra escreveu:
On Wed, Sep 18, 2013 at 12:02:12PM +0200, Ricardo Ribalda Delgado wrote:
Perhaps this is even more clear than v2:
len = snprintf(file, size, %s, symbol_conf.symfs);
size -= len;
file += len;
len = snprintf(file,
On Thu 2013-09-12 07:39:59, Michal Simek wrote:
Using devres functions simplify driver error path.
- Use devm_kzalloc
- Use devm_request_irq
Signed-off-by: Michal Simek michal.si...@xilinx.com
Reviewed-by: Pavel Machek pa...@ucw.cz
--
(english) http://www.livejournal.com/~pavelmachek
Kees Cook wrote:
Consider, e.g. introducing __vsnprint(), with vsnprintf(s, n, fmt, ...)
expanding to __vsnprintf(1, s, n, fmt, ...) if fmt is a string literal
and __vsnprintf(0, s, n, fmt, ...) otherwise. Now,
int __sprintf(int safe, char *buf, const char *fmt, ...)
{
va_list
On Sun 2013-09-08 02:02:52, Aaro Koskinen wrote:
Hi,
On Fri, Sep 06, 2013 at 10:34:05PM +0200, Pali Rohár wrote:
--- /dev/null
+++ b/arch/arm/mach-omap2/board-rx51-camera.c
[...]
Ping, can you review this patch v2?
I don't think Tony will accept any new board stuff for RX-51/N900.
On 18/09/2013 12:01, Maxime COQUELIN wrote:
This patch adds support to SSC (Synchronous Serial Controller)
I2C driver. This IP also supports SPI protocol, but this is not
the aim of this driver.
This IP is embedded in all ST SoCs for Set-top box platorms, and
supports I2C Standard and Fast
On 18/09/13 13:46, Maxime COQUELIN wrote:
On 09/18/2013 02:03 PM, Lee Jones wrote:
This patch supplies I2C configuration to STiH416 SoC.
Cc: Srinivas Kandagatla srinivas.kandaga...@st.com
Signed-off-by: Maxime Coquelin maxime.coque...@st.com
---
arch/arm/boot/dts/stih416-pinctrl.dtsi
On Mon, 16 Sep, at 09:11:16PM, Roy Franz wrote:
This patch is the common/x86 portion of the ARM EFI stub
patchset broken out. These changes support the addition
of EFI stub support for the ARM and ARM64 architectures.
The common code that is now shared in efi-stub-helper.c
is based on code
On Wed, Sep 18, 2013 at 01:34:11PM +0200, Peter Zijlstra wrote:
On Mon, Sep 16, 2013 at 12:44:21PM -0400, Dave Jones wrote:
may be some other option.. Try
http://www.codemonkey.org.uk/junk/haswell-config
What kind of hardware are you running this on?
model name :
On Wed, Sep 18, 2013 at 6:30 AM, Linus Walleij linus.wall...@linaro.org wrote:
On Tue, Sep 17, 2013 at 8:29 PM, John Stultz john.stu...@linaro.org wrote:
In some recent testing, I noticed the CLOCK_REALTIME_ALARM clockid
wasn't functioning on my vexpress qemu environment. Looking into it
Replace some instances of of_irq_map_one()/irq_create_of_mapping() and
of_irq_to_resource() by the simpler equivalent irq_of_parse_and_map().
Signed-off-by: Thierry Reding tred...@nvidia.com
---
arch/arm/mach-u300/timer.c | 9 -
Instead of returning 0 for all errors, allow the precise error code to
be propagated. This will be used in subsequent patches to allow further
propagation of error codes.
The interrupt number corresponding to the new mapping is returned in an
output parameter so that the return value is reserved
Update of_irq_to_resource() to return 0 on success and a negative error
code on failure. This allows the precise nature of the failure to be
determined in the caller and errors to be propagated appropriately.
While at it, make the index parameter unsigned. Accessing negative
indices is invalid,
With the driver core now resolving interrupt references at probe time,
it is no longer necessary to force explicit probe ordering using
initcalls.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
Note that there are potentially many more drivers that can be switched
to the generic
Instead of resolving interrupt references at device creation time, delay
resolution until probe time. At device creation time, there is nothing
that can be done if an interrupt parent isn't ready yet, and the device
will end up with an invalid interrupt number (0).
If the interrupt reference is
Not subscribed, please CC'me in replies:
There seems to be a dependency bug in the Kconfig for the uvcvideo kernel
module. If uvcvideo is built in and usb support is built as a module, the
kernel build will fail with the obviously missing dependanies.
Error logs:
* ERROR: Failed to compile
Interrupt references are currently resolved very early (when a device is
created). This has the disadvantage that it will fail in cases where the
interrupt parent hasn't been probed and no IRQ domain for it has been
registered yet. To work around that various drivers use explicit
initcall ordering
Now that all helpers return precise error codes, this function can
propagate these errors to the caller properly.
Signed-off-by: Thierry Reding tred...@nvidia.com
---
Changes in v2:
- return 0 on success or a negative error code on failure
- convert callers to new calling convention
The of_irq_to_resource() helper that is used to implement of_irq_count()
tries to resolve interrupts and in fact creates a mapping for resolved
interrupts. That's pretty heavy lifting for something that claims to
just return the number of interrupts requested by a given device node.
Instead, use
This is a version of irq_of_parse_and_map() that propagates the precise
error code instead of returning 0 for all errors. It will be used in
subsequent patches to allow further propagation of error codes.
To avoid code duplication, implement irq_of_parse_and_map() as a static
inline wrapper
Hi,
This small series allows interrupt references from the device tree to be
resolved at driver probe time, rather than at device creation time. The
current implementation resolves such references while devices are added
during the call to of_platform_populate(), which happens very early in
the
This is a version of irq_create_mapping() that propagates the precise
error code instead of returning 0 for all errors. It will be used in
subsequent patches to allow further propagation of error codes.
To avoid code duplication, implement irq_create_mapping() as a wrapper
around the new
* Arnaldo Carvalho de Melo a...@ghostprotocols.net wrote:
Em Wed, Sep 18, 2013 at 12:18:01PM +0200, Peter Zijlstra escreveu:
On Wed, Sep 18, 2013 at 12:02:12PM +0200, Ricardo Ribalda Delgado wrote:
Perhaps this is even more clear than v2:
len = snprintf(file, size, %s,
Hi!
So will you do that? Or it is needed to resend this one line
hunk again in new email again?
new patch, new email
Guys, WHY ARE YOU SO STUPID AND ARROGANT?
Sorry but, need to copy full isolated patch/hunk from one mail to
another is hassling. So what you want from me? Do
On Wed, Sep 18, 2013 at 01:48:17PM +0400, Konstantin Khlebnikov wrote:
After commit 829199197a430dade2519d54f5545c4a094393b8 audit emiters will block
forever if userspace daemon cannot handle backlog. After the timeout waiting
loop turns into busy loop and runs until daemon dies or returns back
701 - 800 of 1160 matches
Mail list logo