When 'perf top' is run, one can't easily find a difference
between -z option and normal output.
So I added a visual cue to know whether it is the zeroing or not.
Signed-off-by: Taeung Song
---
tools/perf/ui/browsers/hists.c | 34 --
1 file changed, 24 insertions(+
Adds support for AmScope MU800 / ToupTek UCMOS08000KPB USB microscope camera.
Signed-off-by: John McMaster
---
drivers/media/usb/gspca/Kconfig | 10 +
drivers/media/usb/gspca/Makefile |2 +
drivers/media/usb/gspca/touptek.c | 859 +
3 files changed,
> [5.087621] Freeing unused kernel memory: 1248K (8800014c8000 -
> 88000160)
> [5.136856] Freeing unused kernel memory: 1936K (88000181c000 -
> 880001a0)
> [5.167951] random: init urandom read with 5 bits of entropy available
> [ 19.307116] PANIC: double faul
This makes CMA memory area size zero for x86 in default configuration
(doesn't change on the other architectures). If default CMA size is
zero, DMA_CMA is disabled. It can be enabled by passing cma= to the
kernel.
This makes less impact on x86. Because there is no mainline driver that
requires
2014-10-04 1:39 GMT+09:00 Peter Hurley :
> On 10/03/2014 12:06 PM, Akinobu Mita wrote:
>> 2014-10-03 23:27 GMT+09:00 Peter Hurley :
>>> On 10/02/2014 07:08 PM, Akinobu Mita wrote:
2014-10-03 7:03 GMT+09:00 Peter Hurley :
> On 10/02/2014 12:41 PM, Konrad Rzeszutek Wilk wrote:
>> On Tue,
From: Peter Zijlstra [pet...@infradead.org]:
>On Fri, Oct 03, 2014 at 08:17:30PM -0700, Leonid Yegoshin wrote:
>> --- a/arch/mips/include/asm/switch_to.h
> >+++ b/arch/mips/include/asm/switch_to.h
>Why raw_smp_processor_id() and why evaluate it 3 times, sure compilers
>can be expected to do some
On Thu, 25 Sep 2014, Mark Rutland wrote:
> Log 1, x86_64 lockup
> [ 223.007005] [] ? poll_select_copy_remaining+0x130/0x130
> [ 223.007005] [] ? getname_flags+0x4a/0x1a0
> [ 223.007005] [] ? final_putname+0x1d/0x40
> [ 223.007005] [] ? putname+0x24/0x40
> [ 223.007005] [] ? user_path_at_
Similar to the stop_machine deadlock scenario on !PREEMPT kernels
addressed in b22ce2785d97 "workqueue: cond_resched() after processing
each work item", kworker threads requeueing back-to-back with zero jiffy
delay can stall RCU. The cond_resched call introduced in that fix will
yield only iff ther
This is a set of two small fixes, both to code which went in during the
merge window: cxgb4i has a scheduling in atomic bug in its new ipv6 code
and uas fails to work properly with the new scsi-mq code.
The patch is available here:
git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi.git scsi-
On Sat, Oct 04, 2014 at 11:00:42PM -0400, John de la Garza wrote:
> Since the callback is doing nothing more than calling kfree() we can
> use kfree_rcu() instead of having to use a callback.
Except that this
> - kmem_cache_free(inode_cachep, inode);
isn't kfree()...
--
To unsubscribe from t
Since the callback is doing nothing more than calling kfree() we can
use kfree_rcu() instead of having to use a callback.
Signed-off-by: John de la Garza
---
fs/inode.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/fs/inode.c b/fs/inode.c
index 26753ba..51deccd 10064
On 10/5/14 10:42, Randy Dunlap wrote:
> On 10/04/14 09:00, Greg KH wrote:
>> On Sat, Oct 04, 2014 at 10:19:50PM +0800, Chen Gang wrote:
>>> 'cpu_data' is too common to be already used by some architectures (e.g.
>>> um, m32r, and mn10300), so need use 'pm_cpu_data' instead of, or cause
>>> compilin
If an anonymous mapping is not allowed to fault thp memory and then
madvise(MADV_HUGEPAGE) is used after fault, khugepaged will never
collapse this memory into thp memory.
This occurs because the madvise(2) handler for thp, hugepage_advise(),
clears VM_NOHUGEPAGE on the stack and it isn't stored i
On 10/04/14 09:00, Greg KH wrote:
> On Sat, Oct 04, 2014 at 10:19:50PM +0800, Chen Gang wrote:
>> 'cpu_data' is too common to be already used by some architectures (e.g.
>> um, m32r, and mn10300), so need use 'pm_cpu_data' instead of, or cause
>> compiling break. The related error (with allmodconfi
Hey, Alexander.
On Wed, Oct 01, 2014 at 04:31:15PM +0100, Alexander Gordeev wrote:
> As of your concern wrt threaded handler invocation overhead - I am
> not quite sure here, but if SCHED_FIFO policy (the handler runs with)
> makes the difference? Anyway, as said above the overall IO does not
> su
On Thu, Oct 02, 2014 at 12:36:55PM -0700, Paul E. McKenney wrote:
> On Thu, Oct 02, 2014 at 01:55:15PM -0400, Dave Jones wrote:
> > I just hit this on my box running 3.17rc7
> > It was followed by a userspace lockup. (Could still ping, and sysrq
> > from the console, but even getty wasn't respondin
On Tue, Sep 30, 2014 at 10:07:20AM +0200, Boris Brezillon wrote:
> Hi,
>
> On Tue, 23 Sep 2014 16:07:33 +0200
> Boris BREZILLON wrote:
>
> > Hello Huang, Brian,
> >
> > This is just a new proposal to support raw accesses in a more standard way
> > in the GPMI driver.
> > This series has been te
(2014/10/04 5:53), Steven Rostedt wrote:
> On Fri, 03 Oct 2014 20:29:12 +0900
> Masami Hiramatsu wrote:
>
>> Ping? :)
>
> Just to make sure. This is just the one patch that I missed before,
> right?
Yes, this one is the last patch in previous series.
>
> I pulled it and now testing it (runnin
On 10/5/14 9:23, Greg KH wrote:
> On Sun, Oct 05, 2014 at 09:13:09AM +0800, Chen Gang wrote:
>> On 10/5/14 0:00, Greg KH wrote:
>>> On Sat, Oct 04, 2014 at 10:19:50PM +0800, Chen Gang wrote:
'cpu_data' is too common to be already used by some architectures (e.g.
um, m32r, and mn10300), so
On 10/04/2014 06:28 PM, Chen Gang wrote:
They need HAS_IOMEM, so let them depend on it, the related error (with
allmodconfig under um):
MODPOST 1205 modules
ERROR: "devm_ioremap_resource" [drivers/watchdog/tegra_wdt.ko] undefined!
ERROR: "devm_ioremap_resource" [drivers/watchdog/of_xi
On 10/5/14 9:13, Chen Gang wrote:
> On 10/5/14 0:00, Greg KH wrote:
>> On Sat, Oct 04, 2014 at 10:19:50PM +0800, Chen Gang wrote:
>>> 'cpu_data' is too common to be already used by some architectures (e.g.
>>> um, m32r, and mn10300), so need use 'pm_cpu_data' instead of, or cause
>>> compiling brea
On Sun, Oct 05, 2014 at 09:13:09AM +0800, Chen Gang wrote:
> On 10/5/14 0:00, Greg KH wrote:
> > On Sat, Oct 04, 2014 at 10:19:50PM +0800, Chen Gang wrote:
> >> 'cpu_data' is too common to be already used by some architectures (e.g.
> >> um, m32r, and mn10300), so need use 'pm_cpu_data' instead of,
They need HAS_IOMEM, so let them depend on it, the related error (with
allmodconfig under um):
MODPOST 1205 modules
ERROR: "devm_ioremap_resource" [drivers/watchdog/tegra_wdt.ko] undefined!
ERROR: "devm_ioremap_resource" [drivers/watchdog/of_xilinx_wdt.ko] undefined!
Signed-off-by: Chen G
On 10/5/14 8:18, Guenter Roeck wrote:
> On 10/04/2014 02:39 AM, Chen Gang wrote:
>> They need HAS_IOMEM, so let them depend on it, the related error (with
>> allmodconfig under um):
>>
>> MODPOST 1205 modules
>>ERROR: "syscall" [fs/hostfs/hostfs.ko] undefined!
>>ERROR: "devm_ioremap_re
On Tue, Sep 30, 2014 at 01:03:03PM +0200, Thibaut Robert wrote:
> Fix a typo in error message.
> Add missing curling braces to conform to coding style.
> Improve readibility.
That's three things in one patch :(
Please only do one thing per patch.
>
> Signed-off-by: Thibaut Robert
> ---
> driv
On 10/5/14 0:00, Greg KH wrote:
> On Sat, Oct 04, 2014 at 10:19:50PM +0800, Chen Gang wrote:
>> 'cpu_data' is too common to be already used by some architectures (e.g.
>> um, m32r, and mn10300), so need use 'pm_cpu_data' instead of, or cause
>> compiling break. The related error (with allmodconfig
On 10/04/2014 02:39 AM, Chen Gang wrote:
They need HAS_IOMEM, so let them depend on it, the related error (with
allmodconfig under um):
MODPOST 1205 modules
ERROR: "syscall" [fs/hostfs/hostfs.ko] undefined!
ERROR: "devm_ioremap_resource" [drivers/watchdog/tegra_wdt.ko] undefined!
E
On 10/04/2014 02:53 AM, Mark Brown wrote:
On Fri, Oct 03, 2014 at 04:23:15PM -0700, Guenter Roeck wrote:
On 10/03/2014 04:13 PM, Mark Brown wrote:
Nope, nothing to do with regulator that I'm aware of and I've not seen
any examples (but I don't tend to review users too often).
Many examples
Hi,
On Sat, Oct 04, 2014 at 04:31:13PM -0700, Guenter Roeck wrote:
> Fix
>
> drivers/power/ab8500_fg.c: In function 'ab8500_fg_probe':
> drivers/power/ab8500_fg.c:2989:27:
> warning: 'i' may be used uninitialized in this function
> drivers/power/ab8500_fg.c:2972:15: note: 'i' was de
Fix
drivers/power/ab8500_fg.c: In function 'ab8500_fg_probe':
drivers/power/ab8500_fg.c:2989:27:
warning: 'i' may be used uninitialized in this function
drivers/power/ab8500_fg.c:2972:15: note: 'i' was declared here
which actually points to a real bug.
Signed-off-by: Guenter Roec
Quark SoC X1000 advertises Page Global Enable for it's
Translation Lookaside Buffer via cpuid. The silicon does not
in fact support PGE and hence will not flush the TLB when CR4.PGE
is rewritten. The Quark documentation makes clear the necessity to
instead rewrite CR3 in order to flush any TLB entr
These two patches cover four things.
First add legacy_cache callback into init_intel() to enable calling of
intel_size_cache() re-enabling detection of PIII Tualatin cache size
and allowing Quark SoC X1000 hooked into this mechanism to similarly
report it's cache size.
Second adding of Quark SoC
Intel processors which don't report cache information via cpuid(2)
or cpuid(4) need quirk code in the legacy_cache_size callback to
report this data. For Intel that callback is is intel_size_cache().
This patch enables calling of cpu_detect_cache_sizes() inside of
init_intel() and hence the callin
If userland creates a timer without specifying a sigevent info, we'll
create one ourself, using a stack local variable. Particularly will we
use the timer ID as sival_int. But as sigev_value is a union containing
a pointer and an int, that assignment will only partially initialize
sigev_value on sy
On Fri, Oct 03, 2014 at 08:17:30PM -0700, Leonid Yegoshin wrote:
> --- a/arch/mips/include/asm/switch_to.h
> +++ b/arch/mips/include/asm/switch_to.h
> @@ -17,6 +17,7 @@
> #include
> #include
> #include
> +#include
>
> struct task_struct;
>
> @@ -104,6 +105,16 @@ do {
Good day,
This email is sequel to an ealier sent message of which you have not
responded.I have a personal charity project which I will want you to execute on
my behalf.Please kidnly get back to me with this code MHR/3910/2014 .You can
reach me on mrsalimqa...@gmail.com .
Thank you
Salim Qadr
On Sat, Oct 04, 2014 at 01:04:15PM -0400, Pranith Kumar wrote:
> Now that we have removed configs based on kernel version, we can also remove
> the
> kversion parameter in kvm.sh.
>
> Signed-off-by: Pranith Kumar
Reviewed-by: Josh Triplett
> .../selftests/rcutorture/bin/kvm-test-1-run.sh
Added semicolon for the line usleep_range(1, 11000);
Signed-off-by: Stevean Raja Kumar
---
drivers/staging/media/cxd2099/cxd2099.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/media/cxd2099/cxd2099.c
b/drivers/staging/media/cxd2099/cxd2099.c
index cda1
Hi,
I'm getting
xhci_hcd :00:14.0: WARN Event TRB for slot 6 ep 4 with no TDs queued?
on each interaction with my built-in CCID smartcard reader (Celsius
H730). The device is working fine otherwise, just the log fills up.
What's the reason? What can be done about it?
Find lsusb -v of the re
Hi,
my Delock external USB drive stopped working after updating from a
UAS-disabled distro kernel to latest 3.17-rc7 with UAS on. That UAS was
key became clear to me only after looking at storage_probe(): the device
is ignored by usb-storage if it is UAS-capable. However, nothing causes
uas.ko to
With the introduccion of the new keyboard backlight
implementation, the *_timeout_store function is
broken, as it only supports the first kbd_type.
This patch adapt such function for the new kbd_type,
as well as convert from using sscanf to kstrtoint.
Signed-off-by: Azael Avalos
---
Changes sinc
On Sat, Oct 04, 2014 at 06:49:30PM +0200, Tom Collins wrote:
[snip masturbation]
To quote Jordan Hubbard,
Your brand of "advocacy" is akin to having the KKK show up at one's
wedding to congradulate the happy couple on their choice of marrying
within their race. Some kind
On Sat, Oct 04, 2014 at 09:46:22PM +0800, Fengguang Wu wrote:
> Hi Peter,
>
> 0day kernel testing robot got the below dmesg and the first bad commit is
>
> git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git perf/core
>
> commit a54b3e27e27c1bb6d2610eade895c04934c2667e
> Author: P
Finally got some more useful traces.
[ 4629.957226] BUG: unable to handle kernel NULL pointer dereference
at 0018
[ 4629.960539] IP: [] swiotlb_unmap_sg_attrs+0x30/0x70
[ 4629.960539] PGD 3e4176067 PUD 3e4177067 PMD 0
[ 4629.960539] Oops: [#1] SMP
[ 4629.960539] Modules linked in
Now that we have removed configs based on kernel version, we can also remove the
kversion parameter in kvm.sh.
Signed-off-by: Pranith Kumar
---
.../selftests/rcutorture/bin/kvm-test-1-run.sh| 2 +-
tools/testing/selftests/rcutorture/bin/kvm.sh | 19 +--
2 files c
2014-10-04 6:56 GMT-04:00 Paul E. McKenney :
> On Thu, Oct 02, 2014 at 11:33:48PM -0400, Pranith Kumar wrote:
>> Remove rcutorture configuration files which are no longer necessary.
>>
>> Signed-off-by: Pranith Kumar
>
> Queued for 3.19, thank you!
>
> The --kversion argument to the .../rcutorture
Use the much more common pr_warn instead of pr_warning
with the goal of removing pr_warning eventually.
Other miscellanea:
o Coalesce formats
o Realign arguments
Signed-off-by: Joe Perches
---
arch/mips/ar7/platform.c| 24 ++--
arch/mips/include/asm/octeon/cvmx-pow.h |
youtu.be/JbRztcLaQa8
Fuck Systemd. It is passionless static, worthless.
Only here to force us in a direction.
And Linus Trovalds agrees 100% with that direction.
But he never claimed to be brilliant
nor have good taste in women
nor be uncorruptable
(got to keep that RedHat stock valuable)
This
Fix for double free bug in tools/perf due to dangling thread_map pointer in
perf_evlist struct.
Code path excercised when perf stat -C switch is used but not set and is
followed by another switch.
Example: perf stat -C -e.
Signed-off-by: Yasser Shalabi
---
tools/perf/util/evlist.c |1 +
1
When 'perf top' is run, one can't easily find a difference
between -z option and normal output.
So I added a visual cue to know whether it is the zeroing or not.
Signed-off-by: Taeung Song
---
tools/perf/PERF-FEATURES | 1 +
tools/perf/ui/browsers/hists.c | 34
On Sat, Oct 4, 2014 at 9:17 AM, Leonid Yegoshin
wrote:
> Linus, it works on CPU with hardware page table walker - MIPS P5600 aka
> Apache.
>
> I was involved in architecture development of HTW and took care of it.
Ok, as long as it works architecturally, per-thread TLB fills are fine by me.
Linus, it works on CPU with hardware page table walker - MIPS P5600 aka Apache.
I was involved in architecture development of HTW and took care of it.
Linus Torvalds wrote:
On Sat, Oct 4, 2014 at 1:23 AM, Peter Zijlstra wrote:
> On Fri, Oct 03, 2014 at 08:17:14PM -0700, Leonid Yegoshin wrote
When 'perf top' is run, one can't easily find a difference
between -z option and normal output.
So I added a visual cue to know whether it is the zeroing or not.
Signed-off-by: Taeung Song
---
tools/perf/ui/browsers/hists.c | 38 ++
1 file changed, 26 insertio
On Sat, Oct 4, 2014 at 1:23 AM, Peter Zijlstra wrote:
> On Fri, Oct 03, 2014 at 08:17:14PM -0700, Leonid Yegoshin wrote:
>> The following series implements an executable stack protection in MIPS.
>>
>> It sets up a per-thread 'VDSO' page and appropriate TLB support.
>
> So traditionally we've alwa
On Sat, Oct 04, 2014 at 10:19:50PM +0800, Chen Gang wrote:
> 'cpu_data' is too common to be already used by some architectures (e.g.
> um, m32r, and mn10300), so need use 'pm_cpu_data' instead of, or cause
> compiling break. The related error (with allmodconfig under um):
>
> CC drivers/b
Peter Zijlstra wrote:
>> It sets up a per-thread 'VDSO' page and appropriate TLB support.
> So traditionally we've always avoided per-thread pages like that.
> What makes it worth it on MIPS?
MIPS has branch delay slots - it is an instruction after branch which is
executed
before branch is take
On Sat, 2014-10-04 at 11:57 +0200, Fabian Frederick wrote:
> -Add __rcu annotation on table to fix sparse warnings:
> net/phonet/pn_dev.c:279:25: warning: incorrect type in assignment (different
> address spaces)
> net/phonet/pn_dev.c:279:25:expected struct net_device *
> net/phonet/pn_dev.c:2
On Fri, 3 Oct 2014 21:44:29 +0200
"Steinar H. Gunderson" wrote:
> Hi,
>
> I did a chess benchmark of my new machine (2x E5-2650v3, so 20x2.3GHz
> Haswell-EP), and it performed a bit worse than comparable Windows setups.
> It looks like the scheduler somehow doesn't perform as well with
> hyperth
'cpu_data' is too common to be already used by some architectures (e.g.
um, m32r, and mn10300), so need use 'pm_cpu_data' instead of, or cause
compiling break. The related error (with allmodconfig under um):
CC drivers/base/platform.o
In file included from ./arch/x86/um/asm/processor.h:
After this patch, our um can pass allmodconfig compiling.
Thanks.
On 10/4/14 22:19, Chen Gang wrote:
> 'cpu_data' is too common to be already used by some architectures (e.g.
> um, m32r, and mn10300), so need use 'pm_cpu_data' instead of, or cause
> compiling break. The related error (with allmod
On Sat, Oct 04, 2014 at 06:41:15AM -0700, Andi Kleen wrote:
> - something else gets scheduled on these logical CPUs, so
> the scheduler tries to balance to run queue lengths
>
> You could check that with perf timechart or perf sched record/map
> or kernelshark.
I've never read any of these maps b
The least significat byte of the GPIO value read register
on the STMPE24xx series is on addres 0xA4 not 0xA5. Correct
against datasheet and tested on the STMPE2401 hardware.
Signed-off-by: Linus Walleij
---
Hi Lee, Sam: this should go in for fixes I think.
---
drivers/mfd/stmpe.h | 2 +-
1 file
Hi Peter,
0day kernel testing robot got the below dmesg and the first bad commit is
git://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git perf/core
commit a54b3e27e27c1bb6d2610eade895c04934c2667e
Author: Peter Zijlstra
AuthorDate: Wed Sep 24 13:48:42 2014 +0200
Commit: Peter Zi
"Steinar H. Gunderson" writes:
>
> So, benchmark:
>
> - Default: 13266 kN/sec
> - Change from ondemand to performance on all cores: 14600 kN/sec
> - taskset -c 0-19 (locking affinity to only one set of hyperthreads):
>17512 kN/sec
iirc the main reasons for unbound threads migrating away ar
From: "J. German Rivera"
A DPRC (Data Path Resource Container) is an isolation device
that contains a set of DPAA networking devices to be
assigned to an isolation domain (e.g., a virtual machine).
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes in v3:
- Addressed comme
From: "J. German Rivera"
Platform device driver that sets up the basic bus infrastructure
for the fsl-mc bus type, including support for adding/removing
fsl-mc devices, register/unregister of fsl-mc drivers, and bus
match support to bind devices to drivers.
Signed-off-by: J. German Rivera
Signe
From: "J. German Rivera"
APIs to access the Management Complex (MC) hardware
module of Freescale LS2 SoCs. This patch includes
APIs to check the MC firmware version and to manipulate
DPRC objects in the MC.
Signed-off-by: J. German Rivera
Signed-off-by: Stuart Yoder
---
Changes in v3:
- Addres
This patch series introduces Linux support for the Freescale
Management Complex (fsl-mc) hardware. This patch series is dependent
on the patch series "ARM64: Add support for FSL's LS2085A SoC"
(http://thread.gmane.org/gmane.linux.ports.arm.kernel/351829)
The fsl-mc is a hardware resource manager t
On Sat, 2014-10-04 at 13:33 +0200, Arnd Bergmann wrote:
> I was about to post the same fix, thanks a lot for addressing this.
You're welcome. I just figured that sending a (second) message regarding
this typo would have been about as much trouble as sending a one line
patch, so I sent that patch.
Andrea Arcangeli writes:
> This new syscall will move anon pages across vmas, atomically and
> without touching the vmas.
>
> It only works on non shared anonymous pages because those can be
> relocated without generating non linear anon_vmas in the rmap code.
...
> It is an alternative to mrem
On 02/10/14 14:43, Daniel Baluta wrote:
> This is to be used by drivers to signal detection of motion. We also
> add some possible values for motion as IIO events modifiers:
> * running
> * jogging
> * walking
> * still
>
> These values are supported by Frescale's MMA9553 s
syscall() is implemented in libc.so/a (e.g. for glibc, in "syscall.o"),
so for normal ".o" files, it is undefined, neither can be found within
kernel wide, so will break modpost.
Since ".o" files is OK, can simply export 'syscall' symbol, let modpost
know about that, then can fix this issue.
The
On 02/10/14 14:43, Daniel Baluta wrote:
> This channel will be used for exposing information about
> some activity composite sensors including:
> * motion (running, jogging, walking, still).
> * step counter
> * step detector
>
> This will offer an interface for Android composite
> This adds an extra argument onto parse_params() to be used
> as a way to make the unused callback a bit more useful and
> generic by allowing the caller to pass on a data structure
> of its choice.
How do you think about to work with more data type definitions for such callback
functions?
Regar
On 02/10/14 14:43, Daniel Baluta wrote:
> From: Irina Tirdea
>
> This event is needed for the step detection functionality of a pedometer:
> an interrupt is generated by the hardware device each time
> a step is detected.
>
> To support this, we add a new iio event.
>
> For more information on
On 02/10/14 14:43, Daniel Baluta wrote:
> From: Irina Tirdea
>
> One of the functionalities of a pedometer is a step counter.
> The step counter needs to be enabled and then it will count the steps
> in its hardware register. Whenever the applications need to check
> the step count, they will rea
On 02/10/14 14:43, Daniel Baluta wrote:
> We need a way to store events generated by iio_dummy_evgen module,
> in order to correctly process IRQs in iio_simple_dummy_events.
>
> For the moment, we add two registers:
>
> * id_reg - ID register, stores the source of the event
> * id_data - DATA regi
On Fri, 3 Oct 2014 14:26:26 -0700
Greg Kroah-Hartman wrote:
> -
> Note: This is a big stable release. Mostly my fault for being on the
> road last week, combined with an unusually large number of patches being
> tagged for the stable tree. Anyway, I've caught up
It isn't obvious that CMA can be disabled on the kernel's command
line, so document it.
Signed-off-by: Jean Delvare
Cc: Joonsoo Kim
Cc: Greg Kroah-Hartman
---
Documentation/kernel-parameters.txt |3 ++-
drivers/base/Kconfig|3 +++
2 files changed, 5 insertions(+), 1 del
On Sat, Oct 04, 2014 at 02:17:08AM +0900, Masanari Iida wrote:
> This patch remove unnecessary KERN_ERR in pr_err().
Applied, thanks.
signature.asc
Description: Digital signature
On 01/10/14 17:14, Ivan T. Ivanov wrote:
> The current ADC is peripheral of Qualcomm SPMI PMIC chips. It has
> 16 bits resolution and register space inside PMIC accessible across
> SPMI bus.
>
> The driver registers itself through IIO interface.
>
> Signed-off-by: Ivan T. Ivanov
Looks good to me.
Le 03/10/2014 22:29, Scott Wood a écrit :
On Fri, 2014-10-03 at 18:49 +0200, Christophe Leroy wrote:
On CPM1, the SPI parameter RAM has a default location. In fsl_spi_cpm_get_pram()
there was a confusion between the SPI_BASE register and the base of the SPI
parameter RAM. Fortunatly, it was wor
On 02/10/14 13:08, Ivan T. Ivanov wrote:
> +iio maintainers
>
> On Thu, 2014-10-02 at 12:29 +0300, Ivan T. Ivanov wrote:
>> Hi Stan,
>>
>> On 09/24/2014 03:56 PM, Stanimir Varbanov wrote:
>>
>>
>>
>>> +static int vadc_get_dt_data(struct vadc_priv *vadc, struct device_node
>>> *node)
>>> +{
>>> +
On Sat, Oct 04, 2014 at 03:56:53AM -0700, Paul E. McKenney wrote:
> On Thu, Oct 02, 2014 at 11:33:48PM -0400, Pranith Kumar wrote:
> > Remove rcutorture configuration files which are no longer necessary.
> >
> > Signed-off-by: Pranith Kumar
>
> Queued for 3.19, thank you!
Make that 3.20 -- 3.19
On 29/09/14 19:28, David Barksdale wrote:
> This patch adds support to the Industrial IO subsystem
> for the Silicon Labs Si7013/20/21 Relative Humidity and
> Temperature Sensors.
>
> Website:
> http://www.silabs.com/products/sensors/humidity-sensors/Pages/si7013-20-21.aspx
>
> These are i2c devic
On 10/4/14 19:05, Varka Bhadram wrote:
> Hi Chen Gang
>
>
> I think commit message should be short and proper.
>
> We can remove *drivers/net/can/m_can/Kconfig* in the commit, just
> give *can: Kconfig: *
>
> commit message like : *can: Kconfig: Fix CAN_M_CAN dependency*
>
OK, thanks, it sou
On Friday 03 October 2014 10:21:44 Paul Bolle wrote:
> Signed-off-by: Paul Bolle
> Fixes: 905e300e1043 ("USB: host: st: fix ehci/ohci driver selection")
> ---
> drivers/usb/host/ehci-st.o actually builds (on x86_64. that is) so
> there's no _obvious_ reason not to fix this typo.
>
I was about to
Le samedi 4 octobre 2014, 11:57:56 Fabian Frederick a écrit :
(snip)
> -Access table with rcu_dereference (fixes the following sparse errors):
> net/phonet/pn_dev.c:278:25: error: incompatible types in comparison
> expression (different address spaces) net/phonet/pn_dev.c:391:17: error:
> incompati
On Fre, 2014-10-03 at 07:23 -0500, Christoph Lameter wrote:
> On Fri, 3 Oct 2014, Paul Bolle wrote:
>
> > dc -e "1 k 2 32 ^ 1000 / 86400 / p"
> > 49.7
> >
> > (That was the number I remembered from stories about a ancient Windows
> > lockup.)
>
> Well yes, I used bc which discards the remainder o
Hi Chen Gang
I think commit message should be short and proper.
We can remove *drivers/net/can/m_can/Kconfig* in the commit, just
give *can: Kconfig: *
commit message like : *can: Kconfig: Fix CAN_M_CAN dependency*
On Saturday 04 October 2014 03:30 PM, Chen Gang wrote:
CAN_M_CAN needs HAS_IO
On Saturday 04 October 2014 02:13:23 Rafael J. Wysocki wrote:
> > Because people get the format wrong regardless of documentation. The
> > format:
> >
> > Package () {
> > Package () { ^ref1, data, data },
> > Package () { ^ref2, data },
> > Package () { ^ref3, data, data, data }
Since updating to kernel 3.16.3 I have noticed that an old bug has
returned where EC events like lid open/close and ambient light change
are no longer being processed on my Samsung notebook (900X3C).
Most of this was previously documented in:
Samsung Series 9 np900x4b: ACPI does not seem to refle
"Opensource is going mainstream in 2014" -RedHat CEO
Systemd presents a large attack surface (where as there are few ways
to communicate with init etc), needlessly manages disc cryptography (amongst
everything else,
normal inits never cared one way or the other),
"Obama Administration Argues For
On Thu, Oct 02, 2014 at 11:33:48PM -0400, Pranith Kumar wrote:
> Remove rcutorture configuration files which are no longer necessary.
>
> Signed-off-by: Pranith Kumar
Queued for 3.19, thank you!
The --kversion argument to the .../rcutorture/bin/kvm.sh script is
not obsolete. Would you be willi
Discussion on lennart poettering, syst__d, sysv
http://youtu.be/2toVPMHRo8M
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at ht
Debian nolonger claims to be the "Universal Operating System"
On google searches debian pages still turn up like this:
Debian -- Mailing Lists - Debian -- The Universal Operating ...
When you go to the page "The Universal Operating System" part is gone.
A reflection of the problem with the scumba
On Saturday 04 October 2014 01:58:30 Rafael J. Wysocki wrote:
> On Friday, October 03, 2014 05:02:13 PM Arnd Bergmann wrote:
> > On Friday 03 October 2014 14:56:10 Mark Rutland wrote:
> > > On Thu, Oct 02, 2014 at 03:55:56PM +0100, Arnd Bergmann wrote:
> > > I'd certainly not like to see #foo-cells
Hi Greg,
This fix is not required on 3.14. Fix was required to address an issue,
introduced by the iommu_group_get_for_dev API in the PAMU driver code.
Regards
Varun
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Saturday, October 04, 2014 3:0
On 03/10/14 23:34, Anssi Hannula wrote:
> 13.09.2014, 23:04, Jonathan Cameron kirjoitti:
>> On 12/09/14 18:25, Lars-Peter Clausen wrote:
>>> On 09/11/2014 10:55 AM, Subbaraya Sundeep Bhatta wrote:
This patch fixes incorrect logic for assigning address
to auxiliary channels of xilinx xadc.
Le 03/10/2014 22:24, Scott Wood a écrit :
On Fri, 2014-10-03 at 22:15 +0200, christophe leroy wrote:
Le 03/10/2014 16:44, Mark Brown a écrit :
On Fri, Oct 03, 2014 at 02:56:09PM +0200, Christophe Leroy wrote:
+config CPM1_RELOCSPI
+ bool "Dynamic SPI relocation"
+ default n
+
1 - 100 of 121 matches
Mail list logo
