On Wed, 3 Feb 2016, Paul Burton wrote:
> > Hmm, this looks like a fatal error condition to me, the module won't
> > load. Why `pr_warn' rather than `pr_err' then? Likewise in the other
> > file.
>
> To me fatality implies death, and nothing dies here. The module isn't
> loaded but that's don
See http://www.infradead.org/rpr.html
From: Namhyung Kim
The --percent-limit option was changed to be applied to callchains as
well as to hist entries recently, but it missed to update the doc.
Reported-by: Arnaldo Carvalho de Melo
Signed-off-by: Namhyung Kim
Cc: Andi Kleen
Cc: David Ahern
From: Jiri Olsa
Separating sort fields parsing into setup_sort_list function, so it's
separated from sort_order string setup and could be reused later in
following patches.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1453109064
First patch reverts 7cb46c2a066 ("iio: pressure: ms5611: remove
IIO_CHAN_INFO_SCALE from mask") because we need the scale to correctly
transform "raw" data from buffer into correct measurement units.
Second patch adds the actual buffer support.
Changes since v2:
* addressed comements from
From: Jiri Olsa
Gather output and sort lists under struct perf_hpp_list, so we could
have multiple instancies of sort/output format entries.
Replacing current perf_hpp__list and perf_hpp__sort_list lists with
single perf_hpp_list instance.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung
On 03/02/2016 17:23, Radim Krčmář wrote:
> Discard policy uses ack_notifiers to prevent injection of PIT interrupts
> before EOI from the last one.
>
> This patch changes the policy to always try to deliver the interrupt,
> which makes a difference when its vector is in ISR.
> Old implementation
On Wed, 3 Feb 2016 08:44:30 +0100 Ingo Molnar wrote:
> > Mike said:
> >
> > : CONFIG_UBSAN_ALIGNMENT breaks x86-64 kernel with lockdep enabled, i. e
> > : kernel with CONFIG_UBSAN_ALIGNMENT fails to load without even any error
> > : message.
> > :
> > : The problem is that ubsan callbacks use
From: Jiri Olsa
Currently we use static output fields, because we have single global
list of all sort/output fields.
We will add hists specific sort and output lists in following patches,
so we need all format entries to be dynamically allocated. Adding
support to allocate output sort field.
Si
On Wed 03-02-16 11:24:41, Tejun Heo wrote:
> On Wed, Feb 03, 2016 at 01:28:56PM +0100, Michal Hocko wrote:
> > > The CPU was 168, and that one was offlined in the meantime. So
> > > __queue_work fails at:
> > > if (!(wq->flags & WQ_UNBOUND))
> > > pwq = per_cpu_ptr(wq->cpu_pwqs, cpu);
> > >
On Wed, Feb 03, 2016 at 02:21:48PM +0100, Arnd Bergmann wrote:
> I ran into build errors on ARM after Willy's newly added generic
> TRANSPARENT_HUGEPAGE_PUD support. We don't support this feature
> on ARM at all, but the patch causes a build error anyway:
>
> In file included from ../kernel/memrem
This will be used together with an external trigger (e.g hrtimer
based software trigger).
Signed-off-by: Daniel Baluta
---
drivers/iio/pressure/Kconfig | 1 +
drivers/iio/pressure/ms5611.h | 1 +
drivers/iio/pressure/ms5611_core.c | 74 --
drivers
This allows data exported via buffer interface to be converted
to standard units in userspace.
Signed-off-by: Daniel Baluta
---
drivers/iio/pressure/ms5611_core.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/pressure/ms5611_core.c
b/drivers
As a characteristic of RCU, read-side critical sections have a very
loose connection with rcu_dereference()s, which is you can only be sure
about an rcu_dereference() might be called in some read-side critical
section, but if code gets complex, you may not be sure which read-side
critical section e
The variables protected by an RCU read-side critical section are
sometimes hard to figure out, especially when the critical section is
long or has some function calls in it. However, figuring out which
variable a RCU read-side critical section protects could save
us a lot of time for code reviewing
Add held_lock::prev_acqchain_key and task_struct::curr_acqchain_key to
maintain the keys of acqchains as the same as what lockdep does for
keys of lock classes.
Signed-off-by: Boqun Feng
---
include/linux/lockdep.h | 3 +++
include/linux/sched.h| 3 +++
kernel/fork.c| 3 +++
Add two helper functions of irq_context:
task_irq_context(): return the encoded irq_context of the task, the
return value is encoded in the same as ->irq_context of held_lock.
Always return 0 if !(CONFIG_TRACE_IRQFLAGS && CONFIG_PROVE_LOCKING)
is_same_irq_context(): compare whether two irq_contex
Provide the proc filesystem interface for LOCKED_ACCESS, for a locked
access class whose name is , there will be a file at
/proc/locked_access/ containing all the information the
LOCKED_ACCESS has collected so far.
Also add a macro to define a locked access class.
Signed-off-by: Boqun Feng
---
As a similar concept as a lock class, a locked access class is a group
of locks and related data accesses of those locks. A locked access
class also contains the structures for allocation and lookup of
acqchains and accesses.
The address of a locked access class is used as its key, we tag a group
locked_access_point() is the entry point of the whole LOCKED_ACCESS
framework, every time a locked_access_point() is called, LOCKE_ACCESS
will correlate the data access location with the current acqchain.
So putting locked_access_point() at the data accesses you care about is
the step #2 to use LO
From: Jiri Olsa
Introducing perf_hpp_list__init function to have an easy way to
initialize perf_hpp_list struct.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1453109064-1026-16-git-send-email-jo...@kernel.org
Signed-off-by: Arna
See http://www.infradead.org/rpr.html
From: Jiri Olsa
Introducing perf_hpp_list__for_each_sort_list macro to iterate
perf_hpp_list object's sort entries.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1453109064-1026-22-git-send-
On 03/02/2016 17:23, Radim Krčmář wrote:
> Following patches would be even uglier if inject_lock didn't go away.
>
> Patch changes the virtual wire comment to better describe our situation.
>
> Signed-off-by: Radim Krčmář
> ---
> arch/x86/kvm/i8254.c | 67
> ++
See http://www.infradead.org/rpr.html
From: Jiri Olsa
Adding 2 perf_hpp_list register helpers:
perf_hpp_list__column_register()
perf_hpp_list__register_sort_field()
to be called within existing helpers:
perf_hpp__column_register()
perf_hpp__register_sort_field()
to register format en
From: Jiri Olsa
Now that we have the 'equal' method implemented for hpp format entries
we can ease up the logic in the following functions and make them
generic wrt comparing format entries:
perf_hpp__setup_output_field
perf_hpp__append_sort_keys
Signed-off-by: Jiri Olsa
Cc: David Ahern
C
From: Jiri Olsa
We are going to add dynamic hpp format fields, so we need to make the
'len' change for the format itself, not in the perf_hpp__format
template.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1453109064-1026-5-git-se
Hi Marcin,
On mer., févr. 03 2016, Marcin Wojtas wrote:
> Hi Gregory
>
>> +
>> +static int mvebu_uart_startup(struct uart_port *port)
>> +{
>> + int ret;
>> +
>> + writel(CTRL_TXFIFO_RST | CTRL_RXFIFO_RST,
>> + port->membase + UART_CTRL);
>> + udelay(1);
>> +
See http://www.infradead.org/rpr.html
From: Jiri Olsa
Adding 'hpp__equal' callback function to compare hpp output format
entries.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1453109064-1026-7-git-send-email-jo...@kernel.org
Sig
Hello,
This also made workqueue blow up when delayed modding races cpu
offlining.
http://lkml.kernel.org/g/1454424264.11183.46.ca...@gmail.com
I'll work around it from the queueing path but it'd be great if the
mapping can be made stable sooner than later.
Thanks.
--
tejun
From: Jiri Olsa
The ui initialization changes hpp format callbacks, based on the used
browser. Thus we need this init being processed before setup_sorting.
Signed-off-by: Jiri Olsa
Tested-by: Arnaldo Carvalho de Melo
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kern
From: Jiri Olsa
With multiple list holding format entries, we need the support properly
releasing format output/sort fields.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1453109064-1026-12-git-send-email-jo...@kernel.org
Signed-
Hi Ingo,
Please consider pulling,
- Arnaldo
The following changes since commit 8eb22c984eb9eeaed47130f5679acd367af69678:
Merge tag 'perf-core-for-mingo-3' of
git://git.kernel.org/pub/scm/linux/kernel/git/acme/linux into perf/core
(2016-02-03 11:02:37 +0100)
are available in the git
Hi Arnd,
On mar., févr. 02 2016, Arnd Bergmann wrote:
> On Tuesday 02 February 2016 19:07:39 Gregory CLEMENT wrote:
>
>> diff --git a/drivers/tty/serial/Kconfig b/drivers/tty/serial/Kconfig
>> index 39721ec4f415..b291f934d51b 100644
>> --- a/drivers/tty/serial/Kconfig
>> +++ b/drivers/tty/seri
On Fri, Jan 15, 2016 at 02:22:49PM +0100, Jan Kara wrote:
> On Wed 13-01-16 11:48:32, Ross Zwisler wrote:
> > On Wed, Jan 13, 2016 at 10:44:11AM +0100, Jan Kara wrote:
> > > On Thu 07-01-16 22:27:54, Ross Zwisler wrote:
> > > > Add support for tracking dirty DAX entries in the struct address_space
> -Original Message-
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> Sent: Wednesday, February 3, 2016 11:06 AM
> To: Haiyang Zhang
> Cc: da...@davemloft.net; net...@vger.kernel.org; KY Srinivasan
> ; o...@aepfle.de; linux-kernel@vger.kernel.org;
> driverdev-de...@linuxdriverproj
From: Jiri Olsa
To easily compare format entries and make it available for all kinds of
format entries.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1453109064-1026-6-git-send-email-jo...@kernel.org
Signed-off-by: Arnaldo Carvalh
See http://www.infradead.org/rpr.html
From: Jiri Olsa
Introducing perf_hpp_list__for_each_format macro to iterate
perf_hpp_list object's output entries.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1453109064-1026-20-git-send-e
The following changes since commit 30e4c9ad04a7bec4a04b975ce1ad5541d74e1906:
Merge branch 'irq-urgent-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip (2016-01-31
14:48:58 -0800)
are available in the git repository at:
git://git.code.sf.net/p/openipmi/linux-ipmi tags/f
From: Jiri Olsa
Adding hpp_list into struct hists object.
Initializing struct hists_evsel hists object to carry global
perf_hpp_list list.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1453109064-1026-25-git-send-email-jo...@ker
From: Jiri Olsa
Those functions are no longer needed. They operate over perf_hpp__format
array which is now used only as template for dynamic entries.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1453109064-1026-11-git-send-emai
[+cc Ben for real this time]
On Wed, Feb 03, 2016 at 10:32:07AM -0600, Bjorn Helgaas wrote:
> [+cc Ben, pcibios_get_phb_of_node() question]
>
> On Tue, Jan 12, 2016 at 11:06:13PM +0530, Bharat Kumar Gogada wrote:
> > This patch does required modifications to microblaze PCI subsystem, to
> > work
See http://www.infradead.org/rpr.html
From: Jiri Olsa
With the hist object having the perf_hpp_list we can now iterate output
format entries based in the hists object. Adding hists__for_each_format
macro to do that.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
See http://www.infradead.org/rpr.html
From: Jiri Olsa
With the hist object having the perf_hpp_list we can now iterate sort
format entries based in the hists object. Adding
hists__for_each_sort_list macro to do that.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstr
See http://www.infradead.org/rpr.html
From: Jiri Olsa
Currently hists__output_resort() depends on hists based on hists_evsel
struct, but we need to be able to sort common hists as well.
Cutting out the sorting base sorting code into output_resort
function, so it can be reused in following patch
See http://www.infradead.org/rpr.html
From: Namhyung Kim
The description of the memory sort key (used by --mem-mode) was
misplaced. Move it under the --sort option so that it can be referenced
properly.
Signed-off-by: Namhyung Kim
Cc: Andi Kleen
Cc: David Ahern
Cc: Jiri Olsa
Cc: Peter Zijl
On Wed, Feb 03, 2016 at 04:35:03PM +, Wenbo Wang wrote:
> For async io (executed by run_work worker) it should work. However for sync
> io in blk_mq_run_hw_queue, this seems not help, there is still a window.
Alright, for lack of a better way to sync a stopped queue, the driver's
indication l
From: Jiri Olsa
Adding evsel specific function to sort hists_evsel based hists. The
hists__output_resort can be now used to sort common hists object.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link: http://lkml.kernel.org/r/1453109064-1026-3-git-send-email-j
From: Jiri Olsa
Currently there's no way of comparing hpp format entries, which is
needed in following patches.
Adding _idx fields into struct perf_hpp_fmt to recognize and be able to
compare hpp format entries.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Li
From: Jiri Olsa
Introducing perf_hpp_list__for_each_sort_list_safe macro
to iterate perf_hpp_list object's sort entries safely.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1453109064-1026-23-git-send-email-jo...@kernel.org
Sign
See http://www.infradead.org/rpr.html
From: Jiri Olsa
Separating output fields parsing into setup_output_list function, so
it's separated from field_order string setup and could be reused later
in following patches.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
See http://www.infradead.org/rpr.html
From: Jiri Olsa
Adding struct perf_hpp_list argument to following helper functions:
void perf_hpp__setup_output_field(struct perf_hpp_list *list);
void perf_hpp__reset_output_field(struct perf_hpp_list *list);
void perf_hpp__append_sort_keys(struct pe
See http://www.infradead.org/rpr.html
From: Jiri Olsa
Introducing perf_hpp_list__for_each_format_safe macro to iterate
perf_hpp_list object's output entries safely.
Signed-off-by: Jiri Olsa
Cc: David Ahern
Cc: Namhyung Kim
Cc: Peter Zijlstra
Link:
http://lkml.kernel.org/r/1453109064-1026-2
On Wed, 2016-02-03 at 09:11 -0700, Stephen Warren wrote:
> On 02/03/2016 08:02 AM, Lubomir Rintel wrote:
> > The hub and the ethernet in its port 1 are hardwired on the board.
> >
> > Compared to the adapters that can be plugged into the USB ports,
> > this
> > one has no serial EEPROM to store it
Hi Mark,
On mar., févr. 02 2016, Mark Rutland wrote:
> On Tue, Feb 02, 2016 at 07:07:39PM +0100, Gregory CLEMENT wrote:
>> From: Wilson Ding
>>
>> Armada-3700's uart is a simple serial port, which doesn't
>> support. Configuring the modem control lines. The uart port has a 32
>> bytes Tx FIF
On Tue, Feb 02, 2016 at 03:44:24PM +0100, Mike Galbraith wrote:
> Scenario: CPU168 calls mod_delayed_work(), is taken offline before the
> timer expires. Due to 874bbfe6, dwork->cpu is the now offline CPU168
> vs the previous WORK_CPU_UNBOUND, timer fires on CPU131, it tries to
> __queue_work() wi
[+cc Ben, pcibios_get_phb_of_node() question]
On Tue, Jan 12, 2016 at 11:06:13PM +0530, Bharat Kumar Gogada wrote:
> This patch does required modifications to microblaze PCI subsystem, to
> work with generic driver (drivers/pci/host/pcie-xilinx.c) on Microblaze
> and Zynq.
>
> Signed-off-by: Bhar
One Thousand Gnomes wrote:
> > > As for 24:xx:yy times - I'm split about this. This code doesn't
> > > require a bijective decoding anyway (and if it did, 24:00:00 and
> > > 00:00:00 mapping to the same time64_t would be problem enough) so this
> > > is sure safe. On the other hand, a cert with a
On Wed, Feb 3, 2016 at 5:10 PM, Dmitry Vyukov wrote:
> Hello,
>
> The following program causes tty_struct memory leak:
>
> // autogenerated by syzkaller (http://github.com/google/syzkaller)
> #include
> #include
> #include
> #include
> #include
>
> int main()
> {
> alarm(1);
> syscall(SYS
Following patches would be even uglier if inject_lock didn't go away.
Patch changes the virtual wire comment to better describe our situation.
Signed-off-by: Radim Krčmář
---
arch/x86/kvm/i8254.c | 67 ++--
arch/x86/kvm/i8254.h | 3 +--
2 files c
Hello,
The following program triggers use-after-free in snd_timer_start1:
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
#include
#include
int main()
{
syscall(SYS_mmap, 0x2000ul, 0x664000ul, 0x3ul, 0x32ul,
0xul,
One Thousand Gnomes wrote:
> Pedantic hat on 24:00:01 is also potentially valid. The ANSI and ISO
> standards allow for double leap seconds even though CCIR-460 doesn't
> allow it to actually happen.
As far as I can tell without actually buying a copy of ISO 8601, that standard
only allows for a
Discard policy uses ack_notifiers to prevent injection of PIT interrupts
before EOI from the last one.
This patch changes the policy to always try to deliver the interrupt,
which makes a difference when its vector is in ISR.
Old implementation would drop the interrupt, but proposed one injects to
Discard policy doesn't rely on information from notifiers, so we don't
need to register notifiers unconditionally.
Use of ps->lock doesn't make sense, but isn't any worse than before.
Signed-off-by: Radim Krčmář
---
arch/x86/kvm/i8254.c | 44 ++--
arch/x8
>
> And now that you have mentioned that to me, why shouldn't this stats
> directory be moved to debugfs ? :)
>
> We are never going to perform a store here, isn't it ? And is just for
> information, nothing more.
>
I would very much like to keep the throttle stats either in cpuX/cpufreq or
gl
On Wed, Feb 03, 2016 at 01:28:56PM +0100, Michal Hocko wrote:
> > The CPU was 168, and that one was offlined in the meantime. So
> > __queue_work fails at:
> > if (!(wq->flags & WQ_UNBOUND))
> > pwq = per_cpu_ptr(wq->cpu_pwqs, cpu);
> > else
> > pwq = unbound_pwq_by_node(wq, cpu_to_node
[3/4] fixes a bug where legacy NMI watchdog doesn't receive NMIs if a
CPU that handles PIT interrupts hangs with masked interrupts.
Remaining patches try to make the code nicer where necessary.
([1/4] makes you think that it fixes a bug, but that would be fixed by
skipping the path in [3/4].)
[3
On Wed, Feb 03, 2016 at 07:41:36PM +0900, Sergey Senozhatsky wrote:
> From 1d6315221f2f81c53c99f9980158f8ae49dbd582 Mon Sep 17 00:00:00 2001
> From: Sergey Senozhatsky
> Date: Wed, 3 Feb 2016 18:49:16 +0900
> Subject: [PATCH] mm/workingset: do not forget to unlock_page in
> workingset_activation
A misuse of atomic operations opened a window
kvm_pit_ack_irq: | pit_timer_fn:
value = atomic_dec_return(&ps->pending); |
| !atomic_read(&ps->pending)
if (value < 0) atomic_inc(&ps->pending); |
If ps->pending starts
On Wednesday 03 February 2016 16:02:05 Zubair Lutfullah Kakakhel wrote:
> Hence, I find the original binding simpler and easier to understand when
> looking at the hardware manual
>
> + uctl@118006c00 {
> + compatible = "cavium,octeon-7130-sata-uctl";
> + re
Hi Vineet,
On Fri, 2015-10-30 at 06:19 +, Vineet Gupta wrote:
> On Thursday 29 October 2015 09:28 PM, Alexey Brodkin wrote:
> > Hi Vineet,
> >
> > On Tue, 2015-10-20 at 10:45 +, Vineet Gupta wrote:
> > > On Tuesday 20 October 2015 03:41 PM, Peter Zijlstra wrote:
> > > > > > Can we use exi
On Wed, 3 Feb 2016, jiangyiwen wrote:
> Date: Wed, 3 Feb 2016 17:54:36 +0800
> From: jiangyiwen
> To: ax...@kernel.dk, linux-kernel@vger.kernel.org
> Cc: dm-de...@redhat.com, martin.peter...@oracle.com,
> Lukáš Czerner , xuejiu...@huawei.com,
> "Qijiang (Joseph, Euler)"
> Subject: [dm-de
On Wed, Feb 03, 2016 at 11:06:20AM +0100, Martijn Coenen wrote:
> The window size used for calculating vm pressure
> events was previously fixed at 512 pages. The
> window size has a big impact on the rate of notifications
> sent off to userspace, in particular when using the
> "low" level. On mach
Add casses supporting the M6250 CPU to various switch statements in the
core MIPS kernel code that define behaviour dependent upon the CPU.
Signed-off-by: Paul Burton
---
arch/mips/include/asm/cpu-type.h | 4
arch/mips/mm/c-r4k.c | 1 +
2 files changed, 5 insertions(+)
diff --
Support probing the M6250 CPU now that cases for handling it have been
added where required in the core MIPS kernel code.
Signed-off-by: Paul Burton
---
arch/mips/kernel/cpu-probe.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/mips/kernel/cpu-probe.c b/arch/mips/kernel/cpu-prob
This series adds support for probing the Imagination Technologies MIPS
M6250 CPU. This is a small, low power microprocessor implementing the
MIPS32r6 architecture. We already support everything required for it to
work, so this series simply adds the PRID & various switch cases then
matches the PRID
Define the processor ID for the M6250 CPU and add a value to the enum
cpu_type_enum for the core.
Signed-off-by: Paul Burton
---
arch/mips/include/asm/cpu.h | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/mips/include/asm/cpu.h b/arch/mips/include/asm/cpu.h
index 7908
On Wed, Feb 03, 2016 at 10:34:00PM +0800, Yan, Zheng wrote:
> On Wed, Feb 3, 2016 at 2:07 PM, Deepa Dinamani wrote:
> > This is in preparation for the series that transitions
> > filesystem timestamps to use 64 bit time and hence make
> > them y2038 safe.
> >
> > CURRENT_TIME macro will be deleted
On 03-02-16, 19:32, Viresh Kumar wrote:
Build bot reported a minor fix here for compiling governors as
modules:
diff --git a/drivers/cpufreq/cpufreq_governor.c
b/drivers/cpufreq/cpufreq_governor.c
index e7f79d2477fa..f76a83a99ca4 100644
--- a/drivers/cpufreq/cpufreq_governor.c
+++ b/drivers/cpuf
On wo, 2016-02-03 at 16:31 +0100, Dmitry Vyukov wrote:
> The following program causes a memory leak of ser_cardstate object
> allocated in gigaset_initcshw:
>
> // autogenerated by syzkaller (http://github.com/google/syzkaller)
> #include
> #include
> #include
> #include
> #include
>
> int m
Hi Rafael,
On 02/03/2016 07:10 PM, Rafael J. Wysocki wrote:
> Hi,
>
> On Tue, Feb 2, 2016 at 8:41 PM, Shilpasri G Bhat
> wrote:
>> In POWER8, OCC(On-Chip-Controller) can throttle the frequency of the
>> CPU when the chip crosses its thermal and power limits. Currently,
>> powernv-cpufreq driver
On Wed, Feb 03, 2016 at 03:46:34PM +, Paul Burton wrote:
> On Wed, Feb 03, 2016 at 02:58:59PM +, James Hogan wrote:
> > On Wed, Feb 03, 2016 at 03:15:26AM +, Paul Burton wrote:
> > > Fix mips_cm_max_vp_width for UP kernels where it previously referenced
> > > smp_num_siblings, which is
On Wed, 2016-02-03 at 07:58 -0800, Alexander Duyck wrote:
> > +++ b/net/core/sysctl_net_core.c
>
> I really don't think these changes belong in the core. Below you only
> modify the TCP code path so this more likely belongs in the TCP path
> unless you are going to guarantee that all other code pa
On Wed, Feb 03, 2016 at 12:24:38PM +, Maciej W. Rozycki wrote:
> On Wed, 3 Feb 2016, Paul Burton wrote:
>
> > --- a/arch/mips/kernel/module-rela.c
> > +++ b/arch/mips/kernel/module-rela.c
> > @@ -134,9 +135,21 @@ int apply_relocate_add(Elf_Shdr *sechdrs, const char
> > *strtab,
> >
Haiyang Zhang writes:
>> -Original Message-
>> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
>> Sent: Wednesday, February 3, 2016 8:06 AM
>> To: Haiyang Zhang
>> Cc: da...@davemloft.net; net...@vger.kernel.org; KY Srinivasan
>> ; o...@aepfle.de; linux-kernel@vger.kernel.org;
>> dri
On 2 February 2016 at 09:41, Arnaldo Carvalho de Melo wrote:
> Em Tue, Feb 02, 2016 at 09:20:51AM -0700, Mathieu Poirier escreveu:
>> [...]
>>
>> >>> >
>> >>> > Looks OK, apart from adding linux/coresight-pmu.h to the manifest, but
>> >>> > I
>> >>> > mentioned that on another patch.
>> >>> >
>>
Hello,
The following program causes tty_struct memory leak:
// autogenerated by syzkaller (http://github.com/google/syzkaller)
#include
#include
#include
#include
#include
int main()
{
alarm(1);
syscall(SYS_open, "/dev/ircomm7", 0x12d401ul, 0, 0, 0);
return 0;
}
unreferenced object
On 02/03/2016 08:02 AM, Lubomir Rintel wrote:
The hub and the ethernet in its port 1 are hardwired on the board.
Compared to the adapters that can be plugged into the USB ports, this
one has no serial EEPROM to store its MAC. Nevertheless, the Raspberry Pi
has the MAC address for this adapter in
On 03-02-16, 15:54, Juri Lelli wrote:
> Ouch, I've just got this executing -f basic on Juno. :(
> It happens with the hotplug_1_by_1 test.
>
>
> [ 1086.531252] IRQ1 no longer affine to CPU1
> [ 1086.531495] CPU1: shutdown
> [ 1086.538199] psci: CPU1 killed.
> [ 1086.583396]
> [ 1086.584881] =
> You said you were going to do another revision, so I'm waiting for r3.
Hi Bjorn,
Do you have any comments on this patch (5/5), I will address other patches
comments along with this patch, if any, in v3.
Bharat
>
> > > This patch does required modifications to microblaze PCI subsystem,
> > > t
On Tue, Feb 02, 2016 at 04:13:53PM -0700, Jason Gunthorpe wrote:
> On Sat, Jan 30, 2016 at 06:05:42PM -0800, Jarkko Sakkinen wrote:
> > The release-callback is not used before the device is attached to the
> > device hierarchy. This caused resources not to cleanup properly if the
> > device driver
> -Original Message-
> From: Vitaly Kuznetsov [mailto:vkuzn...@redhat.com]
> Sent: Wednesday, February 3, 2016 8:06 AM
> To: Haiyang Zhang
> Cc: da...@davemloft.net; net...@vger.kernel.org; KY Srinivasan
> ; o...@aepfle.de; linux-kernel@vger.kernel.org;
> driverdev-de...@linuxdriverproje
Hi,
On 03/02/16 15:31, Arnd Bergmann wrote:
On Wednesday 03 February 2016 14:44:32 Zubair Lutfullah Kakakhel wrote:
Possible in the example.
I'll update the example to
uctl@118006c00 {
compatible = "cavium,octeon-7130-sata-uctl";
reg = <0x11800
Hi,
On mar., févr. 02 2016, One Thousand Gnomes wrote:
>> +static void mvebu_uart_set_termios(struct uart_port *port,
>> + struct ktermios *termios,
>> + struct ktermios *old)
>> +{
>> +unsigned long flags;
>> +unsigned int ba
Hi Bharat,
On Wed, Feb 03, 2016 at 03:40:21PM +, Bharat Kumar Gogada wrote:
> Ping
You said you were going to do another revision, so I'm waiting for r3.
> > This patch does required modifications to microblaze PCI subsystem, to
> > work with generic driver (drivers/pci/host/pcie-xilinx.c) o
IDE subsystem has been deprecated since 2009 and the majority
(if not all) of Linux distributions have switched to use
libata for ATA support exclusively. However there are still
some users (mostly old or/and embedded non-x86 systems) that
have not converted from using IDE subsystem to libata PATA
On Wed, Feb 3, 2016 at 12:26 AM, Hans Westgaard Ry
wrote:
> Devices may have limits on the number of fragments in an skb they support.
> Current codebase uses a constant as maximum for number of fragments one
> skb can hold and use.
> When enabling scatter/gather and running traffic with many smal
IDE subsystem has been deprecated since 2009 and the majority
(if not all) of Linux distributions have switched to use
libata for ATA support exclusively. However there are still
some users (mostly old or/and embedded non-x86 systems) that
have not converted from using IDE subsystem to libata PATA
Hi,
On 2/3/2016 3:39 PM, Arnd Bergmann wrote:
> On Wednesday 03 February 2016 15:01:34 Joao Pinto wrote:
>>
>> Hi Arnd,
>>
>> On 2/3/2016 12:54 PM, Arnd Bergmann wrote:
>>> On Wednesday 03 February 2016 11:28:26 Joao Pinto wrote:
Signed-off-by: Joao Pinto
>>>
>>> This needs a changelog
Mimi Zohar wrote:
> > (*) Keys can be added to the blacklist keyring by root if the keys are
> > signed by a key in the builtin system keyring. These can then
> > be
> > searched for by asymmetric key ID. This allows the
> > functionality
> > of the
IDE subsystem has been deprecated since 2009 and the majority
(if not all) of Linux distributions have switched to use
libata for ATA support exclusively. However there are still
some users (mostly old or/and embedded non-x86 systems) that
have not converted from using IDE subsystem to libata PATA
IDE subsystem has been deprecated since 2009 and the majority
(if not all) of Linux distributions have switched to use
libata for ATA support exclusively. However there are still
some users (mostly old or/and embedded non-x86 systems) that
have not converted from using IDE subsystem to libata PATA
801 - 900 of 1474 matches
Mail list logo