devdata->backup.name points to devdata->name, the memory for devdata->name is
part of struct wm831x_backup. Thus remove kfree call for devdata->backup.name.
Signed-off-by: Axel Lin
---
drivers/power/wm831x_backup.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/power/wm831x_backup.c
On Fri, May 3, 2013 at 11:32 AM, Thomas Gleixner wrote:
> Subject: tick: Use zalloc_cpumask_var for allocating offstack cpumasks
> From: Thomas Gleixner
> Date: Fri, 03 May 2013 20:22:36 +0200
>
> commit b352bc1cbc (tick: Convert broadcast cpu bitmaps to
> cpumask_var_t) broke
> I running a VM(RHEL-5.5) on KVM hypervisor(linux-3.8 + QEMU-1.4.1), and
> direct-assign intel 82576 VF to the VM. When TX/RX packets on VM to the other
> host via iperf tool, top tool result on VM shown that the %si is too high,
> approximately 95% ~ 100%, but from the view of host, the VM's
On Fri, 2013-05-03 at 16:01 -0400, Jeff Garzik wrote:
> Time for new open source pastures outside the kernel, for me. SATA is
> slowly getting unexciting to the world. Which, really, just means the
> brand new technology has reached a usable plateau. :) And maybe in a
> few years, with
On 05/03/2013 11:50 PM, Thomas Gleixner wrote:
> Proof of concept patch to demonstrate the new irqdomain support for
> the generic irq chip. Untested !!
>
> Signed-off-by: Thomas Gleixner
> Cc: Maxime Ripard
> ---
...
> + gc->reg_base = sun4i_irq_base;
> +
On 05/03/2013 11:50 PM, Thomas Gleixner wrote:
> Provide infrastructure for irq chip implementations which work on
> linear irq domains.
Thomas,
I am happy that I put you into rant mode. It took me little more
than an hour to read through your patches, prepare orion irqchip
driver on top of
Hi Jassi,
On 04/27/2013 01:14 PM, jassisinghb...@gmail.com wrote:
> From: Jassi Brar
>
> Introduce common framework for client/protocol drivers and
> controller drivers of Inter-Processor-Communication (IPC).
>
> Client driver developers should have a look at
> include/linux/mailbox_client.h
On 05/03/2013 02:14 PM, Mike Galbraith wrote:
> On Fri, 2013-05-03 at 13:57 +0800, Michael Wang wrote:
>> Hi, Mike
>>
>> Thanks for your reply.
>>
>> On 05/03/2013 01:01 PM, Mike Galbraith wrote:
>> [snip]
If this approach caused any concerns, please let me know ;-)
>>>
>>> I wonder if
On Fri, May 03, 2013 at 10:40:17PM +0200, Daniel Vetter wrote:
>On Fri, May 3, 2013 at 10:31 PM, Josh Boyer wrote:
>> OK. Git bisect tells me this:
>>
>> 57c219633275c7e7413f8bc7be250dc092887458 is the first bad commit
>> commit 57c219633275c7e7413f8bc7be250dc092887458
>> Author: Daniel Vetter
From: "Steven Rostedt (Red Hat)"
---
localversion-rt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index 33017cd..b809d7b 100644
--- a/localversion-rt
+++ b/localversion-rt
@@ -1 +1 @@
--rt102
+-rt103-rc1
--
1.7.10.4
--
To
From: Steven Rostedt
We had a customer report a lockup on a 3.0-rt kernel that had the
following backtrace:
[88107fca3e80] rt_spin_lock_slowlock at 81499113
[88107fca3f40] rt_spin_lock at 81499a56
[88107fca3f50] __wake_up at 81043379
[88107fca3f80]
From: Eric Dumazet
Before escaping RCU protected section and adding packet into
prequeue, make sure the dst is refcounted.
Cc: stable...@vger.kernel.org
Reported-by: Mike Galbraith
Signed-off-by: Eric Dumazet
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Steven Rostedt
---
Dear RT Folks,
This is the RT stable review cycle of patch 3.0.75-rt103-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
From: Steven Rostedt
>From lib/Kconfig.debug on CONFIG_FORCE_WEAK_PER_CPU:
s390 and alpha require percpu variables in modules to be
defined weak to work around addressing range issue which
puts the following two restrictions on percpu variable
definitions.
1. percpu symbols must be unique
From: Steven Rostedt
>From lib/Kconfig.debug on CONFIG_FORCE_WEAK_PER_CPU:
s390 and alpha require percpu variables in modules to be
defined weak to work around addressing range issue which
puts the following two restrictions on percpu variable
definitions.
1. percpu symbols must be unique
From: "Steven Rostedt (Red Hat)"
---
localversion-rt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index 1047404..03188f3 100644
--- a/localversion-rt
+++ b/localversion-rt
@@ -1 +1 @@
--rt64
+-rt65-rc1
--
1.7.10.4
--
To unsubscribe
From: "Paul E. McKenney"
Commit 908a3283 (Fix idle_cpu()) invalidated some uses of idle_cpu(),
which used to say whether or not the CPU was running the idle task,
but now instead says whether or not the CPU is running the idle task
in the absence of pending wakeups. Although this new
From: Eric Dumazet
Before escaping RCU protected section and adding packet into
prequeue, make sure the dst is refcounted.
Cc: stable...@vger.kernel.org
Reported-by: Mike Galbraith
Signed-off-by: Eric Dumazet
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Steven Rostedt
---
Dear RT Folks,
This is the RT stable review cycle of patch 3.2.44-rt65-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
From: Steven Rostedt
We had a customer report a lockup on a 3.0-rt kernel that had the
following backtrace:
[88107fca3e80] rt_spin_lock_slowlock at 81499113
[88107fca3f40] rt_spin_lock at 81499a56
[88107fca3f50] __wake_up at 81043379
[88107fca3f80]
From: Rafael J. Wysocki
During ACPI memory hotplug configuration bind memory blocks residing
in modules removable through the standard ACPI mechanism to struct
acpi_device objects associated with ACPI namespace objects
representing those modules. Accordingly, unbind those memory blocks
from the
From: "Steven Rostedt (Red Hat)"
Converting the rcutiny wake up queues to use the simple wait queues
there was a typo in one of the functions.
Reported-by: Dmitry Lysenko
Signed-off-by: Steven Rostedt
---
kernel/rcutiny_plugin.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Rafael J. Wysocki
Introduce .offline() and .online() callbacks for memory_subsys
that will allow the generic device_offline() and device_online()
to be used with device objects representing memory blocks. That,
in turn, allows the ACPI subsystem to use device_offline() to put
removable
From: Rafael J. Wysocki
For memory blocks there are multiple ways in which they can be
"online" that determine what can be done with the given block.
For this reason, to allow the generic device_offline() and
device_online() to be used for devices representing memory
blocks, introduce a second
Hi,
This is a continuation of this patchset: https://lkml.org/lkml/2013/5/2/214
and it applies on top of it or rather on top of the rebased version (with
build problems fixed) in the bleeding-edge branch of the linux-pm.git tree:
With flat hierarchy, there's only single level of dispatching
happening and fairness beyond that point is the responsibility of the
rest of the block layer and driver, which usually works out okay;
however, with the planned hierarchy support,
service_queue->bio_lists[] can be filled up by bios
On Fri, May 03, 2013 at 09:52:01PM -0300, Marcelo Tosatti wrote:
> On Sat, May 04, 2013 at 12:51:06AM +0800, Xiao Guangrong wrote:
> > On 05/03/2013 11:53 PM, Marcelo Tosatti wrote:
> > > On Fri, May 03, 2013 at 01:52:07PM +0800, Xiao Guangrong wrote:
> > >> On 05/03/2013 09:05 AM, Marcelo Tosatti
On Fri, May 03, 2013 at 05:50:44PM -0700, Tejun Heo wrote:
> +static struct bio *throtl_pop_queued(struct list_head *queued,
> + struct throtl_grp **tg_to_put)
> +{
> + struct throtl_qnode *qn = list_first_entry(queued, struct throtl_qnode,
> node);
> +
On Sat, May 04, 2013 at 12:51:06AM +0800, Xiao Guangrong wrote:
> On 05/03/2013 11:53 PM, Marcelo Tosatti wrote:
> > On Fri, May 03, 2013 at 01:52:07PM +0800, Xiao Guangrong wrote:
> >> On 05/03/2013 09:05 AM, Marcelo Tosatti wrote:
> >>
> +
> +/*
> + * Fast invalid all shadow pages
Programs using virtio headers outside of kernel will no longer
build because u16 type does not exist in userspace. All user ABI
must use __u16 typedef instead.
Bug introduce by:
commit 986a4f4d452dec004697f667439d27c3fda9c928
Author: Jason Wang
Date: Fri Dec 7 07:04:56 2012 +
"H. Peter Anvin" writes:
> At least as far as current linus, "make allmodconfig" still fails with
> O= in a sufficiently deep directory due to the modpost command line
> being too long.
>
> There was a bunch of talk about how to address that, but did anything
> ever come of it?
>
> -hpa
On Fri, 2013-05-03 at 16:01 -0400, Jeff Garzik wrote:
> Linux has really found its groove.
>
> When I first got involved in Linux, there was no PCI API (now called the
> hotplug or device API), and patch submission was a moderately painful
> process of throwing spaghetti at a wall: sending and
Christoph Lameter wrote:
> Ok could I see the kernel logs with the warnings?
Sure.
-- testcase --
volatile unsigned int size;
for (size = 4 * 1024 * 1024; size <= 32 * 1024 * 1024; size <<= 1) {
void *ptr = kmalloc(size, GFP_KERNEL);
printk("kmalloc(%u)=%p\n",
On Fri, 2013-05-03 at 23:22 +0200, Geert Uytterhoeven wrote:
> On Fri, May 3, 2013 at 11:15 PM, Geert Uytterhoeven
> wrote:
> > --- a/drivers/target/iscsi/iscsi_target.c
> > +++ b/drivers/target/iscsi/iscsi_target.c
>
> > @@ -3585,9 +3575,8 @@ static int iscsit_send_reject(
> > }
> >
> >
On 05/03/2013 02:27 PM, Geert Uytterhoeven wrote:
kernel/time/ntp.c: In function ‘__hardpps’:
kernel/time/ntp.c:877: warning: unused variable ‘flags’
commit a076b2146fabb0894cae5e0189a8ba3f1502d737 ("ntp: Remove ntp_lock,
using the timekeeping locks to protect ntp state") removed its users,
but
Hey,
On Fri, May 03, 2013 at 05:05:13PM -0400, Vivek Goyal wrote:
> Following inline patch implements transferring child's start time to
> parent, if parent slice had expired at the time of bio migration.
>
> I does seem to help a lot on my machine. Can you please give it a try.
Cool, will
On Fri, 2013-05-03 at 23:15 +0200, Geert Uytterhoeven wrote:
> Make the "buf" input param of iscsit_do_crypto_hash_buf() "const void *".
> This allows to remove lots of casts in its callers.
>
> Signed-off-by: Geert Uytterhoeven
> ---
Applied to target-pending/queue.
Thanks Geert!
--nab
>
On Fri, 2013-05-03 at 23:04 +0200, Geert Uytterhoeven wrote:
> Hi Nicholas,
>
> On Fri, Apr 12, 2013 at 10:52 PM, Nicholas A. Bellinger
> wrote:
> > --- a/drivers/target/iscsi/iscsi_target.c
> > +++ b/drivers/target/iscsi/iscsi_target.c
>
> > static int iscsit_send_reject(
> > struct
- Original Message -
> From: "Michał Mirosław"
> To: "Bjørn Mork" , "Pavel Šimerda"
> Cc: "Ben Hutchings" , "David Miller"
> , ka...@trash.net,
> torva...@linux-foundation.org, hayesw...@realtek.com,
> a...@linux-foundation.org, net...@vger.kernel.org,
> linux-kernel@vger.kernel.org
>
On Fri, May 03, 2013 at 12:09:36PM -0700, H. Peter Anvin wrote:
> Actually it is called:
>
> KCONFIG_ALLCONFIG=kvm_guest.config make allnoconfig
I guess we can do something like this - it is kinda noisy currently and
requires a previously present .config in $objtree to work.
---
A release candidate Git v1.8.3-rc1 is now available for testing
at the usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
68160a9e9246a4857ccab0e68b466e0e442c1da5 git-1.8.3.rc1.tar.gz
Geert Uytterhoeven wrote:
> Commit 59d8053f1e16904d54ed7469d4b36801ea6b8f2c ("proc: Move non-public
> stuff from linux/proc_fs.h to fs/proc/internal.h") broke Apple NuBus
> support:
>
> drivers/nubus/proc.c: In function ‘nubus_proc_detach_device’:
> drivers/nubus/proc.c:156: error:
This replaces drm_mtrr_{add,del} with drm_mtrr_{add,del}_wc. The
interface is simplified (because the base and size parameters to
drm_mtrr_del never did anything) and it uses
mtrr_{add,del}_wc_if_needed to avoid allocating MTRRs on systems
that don't need them.
Signed-off-by: Andy Lutomirski
Signed-off-by: Andy Lutomirski
---
drivers/gpu/drm/drm_pci.c | 8
drivers/gpu/drm/drm_stub.c | 10 ++
2 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/drm_pci.c b/drivers/gpu/drm/drm_pci.c
index bd719e9..3628683 100644
---
Signed-off-by: Andy Lutomirski
---
This needs careful review. I don't really know what this code does, nor
do I have the hardware. (I don't understand AGP and the associated
caching implications.)
drivers/gpu/drm/drm_bufs.c | 11 ---
drivers/gpu/drm/drm_vm.c | 13 +++--
2
Signed-off-by: Andy Lutomirski
---
drivers/gpu/drm/radeon/radeon_object.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_object.c
b/drivers/gpu/drm/radeon/radeon_object.c
index d3aface..01d4906 100644
---
The old code allowed very strange memory types. Now it works like
all the other video drivers: ioremap_wc is used unconditionally,
and MTRRs are set if PAT is unavailable (unless MTRR is disabled
by a module parameter).
UC, WB, and WT support is gone. If there are MTRR conflicts that prevent
i915 open-coded logic that was essentially equivalent to the new
drm_mtrr_{add,del}_wc.
Signed-off-by: Andy Lutomirski
---
drivers/gpu/drm/i915/i915_dma.c | 43 ++---
1 file changed, 6 insertions(+), 37 deletions(-)
diff --git
A fair number of drivers (mostly graphics) add write-combining MTRRs.
Most ignore errors and most add the MTRR even on PAT systems which don't
need to use MTRRs.
This series adds new functions mtrr_{add,del}_wc_if_needed and
drm_mtrr_{add,del}_wc that report errors and do nothing if PAT is
These MTRR helpers add a WC MTRR if PAT is disabled. Modern drivers should
be using ioremap_wc, etc. to get WC memory; the MTRR is just a fallback
if the system doesn't have PAT. So, rather than allocating an unnecessary
MTRR even on PAT systems and having error handling spread out and handled
Hi Laurent,
Thanks for the changes! I agree that your synchronization logic is
correct. Just two small comments:
On Mon, Apr 29, 2013 at 1:34 PM, Laurent Pinchart
wrote:
> Hi Shawn,
>
> Thank you for the patch.
>
> On Tuesday 23 April 2013 17:42:32 Shawn Nematbakhsh wrote:
>> While usb_kill_urb
On Thu, Apr 11, 2013 at 03:29:41PM +0400, Pavel Emelyanov wrote:
> This file is the same as the pagemap one, but shows entries with bits
> 55-60 being zero (reserved for future use). Next patch will occupy one
> of them.
This approach doesn't scale as well as it could. As best I can see
CRIU
On Mon, Apr 29, 2013 at 03:52:27PM -0700, Darren Hart wrote:
> Colin,
>
> I don't know anything about when or when not to use freezable*, and I
> suspect that may be true for others as well. A more complete
> description of why it's acceptable here in the commit log might help
> expedite
On Fri, 3 May 2013, Russell King - ARM Linux wrote:
> On Fri, May 03, 2013 at 09:50:50PM -, Thomas Gleixner wrote:
> > - u32 mask = ~(1 << (d->irq - gc->irq_base));
> > + u32 mask = ~(d->mask);
>
> I suspect the above changes are all a result of a search-and-replace
> which results in
On Fri, 3 May 2013, Russell King - ARM Linux wrote:
> On Fri, May 03, 2013 at 09:50:53PM -, Thomas Gleixner wrote:
> > + /* Init mask cache ? */
> > + if (dgc->gc_flags & IRQ_GC_INIT_MASK_CACHE) {
> > + raw_spin_lock_irqsave(>lock, flags);
> > + gc->mask_cache =
The routine disable_nonboot_cpus() shuts down cpus sequentially
using for_each_online_cpu(cpu) to call cpu_down() one cpu at
a time. cpu_down() calls __stop_machine() which stops all
the cpus while it disables one. Then it re-enables the remaining
cpus, only to do it all over again for the next
On Fri, May 03, 2013 at 09:50:50PM -, Thomas Gleixner wrote:
> - u32 mask = ~(1 << (d->irq - gc->irq_base));
> + u32 mask = ~(d->mask);
I suspect the above changes are all a result of a search-and-replace
which results in the cosmetic parens remaining. Would be nice to get
rid of
On Fri, May 03, 2013 at 09:50:53PM -, Thomas Gleixner wrote:
> + /* Init mask cache ? */
> + if (dgc->gc_flags & IRQ_GC_INIT_MASK_CACHE) {
> + raw_spin_lock_irqsave(>lock, flags);
> + gc->mask_cache = irq_reg_readl(gc->reg_base + ct->regs.mask);
> +
When BSD process accounting is enabled and logs information to a
filesystem which gets frozen, system easily becomes unusable because
each attempt to account process information blocks. Thus e.g. every task
gets blocked in exit.
It seems better to drop accounting information (which can already
From: "Steven Rostedt (Red Hat)"
---
localversion-rt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index fdb0f88..c12fc9d 100644
--- a/localversion-rt
+++ b/localversion-rt
@@ -1 +1 @@
--rt56
+-rt57-rc1
--
1.7.10.4
--
To unsubscribe
Dear RT Folks,
This is the RT stable review cycle of patch 3.4.42-rt57-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
From: Steven Rostedt
We had a customer report a lockup on a 3.0-rt kernel that had the
following backtrace:
[88107fca3e80] rt_spin_lock_slowlock at 81499113
[88107fca3f40] rt_spin_lock at 81499a56
[88107fca3f50] __wake_up at 81043379
[88107fca3f80]
From: Eric Dumazet
Before escaping RCU protected section and adding packet into
prequeue, make sure the dst is refcounted.
Cc: stable...@vger.kernel.org
Reported-by: Mike Galbraith
Signed-off-by: Eric Dumazet
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Steven Rostedt
---
From: Steven Rostedt
>From lib/Kconfig.debug on CONFIG_FORCE_WEAK_PER_CPU:
s390 and alpha require percpu variables in modules to be
defined weak to work around addressing range issue which
puts the following two restrictions on percpu variable
definitions.
1. percpu symbols must be unique
From: Gerlando Falauto
There are cases where all irq_chip_type instances have separate mask
registers, making a shared mask register cache unsuitable for the
purpose.
Introduce a new flag IRQ_GC_MASK_CACHE_PER_TYPE. If set, point the per
chip mask pointer to the per chip private mask cache
From: Gerlando Falauto
Since we already have an irq_data_get_chip_type() function which returns
a pointer to irq_chip_type, use that instead of cur_regs().
Signed-off-by: Gerlando Falauto
Cc: Lennert Buytenhek
Cc: Simon Guinot
Cc: Joey Oravec
Cc: Ben Dooks
Cc: Nicolas Pitre
Cc: Jason
The ongoing device tree support for ARM is creating new irq chip
drivers in drivers/irqchip/ in a frenzy. Quite some of them are
ripping out the generic irq chip implementation from arch/arm/* and
just creating the same mess of duplicated code again, which was
cleaned up with the generic irq chip
Some chips have weird bit mask access patterns instead of the linear
you expect. Allow them to calculate the cached mask themself.
Signed-off-by: Thomas Gleixner
---
include/linux/irq.h |3 +++
kernel/irq/generic-chip.c |8 ++--
2 files changed, 9 insertions(+), 2 deletions(-)
Preparatory patch for linear interrupt domains.
Signed-off-by: Thomas Gleixner
---
kernel/irq/generic-chip.c | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
Index: linux-2.6/kernel/irq/generic-chip.c
Provide infrastructure for irq chip implementations which work on
linear irq domains.
- Interface to allocate multiple generic chips which are associated to
the irq domain.
- Interface to get the generic chip pointer for a particular hardware
interrupt in the domain.
- irq domain mapping
Cache the per irq bit mask instead of recalculating it over and over.
Signed-off-by: Thomas Gleixner
---
include/linux/irq.h |4
kernel/irq/generic-chip.c | 23 ++-
2 files changed, 18 insertions(+), 9 deletions(-)
Index: linux-2.6/include/linux/irq.h
Proof of concept patch to demonstrate the new irqdomain support for
the generic irq chip. Untested !!
Signed-off-by: Thomas Gleixner
Cc: Maxime Ripard
---
drivers/irqchip/irq-sun4i.c | 100
1 file changed, 29 insertions(+), 71 deletions(-)
Index:
On Fri, May 3, 2013 at 2:22 PM, Jean Delvare wrote:
>
> It means that nobody test-compiled that tree with CONFIG_GPIO_UCB1400=m.
And you are making that excuse exactly *why*?
Especially when one of the commits was to allow it. Especially since
the minimal you could expect is a "make
On 05/03/2013 02:26 PM, Toralf Förster wrote:
On 05/03/2013 11:10 PM, Dirk Brandewie wrote:
ignore_nice_load is a feature of the ondemand governor.
The intel_pstate driver is seeing the load presented by the BOINC client
and is adjusting the pstate accordingly.
Is the intel_pstate driver a
From: Eric Dumazet
Before escaping RCU protected section and adding packet into
prequeue, make sure the dst is refcounted.
Cc: stable...@vger.kernel.org
Reported-by: Mike Galbraith
Signed-off-by: Eric Dumazet
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Steven Rostedt
---
From: Steven Rostedt
>From lib/Kconfig.debug on CONFIG_FORCE_WEAK_PER_CPU:
s390 and alpha require percpu variables in modules to be
defined weak to work around addressing range issue which
puts the following two restrictions on percpu variable
definitions.
1. percpu symbols must be unique
Dear RT Folks,
This is the RT stable review cycle of patch 3.6.11.2-rt34-rc1.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
From: Steven Rostedt
We had a customer report a lockup on a 3.0-rt kernel that had the
following backtrace:
[88107fca3e80] rt_spin_lock_slowlock at 81499113
[88107fca3f40] rt_spin_lock at 81499a56
[88107fca3f50] __wake_up at 81043379
[88107fca3f80]
From: "Steven Rostedt (Red Hat)"
---
localversion-rt |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index e1d8362..c2c1097 100644
--- a/localversion-rt
+++ b/localversion-rt
@@ -1 +1 @@
--rt33
+-rt34-rc1
--
1.7.10.4
--
To unsubscribe
From: Priyanka Jain
In ret_from_except_lite() with CONFIG_PREEMPT enabled,
add the missing check to compare value of preempt_count
with zero before continuing with preemption process of
the current task.
If preempt_count is non-zero, restore reg and return,
else continue the preemption process.
> Time for new open source pastures outside the kernel, for me.
Thanks for all your hard work over the years. Here's to good luck in
the future!
- z
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo
I experience a similar error on a Lenovo X201 notebook, maybe my
information will help to identify the reason of the issue.
My mcelog output is:
MCE 0
CPU 2 BANK 2
TIME 1367614521 Fri May 3 20:55:21 2013
MCG status:
MCi status:
Uncorrected error
Error enabled
Processor context corrupt
MCA:
include/linux/of_net.h:16: warning: type qualifiers ignored on function return
type
Signed-off-by: Geert Uytterhoeven
---
include/linux/of_net.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/of_net.h b/include/linux/of_net.h
index 61bf53b..34597c8
kernel/time/ntp.c: In function ‘__hardpps’:
kernel/time/ntp.c:877: warning: unused variable ‘flags’
commit a076b2146fabb0894cae5e0189a8ba3f1502d737 ("ntp: Remove ntp_lock,
using the timekeeping locks to protect ntp state") removed its users,
but not the actual variable.
Signed-off-by: Geert
On Friday 03 May 2013, Steven Rostedt wrote:
> On Fri, 2013-05-03 at 13:53 +0200, Robert Richter wrote:
> > On 02.05.13 17:16:18, Arnd Bergmann wrote:
> > > oprofile fails to build if CONFIG_IRQ_WORK is not already enabled,
> > > because of the dependency on the RING_BUFFER code that now uses
> >
On 05/03/2013 11:10 PM, Dirk Brandewie wrote:
>
> ignore_nice_load is a feature of the ondemand governor.
> The intel_pstate driver is seeing the load presented by the BOINC client
> and is adjusting the pstate accordingly.
Is the intel_pstate driver a choice for a notebook and friends where a
On Fri, 3 May 2013 09:56:09 -0700, Linus Torvalds wrote:
> On Fri, May 3, 2013 at 9:51 AM, Jean Delvare wrote:
> >
> > The real problem here is that two patches which depended on each other
> > went to you through 2 different maintainer trees (mfd maintained by
> > Samuel Ortiz and gpio
On Fri, May 3, 2013 at 11:15 PM, Geert Uytterhoeven
wrote:
> --- a/drivers/target/iscsi/iscsi_target.c
> +++ b/drivers/target/iscsi/iscsi_target.c
> @@ -3585,9 +3575,8 @@ static int iscsit_send_reject(
> }
>
> if (conn->conn_ops->DataDigest) {
> -
On Fri, May 3, 2013 at 4:32 PM, Lee Jones wrote:
> Addresses are passed in from the client's driver via the invocation of
> dmaengine_slave_config(), so there's no need to fetch them from platform
> data too, hardwired or otherwise. This is a great step forward, as it
> elevates a large burden
Make the "buf" input param of iscsit_do_crypto_hash_buf() "const void *".
This allows to remove lots of casts in its callers.
Signed-off-by: Geert Uytterhoeven
---
drivers/target/iscsi/iscsi_target.c | 57 ++-
1 files changed, 23 insertions(+), 34 deletions(-)
On Fri, May 3, 2013 at 4:32 PM, Lee Jones wrote:
> Now DMA DT bindings exist and are in use by he MMC and UART drivers, it
> should be possible to remove them from the auxdata structure. However,
> after doing so the drivers fail. Common clk is still reliant on the
> dev_name() call to do device
NFS calls the freezable helpers with locks held, which is unsafe
and caused lockdep warnings when 6aa9707 "lockdep: check that no
locks held at freeze time" was applied (reverted in dbf520a).
Add new *_unsafe versions of the helpers that will not run the
lockdep test when 6aa9707 is reapplied, and
On Fri, May 3, 2013 at 4:32 PM, Lee Jones wrote:
> It was required to pass DMA channel configuration information to the
> MMC driver before the new DMA API was in place. Now that it is, and
> is fully compatible with Device Tree we can stop doing that.
>
> Reviewed-by: Linus Walleij
>
On Fri, May 3, 2013 at 4:32 PM, Lee Jones wrote:
> It was required to pass DMA channel configuration information to the
> UART driver before the new DMA API was in place. Now that it is, and
> is fully compatible with Device Tree we can stop doing that.
>
> Reviewed-by: Linus Walleij
>
On 05/03/2013 12:36 PM, Rafael J. Wysocki wrote:
On Friday, May 03, 2013 06:55:37 PM Toralf Förster wrote:
The following file doesn't exists at my Gentoo Linux
/sys/devices/system/cpu/cpufreq/ondemand/ignore_nice_load
in 3.9.0 if I activate CONFIG_X86_INTEL_PSTATE=y
That means, that a command
Hello,
On Fri, May 03, 2013 at 04:01:33PM -0400, Jeff Garzik wrote:
> Until such time as block-based storage disappears from this earth,
> the brave Sir Tejun, basically the libata co-author at this point,
> has agreed to be a target for slings and arrows known as libata
> patches.
Yes, come
On Fri, May 3, 2013 at 4:32 PM, Lee Jones wrote:
> Ironically, in order to remove lots of the auxdata assignments, we have
> to add just one more. A lot of them require DMA information to be passed
> into clients for DMA channel allocation, but we now have this capability
> in Device Tree.
On Fri, May 03, 2013 at 12:14:18PM -0700, Tejun Heo wrote:
> On Fri, May 03, 2013 at 03:08:23PM -0400, Vivek Goyal wrote:
> > T1 T2 T3 T4 T5 T6 T7
> > parent: b1 b2 b3 b4 b5
> > child: b1 b2
Hi Nicholas,
On Fri, Apr 12, 2013 at 10:52 PM, Nicholas A. Bellinger
wrote:
> --- a/drivers/target/iscsi/iscsi_target.c
> +++ b/drivers/target/iscsi/iscsi_target.c
> static int iscsit_send_reject(
> struct iscsi_cmd *cmd,
> struct iscsi_conn *conn)
> @@ -3505,18 +3548,9 @@
On Fri, May 3, 2013 at 10:59 PM, Fabio Baltieri
wrote:
> Hi Linus,
> On Fri, May 03, 2013 at 10:13:22PM +0200, Linus Walleij wrote:
>> On Fri, May 3, 2013 at 4:32 PM, Lee Jones wrote:
>>
>> > 'psize' is used to calculate the maximum DMA burst size. However it
>> > is only taken into
1 - 100 of 1102 matches
Mail list logo
