On Thu, 12 Jul 2012 09:05:01 +0200
Michal Hocko wrote:
> When we are back to the patch. Is it going into 3.5? I hope so and I
> think it is really worth stable as well. Andrew?
What patch. "memcg: prevent OOM with too many dirty pages"?
I wasn't planning on 3.5, given the way it's been
Fix following:
drivers/rapidio/devices/tsi721.c: In function ‘tsi721_probe’:
drivers/rapidio/devices/tsi721.c:2215:6: warning: unused variable ‘i’
[-Wunused-variable]
Signed-off-by: Marek Belisko
---
drivers/rapidio/devices/tsi721.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Fix following:
sound/soc/soc-dapm.c: In function ‘dapm_clock_event’:
sound/soc/soc-dapm.c:1021:1: warning: control reaches end of non-void function
[-Wreturn-type]
Signed-off-by: Marek Belisko
---
sound/soc/soc-dapm.c |1 +
1 file changed, 1 insertion(+)
diff --git a/sound/soc/soc-dapm.c
On Thu, 12 Jul 2012 11:50:49 +0900
Minchan Kim wrote:
> When hotplug offlining happens on zone A, it starts to mark freed page
> as MIGRATE_ISOLATE type in buddy for preventing further allocation.
> (MIGRATE_ISOLATE is very irony type because it's apparently on buddy
> but we can't allocate
hello! I haven't done any kernel-hacking before, so be patient.
I got as far as to make tcphealth run, but now I need some help:
how does read-locking work in the tcp_sock struct?
the original code (for 2.5.1) made a read_lock(>lock) with
struct tcp_ehash_bucket *head = _ehash[i];
at the
Hi Chris,
Can we push this change to mmc-next?
Thanks,
Maya
On Mon, July 2, 2012 5:15 am, Maya Erez wrote:
> The write packing control will ensure that read requests latency is
> not increased due to long write packed commands.
>
> The trigger for enabling the write packing is managing to pack
Hi Chris,
Can we push this change to mmc-next?
Thanks,
Maya
On Mon, July 2, 2012 5:15 am, Maya Erez wrote:
> Separate MMC specific attributes from general block device
> attributes and move them from the /sys/block/ directory
> to /sys/block//mmc directory
>
> Signed-off-by: Maya Erez
>
> diff
0) Commit b42dfed83d95a3c9e9cbd708f1993a7474abb79a ("spi: add Broadcom
BCM63xx SPI controller driver") added drivers/spi/spi-bcm63xx.c to the
mainline tree. That file includes bcm63xx_dev_spi.h.
1) bcm63xx_dev_spi.h is not part of the current tree, and, as far as I
can tell, has actually never
On Tue, 10 Jul 2012, J. Bruce Fields wrote:
>
> (By the way, one advantage which simple_str* does have is documentation.
Not for long :)
Eldad
--
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
This patch update the documentation to simple_strto* to reflect
that it has been obsoleted and advise the usage of kstrto*.
Cc: J. Bruce Fields
Signed-off-by: Eldad Zack
---
lib/vsprintf.c |8
1 file changed, 8 insertions(+)
diff --git a/lib/vsprintf.c b/lib/vsprintf.c
index
As J. Bruce Fields pointed out, kstrto* is
currently lacking kerneldoc comments.
This patch adds kerneldoc comments to common variants of kstrto*:
kstrto(u)l, kstrto(u)ll and kstrto(u)int.
Cc: J. Bruce Fields
Signed-off-by: Eldad Zack
---
include/linux/kernel.h | 36
On Tue, Jul 10, 2012 at 6:35 AM, Michael Tokarev wrote:
> On 03.07.2012 00:25, Andrew Hunter wrote:
>> diff --git a/include/linux/hash.h b/include/linux/hash.h
>> index b80506b..daabc3d 100644
>> --- a/include/linux/hash.h
>> +++ b/include/linux/hash.h
>> @@ -34,7 +34,9 @@
>> static inline u64
On Wed, Jul 11, 2012 at 8:56 PM, Jiang Liu wrote:
> On 2012-7-12 1:52, Bjorn Helgaas wrote:
>>> Hi Bjorn,
>>> Seems it would be better to return error code for unimplemented
>>> registers, otherwise following code will becomes more complex. A special
>>> error code for unimplemented
On Thu, 12 Jul 2012 13:28:24 -0700 Drew wrote:
> > Hello lists,
> >
> > I noticed recent patches added MD RAID compatibility into the DM
> > subsystem. Is there a valid reason to duplicate efforts ?
> >
> > Hopefully its not silent preparation step for DM takeover. Can someone
> > shed more
On Wed, Jul 11, 2012 at 6:13 PM, Yinghai Lu wrote:
> On Wed, Jul 11, 2012 at 3:53 PM, Bjorn Helgaas wrote:
>> On Mon, Jun 25, 2012 at 2:54 PM, Nikhil P Rao wrote:
>>> On Sat, 2012-06-23 at 12:15 -0600, Bjorn Helgaas wrote:
On Thu, Jun 21, 2012 at 5:47 PM, Nikhil P Rao wrote:
> I ran
> Hello lists,
>
> I noticed recent patches added MD RAID compatibility into the DM
> subsystem. Is there a valid reason to duplicate efforts ?
>
> Hopefully its not silent preparation step for DM takeover. Can someone
> shed more light on this topic ?
>
> TIA, Z.
I'm not a developer by any
On Mon, Jul 02, 2012 at 03:18:46AM -0400, Rik van Riel wrote:
> On 06/28/2012 08:56 AM, Andrea Arcangeli wrote:
> > From 32 to 12 bytes, so the AutoNUMA memory footprint is reduced to
> > 0.29% of RAM.
>
> Still not ideal, however once we get native THP migration working
> it could be practical
On 12/07/12 21:18, Raghavendra K T wrote:
> +#ifdef CONFIG_HAVE_KVM_CPU_RELAX_INTERCEPT
[...]
> + struct {
> + bool cpu_relax_intercepted;
> + bool dy_eligible;
> + } ple;
> +#endif
[...]
> }
> vcpu->run = page_address(page);
> +
On Mon, Jul 02, 2012 at 02:37:10AM -0400, Rik van Riel wrote:
> > +fail:
> > + printk(KERN_CRIT "allocation of page_autonuma failed.\n");
> > + printk(KERN_CRIT "please try the 'noautonuma' boot option\n");
> > + panic("Out of memory");
> > +}
>
> The system can run just fine without
On Thu, 2012-07-12 at 12:49 -0700, Jon Mason wrote:
> On Thu, Jul 12, 2012 at 11:15 AM, Jeff Kirsher
> wrote:
> > On Tue, 2012-07-10 at 15:43 -0700, Jeff Kirsher wrote:
> >> On Tue, 2012-07-10 at 15:31 -0700, Jon Mason wrote:
> >> > Remove unused IXGBE_INTEL_VENDOR_ID #define
> >> >
> >> >
> From: Minchan Kim [mailto:minc...@kernel.org]
> Subject: Re: [PATCH 3/4] zsmalloc: add details to zs_map_object boiler plate
>
> On Wed, Jul 11, 2012 at 09:15:43AM -0500, Seth Jennings wrote:
> > On 07/11/2012 02:42 AM, Minchan Kim wrote:
> > > On 07/11/2012 12:17 AM, Seth Jennings wrote:
> >
"Steven J. Magnani" writes:
>> The following patch fixes it? If it fix, there are some options to check
>> it.
>>
>> a) Check it like this patch and warn.
>> b) (a), but without warn.
>> c) Check it in init_page_buffers() and return -EIO or such
>>
>> Well, anyway, Cc to Jens.
>>
>>
On Thu, Jul 12, 2012 at 11:15 AM, Jeff Kirsher
wrote:
> On Tue, 2012-07-10 at 15:43 -0700, Jeff Kirsher wrote:
>> On Tue, 2012-07-10 at 15:31 -0700, Jon Mason wrote:
>> > Remove unused IXGBE_INTEL_VENDOR_ID #define
>> >
>> > Signed-off-by: Jon Mason
>> > Cc: Jeff Kirsher
>> > Cc: Jesse
On Sat, Jun 30, 2012 at 01:24:05AM -0400, Konrad Rzeszutek Wilk wrote:
> I think you are better using a different name.
>
> Perhaps 'if (autonuma_on())'
I changed it to AUTONUMA_POSSIBLE_FLAG/autonuma_possible() and
optimized the implementation to a single test_bit on the read mostly
flag
On Thu, Jul 12, 2012 at 09:26:23AM +0200, Andreas Schallenberg wrote:
[Added more people to Cc:]
> Hello,
>
> I'm doing experiments with the Userspace IO driver (UIO_PCI_GENERIC)
> and a set of PCIe cards. The kernel version is 3.4.4, CPU is a
> Marvell MV78200 (ARMv5te). Example with an Intel
This note has the following format:
long count -- how many files are mapped
long page_size -- units for file_ofs
array of [COUNT] elements of
long start
long end
long file_ofs
followed by COUNT filenames in ASCII: "FILE1" NUL "FILE2" NUL...
Compared to previous version, code is
On Thu, Jul 12, 2012 at 11:27 AM, Ted Ts'o wrote:
> I wonder why you're cc'ing the linux-kernel mailing list?
I agree with Ted, discussion of copyleft-next is entirely off-topic
for LKML. I expect to set up a mailing list soon for copyleft-next.
Regards,
Richard
--
To unsubscribe from this
On Wednesday 11 July 2012 17:15, Oleg Nesterov wrote:
> On 07/11, Denys Vlasenko wrote:
> >
> > I propose to save this information in core dump, as a new note
> > in note segment.
>
> Denys, I am in no position to discuss whether we need this change or not,
> format, etc. I'll only try to comment
Console driver similar to netconsole, except it writes to a block
device. Can be useful in a setup where netconsole, for whatever
reasons, is impractical.
Changes since version 1.0:
- Header format overhaul, addressing several annoyances when actually
using blockconsole for production.
- Steve
On Fri, 2012-07-13 at 04:21 +0900, OGAWA Hirofumi wrote:
> > On Thu, 2012-07-12 at 16:28 +0200, Stevie Trujillo wrote:
> >> Hello,
> >>
> >> I was trying to create a bootdisk to update my BIOS, and accidentially
> >> made a 512byte image with only the FreeDOS header in it.
> >>
> >> ( Linux
On 07/13/2012 12:47 AM, Raghavendra K T wrote:
Currently Pause Loop Exit (PLE) handler is doing directed yield to a
random vcpu on pl-exit. We already have filtering while choosing
the candidate to yield_to. This change adds more checks while choosing
a candidate to yield_to.
On a large vcpu
This is the start of the stable review cycle for the 3.4.5 release.
There are 187 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sat Jul 14 19:15:16 UTC 2012.
Anything
On 07/11/2012 07:56 AM, Lars-Peter Clausen wrote:
> On 07/11/2012 06:05 AM, Gerard Snitselaar wrote:
>> ad5064_init() calls ad5064_spi_unregister_driver() which is annotated
>> __exit.
>>
>> Signed-off-by: Gerard Snitselaar
>
> Thanks,
>
> Acked-by: Lars-Peter Clausen
merged to fixes-togreg
"Steven J. Magnani" writes:
> On Thu, 2012-07-12 at 16:28 +0200, Stevie Trujillo wrote:
>> Hello,
>>
>> I was trying to create a bootdisk to update my BIOS, and accidentially
>> made a 512byte image with only the FreeDOS header in it.
>>
>> ( Linux 3.4.4 )
>> # mount -o loop dosdisk.img /tmp
From: Raghavendra K T
Currently, on a large vcpu guests, there is a high probability of
yielding to the same vcpu who had recently done a pause-loop exit or
cpu relax intercepted. Such a yield can lead to the vcpu spinning
again and hence degrade the performance.
The patchset keeps track of the
From: Raghavendra K T
Noting pause loop exited or cpu relax intercepted vcpu helps in
filtering right candidate to yield. Wrong selection of vcpu;
i.e., a vcpu that just did a pl-exit or cpu relax intercepted may
contribute to performance degradation.
Signed-off-by: Raghavendra K T
---
v2
From: Raghavendra K T
Signed-off-by: Raghavendra K T
---
arch/s390/kvm/Kconfig |1 +
arch/x86/kvm/Kconfig |1 +
virt/kvm/Kconfig |3 +++
3 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/arch/s390/kvm/Kconfig b/arch/s390/kvm/Kconfig
index 78eb984..a6e2677
Currently Pause Loop Exit (PLE) handler is doing directed yield to a
random vcpu on pl-exit. We already have filtering while choosing
the candidate to yield_to. This change adds more checks while choosing
a candidate to yield_to.
On a large vcpu guests, there is a high probability of
yielding to
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/cjb/mmc.git
tags/mmc-fixes-for-3.5-rc7
to receive two small MMC fixes for 3.5-rc7, both regressions against
3.5-rc1. There are no merge conflicts, and the patches have been tested
in linux-next. Thanks.
The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/11/12 2:43 PM, Lee Duncan wrote:
> Kai:
>
> Your added patch looks great, and I see you fixed the documentation
> as well. Thanks for your help.
>
Actually, we've run into a hiccup here. Using cdev as the target of
the link doesn't work, the
On 07/12/2012 02:54 PM, Serge Hallyn wrote:
> Quoting Kirill A. Shutemov (kirill.shute...@linux.intel.com):
>> On Wed, Jul 11, 2012 at 03:24:22PM -0700, Andrew Morton wrote:
>>> Am I reading that right? 1000 forks take 33 seconds, with basically
>>> all of it just sitting there asleep? This look
On Thu, Jul 12, 2012 at 11:27 AM, Octavian Purdila
wrote:
> When the requested range is outside of the root range the logic in
> __reserve_region_with_split will cause an infinite recursion which
> will overflow the stack as seen in the warning bellow.
I think reserve_region_with_split() is a
Quoting Kirill A. Shutemov (kirill.shute...@linux.intel.com):
> On Wed, Jul 11, 2012 at 03:24:22PM -0700, Andrew Morton wrote:
> > Am I reading that right? 1000 forks take 33 seconds, with basically
> > all of it just sitting there asleep? This look quite terrible - what
> > causes this?
>
> It
On Mon, Jul 02, 2012 at 12:24:36AM -0400, Rik van Riel wrote:
> On 06/28/2012 08:56 AM, Andrea Arcangeli wrote:
> > If any of the ptes that khugepaged is collapsing was a pte_numa, the
> > resulting trans huge pmd will be a pmd_numa too.
>
> Why?
>
> If some of the ptes already got faulted in
On Thu, 2012-07-12 at 16:07 +0200, Peter Zijlstra wrote:
> On Tue, 2012-07-03 at 14:34 +0800, Michael Wang wrote:
> > From: Michael Wang
> >
> > it's impossible to enter else branch if we have set skip_clock_update
> > in task_yield_fair(), as yield_to_task_fair() will directly return
> > true
Hi Rik,
On Sun, Jul 01, 2012 at 11:33:17AM -0400, Rik van Riel wrote:
> On 06/28/2012 08:56 AM, Andrea Arcangeli wrote:
>
> > diff --git a/kernel/fork.c b/kernel/fork.c
> > index 0adbe09..3e5a0d9 100644
> > --- a/kernel/fork.c
> > +++ b/kernel/fork.c
> > @@ -527,6 +527,8 @@ static void
On Thu, Jul 12, 2012 at 7:11 PM, Linus Torvalds
wrote:
> On Thu, Jul 12, 2012 at 7:05 AM, Dave Jones wrote:
>>
>> I've seen it a few times, always with the soft lockup trace.
>
> I bet it's because you have tons of modules, and the line ends up
> being *really* long. And overflows LOG_LINE_MAX.
>-Original Message-
>From: Joe Jin [mailto:joe@oracle.com]
>Sent: Thursday, July 12, 2012 12:11 AM
>To: Dave, Tushar N
>Cc: e1000-de...@lists.sf.net; net...@vger.kernel.org; linux-
>ker...@vger.kernel.org
>Subject: Re: 82571EB: Detected Hardware Unit Hang
>
>On 07/12/12 14:41, Dave,
On Thu, Jul 12, 2012 at 08:08:28PM +0200, Andrea Arcangeli wrote:
> On Sat, Jun 30, 2012 at 01:12:18AM -0400, Konrad Rzeszutek Wilk wrote:
> > On Thu, Jun 28, 2012 at 02:56:00PM +0200, Andrea Arcangeli wrote:
> > > This is where the mm_autonuma structure is being handled. Just like
> > >
On Thu, Jul 12, 2012 at 10:57 AM, Ted Ts'o wrote:
> On Thu, Jul 12, 2012 at 10:30:59AM -0700, Luis R. Rodriguez wrote:
>> Its unclear to me if this is the case for copyleft-next, so lets test
>> it out and get this clarified once and for all. Even though one may be
>> supportive of the
On Tue, 2012-07-10 at 15:43 -0700, Jeff Kirsher wrote:
> On Tue, 2012-07-10 at 15:31 -0700, Jon Mason wrote:
> > Remove unused IXGBE_INTEL_VENDOR_ID #define
> >
> > Signed-off-by: Jon Mason
> > Cc: Jeff Kirsher
> > Cc: Jesse Brandeburg
> > Cc: Bruce Allan
> > Cc: Carolyn Wyborny
> > Cc: Don
On Thu, 12 Jul 2012 10:48:44 -0700
"Luis R. Rodriguez" wrote:
> From: "Luis R. Rodriguez"
>
> The anti-tivoization clauses must go if we want this license
> to be ever considered for usage with the Linux kernel.
> This patch removes that entire section.
The kernel license won't be changing
Eric,
Thank you very much. Once I disabled scatter-gather on the NIC, the
issue disappeared. Now I just need to figure out how to access the
paged data if the scatter-gather I/O feature enabled. Seems that the
functions to map and unmap frag pages ( kmap_skb_frag and
kunmap_skb_frag) are removed
>From 1844089350ec3298978418e75cdfe2bb5062c438 Mon Sep 17 00:00:00 2001
From: Masatake YAMATO , Masatake YAMATO
Subject: [PATCH v4 1/8] /proc/net/ entries for bluetooth protocols
In-Reply-To: <20120712074200.GA12931@aemeltch-MOBL1>
References: <2012072308.GA3044@aemeltch-MOBL1>
On Sat, Jun 30, 2012 at 01:12:18AM -0400, Konrad Rzeszutek Wilk wrote:
> On Thu, Jun 28, 2012 at 02:56:00PM +0200, Andrea Arcangeli wrote:
> > This is where the mm_autonuma structure is being handled. Just like
> > sched_autonuma, this is only allocated at runtime if the hardware the
> > kernel is
Hi Konrad,
On Sat, Jun 30, 2012 at 01:10:01AM -0400, Konrad Rzeszutek Wilk wrote:
> On Thu, Jun 28, 2012 at 02:55:59PM +0200, Andrea Arcangeli wrote:
> > This is where the dynamically allocated sched_autonuma structure is
> > being handled.
> >
> > The reason for keeping this outside of the
On Thu, 2012-07-12 at 13:50 -0400, Stefano Stabellini wrote:
> On Thu, 12 Jul 2012, David Vrabel wrote:
> > On 12/07/12 12:49, Roger Pau Monne wrote:
> > > David Vrabel wrote:
> > >> On 09/07/12 15:45, Konrad Rzeszutek Wilk wrote:
> > >>> On Fri, Jun 22, 2012 at 05:14:41PM +0100, Stefano
On Thu, Jul 12, 2012 at 10:30:59AM -0700, Luis R. Rodriguez wrote:
> Its unclear to me if this is the case for copyleft-next, so lets test
> it out and get this clarified once and for all. Even though one may be
> supportive of the philosophical evolutions of the ideas of copyleft I
> have been
Hi,
On Sat, Jun 30, 2012 at 01:04:26AM -0400, Konrad Rzeszutek Wilk wrote:
> On Thu, Jun 28, 2012 at 02:55:58PM +0200, Andrea Arcangeli wrote:
> > This resets all per-thread and per-process statistics across exec
> > syscalls or after kernel threads detached from the mm. The past
> > statistical
This is the start of the stable review cycle for the 3.0.37 release.
There are 68 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sat Jul 14 17:50:33 UTC 2012.
Anything
On Thu, 12 Jul 2012, David Vrabel wrote:
> On 12/07/12 12:49, Roger Pau Monne wrote:
> > David Vrabel wrote:
> >> On 09/07/12 15:45, Konrad Rzeszutek Wilk wrote:
> >>> On Fri, Jun 22, 2012 at 05:14:41PM +0100, Stefano Stabellini wrote:
> We used to rely on a core_initcall to initialize Xen on
On Thu, 2012-07-12 at 23:35 +0800, Asias He wrote:
> This is useful for people who want to use aio in kernel, e.g. vhost-blk.
>
> Signed-off-by: Asias He
> ---
> fs/aio.c| 37 ++---
> include/linux/aio.h | 21 +
> 2 files
From: "Luis R. Rodriguez"
This reflects the present gitorious.org name and reflects
better with other foo-next git trees out there.
---
ABOUT | 10 +-
COPYLEFT.next |6 +++---
2 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/ABOUT b/ABOUT
index
From: "Luis R. Rodriguez"
Also update the CONTRIBUTING to reflect the new file name
change.
---
CONTRIBUTING |2 +-
COPYLEFT.next => copyleft-next |0
2 files changed, 1 insertion(+), 1 deletion(-)
rename COPYLEFT.next => copyleft-next (100%)
diff --git
From: "Luis R. Rodriguez"
The anti-tivoization clauses must go if we want this license
to be ever considered for usage with the Linux kernel.
This patch removes that entire section.
The re-enumerating of the sections is done separately
to make it easier for review.
Signed-off-by: Luis R.
From: "Luis R. Rodriguez"
After the removal of the Tivoization clauses the sections
numbers required an update, this updates those section numbers
and its references.
Signed-off-by: Luis R. Rodriguez
---
copyleft-next | 28 ++--
1 file changed, 14 insertions(+), 14
From: "Luis R. Rodriguez"
The idea is taken from Linus Torvald's subsurface
project [0] README file. The Signed-off-by is widely
used in public projects and we stand to gain to make
its usage more prevalent. The meaning of the
Signed-off-by is borrowed from the Linux kernel's.
[0]
From: "Luis R. Rodriguez"
This uses github, lets not confuse the focus for
development for now.
---
CONTRIBUTING | 13 +
1 file changed, 1 insertion(+), 12 deletions(-)
diff --git a/CONTRIBUTING b/CONTRIBUTING
index 1db3cd2..d06f5da 100644
--- a/CONTRIBUTING
+++ b/CONTRIBUTING
@@
From: "Luis R. Rodriguez"
My last series of patches require a rebase based on the
latest changes, so patches 1-4 are a simple rebase.
Patch 5 and 6 address removing the anti-tivoization
clause, section 7. This will at the very least clarify
whether or not copyleft-next can or cannot be
Hi Linus,
Linus Walleij writes:
> On Thu, Jul 12, 2012 at 1:25 AM, Kevin Hilman wrote:
>
>> There is quite a bit of other things to do in remove to properly cleanup
>> what is done in probe.
>
> OK I'm dropping this patch for now...
>
Thanks.
For future reference... as one of the OMAP
From: Rob Clark
For devices which have constraints about maximum number of segments
in an sglist. For example, a device which could only deal with
contiguous buffers would set max_segment_count to 1.
The initial motivation is for devices sharing buffers via dma-buf,
to allow the buffer
On Mon, 9 Jul 2012, Konrad Rzeszutek Wilk wrote:
> On Fri, Jun 22, 2012 at 05:14:42PM +0100, Stefano Stabellini wrote:
> > Use Xen features to figure out if we are privileged.
>
> Is there a corresponding Xen c/s for the XNEFEAT_dom0?
Yes, that would be 23735
On Thu, Jul 12, Konrad Rzeszutek Wilk wrote:
> > +++ b/include/xen/interface/hvm/hvm_op.h
> > @@ -43,4 +43,24 @@ struct xen_hvm_pagetable_dying {
> > typedef struct xen_hvm_pagetable_dying xen_hvm_pagetable_dying_t;
> > DEFINE_GUEST_HANDLE_STRUCT(xen_hvm_pagetable_dying_t);
> >
> > +typedef
On 12.07.2012 16:08, werner wrote:
> There is a big problem since 3.5-rc1 which potentially mess the installations
>
> rdev don't give longer back the root device like /dev/sda1 , but in the
> bios form like 0x80010300
Note rdev returns information which is written to kernel image, not
Hi Axel,
> 於 一，2012-06-18 於 16:01 +0200，Andrew Lunn 提到：
> > On Fri, Jun 15, 2012 at 03:22:44PM +0800, Axel Lin wrote:
> > > Convert the orion_wdt driver to the watchdog framework API.
> > >
> > > Signed-off-by: Axel Lin
> >
> > Hi Axel
> >
> > Tested-by: Andrew Lunn
>
> Hi Wim,
> This patch
On 07/12/2012 10:31 AM, Marc Zyngier wrote:
On Thu, 12 Jul 2012 09:57:33 -0700, John Stultz
wrote:
So following ia64's method is probably better then copying the 8253's
rate if you're not concerned about tick-granularity error.
The 8253 is completely meaningless in our case (though I'm sure
On Thu, 2012-07-12 at 10:19 -0600, Alex Williamson wrote:
> On Thu, 2012-07-12 at 12:35 +0300, Avi Kivity wrote:
> > On 07/11/2012 10:57 PM, Alex Williamson wrote:
> > >>
> > >> > We still have classic KVM device assignment to provide fast-path INTx.
> > >> > But if we want to replace it midterm,
On Thu, Jul 12, 2012 at 07:20:39PM +0200, Olaf Hering wrote:
> Register pfn_is_ram helper speed up reading /proc/vmcore in the kdump
> kernel. See commit message of 997c136f518c ("fs/proc/vmcore.c: add hook
> to read_from_oldmem() to check for non-ram pages") for details.
>
> It makes use of a
thanks for your reply.
the value is very large. is there anyway that i can avoid such
frequent exits due to APIC_TMICT? do i need to modify some codes in
kvm kernel module or adapt some parameters?
Thanks,
Sheng
On Thu, Jul 12, 2012 at 3:50 AM, Avi Kivity wrote:
> On 07/12/2012 02:54 AM, sheng
On Thu, 12 Jul 2012 09:57:33 -0700, John Stultz
wrote:
> On 07/12/2012 03:56 AM, Linus Walleij wrote:
>> On Thu, Jul 12, 2012 at 12:09 PM, Marc Zyngier
>> wrote:
>>
>>> On Thu, 12 Jul 2012 02:18:42 +0200, Linus Walleij
>>> wrote:
>>>
>>> Hi Linus,
>>>
I'm reviewing the only patch I really
On Thu, Jul 12, 2012 at 8:27 AM, Ted Ts'o wrote:
> On Wed, Jul 11, 2012 at 05:44:49PM -0700, Luis R. Rodriguez wrote:
>> From: "Luis R. Rodriguez"
>>
>> The idea is taken from Linus Torvald's subsurface
>> project [0] README file. The Signed-off-by is widely
>> used in public projects and we
On Wed, Jul 11, 2012 at 09:36:02AM +0300, Dan Carpenter wrote:
> Smatch complains about this. I don't have a way to test this, but it
> does look like we should unlock on error here.
>
> Signed-off-by: Dan Carpenter
Acke-dby: Mark Brown
signature.asc
Description: Digital signature
On Tue, Jul 10, 2012 at 04:39:42PM +0530, AnilKumar Ch wrote:
> This commit adds device tree support for tps65217 pmic. And usage
> details are added to device tree documentation. Driver is tested
> by using kernel module with regulator set and get APIs.
Applied, thanks.
signature.asc
When the requested range is outside of the root range the logic in
__reserve_region_with_split will cause an infinite recursion which
will overflow the stack as seen in the warning bellow.
This particular stack overflow was caused by requesting the
(1-107ff) range while the root range
On Fri, Jul 06, 2012 at 07:14:32PM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied both, thanks.
signature.asc
Description: Digital signature
On Thu, Jul 12, 2012 at 10:23:25PM +0800, Axel Lin wrote:
> Initialize config.of_node for regulator before registering.
> This is needed for DT based regulator support.
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, Jul 12, 2012 at 01:53:35PM +0100, Krystian Garbaciak wrote:
> REGULATOR_STATUS_UNDEFINED is to be returned by regulator, if any other state
> doesn't really apply.
Applied, thanks.
signature.asc
Description: Digital signature
On Thu, Jul 12, 2012 at 11:50:38AM +0100, Krystian Garbaciak wrote:
> Case REGULATOR_STATUS_STANDBY -> REGULATOR_MODE_STANDBY.
Gah, actually this was due to git am applying your two patches in the
wrong order - applied now, thanks.
signature.asc
Description: Digital signature
On Thu, Jul 12, 2012 at 11:50:38AM +0100, Krystian Garbaciak wrote:
> Case REGULATOR_STATUS_STANDBY -> REGULATOR_MODE_STANDBY.
>
> Signed-off-by: Krystian Garbaciak
This doesn't apply against -next (or the topic/core branch). Please
check what's going on there.
signature.asc
Description:
Like do_wp_page(), __replace_page() should do munlock_vma_page()
for the case when the old page still has other !VM_LOCKED mappings.
Unfortunately this needs mm/internal.h.
Also, move put_page() outside of ptl lock. This doesn't really
matter but looks a bit better.
Signed-off-by: Oleg Nesterov
1. vma_address() returns loff_t, this looks confusing and this is
unnecessary after the previous change. Make it return "ulong",
all callers truncate the result anyway.
2. Its name conflicts with mm/rmap.c:vma_address(), rename it to
offset_to_vaddr(), this matches vaddr_to_offset().
On Fri, Jul 13, 2012 at 12:57:38AM +0800, Fengguang Wu wrote:
> On Thu, Jul 12, 2012 at 09:43:08AM -0700, Paul E. McKenney wrote:
> > On Wed, Jul 11, 2012 at 12:49:24AM -0700, Paul E. McKenney wrote:
> > > On Tue, Jul 10, 2012 at 12:47:00PM +0800, Fengguang Wu wrote:
> > > > Hi Paul,
> > > >
> >
1. register_for_each_vma() checks that vma_address() == vaddr but
this is not enough. We should also ensure that vaddr >= vm_start,
find_vma() guarantees "vaddr < vm_end" only.
2. After the prevous changes, register_for_each_vma() is the only
reason why vma_address() has to return
Add the new helper, vaddr_to_offset(vma, vaddr) which returns the
offset in vma->vm_file this vaddr is mapped at.
Change build_probe_list() and find_active_uprobe() to use the new
helper, the next patch adds another user.
Signed-off-by: Oleg Nesterov
---
kernel/events/uprobes.c | 14
Hello,
Another series with small fixes/cleanups, on top of
"uprobes: teach build_probe_list() to consider the range"
(still waiting for review from Srikar).
4/4 was previously nacked by Anton because vma_address()
conflicts with rmap.c. Now that 3/4 renames this helper
it is "safe" to incluse
On Thu, Jul 12, 2012 at 7:05 AM, Dave Jones wrote:
>
> I've seen it a few times, always with the soft lockup trace.
I bet it's because you have tons of modules, and the line ends up
being *really* long. And overflows LOG_LINE_MAX. I suspect something
odd happens.
There are tons of odd special
On Thu, Jul 12, 2012 at 05:07:58AM -0600, Thomas Gleixner wrote:
> On Thu, 12 Jul 2012, Mike Galbraith wrote:
> > crash> struct rt_mutex 0x8801770601c8
> > struct rt_mutex {
> > wait_lock = {
> > raw_lock = {
> > slock = 7966
> > }
> > },
> > wait_list = {
> >
Hello, Namhyung.
Sorry about the delay.
On Tue, Jul 10, 2012 at 01:48:44PM +0900, Namhyung Kim wrote:
> > + struct list_headidle_list; /* X: list of idle workers */
> > + struct timer_list idle_timer; /* L: worker idle timeout */
> > + struct timer_list
On Thu, Jul 12, 2012 at 09:35:50AM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
Applied all, thanks.
signature.asc
Description: Digital signature
On Wed, Jul 11, 2012 at 07:44:13PM +0800, Axel Lin wrote:
> The tps65910 mfd driver has been converted to regmap APIs.
> This patch adds tps65910_reg_update_bits() in include/linux/mfd/tps65910.h.
Applied, thanks.
signature.asc
Description: Digital signature
401 - 500 of 1654 matches
Mail list logo
