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 improvement changes, with a
>
> Maybe we should ask Yanmin who added those strings in
> 6c2b374d74857e892080ee726184ec1d15e7d4e4; CCed.
>
> Also, it would make a lot of sense to have those string definitions
> at one place and then reuse them instead of define them again in the
> tracepoint header and they get out of sync
On Mon, Dec 03, 2012 at 09:13:49PM +, Ortiz, Lance E wrote:
> This a fine idea. I'm thinking we might want to implement that in a
> later patch since it is a bigger change and we still need to see about
> adding additional strings.
Yes, definitely in a later patch or more depending on how
(Not sure who owns this; Cc: to the last few people to touch
drivers/tty/vt/keyboard.c.)
I happen to have both a PS/2 and USB keyboard plugged, in, but was
noticing that the caps lock key seemed inverted. When the LED was off,
I got all caps (unless I used shift), while when it was on I got
This header file will define a new trace event that will be triggered when
a AER event occurs. The following data will be provided to the trace
event.
char * dev_name - The name of the slot where the device resides
([domain:]bus:device.function).
u32 status - Either the
These changes make cper_print_aer more consistent with aer_print_error
which is called in the AER interrupt case. The string in the variable
'prefix' is printed at the beginning of each print statement in
cper_print_aer(). The prefix is a string containing the driver name
and the device's slot
This patch will provide a more reliable and easy way for user-space
applications to have access to AER logs rather than reading them from the
message buffer. It also provides a way to notify user-space when an AER
event occurs.
The aer driver is updated to generate a trace event of function
Hello, Aristeu.
On Mon, Dec 03, 2012 at 02:14:12PM -0500, Aristeu Rozanski wrote:
> > Maybe I'm misunderstanding something but the behavior seems a bit
> > inconsistent. So, you can't add an exception which isn't allowed by
> > your parent, right? But, if your parent disallows an existing
> >
I'm announcing the release of the 3.6.9 kernel.
All users of the 3.6 kernel series must upgrade.
The updated 3.6.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.6.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Documentation/dvb/get_dvb_firmware
b/Documentation/dvb/get_dvb_firmware
index 12d3952e..32bc56b 100755
--- a/Documentation/dvb/get_dvb_firmware
+++ b/Documentation/dvb/get_dvb_firmware
@@ -116,7 +116,7 @@ sub tda10045 {
sub tda10046 {
my $sourcefile =
I'm announcing the release of the 3.4.21 kernel.
All users of the 3.4 kernel series must upgrade.
The updated 3.4.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.4.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Documentation/dvb/get_dvb_firmware
b/Documentation/dvb/get_dvb_firmware
index d1d4a17..b361e08 100755
--- a/Documentation/dvb/get_dvb_firmware
+++ b/Documentation/dvb/get_dvb_firmware
@@ -115,7 +115,7 @@ sub tda10045 {
sub tda10046 {
my $sourcefile =
I'm announcing the release of the 3.0.54 kernel.
All users of the 3.0 kernel series must upgrade.
The updated 3.0.y git tree can be found at:
git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git
linux-3.0.y
and can be browsed at the normal kernel.org git web browser:
diff --git a/Documentation/dvb/get_dvb_firmware
b/Documentation/dvb/get_dvb_firmware
index 3348d31..511dd4d 100644
--- a/Documentation/dvb/get_dvb_firmware
+++ b/Documentation/dvb/get_dvb_firmware
@@ -114,7 +114,7 @@ sub tda10045 {
sub tda10046 {
my $sourcefile =
Adding Andi
On 11/23/2012 02:19 AM, Christoph Hellwig wrote:
> On Wed, Nov 21, 2012 at 04:40:49PM -0600, Dave Kleikamp wrote:
>> From: Zach Brown
>>
>> __blockdev_direct_IO() had two instances of the same code to determine
>> if a given offset wasn't aligned first to the inode's blkbits and then
On 12/01/2012 06:40 PM, Cyril Roelandt wrote:
These calls are followed by calls to memcpy() on the same memory area, so they
can be safely removed.
Signed-off-by: Cyril Roelandt
---
drivers/scsi/bnx2fc/bnx2fc_hwi.c |4
1 file changed, 4 deletions(-)
diff --git
Hi Linus,
Linus Torvalds writes:
> Linus Torvalds (5):
> fs/buffer.c: make block-size be per-page and protected by the page lock
> blockdev: remove bd_block_size_semaphore again
> direct-io: don't read inode->i_blkbits multiple times
> blkdev_max_block: make private to
On Sat, Dec 1, 2012 at 6:40 PM, Cyril Roelandt wrote:
> This call is followed by a call to memcpy() on the same memory area, so it can
> be safely removed.
>
> Signed-off-by: Cyril Roelandt
> ---
> drivers/scsi/megaraid/megaraid_sas_fusion.c |2 --
> 1 file changed, 2 deletions(-)
>
> diff
On Mon, Dec 3, 2012 at 2:29 PM, Tony Luck wrote:
>
>
>
> On Mon, Dec 3, 2012 at 2:20 PM, Romain Francoise
> wrote:
>>
>> Hi Linus,
>>
>> Linus Torvalds writes:
>>
>> > Linus Torvalds (5):
>> > fs/buffer.c: make block-size be per-page and protected by the
>> > page lock
>> >
On Mon, Dec 3, 2012 at 2:20 PM, Romain Francoise wrote:
>
> Could these changes be the reason for the following suddenly appearing in
> one of my VMs with rc8 (no such messages with rc7)? Pretty standard virtio
> setup in KVM.
>
> [ 11.832295] attempt to access beyond end of device
> [
> Just for info, can you add a "WARN_ON_ONCE()" to handle_bad_sector()
> just so that I see which particular path your kvm load triggers.
On native ia64 (with SLES11 userspace) I see:
WARNING: at block/blk-core.c:1557 generic_make_request_checks+0x680/0xa40()
Hardware name: I8QBH
Modules linked
On Mon, 3 Dec 2012 12:36:26 -0800 Linus Torvalds
wrote:
>
> The only things I want to see are fixes that people care deeply about.
> If it's not critical, or you don't have an actual problem report from
> an actual user, just put it in the queue under the christmas tree, and
> let it got for
On 12/02/2012 01:43 PM, Ingo Molnar wrote:
This is not entirely correct as this task might have scheduled or
migrate ther - but statistically there will be correlation to the
there?
tasks that we share memory with, and correlation is all we need.
We map out the relation
Thank you Kyungmin Park for the review.
On 3 December 2012 22:28, Kyungmin Park wrote:
>
> Hi,
>
> On Mon, Dec 3, 2012 at 9:16 PM, Giridhar Maruthy
> wrote:
> > This patch adds slave support to i2c. The dt entry i2c-mode
> > decides at probe time if the controller needs to work in
> > slave
On Fri, 30 Nov 2012 22:56:27 -0800
Michel Lespinasse wrote:
> expand_stack() runs with a shared mmap_sem lock. Because of this, there
> could be multiple concurrent stack expansions in the same mm, which may
> cause problems in the vma gap update code.
>
> I propose to solve this by taking the
On Mon, Dec 3, 2012 at 2:44 PM, Tony Luck wrote:
>> Just for info, can you add a "WARN_ON_ONCE()" to handle_bad_sector()
>> just so that I see which particular path your kvm load triggers.
>
> On native ia64 (with SLES11 userspace) I see:
Interesting. I knew about the possibility of this, and
The PCI IDs for IvyBridge IOAT DMA needs to go into a header file since
dma_v3.c looks them up for certain hardware workarounds. Need to add to the
alignment workaround for IOAT 3.2 since it wasn't fixed in IVB.
Signed-off-by: Dave Jiang
---
drivers/dma/ioat/dma_v3.c | 22
On 11/05/2012 02:55 PM, Heinz Wiesinger wrote:
On Monday 05 November 2012 11:13:31 Greg KH wrote:
On Mon, Nov 05, 2012 at 01:11:18AM -0800, Jonathan Nieder wrote:
Hi,
In March, Greg KH wrote:
3.2-stable review patch. If anyone has any objections, please let me
know.
Sorry, I'm a little
On Mon, Dec 3, 2012 at 3:07 PM, Linus Torvalds
wrote:
>
> I guess I need to try harder. I'm guessing that there's a 4kB
> filesystem there, and the block device size isn't 4kB-aligned or
> something.
Anyway, to clarify: the printk's are harmless, since the IO past the
end of the device is just
On Sun, 02 Dec 2012 19:55:09 +
Chris Clayton wrote:
>
>
> On 11/29/12 10:52, Chris Clayton wrote:
> > On 11/28/12 23:52, Andrew Morton wrote:
> >> On Wed, 21 Nov 2012 23:09:46 +0800
> >> Jiang Liu wrote:
> >>
> >>> Subject: Re: [RFT PATCH v2 4/5] mm: provide more accurate estimation
> >>>
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 (page-fault path) when
guest uses the target gfn as its page table.
On Mon, Dec 3, 2012 at 10:35 AM, Deucher, Alexander
wrote:
>> -Original Message-
>> From: Josh Boyer [mailto:jwbo...@gmail.com]
>> Sent: Monday, December 03, 2012 10:25 AM
>> To: Ben Hutchings; Greg KH
>> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org; akpm@linux-
>>
On Mon, Dec 3, 2012 at 8:29 PM, Bryan Wu wrote:
> On Fri, Nov 30, 2012 at 2:00 PM, Marek Belisko
> wrote:
>> Signed-off-by: Marek Belisko
>> ---
>> Documentation/devicetree/bindings/leds/tca6507.txt | 33
>>
>> 1 file changed, 33 insertions(+)
>> create mode 100644
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 number of memory slots a while ago, but it was
prior to caching memory
It's easy to confuse KVM_MEMORY_SLOTS and KVM_MEM_SLOTS_NUM. One is
the user accessible slots and the other is user + private. Make this
more obvious.
Signed-off-by: Alex Williamson
---
arch/ia64/include/asm/kvm_host.h|2 +-
arch/ia64/kvm/kvm-ia64.c|2 +-
Seems like everyone copied x86 and defined 4 private memory slots
that never actually get used. Even x86 only uses 3 of the 4. These
aren't exposed so there's no need to add padding.
Signed-off-by: Alex Williamson
---
arch/ia64/include/asm/kvm_host.h|2 --
This allows us to resize this structure and therefore the number of
memslots as part of the RCU update.
Signed-off-by: Alex Williamson
---
include/linux/kvm_host.h |5 ++---
virt/kvm/kvm_main.c |4 ++--
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git
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 memslots array all the time.
Signed-off-by: Alex Williamson
---
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 support more assigned devices, but it doesn't make
sense to penalize
Start with zero and grow up to KVM_MEM_SLOTS_NUM. A modest guest
without device assignment likely uses around 1/4 of the total
entries. We don't attempt to shrink the array when slots are
released. Both x86 and powerpc still have some statically sized
elements elsewhere, but this covers the
On Mon, Dec 3, 2012 at 3:07 PM, Linus Torvalds
wrote:
>
> I guess I need to try harder. I'm guessing that there's a 4kB
> filesystem there, and the block device size isn't 4kB-aligned or
> something.
Yup, I can reproduce it with that.
I'll shut the printk up some way. In the meantime, you can
> -Original Message-
> From: Josh Boyer [mailto:jwbo...@gmail.com]
> Sent: Monday, December 03, 2012 6:26 PM
> To: Deucher, Alexander
> Cc: Ben Hutchings; Greg KH; linux-kernel@vger.kernel.org;
> sta...@vger.kernel.org; a...@linux-foundation.org;
> a...@lxorguk.ukuu.org.uk
> Subject: Re: [
Hi John,
Sorry for the long delay.
At last, I get a chance to look at this, again.
On Wed, Nov 21, 2012 at 04:36:42PM -0800, John Stultz wrote:
> On 10/29/2012 06:29 PM, Minchan Kim wrote:
> >This patch introudces new madvise behavior MADV_VOLATILE and
> >MADV_NOVOLATILE for anonymous pages.
On Thursday 01 November 2012, Lars-Peter Clausen wrote:
> Nothing is using the vmlist field in mm_context_t anymore. It has been removed
> from the non-generic versions over 3 years ago 8feae1311 ("NOMMU: Make VMAs
> per
> MM as for MMU-mode linux").
>
> Signed-off-by: Lars-Peter Clausen
Whole
On 3 Dec 2012 16:19:11 -0500
"George Spelvin" wrote:
> (Not sure who owns this; Cc: to the last few people to touch
> drivers/tty/vt/keyboard.c.)
linux-input is probably the best place to discuss this
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
On Wed, Nov 28, 2012 at 08:18:01PM -0800, John Stultz wrote:
> On 11/21/2012 04:36 PM, John Stultz wrote:
> >2) Being able to use this with tmpfs files. I'm currently trying
> >to better understand the rmap code, looking to see if there's a
> >way to have try_to_unmap_file() work similarly to
>
On Mon, 19 Nov 2012 18:56:49 -0800
Josh Hunt wrote:
> We found with newer kernels we started seeing the cdrom device showing
> up in /proc/partitions, but it was not there before. Looking into this I found
> that commit d27769ec... block: add GENHD_FL_NO_PART_SCAN introduces this
> change
> in
On Sat, Dec 1, 2012 at 5:26 AM, Mark Brown
wrote:
> On Thu, Nov 29, 2012 at 10:14:58PM -0800, Olof Johansson wrote:
>> On Thu, Nov 29, 2012 at 6:13 PM, Simon Glass wrote:
>
>> > It was originally done separately but I think it was felt that this
>> > was overly complex. Olof can you please
> From: yhlu.ker...@gmail.com [mailto:yhlu.ker...@gmail.com] On Behalf Of
> Yinghai Lu
> On Fri, Nov 30, 2012 at 4:25 PM, tip-bot for Fenghua Yu
> wrote:
> > Commit-ID: 474355fe313391de2429ae225e0fb02f67ec6c31
> > Gitweb:
> http://git.kernel.org/tip/474355fe313391de2429ae225e0fb02f67ec6c31
> >
On Mon, 2012-12-03 at 12:25 +0800, Hanjun Guo wrote:
> On 2012/11/30 6:27, Toshi Kani wrote:
> > On Thu, 2012-11-29 at 12:48 +0800, Hanjun Guo wrote:
> >> On 2012/11/29 2:41, Toshi Kani wrote:
> >>> On Wed, 2012-11-28 at 19:05 +0800, Hanjun Guo wrote:
> On 2012/11/24 1:50, Vasilis Liaskovitis
On Mon, 2012-12-03 at 13:25 +0200, Michael S. Tsirkin wrote:
> On Mon, Dec 03, 2012 at 02:09:28PM +0800, Jason Wang wrote:
> > On Sunday, December 02, 2012 06:09:06 PM Michael S. Tsirkin wrote:
> > > On Tue, Nov 27, 2012 at 06:16:00PM +0800, Jason Wang wrote:
> > > > This patch implement the
On Mon, Dec 3, 2012 at 3:21 PM, Belisko Marek wrote:
> On Mon, Dec 3, 2012 at 8:29 PM, Bryan Wu wrote:
>> On Fri, Nov 30, 2012 at 2:00 PM, Marek Belisko
>> wrote:
>>> Signed-off-by: Marek Belisko
>>> ---
>>> Documentation/devicetree/bindings/leds/tca6507.txt | 33
>>>
On Mon, Dec 3, 2012 at 3:01 PM, Andrew Morton wrote:
> On Fri, 30 Nov 2012 22:56:27 -0800
> Michel Lespinasse wrote:
>
>> expand_stack() runs with a shared mmap_sem lock. Because of this, there
>> could be multiple concurrent stack expansions in the same mm, which may
>> cause problems in the
On 12/03/2012 06:06 PM, Andrew Morton wrote:
On Mon, 19 Nov 2012 18:56:49 -0800
Josh Hunt wrote:
We found with newer kernels we started seeing the cdrom device showing
up in /proc/partitions, but it was not there before. Looking into this I found
that commit d27769ec... block: add
On Mon, 3 Dec 2012 16:35:01 -0800
Michel Lespinasse wrote:
> On Mon, Dec 3, 2012 at 3:01 PM, Andrew Morton
> wrote:
> > On Fri, 30 Nov 2012 22:56:27 -0800
> > Michel Lespinasse wrote:
> >
> >> expand_stack() runs with a shared mmap_sem lock. Because of this, there
> >> could be multiple
On Mon, 03 Dec 2012 18:40:32 -0600
Josh Hunt wrote:
> On 12/03/2012 06:06 PM, Andrew Morton wrote:
> > On Mon, 19 Nov 2012 18:56:49 -0800
> > Josh Hunt wrote:
> >
> >> We found with newer kernels we started seeing the cdrom device showing
> >> up in /proc/partitions, but it was not there
From: Peter Zijlstra
Sasha was fuzzing with trinity and reported the following problem:
BUG: sleeping function called from invalid context at kernel/mutex.c:269
in_atomic(): 1, irqs_disabled(): 0, pid: 6361, name: trinity-main
2 locks held by trinity-main/6361:
#0: (>mmap_sem){++}, at: []
On 12/03/2012 04:00 PM, Minchan Kim wrote:
On Wed, Nov 28, 2012 at 08:18:01PM -0800, John Stultz wrote:
On 11/21/2012 04:36 PM, John Stultz wrote:
2) Being able to use this with tmpfs files. I'm currently trying
to better understand the rmap code, looking to see if there's a
way to have
Looks like this patch is based on linux-next tree, I fixed this. And I
will solve the conflict when we do actually merge in next cycle.
-Bryan
On Fri, Nov 30, 2012 at 2:00 PM, Marek Belisko
wrote:
> Support added only for leds (not for gpio's).
>
> Signed-off-by: Marek Belisko
> ---
> Changes
On 2012-12-4 7:17, Andrew Morton wrote:
> On Sun, 02 Dec 2012 19:55:09 +
> Chris Clayton wrote:
>
>>
>>
>> On 11/29/12 10:52, Chris Clayton wrote:
>>> On 11/28/12 23:52, Andrew Morton wrote:
On Wed, 21 Nov 2012 23:09:46 +0800
Jiang Liu wrote:
> Subject: Re: [RFT PATCH v2
the variable j isn't used in the loop
Signed-off-by: Cong Ding
---
drivers/staging/echo/echo.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/echo/echo.c b/drivers/staging/echo/echo.c
index ca87ce9..14dfd91 100644
--- a/drivers/staging/echo/echo.c
+++
On Mon, Dec 3, 2012 at 4:14 PM, Haojian Zhuang wrote:
> clk->rate = parent->rate / div * mult
>
> The formula is OK. But it may overflow while we do operate with
> unsigned long. So use do_div instead.
>
> Signed-off-by: Haojian Zhuang
> ---
> drivers/clk/clk-fixed-factor.c |5 -
> 1
This patch series applies to today's linux-next/akpm, commit
a5944abc848a1b8e5329a631a84e35a3b0249ecb.
Ed L. Cashin (7):
aoe: improve handling of misbehaving network paths
aoe: avoid races between device destruction and discovery
aoe: use dynamic number of remote ports for AoE storage
Resend it, add Rafael and linux-a...@vger.kernel.org
Thanks,
Jinsong
===
>From 1d39279e45c54ce531691da5ffe261e7689dd92c Mon Sep 17 00:00:00 2001
From: Liu Jinsong
Date: Wed, 14 Nov 2012 18:52:06 +0800
Subject: [PATCH] X86/acpi: remove redundant logic of acpi memory hotadd
When
An AoE target can have multiple network ports used for AoE, and
in the aoe driver, those are tracked by the aoetgt struct. These
changes allow the aoe driver to handle network paths, or aoetgts,
that are not working well, compared to the others.
Paths that do not get responses despite the
This change avoids a race that could result in a NULL pointer
derference following a WARNing from kobject_add_internal, "don't
try to register things with the same name in the same directory."
The problem was found with a test that forgets and discovers an
aoe device in a loop:
while test ! -r
Hi Li,
On Tue, Dec 04, 2012 at 08:32:05AM +0800, Li Wu wrote:
> Thanks Felipe for the nice comments.
>
> I have consolidated most of your comments to a new version, but I am not
> sure how should I send it out.
>
> I am using git send-email from shell command, then shall I just send out
> the
Many AoE targets have four or fewer network ports, but some
existing storage devices have many, and the AoE protocol sets no
limit.
This patch allows the use of more than eight remote MAC addresses
per AoE target, while reducing the amount of memory used by the
aoe driver in cases where there are
On Tue, Nov 27, 2012 at 8:46 AM, Jeff Moyer wrote:
>
> Signed-off-by: Jeff Moyer
> ---
> drivers/scsi/megaraid/megaraid_sas_base.c |5 +++--
> 1 files changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/scsi/megaraid/megaraid_sas_base.c
>
With this change, the aoe driver treats the value zero as special
for the aoe_deadsecs module parameter. Normally, this value
specifies the number of seconds during which the driver will
continue to attempt retransmits to an unresponsive AoE target.
After aoe_deadsecs has elapsed, the aoe driver
By default, the aoe driver uses any ethernet interface for AoE,
but the aoe_iflist module parameter provides a convenient way to
limit AoE traffic to a specific list of local network interfaces.
This change allows a list to be specified using the comma
character as a separator. For example,
On 12/03/2012 05:40 PM, Daniel Vetter wrote:
> On Mon, Dec 3, 2012 at 10:30 AM, Mark Zhang wrote:
>> I'm new in kernel development. Could you tell me or give me some
>> materials to read that why we need to align the size of IOCTL structures
>> to 64bit? I can understand if we're working in a
This change only affects experimental AoE storage networks.
It modifies the console message about runt packets detected so
that the AoE major and minor addresses of the AoE target that
generated the runt are mentioned.
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoecmd.c | 10 +++---
This version number is printed to the console on module
initialization and is available in sysfs, which is where the
userland aoe-version tool looks for it.
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoe.h |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git
Currently getting the sample period is always thru complex
calculation: get_softlockup_thresh() * ((u64)NSEC_PER_SEC / 5).
But just like the watchdog_thresh, which is not changed often.
So we can store the sample period as a variable, and set it as
__read_mostly type.
Signed-off-by: liu
On Mon, Dec 3, 2012 at 3:40 PM, Linus Torvalds
wrote:
>
> Yup, I can reproduce it with that.
>
> I'll shut the printk up some way. In the meantime, you can ignore it.
Here's a patch to handle the "buffer head crosses the end of the disk" case.
It works for me, and in fact it should allow us to
On 12/04/2012 05:03 AM, Thierry Reding wrote:
[...]
>> I think there's room for letting Terje's complete knowledge of future
>> chips guide the design of the current code that's sent upstream.
>> Certainly we shouldn't add a ton of unnecessary abstraction layers
>> right now that aren't needed for
On 12/04/2012 05:03 AM, Thierry Reding wrote:
[...]
>
> One other thing that such a design can help with is refactoring common
> code or parameterizing code. Maybe newer generations are not compatible
> but can easily be made to work with existing code by introducing a
> variable such as register
When a new nic is created in namespace ns1, the kernel sends a KOBJ_ADD uevent
to ns1. When the nic is moved to ns2, we only send a KOBJ_MOVE to ns2, and
nothing to ns1.
This patch changes that behavior so that when moving a nic from ns1 to ns2, we
send a KOBJ_REMOVED to ns1 and KOBJ_ADD to ns2.
Use of_match_ptr and add ifdef CONFIG_OF guard for regulator_gpio_of_match.
Signed-off-by: Axel Lin
---
drivers/regulator/gpio-regulator.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/regulator/gpio-regulator.c
b/drivers/regulator/gpio-regulator.c
index
On Mon, Dec 03, 2012 at 01:53:39PM -0500, Jeff Moyer wrote:
> Hi,
>
> 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
This patch adds user eqs exception hooks for async page fault page not
present code path, to exit the user eqs and re-enter it as necessary.
Async page fault is different from other exceptions that it may be
triggered from idle process, so we still need rcu_irq_enter() and
rcu_irq_exit() to exit
On Mon, 2012-12-03 at 11:57 +0200, Gleb Natapov wrote:
> Please regenerate the patch against
> git://git.kernel.org/pub/scm/virt/kvm/kvm.git queue.
Done.
By the way, the included file is replaced with
in latest next tree(91d1aa43 from rcu tree).
Seems if they are merged, there won't be
On Mon, Dec 3, 2012 at 5:48 PM, Russell King - ARM Linux
wrote:
> On Mon, Dec 03, 2012 at 10:53:07AM +0800, Chao Xie wrote:
>> I want to correct what i said. For the irq register/unregister i think
>> can be done at open/release. But for clock enable/disable, i do not
>> think so. If clock is
On Mon, Dec 03, 2012 at 10:59:39AM -0600, Dave Kleikamp wrote:
> On 11/22/2012 05:06 PM, Dave Chinner wrote:
> > On Wed, Nov 21, 2012 at 04:40:56PM -0600, Dave Kleikamp wrote:
> >> From: Zach Brown
> >>
> >> This uses the new kernel aio interface to process loopback IO by
> >> submitting
On Mon, Dec 3, 2012 at 10:40 AM, Chao Xie wrote:
> On Fri, Nov 30, 2012 at 4:04 AM, Robert Jarzmik
> wrote:
>> Chao Xie writes:
>>
>> Hi Chao Xie,
>>
>> First of all, could you please send patches from rtc-pxa to me also, as I'm
>> maintaining that driver ?
>>
>> Second point, the original
> -Original Message-
> From: Peng, Tao
> Sent: Saturday, December 01, 2012 11:47 PM
> To: Myklebust, Trond; Greg Kroah-Hartman; Ben Hutchings
> Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org;
> kernel-t...@lists.ubuntu.com; Herton Ronaldo
> Krzesinski
> Subject: RE: [PATCH
On 12/03/2012 08:52 PM, Dave Chinner wrote:
> On Mon, Dec 03, 2012 at 10:59:39AM -0600, Dave Kleikamp wrote:
>> On 11/22/2012 05:06 PM, Dave Chinner wrote:
>>> And this extra fsync is now not done in the aio path. I.e. the AIO
>>> completion path needs to issue the fsync to maintain correct
From: Al Viro
Date: Mon, 26 Nov 2012 05:10:02 +
> On Sun, Nov 18, 2012 at 10:27:24PM -0500, David Miller wrote:
>> > Cc: sta...@vger.kernel.org
>> > Signed-off-by: Al Viro
>>
>> Applied, thanks.
>
> Hmm... There's something odd going on with {rt_,}sigaction on sparc -
> we *do* have
From: Al Viro
Date: Mon, 26 Nov 2012 05:15:44 +
> On Mon, Nov 26, 2012 at 05:10:02AM +, Al Viro wrote:
>> On Sun, Nov 18, 2012 at 10:27:24PM -0500, David Miller wrote:
>> > > Cc: sta...@vger.kernel.org
>> > > Signed-off-by: Al Viro
>> >
>> > Applied, thanks.
>>
>> Hmm... There's
Hi JC,
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: 2012年11月16日 21:49
> To: Yang, Wenyou
> Cc: linux-arm-ker...@lists.infradead.org; w...@iguana.be;
> linux-watch...@vger.kernel.org; linux-kernel@vger.kernel.org; Ferre, Nicolas;
>
Hi JC
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: 2012年11月16日 21:51
> To: Yang, Wenyou
> Cc: linux-arm-ker...@lists.infradead.org; w...@iguana.be;
> linux-watch...@vger.kernel.org; linux-kernel@vger.kernel.org; Ferre, Nicolas;
>
On Tue, Dec 04, 2012 at 02:55:14AM +, Peng, Tao wrote:
> > -Original Message-
> > From: Peng, Tao
> > Sent: Saturday, December 01, 2012 11:47 PM
> > To: Myklebust, Trond; Greg Kroah-Hartman; Ben Hutchings
> > Cc: linux-kernel@vger.kernel.org; sta...@vger.kernel.org;
> >
Hi JC,
> -Original Message-
> From: Jean-Christophe PLAGNIOL-VILLARD [mailto:plagn...@jcrosoft.com]
> Sent: 2012年11月16日 21:54
> To: Yang, Wenyou
> Cc: linux-arm-ker...@lists.infradead.org; w...@iguana.be;
> linux-watch...@vger.kernel.org; linux-kernel@vger.kernel.org; Ferre, Nicolas;
>
On Sun, Dec 02, 2012 at 07:26:27PM +0200, Eli Billauer wrote:
> On 11/30/2012 06:32 PM, Greg KH wrote:
> > >>+static struct class *xillybus_class;
> >Why not just use the misc interface instead of your own class?
> >>> When Xillybus is used, the whole system's mission is usually around
Jason Wang writes:
> On Monday, December 03, 2012 12:25:42 PM Rusty Russell wrote:
>> > +
>> > + /* Work struct for refilling if we run low on memory. */
>> > + struct delayed_work refill;
>>
>> I can't really see the justificaiton for a refill per queue. Just have
>> one work iterate all the
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
arch/arm/mach-omap2/clock44xx_data.c between commit 298ea44f211d ("ARM:
OMAP4: hwmod data: ipu and dsp to use parent clocks instead of leaf
clocks") from the iommu tree and commit 13a5b6228679 ("ARM: OMAP44xx:
clock: drop
From: Namhyung Kim
When comparing entries for collapsing put the given entry first, and
then the iterated entry. This is not the case of hist_entry__cmp()
when called if given sort keys don't require collapsing. So change
the order for the sake of consistency. It will be required for
matching
Hi Arnaldo,
This is what I talked to Jiri yesterday, and it can be a common basis
of both event group and multiple diff patchset. The point is using
internal input or collapsed rb tree to sort hist entries rather than
output tree with unnessary resort.
Please take a look.
Thanks,
Namhyung
From: Namhyung Kim
For matching and/or linking hist entries, they need to be sorted by
given sort keys. However current hists__match/link did this on the
output trees, so that the entries in the output tree need to be resort
before doing it.
This looks not so good since we have trees for
1001 - 1100 of 1154 matches
Mail list logo
