The number of outstanding kiocbs is one of the few shared things left
that has to be touched for every kiocb - it'd be nice to make it percpu.
We can make it per cpu by treating it like an allocation problem: we
have a maximum number of kiocbs that can be outstanding (i.e. slots) -
then we just al
struct aio_ring_info was kind of odd, the only place it's used is where
it's embedded in struct kioctx - there's no real need for it.
The next patch rearranges struct kioctx and puts various things on their
own cachelines - getting rid of struct aio_ring_info now makes that
reordering a bit cleare
So, for sticking kiocb completions on the kioctx ringbuffer, we need a
lock - it unfortunately can't be lockless.
When the kioctx is shared between threads on different cpus and the rate
of completions is high, this lock sees quite a bit of contention - in
terms of cacheline contention it's the ho
This just converts the ioctx refcount to the new generic dynamic percpu
refcount code.
Signed-off-by: Kent Overstreet
---
fs/aio.c | 27 ---
1 file changed, 12 insertions(+), 15 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index bde360d..931606b 100644
--- a/fs/aio.c
++
This implements a refcount with similar semantics to
atomic_get()/atomic_dec_and_test(), that starts out as just an atomic_t
but dynamically switches to per cpu refcounting when the rate of
gets/puts becomes too high.
It also implements two stage shutdown, as we need it to tear down the
percpu cou
Freeing a kiocb needed to touch the kioctx for three things:
* Pull it off the reqs_active list
* Decrementing reqs_active
* Issuing a wakeup, if the kioctx was in the process of being freed.
This patch moves these to aio_complete(), for a couple reasons:
* aio_complete() already has to issu
See the previous patch for why we want to do this - this basically
implements a per cpu allocator for reqs_available that doesn't actually
allocate anything.
Note that we need to increase the size of the ringbuffer we allocate,
since a single thread won't necessarily be able to use all the
reqs_av
Previously, allocating a kiocb required touching quite a few global
(well, per kioctx) cachelines... so batching up allocation to amortize
those was worthwhile. But we've gotten rid of some of those, and in
another couple of patches kiocb allocation won't require writing to any
shared cachelines, s
The aio code tries really hard to avoid having to deal with the
completion ringbuffer overflowing. To do that, it has to keep track of
the number of outstanding kiocbs, and the number of completions
currently in the ringbuffer - and it's got to check that every time we
allocate a kiocb. Ouch.
But
Signed-off-by: Kent Overstreet
---
fs/aio.c | 45 +
1 file changed, 17 insertions(+), 28 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index 5eca2a4..e3ca2c0 100644
--- a/fs/aio.c
+++ b/fs/aio.c
@@ -208,33 +208,15 @@ static int aio_setup_ring(struct ki
Previously, aio_read_event() pulled a single completion off the
ringbuffer at a time, locking and unlocking each time.
Changed it to pull off as many events as it can at a time, and copy them
directly to userspace.
This also fixes a bug where if copying the event to userspace failed,
we'd lose th
On Mon, Dec 03, 2012 at 12:20:30PM -0700, Stephen Warren wrote:
> On 11/30/2012 03:38 AM, Thierry Reding wrote:
> > On Fri, Nov 30, 2012 at 10:56:39AM +0200, Terje Bergström wrote:
> >> On 29.11.2012 13:47, Thierry Reding wrote:
> >>> On Thu, Nov 29, 2012 at 12:21:04PM +0200, Terje Bergström
> >>>
Converting read_events() to prepare_to_wait_exclusive() and
hrtimers simplifies it quite a bit.
v2: Move finish_wait() call so we're not calling copy_to_user in
TASK_INTERRUPTIBLE state
Signed-off-by: Kent Overstreet
---
fs/aio.c | 77 ++--
The usage of ctx->dead was fubar - it makes no sense to explicitly
check it all over the place, especially when we're already using RCU.
Now, ctx->dead only indicates whether we've dropped the initial
refcount. The new teardown sequence is:
set ctx->dead
hlist_del_rcu();
synchronize_rcu();
Now we
From: Zach Brown
Signed-off-by: Zach Brown
Signed-off-by: Kent Overstreet
---
include/linux/aio.h | 24
1 file changed, 24 deletions(-)
diff --git a/include/linux/aio.h b/include/linux/aio.h
index 31ff6db..b46a09f 100644
--- a/include/linux/aio.h
+++ b/include/linux/a
On Mon, 2012-12-03 at 09:47 -0800, Joe Perches wrote:
> On Sat, 2012-10-20 at 09:22 -0700, Joe Perches wrote:
> > Use the normal kernel test instead of a module specific one.
>
> ping?
Your timely is perfect, I just cleared out all the ixgbe patches in my
queue that were before yours, and your pa
aio_get_req() will fail if we have the maximum number of requests
outstanding, which depending on the application may not be uncommon. So
avoid doing an unnecessary fget().
Signed-off-by: Kent Overstreet
---
fs/aio.c | 22 +-
1 file changed, 9 insertions(+), 13 deletions(-)
Signed-off-by: Kent Overstreet
---
fs/aio.c | 57 -
1 file changed, 24 insertions(+), 33 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index 35a2153e..4cceba1 100644
--- a/fs/aio.c
+++ b/fs/aio.c
@@ -8,6 +8,8 @@
*
* See ../COPYING f
Minor refactoring, to get rid of some duplicated code
v2: Fix return value for NULL kiocb, so it matches old code; change
synchronization to use xchg() instead of a bit in ki_flags, so we can
get rid of ki_flags.
Signed-off-by: Kent Overstreet
---
fs/aio.c | 72 +
Nothing used the return value, and it probably wasn't possible to use it
safely for the locked versions (aio_complete(), aio_put_req()). Just
kill it.
Acked-by: Zach Brown
Signed-off-by: Kent Overstreet
---
fs/aio.c| 19 +++
include/linux/aio.h | 8
2 files
From: Zach Brown
These are handy for measuring the cost of the aio infrastructure with
operations that do very little and complete immediately.
Signed-off-by: Zach Brown
Signed-off-by: Kent Overstreet
---
drivers/char/mem.c | 35 +++
1 file changed, 35 insertio
From: Zach Brown
This removes the retry-based AIO infrastructure now that nothing in tree
is using it.
We want to remove retry-based AIO because it is fundemantally unsafe.
It retries IO submission from a kernel thread that has only assumed the
mm of the submitting task. All other task_struct r
From: Zach Brown
use_mm() is used in more places than just aio. There's no need to
mention callers when describing the function.
Signed-off-by: Zach Brown
Signed-off-by: Kent Overstreet
---
mm/mmu_context.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/mm/mmu_context.c b/mm/mmu_conte
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
handfu
>
> 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 a
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 much
(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 norma
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 correct
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 loca
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 'aer_e
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
> > ex
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 = "TT_PCI_2.19h_28_11_20
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 = "TT_PCI_2.19h_28_11_200
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 = "TT_PCI_2.19h_28_11_20
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 a/drivers/scsi/bnx2fc
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 fs
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
>> > blockdev:
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
> [ 11.8322
> 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 i
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 3.8
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 itself
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 mode
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 m
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 had
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 late
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 er
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.
In
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-
>> foundation.o
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 Docu
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 slot
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 +-
arch/powerpc/i
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 --
arch/powerpc/include/asm/kvm_
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 a/include/linux/kvm
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
---
arch/ia64/kvm/
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 everyo
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 bulk
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 ig
> -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. It's
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 mes
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
> >tr
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 b
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 commen
> 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
> > Au
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 {set|g
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 vma
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 GENHD_FL_NO_
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 concur
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 before.
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: (&mm->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 try_to_
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 f
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 4
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 fil
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 target
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 memor
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 retrans
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 pa
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
> b/drivers/scsi/megaraid/megaraid_sas_b
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 m
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,
mo
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 64bi
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 +++---
1
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 a/drivers/blo
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 chuanshe
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 b
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
401 - 500 of 577 matches
Mail list logo
