* Frederic Weisbecker wrote:
> config VIRT_CPU_ACCOUNTING_GEN
> bool "Full dynticks CPU time accounting"
> - depends on HAVE_CONTEXT_TRACKING && 64BIT
> + depends on HAVE_CONTEXT_TRACKING
> depends on HAVE_VIRT_CPU_ACCOUNTING_GEN
> select VIRT_CPU_ACCOUNTING
> se
Hi Amit,
> Hi,
>
> On Tue, Sep 24, 2013 at 1:38 PM, Lukasz Majewski
> wrote:
> > The commit d0a0ce3e77c795258d47f9163e92d5031d0c5221 ("thermal:
> > exynos: Add missing definations and code cleanup") has removed
> > setting of test MUX address value at TMU configuration setting.
> >
> > This fiel
* Frederic Weisbecker wrote:
> On Mon, Sep 30, 2013 at 09:07:19AM -0700, Linus Torvalds wrote:
> > On Mon, Sep 30, 2013 at 7:55 AM, Frederic Weisbecker
> > wrote:
> > > ...
> > > the chances for a stack overrun as reported in powerpc for example:
> > >
> > > [ 1002.364577] do_IRQ: stac
Il 30/09/2013 22:11, Chris Metcalf ha scritto:
> As I said to Gleb in the previous email - sorry for the delay in
> replying to your thoughtful comments!
>
>
> On 9/10/2013 8:47 AM, Paolo Bonzini wrote:
>> Il 28/08/2013 22:58, Chris Metcalf ha scritto:
>>> This change enables support for a virtio
* Peter Zijlstra wrote:
> Change all __wait_event*() implementations to match the corresponding
> wait_event*() signature for convenience.
>
> In particular this does away with the weird 'ret' logic. Since there
> are __wait_event*() users this requires we update them too.
>
> Signed-off-by: P
On Mon, Sep 30, 2013 at 03:54:27PM +0200, Ruslan N. Marchenko wrote:
> On Mon, Sep 30, 2013 at 01:54:06PM +0200, Julia Lawall wrote:
> > On Mon, 30 Sep 2013, Ruslan N. Marchenko wrote:
> >
> > > Hi Julia et al.,
> > >
> > > With this commit VIA NANO board get CPU lockup in random places on any
>
Hello Ingo,
On 10/01/2013 01:46 PM, Ingo Molnar wrote:
>
> * Zhang Yanfei wrote:
>
>> @@ -153,11 +153,18 @@ config MOVABLE_NODE
>> help
>>Allow a node to have only movable memory. Pages used by the kernel,
>>such as direct mapping pages cannot be migrated. So the correspo
Just send a v2 of the patch
http://patchwork.ozlabs.org/patch/279339/
Thanks!
On Tue, Oct 1, 2013 at 8:01 AM, David Miller wrote:
> From: Ricardo Ribalda Delgado
> Date: Tue, 1 Oct 2013 07:46:31 +0200
>
>> What if I move
>>lp->tx_bd_ci = 0;
>>lp->tx_bd_next = 0;
>>lp->t
The dma descriptors indexes are only initialized on the probe function.
If a packet is on the buffer when temac_stop is called, the dma
descriptors indexes can be left on a incorrect state where no other
package can be sent.
So an interface could be left in an usable state after ifdow/ifup.
This
On Mon, Sep 30, 2013 at 03:11:42PM +0200, Bartlomiej Zolnierkiewicz wrote:
> __initdata tag should be placed between the variable name and equal
> sign for the variable to be placed in the intended .init.data section.
I see lots of other occurences of that in arch/powerpc. Why not send a
single pa
From: Ricardo Ribalda Delgado
Date: Tue, 1 Oct 2013 07:46:31 +0200
> What if I move
>lp->tx_bd_ci = 0;
>lp->tx_bd_next = 0;
>lp->tx_bd_tail = 0;
>lp->rx_bd_ci = 0;
>
> to temac_dma_bd_init? Will this be more correct?
Yes, that would be a lot better.
--
To unsubsc
Hi,
On Sat, 28 Sep 2013 02:10:12 +0300
Aaro Koskinen wrote:
> Hi,
>
> 3.12-rc2 breaks the boot (BUG: scheduling while atomic, see logs below)
> on Lemote Mini-PC (MIPS). According to git bisect, this is caused by:
>
> ff522058bd717506b2fa066fa564657f2b86477e is the first bad commit
> commit ff
[+cc Russell]
On Sat, Sep 28, 2013 at 11:37:27PM +0200, Veaceslav Falico wrote:
> On Thu, Sep 26, 2013 at 11:59:51AM +0200, Veaceslav Falico wrote:
> >Currently, we first do kobject_put(&entry->kobj) and the kfree(entry),
> >however kobject_put() doesn't guarantee us that it was the last reference
* Zhang Yanfei wrote:
> @@ -153,11 +153,18 @@ config MOVABLE_NODE
> help
> Allow a node to have only movable memory. Pages used by the kernel,
> such as direct mapping pages cannot be migrated. So the corresponding
> + memory device cannot be hotplugged. This optio
Hello David
lp->tx_bd_ci, lp->tx_bd_next... are only initialized to zero on
temac_of_probe (inside alloc_etherdev). Those vars are used to index
the dma descriptors.
The initialization of lp->tx_bd_v[i].app0 = 0; is redundant, because
it is already done on dma_zalloc_coherent in temac_dma_bd_
On Mon, 2013-09-30 at 20:36 -0700, Eric Dumazet wrote:
> I have a patch mostly working here, and pretty short.
Here is the RFC patch. Unfortunately I cant really give performance
numbers, as a patch like this would need weeks before being tested here.
fs/file.c | 66
From: Bartlomiej Zolnierkiewicz
Date: Mon, 30 Sep 2013 15:18:27 +0200
> __initdata tag should be placed between the variable name and equal
> sign for the variable to be placed in the intended .init.data section.
>
> In this particular case __initdata is incorrect as moxart_mac_driver
> can be u
On Sat, Sep 28, 2013 at 4:15 PM, Tejun Heo wrote:
> Hey, again.
>
> On Sat, Sep 28, 2013 at 05:49:30PM -0400, Tejun Heo wrote:
>> 0001-sysfs-remove-unused-sysfs_buffer-pos.patch
>> 0002-sysfs-remove-sysfs_buffer-needs_read_fill.patch
>> 0003-sysfs-remove-sysfs_buffer-ops.patch
>> 0004-sysfs-ad
From: Jason Wang
Date: Mon, 30 Sep 2013 15:37:17 +0800
> We used to use a percpu structure vq_index to record the cpu to queue
> mapping, this is suboptimal since it duplicates the work of XPS and
> loses all other XPS functionality such as allowing use to configure
> their own transmission steer
>> Well we don't have to, I think Mikey wasn't totally clear about that
>> "making all registers volatile" business :-) This is just something we
>> need to handle in assembly if we are going to reclaim the suspended
>> transaction.
Yeah, sorry. The slow path with all registers as volatile is onl
Hi Davidlohr,
On 09/30/2013 07:54 PM, Davidlohr Bueso wrote:
Hi Manfred,
On Mon, 2013-09-30 at 11:13 +0200, Manfred Spraul wrote:
After acquiring the semlock spinlock, the operations must test that the
array is still valid.
- semctl() and exit_sem() would walk stale linked lists (ugly, but sh
On Mon, Sep 30, 2013 at 11:56:06PM -0400, Steven Rostedt wrote:
> > Steve, any further thoughts on this ? I can't do more than a few hours of
> > fuzz-testing
> > without eventually running into this.
>
> I'm currently traveling, but as it seems that you have a pretty good
> reproducer, c
Greetings From Georgia
Greetings in the name of the lord, I am Mrs. Olga Patarkatsishvili, the widow
of late Georgian business tycoon Mr. Badri Patarkatsishvili, I have a
business proposal which will be of great benefit to you and myself. I will send
you further details once i receive your re
From: Ricardo Ribalda Delgado
Date: Fri, 27 Sep 2013 13:24:28 +0200
> The dma descriptors are only initialized on the probe function.
>
> If a packet is on the buffer when temac_stop is called, the dma
> descriptors can be left on a incorrect status where no other package can
> be sent.
>
> So
This patch changes the driver to avoid the usage of IS_ERR_OR_NULL()
macro.
The case present in this patch simply translates to normal check for pointer,
wheather it is NULL or has an error code.
Signed-off-by: Manish Badarkhe
---
:100644 100644 bd611cdf.. ad3d4d4... M drivers/regulator/tps6509
On Mon, 2013-09-30 at 16:04 +0900, Namhyung Kim wrote:
> Ping!
Ah I missed this patch. And I'm currently traveling.
I'll start testing it when I get back on Friday, but feel free to ping
me again next Monday.
-- Steve
>
> On Tue, 3 Sep 2013 14:05:08 +0900, Namhyung Kim wrote:
> > From: Namhyu
On Fri, Sep 27, 2013 at 10:41:16PM +0200, Peter Zijlstra wrote:
> On Fri, Sep 27, 2013 at 08:15:32PM +0200, Oleg Nesterov wrote:
> > On 09/26, Peter Zijlstra wrote:
[ . . . ]
> > > +static bool cpuhp_readers_active_check(void)
> > > {
> > > + unsigned int seq = per_cpu_sum(cpuhp_seq);
> > > +
>
On Mon, 2013-09-30 at 13:12 -0400, Dave Jones wrote:
> On Wed, Aug 28, 2013 at 03:27:45PM -0400, Steven Rostedt wrote:
>
> > > [ 6619.050768] WARNING: CPU: 1 PID: 16351 at kernel/trace/ftrace.c:1640
> __ftrace_hash_rec_update.part.37+0x20a/0x240()
> > > [ 6619.053767] Modules linked in: lec snd
On Sun, Sep 29, 2013 at 08:39:22AM -0700, John Johansen wrote:
> The recent 3.12 pull request for apparmor was missing a couple rcu _protected
> access modifiers. Resulting in the follow suspicious RCU usage
Assuming the lock you called out is the right one (I have no idea!), this
looks good to me
On Mon, Sep 30, 2013 at 08:31:05PM +0200, Laurent Pinchart wrote:
> On Monday 30 September 2013 17:34:36 Bartlomiej Zolnierkiewicz wrote:
> > __initdata tag should be placed between the variable name and equal
> > sign for the variable to be placed in the intended .init.data section.
> >
> > Signe
On 09/30/2013 06:57 PM, Chris Murphy wrote:
On Sep 27, 2013, at 5:33 PM, Guenter Roeck wrote:
On 09/27/2013 11:03 AM, Chris Murphy wrote:
On Sep 27, 2013, at 11:59 AM, Guenter Roeck wrote:
On Fri, Sep 27, 2013 at 11:41:42AM -0600, Chris Murphy wrote:
On Sep 27, 2013, at 11:12 AM, Guent
On Tue, 2013-10-01 at 04:27 +0100, Al Viro wrote:
> On Mon, Sep 30, 2013 at 07:02:23PM -0700, Linus Torvalds wrote:
>
> > Shouldn't a cmpxchg() in just the dup2 code solve that?
> >
> > If the old value was NULL, you'd have to repeat and go back and see if
> > the open_fds[] bit had been cleared
On Mon, Sep 30, 2013 at 07:02:23PM -0700, Linus Torvalds wrote:
> Shouldn't a cmpxchg() in just the dup2 code solve that?
>
> If the old value was NULL, you'd have to repeat and go back and see if
> the open_fds[] bit had been cleared in the meantime (ie it's NULL not
> because somebody else is b
UAPI is whole Linux kernel API, it is important enough to get summary
descriptions by comments.
In "include/uapi/Kbuild", "Makefile..." and "non-arch..." comments are
historical, at present, they need be improved.
Also add more explanations for "include/uapi/" in "include/uapi/Kbuild".
Signed-o
On Tue, Oct 01, 2013 at 12:05:03PM +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2013-09-30 at 17:56 -0700, Linus Torvalds wrote:
> > On Mon, Sep 30, 2013 at 5:36 PM, Michael Neuling wrote:
> > >
> > > The scary part is that we to make all register volatile. You were not
> > > that keen on doing
On Sep 27, 2013, at 5:33 PM, Guenter Roeck wrote:
> On 09/27/2013 11:03 AM, Chris Murphy wrote:
>>
>> On Sep 27, 2013, at 11:59 AM, Guenter Roeck wrote:
>>
>>> On Fri, Sep 27, 2013 at 11:41:42AM -0600, Chris Murphy wrote:
On Sep 27, 2013, at 11:12 AM, Guenter Roeck wrote:
>>
This patch introduces a device tree bindings for
describing the hardware thermal behavior and limits.
Also a parser to read and interpret the data and feed
it in the thermal framework is presented.
This patch introduces a thermal data parser for device
tree. The parsed data is used to build therma
On 09/30/2013 03:47 PM, Tim Chen wrote:
My qrwlock doesn't enable qrwlock by default. You have to use menuconfig
to explicitly enable it. Have you done that when you build the test
kernel? I am thinking of explicitly enabling it for x86 if the anon-vma
lock is converted back to a rwlock.
Yes, I
On Mon, Sep 30, 2013 at 7:22 PM, Yuanhan Liu
wrote:
> On Mon, Sep 30, 2013 at 12:14:03PM +0400, Vladimir Davydov wrote:
>> On 09/29/2013 01:47 PM, Yuanhan Liu wrote:
>> >On Fri, Sep 20, 2013 at 06:46:59AM -0700, tip-bot for Vladimir Davydov
>> >wrote:
>> >>Commit-ID: 7e3115ef5149fc502e3a2e80719d
On 09/05/2013 09:09 AM, Chen Gang wrote:
> "include/uapi/" is the whole Linux kernel API, it is important enough
> to get more global explanations by comments.
>
> In "include/uapi/Kbuild", "Makefile..." and "non-arch..." comments are
> meaningless for current 'Kbuild', so delete them.
>
Hmm...i
On Mon, 2013-09-30 at 18:44 -0700, Linus Torvalds wrote:
> On Mon, Sep 30, 2013 at 6:05 PM, Eric Dumazet wrote:
> > Speaking of spinlock contention, the files->file_lock is a good example.
> >
> > Multi threaded programs hit this spinlock three times per fd :
>
> .. do you actually have programs
On Mon, 2013-09-30 at 17:56 -0700, Linus Torvalds wrote:
> On Mon, Sep 30, 2013 at 5:36 PM, Michael Neuling wrote:
> >
> > The scary part is that we to make all register volatile. You were not
> > that keen on doing this as there are a lot of places in exception
> > entry/exit where we only save/
On Mon, Sep 30, 2013 at 6:53 PM, Al Viro wrote:
>
> The problem is dup2()
Shouldn't a cmpxchg() in just the dup2 code solve that?
If the old value was NULL, you'd have to repeat and go back and see if
the open_fds[] bit had been cleared in the meantime (ie it's NULL not
because somebody else is
"Michael S. Tsirkin" writes:
> On Mon, Sep 30, 2013 at 03:37:17PM +0800, Jason Wang wrote:
>> We used to use a percpu structure vq_index to record the cpu to queue
>> mapping, this is suboptimal since it duplicates the work of XPS and
>> loses all other XPS functionality such as allowing use to co
On Mon, Sep 30, 2013 at 06:05:03PM -0700, Eric Dumazet wrote:
> Speaking of spinlock contention, the files->file_lock is a good example.
>
> Multi threaded programs hit this spinlock three times per fd :
>
> alloc_fd() / fd_install() / close()
>
> I think fd_install() could be done without thi
On Mon, Sep 30, 2013 at 6:05 PM, Eric Dumazet wrote:
> Speaking of spinlock contention, the files->file_lock is a good example.
>
> Multi threaded programs hit this spinlock three times per fd :
.. do you actually have programs that see contention?
> alloc_fd() / fd_install() / close()
>
> I thi
On Mon, Sep 30, 2013 at 10:22:11PM +0200, Jesper Juhl wrote:
> Make sure we always free(param); and remove a redundant "goto out;"
> just before we'll hit the label anyway.
>
> Signed-off-by: Jesper Juhl
> ---
> drivers/staging/vt6655/hostap.c | 25 ++---
> 1 files changed,
On Sat, Sep 28, 2013 at 09:03:24PM +0200, Martin Berglund wrote:
> Cleanup of a few brace coding style issues.
>
> Signed-off-by: Martin Berglund
> ---
> drivers/staging/vt6655/80211mgr.c | 16 ++--
> 1 file changed, 6 insertions(+), 10 deletions(-)
Applied, thanks.
greg k-h
--
To
On Mon, Sep 30, 2013 at 02:35:14PM -0700, Andrew Morton wrote:
> On Mon, 30 Sep 2013 16:59:44 +0900 Joonsoo Kim wrote:
>
> > We should clear the page's private flag when returing the page to
> > the page allocator or the hugepage pool. This patch fixes it.
> >
> > Signed-off-by: Joonsoo Kim
> >
Speaking of spinlock contention, the files->file_lock is a good example.
Multi threaded programs hit this spinlock three times per fd :
alloc_fd() / fd_install() / close()
I think fd_install() could be done without this spinlock.
we want to protect fd_install() from a concurrent resize of the
On Mon, Sep 30, 2013 at 5:36 PM, Michael Neuling wrote:
>
> The scary part is that we to make all register volatile. You were not
> that keen on doing this as there are a lot of places in exception
> entry/exit where we only save/restore a subset of the registers. We'd
> need to catch all these.
Ben,
> On Mon, 2013-09-30 at 12:29 -0700, Linus Torvalds wrote:
> >
> > But I'm cc'ing the POWER people, because I don't know the POWER8
> > interfaces, and I don't want to necessarily call this "xbegin"/"xend"
> > when I actually wrap it in some helper functions.
>
> The main problem with power
On Tue, Oct 1, 2013 at 3:16 AM, Guenter Roeck wrote:
> On 09/30/2013 03:29 PM, Brian Gitonga Marete wrote:
>>
>> On Tue, Oct 1, 2013 at 12:25 AM, Brian Gitonga Marete
>> wrote:
>>>
>>> Hello all,
>>>
>>> Some time ago, an enhancement was made to the kernel that caused
>>> coretemp.ko (as well as
On Mon, Sep 30, 2013 at 6:49 AM, David Ahern wrote:
> On 9/30/13 2:19 AM, Namhyung Kim wrote:
>>
>> From: Namhyung Kim
>>
>> perf-record updates the header in the perf.data file at termination.
>> Without this update perf-report (and other processing built-ins) it
>> caused an infinite loop when
On 09/30/2013 03:29 PM, Brian Gitonga Marete wrote:
On Tue, Oct 1, 2013 at 12:25 AM, Brian Gitonga Marete
wrote:
Hello all,
Some time ago, an enhancement was made to the kernel that caused
coretemp.ko (as well as other cpu-specific drivers) to be auto-loaded.
This has broken for me in 3.11.x.
I apologize for poor assumptions and lack of general knowledge
concerning what I'm talking about. However, I feel I can still help on
the subject.
As to what device I'm talking about, I'm talking about the more
properly termed "Xbox 360 Wireless Gaming Reciever". More information
and a picture can
Hi Guennadi,
On Mon, Sep 30, 2013 at 05:25:42PM +0200, Guennadi Liakhovetski wrote:
> Hi Simon,
>
> Just a quick check of the status of this patch series:
>
> On Thu, 26 Sep 2013, Guennadi Liakhovetski wrote:
>
> > On Lager a da9210 regulator is used to supply DVFS power to the SoC. This
> > pa
From: "baker.zhang"
Because 'node' is the i'st child of 'oldnode',
thus, here 'i' equals
tkey_extract_bits(node->key, oldtnode->pos, oldtnode->bits)
we just get 1 more bit,
and need not care the detail value of this bits.
I apologize for the mistake.
I generated the patch on a branch version,
On Mon, 2013-09-23 at 14:58 +0200, Sebastian Andrzej Siewior wrote:
> On 08/30/2013 11:29 PM, Ben Hutchings wrote:
> > Sebastian, I saw you came up with a fix for this but apparently without
> > seeing my earlier message:
>
> Yes Ben, I haven't seen it. If I was on Cc I very sorry for overlooking
On Tue, Oct 01, 2013 at 08:14:39AM +0900, Chanwoo Choi wrote:
> Additionally,I have a question.
> As I mentioned, extcon-arizon driver don't get pdata from dt parsing.
> I think extcon-arizona haven't operated without pdata.
It should work fine on Wolfson reference systems and anything cloned
fro
On Tue, Oct 01, 2013 at 08:04:09AM +0900, Chanwoo Choi wrote:
> On 09/30/2013 06:52 PM, Charles Keepax wrote:
> > I would also be happy to implement this as a NULL check on the
> > pdata when we use it if that is preferable? But since we have the
> > cached pdata seems we might as well use it.
>
On 10/01/2013 08:04 AM, Chanwoo Choi wrote:
> On 09/30/2013 06:52 PM, Charles Keepax wrote:
>> On Mon, Sep 30, 2013 at 08:37:30AM +0900, Chanwoo Choi wrote:
>>> No, extcon-arizona driver don't currently support DT to get platform data.
>>> I cannot find some dt function to parse data from dts file.
денежная помощь населению http://li.ru/go?9url.in/21ea8c
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkm
On Thu, Sep 05, 2013 at 06:29:08PM +0800, Xiao Guangrong wrote:
> Now we can flush all the TLBs out of the mmu lock without TLB corruption when
> write-proect the sptes, it is because:
> - we have marked large sptes readonly instead of dropping them that means we
> just change the spte from writa
On 09/30/2013 06:52 PM, Charles Keepax wrote:
> On Mon, Sep 30, 2013 at 08:37:30AM +0900, Chanwoo Choi wrote:
>> No, extcon-arizona driver don't currently support DT to get platform data.
>> I cannot find some dt function to parse data from dts file.
>> You have to implement extcon-arizona driver b
On Mon, 2013-09-30 at 12:29 -0700, Linus Torvalds wrote:
>
> But I'm cc'ing the POWER people, because I don't know the POWER8
> interfaces, and I don't want to necessarily call this "xbegin"/"xend"
> when I actually wrap it in some helper functions.
The main problem with powerpc TM is that we nee
On 30/09/13 23:02, Bartlomiej Zolnierkiewicz wrote:
__initdata tag should be placed between the variable name and equal
sign for the variable to be placed in the intended .init.data section.
Signed-off-by: Bartlomiej Zolnierkiewicz
Signed-off-by: Kyungmin Park
Acked-by: Greg Ungerer
---
On Thu, Sep 05, 2013 at 06:29:06PM +0800, Xiao Guangrong wrote:
> Currently, kvm zaps the large spte if write-protected is needed, the later
> read can fault on that spte. Actually, we can make the large spte readonly
> instead of making them un-present, the page fault caused by read access can
> b
On Tue, Oct 1, 2013 at 12:25 AM, Brian Gitonga Marete
wrote:
> Hello all,
>
> Some time ago, an enhancement was made to the kernel that caused
> coretemp.ko (as well as other cpu-specific drivers) to be auto-loaded.
>
> This has broken for me in 3.11.x. It works fine on 3.10.x.
>
> Please see the
When calling EPOLL_CTL_ADD for an epoll file descriptor that is attached
directly to a wakeup source, we do not need to take the global 'epmutex',
unless the epoll file descriptor is nested. The purpose of taking
the 'epmutex' on add is to prevent complex topologies such as loops and
deep wakeup pa
The patch entitled 'epoll: optimize EPOLL_CTL_DEL using rcu', increases the
size of 'struct epitem' over 128 bytes as it adds a 'struct rcu_head' field
to 'struct epitem', in order to make use of RCU. This patch restores the size
of 'struct epitem' back to <= 128 bytes. This size restriction and en
Optimize EPOLL_CTL_DEL so that it does not require the 'epmutex' by
converting the file->f_ep_links list into an rcu one. In this way, we can
traverse the epoll network on the add path in parallel with deletes. Since
deletes can't create loops or worse wakeup paths, this is safe.
Note that I've re
Hi,
Nathan Zimmer found that once we get over 10+ cpus, the scalability of
SPECjbb falls over due to the contention on the global 'epmutex', which
is taken in on EPOLL_CTL_ADD and EPOLL_CTL_DEL operations.
Patch #1 removes the 'epmutex' lock completely from the EPOLL_CTL_DEL path by
using rcu to
Hi Fan,
On Sat, Sep 28, 2013 at 09:48:11PM +0800, cinifr wrote:
> Hi Maxime,
> I have test it, but I found it does not work. If using
> smp_prepare_cpus, the kernenl cannot find the secondary cpus because
> that smp_prepare_cpus semms not be excuted before kernel is booting
> secondary cpus.
> There is also the fact that the driver may not be able to tell if a
> locality is available without doing some kind of test command. The Xen
> TPM interface doesn't expose what localities are available, for example,
> and the TIS interface may need to test to see if locality 3 and 4 are
> actua
On Fri, 27 Sep 2013, Sergey Dyasly wrote:
> What you are saying contradicts current OOMk code the way I read it. Comment
> in
> oom_kill_process() says:
>
> "If the task is already exiting ... set TIF_MEMDIE so it can die quickly"
>
> I just want to know the right solution.
>
That's a comment
On Mon, 2013-09-30 at 12:47 -0700, Tim Chen wrote:
> On Mon, 2013-09-30 at 15:35 -0400, Waiman Long wrote:
> > On 09/30/2013 03:23 PM, Tim Chen wrote:
> > > On Mon, 2013-09-30 at 20:14 +0200, Peter Zijlstra wrote:
> > >> On Mon, Sep 30, 2013 at 10:10:27AM -0700, Tim Chen wrote:
> > >>> Here's the e
On Sat, 28 Sep 2013 16:33:58 +0800 Bob Liu wrote:
> Nobody uses the pvec->cold argument of pagevec and it's also unreasonable for
> pages in pagevec released as cold page, so drop the cold argument from
> pagevec.
Is it unreasonable? I'd say it's unreasonable to assume that all pages
in all ca
Hi Linus,
The following changes since commit 4a10c2ac2f368583138b774ca41fac4207911983:
Linux 3.12-rc2 (2013-09-23 15:41:09 -0700)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-3.12-4
for you to fetch changes up to 367156d9a87b2
From: Andi Kleen
Add a generic qualifier for transaction events, as a new sample
type that returns a flag word. This is particularly useful
for qualifying aborts: to distinguish aborts which happen
due to asynchronous events (like conflicts caused by another
CPU) versus instructions that lead to
From: Andi Kleen
Add support for recording and displaying the transaction flags.
They are essentially a new sort key. Also display them
in a nice way to the user.
v2: Fix manpage
v3: Move transaction to the end
v4: Handle capacity-read/write
v5: Adjust for new names
Reviewed-by: Jiri Olsa
Signe
From: Andi Kleen
Make perf record -j aware of the new in_tx,no_tx,abort_tx branch qualifiers.
v2: ABORT -> ABORTTX
v3: Add more _
Reviewed-by: Jiri Olsa
Signed-off-by: Andi Kleen
---
tools/perf/Documentation/perf-record.txt | 3 +++
tools/perf/builtin-record.c | 3 +++
2 files ch
[This has kernel and user parts.
Both sides have been reviewed now, so hopefully it's good
to merge.]
[v2: Address Peter's feedback for the kernel parts]
[v3: Rebased to current tip. Added Ack/Reviewed-by for user tools code]
Note this also needs the separately posted
64bit comparison fix to corr
From: Andi Kleen
Extend the perf branch sorting code to support sorting by in_tx
or abort_tx qualifiers. Also print out those qualifiers.
This also fixes up some of the existing sort key documentation.
We do not support no_tx here, because it's simply not showing
the in_tx flag.
v2: Readd flag
From: Andi Kleen
Haswell always give an extra LBR record after every TSX abort.
Suppress the extra record.
This only works when the abort is visible in the LBR
If the original abort has already left the 16 LBR entries
the extra entry will will stay.
v2: Adjust white space.
Signed-off-by: Andi K
From: Andi Kleen
In the PEBS handler report the transaction flags using the new
generic transaction flags facility. Most of them come from
the "tsx_tuning" field in PEBSv2, but the abort code is derived
from the RAX register reported in the PEBS record.
v2: Fix interaction with precise-loads
v3:
On Sat, 28 Sep 2013, Tetsuo Handa wrote:
> Some of enterprise users might prefer "kernel panic followed by kdump and
> automatic reboot" to "a system is not responding for unpredictable period",
> for
> the panic helps getting information for analyzing what process caused the
> freeze. Well, can
On Thu, Sep 05, 2013 at 06:29:05PM +0800, Xiao Guangrong wrote:
> Using sp->role.level instead of @level since @level is not got from the
> page table hierarchy
>
> There is no issue in current code since the fast page fault currently only
> fixes the fault caused by dirty-log that is always on th
On Mon, Sep 30, 2013 at 1:03 PM, Al Viro wrote:
> On Mon, Sep 30, 2013 at 11:13:23AM -0700, Aditya Kali wrote:
>> +Ted Ts'o, Tejun Heo, Jens Axboe
>>
>>
>> On 09/30/2013 10:54 AM, Aditya Kali wrote:
>> >Hi Al and other fs-developers,
>> >
>> >Please let me know what you think about this patch.
>
>
Hello Andrew,
I was wondering if you had a chance to review the updated patch that I sent.
You aren't waiting on me for something, are you?
Thank you.
--
Prasad J Pandit / Red Hat Security Response Team
DB7A 84C5 D3F9 7CD1 B5EB C939 D048 7860 3655 602B
--
To unsubscribe from this list: send t
Hello Andrew,
I was wondering if you had a chance to review this patch further? Should I
send similar patches for other architectures too? As in you aren't waiting on
me for that, are you?
Thank you.
--
Prasad J Pandit / Red Hat Security Response Team
DB7A 84C5 D3F9 7CD1 B5EB C939 D048 7860
On Mon, 30 Sep 2013 16:59:44 +0900 Joonsoo Kim wrote:
> We should clear the page's private flag when returing the page to
> the page allocator or the hugepage pool. This patch fixes it.
>
> Signed-off-by: Joonsoo Kim
> ---
> Hello, Andrew.
>
> I sent the new version of commit ('07443a8') befor
On Mon, Sep 30, 2013 at 04:36:27PM -0400, Daniel De Graaf wrote:
> >I think using CONFIG_ options would make this feature unavaiable to
> >distro kernel users...
>
> This just moves the problem - now you need a custom initrd instead of
> a custom kernel. Other TPM options like IMA's PCR selection
On Mon, Sep 30, 2013 at 01:37:53PM -0400, Stephen Smalley wrote:
> > With that patch applied, the problem seems to have moved elsewhere..
> >
> > BUG: soft lockup - CPU#3 stuck for 22s! [load_policy:8119]
> > irq event stamp: 1590886
> > hardirqs last enabled at (1590885): []
> > __sla
Fix a few trivial mem leaks when returning from scan_tree/scan_rom.
Signed-off-by: Jesper Juhl
---
Documentation/ia64/aliasing-test.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/Documentation/ia64/aliasing-test.c
b/Documentation/ia64/aliasing-test.c
index 62a190d..
On Mon, Sep 30, 2013 at 11:06:46PM +0200, Borislav Petkov wrote:
> On Mon, Sep 30, 2013 at 04:46:42PM -0400, Vivek Goyal wrote:
> > On Mon, Sep 30, 2013 at 10:41:54PM +0200, Borislav Petkov wrote:
> >
> > [..]
> > > hpa, so, for the struct efi_mapping thing to work, I will have to grep
> > > dmesg
On Mon, Sep 30, 2013 at 04:46:42PM -0400, Vivek Goyal wrote:
> On Mon, Sep 30, 2013 at 10:41:54PM +0200, Borislav Petkov wrote:
>
> [..]
> > hpa, so, for the struct efi_mapping thing to work, I will have to grep
> > dmesg of the first kernel to get an output like the one below, filter
> > the runt
> > @@ -1276,15 +1276,6 @@ static int ep_insert(struct eventpoll *ep, struct
> > epoll_event *event,
> > */
> > revents = ep_item_poll(epi, &epq.pt);
>
> ep_item_poll calls f_op->poll, which calls poll_wait().
> poll_wait() will call ep_ptable_queue_proc.
Thanks. Good point.
-Andi
--
To
Andi Kleen wrote:
> From: Andi Kleen
>
> A static checker was pointing out that nothing can possible set
> nwait < 0 in this path. The comment and the check appears to be
> outdated. Remove it.
I don't think so...
> Cc: v...@zeniv.linux.org.uk
> Signed-off-by: Andi Kleen
> ---
> fs/eventpoll
> In this case fast_mix would use two uninitialized ints from the stack
> and mix it into the pool.
Is the concern here is that an attacker might know (or be able to control) what
is on
the stack - and so get knowledge of what is being mixed into the pool?
> In this case set the input to 0.
And
1 - 100 of 656 matches
Mail list logo
