Wolfram Sang wrote:
> > > And for the buffer: %*phN is difficult to read IMO. What about %*ph? Or
> > > %*phD at least?
> >
> > My problem with that is that it increases the length of the output by 50%
> > and there's a hard limit on how much output we may produce.
>
> Is it PAGE_SIZE? How is
Wolfram Sang wrote:
> > > Can we have something like this for 'flags'?
> >
> > There's a __print_flags() which should work. One thing I'm concerned about
> > there is how do we handle more flags being added - does that count as an ABI
> > break if the printed format changes?
>
> Not sure, I
This will allow to use dummy IRQ handler no_action() from
drivers compiled as module. For example, dummy handler is could
be used for drivers that use ARM FIQ interrupts.
Signed-off-by: Alexander Shiyan
---
kernel/irq/handle.c | 1 +
1 file changed, 1 insertion(+)
diff --git
Btw, should we first check if page returned by radix_tree_deref_slot is NULL?
diff --git a/mm/filemap.c b/mm/filemap.c
index 1bc12a9..c129ee5 100644
--- a/mm/filemap.c
+++ b/mm/filemap.c
@@ -1745,6 +1745,8 @@ void filemap_map_pages(struct vm_area_struct
*vma, struct vm_fault *vmf)
Yes, the simple test does verify that the page fault number are
correct with the patch. So my previous results are from those command
lines, which also show some performance improvement with this change
in tmpfs.
sequential access
/usr/bin/time -a ./iozone —B s 8g -i 0 -i 1
random access
Yes, I am using the iozone -i 0 -i 1. Let me try the most simple test
as you mentioned.
Best wishes,
--
Ning Qu
On Fri, Feb 28, 2014 at 5:41 PM, Andrew Morton
wrote:
> On Fri, 28 Feb 2014 16:35:16 -0800 Ning Qu wrote:
>
>> Sorry about my fault about the experiments, here is the real one.
>>
Use a temporary variable to store the expansion of the len expression.
If the evaluation is expensive, this commit will ensure it is evaluated
only once inside ftrace_get_offsets_.
Signed-off-by: Filipe Brandenburger
---
include/trace/ftrace.h | 6 --
1 file changed, 4 insertions(+), 2
This fixes expansion of the len argument in __dynamic_array macros.
The previous code from commit 7d536cb3f would not fully evaluate the
expression before multiplying its result by the size of the type.
This went unnoticed because the length stored in the high 16 bits of the
offset (which is the
>On Friday, February 28, 2014 11:26 AM, Ian Abbott wrote:
>>On 2014-02-28 07:35, Chase Southwood wrote:
>> Smatch located a handful of while loops testing readl calls in s626.c.
>> Since these while loops depend on readl succeeding, it's safer to make
>> sure they time out eventually.
>>
>>
From: Vinayak Menon
The script fails, when irq, preempt and lockdep fields (field 3 below)
are printed in the trace output.
Example entry:
worker/0:0-4 [000] ...1 1155.972338: mm_page_alloc:
Signed-off-by: Vinayak Menon
---
.../postprocess/trace-pagealloc-postprocess.pl |8
Hi Steven Rostedt, Li Zefan,
This fixes an issue with macro expansion introduced in commit 7d536cb3f
(tracing/events: record the size of dynamic arrays).
I split it in 3 patches, the first fixes a bug, the second improves the code to
evaluate the expression only once and the third refactors an
Commit 7d536cb3f stores the length of the array in the high 16 bits of
the offset field. Using a struct with two separate 16 bit fields makes
it cleaner.
Tested: Boot kernel with this change, set a 'filename ~ "/usr/bin/pst*"'
regex filter on events/sched/sched_process_exec/filter, enabled
>On Friday, February 28, 2014 4:31 PM, Greg KH
>wrote:
>>On Fri, Feb 28, 2014 at 03:15:45AM -0600, Chase Southwood wrote:
>>
>> This patch introduces a simple helper function, outl_1564_timer(), to
>> allow several lines which violate the character limit to be shortened.
>> A handful of other
Use the new GPIO descriptor interface to handle the panel's enable GPIO.
This considerably simplifies the code.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/panel/panel-simple.c | 69 ++--
1 file changed, 18 insertions(+), 51 deletions(-)
diff --git
regulator_disable() is already performed by panel_simple_disable(),
which is called by panel_simple_remove().
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/panel/panel-simple.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/panel/panel-simple.c
Modify audit_send_reply to directly use a non-blocking send and
to return an error on failure (if anyone cares).
Modify audit_list_rules_send to use audit_send_reply and give up
if we can not send a packet.
Merge audit_list_rules into iaudit_list_rules_send as the code
is now sufficiently
In perverse cases of file descriptor passing the current network
namespace of a process and the network namespace of a socket used by
that socket may differ. Therefore use the network namespace of the
appropiate socket to ensure replies always go to the appropiate
socket.
Signed-off-by: "Eric
Richard Guy Briggs writes:
> On 14/02/28, Eric W. Biederman wrote:
>> While reading through 3.14-rc1 I found a pretty siginficant mishandling
>> of network namespaces in the recent audit changes.
>>
>> In struct audit_netlink_list and audit_reply add a reference to the
>> network namespace of
On Fri, 2014-02-28 at 14:32 -0500, Sasha Levin wrote:
> On 01/08/2014 02:21 PM, Sasha Levin wrote:
> > Fuzzing a recent kernel with a large configuration hits the static
> > allocation limits and disables lockdep.
> >
> > This patch doubles the limits.
> >
> > Signed-off-by: Sasha Levin
> > ---
On Fri, Feb 28, 2014 at 05:04:26PM +0800, Xiubo Li wrote:
> Now that all users have been converted to regmap and the config.reg_bits
> and config.val_bits can be setted by each user through regmap core API.
> So these two params are redundant here.
Actually, I think the way to fix the issue with
On Fri, Feb 28, 2014 at 05:04:25PM +0800, Xiubo Li wrote:
> "Just removing the set_cache_io() call will not work for all
> drivers. There are some MFD child devices which use regmap from the parent
> device. So dev_get_regmap() will return NULL for those."
This is the sort of thing that I was
On Fri, Feb 28, 2014 at 05:04:26PM +0800, Xiubo Li wrote:
> Now that all users have been converted to regmap and the config.reg_bits
> and config.val_bits can be setted by each user through regmap core API.
> So these two params are redundant here.
This looks good.
signature.asc
Description:
On Fri, Feb 28, 2014 at 11:03:16PM +0900, Atsushi Nemoto wrote:
> Zero length transfer becomes invalid since
> "spi: core: Validate length of the transfers in message" commit,
> but it should be valid to support an odd device, for example, which
> requires long delay between chipselect and the
On Fri, Feb 28, 2014 at 12:30:04AM -0800, Masood Mehmood wrote:
>
> On Fri, Feb 28, 2014 at 07:01:56PM -0800, Greg Kroah-Hartman wrote:
> > On Fri, Feb 28, 2014 at 06:15:52PM -0800, Masood Mehmood wrote:
> > >
> >
> > >
> > > Fixing some basic coding style issues.
> >
> > Which issues did you
On Fri, Feb 28, 2014 at 09:15:37AM +0100, Lars-Peter Clausen wrote:
> Yes, I think that's almost all of them. si476x is missing, but I
> think that one is currently broken, as it doesn't call
> snd_soc_codec_set_cache_io() at all.
Probably, yeah - there were other problems with that driver that
On Fri, Feb 28, 2014 at 03:58:34PM +, Opensource [Anthony Olech] wrote:
> The algorithm for splitting up into smaller _multi_reg_writes is easy enough,
> so if the calling device driver created a set of (reg,val) pairs for a multi
> reg
> write operation then surely the intention is for the
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Tiejun Chen
Any callers to the function rcu_preempt_qs() must disable irqs in
order to protect the assignment to ->rcu_read_unlock_special. In
RT case, rcu_bh_qs() as the wrapper of
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: "Paul E. McKenney"
Whenever a CPU receives a scheduling-clock interrupt, RCU checks to see
if the RCU core needs anything from this CPU. If so, RCU raises
RCU_SOFTIRQ to carry out
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Thomas Gleixner
Mike,
On Thu, 7 Nov 2013, Mike Galbraith wrote:
> On Thu, 2013-11-07 at 04:26 +0100, Mike Galbraith wrote:
> > On Wed, 2013-11-06 at 18:49 +0100, Thomas Gleixner
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Steven Rostedt
Ulrich Obergfell pointed out that cpu_chill() calls msleep() which is woken
up by the ksoftirqd running the TIMER softirq. But as the cpu_chill() is
called from
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Steven Rostedt
It was previously discovered that some systems would hang on boot up
with a previous version of 3.12-rt. This was due to RCU using irq_work,
and RT defers the
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
where do I start. Let me explain what is going on here. The code
sequence
| pushf
| pop%edx
| or $0x1,%dh
| push %edx
| mov$0xe0,%eax
| popf
On Fri, Feb 28, 2014 at 10:43:09PM +0100, Paul Bolle wrote:
> That commit is fine with me, of course. I now see no reason to continue
> my, rather slowly progressing, search for the problem that you wanted to
> get properly fixed. I suppose another commit already fixed it.
No, but it's someone
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Since we replaced msleep() by hrtimer I see now and then (rarely) this:
| [] Waiting for /dev to be fully populated...
|
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: "Paul E. McKenney"
Running RCU out of softirq is a problem for some workloads that would
like to manage RCU core processing independently of other softirq work,
for example, setting
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
irq_work is processed in softirq context on -RT because we want to avoid
long latencies which might arise from processing lots of perf events.
The
ffer empty)
[ 469.640016] Modules linked in:
[ 469.640110] CPU: 54 PID: 4598 Comm: kswapd6 Tainted: GW
3.14.0-rc4-next-20140228-sasha-00012-g6bbcf46-dirty #29
[ 469.640110] task: 8802850d3000 ti: 8802850cc000 task.ti:
8802850cc000
[ 469.640110] RIP: 0010:[] []
__add_to_
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Nicholas Mc Guire
in response to the oops in ip_output.c:ip_send_unicast_reply under high
network load with CONFIG_PREEMPT_RT_FULL=y, reported by Sami Pietikainen
, this patch adds
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
as it triggers:
|CPU: 0 PID: 0 Comm: swapper Not tainted 3.12.8-rt10 #141
|[] (unwind_backtrace+0x0/0xf8) from []
(show_stack+0x1c/0x20)
|[]
Dear RT Folks,
This is the RT stable review cycle of patch 3.10.32-rt31-rc2.
Please scream at me if I messed something up. Please test the patches too.
The -rc release will be uploaded to kernel.org and will be deleted when
the final release is out. This is just a review release (or release
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
---
localversion-rt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/localversion-rt b/localversion-rt
index b72862e..c6273a4 100644
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Mostly unwind is done with irqs enabled however SLUB may call it with
irqs disabled while creating a new SLUB cache.
I had system freeze while loading a
3.10.32-rt31-rc2 stable review patch.
If anyone has any objections, please let me know.
--
From: Steven Rostedt
[ Talking with Sebastian on IRC, it seems that doing the irq_work_run()
from the interrupt in -rt is a bad thing. Here we simply raise the
softirq if there's irq
On Fri, Feb 28, 2014 at 07:01:56PM -0800, Greg Kroah-Hartman wrote:
> On Fri, Feb 28, 2014 at 06:15:52PM -0800, Masood Mehmood wrote:
> >
>
> >
> > Fixing some basic coding style issues.
>
> Which issues did you fix? Please be more specific. Did you fix them
> for the whole driver, or just
On Fri, 28 Feb 2014 18:34:00 -0500 (EST)
Vince Weaver wrote:
> > I was poking fun at you on IRC for this exact reason:
> >
> > poor Vince, I keep sending him new patches. "No, don't test this
> > patch, now test this one. Oh wait, try this one instead"
> > * peterz sees Vince thinking:
On 02/28/2014 05:13 PM, Devin Heitmueller wrote:
Seems kind of strange that I wasn't on the CC for this, since I was the
original author of all that code (in fact, DJH are my initials).
Mauro, did you strip off my authorship when you pulled the patches from
my tree?
The patches themselves look
On 02/28/2014 09:53 PM, Alexei Starovoitov wrote:
On Fri, Feb 28, 2014 at 4:45 AM, Daniel Borkmann wrote:
...
Did you also test that seccomp-BPF still works out?
yes. Have a prototype, but it needs a bit more cleanup.
Here's [1] actually some code snippet for user space for prctl(). The
On Fri, 2014-02-28 at 04:00PM -0800, Soren Brinkmann wrote:
> Add a driver for the Cadence I2C controller. This controller is for
> example found in Xilinx Zynq.
>
> Signed-off-by: Soren Brinkmann
> ---
> .../devicetree/bindings/i2c/i2c-cadence.txt| 21 +
> MAINTAINERS
On Fri, Feb 28, 2014 at 06:15:52PM -0800, Masood Mehmood wrote:
>
>
> Fixing some basic coding style issues.
Which issues did you fix? Please be more specific. Did you fix them
for the whole driver, or just a specific file?
And what's with the odd multiple attachments?
thanks,
greg k-h
--
On Fri, Feb 28, 2014 at 06:07:05PM -0800, Tanmay Inamdar wrote:
> Earlier email did not deliver to mailing lists because of plain text
> setting problem on my side. Apologies for spamming. Sending it again.
>
> Hello Liviu,
>
Hello Tanmay,
> While porting X-Gene PCIe driver to v2 series,
From: "David E. Box"
Some loadable modules only need IOSF access on the platforms where it exists.
Provide dummy functions to allow these modules to compile and load on the
platforms where it doesn't exist.
Signed-off-by: David E. Box
---
arch/x86/include/asm/iosf_mbi.h | 33
From: "David E. Box"
Make the IOSF Mailbox driver built in as it provides core functionality needed
for new Intel SOC platforms to access the device registers on the SOC.
Signed-off-by: David E. Box
---
arch/x86/Kconfig |7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff
From: "David E. Box"
This patch series adds missing functionalty that mostly affected loadable
modules.
The first patch adds dummy functions to allow drivers not completely
dependant on the IOSF MBI driver to compile on systems that don't have it.
The second makes MBI driver built in.
Changes
Hi,
> -Original Message-
> From: Dave Chinner [mailto:da...@fromorbit.com]
> Sent: Saturday, March 01, 2014 8:27 AM
> To: Chao Yu
> Cc: ???; linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Subject: Re: [f2fs-dev] [PATCH] f2fs: fix
On Fri, 2014-02-28 at 04:00PM -0800, Soren Brinkmann wrote:
> Signed-off-by: Soren Brinkmann
> ---
> arch/arm/boot/dts/zynq-7000.dtsi | 22
> arch/arm/boot/dts/zynq-zc702.dts | 76
>
> arch/arm/boot/dts/zynq-zc706.dts | 68
Sending getattr by fid in this case is pointless, as the parent
might havelong changed and we have no control over it, but it's
irrelevant anyway, since we already have the child fid.
Signed-off-by: Oleg Drokin
Reviewed-on: http://review.whamcloud.com/7910
Intel-bug-id:
From: "John L. Hammond"
Add a ci_noatime bit to struct cl_io. In ll_io_init() set this bit if
O_NOATIME is set in f_flags. Ensure that this bit is propagated down
to lower layers. In osc_io_read_start() don't update atime if this bit
is set. Add sanity test 39n to check that passing O_NOATIME to
From: wang di
Add more comments for MDS_INODELOCK_PERM and
MDS_INODELOCK_LOOKUP
Signed-off-by: wang di
Reviewed-on: http://review.whamcloud.com/7937
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-3240
Reviewed-by: Andreas Dilger
Reviewed-by: Oleg Drokin
Signed-off-by: Oleg Drokin
---
GETATTR needs to return attributes protected by different bits, so
we need to ensure all we have locks with all of those bits, not
just UPDATE bit
Signed-off-by: Alexey Lyashkov
Signed-off-by: Oleg Drokin
Reviewed-on: http://review.whamcloud.com/6460
Xyratex-bug-id: MRP-1052
Intel-bug-id:
From: Alexey Lyashkov
Before revalidating a lock on the client, mask the lock bits against
the lock bits supported by the server (ibits_known), so newer clients
will find valid locks given by older server versions.
Signed-off-by: Patrick Farrell
Signed-off-by: Alexey Lyashkov
Reviewed-on:
From: "John L. Hammond"
In mdc_intent_open_pack() return an ERR_PTR() rather than NULL when
ldlm_prep_enqueue_req() fails. In mdc_intent_getattr_async() check the
return value of mdc_intent_getattr_pack() using IS_ERR(). Clean up the
includes in mdc_locks.c.
Signed-off-by: John L. Hammond
From: Bruno Faccini
In case layout has been packed into server reply when not
requested, lock l_lvb_type must be set accordingly.
Signed-off-by: Bruno Faccini
Reviewed-on: http://review.whamcloud.com/8270
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4194
Reviewed-by: Jinshan Xiong
From: "John L. Hammond"
In ll_md_blocking_ast() match open locks before all others, ensuring
that MDS_INODELOCK_OPEN is not cleared from bits by another open lock
with a different mode. Change the int flags parameter of
ll_md_real_close() to fmode_t fmode. Clean up verious style issues in
both
From: Lai Siyao
Lustre client dentry validation is protected by LDLM lock, so
any time a dentry is found, it's valid and no need to revalidate
from MDS, and even it does, there is race that it may be
invalidated after revalidation is finished.
Signed-off-by: Lai Siyao
Reviewed-on:
From: Peng Tao
ptl_send_rpc is not dealing with -ENOMEM in some
situations. When the ptl_send_rpc fails we need
set error and skip further processing or trigger
and LBUG
Signed-off-by: Keith Mannthey
Signed-off-by: Peng Tao
Reviewed-on: http://review.whamcloud.com/7411
Intel-bug-id:
From: Liang Zhen
If a ptlrpc_request is already on imp::imp_replay_list, when it's
replayed and replied, after_reply() will call req::rq_commit_cb
for the request, then call it again in ptlrpc_free_committed.
Signed-off-by: Liang Zhen
Reviewed-on: http://review.whamcloud.com/8815
Intel-bug-id:
From: Hongchao Zhang
- For the non-create open or committed open, the open request
should be freed along with the close request as soon as the
close done, despite that the transno of open/close is
greater than the last committed transno known by client or not.
- Move the committed open
From: Liang Zhen
osc_extent_wait can be stuck in scenario like this:
1) thread-1 held an active extent
2) thread-2 called flush cache, and marked this extent as "urgent"
and "sync_wait"
3) thread-3 wants to write to the same extent, osc_extent_find will
get "conflict" because this extent
From: Niu Yawei
In osc_quota_chkdq(), we should never try to access oqi found
from hash, since it could have been freed by osc_quota_setdq().
Signed-off-by: Niu Yawei
Reviewed-on: http://review.whamcloud.com/8460
Intel-bug-id: https://jira.hpdd.intel.com/browse/LU-4336
Reviewed-by: Johann
From: Sebastien Buisson
Fix 'data race condition' defects found by Coverity version
6.5.0:
Data race condition (MISSING_LOCK)
Accessing variable without holding lock. Elsewhere,
this variable is accessed with lock held.
Signed-off-by: Sebastien Buisson
Reviewed-on:
From: Ann Koehler
The extent is active so we need to abort and let the caller
re-dirty the page. If we continued on here, and we were the
one making the extent active, we could deadlock waiting for
the page writeback to clear but it won't because the extent
is active and won't be written out.
libcfs cpu partition can't support CPU hotplug, but it is safe
when plug-in new CPU or enabling/disabling hyper-threading.
It has potential risk only if plug-out CPU because it may break CPU
affinity of Lustre threads.
Current libcfs will print warning for all CPU notification, this
patch changed
This series of patches fixes most of the issues I hit during
Lustre regression test suite. All observed crashes are gone too.
Please consider for inclusion.
Alexey Lyashkov (1):
lustre/mdc: use ibits_known mask for lock match
Ann Koehler (1):
lustre/osc: Don't flush active extents.
Bruno
Fixing some basic coding style issues.
Signed-off-by: Masood Mehmood
---
drivers/staging/tidspbridge/rmgr/node.c | 23 +++
1 file changed, 11 insertions(+), 12 deletions(-)
diff --git a/drivers/staging/tidspbridge/rmgr/node.c
b/drivers/staging/tidspbridge/rmgr/node.c
Earlier email did not deliver to mailing lists because of plain text
setting problem on my side. Apologies for spamming. Sending it again.
Hello Liviu,
While porting X-Gene PCIe driver to v2 series, following problems were observed.
1. In 'of_create_pci_host_bridge' function, bus_range is
On Thu, Feb 27, 2014 at 11:22 PM, Stefani Seibold wrote:
> Am Mittwoch, den 26.02.2014, 16:55 -0800 schrieb Andy Lutomirski:
>>
>> Once I patch it to work, your 32-bit code is considerably faster than
>> the 64-bit case. It's enough faster that I suspect a bug. Dumping
>> the in-memory shows
On Fri, 28 Feb 2014 16:35:16 -0800 Ning Qu wrote:
> Sorry about my fault about the experiments, here is the real one.
>
> Btw, apparently, there are still some questions about the results and
> I will sync with Kirill about his test command line.
>
> Below is just some simple experiment
Hi Andi,
On Sat, Mar 1, 2014 at 1:07 AM, Andi Kleen wrote:
>> I don't think I understand the problem enough to know what to fix. I just
>> copied this piece of code from builtin-report.c and things seemed to work.
>>
>> Mind giving me some details and I can look at fixing it. :-)
>
> sort.c
On Fri, 28 Feb 2014, Ning Qu wrote:
> In shmem/tmpfs, we also use the generic filemap_map_pages,
> seems the additional checking is not worth a separate version
> of map_pages for it.
>
> Signed-off-by: Ning Qu
> ---
> mm/shmem.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
ndency detected ]
[ 1182.848111] 3.14.0-rc4-next-20140228-sasha-00011-g4077c67-dirty #26 Tainted:
GW
[ 1182.849088] ---
[ 1182.849927] trinity-c236/10658 is trying to acquire lock:
[ 1182.850094] (>mutex#2){+.+.+.}, at: []
kernfs_f
On 14/02/28, Eric W. Biederman wrote:
> While reading through 3.14-rc1 I found a pretty siginficant mishandling
> of network namespaces in the recent audit changes.
>
> In struct audit_netlink_list and audit_reply add a reference to the
> network namespace of the caller and remove the userspace
> I don't think I understand the problem enough to know what to fix. I just
> copied this piece of code from builtin-report.c and things seemed to work.
>
> Mind giving me some details and I can look at fixing it. :-)
sort.c even though has all these sort keys only sorts by period.
It should
On Tuesday, February 25, 2014 02:20:10 PM Viresh Kumar wrote:
> Policy must be fully initialized before it is being made available for use by
> others.
True enough. And the problem is?
> This patch moves some initialization code before making policy available
> for others.
So why/how exactly
contact me for details of $21.4m transfer.
The information contained in this electronic communication is intended solely
for the individual(s) or entity to which it is addressed. It may contain
proprietary, confidential and/or legally privileged information. Any review,
retransmission,
On Tuesday, February 25, 2014 02:20:09 PM Viresh Kumar wrote:
> We call __find_governor() during addition of first CPU of every policy to find
> the last governor used for this CPU before it was hotplugged-out.
>
> After that we call cpufreq_parse_governor() in cpufreq_init_policy() either
>
On Thu, Feb 27, 2014 at 12:53:12PM -0800, Paul E. McKenney wrote:
> On Thu, Feb 27, 2014 at 11:47:08AM -0800, Linus Torvalds wrote:
> > On Thu, Feb 27, 2014 at 11:06 AM, Paul E. McKenney
> > wrote:
> > >
> > > 3. The comparison was against another RCU-protected pointer,
> > > where
> David:
> It looks like you're running on an older Intel processor, which is missing
> necessary events for C2C to work.
mem-loads should be supported Nehalem and up.
mem-stores is Sandy Bridge and up
You can check in perf list
-Andi
--
To unsubscribe from this list: send the line
On Tuesday, February 25, 2014 02:20:09 PM Viresh Kumar wrote:
> We call __find_governor() during addition of first CPU of every policy to find
> the last governor used for this CPU before it was hotplugged-out.
>
> After that we call cpufreq_parse_governor() in cpufreq_init_policy() either
>
On 02/28/2014 03:34 PM, Vince Weaver wrote:
>
> Well while it might appear that I spend all of my days finding perf_event
> bugs, I actually am a college professor so I do occasionally have to run
> off to teach a class, meet with students, or write papers/grants for other
> academics to
On Wed, Feb 19, 2014 at 04:06:08PM +, Sudeep Holla wrote:
> From: Sudeep Holla
>
> This patch creates a new class called "cpu" and assigns it to all the
> cpu devices. This helps in grouping all the cpu devices and associated
> child devices under the same class.
>
> This patch also:
> 1.
On Wed, Feb 19, 2014 at 04:06:09PM +, Sudeep Holla wrote:
> From: Sudeep Holla
>
> This patch adds initial support for providing processor cache information
> to userspace through sysfs interface. This is based on already existing
> implementations(x86, ia64, s390 and powerpc) and hence the
On 02/28/2014 07:35 PM, Greg Kroah-Hartman wrote:
On Wed, Feb 26, 2014 at 09:40:51AM -0500, Peter Hurley wrote:
Enable a user-space process to discover the underlying tty device
for a console, if one exists, and when the tty device is later
created or destroyed.
What userspace code has been
Sorry about my fault about the experiments, here is the real one.
Btw, apparently, there are still some questions about the results and
I will sync with Kirill about his test command line.
Below is just some simple experiment numbers from this patch, let me know if
you would like more:
Tested
On Wed, Feb 26, 2014 at 09:40:51AM -0500, Peter Hurley wrote:
> Enable a user-space process to discover the underlying tty device
> for a console, if one exists, and when the tty device is later
> created or destroyed.
What userspace code has been tested with this change?
> Add sysfs symlinks
On Fri, 28 Feb 2014 08:56:29 +0900 Minchan Kim wrote:
> Sasha reported following below lockdep spew of zram.
>
> It was introduced by [1] in recent linux-next but it's false positive
> because zram_meta_alloc with down_write(init_lock) couldn't be called
> during zram is working as swap device
On Wed, Feb 26, 2014 at 09:06:54AM +0200, Peter Ujfalusi wrote:
> When the kernel is built with CONFIG_PREEMPT it is possible to reach a state
> when all modules are loaded but some driver still stuck in the deferred list
> and there is a need for external event to kick the deferred queue to probe
On Fri, Feb 28, 2014 at 10:12:05AM +0800, Chao Yu wrote:
> We should de-account dirty counters for page when redirty in ->writepage().
>
> Wu Fengguang described in 'commit 971767caf632190f77a40b4011c19948232eed75':
> "writeback: fix dirtied pages accounting on redirty
> De-account the
Hi Ben,
On Thu, 2014-02-27 at 11:57PM +, Ben Hutchings wrote:
> On Thu, 2014-02-27 at 13:58 -0800, Soren Brinkmann wrote:
> [...]
> > diff --git a/drivers/net/ethernet/cadence/macb.c
> > b/drivers/net/ethernet/cadence/macb.c
> > index 3190d38e16fb..a9c2ccfc1740 100644
> > ---
Hello Arnd,
On Thursday 27 February 2014, Michael Schmitz wrote:
Arnd Bergmann wrote:
Nack - the completion condition in the first hunk has its logic
reversed. Try this instead (while() loops while condition true, do {}
until () loops while condition false, no?)
Sorry
I don't have access to the device, so I copied/pasted the code
from hidraw.
Signed-off-by: Benjamin Tissoires
---
drivers/hid/hid-cp2112.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/drivers/hid/hid-cp2112.c b/drivers/hid/hid-cp2112.c
index
1 - 100 of 1220 matches
Mail list logo