On 10/18/2012 11:55 AM, Bjorn Helgaas wrote:
On Wed, Oct 17, 2012 at 8:22 PM, Tang Chen wrote:
acpi_pci_roots array doesn't include PNP0A08, which is PCI Express
Root Bridge.
You need to explain why this change is necessary. PNP0A08 devices
will have a PNP0A03 _CID, so the driver already
On 2012-10-18 03:53, Dave Jones wrote:
> Triggered while fuzz testing..
>
>
> BUG: MAX_LOCKDEP_ENTRIES too low!
> turning off the locking correctness validator.
> Pid: 22788, comm: kworker/2:1 Not tainted 3.7.0-rc1+ #34
> Call Trace:
> [] add_lock_to_list.isra.29.constprop.45+0xdd/0xf0
> []
Hi Greg,
On Thu, Oct 18, 2012 at 5:34 AM, Greg Ungerer wrote:
> On 18/10/12 09:38, Stephen Rothwell wrote:
>>
>> [Just cc'ing Geert]
>>
>> On Thu, 18 Oct 2012 10:37:13 +1100 Stephen Rothwell
>> wrote:
>>>
>>>
>>> Hi Greg,
>>>
>>> Today's linux-next merge of the m68knommu tree got conflicts in
On Tue, Oct 16, 2012 at 09:01:40PM -0700, Yong Ding wrote:
> Shawn,
> Thanks for your comment. And sorry for my so late due to illness:-)
> SDHCI_QUIRK_BROKEN_CARD_DETECTION is used for notifying we don't use the host
> internal card detection method so that we don't need enable/disable those
>
Hi Ben,
On Thu, Oct 18, 2012 at 2:04 AM, Benjamin Herrenschmidt
wrote:
> On Wed, 2012-10-17 at 21:16 +0200, Geert Uytterhoeven wrote:
>> On Wed, Oct 17, 2012 at 5:45 PM, Will Deacon wrote:
>> > The {in,out}s{b,w,l} functions are designed to operate on a stream of
>> > bytes and therefore should
On 10/17/2012 10:58 PM, Luck, Tony wrote:
BUT (squared) do you even really need to know that thresholds were set? You
could look at bits {52:38} in the MCi_STATUS information for the bank to see
how many corrected errors had been logged.
Ah, nice. I think we should be able to use this instead
On Thu, Oct 18, 2012 at 12:12 AM, Rusty Russell wrote:
> "Michael Kerrisk (man-pages)" writes:
>> Sure. But my point that started this subthread was: should we take the
>> opportunity now to add a 'flags' argument to the new finit_module()
>> system call, so as to allow flexibility in extending
> On Tuesday 16 October 2012, Jaegeuk Kim wrote:
> > >
> > > > > An xattr on the root inode that holds a list like this is something
> > > > > that could be set at mkfs time, but then also updated easily by new
> > > > > software packages that are installed...
> > >
> > > Yes, good idea.
> >
> >
Linus Torvalds writes:
> On Wed, Oct 17, 2012 at 6:17 PM, Rusty Russell wrote:
>>
>> You cut too much: you need genkeyid.
>
> Yeah, I sent out a fixed version later, but I much prefer your version
> that generates those files earlier, not a "make modules_install".
Still committing a minor crime
Am Donnerstag, den 18.10.2012, 09:59 +0800 schrieb Richard Yang:
> On Wed, Oct 17, 2012 at 09:51:49PM +0200, Stefani Seibold wrote:
> >This was introduce by me to suppress a compiler warning, so don't remove
> >it.
> Which warning? I compile by removing this, but not find warning.
> I compile it
Jon,
On Thu, Oct 18, 2012 at 02:42:01, Hunter, Jon wrote:
> Hi Gururaja,
>
> On 10/17/2012 01:13 AM, Hebbar, Gururaja wrote:
> > Hi,
> >
> > I came across a peculiar issue while updating GPIO debounce registers on
> > OMAP platform.
> >
> > According to mainline commit
On Thu, Oct 18, 2012 at 1:17 PM, Dave Chinner wrote:
> On Thu, Oct 18, 2012 at 12:44:47PM +0800, Zhi Yong Wu wrote:
>> On Thu, Oct 18, 2012 at 12:29 PM, Dave Chinner wrote:
>> > On Wed, Oct 17, 2012 at 04:57:14PM +0800, Zhi Yong Wu wrote:
>> >> On Tue, Oct 16, 2012 at 4:42 AM, Dave Chinner
On Thu, Oct 18, 2012 at 12:44:47PM +0800, Zhi Yong Wu wrote:
> On Thu, Oct 18, 2012 at 12:29 PM, Dave Chinner wrote:
> > On Wed, Oct 17, 2012 at 04:57:14PM +0800, Zhi Yong Wu wrote:
> >> On Tue, Oct 16, 2012 at 4:42 AM, Dave Chinner wrote:
> >> > On Wed, Oct 10, 2012 at 06:07:22PM +0800,
On Thu, Oct 18, 2012 at 12:29 PM, Dave Chinner wrote:
> On Wed, Oct 17, 2012 at 04:57:14PM +0800, Zhi Yong Wu wrote:
>> On Tue, Oct 16, 2012 at 4:42 AM, Dave Chinner wrote:
>> > On Wed, Oct 10, 2012 at 06:07:22PM +0800, zwu.ker...@gmail.com wrote:
>> >> From: Zhi Yong Wu
>
>> > (*) Tested
Linus Torvalds writes:
> On Wed, Oct 17, 2012 at 3:19 PM, David Howells wrote:
>>
>> It's probably even better to just get rid of all the automatic module signing
>> stuff completely and leave the sign-file script for the builder to use
>> manually. The module verification code will still be
Linus Torvalds writes:
>Ta-daa, you have your debuginfo modules installed, and they are
> signed. Create the debuginfo rpm.
>
> - now, strip the modules. This obviously destroys the signatures
Note this doesn't remove them. You'll need something like:
dd if=$k of=$k.nosig bs=$(grep -cba
Linus Torvalds writes:
> On Wed, Oct 17, 2012 at 5:54 PM, Greg KH wrote:
>>>
>>> One of the main sane use-cases for module signing is:
>>>
>>> - CONFIG_CHECK_SIGNATURE=y
>>> - randomly generated one-time key
>>> - "make modules_install; make install"
>>> - "make clean" to get rid of the
"Michael Kerrisk (man-pages)" writes:
> Hi Rusty,
>
> Thanks for the review! One open question below.
>
> On Thu, Oct 11, 2012 at 4:50 AM, Rusty Russell wrote:
>> "Michael Kerrisk (man-pages)" writes:
>>> [CC widened, so that some more review might come in. Rusty?]
>>
>> Sure.
>>
>> Looks good.
(2012/10/18 13:14), Linus Torvalds wrote:
On Wed, Oct 17, 2012 at 9:06 PM, Kamezawa Hiroyuki
wrote:
if (vma && vma != priv->tail_vma) {
struct mm_struct *mm = vma->vm_mm;
+#ifdef CONFIG_NUMA
+ task_lock(priv->task);
+
Hi,
sorry for the late reply. I'm currently on vacation and it is no fun to
use SSH with a 1s latency while Entel Chile injects RST/ACK packets.
I'll read the remaining related mails that have accumulated in my inbox
when I'm back home.
On Mon, Oct 15, 2012 at 10:30:15PM +0200, Linus Walleij
On Thu, 18 Oct 2012, Kamezawa Hiroyuki wrote:
> diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
> index 14df880..d92e868 100644
> --- a/fs/proc/task_mmu.c
> +++ b/fs/proc/task_mmu.c
> @@ -94,6 +94,11 @@ static void vma_stop(struct proc_maps_private *priv, struct
> vm_area_struct *vma)
> {
>
(2012/10/18 13:06), Kamezawa Hiroyuki wrote:
(2012/10/18 6:31), David Rientjes wrote:
As a result of commit 32f8516a8c73 ("mm, mempolicy: fix printing stack
contents in numa_maps"), the mutex protecting a shared policy can be
inadvertently taken while holding task_lock(task).
Recently, commit
On Wed, Oct 17, 2012 at 08:55:49PM -0700, Hugh Dickins wrote:
> On Wed, 17 Oct 2012, David Rientjes wrote:
>
> > Commit 38f38657444d ("xattr: extract simple_xattr code from tmpfs") moved
> > some code from tmpfs but introduced a subtle bug along the way.
> >
> > If the name passed to
On Wed, Oct 17, 2012 at 04:57:14PM +0800, Zhi Yong Wu wrote:
> On Tue, Oct 16, 2012 at 4:42 AM, Dave Chinner wrote:
> > On Wed, Oct 10, 2012 at 06:07:22PM +0800, zwu.ker...@gmail.com wrote:
> >> From: Zhi Yong Wu
> > (*) Tested on an empty 17TB XFS filesystem with:
> >
> > $ sudo mkfs.xfs
On 10/11/2012 03:16 PM, Rusty Russell wrote:
> "H. Peter Anvin" writes:
>
>> On 10/10/2012 06:03 AM, Michael Kerrisk (man-pages) wrote:
>>> Good point. A "whole hog" openat()-style interface is worth thinking about
>>> too.
>>
>> *Although* you could argue that you can always simply open the
On Wed, Oct 17, 2012 at 9:06 PM, Kamezawa Hiroyuki
wrote:
> if (vma && vma != priv->tail_vma) {
> struct mm_struct *mm = vma->vm_mm;
> +#ifdef CONFIG_NUMA
> + task_lock(priv->task);
> + __mpol_put(priv->task->mempolicy);
> +
On Thu, 2012-10-18 at 10:18 +0800, Lai Jiangshan wrote:
> >
> > Looking at the patch, you are correct. The read side doesn't need the
> > memory barrier as the worse thing that will happen is that it sees the
> > locked = false, and will just grab the mutex unnecessarily.
>
>
(2012/10/18 6:31), David Rientjes wrote:
As a result of commit 32f8516a8c73 ("mm, mempolicy: fix printing stack
contents in numa_maps"), the mutex protecting a shared policy can be
inadvertently taken while holding task_lock(task).
Recently, commit b22d127a39dd ("mempolicy: fix a race in
On Wed, 17 Oct 2012, David Rientjes wrote:
> Commit 38f38657444d ("xattr: extract simple_xattr code from tmpfs") moved
> some code from tmpfs but introduced a subtle bug along the way.
>
> If the name passed to simple_xattr_remove() does not exist in the list of
> xattrs, then it is possible to
On Wed, Oct 17, 2012 at 8:22 PM, Tang Chen wrote:
> acpi_pci_roots array doesn't include PNP0A08, which is PCI Express
> Root Bridge.
You need to explain why this change is necessary. PNP0A08 devices
will have a PNP0A03 _CID, so the driver already claims PNP0A08 devices
because the _CID
Hi all,
Changes since 201201017:
The m68knommu gained conflicts against the m68k-current tree.
The l2-mtd tree still had its build failure so I used the version from
next-20121011.
The hid tree lost its conflict.
The sound tree gained a build failure for which I reverted 2 commits.
The
On 10/17/2012 07:08 AM, Tejun Heo wrote:
On Thu, Sep 27, 2012 at 05:19:46PM +0800, Tang Chen wrote:
1. cmci_rediscover() is only called by the CPU_POST_DEAD event handler, which
means the corresponding cpu has already dead. As a result, it won't be accessed
in the for_each_online_cpu loop.
So,
Commit 38f38657444d ("xattr: extract simple_xattr code from tmpfs") moved
some code from tmpfs but introduced a subtle bug along the way.
If the name passed to simple_xattr_remove() does not exist in the list of
xattrs, then it is possible to call kfree(new_xattr) when new_xattr is
actually
Hi Stephen,
On 18/10/12 09:38, Stephen Rothwell wrote:
[Just cc'ing Geert]
On Thu, 18 Oct 2012 10:37:13 +1100 Stephen Rothwell
wrote:
Hi Greg,
Today's linux-next merge of the m68knommu tree got conflicts in
arch/m68k/include/asm/termios.h, arch/m68k/include/uapi/asm/auxvec.h,
On Thu, 18 Oct 2012, Tang Chen wrote:
> We are working on this problem. Since it is complicated, it really
> takes us some time. Sorry for the delay. :)
>
> Actually, we intend to clear cpu-to-node mappings when a whole node is
> removed. But the node hot-plug code is still under development, so
On Wed, Oct 17, 2012 at 6:17 PM, Rusty Russell wrote:
>
> You cut too much: you need genkeyid.
Yeah, I sent out a fixed version later, but I much prefer your version
that generates those files earlier, not a "make modules_install".
[ Btw, your email "Date:" field is from 2+ hours ago, but it
On Wed, Oct 17, 2012 at 8:14 PM, Linus Torvalds
wrote:
>
> Oh, yes, we should make sure the key file gets cleaned up at "make clean".
Ooh, double-checked.
Actually, we have documented "make clean" to leave around "enough
build support to build external modules".
So technically, I guess what we
Will Deacon writes:
> When using a virtio transport, the 9p net device allocates pages to back
> the descriptors inserted into the virtqueue. These allocations may be
> performed from atomic context (under the channel lock) and can therefore
> return high mappings which aren't suitable for
"Michael Kerrisk (man-pages)" writes:
> Sure. But my point that started this subthread was: should we take the
> opportunity now to add a 'flags' argument to the new finit_module()
> system call, so as to allow flexibility in extending the behavior in
> future? There have been so many cases of
Linus Torvalds writes:
> This was based on the complaint from Davem that the "make
> allmodconfig" build got way slower because module signing takes a
> while.
>
> And quite frankly, the whole "extra strip and sign" thing at modpost
> time was just nasty ugly code.
>
> Why don't we do something
Hi all,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
In file included from sound/pci/ice1712/psc724.c:29:0:
sound/pci/ice1712/ice1712.h: In function 'snd_ice1712_write':
sound/pci/ice1712/ice1712.h:501:2: error: implicit declaration of function
On Wed, Oct 17, 2012 at 5:54 PM, Greg KH wrote:
>>
>> One of the main sane use-cases for module signing is:
>>
>> - CONFIG_CHECK_SIGNATURE=y
>> - randomly generated one-time key
>> - "make modules_install; make install"
>> - "make clean" to get rid of the keys.
>> - reboot.
>
> I want that
(2012/10/18 10:20), Namhyung Kim wrote:
> Hi,
>
> On Wed, 17 Oct 2012 20:06:54 +0900, Masami Hiramatsu wrote:
>> (2012/10/17 17:28), Hyeoncheol Lee wrote:
>>> The function allocated wrong size buffers for names
>>>
>>> Cc: Masami Hiramatsu
>>> Cc: Srikar Dronamraju
>>> Signed-off-by: Hyeoncheol
names for it's timer mutexes, right?
[ 954.666095]
[ 954.666471] ==
[ 954.668233] [ INFO: HARDIRQ-safe -> HARDIRQ-unsafe lock order detected ]
[ 954.670194] 3.7.0-rc1-next-20121017-sasha-2-g2353878-dirty #54 Tainted:
GW
[ 954.672
On Thu, 2012-10-18 at 10:43 +0800, Fengguang Wu wrote:
> Mimi,
>
> Although this occurs in the xen tree head, it's more likely related to
> ima_inode_post_setattr().
Under certain circumstances ima_inode_post_setattr() removes
'security.ima' without checking that it exists. shmem doesn't seem
On Thu, 18 Oct 2012, Fengguang Wu wrote:
> Mimi,
>
> Although this occurs in the xen tree head, it's more likely related to
> ima_inode_post_setattr().
>
> tree: git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
> devel/for-linus-3.8
> head:
On 10/18/2012 08:52 AM, David Rientjes wrote:
On Wed, 10 Oct 2012, David Rientjes wrote:
Ok, so it's been a week and these patches are still in -mm. This is what
I was afraid of: patches that both Peter and I nacked sitting in -mm and
allow a NULL pointer dereference because no alternative
On 10/17/12 22:47, Vivek Goyal wrote:
> On Wed, Oct 17, 2012 at 09:02:22AM +0900, Jun'ichi Nomura wrote:
>> On 10/17/12 08:20, Tejun Heo wrote:
>> -if (ent == >root_blkg->q_node)
>> +if (q->root_blkg && ent == >root_blkg->q_node)
>
> Can we fix it little
> Currently the opp_find* functions return -ENODEV when:
> a) it cant find a device (e.g. request for an OPP search on device
>which was not registered)
> b) When it cant find a match for the search strategy used
>
> This makes life a little in-efficient for users such as devfreq
> to make
On Sat, 6 Oct 2012, Daniel Santos wrote:
> These are based against -mm, where another commit is already in that
> changes it. I was told that since that commit was already in -mm, to
> not include it in the patch set:
>
> 6c620cf1536a0ce6a83ecaaaf05298dcc0f7d440 (committed 2012-09-27)
>
> This
On Thu, Oct 18, 2012 at 10:25 AM, Zheng Liu wrote:
> On Wed, Oct 17, 2012 at 02:34:15PM +0800, Zhi Yong Wu wrote:
>> >> diff --git a/fs/hot_tracking.h b/fs/hot_tracking.h
>> >> index d19e64a..7a79a6d 100644
>> >> --- a/fs/hot_tracking.h
>> >> +++ b/fs/hot_tracking.h
>> >> @@ -36,6 +36,9 @@
>> >>
acpi_pci_roots array doesn't include PNP0A08, which is PCI Express
Root Bridge.
Signed-off-by: Tang Chen
---
drivers/acpi/pci_root.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/acpi/pci_root.c b/drivers/acpi/pci_root.c
index 037b59c..dedc4d6 100644
---
On 10/18/12 01:45, Jitendra Kalsaria wrote:
>
>
>> -Original Message-
>> From: Joe Jin [mailto:joe@oracle.com]
>> Sent: Tuesday, October 16, 2012 11:32 PM
>> To: Ron Mercer; Jitendra Kalsaria; Dept-Eng Linux Driver
>> Cc: netdev; linux-kernel; Greg Marsden
>> Subject: [PATCH]
On Sat, Sep 29, 2012 at 3:13 PM, Ingo Molnar wrote:
>
> * Yinghai Lu wrote:
>
>> On Sun, Sep 23, 2012 at 1:27 PM, Dan Carpenter
>> wrote:
>> > On Wed, Sep 05, 2012 at 11:34:25PM +0800, Cong Wang wrote:
>> >> On Wed, Sep 5, 2012 at 1:32 AM, Flavio Leitner wrote:
>> >> > Hi folks,
>> >> >
>> >>
On 10/18/2012 04:28 AM, Steven Rostedt wrote:
> On Wed, Oct 17, 2012 at 11:07:21AM -0400, Mikulas Patocka wrote:
>>>
>>> Even the previous patch is applied, percpu_down_read() still
>>> needs mb() to pair with it.
>>
>> percpu_down_read uses rcu_read_lock which should guarantee that memory
>>
From: Namhyung Kim
Date: Thu, 18 Oct 2012 10:39:49 +0900
> On Wed, 17 Oct 2012 14:19:46 -0300, Arnaldo Carvalho de Melo wrote:
>> From: David Miller
>>
>> More UAPI stuff.
>
> What about other architectures? Don't they have the same problem?
If they took in the per-architecture UAPI pull
On Wed, Oct 17, 2012 at 02:34:15PM +0800, Zhi Yong Wu wrote:
> >> diff --git a/fs/hot_tracking.h b/fs/hot_tracking.h
> >> index d19e64a..7a79a6d 100644
> >> --- a/fs/hot_tracking.h
> >> +++ b/fs/hot_tracking.h
> >> @@ -36,6 +36,9 @@
> >> */
> >> #define TIME_TO_KICK 400
> >>
> >> +/* set how
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoe.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/block/aoe/aoe.h b/drivers/block/aoe/aoe.h
index 8e8da1c..536942b 100644
--- a/drivers/block/aoe/aoe.h
+++ b/drivers/block/aoe/aoe.h
@@ -1,5 +1,5 @@
/* Copyright
Use the definition from linux/sizes.h instead.
Signed-off-by: Laurent Pinchart
---
drivers/base/dma-contiguous.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/base/dma-contiguous.c b/drivers/base/dma-contiguous.c
index 9a14694..612afcc 100644
---
The function documentation incorrectly references dma_release_coherent.
Fix it. Don't mention a specific function name as dma_mmap_from_coherent
as multiple callers.
Signed-off-by: Laurent Pinchart
---
drivers/base/dma-coherent.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoe.h |2 +-
drivers/block/aoe/aoechr.c |2 +-
drivers/block/aoe/aoecmd.c |6 +++---
drivers/block/aoe/aoemain.c |2 +-
drivers/block/aoe/aoenet.c |4 ++--
5 files changed, 8 insertions(+), 8 deletions(-)
diff --git
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoecmd.c | 10 --
1 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/drivers/block/aoe/aoecmd.c b/drivers/block/aoe/aoecmd.c
index 2bb8c7d..82e16c4 100644
--- a/drivers/block/aoe/aoecmd.c
+++ b/drivers/block/aoe/aoecmd.c
@@
The userland aoetools package includes an "aoe-stat" command that
can display a "payload size" column when the aoe driver exports
this information. Users can quickly see what amount of user data
is transferred inside each AoE command on the network, network
headers excluded.
Signed-off-by: Ed
Triggered while fuzz testing..
BUG: MAX_LOCKDEP_ENTRIES too low!
turning off the locking correctness validator.
Pid: 22788, comm: kworker/2:1 Not tainted 3.7.0-rc1+ #34
Call Trace:
[] add_lock_to_list.isra.29.constprop.45+0xdd/0xf0
[] __lock_acquire+0x1121/0x1ba0
[] lock_acquire+0xa2/0x220
The GPFS filesystem is an example of an aoe user that requires the
aoe driver to support I/O request sizes larger than the default.
Most users will not need large I/O request sizes, because they would
need to be split up into multiple AoE commands anyway.
Signed-off-by: Ed Cashin
---
Users sometimes want to cause the aoe driver to forget a
particular previously discovered device when it is no longer
online. The aoetools provide an "aoe-flush" command that users
run to perform this administrative task. The changes below
provide the support needed in the driver.
The ATA over Ethernet config query response contains a "buffer count"
field reflecting the AoE target's capacity to buffer incoming AoE
commands.
By taking the current value of this field into accound, we increase
performance throughput or avoid network congestion, when the value
has increased or
Dropped transmits are not common, but when they do occur, increasing
the transmit queue length often helps.
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoenet.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/block/aoe/aoenet.c
Signed-off-by: Ed Cashin
---
drivers/block/aoe/aoechr.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/block/aoe/aoechr.c b/drivers/block/aoe/aoechr.c
index ed57a89..2bf6273 100644
--- a/drivers/block/aoe/aoechr.c
+++ b/drivers/block/aoe/aoechr.c
@@ -39,6
Change since first submission:
Go ahead and use the __must_hold() annotation provided
recently by Josh Triplett, already in mm.
This patch series is based on linux-next/akpm from 11 Oct.
Ed L. Cashin (9):
aoe: describe the behavior of the "err" character device
aoe: print
On Wed, 17 Oct 2012 14:19:46 -0300, Arnaldo Carvalho de Melo wrote:
> From: David Miller
>
> More UAPI stuff.
What about other architectures? Don't they have the same problem?
Thanks,
Namhyung
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
On Wed, 17 Oct 2012 14:19:45 -0300, Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> The evsel methods to read tracepoint fields uses libtraceevent
> functions, becoming needed by the python binding as well.
I got a build error after adding 'extern unsigned int page_size' to
Hi Arnaldo,
On Wed, 17 Oct 2012 14:19:44 -0300, Arnaldo Carvalho de Melo wrote:
> From: Arnaldo Carvalho de Melo
>
> The commit 0c1fe6b:
>
> 'perf tools: Have the page size value available for all tools'
Is that commit in your perf/urgent branch? I got this:
GEN python/perf.so
于 2012/10/17 16:28, Li Zefan 写道:
> On 2012/10/17 6:28, Tejun Heo wrote:
>> cgroup core has a bug which violates a basic rule about event
>> notifications - when a new entity needs to be added, you add that to
>> the notification list first and then make the new entity conform to
>> the current
Hi Wen,
2012/10/17 18:52, Wen Congyang wrote:
At 10/17/2012 05:18 PM, KOSAKI Motohiro Wrote:
Hmm, it doesn't move the code. It just reuse the code in
acpi_memory_powerdown_device().
Even if reuse or not reuse, you changed the behavior. If any changes
has no good rational, you cannot get an
Sent a patch to the bugzilla,[1] following Boris' and Rusty Russell's advice.
[1]
https://bugzilla.kernel.org/show_bug.cgi?id=43284
Thanks a lot.
--
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
Hi,
On Wed, 17 Oct 2012 20:06:54 +0900, Masami Hiramatsu wrote:
> (2012/10/17 17:28), Hyeoncheol Lee wrote:
>> The function allocated wrong size buffers for names
>>
>> Cc: Masami Hiramatsu
>> Cc: Srikar Dronamraju
>> Signed-off-by: Hyeoncheol Lee
>> ---
>> tools/perf/util/probe-event.c |
The function allocated wrong size buffers for names
Cc: Masami Hiramatsu
Cc: Srikar Dronamraju
Signed-off-by: Hyeoncheol Lee
---
v2: - Added a comment for MAX_ADDRNAME_LEN
tools/perf/util/probe-event.c | 17 +
1 file changed, 13 insertions(+), 4 deletions(-)
diff --git
于 2012年10月17日 18:16, Avi Kivity 写道:
> On 10/17/2012 04:28 AM, Zhang Yanfei wrote:
>> 于 2012年10月15日 23:43, Avi Kivity 写道:
>>> On 10/12/2012 08:40 AM, Zhang Yanfei wrote:
Currently, kdump just makes all the logical processors leave VMX operation
by
executing VMXOFF instruction, so
On 10/18/2012 12:28 AM, Yinghai Lu wrote:
On Wed, Oct 17, 2012 at 12:39 AM, Tang Chen wrote:
On 10/17/2012 01:18 PM, Yinghai Lu wrote:
And also, I have another 2 questions, maybe you can help me.
1) Do we need to put PNP0A08 into acpi_pci_roots ?
looks like we need to unify those two ids.
On Wed, Oct 17, 2012 at 03:44:28PM -0700, Linus Torvalds wrote:
> On Wed, Oct 17, 2012 at 3:19 PM, David Howells wrote:
> >
> > It's probably even better to just get rid of all the automatic module
> > signing
> > stuff completely and leave the sign-file script for the builder to use
> >
On 2012/10/18 0:19, Yinghai Lu wrote:
> On Wed, Oct 17, 2012 at 12:50 AM, Yijing Wang wrote:
>> On 2012/9/20 2:54, Yinghai Lu wrote:
>>
>> Hi Yinghai,
>>I applied this series patches to the latest pci-next, but git am fail
>> occured.
>> When I try to pull from for-pci-root-bus-hotplug
On Wed, 10 Oct 2012, David Rientjes wrote:
> It fixes a BUG() that only affects users who are doing node hot-remove,
> which is still radically under development, and nobody cares about except
> those on the cc list, but it also introduces the NULL pointer dereference
> that is attempting to
Hi all,
Well here are this merge windows' stats:
(No merge commits counted, next-20121001 is the first linux-next after
v3.6)
Commits in v3.7-rc1 (relative to v3.5): 10409
Commits in next-20121001: 10459
Commits with the same SHA1: 8068
Commits with the same patch_id:
On Wed, Oct 17, 2012 at 1:33 PM, Tim Bird wrote:
> On 10/17/2012 12:20 PM, Shentino wrote:
>> Potentially stupid question
>>
>> But is SLAB the one where all objects per cache have a fixed size and
>> thus you don't have any bookkeeping overhead for the actual
>> allocations?
>>
>> I remember
PVH: privcmd changes. PVH only supports the batch interface. To map a foreign
page to a process, pfn must be allocated. PVH path uses ballooning for that
purpose. The returned pfn is then mapped to the foreign page.
xen_unmap_domain_mfn_range() is introduced to unmap these pages via the privcmd
PVH: balloon and grant changes. For balloon changes we skip setting of local
p2m as it's updated in xen. For grant, the shared grant frame is the pfn and
not mfn, hence its mapped via the same code path as HVM
Signed-off-by: Mukesh Rathor
---
drivers/xen/balloon.c | 15 +--
PVH: bootup and setup related changes. enlighten.c: for PVH we can trap cpuid
via vmexit, so don't need to use emulated prefix call. Check for vector
callback early on, as it is a required feature. PVH runs at default kernel
iopl. setup.c: in xen_add_extra_mem() we can skip updating p2m as it's
PVH: This patch implements mmu changes for PVH. First the set/clear mmio pte
function makes a hypercall to update the p2m in xen with 1:1 mapping. PVH uses
mostly native mmu ops. Two local functions are introduced to add to xen physmap
for xen remap interface. xen unmap interface is introduced
On Wed, Oct 17, 2012 at 5:15 PM, Mark Einon wrote:
> The driver checks that the device can handle 64bit DMA addressing in
> et131x_pci_setup(), but then assumes that the top dword of a tx dma
> address is always zero when creating a dma mapping in nic_send_packet().
> Fix the mapping to use the
(2012/10/17 22:30), Michal Hocko wrote:
> Hi,
> memcg is the only controller which might fail in its pre_destroy
> callback which makes the cgroup core more complicated for no good
> reason. This is an attempt to change this unfortunate state.
>
> I am sending this a RFC because I would like to
PVH: make gdt_frames[]/gdt_ents into a union with {gdtaddr, gdtsz}, PVH
only needs to send down gdtaddr and gdtsz. irq.c: PVH uses
native_irq_ops. vcpu hotplug is currently not available for PVH.
events.c: setup callback vector for PVH. smp.c: This pertains to
bringing up smp vcpus. PVH runs in
Hi Artem,
On Fri, 12 Oct 2012 11:14:51 +1100 Stephen Rothwell
wrote:
>
> After merging the l2-mtd tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> ERROR: "denali_init" [drivers/mtd/nand/denali_pci.ko] undefined!
> ERROR: "denali_remove"
[PATCH 1/6] PVH: is a PV linux guest that has extended capabilities. This patch
allows it to be configured and enabled. Also, basic header file changes to add
new subcalls to physmap hypercall. Lastly, mfn_to_local_pfn must return mfn for
paging mode translate.
Signed-off-by: Mukesh Rathor
Hi guys,
Ok, I've made the changes from prev V2 patch submission comments. Tested
all the combinations. I am building xen patch just for the
corresponding header file changes. Following that I'll refresh xen
tree, debug, test, and send patches.
For linux kernel mailing list introduction, PVH is
On Mon, 2012-10-15 at 22:59 +0200, Rafael J. Wysocki wrote:
> On Monday 15 of October 2012 15:39:49 Yanmin Zhang wrote:
> > On Fri, 2012-09-21 at 01:58 +, Zhang, LongX wrote:
> > > From: LongX Zhang
> > >
> > > device_pm_remove will call pm_runtime_remove which would disable
> > > runtime PM
On Wed, Oct 17, 2012 at 7:21 PM, Linus Torvalds
wrote:
> On Wed, Oct 17, 2012 at 4:07 PM, Linus Torvalds
> wrote:
>>
>> Hmm. It *should* work for them too, because the debuginfo modules stay
>> around in the object tree, and never get stripped there. None of this
>> is different from what we
On Wed, Oct 17, 2012 at 4:44 PM, Linus Torvalds
wrote:
>
> I'll send out a fixed patch asap,
Ok, this is not pretty, and I think it generates the .signer and
.keyid files at the wrong time.
I do the kernel build as a regular user, and just "make install" as
root, and now it generates those
On Wed, 17 Oct 2012 18:44:32 +0800
Qing Z wrote:
> In ./drivers/video/fbmem.c, codes below cause issues:
>
> case FBIOPAN_DISPLAY:
> ...
> console_lock();
> ret = fb_pan_display(info, );
On Wed, 2012-10-17 at 21:16 +0200, Geert Uytterhoeven wrote:
> On Wed, Oct 17, 2012 at 5:45 PM, Will Deacon wrote:
> > The {in,out}s{b,w,l} functions are designed to operate on a stream of
> > bytes and therefore should not perform any byte-swapping, regardless of
> > the CPU byte order.
>
>
1 - 100 of 1192 matches
Mail list logo
