From: Rob Clark
This patch adds MDP node to APQ8064 dt.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 112
1 file changed, 112 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064.dtsi
b/arch/arm/boot/dts/qcom-apq8064.d
Commit 8c3166f5d74b7936d29dc44f778e759c1b9fb43a (ARM: DT: apq8064: Add i2c
device nodes)
added a new gsbi2 node which is totally wrong for 2 reasons.
First the address range is not something which maps to gsbi2 according
to datasheet and 3.4 sources.
Secondly 8064 devices do not use gsbi2 for i2c
I2C1 pinctrl is not really specific to a board, moving to SOC dtsi would
avoid redefining this in every board.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 7 ---
arch/arm/boot/dts/qcom-apq8064.dtsi| 7 +++
2 files changed, 7 insertions(+),
This patch adds i2c3 node which is used for panel control on IFC6410.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 10 ++
arch/arm/boot/dts/qcom-apq8064.dtsi| 25 +
2 files changed, 35 insertions(+)
diff --git a/arch
From: Nicolas Dechesne
This patch adds USB OTG support on USB1 for Compulab QS-600 Board.
Signed-off-by: Nicolas Dechesne
---
arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/qcom-apq8064-cm-qs600
From: Pramod Gurav
Define an alias for serial port present on ifc6410 which is used as
console.
Signed-off-by: Pramod Gurav
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 4
arch/arm/boot/dts/qcom-apq8064.dtsi| 2 +-
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/
From: Nicolas Dechesne
This patch adds device tree nodes to support two usb hosts on Compulab QS600
board.
Signed-off-by: Nicolas Dechesne
---
arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts | 16
1 file changed, 16 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064-cm-qs
This patch adds AHCI based SATA controller support to APQ8064.
Tested on IFC6410 board.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 15 +
arch/arm/boot/dts/qcom-apq8064.dtsi| 35 ++
2 files changed, 50 insert
From: Nicolas Dechesne
This patch adds PCIE support to APQ8064, tested with Ethernet on Compulab QS600
board.
Signed-off-by: Nicolas Dechesne
---
arch/arm/boot/dts/qcom-apq8064-cm-qs600.dts | 19 +++
1 file changed, 19 insertions(+)
diff --git a/arch/arm/boot/dts/qcom-apq8064
This patch adds USB OTG support on USB1 of APQ8064 SOC.
Tested on IFC6410 with ethernet gadget.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 22
arch/arm/boot/dts/qcom-apq8064.dtsi| 32 ++
2 files cha
Hi Kumar,
Now that the rpm header file dependency is resolved, Could you
queue these dt patches for rc2.
Thanks,
srini
Nicolas Dechesne (3):
ARM: DT: apq8064: add pci support in CM QS600
ARM: DT: apq8064: Add usb host support to CM QS-600
ARM: DT: apq8064: Add USB OTG support for CM QS-60
This patch adds rpm node to apq8064 dt as rpm would be used by other
devices for regulator support. Also adds all the regulators in the rpm.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064.dtsi | 241
1 file changed, 241 insertions(+)
d
This patch adds device tree nodes to support two usb hosts on APQ8064
SOC.
Signed-off-by: Srinivas Kandagatla
---
arch/arm/boot/dts/qcom-apq8064-ifc6410.dts | 40 +
arch/arm/boot/dts/qcom-apq8064.dtsi| 47 ++
2 files changed, 87 inserti
On 20.02.2015 17:06, Sebastian Andrzej Siewior wrote:
On 02/20/2015 03:57 PM, Paolo Bonzini wrote:
On 20/02/2015 15:54, Sebastian Andrzej Siewior wrote:
Usually you see "scheduling while atomic" on -RT and convert them to
raw locks if it is appropriate.
Bogdan wrote in 2/2 that he needs to l
Hi!
This is a somewhat generic subject, so please forgive me. We are having some
very strange Xen problem in SLES11 SP3 (kernel 3.0.101-0.46-xen).
Eventually I found out that the message
kernel: [615432.648108] vbd vbd-7-51888: 2 creating vbd structure
is not a "progress" message (some vbd struct
> -Original Message-
> From: Ong, Boon Leong
> Sent: Monday, February 23, 2015 9:39 AM
> Subject: RE: [PATCH] thermal: intel Quark SoC X1000 DTS thermal driver
>
> >Just to bring out for discussion, do you think we should put a "safety range"
> >for reporting out the critical trip temperat
On Sat, Feb 21, 2015 at 11:40:23AM +0100, Uwe Kleine-König wrote:
> The rate provided at the output of a clk-divider is calculated as:
>
> DIV_ROUND_UP(parent_rate, div)
>
> since commit b11d282dbea2 (clk: divider: fix rate calculation for
> fractional rates). So to yield a rate not bigger
On 20/02/15 19:06, David Ahern wrote:
> On 2/20/15 5:44 AM, Adrian Hunter wrote:
>> diff --git a/include/linux/perf_event.h b/include/linux/perf_event.h
>> index efe2d2d..9385140 100644
>> --- a/include/linux/perf_event.h
>> +++ b/include/linux/perf_event.h
>> @@ -655,7 +655,7 @@ extern void perf_p
On Fri, Feb 20, 2015 at 10:48:18AM -0800, Guenter Roeck wrote:
> On Fri, Feb 20, 2015 at 01:09:58PM -0500, Peter Hurley wrote:
> > Hi Guenter,
> >
> > On 02/20/2015 11:47 AM, Guenter Roeck wrote:
> >
> > [...]
> >
> > > I am open to hearing your suggestions for our use case, where the CPU
> > >
On 20.02.2015 16:54, Sebastian Andrzej Siewior wrote:
On 02/20/2015 03:12 PM, Paolo Bonzini wrote:
Thomas, what is the usual approach for patches like this? Do you take
them into your rt tree or should they get integrated to upstream?
Patch 1 is definitely suitable for upstream, that's the rea
On Sat, Feb 21, 2015 at 11:40:22AM +0100, Uwe Kleine-König wrote:
> Hello,
>
> TLDR: only apply patch 1 and rip of CLK_DIVIDER_ROUND_CLOSEST.
>
> I stared at clk-divider.c for some time now given Sascha's failing test
> case. I found a fix for the failure (which happens to be what Sascha
> suspec
On Sun, Feb 22, 2015 at 05:00:30AM +0100, Joe Perches wrote:
> The seq_printf return value, because it's frequently misused,
> will eventually be converted to void.
>
> See: commit 1f33c41c03da ("seq_file: Rename seq_overflow() to
> seq_has_overflowed() and make public")
> Signed-off-by: Joe
On Mon, Feb 23, 2015 at 5:33 AM, Jens Axboe wrote:
> On 02/22/2015 12:12 PM, Sedat Dilek wrote:
>>
>> On Sun, Feb 22, 2015 at 9:04 PM, Jens Axboe wrote:
>>>
>>> On Feb 22, 2015, at 12:02 PM, Sedat Dilek wrote:
> On Sun, Feb 22, 2015 at 5:06 PM, Jens Axboe wrote:
>>
>> On 0
On Sat, Feb 21, 2015 at 07:18:27PM -0800, Joe Perches wrote:
> Hello Stefan, Jonas:
>
> I sent a patch for openrisc use of seq_printf
> to li...@lists.openrisc.net that bounced.
>
> https://lkml.org/lkml/2015/2/21/228
>
> There's no DNS entry for openrisc.net.
>
> I notice Stefan has an active
Hi All,
I am working custom platform based on x86_64 running 3.10 kernel,
Recently I found an issue related to GARP. It seems like no GARP
packets are being sent out when an Interface is made up. But I also
noticed that only when I use "arping" tool only then it sends out any
GARP packet.
I also
Hi Rob,
On Fri, Feb 20, 2015 at 11:30:12AM -0600, Rob Herring wrote:
> On Fri, Feb 20, 2015 at 8:35 AM, Ludovic Desroches
> wrote:
> > On Fri, Feb 20, 2015 at 09:21:38AM -0500, Peter Hurley wrote:
> >> On 02/19/2015 12:38 PM, Pantelis Antoniou wrote:
> >> >
> >> >> On Feb 19, 2015, at 19:30 , Fra
On Mon, 2015-02-23 at 14:40 +1100, Ian Munsie wrote:
> Excerpts from Rasmus Villemoes's message of 2015-02-21 00:26:22 +1100:
> > C99 says that a precision given as simply '.' with no following digits
> > or * should be interpreted as 0. The kernel's printf implementation,
> > however, treats this
On Sun, Feb 22, 2015 at 03:01:48PM -0800, Andrew Morton wrote:
> On Sun, 22 Feb 2015 20:13:28 +0100 (CET) Jiri Kosina wrote:
>
> > But if you ask the folks who are hungry for live bug patching, they
> > wouldn't care.
> >
> > You mentioned "10 seconds", that's more or less equal to infinity to
From: Matteo Semenzato
This patch fixes the following errors:
ERROR: space required after that ','
ERROR: trailing whitespace
Signed-off-by: Matteo Semenzato
---
drivers/staging/fbtft/fb_st7735r.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/st
(2015/02/21 4:07), Hemant Kumar wrote:
> Hi Masami,
>
> Just a small suggestion below.
>
> On 02/20/2015 03:11 PM, Masami Hiramatsu wrote:
>> [SNIP]
>> +
>> +struct strlist *build_id_cache__list_build_ids(const char *pathname)
>> +{
>> +struct strlist *list;
>> +char *dirname;
>> +DIR
(2015/02/21 22:56), Namhyung Kim wrote:
> Hi Masami,
>
> On Fri, Feb 20, 2015 at 06:41:50PM +0900, Masami Hiramatsu wrote:
>> Add --purge FILE to remove all caches of FILE.
>> Since the current --remove FILE removes a cache which has
>> same build-id of given FILE. Since the command takes a
>> FIL
Signed-off-by: Jon DeVree
---
kernel/sys.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/sys.c b/kernel/sys.c
index 667b2e6..0ffd403 100644
--- a/kernel/sys.c
+++ b/kernel/sys.c
@@ -1127,7 +1127,7 @@ static int override_release(char __user *release, size_t
len)
On Sun, Feb 22, 2015 at 08:38:50PM +0100, Matteo Semenzato wrote:
> From: Matteo Semenzato
>
> This patch fixes the following errors:
> ERROR: space required after that ','
> ERROR: trailing whitespace
>
> Signed-off-by Matteo Semenzato
checkpatch complains - ERROR: Missing Signed-off-by: line
On 20 February 2015 at 19:34, Ingo Molnar wrote:
>
> * Viresh Kumar wrote:
>> Unused. Initially all clockevent devices are supposed to
>> be in this mode but later if another device replaces an
>> existing one, the existing one is put into this mode.
>
> I'd suggest to rename it to MODE_INIT - a
On Sun, Feb 22, 2015 at 5:45 PM, Rik van Riel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 02/22/2015 06:06 AM, Borislav Petkov wrote:
>> On Sat, Feb 21, 2015 at 06:18:01PM -0800, Andy Lutomirski wrote:
>>> That's true. The question is whether there are enough of them,
>>> and
When CONFIG_PM_DEBUG=y, we provide a sysfs file (/sys/power/pm_test) for
selecting one of a few suspend test modes, where rather than entering a
full suspend state, the kernel will perform some subset of suspend
steps, wait 5 seconds, and then resume back to normal operation.
This mode is useful f
Hi all,
As usual, the executive friendly graph is at
http://neuling.org/linux-next-size.html :-)
I haven't done these for a while, so I haven't included a previous
release for comparison.
(No merge commits counted, next-20150209 was the last linux-next before
the merge window opened.)
Commits i
Uli,
Sorry for the slow response.
> Michael Neuling wrote on 28.01.2015 05:28:09:
>
> > Sorry, I'm rethinking this as we didn't consider user suspended
> > transactions.
> >
> > It makes sense for normal transactions but for user suspended
> > transactions the running values are the ones you wa
On 20 February 2015 at 21:50, Bartlomiej Zolnierkiewicz
wrote:
> Allow driver build for !THERMAL or !CPU_THERMAL cases.
>
> The new dependency rule is the same as the one that CPUFREQ_DT
> option has (for cpufreq-dt driver which has the same issue with
> using of_cpufreq_cooling_register()).
>
> C
On 02/22/2015 12:12 PM, Sedat Dilek wrote:
On Sun, Feb 22, 2015 at 9:04 PM, Jens Axboe wrote:
On Feb 22, 2015, at 12:02 PM, Sedat Dilek wrote:
On Sun, Feb 22, 2015 at 5:06 PM, Jens Axboe wrote:
On 02/22/2015 06:09 AM, Sedat Dilek wrote:
Hi,
when testing Linux-next (upcoming v3.20) I fel
Add register offset table entry for the newer (v1.7.0) version of the BAM IP
found on MSM8916. Update the DT bindings documentation.
Signed-off-by: Archit Taneja
---
Change in v2: Fix wrong execution environment multiplier for BAM_IRQ_SRCS_EE and
BAM_IRQ_SRCS_MSK_EE
.../devicetree
Now could use kexec to place kernel/boot_params/cmd_line/initrd
above 4G, but that is with legacy interface with startup_64 directly.
This patch will allow 64bit EFI kernel to be loaded above 4G
and use EFI HANDOVER PROTOCOL to start the kernel.
Current 32bit code32_start is used for passing arou
Excerpts from Rasmus Villemoes's message of 2015-02-21 00:26:22 +1100:
> C99 says that a precision given as simply '.' with no following digits
> or * should be interpreted as 0. The kernel's printf implementation,
> however, treats this case as if the precision was omitted. C99 also
> says that if
With the new standardized functions, we can replace all
ACCESS_ONCE calls across relevant locking - this includes
lockref and seqlock while at it.
ACCESS_ONCE does not work reliably on non-scalar types.
For example gcc 4.6 and 4.7 might remove the volatile tag
for such accesses during the SRA (sca
Hi all,
Please do not add any material destined for v3.21 to your linux-next
included trees until after v3.20-rc1 has been released.
OK, so that was interesting :-) v4.0-rc1 is out, so go crazy ...
Changes since 20150222:
*crickets*
Non-merge commits (relative to Linus' tree): 829
527
On Mon, Feb 23, 2015 at 4:12 AM, Sedat Dilek wrote:
> On Sun, Feb 22, 2015 at 9:04 PM, Jens Axboe wrote:
>> On Feb 22, 2015, at 12:02 PM, Sedat Dilek wrote:
>>>
On Sun, Feb 22, 2015 at 5:06 PM, Jens Axboe wrote:
> On 02/22/2015 06:09 AM, Sedat Dilek wrote:
>
> Hi,
>
> w
NOTE: I'm not sure if I'm doing enough cleanup inside copy_process(),
because a bunch of stuff happens between the last valid goto to the
bad_fork_free_pid label and cgroup_post_fork().
What is the correct way of doing cleanup this late inside
copy_process()?
8<---
Adds a new single-purpose nproc subsystem to limit the number of
tasks that can run inside a cgroup. Essentially this is an
implementation of RLIMIT_NPROC that will applies to a cgroup rather than
a process tree.
This is a step to being able to limit the global impact of a fork bomb
inside a cgrou
The current state of resource limitation for the number of open
processes (as well as the number of open file descriptors) requires you
to use setrlimit(2), which means that you are limited to resource
limiting process trees rather than resource limiting cgroups (which is
the point of cgroups).
Th
.. let's see how much, if anything, breaks due to the version number.
Probably less than during the 3.0 timeframe, but I can just imagine
somebody checking for meaningful versions.
Because the people have spoken, and while most of it was complete
gibberish, numbers don't lie. People preferred 4.0,
The mm->exe_file is currently serialized with mmap_sem (shared)
in order to both safely (1) read the file and (2) audit it via
audit_log_d_path(). Good users will, on the other hand, make use
of the more standard get_mm_exe_file(), requiring only holding
the mmap_sem to read the value, and relying
This patch adds a audit_log_d_path_exe() helper function
to share how we handle auditing of the exe_file's path.
Used by both audit and auditsc. No functionality is changed.
Signed-off-by: Davidlohr Bueso
---
changes from v1: created normal function for helper.
kernel/audit.c | 23 ++
On 02/22/2015 05:23 PM, Stephen Rothwell wrote:
> Hi Corey,
>
> While fetching the ipmi tree
> (git://git.code.sf.net/p/openipmi/linux-ipmi#for-next), I get this
> error:
>
> fatal: Couldn't find remote ref refs/heads/for-next
>
Hmm, I haven't touched that tag. Sourceforge has been doing some
stra
Dear account user,
Your webmail quota has exceeded its limit set quota which is 3GB. you
are currently running on 3.9GB. To re-activate and increase your
webmail quota
please CLICK on the link below:
website: http://concert.3eeweb.com
Failure to do so may result in the cancellation of you
>-Original Message-
>From: Bryan O'Donoghue [mailto:pure.lo...@nexus-software.ie]
>Sent: Thursday, February 12, 2015 7:37 PM
>To: Ong, Boon Leong; Zhang, Rui; edubez...@gmail.com
>Cc: linux...@vger.kernel.org; linux-kernel@vger.kernel.org
>Subject: Re: [PATCH] thermal: intel Quark SoC X1000
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/22/2015 06:06 AM, Borislav Petkov wrote:
> On Sat, Feb 21, 2015 at 06:18:01PM -0800, Andy Lutomirski wrote:
>> That's true. The question is whether there are enough of them,
>> and whether twiddling TS is fast enough, that it's worth it.
>
> Ye
Hi Lee Jones,
On 02/16/2015 10:51 PM, Lee Jones wrote:
On Wed, 04 Feb 2015, Jaewon Kim wrote:
This patch adds MAX77843 core/irq driver to support PMIC,
MUIC(Micro USB Interface Controller), Charger, Fuel Gauge,
LED and Haptic device.
Cc: Lee Jones
Signed-off-by: Jaewon Kim
Signed-off-by: Be
>Just to bring out for discussion, do you think we should put a "safety range"
>for reporting out the critical trip temperature value (mean the value from
>register minus 1 or 2 degree)?
>
>Just wondering if this is needed for the software to have the sufficient
>shutdown time before the HW make a
Hi,
It has been nearly 2 weeks since i submitted this patch. Could you
please help to review?
Thanks,
On Tue, Feb 17, 2015 at 9:33 AM, Viet Nga Dao wrote:
> Hi Brian,
> Could you please help me to review through this 2nd version?
>
> On Wed, Feb 11, 2015 at 12:53 PM, Viet Nga Dao wrote:
>> From
On Sun, Feb 22, 2015 at 8:32 AM, Maxime Ripard
wrote:
> On Fri, Feb 20, 2015 at 04:01:55PM -0600, Rob Herring wrote:
>> [...]
>>
>> >>> += Data consumers =
>> >>> +
>> >>> +Required properties:
>> >>> +
>> >>> +eeproms: List of phandle and data cell specifier triplet, one triplet
>> >>> +f
There's failover, there's running the core services in VMs (which can
migrate)...
I think 10 seconds is Ingo being a bit exaggerating, since you can
boot a full system in a lot less time than that, and more so if you
know more about the system
(e.g. don't need to spin down and then discover and spi
Fixed misspelling of 'Medfield'
Signed-off-by: Joseph Kogut
---
drivers/tty/serial/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/Kconfig b/drivers/tty/serial/Kconfig
index d2501f0..7baf98c 100644
--- a/drivers/tty/serial/Kconfig
+++ b/drivers/tty/
On 23 February 2015 at 09:01, Andrew Morton wrote:
> On Sun, 22 Feb 2015 20:13:28 +0100 (CET) Jiri Kosina wrote:
>
>> But if you ask the folks who are hungry for live bug patching, they
>> wouldn't care.
>>
>> You mentioned "10 seconds", that's more or less equal to infinity to them.
>
> 10 secon
Hi Tobias,
First of all, thanks for your test.
On 02/19/2015 05:59 AM, Tobias Jakobi wrote:
> Hello again,
>
> Tobias Jakobi wrote
>> I've tested the series on my Odroid-X2 (by adapting the TRATS2 changes),
>> and so far I haven't seen any issues. With the system being idle one can
>> see that t
Signed-off-by: Daeseok Youn
---
fs/ocfs2/stack_o2cb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/ocfs2/stack_o2cb.c b/fs/ocfs2/stack_o2cb.c
index 1724d43..220cae7 100644
--- a/fs/ocfs2/stack_o2cb.c
+++ b/fs/ocfs2/stack_o2cb.c
@@ -295,7 +295,7 @@ static int o2cb_c
On 02/22/2015 02:07 PM, Jean Delvare wrote:
On Sun, 22 Feb 2015 10:11:16 -0800, Guenter Roeck wrote:
I would still leave the driver name alone, though; the problem
is that "modprobe i8k" is mentioned in pretty much all references
to the driver.
This might be solved with a module alias? You can
2015-02-17 오전 4:29에 Stefan Strogin 이(가) 쓴 글:
Hello Gioh,
Thank you for your answer.
On 14/02/15 10:40, Gioh Kim wrote:
If this tracer is justifiable, I think that making it conditional is
better than just enabling always on CONFIG_CMA_DEBUGFS. Some users
don't want to this feature although
On Sun, Feb 22, 2015 at 02:33:53PM +0200, Nikolai Kondrashov wrote:
> On 02/20/2015 07:34 AM, Peter Hutterer wrote:
> >On Thu, Feb 19, 2015 at 01:54:17PM +0200, Nikolai Kondrashov wrote:
> >[...]
> >Last, I think we could add these tablets in the libwacom project, so
> >that there
> >w
Hi Corey,
While fetching the ipmi tree
(git://git.code.sf.net/p/openipmi/linux-ipmi#for-next), I get this
error:
fatal: Couldn't find remote ref refs/heads/for-next
--
Cheers,
Stephen Rothwells...@canb.auug.org.au
pgppPPRzur2rS.pgp
Description: OpenPGP digital signature
On Sun, 22 Feb 2015 20:13:28 +0100 (CET) Jiri Kosina wrote:
> But if you ask the folks who are hungry for live bug patching, they
> wouldn't care.
>
> You mentioned "10 seconds", that's more or less equal to infinity to them.
10 seconds outage is unacceptable, but we're running our service on
The following changes since commit 3b421b80be635d696848b72d3c7700a0e5ee3414:
Merge tag 'ext4_for_linus_stable' of
git://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4 (2015-01-06 14:05:40
-0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tytso
On Sun, 2015-02-22 at 23:13 +0100, Frederic Weisbecker wrote:
> Yes that should work. After all "self-IPI" is an oxymoron. One would
> expect an IPI to be triggered by an irq controller but if such
> operation isn't supported with the current CPU being both source and
> destination, anything trigge
Hi Ben,
2015-02-16 5:06 GMT+01:00 Benjamin Herrenschmidt :
> On Mon, 2015-02-16 at 11:08 +1100, Michael Ellerman wrote:
>> On Fri, 2015-02-13 at 13:38 -0600, Paul Clarke wrote:
>> > implement arch_irq_work_has_interrupt() for powerpc
>> >
>> > Commit 9b01f5bf3 introduced a dependency on "IRQ work
On Sun, 22 Feb 2015 10:11:16 -0800, Guenter Roeck wrote:
> I would still leave the driver name alone, though; the problem
> is that "modprobe i8k" is mentioned in pretty much all references
> to the driver.
This might be solved with a module alias? You can pass any arbitrary
string to MODULE_ALIAS
On Wed, 18 Feb 2015, Petr Mladek wrote:
> func->new_func has been accessed after rcu_read_unlock() in
> klp_ftrace_handler()
> and therefore the access was not protected.
>
> Signed-off-by: Petr Mladek
Applied to for-3.20/upstream-fixes, thanks.
--
Jiri Kosina
SUSE Labs
--
To unsubscribe fro
cFrom: Ameen Ali
Date: Sun, 22 Feb 2015 23:40:36 +0200
> Signed-off-by: Ameen Ali
Applied, but please use a proper Subject line next time,
in particular you should put a proper subsystem prefix.
In this case, "net: " would be an appropriate prefix.
Otherwise people scanning the shortlog in th
From: Joe Perches
Date: Sun, 22 Feb 2015 13:47:56 -0800
> net-next commit 6d91147d183c ("batman-adv: Remove uses of return value
> of seq_printf") incorrectly changed the overflow occurred return from
> -1 to 1. Change it back so that the test of batadv_write_buffer_text's
> return value in bata
On Sun, 2015-02-22 at 22:38 +0100, Pavel Machek wrote:
> On Sat 2015-02-21 18:53:33, Joe Perches wrote:
> > The seq_printf return value, because it's frequently misused,
> > will eventually be converted to void.
> >
> > See: commit 1f33c41c03da ("seq_file: Rename seq_overflow() to
> > seq_ha
[ some CCs added and full dmesg kept for reference ]
On Sun, 22 Feb 2015, Pavel Machek wrote:
> Hi!
>
> I plugged in part of PS move to the PC, to let it charge. Got: full
> dmesg in attachment. I believe I charged it in PC before, but it may
> be year ago or more.
>
> Ideas?
Ok, this is embara
net-next commit 6d91147d183c ("batman-adv: Remove uses of return value
of seq_printf") incorrectly changed the overflow occurred return from
-1 to 1. Change it back so that the test of batadv_write_buffer_text's
return value in batadv_gw_client_seq_print_text works properly.
Signed-off-by: Joe Pe
Signed-off-by: Ameen Ali
---
net/compat.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/net/compat.c b/net/compat.c
index 3236b41..49c6a8f 100644
--- a/net/compat.c
+++ b/net/compat.c
@@ -508,25 +508,25 @@ COMPAT_SYSCALL_DEFINE5(getsockopt, int, fd, int, level,
i
On Sat 2015-02-21 18:53:33, Joe Perches wrote:
> The seq_printf return value, because it's frequently misused,
> will eventually be converted to void.
>
> See: commit 1f33c41c03da ("seq_file: Rename seq_overflow() to
> seq_has_overflowed() and make public")
You've just removed overflow handl
On Friday 09 January 2015 16:29:04 Andrew Duggan wrote:
> On 01/09/2015 12:04 AM, Gabriele Mazzotta wrote:
> > On Thursday 08 January 2015 15:58:54 Andrew Duggan wrote:
> >> On 12/24/2014 03:53 PM, Gabriele Mazzotta wrote:
> >> [...snip...]
> >> Also, if you can get the firmware id from your to
Hi!
I plugged in part of PS move to the PC, to let it charge. Got: full
dmesg in attachment. I believe I charged it in PC before, but it may
be year ago or more.
Ideas?
Pavel
[124225.084151] usb 2-1: USB disconnect, device number 2
On Sun, Feb 22, 2015 at 09:13:23PM +0100, Arnd Bergmann wrote:
> On Sunday 22 February 2015 16:59:56 Charles Keepax wrote:
> > +
> > +/* IRQ Flags */
> > +#define BCM2835_PIN_IRQ_RISING 1
> > +#define BCM2835_PIN_IRQ_FALLING2
> > +#define BCM2
From: Sasha Levin
Date: Sun, 22 Feb 2015 16:28:05 -0500
> On 02/22/2015 03:58 PM, David Miller wrote:
>> From: Sasha Levin
>> Date: Sat, 21 Feb 2015 15:55:11 -0500
>>
>>> Commit "rhashtable: Introduce rhashtable_walk_*" forgot to initialize the
>>> members of struct rhashtable_walker after allo
On 02/22/2015 03:58 PM, David Miller wrote:
> From: Sasha Levin
> Date: Sat, 21 Feb 2015 15:55:11 -0500
>
>> Commit "rhashtable: Introduce rhashtable_walk_*" forgot to initialize the
>> members of struct rhashtable_walker after allocating it, which caused
>> an undefined value for 'resize' which
On Fri, Jan 30, 2015 at 4:46 PM, Sukadev Bhattiprolu
wrote:
> From: Cody P Schafer
>
> Signed-off-by: Cody P Schafer
> Signed-off-by: Sukadev Bhattiprolu
> ---
> Changelog[v6]
> Update Contact info to Linux on Power Developer list
>
> .../testing/sysfs-bus-event_source-devices-hv_24x7
On 02/21/2015 09:55 PM, Sasha Levin wrote:
Commit "rhashtable: Introduce rhashtable_walk_*" forgot to initialize the
members of struct rhashtable_walker after allocating it, which caused
an undefined value for 'resize' which is used later on.
Signed-off-by: Sasha Levin
---
lib/rhashtable.c |
On Thu, Feb 5, 2015 at 9:59 PM, Sukadev Bhattiprolu
wrote:
> From: Sukadev Bhattiprolu
> Date: Thu Feb 5 20:56:20 EST 2015 -0300
> Subject: [RFC][PATCH] perf: Implement read_group() PMU operation
>
> This is a lightly tested, exploratory patch to allow PMUs to return
> several counters at once.
From: Sasha Levin
Date: Sat, 21 Feb 2015 15:55:11 -0500
> Commit "rhashtable: Introduce rhashtable_walk_*" forgot to initialize the
> members of struct rhashtable_walker after allocating it, which caused
> an undefined value for 'resize' which is used later on.
>
> Signed-off-by: Sasha Levin
C
From: Tomas Szepe
Date: Sun, 22 Feb 2015 01:41:51 +0100
>> > Sure, just did. Unfortunately, 3.19.0 + 0bec3b70 + this patch results
>> > in a driver that retains the problem.
>>
>> OK, could you test following patch instead ?
>
> Yup, but tough luck: 3.19.0 + 0bec3b70 + this patch -> problem pr
Hi,
It seems that the following patch prevents errors when the policy is
changed. Could anybody explain why?
Thanks,
Gabriele
diff --git a/drivers/ata/libahci.c b/drivers/ata/libahci.c
index 61a9c07..38d39f7 100644
--- a/drivers/ata/libahci.c
+++ b/drivers/ata/libahci.c
@@ -1708,7 +1708,10 @@ st
Hi,
I'm getting the follow crash on a banana-pi with upstream kernels since
"mutex: remove unused field "name" in debug mode" (d347efeb16):
[2.871658] Unable to handle kernel paging request at virtual address
bd809e64
[2.878936] pgd = c0004000
[2.881657] [bd809e64] *pgd=
[
Hi Ingo,
On Sat, Feb 21, 2015 at 6:49 AM, Ingo Molnar wrote:
> * John Stultz wrote:
>
>> On Fri, Feb 20, 2015 at 2:26 PM, Linus Torvalds
>> wrote:
>> > On Fri, Feb 20, 2015 at 5:44 AM, Ingo Molnar wrote:
>> >>
>> >> John Stultz (1):
>> >> ntp: Fixup adjtimex freq validation on 32-bit sys
From: Fabian Frederick
Date: Fri, 20 Feb 2015 19:12:56 +0100
> Use helper functions to access current->state.
> Direct assignments are prone to races and therefore buggy.
>
> current->state = TASK_RUNNING is replaced by __set_current_state()
>
> Thanks to Peter Zijlstra for the exact definition
From: Fabian Frederick
Date: Fri, 20 Feb 2015 19:12:55 +0100
> Use helper functions to access current->state.
> Direct assignments are prone to races and therefore buggy.
>
> Thanks to Peter Zijlstra for the exact definition of the problem.
>
> Suggested-By: Peter Zijlstra
> Signed-off-by: Fab
From: Fabian Frederick
Date: Fri, 20 Feb 2015 19:12:52 +0100
> Use helper function to access current->state.
> Direct assignments are prone to races and therefore buggy.
>
> Thanks to Peter Zijlstra for the exact definition of the problem.
>
> Signed-off-by: Fabian Frederick
Applied.
--
To un
On Sunday 22 February 2015 16:59:56 Charles Keepax wrote:
> +
> +/* IRQ Flags */
> +#define BCM2835_PIN_IRQ_RISING 1
> +#define BCM2835_PIN_IRQ_FALLING2
> +#define BCM2835_PIN_IRQ_EDGE (BCM2835_PIN_IRQ_RISING | \
> +
All of these are either unused or already provided by other headers, so
they can be removed.
Signed-off-by: Rabin Vincent
---
Should be applied before the patch which uses the generic atomic bitops to
ensure that CRISv10 is bisectable.
arch/cris/include/arch-v10/arch/system.h | 8
1 fi
1 - 100 of 224 matches
Mail list logo