The sysfs events group attribute currently shows all hw events,
including also undefined ones.
This patch filters out all undefined events out of the sysfs events
group attribute, so they don't even show up.
Suggested-by: Peter Zijlstra
Signed-off-by: Jiri Olsa
---
arch/x86/kernel/cpu/perf_eve
Hi Martin-Éric,
Hans de Goede wrote:
> Erm, that is quite a bit of work from my side for something which you
> can easily do yourself, edit gspca.c, search for which_bandwidth
> and then under the following lines:
> u32 bandwidth;
> int i;
>
> Add a line like this:
> return
Format data are allocated during PMU lookup. If the lookup
fails in next steps, we don't release the format data.
This patch ensures that format data get released in case
there's failure during PMU load.
Signed-off-by: Jiri Olsa
---
tools/perf/util/pmu.c | 58 ++---
Udo van den Heuvel :
[...]
> Is my hardware dying or is it the kernel?
Try adding eb2dc35d99028b698cdedba4f5522bc43e576bd2 if you own a 8168evl.
If you don't, try reverting 036dafa28da1e2565a8529de2ae663c37b7a0060.
--
Ueimor
--
To unsubscribe from this list: send the line "unsubscribe linux-ke
On Mon, Jul 09, 2012 at 01:31:56PM -0700, Joe Perches wrote:
> On Mon, 2012-07-09 at 20:48 +0200, Kay Sievers wrote:
> > On Mon, 2012-07-09 at 20:27 +0200, Kay Sievers wrote:
> > > On Mon, Jul 9, 2012 at 8:03 PM, Dave Jones wrote:
> > > > I noticed that the format of the oom-killer output seems to
From: Julia Lawall
If list_for_each_entry, etc complete a traversal of the list, the iterator
variable ends up pointing to an address at an offset from the list head,
and not a meaningful structure. Thus this value should not be used after
the end of the iterator.
Signed-off-by: Julia Lawall
On 09/07/12 22:37, Linus Walleij wrote:
On Mon, Jul 9, 2012 at 10:35 PM, Lee Jones wrote:
From: Lee Jones
Date: Tue, 26 Jun 2012 10:46:50 +0100
Subject: [PATCH 1/1] Input: ab8500-ponkey: Create AB8500 domain IRQ mapping
Before we can use any domain allocated IRQ, we need to first create a
ma
On Mon, 2012-07-09 at 13:40 -0700, Greg Kroah-Hartmann wrote:
> On Mon, Jul 09, 2012 at 01:31:56PM -0700, Joe Perches wrote:
> > On Mon, 2012-07-09 at 20:48 +0200, Kay Sievers wrote:
> > > On Mon, 2012-07-09 at 20:27 +0200, Kay Sievers wrote:
> > > > On Mon, Jul 9, 2012 at 8:03 PM, Dave Jones wrot
On Mon, Jul 09, 2012 at 10:35:48PM +0200, Lee Jones wrote:
> From: Lee Jones
> Date: Tue, 26 Jun 2012 10:46:50 +0100
> Subject: [PATCH 1/1] Input: ab8500-ponkey: Create AB8500 domain IRQ mapping
>
> Before we can use any domain allocated IRQ, we need to first create a
> map between the Hardware I
On Wed, Sep 28, 2011 at 7:50 AM, Alim Akhtar wrote:
> This patch modifies the amba-pl08x driver for s3c64xx.
> The DMA controller of S3C64XX is a variant of PrimeCell pl080 DMAC.
> S3C64xx contents extra register to hold the TransferSize.
Ping on this. Russell's patches have landed in linux-next
In commit dad1743e5993f19b3d7e7bd0fb35dc45b5326626
x86/mce: Only restart instruction after machine check recovery if it is safe
we fixed mce_notify_process() to force a signal to the current process
if it was not restartable (RIPV bit not set in MCG_STATUS). But doing
it here means that the proc
Hi Sam,
I've just seen that you have a new for-next branch, but this patch is
missing in it.
Just making sure you didn't miss it:
On 06/07/12 14:43, Lee Jones wrote:
A patch was recently submitted to stop all ab8500 devices from
being registered through Device Tree. Instead, only the db8500
On Mon, Jul 9, 2012 at 10:44 PM, Joe Perches wrote:
>> > That single patch doesn't apply cleanly to Linus'
>> > 8c84bf4166a4698296342841a549bbee03860ac0
>> >
>> > What else is necessary?
>> >
>> > Your tree seems to have a collection of random patches.
>> >
>> > It might be useful to clone Linus'
It was recently reported that moving a bonding device between network
namespaces causes warnings from /proc. It turns out after the move we
were trying to add and to remove the /proc/net/bonding entries from the
wrong network namespace.
Move the bonding /proc registration code into the NETDEV_RE
The bonding debugfs support has been broken in the presence of network
namespaces since it has been added. The debugfs support does not handle
multiple bonding devices with the same name in different network
namespaces.
I haven't had any bug reports, and I'm not interested in getting any.
Disabl
On Mon, 9 Jul 2012 22:19:42 +0900
Minchan Kim wrote:
> > As you are using printk_ratelimit()
include/linux/printk.h sayeth
/*
* Please don't use printk_ratelimit(), because it shares ratelimiting state
* with all other unrelated printk_ratelimit() callsites. Instead use
* printk_ratelimited
On Mon, Jul 09, 2012 at 01:44:24PM -0700, Joe Perches wrote:
> On Mon, 2012-07-09 at 13:40 -0700, Greg Kroah-Hartmann wrote:
> > On Mon, Jul 09, 2012 at 01:31:56PM -0700, Joe Perches wrote:
> > > On Mon, 2012-07-09 at 20:48 +0200, Kay Sievers wrote:
> > > > On Mon, 2012-07-09 at 20:27 +0200, Kay Si
On 09/07/12 22:46, Dmitry Torokhov wrote:
On Mon, Jul 09, 2012 at 10:35:48PM +0200, Lee Jones wrote:
From: Lee Jones
Date: Tue, 26 Jun 2012 10:46:50 +0100
Subject: [PATCH 1/1] Input: ab8500-ponkey: Create AB8500 domain IRQ mapping
Before we can use any domain allocated IRQ, we need to first cr
Sorry for the cock-up(s).
From: Lee Jones
Date: Tue, 26 Jun 2012 10:46:50 +0100
Subject: [PATCH 1/1] Input: ab8500-ponkey: Create AB8500 domain IRQ mapping
Before we can use any domain allocated IRQ, we need to first create a
map between the Hardware IRQ (hwirq) and the Linux Virtual IRQ (virq).
kmemcheck_alloc_shadow() requires irqs to be enabled, so wait to disable
them until after its called for __GFP_WAIT allocations.
This fixes a warning for such allocations:
WARNING: at kernel/lockdep.c:2739 lockdep_trace_alloc+0x14e/0x1c0()
Acked-by: Fengguang Wu
Acked-by: Steven Rostedt
On Thu, Jun 28 2012, Sha Zhengju wrote:
> From: Sha Zhengju
>
> While accounting memcg page stat, it's not worth to use MEMCG_NR_FILE_MAPPED
> as an extra layer of indirection because of the complexity and presumed
> performance overhead. We can use MEM_CGROUP_STAT_FILE_MAPPED directly.
>
> Signe
On Thu, Jun 28 2012, Sha Zhengju wrote:
> From: Sha Zhengju
>
> This patch adds memcg routines to count dirty pages, which allows memory
> controller
> to maintain an accurate view of the amount of its dirty memory and can
> provide some
> info for users while group's direct reclaim is working.
On Thu, Jun 28 2012, Sha Zhengju wrote:
> From: Sha Zhengju
>
> Similar to dirty page, we add per cgroup writeback pages accounting. The lock
> rule still is:
> mem_cgroup_begin_update_page_stat()
> modify page WRITEBACK stat
> mem_cgroup_update_page_stat()
> mem_cgroup_en
On Mon, Jul 9, 2012 at 10:59 PM, Lee Jones wrote:
> Before we can use any domain allocated IRQ, we need to first create a
> map between the Hardware IRQ (hwirq) and the Linux Virtual IRQ (virq).
> We do this with a helper function provided by the AB8500 IRQ domain
> controller called ab8500_irq_g
On Mon, 2012-07-09 at 19:50 +0200, Frederic Weisbecker wrote:
> On Tue, Jun 19, 2012 at 03:43:07PM +0200, Frederic Weisbecker wrote:
> > Not sure to which tree this should go. The scheduler one may be.
> > Anyway if you're fine with it, it is pullable at:
> >
> > git://github.com/fweisbec/linux-dy
On Mon, 2012-07-09 at 22:48 +0200, Kay Sievers wrote:
> On Mon, Jul 9, 2012 at 10:44 PM, Joe Perches wrote:
>
> >> > That single patch doesn't apply cleanly to Linus'
> >> > 8c84bf4166a4698296342841a549bbee03860ac0
> >> >
> >> > What else is necessary?
> >> >
> >> > Your tree seems to have a coll
On Mon, 9 Jul 2012, JoonSoo Kim wrote:
> I think __alloc_pages_direct_compact() can't be inlined by gcc,
> because it is so big and is invoked two times in __alloc_pages_nodemask().
>
We could fix that by doing
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
--- a/mm/page_alloc.c
+++ b/mm/page_a
From: Francois Romieu
Date: Mon, 9 Jul 2012 12:12:15 +0200
> David Miller :
>> Francois, what would you like me to do with these two patches? I
>> haven't seen full ACKs from you yet.
>
> You have two options:
> - You can apply the first (8106) patch. I tested it. I'm ok with Hayes point.
>
On Mon, Jul 9, 2012 at 1:32 PM, Bjorn Helgaas wrote:
> cd81e1ea1a4c added checks that prevent us from using P2P bridge windows
> that start at PCI bus address zero. The reason was to "prevent us from
> overwriting resources that are unassigned."
>
> But generic code should allow address zero in b
On Mon, 2012-07-09 at 16:55 +0530, Srivatsa S. Bhat wrote:
> On 07/09/2012 08:01 AM, Yasuaki Ishimatsu wrote:
> > Hi Srivatsa,
> >
> > Thank you for your reviewing.
> >
> > 2012/07/06 18:51, Srivatsa S. Bhat wrote:
> >> On 07/06/2012 08:46 AM, Yasuaki Ishimatsu wrote:
> >>> Even if cpu_down() fai
Hi Geert,
There are some PCI-related regressions here that I'd like to fix, but
I don't know where to start. For example, these:
> + drivers/pci/quirks.c: error: implicit declaration of function 'ioread32'
> [-Werror=implicit-function-declaration]: => 3154:2
> + drivers/pci/quirks.c: error
On 09/07/12 23:03, Linus Walleij wrote:
On Mon, Jul 9, 2012 at 10:59 PM, Lee Jones wrote:
Before we can use any domain allocated IRQ, we need to first create a
map between the Hardware IRQ (hwirq) and the Linux Virtual IRQ (virq).
We do this with a helper function provided by the AB8500 IRQ do
From: Corey Minyard
The inb/outb macros for CRIS are broken from a number of points of
view, missing () around parameters and they have an unprotected if
statement in them. This was breaking the compile of IPMI on CRIS
and thus I was being annoyed by build regressions, so I fixed them.
Plus I d
From: Bjorn Helgaas
Date: Mon, 09 Jul 2012 14:32:14 -0600
> The generic code to read P2P bridge windows is functionally equivalent
> to the sparc-specific pci_cfg_fake_ranges(), so use the generic code.
>
> The "if (!res->start) res->start = ..." removed from the I/O window code
> here was an ar
From: "John W. Linville"
Date: Mon, 9 Jul 2012 15:28:18 -0400
> Please accept these fixes for the 3.5 stream...
Pulled, thanks John.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vge
Hi Bjorn (or Björn?),
On Mon, Jul 9, 2012 at 11:20 PM, Bjorn Helgaas wrote:
> There are some PCI-related regressions here that I'd like to fix, but
> I don't know where to start. For example, these:
>
>> + drivers/pci/quirks.c: error: implicit declaration of function 'ioread32'
>> [-Werror=im
"Steven J. Magnani" writes:
>> Ah, i_ino. I was talking about i_pos. Well, so, what happens if the
>> child was renamed to other parent on NFS server machine (not via nfs
>> client)? The file handle would be including the old i_ino, and the old
>> i_ino on file handle is still vaild as old parent
From: Corey Minyard
The macros just called BUG(), but that results in unused variable
warnings all over the place, like in the IPMI driver. The build
regression emails were annoying me, so here's the fix. I have
not even compile tested this, but it's rather obvious.
Signed-off-by: Corey Minyar
Add a new operation code (BLKPG_RESIZE_PARTITION) to the BLKPG ioctl that
allows altering the size of an existing partition, even if it is currently
in use.
This patch converts hd_struct->nr_sects into sequence counter because
One might extend a partition while IO is happening to it and update of
It's a bit ugly that we have two possible call sites for the quirk: either
inside do_one_fixup_debug() or directly in pci_do_fixups().
This patch restructures pci_do_fixups()'s quirk invocations in the style
of initcall_debug_start() and initcall_debug_report().
Signed-off-by: Myron Stowe
---
__nv_msi_ht_cap_quirk() acquires a temporary reference via
'pci_get_bus_and_slot()' that is never released.
This patch releases the temporary reference.
Signed-off-by: Myron Stowe
---
drivers/pci/quirks.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/pc
PCI's quirk types 'pci_fixup_enable', 'pci_fixup_resume',
'pci_fixup_suspend', and 'pci_fixup_resume_early' can not be __init or
__devinit; they must be in normal text because they can be called at any
time.
This patch removes the '__init' section annotation of such quirks.
Signed-off-by: Myron S
The PCI subsystem's final fixups are executed once during boot, after the
pci-device is found. As long as the system does not support hot-plug,
specifying __init is fine.
With hot-plug, either physically based hot-plug events or pseudo hot-plug
events such as "echo 1 > /sys/bus/pci/rescan", it is
The PCI subsystem's final fixups are executed once during boot, after the
pci-device is found. As long as the system does not support hot-plug,
specifying __init is fine.
With hot-plug, either physically based hot-plug events or pseudo hot-plug
events such as "echo 1 > /sys/bus/pci/rescan", it is
The PCI subsystem's final fixups are executed once during boot, after the
pci-device is found. As long as the system does not support hot-plug,
specifying __init is fine.
With hot-plug, either physically based hot-plug events or pseudo hot-plug
events such as "echo 1 > /sys/bus/pci/rescan", it is
PCI's final quirks (pci_fixup_final) are currently invoked by
pci_apply_final_quirk() which traverses the platform's list of PCI
devices. The calling mechanism limits the quirk invocations to a single
instance during boot. As such, hot-plugable devices do not have their
associated final quirks ca
The PCI subsystem's final fixups are executed once during boot, after the
pci-device is found. As long as the system does not support hot-plug,
specifying __init is fine.
With hot-plug, either physically based hot-plug events or pseudo hot-plug
events such as "echo 1 > /sys/bus/pci/rescan", it is
Hi,
Few people have pinged me in rencent past about status of this patch, hence,
this is V4 of patch which adds support for online resizing of a partition.
This patch is based on previously posted patches by Phillip Susi.
There are two patches. Out of which one is kernel patch and other one is
u
PCI's final quirks (pci_fixup_final) are currently invoked by
pci_apply_final_quirk() which traverses the platform's list of PCI
devices. The calling mechanism, and to some point the use of the device
list, limits the quirk invocations to a single instance during boot. As
such, hot-plugable devic
A simple user space utility to resize an existing partition. It tries to read
the start of partiton from sysfs.
This is a real quick dirty patch I used for my testing. I am sure there
are better and faster ways of getting to partition "start" from device
and partition number.
Signed-off-by: Vive
On 07/09/2012 10:54 AM, Jussi Kivilinna wrote:
> Quoting Randy Dunlap :
>
>> On 07/02/2012 12:23 AM, Stephen Rothwell wrote:
>>
>>> Hi all,
>>>
>>> Changes since 20120629:
>>>
>>
>>
>> on i386:
>>
>>
>> ERROR: "__divdi3" [drivers/crypto/hifn_795x.ko] undefined!
>>
>
> This is caused by commit fe
On Sun, 2012-07-08 at 19:55 +0200, Kay Sievers wrote:
> At the same time the CPU#2 prints the same warning with a continuation
> line, but the buffer from CPU#1 can not be flushed to the console, nor
> can the continuation line printk()s from CPU#2 be merged at this point.
> The consoles are still
On Mon, Jul 9, 2012 at 1:32 PM, Bjorn Helgaas wrote:
>
> Note that the bridge window assignment code, e.g., pbus_size_io(), should
> pay attention to dev->io_window_1k, too, but I didn't fix that.
Please check attached patch that will fix pbus_size_io.
You may fold the patch in your patch, or co
On Mon, 2012-07-09 at 11:50 +0530, Raghavendra K T wrote:
> Currently Pause Looop Exit (PLE) handler is doing directed yield to a
> random VCPU on PL exit. Though we already have filtering while choosing
> the candidate to yield_to, we can do better.
Hi, Raghu.
> Problem is, for large vcpu guests
From: ebied...@xmission.com (Eric W. Biederman)
Date: Mon, 09 Jul 2012 13:51:45 -0700
>
> It was recently reported that moving a bonding device between network
> namespaces causes warnings from /proc. It turns out after the move we
> were trying to add and to remove the /proc/net/bonding entries
From: ebied...@xmission.com (Eric W. Biederman)
Date: Mon, 09 Jul 2012 13:52:43 -0700
>
> The bonding debugfs support has been broken in the presence of network
> namespaces since it has been added. The debugfs support does not handle
> multiple bonding devices with the same name in different ne
From: Gao feng
Date: Mon, 09 Jul 2012 16:15:29 +0800
> 于 2012年07月09日 15:45, Eric Dumazet 写道:
>> From: Eric Dumazet
>>
>> dev->priomap is allocated by extend_netdev_table() called from
>> update_netdev_tables().
>> And this is only called if write_priomap() is called.
>>
>> But if write_priomap
On Mon, Jul 9, 2012 at 9:31 PM, Linus Walleij wrote:
> On Mon, Jul 9, 2012 at 1:22 PM, Mark Brown
> wrote:
>
>> Since users must be explicitly provided with a GPIO number in order to
>> request one the overwhelmingly common case for failing to request will
>> be that the required GPIO driver has
On Wed, May 30, 2012 at 2:46 AM, Kuninori Morimoto
wrote:
> If driver requests probe deferral,
> it will be added to deferred_probe_pending_list
> by driver_deferred_probe_add(), but, it used list_add().
> Because of that, deferred probe will be run as reversed order.
> This patch uses list_add_ta
On Fri, 6 Jul 2012 14:30:16 -0700
Greg KH wrote:
> On Fri, Jul 06, 2012 at 11:23:52PM +0200, Christian Lamparter wrote:
> > The idea of moving rebind procedure into pm.complete
> > was taken from the usb-subsystem, which has similar
> > problems with reattaching devices during/after
> > resume.
>
On Tue, 2012-07-10 at 06:34 +0900, OGAWA Hirofumi wrote:
> "Steven J. Magnani" writes:
>
> >> Ah, i_ino. I was talking about i_pos. Well, so, what happens if the
> >> child was renamed to other parent on NFS server machine (not via nfs
> >> client)? The file handle would be including the old i_i
Hi,
On Mon, Jul 09, 2012 at 11:39:47AM -0700, Greg KH wrote:
> On Fri, Jul 06, 2012 at 12:40:38PM +0200, Miguel Gómez wrote:
> > The piece of code that checks for LCDA in xgifb_probe() just checks for some
> > register values but doesn't really do anything in response to them (the
> > actions
> >
Signed-off-by: Axel Lin
---
drivers/regulator/max8952.c | 59 +++
1 file changed, 4 insertions(+), 55 deletions(-)
diff --git a/drivers/regulator/max8952.c b/drivers/regulator/max8952.c
index ea58a44..355ca7b 100644
--- a/drivers/regulator/max8952.c
+++
On Mon, Jul 9, 2012 at 11:42 PM, Joe Perches wrote:
> On Sun, 2012-07-08 at 19:55 +0200, Kay Sievers wrote:
>
>> At the same time the CPU#2 prints the same warning with a continuation
>> line, but the buffer from CPU#1 can not be flushed to the console, nor
>> can the continuation line printk()s f
On Fri, 6 Jul 2012 09:33:54 -0700
Kevin Hilman wrote:
> Requesting a threaded interrupt without a primary handler and without
> IRQF_ONESHOT is dangerous, and after commit 1c6c6952 (genirq: Reject
> bogus threaded irq requests), these requests are rejected. This
> causes ->probe() to fail, and
"Steven J. Magnani" writes:
>> Hm, not really, if the file handle is including parent ino. ext2 will
>> get the latest parent ino, because it checks parent of inode of file
>> handle.
>
> Can you point me to the code for this? The code I see looks pretty
> congruent to what I think the FAT code w
On Mon, Jul 9, 2012 at 3:43 PM, Yinghai Lu wrote:
> On Mon, Jul 9, 2012 at 1:32 PM, Bjorn Helgaas wrote:
>>
>> Note that the bridge window assignment code, e.g., pbus_size_io(), should
>> pay attention to dev->io_window_1k, too, but I didn't fix that.
>
> Please check attached patch that will fix
On Mon, 9 Jul 2012, a...@linux-foundation.org wrote:
> From: Joe Perches
> Subject: checkpatch: Add acheck for use of sizeof without parenthesis
>
> Kernel style uses parenthesis around sizeof.
>
Nack, there's a difference between "sizeof *task" and
"sizeof(struct task_struct)". The former o
From: Julia Lawall
Date: Sun, 8 Jul 2012 13:37:38 +0200
> From: Julia Lawall
>
> If list_for_each_entry, etc complete a traversal of the list, the iterator
> variable ends up pointing to an address at an offset from the list head,
> and not a meaningful structure. Thus this value should not b
From: Julia Lawall
Date: Sun, 8 Jul 2012 13:37:39 +0200
> From: Julia Lawall
>
> If list_for_each_entry, etc complete a traversal of the list, the iterator
> variable ends up pointing to an address at an offset from the list head,
> and not a meaningful structure. Thus this value should not b
From: Julia Lawall
Date: Sun, 8 Jul 2012 13:37:43 +0200
> From: Julia Lawall
>
> If list_for_each_entry, etc complete a traversal of the list, the iterator
> variable ends up pointing to an address at an offset from the list head,
> and not a meaningful structure. Thus this value should not b
On 07/09/2012 02:20 AM, Raghavendra K T wrote:
Currently Pause Looop Exit (PLE) handler is doing directed yield to a
random VCPU on PL exit. Though we already have filtering while choosing
the candidate to yield_to, we can do better.
Problem is, for large vcpu guests, we have more probability of
On Tue, 2012-07-10 at 00:10 +0200, Kay Sievers wrote:
> On Mon, Jul 9, 2012 at 11:42 PM, Joe Perches wrote:
> > On Sun, 2012-07-08 at 19:55 +0200, Kay Sievers wrote:
> >
> >> At the same time the CPU#2 prints the same warning with a continuation
> >> line, but the buffer from CPU#1 can not be flus
On 07/09/2012 02:20 AM, Raghavendra K T wrote:
+bool kvm_arch_vcpu_check_and_update_eligible(struct kvm_vcpu *vcpu)
+{
+ bool eligible;
+
+ eligible = !vcpu->arch.plo.pause_loop_exited ||
+ (vcpu->arch.plo.pause_loop_exited&&
+vcpu->arch.
Here's three little shmem/tmpfs patches against v3.5-rc6.
Either the first should go in before v3.5 final, or it should not go
in at all. The second and third are independent of it: I'd like them
in v3.5, but don't have a clinching argument: see what you think.
[PATCH 1/3] tmpfs: revert SEEK_DATA
On Mon, 2012-07-09 at 15:23 -0700, David Rientjes wrote:
> On Mon, 9 Jul 2012, a...@linux-foundation.org wrote:
>
> > From: Joe Perches
> > Subject: checkpatch: Add acheck for use of sizeof without parenthesis
> >
> > Kernel style uses parenthesis around sizeof.
> >
>
> Nack, there's a differe
Greg Kroah-Hartman wrote:
> On Sun, Jul 08, 2012 at 07:55:55PM +0200, Kay Sievers wrote:
> > On Sat, 2012-07-07 at 07:04 +1000, Michael Neuling wrote:
> > > Whole kmsg below.
> >
> > I guess I have an idea now what's going on.
> >
> > > 4,47,0;WARNING: at
> > > /scratch/mikey/src/linux-ozlabs/
On Mon, Jul 9, 2012 at 3:31 PM, Geert Uytterhoeven wrote:
> Hi Bjorn (or Björn?),
>
> On Mon, Jul 9, 2012 at 11:20 PM, Bjorn Helgaas wrote:
>> There are some PCI-related regressions here that I'd like to fix, but
>> I don't know where to start. For example, these:
>>
>>> + drivers/pci/quirks.c
On 07/09/2012 02:20 AM, Raghavendra K T wrote:
@@ -484,6 +484,13 @@ struct kvm_vcpu_arch {
u64 length;
u64 status;
} osvw;
+
+ /* Pause loop exit optimization */
+ struct {
+ bool pause_loop_exited;
+ bool dy_eligibl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/09/2012 05:34 PM, vgo...@redhat.com wrote:
> Phillip, do let me know if I should put your signed-off-by also in the
> patch.
Sure, kernel side looks good. My original util-linux patches also added a -u
update mode to kpartx, which I think is t
On Tue, Jul 10, 2012 at 12:29 AM, Joe Perches wrote:
> On Tue, 2012-07-10 at 00:10 +0200, Kay Sievers wrote:
>> On Mon, Jul 9, 2012 at 11:42 PM, Joe Perches wrote:
>> > On Sun, 2012-07-08 at 19:55 +0200, Kay Sievers wrote:
>> >
>> >> At the same time the CPU#2 prints the same warning with a conti
On Mon, 9 Jul 2012 23:13:50 +0900
JoonSoo Kim wrote:
> >> In my kernel image, __alloc_pages_direct_compact() is not inlined by gcc.
My gcc-4.4.4 doesn't inline it either.
> I think __alloc_pages_direct_compact() can't be inlined by gcc,
> because it is so big and is invoked two times in __alloc
Revert 4fb5ef089b28 ("tmpfs: support SEEK_DATA and SEEK_HOLE").
I believe it's correct, and it's been nice to have from rc1 to rc6;
but as the original commit said:
I don't know who actually uses SEEK_DATA or SEEK_HOLE, and whether it
would be of any use to them on tmpfs. This code adds 92 lines
When adding the page_private checks before calling shmem_replace_page(),
I did realize that there is a further race, but thought it too unlikely
to need a hurried fix.
But independently I've been chasing why a mem cgroup's memory.stat
sometimes shows negative rss after all tasks have gone: I expec
Most of the DRM drivers appear to be missing the .compat_ioctl file
operation entry necessary for 32-bit application compatibility.
This patch uses drm_compat_ioctl for all drivers which don't have
their own, and which are using drm_ioctl for .unlocked_ioctl.
This leaves drivers/gpu/drm/psb/psb_
shmem_add_to_page_cache() has three callsites, but only one of them
wants the radix_tree_preload() (an exceptional entry guarantees that
the radix tree node is present in the other cases), and only that site
can achieve mem_cgroup_uncharge_cache_page() (PageSwapCache makes it a
no-op in the other c
On Monday, July 09, 2012 11:59:39 PM Andrew Morton wrote:
> On Fri, 6 Jul 2012 14:30:16 -0700
> Greg KH wrote:
>
> > On Fri, Jul 06, 2012 at 11:23:52PM +0200, Christian Lamparter wrote:
> > > The idea of moving rebind procedure into pm.complete
> > > was taken from the usb-subsystem, which has si
On Mon, 9 Jul 2012, Joe Perches wrote:
> Huh? Maybe I misunderstand you.
>
> $ cat sizeof.c
> #include
> #include
> #include
>
> struct foo {
> int bar[20];
> char *baz;
> };
>
> int main(int argc, char **argv)
> {
> struct foo bar;
> struct foo *baz;
>
> prin
On Mon, Jul 09 2012 at 10:57am -0400,
Mike Snitzer wrote:
> blk_set_stacking_limits() is intended to allow stacking drivers to build
> up the limits of the stacked device based on the underlying devices'
> limits. But in the case of 'max_sectors' the default of
> BLK_DEF_MAX_SECTORS (1024) doesn
On Tue, 10 Jul 2012 00:54:54 +0200
Christian Lamparter wrote:
> On Monday, July 09, 2012 11:59:39 PM Andrew Morton wrote:
> > On Fri, 6 Jul 2012 14:30:16 -0700
> > Greg KH wrote:
> >
> > > On Fri, Jul 06, 2012 at 11:23:52PM +0200, Christian Lamparter wrote:
> > > > The idea of moving rebind pro
On Tuesday, July 10, 2012 01:01:31 AM Andrew Morton wrote:
> On Tue, 10 Jul 2012 00:54:54 +0200
> Christian Lamparter wrote:
>
> > On Monday, July 09, 2012 11:59:39 PM Andrew Morton wrote:
> > > On Fri, 6 Jul 2012 14:30:16 -0700
> > > Greg KH wrote:
> > >
> > > > On Fri, Jul 06, 2012 at 11:23:5
On Fri, 6 Jul 2012 13:09:07 +0400
Glauber Costa wrote:
> When we change the namespace tag of a sysfs entry, the associated dentry
> is still kept around. readdir() will work correctly and not display the
> old entries, but open() will still succeed, so will reads and writes.
>
> This will no lo
(sorry, keyboard splat)
On Tuesday, July 10, 2012 01:01:31 AM Andrew Morton wrote:
> On Tue, 10 Jul 2012 00:54:54 +0200
> Christian Lamparter wrote:
> > On Monday, July 09, 2012 11:59:39 PM Andrew Morton wrote:
> > > On Fri, 6 Jul 2012 14:30:16 -0700
> > > Greg KH wrote:
> > >
> > > > On Fri, J
On Mon, 2012-07-09 at 15:55 -0700, David Rientjes wrote:
> So, nack, don't start enforcing your own coding style and preferences in
> checkpatch.pl.
Not just my opinion.
https://lkml.org/lkml/2008/12/23/138
Date: Tue, 23 Dec 2008 10:08:50
On Tue, 2012-07-10 at 00:40 +0200, Kay Sievers wrote:
> On Tue, Jul 10, 2012 at 12:29 AM, Joe Perches wrote:
> > On Tue, 2012-07-10 at 00:10 +0200, Kay Sievers wrote:
> >> On Mon, Jul 9, 2012 at 11:42 PM, Joe Perches wrote:
> >> > On Sun, 2012-07-08 at 19:55 +0200, Kay Sievers wrote:
> >> >
> >>
No problem :-)
On Tue, Jul 10, 2012 at 4:33 AM, Greg KH wrote:
> On Sun, Jul 08, 2012 at 06:25:47PM +0900, Toshiaki Yamane wrote:
>> This change is inspired by checkpatch.
>>
>> Signed-off-by: Toshiaki Yamane
>> ---
>> drivers/staging/asus_oled/asus_oled.c |6 +++---
>> 1 files changed, 3 i
I recently started looking at the rbtree code (with an eye towards
improving the augmented rbtree support, but I haven't gotten there
yet). I noticed a lot of possible speed improvements, which I am now
proposing in this patch set.
Patches 1-4 are preparatory: remove internal functions from rbtre
It is a well known property of rbtrees that insertion never requires
more than two tree rotations. In our implementation, after one loop
iteration identified one or two necessary tree rotations, we would iterate
and look for more. However at that point the node's parent would always
be black, whi
In __rb_erase_color(), we were always setting a node to black after
exiting the main loop. And in one case, after fixing up the tree to
satisfy all rbtree invariants, we were setting the current node to root
just to guarantee a loop exit, at which point the root would be set to
black. However this
In rb_insert_color(), we can do better than calling __rb_rotate_left()
and __rb_rotate_right() to handle tree rotations: we already have
pointers to all relevant nodes, and know their colors (either because
we want to adjust it, or because we've tested it, or we can deduce it
as black due to the no
301 - 400 of 724 matches
Mail list logo
