Once stop_machine() is gone from the CPU offline path, we won't be able to
depend on preempt_disable() to prevent CPUs from going offline from under us.
Use the get/put_online_cpus_atomic_light() APIs to prevent changes to the
cpu_online_mask, while invoking from atomic context.
Signed-off-by:
Once stop_machine() is gone from the CPU offline path, we won't be able to
depend on preempt_disable() to prevent CPUs from going offline from under us.
Use the get/put_online_cpus_atomic_light() APIs to prevent changes to the
cpu_online_mask, while invoking from atomic context.
Signed-off-by:
Once stop_machine() is gone from the CPU offline path, we won't be able to
depend on local_irq_save() to prevent CPUs from going offline from under us.
Use the get/put_online_cpus_atomic_light() APIs to prevent changes to the
cpu_online_mask, while invoking from atomic context.
Signed-off-by:
preempt_disable() will no longer help prevent CPUs from going offline, once
stop_machine() gets removed from the CPU offline path. So use
get/put_online_cpus_atomic_full() in vmx_vcpu_load() to prevent CPUs from
going offline while clearing vmcs. Here we truly need full-synchronization
with CPU
From: Paul E. McKenney
The _cpu_down() function invoked as part of the CPU-hotplug offlining
process currently invokes __stop_machine(), which is slow and inflicts
substantial real-time latencies on the entire system. This patch
substitutes stop_cpus() for __stop_machine() in order to improve
Ramsay Jones writes:
> I fetch git from 'git://git.kernel.org/pub/scm/git/git.git' which has
> commit ee26a6e2 ("Git 1.8.1-rc0", 03-12-2012), but is missing the v1.8.1-rc0
> tag. Is this just an oversight ...
Thanks for letting me know; forgot to push out the tag.
--
To unsubscribe from this
Em Wed, Dec 05, 2012 at 01:32:53PM -0500, David Miller escreveu:
> From: David Miller
> Date: Sat, 10 Nov 2012 14:12:19 -0500 (EST)
>
>
> Ping?
Went to my perf/core branch:
http://git.kernel.org/?p=linux/kernel/git/acme/linux.git;a=shortlog;h=refs/heads/perf/core
On 12/05/2012 06:10 AM, Andrew Morton wrote:
"static inline C functions would be preferred if possible. Feel free to
fix up the wrong crufty surrounding code as well ;-)"
Convert the macros in the CPU hotplug code to static inline C functions.
Signed-off-by: Srivatsa S. Bhat
---
Replaying what Tejun wrote:
(cc'ing Oleg)
Hello, Srivatsa.
On 12/06/2012 12:13 AM, Srivatsa S. Bhat wrote:
> Also, since we don't use per-cpu locks (because rwlocks themselves are quite
> scalable for readers), we don't end up in any lock ordering problems that can
> occur if we try to use
On Wed, Dec 5, 2012 at 8:48 AM, Mark Langsdorf
wrote:
> diff --git a/drivers/cpufreq/highbank-cpufreq.c
> b/drivers/cpufreq/highbank-cpufreq.c
> new file mode 100644
> index 000..1f28fa6
> --- /dev/null
> +++ b/drivers/cpufreq/highbank-cpufreq.c
> @@ -0,0 +1,102 @@
Looks pretty good to me.
Junio C Hamano wrote:
> A release candidate preview, Git v1.8.1-rc0, is now available for
> testing at the usual places.
>
> This cycle has been a bit slow (perhaps because it had a major US
> holiday to slow people down) but we seem to have managed to apply
> reasonably large number of usability
Replaying what Oleg wrote:
Hi,
Sorry I don't understand the context and I can't find this thread
anywhere, so I am not sure I understand...
> Replaying what Tejun wrote:
> So, we basically need percpu_rwlock. We already have percpu_rwsem.
Yes, and with -mm patches it becomes reader-friendly.
What do I do wrong?
After: modprobe cpufreq_ondemand
I have:
WARNING: Error inserting freq_table
(/lib/modules/3.7.0-rc8-next-20121205-ttybuf.1+/kernel/drivers/cpufreq/freq_table.ko):
Unknown symbol in module, or unknown parameter (see dmesg)
FATAL: Error inserting cpufreq_ondemand
(/lib
On Wed, 2012-12-05 at 16:08 +, James Hogan wrote:
> Add source files from the Thread Binary Interface (TBI) library which
> provides useful low level operations and traps/context management.
[]
> arch/metag/tbx/tbicache.c | 462
>
Could you
Replaying what Tejun wrote:
Hello, Oleg.
> Replaying what Oleg wrote:
>
> Hi,
>
> Sorry I don't understand the context and I can't find this thread
> anywhere, so I am not sure I understand...
>
Weird, lkml cc is missing. Srivatsa?
[Now fixed. This thread has lkml CC]
>> Replaying what
Replaying what Oleg wrote:
(add lkml)
> Replaying what Tejun wrote:
> Replacing get_online_cpus() w/ percpu_rwsem is great but this thread
> is about replacing preempt_disable with something finer grained and
> less heavy on the writer side
If only I understood why preempt_disable() is bad ;-)
The result of drm_property_create_blob() is not checked for success
which could lead to a NULL pointer dereference.
I was led to this by a smatch warning:
drivers/gpu/drm/drm_crtc.c:3186 drm_mode_connector_update_edid_property()
error: potential null dereference 'connector->edid_blob_ptr'.
Replaying what Tejun wrote:
Hello, Oleg.
> Replaying what Oleg wrote:
>> Replacing get_online_cpus() w/ percpu_rwsem is great but this thread
>> is about replacing preempt_disable with something finer grained and
>> less heavy on the writer side
>
> If only I understood why preempt_disable() is
On 12/04/2012 09:39 PM, Roland Stigge wrote:
> This patch adds a character device interface to the block GPIO system.
>
> Signed-off-by: Roland Stigge
> ---
> Documentation/ABI/testing/dev-gpioblock | 34 +
> drivers/gpio/gpiolib.c | 208
>
From: Dirk Brandewie
This driver provides a P state driver for Sandybridge and Ivybridge
processors.
Motivation:
The goal of this driver is to improve the power efficiency of
Sandybridge/Ivybridge based systems. As the investigation into how to
achieve this goal progressed it became apparent
From: Dirk Brandewie
Add a P-state driver for the Sandy bridge processor.
This driver provides better power efficiency than the current
governors of the Intel architecture. The driver masquerades as a
frequency governor to the cpufreq subsystem but does not use cpufreq
to change frequency.
Replaying what Tejun wrote:
On 12/06/2012 12:13 AM, Srivatsa S. Bhat wrote:
> Some of the atomic hotplug readers cannot tolerate CPUs going offline while
> they are in their critical section. That is, they can't get away with just
> synchronizing with the updates to the cpu_online_mask; they
On Wed, Dec 05, 2012 at 03:56:42PM +0900, Namhyung Kim wrote:
> From: Namhyung Kim
>
SNIP
> - struct rb_node *next = rb_first(>entries);
> + struct rb_root *root;
> + struct rb_node *next;
> +
> + if (sort__need_collapse)
> + root = >entries_collapsed;
> + else
I'll try to read this series later,
one minor and almost offtopic nit.
On 12/06, Srivatsa S. Bhat wrote:
>
> static int __ref take_cpu_down(void *_param)
> {
> struct take_cpu_down_param *param = _param;
> + unsigned long flags;
> int err;
>
> + /*
> + *
On 12/06, Srivatsa S. Bhat wrote:
>
> @@ -418,7 +418,7 @@ static int __ref _cpu_down(unsigned int cpu, int
> tasks_frozen)
> }
> smpboot_park_threads(cpu);
>
> - err = __stop_machine(take_cpu_down, _param, cpumask_of(cpu));
> + err = stop_cpus(cpumask_of(cpu), take_cpu_down,
Em Wed, Dec 05, 2012 at 08:06:46PM +0100, Jiri Olsa escreveu:
> On Wed, Dec 05, 2012 at 03:56:42PM +0900, Namhyung Kim wrote:
> > From: Namhyung Kim
> > @@ -481,6 +459,11 @@ static void hists__process(struct hists *old, struct
> > hists *new)
> > else
> > hists__link(new, old);
>
On 2012-12-05 19:43, Jeff Moyer wrote:
> In realtime environments, it may be desirable to keep the per-bdi
> flusher threads from running on certain cpus. This patch adds a
> cpu_list file to /sys/class/bdi/* to enable this. The default is to tie
> the flusher threads to the same numa node as
On 12/06/2012 12:38 AM, Oleg Nesterov wrote:
> On 12/06, Srivatsa S. Bhat wrote:
>>
>> @@ -418,7 +418,7 @@ static int __ref _cpu_down(unsigned int cpu, int
>> tasks_frozen)
>> }
>> smpboot_park_threads(cpu);
>>
>> -err = __stop_machine(take_cpu_down, _param, cpumask_of(cpu));
>> +
On 12/06/2012 12:37 AM, Oleg Nesterov wrote:
> I'll try to read this series later,
>
> one minor and almost offtopic nit.
>
> On 12/06, Srivatsa S. Bhat wrote:
>>
>> static int __ref take_cpu_down(void *_param)
>> {
>> struct take_cpu_down_param *param = _param;
>> +unsigned long
On Wed, Dec 05, 2012 at 07:20:00PM +0100, Marko Katić wrote:
> On Wed, Dec 5, 2012 at 10:30 AM, Russell King - ARM Linux
> wrote:
> > On Wed, Dec 05, 2012 at 09:59:07AM +0900, Jingoo Han wrote:
> >> - if (gpio_is_valid(lcd->gpio_backlight_cont))
> >> -
On Sun, Nov 18, 2012 at 2:55 PM, David Rientjes wrote:
> On Sat, 17 Nov 2012, Marc Duponcheel wrote:
>
>> # echo always >/sys/kernel/mm/transparent_hugepage/enabled
>> # while [ 1 ]
>> do
>>sleep 10
>>date
>>echo = vmstat
>>egrep "(thp|compact)" /proc/vmstat
>>echo =
On Wed, Dec 05, 2012 at 08:06:46PM +0100, Jiri Olsa wrote:
> On Wed, Dec 05, 2012 at 03:56:42PM +0900, Namhyung Kim wrote:
> > From: Namhyung Kim
> >
>
> SNIP
>
> > - struct rb_node *next = rb_first(>entries);
> > + struct rb_root *root;
> > + struct rb_node *next;
> > +
> > + if
On Tue, Dec 4, 2012 at 5:54 AM, Serge E. Hallyn wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> >> d) If I really wanted, I could emulate execve without actually doing
>> >> execve, and capabilities would be inherited.
>> >
>> > If you could modify the executable properties of the
Zhang Yanfei writes:
> Currently, kdump just makes all the logical processors leave VMX operation by
> executing VMXOFF instruction, so any VMCSs active on the logical processors
> may
> be corrupted. But, sometimes, we need the VMCSs to debug guest images
> contained
> in the host vmcore. To
Hello,
On Mon, Dec 03, 2012 at 05:46:17PM +, Will Deacon wrote:
> On Mon, Dec 03, 2012 at 05:25:53PM +, Russell King - ARM Linux wrote:
> > On Mon, Dec 03, 2012 at 05:44:11PM +0100, Armando Visconti wrote:
> > > On 11/29/2012 12:04 PM, Armando VISCONTI wrote:
> > >> This patch keeps
On Wed, 5 Dec 2012 15:02:56 +0100, Benjamin Tissoires wrote:
> The previous memcpy implementation relied on the size advertized by the
> device. There were no guarantees that buf was big enough.
>
> Some gymnastic is also required with the +2/-2 to take into account
> the first 2 bytes of the
Hi Kamal,
> From: Dudley Du
>
> Input/mouse driver for Cypress PS/2 Trackpad.
>
> Original code contributed by Dudley Du (Cypress Semiconductor Corporation),
> modified by Kamal Mostafa and Kyle Fazzari.
>
> BugLink: http://launchpad.net/bugs/978807
>
> Signed-off-by: Dudley Du
>
On Mon, Dec 3, 2012 at 1:02 PM, Seth Forshee wrote:
> On Thu, Oct 25, 2012 at 11:35:57AM -0600, Bjorn Helgaas wrote:
>> On Thu, Aug 23, 2012 at 10:36 AM, Matthew Garrett wrote:
>> > V3 just fixes all the casting issues and incorporates David's change in
>> > search ordering.
>>
>> I think
Hi Kamal,
> This feature is disabled by default; enable with CYPRESS_SIMULATED_MT.
>
> Instead of SEMI_MT, present a full mt interface with simulated contact
> positions for >=3 fingers. Enables e.g. multi-finger tap and drag for
> old userspace applications which only count the contact
> Replaying what Tejun wrote:
>
> Hello, Oleg.
>
>> Replaying what Oleg wrote:
>>> Replacing get_online_cpus() w/ percpu_rwsem is great but this thread
>>> is about replacing preempt_disable with something finer grained and
>>> less heavy on the writer side
>>
>> If only I understood why
Hi Kent,
>
> Heh, duh, well of course it is. I've now staged everything I'm
> planning on pushing at:
>
> git://github.com/shpedoikal/linux.git tpmdd-12-05-12
>
> Please test and let me know if I missed anything.
>
> Thanks,
> Kent
>
> > Kent
> >
(I'm still writing this on behalf of
On 12/05/2012 09:32 PM, Andy Lutomirski wrote:
>Anyway, implementing the features you want in a new module is encouraged,
>so long as the behavior of existing module stays the same.
I'll think about it some more and do it possibly using a sysctl.
Adding this kind of stuff in a module is asking
On Wed, Dec 05, 2012 at 06:12:42AM -0500, Boris Ostrovsky wrote:
> Add family 16h PCI ID to AMD's power driver to allow it report
> power consumption on these processors.
>
> Signed-off-by: Boris Ostrovsky
Applied.
Thanks,
Guenter
--
To unsubscribe from this list: send the line "unsubscribe
On Wed, Dec 05, 2012 at 01:09:25PM -0700, Bjorn Helgaas wrote:
> That's right; nobody stepped up to fix the section mismatch. I'm
> happy to fold in your fix, especially if Matthew acks it.
Yes, sorry, I've been way behind on pretty much everything for the past
few months. Please do add my
2012/12/5 Mel Gorman :
> On Tue, Dec 04, 2012 at 11:24:30PM -0800, Hugh Dickins wrote:
>> From: Mel Gorman
>>
>> Commit 00442ad04a5e ("mempolicy: fix a memory corruption by refcount
>> imbalance in alloc_pages_vma()") changed get_vma_policy() to raise the
>> refcount on a shmem shared mempolicy;
> Replaying what Tejun wrote:
>
> On 12/06/2012 12:13 AM, Srivatsa S. Bhat wrote:
>> Some of the atomic hotplug readers cannot tolerate CPUs going offline while
>> they are in their critical section. That is, they can't get away with just
>> synchronizing with the updates to the cpu_online_mask;
On Wed, Dec 05, 2012 at 05:34:30PM +0100, Daniel Vetter wrote:
> On Wed, Dec 5, 2012 at 2:28 PM, Thierry Reding
> wrote:
> >> Imo that's worse, since now drm manages even more of the driver->hw
> >> binding process. In my dream world the drm driver just registers a
> >> normal driver at module
Fix a couple of instances where checkpatch complained about
initializing globals with 0.
Signed-off-by: Sebastian Hahn
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Fix the checkpatch error "switch and case should be at the same indent"
Signed-off-by: Sebastian Hahn
---
.../staging/rtl8192u/ieee80211/ieee80211_softmac.c | 272
drivers/staging/rtl8192u/ieee80211/ieee80211_tx.c | 32 +-
drivers/staging/rtl8192u/ieee80211/ieee80211_wx.c
Jennifer and I have started making the rtl8192u driver conform with the
CodingStyle rules a little better. We started out with a cleanfile run,
then did corrections for individual issues, grouped into patches by
specific issue fixed.
Note that this is in no way a complete cleanup, and since we
Converted staging/rtl8187se to use tabs instead of spaces for
indentation to fix the checkpatch error "code indent should use tabs
where possible".
Signed-off-by: Sebastian Hahn
---
drivers/staging/rtl8192u/ieee80211/ieee80211.h | 14 +-
drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c
From: Jennifer Naumann
This fixes the checkpatch error "open brace '{' following struct go on the
same line" in staging/rtl8192u
Signed-off-by: Jennifer Naumann
---
drivers/staging/rtl8192u/ieee80211/ieee80211.h | 12 ++---
drivers/staging/rtl8192u/ieee80211/rtl819x_BA.h |3 +-
Fix the checkpatch error "do not initialize statics to 0 or NULL"
Signed-off-by: Sebastian Hahn
---
.../staging/rtl8192u/ieee80211/ieee80211_softmac.c |2 +-
.../rtl8192u/ieee80211/ieee80211_softmac_wx.c |2 +-
drivers/staging/rtl8192u/r8192U_core.c | 14 +++
Hi Alan,
On Wed, 5 Dec 2012 15:47:49 + Alan Cox wrote:
>
> And yes btw we should turn this option on in -next, and get these sort of
> things out of the tree for good. More importantly it'll mean anyone
> adding another one gets a whine on the spot.
While I appreciate your confidence, I
Hello,
On Thu, Dec 06, 2012 at 02:01:35AM +0530, Srivatsa S. Bhat wrote:
> Yes, that _sounds_ sufficient, but IMHO it won't be, in practice. The
> *number* of call-sites that you need to convert from preempt_disable/enable
> to get/put_online_cpus_atomic() won't be too many, however the
On Wed, Dec 05, 2012 at 09:20:47PM +0100, Peter Hüwe wrote:
> Hi Kent,
> >
> > Heh, duh, well of course it is. I've now staged everything I'm
> > planning on pushing at:
> >
> > git://github.com/shpedoikal/linux.git tpmdd-12-05-12
> >
> > Please test and let me know if I missed anything.
> >
Quoting Andy Lutomirski (l...@amacapital.net):
> On Tue, Dec 4, 2012 at 5:54 AM, Serge E. Hallyn wrote:
> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> >> d) If I really wanted, I could emulate execve without actually doing
> >> >> execve, and capabilities would be inherited.
> >> >
> >>
On Wed, 2012-12-05 at 13:09 -0700, Bjorn Helgaas wrote:
>
> David, Eric, what about the kexec question? It looks to me like this
> wouldn't make things worse than they are today. If I understand
> correctly, today we don't use ROM data from EFI on either an initial
> boot or a kexec. After
On Thu, Dec 06, 2012 at 07:57:21AM +1100, Stephen Rothwell wrote:
> On Wed, 5 Dec 2012 15:47:49 + Alan Cox wrote:
> > And yes btw we should turn this option on in -next, and get these sort of
> > things out of the tree for good. More importantly it'll mean anyone
> > adding another one gets a
Hi Kent, Matthias,
Am Mittwoch, 5. Dezember 2012, 19:07:20 schrieb Kent Yoder:
> Heh, duh, well of course it is. I've now staged everything I'm
> planning on pushing at:
>
> git://github.com/shpedoikal/linux.git tpmdd-12-05-12
>
> Please test and let me know if I missed anything.
I just
> While I appreciate your confidence, I don't notice quite a few new
> warnings (because there are so many of them already :-(). Is there some
> reason to not turn this on in our "normal" builds? Does it produce many
> false positives? What compiler version is required?
I've not seen any false
On Wed, 5 Dec 2012 22:12:45 +0100
Borislav Petkov wrote:
> On Thu, Dec 06, 2012 at 07:57:21AM +1100, Stephen Rothwell wrote:
> > On Wed, 5 Dec 2012 15:47:49 + Alan Cox wrote:
> > > And yes btw we should turn this option on in -next, and get these sort of
> > > things out of the tree for
Hi Kent,
Am Mittwoch, 5. Dezember 2012, 22:00:48 schrieb Kent Yoder:
> This is already at least v3 of the driver IIRC. And its not fully
> committed at all, its just in a staging tree. I can blow it away at any
> time if we find problems.
>
> Not a problem. usually I'd attach any updates I
On Wed, 5 Dec 2012 16:31:21 +0100
Borislav Petkov wrote:
> On Wed, Dec 05, 2012 at 03:27:56PM +, Alan Cox wrote:
> > On Wed, 5 Dec 2012 15:29:35 +0100
> > Borislav Petkov wrote:
> >
> > > On Wed, Dec 05, 2012 at 08:09:01AM +0100, Andreas Mohr wrote:
> > > > Hi,
> > > >
> > > >
On Tue, Dec 04, 2012 at 07:17:11AM +0800, Xiao Guangrong wrote:
> There are two cases we need to adjust page size in set_spte:
> 1): the one is other vcpu creates new sp in the window between mapping_level()
> and acquiring mmu-lock.
> 2): the another case is the new sp is created by itself
On Mon, Dec 03, 2012 at 04:39:30PM -0700, Alex Williamson wrote:
> In order to make the memslots array grow on demand, move the private
> slots to the lower indexes of the array. The private slots are
> assumed likely to be in use, so if we didn't do this we'd end up
> allocating the full
On Mon, Dec 03, 2012 at 04:39:24PM -0700, Alex Williamson wrote:
> This allows us to resize this structure and therefore the number of
> memslots as part of the RCU update.
Why is this necessary? "struct memslots" is updated, message above
conflicts with that.
If there is a reason, "id_to_index"
On Mon, Dec 03, 2012 at 04:39:36PM -0700, Alex Williamson wrote:
> struct kvm_memory_slot is currently 52 bytes (LP64), not counting the
> arch data. On x86 this means the memslot array to support a tiny 32+3
> entries (user+private) is over 2k. We'd like to support more slots
> so that we can
On Mon, Dec 03, 2012 at 04:39:05PM -0700, Alex Williamson wrote:
> Memory slots are currently a fixed resource with a relatively small
> limit. When using PCI device assignment in a qemu guest it's fairly
> easy to exhaust the number of available slots. I posted patches
> exploring growing the
On Wed, 5 Dec 2012 12:28:18 +0100
Sebastian Andrzej Siewior wrote:
> sg_virt() on highmem pages won't work. This WARN_ON() should catch some
> that still try.
>
> Signed-off-by: Sebastian Andrzej Siewior
> ---
> include/linux/scatterlist.h |3 +++
> 1 file changed, 3 insertions(+)
>
>
On Wed, Dec 05, 2012 at 09:41:14PM +, Alan Cox wrote:
> I was just talking about the always true/always false stuff !
That's -Wlogical-op and not on by default. You can enable it with -W=2.
--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe
On Wed, Dec 5, 2012 at 1:05 PM, Serge Hallyn wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> On Tue, Dec 4, 2012 at 5:54 AM, Serge E. Hallyn wrote:
>> > Quoting Andy Lutomirski (l...@amacapital.net):
>> >> >> d) If I really wanted, I could emulate execve without actually doing
>> >>
Hi,
I found some small bugs about memory error handling on hugepages by my
testing on the recent kernel, so I wrote patches for them.
Can I have your reviews or comments on them?
Thanks,
Naoya
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
When a process which used a hwpoisoned hugepage tries to exit() or
munmap(), the kernel can print out "bad pmd" message because page
table walker in free_pgtables() encounters 'hwpoisoned entry' on pmd.
This is because currently we fail to clear the hwpoisoned entry in
__unmap_hugepage_range(),
Memory error handling on hugepages can break a RSS counter, which emits
a message like "Bad rss-counter state mm:88040abecac0 idx:1 val:-1".
This is because PageAnon returns true for hugepage (this behavior is
necessary for reverse mapping to work on hugetlbfs).
Signed-off-by: Naoya Horiguchi
From: Joe Perches
vpr_info_dq should be a function and vpr_info should have
a do {} while (0)
Add missing newlines to pr_s.
Miscellaneous neatening too.
braces, coalescing formats, alignments, etc...
Signed-off-by: Joe Perches
Signed-off-by: Jason Baron
---
lib/dynamic_debug.c | 118
From: Jim Cromie
Ma noted that dynamic-debug is silent about many query errors, so add
pr_err()s to explain those errors, and tweak a few others. Also parse
flags 1st, so that match-spec errs are slightly clearer.
CC: Jianpeng Ma
CC: Joe Perches
CC: Greg KH
Signed-off-by: Jim Cromie
Hi,
got through all steps after all, and the ghost vanished.
Perhaps I did some silly mistake (marked that original master HEAD
as "bad" despite not actually having run that but rather some local
seemingly innocuous modifications - that will teach me for sure...).
Or perhaps it was something
From: Vladimir Kondratiev
Introduce print_hex_dump_debug() that can be dynamically controlled, similar to
pr_debug.
Also, make print_hex_dump_bytes() dynamically controlled
Implement only 'p' flag (_DPRINTK_FLAGS_PRINT) to keep it simple since hex dump
prints
multiple lines and long prefix
Hi Greg,
Here's a collection of the latest dyanmic debug patches that I have
pending.
Thanks,
-Jason
Jim Cromie (1):
dynamic_debug: add pr_errs before -EINVALs
Joe Perches (1):
dynamic_debug: Fix vpr_ logging styles
Vladimir Kondratiev (1):
dynamic_debug: dynamic hex dump
This patch fixes the warning from __list_del_entry() which is triggered
when a process tries to do free_huge_page() for a hwpoisoned hugepage.
Originally, page->lru of hugetlbfs head page was dangling when the
hugepage was in use. This behavior has changed by commit 0edaecfab218d7
("hugetlb: add
On Wed, Dec 05, 2012 at 01:38:53PM -0800, Andrew Morton wrote:
> Also, the original patch is missing a signed-off-by. Here's what I
> have queued:
Thanks, looks good.
--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Wed, Dec 5, 2012 at 7:21 PM, Russell King - ARM Linux
wrote:
> As I say above, IMHO it would've been much better to rename these functions
> to be the other way around but David was always very dismissive of any
> comments I had against any code he'd written.
FWIW, I'll gladly take a patch to
On Wed, Nov 28, 2012 at 12:16:16PM -0800, Yinghai Lu wrote:
> On Wed, Nov 28, 2012 at 9:50 AM, Konrad Rzeszutek Wilk
> wrote:
> >> /*
> >> - * Iterate through E820 memory map and create direct mappings for only
> >> E820_RAM
> >> - * regions. We cannot simply create direct mappings for all pfns
On Wed, 5 Dec 2012, Tommi Rantala wrote:
> 2012/12/5 Mel Gorman :
> > On Tue, Dec 04, 2012 at 11:24:30PM -0800, Hugh Dickins wrote:
> >> From: Mel Gorman
> >>
> >> Commit 00442ad04a5e ("mempolicy: fix a memory corruption by refcount
> >> imbalance in alloc_pages_vma()") changed get_vma_policy()
From: Mel Gorman
This fixes a regression in 3.7-rc, which has since gone into stable.
Commit 00442ad04a5e ("mempolicy: fix a memory corruption by refcount
imbalance in alloc_pages_vma()") changed get_vma_policy() to raise the
refcount on a shmem shared mempolicy; whereas shmem_alloc_page() went
if (PageHWPoison(page) && !(flags & TTU_IGNORE_HWPOISON)) {
- if (PageAnon(page))
+ if (PageHuge(page))
+ ;
+ else if (PageAnon(page))
dec_mm_counter(mm, MM_ANONPAGES);
else
On Wed, 2012-12-05 at 16:48 -0500, Jason Baron wrote:
> Here's a collection of the latest dynamic debug patches that I have
> pending.
Any update on the jump table support?
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 12/05/2012 12:49 PM, Mike Turquette wrote:
> On Wed, Dec 5, 2012 at 8:48 AM, Mark Langsdorf
> wrote:
>> diff --git a/drivers/cpufreq/highbank-cpufreq.c
>> b/drivers/cpufreq/highbank-cpufreq.c
>> new file mode 100644
>> index 000..1f28fa6
>> --- /dev/null
>> +++
Hi Wolfgang,
On 05/12/12 19:44, Wolfgang Grandegger wrote:
>> * There is probably an explicit interrupt configuration necessary (via
>> struct gpio_block, and devicetree, respectively) since there are
>> constellations where gpio_to_irq() isn't working. E.g., in contrast to
>> controllers which
> This patch fixes the warning from __list_del_entry() which is triggered
> when a process tries to do free_huge_page() for a hwpoisoned hugepage.
Ultimately it would be nice to avoid poisoning huge pages. Generally we know the
location of the poison to a cache line granularity (but sometimes
Hi Tony,
On Wed, Dec 05, 2012 at 10:04:50PM +, Luck, Tony wrote:
> if (PageHWPoison(page) && !(flags & TTU_IGNORE_HWPOISON)) {
> - if (PageAnon(page))
> + if (PageHuge(page))
> + ;
> + else if (PageAnon(page))
>
Came across this and wanted to show it to others more knowledgeable for
feedback. Is this value-added or not? Upstream URL
is: https://gitorious.org/rummage/random_patches
Please cc me on replies as I am not a regular subscriber to lkml. Thank you.
---
Quoting Andy Lutomirski (l...@amacapital.net):
> On Wed, Dec 5, 2012 at 1:05 PM, Serge Hallyn
> wrote:
> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> On Tue, Dec 4, 2012 at 5:54 AM, Serge E. Hallyn wrote:
> >> > Quoting Andy Lutomirski (l...@amacapital.net):
> >> >> >> d) If I really
On Wed, Dec 5, 2012 at 1:22 PM, Matthew Garrett wrote:
> On Wed, Dec 05, 2012 at 01:09:25PM -0700, Bjorn Helgaas wrote:
>
>> That's right; nobody stepped up to fix the section mismatch. I'm
>> happy to fold in your fix, especially if Matthew acks it.
>
> Yes, sorry, I've been way behind on
Hi Wolfgang,
On 05/12/12 20:01, Wolfgang Grandegger wrote:
>> +for (i = 0; i < block->ngpio; i++) {
>> +status = gpio_request(block->gpio[i], "gpioblock dev");
>
> You could use the name of the GPIO block.
OK.
>> +if (status)
>> +goto err1;
>> +
This patch is against kernel version 3.7-rc7.
The FIFREEZE ioctl blocks userland writes, then calls sync_filesystem.
If there is a large amount of dirty data, this sync can take a
substantial time to complete, with corresponding loss of responsiveness
to any userland processes wishing to write.
On Wed, Dec 05, 2012 at 02:09:15PM -0800, John wrote:
> Came across this and wanted to show it to others
> more knowledgeable for feedback. Is this value-added or not?
> Upstream URL is: https://gitorious.org/rummage/random_patches
This only makes sense if you can show a noticeable performance
On Wed, 5 Dec 2012 16:08:24 +, James Hogan wrote:
> The "powervr" prefix which is currently described as "Imagination
> Technologies" isn't really appropriate for non-PowerVR hardware, so
> deprecate it, changing the description of "powervr" to "PowerVR
> (deprecated, use img)", and add a
On Wed, 2012-12-05 at 20:10 +0800, Hanjun Guo wrote:
> On 2012/12/5 7:23, Toshi Kani wrote:
> > On Tue, 2012-12-04 at 17:16 +0800, Hanjun Guo wrote:
> >> On 2012/12/4 8:10, Toshi Kani wrote:
> >>> On Mon, 2012-12-03 at 12:25 +0800, Hanjun Guo wrote:
> On 2012/11/30 6:27, Toshi Kani wrote:
>
801 - 900 of 1044 matches
Mail list logo
