Linus,
Please pull the latest perf-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
perf-urgent-for-linus
# HEAD: b7e37567d080301d38a302bb93ba79d1ca446dca kprobes/x86: Mark 2 bytes
NOP as boostable
This tree contains two uprobes fixes, an
Linus,
Please pull the latest locking-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
locking-urgent-for-linus
# HEAD: d6abfdb2022368d8c6c4be3f11a06656601a6cc2 x86/spinlocks/paravirt: Fix
memory corruption on unlock
Two fixes: the paravirt
Linus,
Please pull the latest irq-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
irq-urgent-for-linus
# HEAD: d97eb8966c91f2c9d05f0a22eb89ed5b76d966d1 x86/irq: Check for valid
irq descriptor in check_irq_vectors_for_cpu_disable()
Two x86 irq
On Fri 2015-02-20 13:52:23, Ingo Molnar wrote:
>
> * Masami Hiramatsu wrote:
>
> > (2015/02/20 19:26), Ingo Molnar wrote:
> > >
> > > * Petr Mladek wrote:
> > >
> > >> can_probe() checks if the given address points to the
> > >> beginning of an instruction. It analyzes all the
> > >>
The return values of create_singlethread_workqueue() and
power_supply_register() calls were not checked and even on error probe()
function returned 0.
1. If allocation of workqueue failed (returning NULL) then further
accesses could lead to NULL pointer dereference. The
queue_delayed_work()
Driver forgot to unregister charger power supply if registering of
battery supply failed in probe(). In such case the memory associated
with power supply leaked.
Signed-off-by: Krzysztof Kozlowski
Fixes: 98a276649358 ("power_supply: Add new lp8788 charger driver")
Cc:
---
The return value of power_supply_register() call was not checked and
even on error probe() function returned 0. If registering failed then
during unbind the driver tried to unregister power supply which was not
actually registered.
This could lead to memory corruption because
- Original Message -
> From: "Nishanth Aravamudan"
> To: "John Stultz"
> Cc: "Thomas Gleixner" , "lkml"
> , jstan...@redhat.com, "Ingo Molnar"
>
> Sent: Thursday, 19 February, 2015 8:28:40 PM
> Subject: Re: time / gtod seconds value out of sync?
>
> Hi John!
>
> On 19.02.2015
On 02/20, Borislav Petkov wrote:
>
> On Mon, Jan 19, 2015 at 07:51:09PM +0100, Oleg Nesterov wrote:
> > math_state_restore() and its usage doesn't look nice. init_fpu() too,
>
> Yeah, about that:
>
> I see:
>
> math_state_restore
> ...
>if (!tsk_used_math(tsk))
> init_fpu()
>
Driver allocates singlethread workqueue in probe but it is not destroyed
during removal.
Signed-off-by: Krzysztof Kozlowski
Fixes: 00a588f9d27f ("power: add driver for battery reading on iPaq h3xxx")
Cc:
---
drivers/power/ipaq_micro_battery.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Linus,
Please pull the latest core-urgent-for-linus git tree from:
git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git
core-urgent-for-linus
# HEAD: 3b3336d4fed58ea5a019a8a1d00fa741be492716 Merge branch 'rcu/next' of
git://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu
On 20 February 2015 at 12:14, Peter Zijlstra wrote:
> On Thu, Jan 15, 2015 at 11:09:28AM +0100, Vincent Guittot wrote:
>
>> Finally, the sched_group->sched_group_capacity->capacity_orig has been
>> removed
>> because it's no more used during load balance.
>
> Maybe do that in a separate patch to
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 both the precision and value are 0, no digits should be
printed. Even if the
(2015/02/20 21:52), Ingo Molnar wrote:
>
> * Masami Hiramatsu wrote:
>
>> (2015/02/20 19:26), Ingo Molnar wrote:
>>>
>>> * Petr Mladek wrote:
>>>
can_probe() checks if the given address points to the
beginning of an instruction. It analyzes all the
instructions from the
On 02/19/2015 09:41 AM, Pantelis Antoniou wrote:
> Hi Frank,
>
>> On Feb 19, 2015, at 04:08 , Frank Rowand wrote:
>>
>> On 2/18/2015 6:59 AM, Pantelis Antoniou wrote:
>>> Implement a method of applying DT quirks early in the boot sequence.
>>>
>>> A DT quirk is a subtree of the boot DT that can
Fix whitespace around while
Signed-off-by: Kevin Mulvey
---
virt/kvm/irqchip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/virt/kvm/irqchip.c b/virt/kvm/irqchip.c
index 7f256f3..1d56a90 100644
--- a/virt/kvm/irqchip.c
+++ b/virt/kvm/irqchip.c
@@ -105,7 +105,7 @@ int
Better alignment of loop using tabs rather than spaces, this
makes checkpatch.pl happier.
Signed-off-by: Kevin Mulvey
---
virt/kvm/kvm_main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/virt/kvm/kvm_main.c b/virt/kvm/kvm_main.c
index a109370..36ab89d 100644
---
* Viresh Kumar wrote:
> On 20 February 2015 at 17:11, Ingo Molnar wrote:
> >
> > * Peter Zijlstra wrote:
>
> >> Maybe we should break that enum into two; one for devices
> >> and one for the core interface and avoid the problem that
> >> way.
> >
> > Yeah, that would do the trick.
>
>
The commit c2be45f09bb0 ("compal-laptop: Use
devm_hwmon_device_register_with_groups") wanted to change the
registering of hwmon device to resource-managed version. It mostly did
it except the main thing - it forgot to use devm-like function so the
hwmon device leaked after device removal or probe
To avoid deadlock, do not call blocking functions with spinlocks held.
Replace GFP_KERNEL with GFP_ATOMIC, as the latter will fail if the pile
doesn't have enough free pages but will not sleep and hence deadlock can
be avoided.
Found by Coccinelle.
Signed-off-by: Tapasweni Pathak
---
Is there
The return value of power_supply_register() call was not checked and
even on error probe() function returned 0. If registering failed then
during unbind the driver tried to unregister power supply which was not
actually registered.
This could lead to memory corruption because
C99 says that a precision which is simply '.' with no following digits
or * should be interpreted as 0, which means that these format strings
actually mean 'print 16 spaces'. However, the kernel's printf
implementation treats this case as if the precision was omitted. Don't
rely on that quirk.
On pią, 2015-02-20 at 14:04 +0100, Krzysztof Kozlowski wrote:
> The return value of power_supply_register() call was not checked and
> even on error probe() function returned 0. If registering failed then
> during unbind the driver tried to unregister power supply which was not
> actually
On 2/20/15, Johan Hovold wrote:
> On Thu, Feb 19, 2015 at 03:38:39PM +0200, Jari Ruusu wrote:
>> To clear it, you need to poke it with ioctl(fd, TIOCCBRK, 0)
>> or disconnect the device.
>
> That's definitely a bug.
>
> Care to test the patch below?
Your patch fixes the bug. Thanks.
--
Jari
The return value of power_supply_register() call was not checked and
even on error probe() function returned 0. If registering failed then
during unbind the driver tried to unregister power supply which was not
actually registered.
This could lead to memory corruption because
To avoid deadlock, do not call blocking functions with spinlocks held.
Replace GFP_KERNEL with GFP_ATOMIC, as the latter will fail if the heap
doesn't have enough free pages but will not sleep and hence deadlock can
be avoided.
Found by Coccinelle.
Signed-off-by: Tapasweni Pathak
---
Is there
The commit c2be45f09bb0 ("compal-laptop: Use
devm_hwmon_device_register_with_groups") wanted to change the
registering of hwmon device to resource-managed version. It mostly did
it except the main thing - it forgot to use devm-like function so the
hwmon device leaked after device removal or probe
* Masami Hiramatsu wrote:
> (2015/02/20 19:26), Ingo Molnar wrote:
> >
> > * Petr Mladek wrote:
> >
> >> can_probe() checks if the given address points to the
> >> beginning of an instruction. It analyzes all the
> >> instructions from the beginning of the function until the
> >> given
Provide TSC for PERF_SAMPLE_CLOCK_PT. This is needed
to match perf events against hardware traces like
Intel Processor Trace (Intel PT) which is the
purpose for which PERF_SAMPLE_CLOCK_PT was invented.
Signed-off-by: Adrian Hunter
---
arch/x86/include/asm/perf_event.h | 6 ++
Hi
TSC is needed to synchronize Intel Processor Trace (Intel PT)
with perf event samples. Refer to patch 1 for more details.
There is a description of Intel PT in the Intel Architecture
manuals:
http://www.intel.com/content/www/us/en/processors/architectures-software-developer-manuals.html
This is needed to allow perf event samples to be
synchronized with data from other sources, and
in particular, sources like Intel Processor Trace
(Intel PT) where the hardware produces a trace
with hardware defined timestamps (i.e. TSC).
For example, to decode an Intel PT trace, the decoder
must
(2015/02/20 19:26), Ingo Molnar wrote:
>
> * Petr Mladek wrote:
>
>> can_probe() checks if the given address points to the
>> beginning of an instruction. It analyzes all the
>> instructions from the beginning of the function until the
>> given address. The code might be modified by another
When add_memory() fails the following BUG is observed:
[ 743.646107] hv_balloon: hot_add memory failed error is -17
[ 743.679973]
[ 743.680930] =
[ 743.680930] [ BUG: bad unlock balance detected! ]
[ 743.680930] 3.19.0-rc5_bug1131426+ #552 Not tainted
[
Remove double check on chan->desc.
Found by Coccinelle.
Signed-off-by: Tapasweni Pathak
Acked-by: Julia Lawall
---
drivers/dma/dma-jz4740.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/dma/dma-jz4740.c b/drivers/dma/dma-jz4740.c
index 4527a3e..f6a4c42 100644
On 05/02/15 14:54, Lad Prabhakar wrote:
> From: "Lad, Prabhakar"
>
> this patch fixes following sparse warning:
>
> via_clock.c:33:12: warning: symbol 'via_slap' was not declared. Should it be
> static?
>
> Signed-off-by: Lad, Prabhakar
> ---
> Found this issue on linux-next (gcc version
On 06/02/15 11:14, Nicholas Mc Guire wrote:
> This is only an API consolidation and should make things more readable
> it replaces var * HZ / 1000 by msecs_to_jiffies(var).
>
> Signed-off-by: Nicholas Mc Guire
> ---
>
> Patch was only compile tested with viper_defconfig (implies
On 09/02/15 13:02, Sanjeev Sharma wrote:
> Make of_device_id array const.
>
> Signed-off-by: Sanjeev Sharma
> ---
> drivers/video/fbdev/imxfb.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/video/fbdev/imxfb.c b/drivers/video/fbdev/imxfb.c
> index
On Fri 20-02-15 14:42:29, Alexey Dobriyan wrote:
> On Wed, Feb 18, 2015 at 12:13 PM, Jan Kara wrote:
> >> > > --- a/fs/ioctl.c
> >> > > +++ b/fs/ioctl.c
> >> > > @@ -518,6 +518,7 @@ static int ioctl_fioasync(unsigned int fd, struct
> >> > > file *filp,
> >> > > static int ioctl_fsfreeze(struct
On 12/02/15 17:47, Sudip Mukherjee wrote:
> we were dereferencing edid first and the NULL check was after
> accessing that. now we are using edid only if we know that
> it is not NULL.
>
> Signed-off-by: Sudip Mukherjee
> ---
> drivers/video/fbdev/core/fbmon.c | 6 +++---
> 1 file changed, 3
On 11/02/15 11:36, Kiran Padwal wrote:
> This patch add a missing check on the return value of devm_kzalloc,
> which would cause a NULL pointer dereference in a OOM situation.
>
> Signed-off-by: Kiran Padwal
> ---
> drivers/video/fbdev/amba-clcd.c |3 +++
> 1 file changed, 3 insertions(+)
>
On 20/02/15 01:36, Andreas Färber wrote:
>>> >> So it seems the mclk is not always set up properly by the kernel,
>>> >> relying on firmware. Who's in charge of setting that clock up?
>> >
>> > Right, it seems audio is only working due the firmware doing some previous
>> > setup. Probably it
On Mon, Jan 19, 2015 at 07:51:09PM +0100, Oleg Nesterov wrote:
> math_state_restore() and its usage doesn't look nice. init_fpu() too,
Yeah, about that:
I see:
math_state_restore
...
if (!tsk_used_math(tsk))
init_fpu()
and init_fpu() then does:
if
On 10/02/15 14:37, Sudip Mukherjee wrote:
> we should really be using memset_io() instead of using memset() as
> this is actually io space mapped into our memory.
>
> Signed-off-by: Sudip Mukherjee
> ---
> it has only been build tested. I only have the hardware of sm712 and sm750.
>
>
On 30/01/15 11:40, Scot Doyle wrote:
> fbcon toggles cursor display state every 200 milliseconds when blinking.
> Since users prefer different toggle intervals, expose the interval via
> /sys/class/graphics/fbcon/cursor_blink_ms so that it may be customized.
>
> Values written to the interface
> -Original Message-
> From: linux-iio-ow...@vger.kernel.org
> [mailto:linux-iio-ow...@vger.kernel.org] On Behalf Of Peter Meerwald
> Sent: 16 February, 2015 21:27
> To: Tirdea, Irina
> Cc: Jonathan Cameron; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org; Pandruvada,
> -Original Message-
> From: Peter Meerwald [mailto:pme...@pmeerw.net]
> Sent: 16 February, 2015 21:14
> To: Tirdea, Irina
> Cc: Jonathan Cameron; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org; Pandruvada, Srinivas; Reus, Adriana
> Subject: Re: [PATCH 0/2] kxcjk-1013 driver
> -Original Message-
> From: Peter Meerwald [mailto:pme...@pmeerw.net]
> Sent: 16 February, 2015 21:26
> To: Tirdea, Irina
> Cc: Jonathan Cameron; linux-...@vger.kernel.org;
> linux-kernel@vger.kernel.org; Pandruvada, Srinivas; Reus, Adriana
> Subject: Re: [PATCH 2/2] iio: accel:
On 01/22/2015 09:04 AM, Archit Taneja wrote:
> 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
> ---
> .../devicetree/bindings/dma/qcom_bam_dma.txt | 1 +
>
On 20 February 2015 at 17:11, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>> Maybe we should break that enum into two; one for devices
>> and one for the core interface and avoid the problem that
>> way.
>
> Yeah, that would do the trick.
Thanks for your suggestions. Just to confirm (before
On Thursday, February 19, 2015 11:55:41 Joe Perches wrote:
> > Can you make a suggestion / patch for checkpatch to better handle this
> > case ?
> The "sizeof" test in the current script doesn't work.
>
> I believe the patch below works with no false positives
> but it's perl regexes against odd
On 20/02/15 11:29, Kirill A. Shutemov wrote:
> On Fri, Feb 20, 2015 at 10:47:52AM +, Andrew Cooper wrote:
>> On 20/02/15 01:49, Linus Torvalds wrote:
>>> On Thu, Feb 19, 2015 at 5:05 PM, Kirill A. Shutemov
>>> wrote:
I'm feeling I miss very basic background on how Xen works, but why does
On Fri, Feb 20, 2015 at 11:34:47AM +, Peter Zijlstra wrote:
> On Thu, Feb 19, 2015 at 12:49:40PM +, Morten Rasmussen wrote:
>
> > Also, it still not clear why patch 10 uses relative capacity reduction
> > instead of absolute capacity available to CFS tasks.
>
> As present in your
On Thu, Feb 19, 2015 at 5:52 PM, Michal Simek wrote:
>
> On 02/18/2015 12:29 PM, Arun Chandran wrote:
> > This patch converts all __raw_readl and __raw_writel function calls
> > to their corresponding readl_relaxed and writel_relaxed variants.
> >
> > It also tells the driver to set
On Wed, Feb 18, 2015 at 12:13 PM, Jan Kara wrote:
> On Wed 18-02-15 10:34:55, Alexey Dobriyan wrote:
>> On Mon, Feb 16, 2015 at 10:38:52AM +0100, Jan Kara wrote:
>> > On Sat 14-02-15 21:55:24, Alexey Dobriyan wrote:
>> > > Freezing and thawing are separate system calls, task which is supposed
>>
* Peter Zijlstra wrote:
> On Fri, Feb 20, 2015 at 10:36:59AM +0100, Ingo Molnar wrote:
> > > But it does mean we need to be able to add values to
> > > the enum.
> >
> > So I'm confused: if we are using proper callbacks (like
> > my example outlined) , why is a 'mode enum' needed at
> >
On Fri, Feb 20, 2015 at 10:36:59AM +0100, Ingo Molnar wrote:
> > But it does mean we need to be able to add values to the
> > enum.
>
> So I'm confused: if we are using proper callbacks (like my
> example outlined) , why is a 'mode enum' needed at all?
Ah, its because the enum is shared
On Thu, Feb 19, 2015 at 12:49:40PM +, Morten Rasmussen wrote:
> Also, it still not clear why patch 10 uses relative capacity reduction
> instead of absolute capacity available to CFS tasks.
As present in your asymmetric big and small systems? Yes it would be
unfortunate to migrate a task to
On Fri, Feb 20, 2015 at 10:47:52AM +, Andrew Cooper wrote:
> On 20/02/15 01:49, Linus Torvalds wrote:
> > On Thu, Feb 19, 2015 at 5:05 PM, Kirill A. Shutemov
> > wrote:
> >> I'm feeling I miss very basic background on how Xen works, but why does it
> >> set _PAGE_GLOBAL on userspace entries?
On Thu, Jan 15, 2015 at 11:09:30AM +0100, Vincent Guittot wrote:
> As a sidenote, this will note generate more spurious ilb because we already
s/note/not/
> trig an ilb if there is more than 1 busy cpu. If this cpu is the only one that
> has a task, we will trig the ilb once for migrating the
Le 19/02/2015 18:07, Torsten Fleischer a écrit :
> From: Torsten Fleischer
>
> This patch fixes the following issues regarding to the calculation of the
> residue:
>
> 1. The residue is always calculated for the current transfer even if the
> cookie is associated to a pending transfer.
>
> 2.
From: Carlo Caione
Signed-off-by: Carlo Caione
Signed-off-by: Chen-Yu Tsai
Acked-by: Lee Jones
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
Hi everyone,
This is v10 of the axp20x series. v10 reverts back to the DT bindings
from v8. This is the binding currently supported by the kernel drivers
since 3.18. Mark Brown raised concern on the needless changes to
active regulator bindings in v9.
Maxime, I dropped your Acked-by because of
From: Carlo Caione
Bindings documentation for the AXP20x driver. In this file also
sub-nodes are documented.
Signed-off-by: Carlo Caione
[w...@csie.org: clarify interrupt source for the axp PMIC]
[w...@csie.org: explain dcdc-workmode in detail and trim lines to 80 chars]
[w...@csie.org: make
On Thu, Jan 15, 2015 at 11:09:28AM +0100, Vincent Guittot wrote:
> Finally, the sched_group->sched_group_capacity->capacity_orig has been removed
> because it's no more used during load balance.
Maybe do that in a separate patch to avoid cluttering this one?
> [1]
Hi Fabio,
> Stefan Wahren hat am 11. Februar 2015 um 21:31
> geschrieben:
>
>
> Hi Fabio,
>
> > Fabio Estevam hat am 11. Februar 2015 um 17:58
> > geschrieben:
> >
> >
> > Hi Stefan,
> >
> > On Tue, Feb 10, 2015 at 7:24 PM, Stefan Wahren
> > wrote:
> > > Hi Fabio,
> > >
> > >> Fabio Estevam
On Thu, Feb 19, 2015 at 8:53 PM, Anshul Garg wrote:
> On Wed, Feb 18, 2015 at 1:14 PM, Alexey Dobriyan wrote:
>> On Tue, Feb 17, 2015 at 04:17:24PM -0800, Andrew Morton wrote:
>>> ?
>>>
>>> Begin forwarded message:
>>>
>>> Date: Mon, 16 Feb 2015 10:48:50 -0800
>>> From: Anshul Garg
>>> To:
On Fri, 20 Feb 2015, Ingo Molnar wrote:
> - the complicated method spread out over time: uses the
> same essential mechanism plus the ftrace patching
> machinery to detect whether all tasks have transitioned
> through a version flip. [this is what kgraft does in
> part.]
Microbiology Research International
Dear Colleague,
Microbiology Research International (MRI) is an international
peer-reviewed open access journal, which publishes innovative work
from all areas related to Microbiology.
MRI covers a wide range of problems in the areas of fundamental and
"sl->family->fops" and "fops" are the same thing, but it's nicer to use
"fops" everywhere.
Signed-off-by: Dan Carpenter
diff --git a/drivers/w1/w1.c b/drivers/w1/w1.c
index 181f41c..59f932f 100644
--- a/drivers/w1/w1.c
+++ b/drivers/w1/w1.c
@@ -649,7 +649,7 @@ static int
* Viresh Kumar wrote:
> > So why is a 'default' mode needed then? It makes the
> > addition of new modes to the legacy handler easier,
> > which looks backwards.
>
> The requirement was to add another mode ONESHOT_STOPPED
> [1], to be supported only by the new per-mode callbacks..
Why
On 20/02/15 01:49, Linus Torvalds wrote:
> On Thu, Feb 19, 2015 at 5:05 PM, Kirill A. Shutemov
> wrote:
>> I'm feeling I miss very basic background on how Xen works, but why does it
>> set _PAGE_GLOBAL on userspace entries? It sounds strange to me.
> It is definitely strange. I'm guessing that
* Jiri Kosina wrote:
> On Fri, 20 Feb 2015, Ingo Molnar wrote:
>
> > So if your design is based on being able to discover
>
> > 'live' functions in the kernel stack dump of all tasks
> > in the system, I think you need a serious reboot of the
> > whole approach and get rid of that fragility
Hi Vinod,
On 02/20/2015 07:29 AM, Vinod Koul wrote:
> On Sat, Feb 14, 2015 at 02:21:52PM +, Appana Durga Kedareswara Rao wrote:
>> Hi Vinod,
>>
>>
>>> -Original Message-
>>> From: Vinod Koul [mailto:vinod.k...@intel.com]
>>> Sent: Thursday, February 12, 2015 3:05 PM
>>> To: Appana
On Fri, Feb 20, 2015 at 09:10:03AM +0100, Ingo Molnar wrote:
> This approach looks good to me, we want to print multi-line
> messages with the same consistent loglevel.
Right, I'll pick this one up for now as it is obviously correct and
whatever we end up doing to pr_cont() won't influence it.
[...]
> > > IRQF_NO_SUSPEND and wakeup fundamentally don't match due to the way
> > > wakeup is implemented in the IRQ core now.
> > >
> > > Unless drivers with IRQF_NO_SUSPEND do the wakeup behind the core's back
> > > which is just disgusting and should never happen.
> >
> > I completely
Commit-ID: 570e1aa84c376ff39809442f09c7606ddf62cfd1
Gitweb: http://git.kernel.org/tip/570e1aa84c376ff39809442f09c7606ddf62cfd1
Author: Jiri Kosina
AuthorDate: Fri, 20 Feb 2015 10:18:59 +0100
Committer: Ingo Molnar
CommitDate: Fri, 20 Feb 2015 10:55:32 +0100
x86/mm/ASLR: Avoid
Commit-ID: 719d359dc7b6be3e43d6661f192ceb980b10ee26
Gitweb: http://git.kernel.org/tip/719d359dc7b6be3e43d6661f192ceb980b10ee26
Author: Ross Zwisler
AuthorDate: Thu, 19 Feb 2015 10:37:28 -0700
Committer: Ingo Molnar
CommitDate: Fri, 20 Feb 2015 09:43:36 +0100
x86/asm: Add support for
Stefan, Andrew,
I ended up cherry-picking and older patch here by mistake. Joonsoo pointed
it out but I didn't have time to address it yet since I'm travelling and
they got pulled in to mmotm in the meanwhile.
I'll send out patches to add documentation and fix the issues raised here
early next
On 19/02/15 23:09, Linus Torvalds wrote:
> On Thu, Feb 19, 2015 at 5:06 AM, David Vrabel wrote:
>>
>> The NUMA_BALANCING series beginning with 5d833062139d (mm: numa: do not
>> dereference pmd outside of the lock during NUMA hinting fault) and
>> specifically 8a0516ed8b90 (mm: convert
On 02/20/2015 12:38 PM, Felipe Balbi wrote:
On Fri, Feb 20, 2015 at 11:07:21AM +0800, zhangfei wrote:
Hi, Balbi
On 02/18/2015 10:35 PM, Felipe Balbi wrote:
On Wed, Feb 18, 2015 at 01:44:21PM +0800, zhangfei wrote:
Hi, Kishon
On 02/18/2015 01:35 PM, Kishon Vijay Abraham I wrote:
Hi,
On
* Petr Mladek wrote:
> can_probe() checks if the given address points to the
> beginning of an instruction. It analyzes all the
> instructions from the beginning of the function until the
> given address. The code might be modified by another
> Kprobe. In this case, the current code is read
On 20/02/15 08:14, Srinivas Kandagatla wrote:
Doesn't this need some sort of select REGMAP somewhere?
May be depends REGMAP would be good.
You are right, just realized that
it should be "select REGMAP"
and for QFPROM it should be "select REGMAP_MMIO"
--srini
--
To unsubscribe from this
On 2015-02-20 10:29, Arnd Bergmann wrote:
> On Thursday 19 February 2015 16:06:18 Michal Marek wrote:
>>> We have similar problems in other areas
>>> of the kernel. In theory, we could enforce the VIDEO_TUNER driver to
>>> be modular here by adding lots of dependencies to it:
>>>
>>> config
Hello,
with logger from util-linux 2.25.x it's possible to combine the option
-i with other options like:
logger -is
with 2.26 I get the following error message:
$:~> logger -is
logger: failed to parse id: 's'
The changed behaviour breaks existing scripts like dhcpcd-run-hooks [1]
from
* Petr Mladek wrote:
> __recover_probed_insn() should always be called from an address where
> an instructions starts. The check for ftrace_location() might help to
> discover a potential inconsistency. Something goes terribly wrong when
> an address inside the ftrace location is checked. Let's
can_probe() checks if the given address points to the beginning of
an instruction. It analyzes all the instructions from the beginning
of the function until the given address. The code might be modified
by another Kprobe. In this case, the current code is read into a buffer,
int3 breakpoint is
On Wed 2015-02-18 22:22:05, Ingo Molnar wrote:
>
> * Petr Mladek wrote:
>
> > On Tue 2015-02-03 16:41:39, Masami Hiramatsu wrote:
> > > (2015/02/03 2:48), Petr Mladek wrote:
> > > > can_probe() checks if the given address points to the beginning of
> > > > an instruction. It analyzes all the
__recover_probed_insn() should always be called from an address where
an instructions starts. The check for ftrace_location() might help to
discover a potential inconsistency. Something goes terribly wrong when
an address inside the ftrace location is checked. Let's BUG() in this case.
On 2015.02.19 at 15:36 -0500, Chris Mason wrote:
> Hi Linus,
>
> Please pull my for-linus branch:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/mason/linux-btrfs.git for-linus
I get the following warnings during Firefox LTO build. lto1-wpa-stream
outputs the final object files in parallel
Hi all,
While fuzzing with trinity inside a KVM tools guest running the latest -next
kernel, I've stumbled on the following spew:
[ 2014.561050] BUG: KASan: use after free in memcpy+0x21/0x50 at addr
880ff138afee
[ 2014.561050] Read of size 4 by task trinity-main/10201
[ 2014.561050]
Signed-off-by: Greg Kurz
---
drivers/vhost/vhost.h | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
Michael,
The vhost_is_little_endian() helper adds unconditionnal overhead to fixed
endian architectures: that is all architectures except arm and ppc64. This
was
Without this patch, packets are being silently dropped by the tap backend.
Signed-off-by: Greg Kurz
---
drivers/vhost/net.c | 32 ++--
1 file changed, 26 insertions(+), 6 deletions(-)
diff --git a/drivers/vhost/net.c b/drivers/vhost/net.c
index afa06d2..2923eee
2015-02-20 13:06 GMT+03:00 Stanimir Varbanov :
> On 02/19/2015 07:41 PM, Matwey V. Kornilov wrote:
>> spear13xx_pcie_driver.driver is allocated in text.init section
>> and then the pointer to it is passed futher. This patch is to avoid
>> crashes like the following, when freed memory is used.
>>
On 20 February 2015 at 15:06, Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
>> > So this whole approach looks fragile for several reasons:
>> >
>> >- 'mode setting' callbacks are just bad by design
>> > because they mix several functions into the same entry
>> > point,
The VHOST_VRING_F_LEGACY_BIG_ENDIAN flag informs the kernel that the
associated device is big endian. Of course, this only makes sense for
legacy virtio devices since modern virtio devices are always little
endian.
It will be used by the vhost memory accessors to byteswap vring data when
we have
Hi,
This patchset allows vhost_net to be used with legacy virtio
when guest and host have a different endianness. It is based
on previous work by Cédric Le Goater:
https://www.mail-archive.com/kvm-ppc@vger.kernel.org/msg09848.html
As suggested by MST:
- the API now asks for a specific format
On 02/19/2015 07:41 PM, Matwey V. Kornilov wrote:
> spear13xx_pcie_driver.driver is allocated in text.init section
> and then the pointer to it is passed futher. This patch is to avoid
> crashes like the following, when freed memory is used.
>
> Also, __init has been dropped from the probe()
On Thu, Feb 12, 2015 at 8:56 AM, Hongzhou Yang
wrote:
> Since pinconf relate API changes in pinctrl devel branch, a build error
> happened.
> Send this small patch to fix it.
>
> ---
> Due to pinconf_generic_parse_dt_config() API changes in pinctrl devel branch,
> add one parameter to fix build
On Fri, 20 Feb 2015, Ingo Molnar wrote:
> So if your design is based on being able to discover 'live' functions in
> the kernel stack dump of all tasks in the system, I think you need a
> serious reboot of the whole approach and get rid of that fragility
> before any of that functionality gets
On Fri, Feb 20, 2015 at 7:41 AM, Robert Baldyga wrote:
> Hi David,
>
> On 02/19/2015 08:59 PM, David Cohen wrote:
>> Some Intel platforms have an USB OTG port fully (or partially)
>> controlled by GPIOs:
>>
>> (1) USB ID is connected directly to a pulled up GPIO.
>>
>> Optionally:
>> (2) VBUS is
501 - 600 of 1276 matches
Mail list logo