Hi Eric,
After merging the userns tree, today's linux-next build (x86_64
allmodconfig) failed like this:
kernel/audit.c: In function 'audit_receive_msg':
kernel/audit.c:753:37: error: 'struct netlink_skb_parms' has no member named
'pid'
I missed the conflict between commit 35ce9888ad2a
Hi,
On Mon, 24 Sep 2012 21:41:16 +1000 Stephen Rothwell
wrote:
>
> diff --cc kernel/auditsc.c
> index 37f52f2,ff4798f..000
> --- a/kernel/auditsc.c
> +++ b/kernel/auditsc.c
> @@@ -1160,32 -1151,8 +1152,38 @@@ void audit_log_task_info(struct audit_b
> char name[sizeof(tsk->comm)];
>
On Tue, 2012-09-18 at 01:03 +0200, Daniel Vetter wrote:
> - In the printk code there's a special trylock, only used to kick off
> the logbuffer printk'ing in console_unlock. But all that happens
> while lockdep is disable (since printk does a few other evil
> tricks). So no issue there,
> You are using a 64-bit multiply in a path that is designed for 32-bit
> processors, which makes me feel that it will be slower.
Slower than the divide it's replacing?
The following 32-bit processors have 32x32->64-bit multiply:
x86
ARM (as of ARMv4 = ARM7TDMI, the lowest version in common
On Mon, Sep 17, 2012 at 10:58 PM, Peter Senna Tschudin
wrote:
> From: Peter Senna Tschudin
>
> Convert a nonnegative error return code to a negative one, as returned
> elsewhere in the function.
>
> A simplified version of the semantic match that finds this problem is as
> follows:
Hi,
On Sunday 23 September 2012 19:46:53 Peter Senna Tschudin wrote:
> On Sun, Sep 23, 2012 at 7:39 PM, Mauro Carvalho Chehab wrote:
> > Laurent,
> >
> > Could you please review this patch?
> >
> > Peter,
> >
> > Please, always c/c the driver maintainer/author on patches you submit.
> >
> >
On Fri, Sep 21, 2012 at 11:55:59AM -0400, Cyril Chemparathy wrote:
> The original phys_to_virt/virt_to_phys patching implementation relied on early
> patching prior to MMU initialization. On PAE systems running out of >4G
> address space, this would have entailed an additional round of patching
On 09/24/2012 02:12 PM, Dor Laor wrote:
In order to help PLE and pvticketlock converge I thought that a small
test code should be developed to test this in a predictable,
deterministic way.
The idea is to have a guest kernel module that spawn a new thread each
time you write to a /sys/
On Mon, Sep 24, 2012 at 12:28:04PM +0200, Jiri Olsa wrote:
> On Tue, Sep 18, 2012 at 10:29:48AM -0700, Andi Kleen wrote:
> >
> > Presumably flex-2.5.35-8.el6.x86_64 doesn't support YY_EXTRA
> >
> > Problem started with
> >
> > commit 90e2b22dee908c13df256140a0d6527e3e8ea3f4
> > Author: Jiri
On Mon, Sep 24, 2012 at 07:49:37PM +0800, Xiao Guangrong wrote:
> On 09/24/2012 07:24 PM, Gleb Natapov wrote:
> > On Mon, Sep 24, 2012 at 12:59:32PM +0800, Xiao Guangrong wrote:
> >> On 09/23/2012 05:13 PM, Gleb Natapov wrote:
> >>> On Fri, Sep 21, 2012 at 02:57:19PM +0800, Xiao Guangrong wrote:
>
0) In the dmesg output of the current session of a laptop I noticed:
<3>[0.00] tsc: Fast TSC calibration failed
(Apparently, this calibration succeeds most of the times, because most
previous sessions have "Fast TSC calibration using PIT" in their log.)
1) This message was upgraded
On Mon, Sep 24, 2012 at 11:26:55AM +, Hebbar, Gururaja wrote:
> On Fri, Sep 21, 2012 at 23:52:11, Porter, Matt wrote:
> > On Fri, Sep 21, 2012 at 08:27:07AM +, Hebbar, Gururaja wrote:
> > > On Thu, Sep 20, 2012 at 20:13:33, Porter, Matt wrote:
> > > > This series adds DMA Engine support
On Mon September 24 2012 13:50:00 Hans Verkuil wrote:
> On Mon September 24 2012 12:59:11 Hans Verkuil wrote:
> > On Mon September 24 2012 12:44:11 Prabhakar wrote:
> > > From: Lad, Prabhakar
> > >
> > > vpif_display relied on a 1-1 mapping of output and subdev. This is not
> > > necessarily the
Hi Daniel,
On Mon, 24 Sep 2012 13:31:54 +0200 Daniel Vetter wrote:
>
> Looks good. I've known about this issue and tried to improve matters by
> applying the patch to both trees (to at least force a conflict), but not
> even with that patch applied in my drm-intel-next queue I get a proper
>
On 09/24/2012 05:04 PM, Peter Zijlstra wrote:
On Fri, 2012-09-21 at 17:29 +0530, Raghavendra K T wrote:
In some special scenarios like #vcpu<= #pcpu, PLE handler may
prove very costly, because there is no need to iterate over vcpus
and do unsuccessful yield_to burning CPU.
What's the costly
On 09/24/2012 05:04 PM, Fengguang Wu wrote:
> On Mon, Sep 24, 2012 at 04:43:11PM +0530, Srivatsa S. Bhat wrote:
>> On 09/24/2012 04:35 PM, Borislav Petkov wrote:
>>> On Mon, Sep 24, 2012 at 04:08:33PM +0530, Srivatsa S. Bhat wrote:
On 09/24/2012 03:53 PM, Borislav Petkov wrote:
> Hi all,
Hi Eric,
Today's linux-next merge of the userns tree got a conflict in
security/integrity/ima/ima_policy.c between commit 07f6a79415d7 ("ima:
add appraise action keywords and default rules") from the security tree
and commit 8b94eea4bfb8 ("userns: Add user namespace support to IMA") from
the
On Mon September 24 2012 12:59:11 Hans Verkuil wrote:
> On Mon September 24 2012 12:44:11 Prabhakar wrote:
> > From: Lad, Prabhakar
> >
> > vpif_display relied on a 1-1 mapping of output and subdev. This is not
> > necessarily the case. Separate the two. So there is a list of subdevs
> > and a
>> -Original Message-
>> From: linux-watchdog-ow...@vger.kernel.org [mailto:linux-watchdog-
>> ow...@vger.kernel.org] On Behalf Of Wim Van Sebroeck
>> Sent: Thursday, September 20, 2012 4:14 AM
>> To: Linus Torvalds
>> Cc: Andrew Morton; LKML; Linux Watchdog Mailing List; Wei Yongjun;
Hi Marek,
Marek Szyprowski wrote @ Mon, 24 Sep 2012 13:14:51
+0200:
> Hello,
>
> On Monday, September 24, 2012 11:45 AM Hiroshi Doyu wrote:
>
> > On Mon, 24 Sep 2012 11:28:01 +0200
> > James Bottomley wrote:
> >
> > > On Mon, 2012-09-24 at 12:04 +0300, Hiroshi Doyu wrote:
> > > > diff
On 09/24/2012 07:24 PM, Gleb Natapov wrote:
> On Mon, Sep 24, 2012 at 12:59:32PM +0800, Xiao Guangrong wrote:
>> On 09/23/2012 05:13 PM, Gleb Natapov wrote:
>>> On Fri, Sep 21, 2012 at 02:57:19PM +0800, Xiao Guangrong wrote:
We can not directly call kvm_release_pfn_clean to release the pfn
On Mon, Sep 24, 2012 at 07:23:55AM +0200, Paweł Sikora wrote:
> On Sunday 23 of September 2012 18:10:30 Linus Torvalds wrote:
>> On Sat, Sep 22, 2012 at 11:09 PM, Paweł Sikora wrote:
>>> br_read_lock(vfsmount_lock);
>> The vfsmount_lock is a "local-global" lock, where a read-lock
>> is
>> lib/vsprintf.c | 20 ++--
>> 1 file changed, 6 insertions(+), 14 deletions(-)
>>
>> diff --git a/lib/vsprintf.c b/lib/vsprintf.c
>> index a8e7392..3ca77b8 100644
>> --- a/lib/vsprintf.c
>> +++ b/lib/vsprintf.c
>> @@ -174,20 +174,12 @@ char *put_dec_trunc8(char *buf, unsigned
On Mon, 2012-09-24 at 12:36 +0100, Jan Beulich wrote:
> >>> On 21.09.12 at 17:52, Oliver Chick wrote:
> > Changes since v1:
> >
> > * Maximum number of persistent grants per device now 64, rather than
> >256, as this is the actual maxmimum request in a (1 page) ring.
>
> As said
On 09/24/2012 05:03 PM, Peter Zijlstra wrote:
On Fri, 2012-09-21 at 17:30 +0530, Raghavendra K T wrote:
+unsigned long rq_nr_running(void)
+{
+ return this_rq()->nr_running;
+}
+EXPORT_SYMBOL(rq_nr_running);
Uhm,.. no, that's a horrible thing to export.
True.. I had the same fear :).
Hi Eric,
Today's linux-next merge of the userns tree got a conflict in
kernel/auditsc.c between commit e23eb920b0f3 ("audit: export
audit_log_task_info") from the security tree and commits e1760bd5ffae
("userns: Convert the audit loginuid to be a kuid") and cca080d9b622
("userns: Convert audit
On Sat, Sep 22, 2012 at 01:06:29PM -0700, Greg KH wrote:
> On Sat, Sep 22, 2012 at 07:52:11PM +0200, Daniel Vetter wrote:
> > Dave Airlie recently discovered a locking bug in the fbcon layer,
> > where a timer_del_sync (for the blinking cursor) deadlocks with the
> > timer itself, since both (want
>>> On 21.09.12 at 17:52, Oliver Chick wrote:
> Changes since v1:
>
> * Maximum number of persistent grants per device now 64, rather than
>256, as this is the actual maxmimum request in a (1 page) ring.
As said previously, I don't see why this needs to have a separate
#define at all -
On Mon, Sep 24, 2012 at 04:43:11PM +0530, Srivatsa S. Bhat wrote:
> On 09/24/2012 04:35 PM, Borislav Petkov wrote:
> > On Mon, Sep 24, 2012 at 04:08:33PM +0530, Srivatsa S. Bhat wrote:
> >> On 09/24/2012 03:53 PM, Borislav Petkov wrote:
> >>> Hi all,
> >>>
> >>> we're able to trigger the oops
On Fri, 2012-09-21 at 17:29 +0530, Raghavendra K T wrote:
> In some special scenarios like #vcpu <= #pcpu, PLE handler may
> prove very costly, because there is no need to iterate over vcpus
> and do unsuccessful yield_to burning CPU.
What's the costly thing? The vm-exit, the yield (which
On Fri, 2012-09-21 at 17:30 +0530, Raghavendra K T wrote:
> +unsigned long rq_nr_running(void)
> +{
> + return this_rq()->nr_running;
> +}
> +EXPORT_SYMBOL(rq_nr_running);
Uhm,.. no, that's a horrible thing to export.
--
To unsubscribe from this list: send the line "unsubscribe
On Mon, Sep 24, 2012 at 01:18:34PM +1000, Stephen Rothwell wrote:
> Hi Dave,
>
> After merging the drm tree, today's linux-next build (x86_64 allmodconfig)
> failed like this:
>
> drivers/gpu/drm/i915/intel_hdmi.c: In function 'intel_enable_hdmi':
> drivers/gpu/drm/i915/intel_hdmi.c:633:31:
Hi Eric,
Today's linux-next merge of the userns tree got a conflict in
fs/ubifs/debug.c between commit 6b38d03f48da ("UBIFS: use pr_ helper
instead of printk") from the ubifs tree and commit 39241beb78f6 ("userns:
Convert ubifs to use kuid/kgid") from the userns tree.
I fixed it up (see below)
Hi Eric,
Today's linux-next merge of the userns tree got a conflict in
kernel/audit.c between commit 15e473046cb6 ("netlink: Rename pid to
portid to avoid confusion") from the net-next tree and commits
8aa14b64981e ("audit: Simply AUDIT_TTY_SET and AUDIT_TTY_GET") and
017143fecb33 ("audit: Remove
On Fri, Sep 21, 2012 at 23:52:11, Porter, Matt wrote:
> On Fri, Sep 21, 2012 at 08:27:07AM +, Hebbar, Gururaja wrote:
> > On Thu, Sep 20, 2012 at 20:13:33, Porter, Matt wrote:
> > > This series adds DMA Engine support for AM33xx, which uses
> > > an EDMA DMAC. The EDMA DMAC has been previously
>> +/* See comment in put_dec_full9 for choice of constants */
>> static noinline_for_stack
>> char *put_dec_full4(char *buf, unsigned q)
>> {
>> unsigned r;
>> - r = (q * 0xcccd) >> 19;
>> + r = (q * 0xccd) >> 15;
>> *buf++ = (q - 10 * r) + '0';
>> -
(2012/09/15 0:48), Vivek Goyal wrote:
> On Wed, Sep 12, 2012 at 06:00:55PM +0900, Takao Indoh wrote:
>> (2012/09/11 23:43), Vivek Goyal wrote:
>>> On Tue, Sep 11, 2012 at 07:32:35PM +0900, Takao Indoh wrote:
>>>
>>> [..]
I'll post new patch which clears bus master bit and resets devices in
On 24/09/12 12:13, Mohammed, Afzal wrote:
> Hi Mark,
>
> On Mon, Sep 24, 2012 at 16:21:40, Mark Jackson wrote:
>> On 24/09/12 05:51, Mohammed, Afzal wrote:
>
>>> It seems you are using PSP Kernel.
>>>
>>> Invoking omap_init_gpmc before gpmc request should help.
>>
>> Okay ... I'm now using
On Mon, Sep 24, 2012 at 12:59:32PM +0800, Xiao Guangrong wrote:
> On 09/23/2012 05:13 PM, Gleb Natapov wrote:
> > On Fri, Sep 21, 2012 at 02:57:19PM +0800, Xiao Guangrong wrote:
> >> We can not directly call kvm_release_pfn_clean to release the pfn
> >> since we can meet noslot pfn which is used
2012/9/24, OGAWA Hirofumi :
> Namjae Jeon writes:
>
>>> I see. fileid seems to be stat.ino on nfsd4. inode->i_ino is actually
>>> just a hash key of inode hash (exception is only in audit, iirc).
>>>
>>> So, what happens if we set "stat->ino = i_pos" on fat_getattr().
>>>
>>> int
(2012/09/22 2:57), Don Dutile wrote:
On 09/14/2012 04:03 PM, Konrad Rzeszutek Wilk wrote:
As to the boot parameter to enable this function, you suggested using
reset_devices. I found that on a certain platform resetting devices
caused PCIe error due to a hardware bug. Therefore I think we need
Hello,
On Monday, September 24, 2012 11:45 AM Hiroshi Doyu wrote:
> On Mon, 24 Sep 2012 11:28:01 +0200
> James Bottomley wrote:
>
> > On Mon, 2012-09-24 at 12:04 +0300, Hiroshi Doyu wrote:
> > > diff --git a/drivers/base/platform.c b/drivers/base/platform.c
> > > index a1a7225..9eae3be 100644
Oh, joy, a new week and a nice dose of public humiliation to start it off.
(Remind me never to go AFK for a weekend again.)
Seriously, Rabin, thank you very much for the bug report and my
apologies for inflicting the bug on you in the first place.
Denys, good to hear from you. I had hoped this
On 09/24/2012 04:35 PM, Borislav Petkov wrote:
> On Mon, Sep 24, 2012 at 04:08:33PM +0530, Srivatsa S. Bhat wrote:
>> On 09/24/2012 03:53 PM, Borislav Petkov wrote:
>>> Hi all,
>>>
>>> we're able to trigger the oops below when doing CPU hotplug tests.
>>>
>>
>> I hit this problem as well, which I
Hi Mark,
On Mon, Sep 24, 2012 at 16:21:40, Mark Jackson wrote:
> On 24/09/12 05:51, Mohammed, Afzal wrote:
> > It seems you are using PSP Kernel.
> >
> > Invoking omap_init_gpmc before gpmc request should help.
>
> Okay ... I'm now using earlyprintk and omap_init_gpmc(), but I still get boot
On Mon, Sep 24, 2012 at 8:58 AM, gshark wrote:
> 2012년 09월 22일 15:40, Axel Lin 쓴 글:
>
>> Use regmap_update_bits() to replace regmap_read() + regmap_write().
>> With this patch, we only show the error message when regmap_update_bits()
>> fails.
>
> Looks good..You're right. Thank you Alex.
>>
On Mon, Sep 24, 2012 at 04:08:33PM +0530, Srivatsa S. Bhat wrote:
> On 09/24/2012 03:53 PM, Borislav Petkov wrote:
> > Hi all,
> >
> > we're able to trigger the oops below when doing CPU hotplug tests.
> >
>
> I hit this problem as well, which I reported here, a few days ago:
>
On Mon September 24 2012 12:44:11 Prabhakar wrote:
> From: Lad, Prabhakar
>
> vpif_display relied on a 1-1 mapping of output and subdev. This is not
> necessarily the case. Separate the two. So there is a list of subdevs
> and a list of outputs. Each output refers to a subdev and has routing
>
On Sunday 23 September 2012 06:16 AM, Al Viro wrote:
> On Sat, Sep 22, 2012 at 09:16:11PM +1000, Greg Ungerer wrote:
>> I sent the patch to the m68k-linux list. Its been acked by Geert.
>>
>> http://marc.info/?l=linux-m68k=134742688015639=2
>>
>> I was going to push it through the m68knommu git
Namjae Jeon writes:
>> I see. fileid seems to be stat.ino on nfsd4. inode->i_ino is actually
>> just a hash key of inode hash (exception is only in audit, iirc).
>>
>> So, what happens if we set "stat->ino = i_pos" on fat_getattr().
>>
>> int fat_getattr(struct vfsmount *mnt, struct dentry
All drivers which use this subdevice use also the control framework.
The v4l2_subdev_core_ops operations {query/g_/s_}ctrl are useless because
device drivers will inherit controls from this subdevice.
Signed-off-by: Federico Vaga
---
drivers/media/i2c/adv7180.c | 3 ---
1 file modificato, 3
This patch re-write the driver and use the videobuf2
interface instead of the old videobuf. Moreover, it uses also
the control framework which allows the driver to inherit
controls from its subdevice (ADV7180)
Signed-off-by: Federico Vaga
Acked-by: Giancarlo Asnaghi
---
The DMA streaming allocator is similar to the DMA contig but it use the
DMA streaming interface (dma_map_single, dma_unmap_single). The
allocator allocates buffers and immediately map the memory for DMA
transfer. For each buffer prepare/finish it does a DMA synchronization.
Signed-off-by:
This patch adds support for prepare/finish callbacks in VB2 allocators.
These callback are used for buffer flushing.
Signed-off-by: Marek Szyprowski
Acked-by: Laurent Pinchart
Acked-by: Federico Vaga
---
drivers/media/v4l2-core/videobuf2-core.c | 11 +++
include/media/videobuf2-core.h
On Mon, Sep 24, 2012 at 04:44:43PM +0600, Gorskin Ilya wrote:
> This is a patch to the Bcmchar.c file that fixes up a coding style
> warning found by the checkpatch.pl tool
>
The right way to fix this is to choose better variable names and to
get rid of the bogus BCM_DEBUG_PRINT() macro. It's
Hi Kukjin,
Today's linux-next merge of the samsung tree got a conflict in
arch/arm/mach-exynos/Makefile.boot between commit 360a0cab5041 ("ARM:
move all dtb targets out of Makefile.boot") from the arm-soc tree and
commit d105f0b1215d ("ARM: dts: Add basic dts file for Samsung Trats
board") from
On 24/09/12 05:51, Mohammed, Afzal wrote:
>
> It seems you are using PSP Kernel.
>
> Invoking omap_init_gpmc before gpmc request should help.
Okay ... I'm now using earlyprintk and omap_init_gpmc(), but I still get boot
hangs.
My test code is as follows:-
diff --git
On 09/20/2012 08:40 AM, Jason Wessel wrote:
> On 09/19/2012 06:40 PM, Anton Vorontsov wrote:
>> Hi all,
>>
>> In v8, addressed Jason's comments:
>>
>> - Changed kgdb_enable_nmi() weak function to kgdb_arch callbck;
>> - We no longer register disable_nmi command if arch does not register
>> KGDB
Given that the xenvm machine is based on vexpress but with an extremely
limited selection of peripherals (the guest is supposed to use virtual
devices instead), add "xen,xenvm" to the list of compatible machines in
mach-vexpress.
Changes in v3:
- add comments to mark fields that are likely to
From: Lad, Prabhakar
vpif_display relied on a 1-1 mapping of output and subdev. This is not
necessarily the case. Separate the two. So there is a list of subdevs
and a list of outputs. Each output refers to a subdev and has routing
information. An output does not have to have a subdev.
The
On 09/24/2012 03:53 PM, Borislav Petkov wrote:
> Hi all,
>
> we're able to trigger the oops below when doing CPU hotplug tests.
>
I hit this problem as well, which I reported here, a few days ago:
https://lkml.org/lkml/2012/9/13/222
> ...
>
> and from looking at the register dump
On Sat, Sep 22, 2012 at 02:18:44PM -0700, Dan Magenheimer wrote:
> > From: Mel Gorman [mailto:mgor...@suse.de]
> > Subject: Re: [RFC] mm: add support for zsmalloc and zcache
> >
> > On Fri, Sep 21, 2012 at 01:35:15PM -0700, Dan Magenheimer wrote:
> > > > From: Seth Jennings
2012/9/24, OGAWA Hirofumi :
> Namjae Jeon writes:
>
>>> This means - which code returns error?
>> Sorry, My explanation may be insufficient.
>>
>> nfs_update_inode()-> on NFS client
>> if ((fattr->valid & NFS_ATTR_FATTR_FILEID) && nfsi->fileid !=
>> fattr->fileid) {
>>
(2012/09/20 18:40), Ingo Molnar wrote:
>
> * Masami Hiramatsu wrote:
>
>> (2012/09/20 18:25), Ingo Molnar wrote:
>>>
>>> * Masami Hiramatsu wrote:
>>>
(2012/09/19 22:46), Borislav Petkov wrote:
> From: Borislav Petkov
>
> I get
>
> arch/x86/kernel/kprobes.c:544:23:
On Tue, Sep 18, 2012 at 10:29:48AM -0700, Andi Kleen wrote:
>
> Presumably flex-2.5.35-8.el6.x86_64 doesn't support YY_EXTRA
>
> Problem started with
>
> commit 90e2b22dee908c13df256140a0d6527e3e8ea3f4
> Author: Jiri Olsa
> Date: Fri Jun 15 14:31:40 2012 +0800
>
> perf/tool: Add support
Hi Hans,
Thanks for the review.
On Mon, Sep 24, 2012 at 3:39 PM, Hans Verkuil wrote:
> On Mon September 24 2012 12:02:26 Prabhakar wrote:
>> From: Lad, Prabhakar
>>
>> vpif_display relied on a 1-1 mapping of output and subdev. This is not
>> necessarily the case. Separate the two. So there is
Hi all,
we're able to trigger the oops below when doing CPU hotplug tests.
Disassembling the code section of the oops gives
0: 1a 00 sbb(%rax),%al
2: b8 64 00 00 00 mov$0x64,%eax
7: 2b 05 5c a4 28 01 sub0x128a45c(%rip),%eax#
On 09/24/2012 03:42 PM, Peter Zijlstra wrote:
> On Mon, 2012-09-24 at 15:27 +0530, Srivatsa S. Bhat wrote:
>> On 09/24/2012 03:08 PM, Peter Zijlstra wrote:
+ hotcpu_notifier(sched_domains_numa_masks_update,
CPU_PRI_SCHED_ACTIVE);
hotcpu_notifier(cpuset_cpu_active,
On Mon, 2012-09-24 at 15:27 +0530, Srivatsa S. Bhat wrote:
> On 09/24/2012 03:08 PM, Peter Zijlstra wrote:
> >> + hotcpu_notifier(sched_domains_numa_masks_update,
> >> CPU_PRI_SCHED_ACTIVE);
> >> hotcpu_notifier(cpuset_cpu_active, CPU_PRI_CPUSET_ACTIVE);
> >>
On Mon September 24 2012 12:02:26 Prabhakar wrote:
> From: Lad, Prabhakar
>
> vpif_display relied on a 1-1 mapping of output and subdev. This is not
> necessarily the case. Separate the two. So there is a list of subdevs
> and a list of outputs. Each output refers to a subdev and has routing
>
On Mon, Sep 24, 2012 at 02:36:25PM +0530, Ashish Jangam wrote:
> Any update on this patch?
Don't top post or send contentless pings.
The general quality problems with your submissions don't encourage fast
review both technically and in terms of reviewer enthusiasm; for example
in this case the
Namjae Jeon writes:
>> This means - which code returns error?
> Sorry, My explanation may be insufficient.
>
> nfs_update_inode()-> on NFS client
> if ((fattr->valid & NFS_ATTR_FATTR_FILEID) && nfsi->fileid != fattr->fileid) {
> printk(KERN_ERR "NFS: server %s error: fileid
Since we always pass flush responsibility to next, we will not deprive it,
now the ->first_flusher can only be changed by the first_flusher, no one
can change it, no race as 4ce48b37 said.
Remove the check introduced by 4ce48b37, use BUG_ON() instead.
Also move "wq->first_flusher = NULL;" later.
it is a helper to relase reference.
This patch doesn't make any functional difference.
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 22 +-
1 files changed, 13 insertions(+), 9 deletions(-)
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index
The loop count is always=1, remove the "while(true)" and fix the indent.
This patch doesn't make any functional difference.
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 86 +---
1 files changed, 41 insertions(+), 45 deletions(-)
diff
Start all flusher at the same time(except the overflowed flushers).
Since we have nr_cwqs_to_flush array for each color, any flush
color can start the same time, every color don't interfere
each other. The progress of flushing for any color is the same
as the old code.
A little different is
depriving the responsibility make the code complex, we pass it to the next
unconditionally.
After this change, we don't need to go back to repeat cascading, so we use
"break" to exit the loop.
The loop will be remove in later patch.
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 11
Each color uses its own nr_cwqs_to_flush[color].
This patch doesn't make any functional difference.
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 21 -
1 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/kernel/workqueue.c b/kernel/workqueue.c
index
We can detect whether a flusher is started by comparing its
flush_color VS wq->work_color.
We move all overflowed flusher to flusher_queue, and then we
start flush for them when there is freed color. we detect it
by the color of the last flusher of the flusher_queue.
This patch doesn't make any
wq->work_color is unchanged between overflowed flusher queued on
->flusher_overflow and requeued on ->flusher_queue.
So we can assign overflowed flushers's flush color when they are queued
on ->flusher_overflow.
This patch makes the flusher's flush color more clear:
flusher's flush
The core patch is patch6, it makes all flusher can start and the same time
and allow us do more cleanup.
Only patch1 and patch6 change the behavior of the code.
All other patches do not change any behavior.
Lai Jiangshan (10):
workqueue: always pass flush responsibility to next
workqueue:
Use wq->first_flusher->flush_color instead.
If current task is the first_flusher, we use @flush_color
or work_next_color(flush_color) directly.
This patch doesn't make any functional difference.
Signed-off-by: Lai Jiangshan
---
kernel/workqueue.c | 52
Move the advance of wq->work_color into flush_workqueue_prep_cwqs()
and rename flush_workqueue_prep_cwqs() to workqueue_start_flush(),
It will simplify the caller.
Since the @flush_color and @work_color can't be -1, so we remove
the test in workqueue_start_flush() and fix the indent.
Since the
From: Lad, Prabhakar
vpif_display relied on a 1-1 mapping of output and subdev. This is not
necessarily the case. Separate the two. So there is a list of subdevs
and a list of outputs. Each output refers to a subdev and has routing
information. An output does not have to have a subdev.
The
On 09/23/2012 09:30 PM, Mauro Carvalho Chehab wrote:
> Sylwester,
>
> Please review.
>
> Regards,
> Mauro
>
> Mensagem original
> Assunto: [PATCH v2] drivers/media/platform/s5p-tv/sdo_drv.c: fix error return
> code
> Data: Thu, 6 Sep 2012 10:38:29 +0200
> De: Peter Senna
On 09/24/2012 03:08 PM, Peter Zijlstra wrote:
>> + hotcpu_notifier(sched_domains_numa_masks_update,
>> CPU_PRI_SCHED_ACTIVE);
>> hotcpu_notifier(cpuset_cpu_active, CPU_PRI_CPUSET_ACTIVE);
>> hotcpu_notifier(cpuset_cpu_inactive, CPU_PRI_CPUSET_INACTIVE);
>
> OK, so you
Device-mapper "integrity" target provides transparent cryptographic integrity
protection of the underlying read-write block device using hash-based message
authentication codes (HMACs). HMACs can be stored on the same or different
block device.
dm-integrity uses an encrypted key type, stored on
There are two existing offline integrity models: file level integrity
(linux-integrity subsystem EVM/IMA-appraisal) and block level integrity
(dm-verity, dm-crypt).
This patch provides a new block level method called device-mapper "integrity"
target (dm-integrity), which provides transparent
Hi all,
Today's linux-next merge of the arm-soc tree got a conflict in
drivers/video/omap/lcd_ams_delta.c between commit 9586778de558 ("OMAPFB1:
remove unnecessary includes") from the tree and commit e27e35ec735f
("ARM: OMAP1: Move board-ams-delta.h from plat to mach") from the arm-soc
tree.
The series tries to convert the i2c_msg to c99 struct.
This may avoid issues like below if someone tries to add a
structure.
http://www.mail-archive.com/linux-i2c@vger.kernel.org/msg08972.html
Special thanks to Julia Lawall for helping it automate.
By the below script.
Don't recalculate an available pointer.
Signed-off-by: Guennadi Liakhovetski
---
diff --git a/drivers/base/platform.c b/drivers/base/platform.c
index a1a7225..efe9aa9 100644
--- a/drivers/base/platform.c
+++ b/drivers/base/platform.c
@@ -166,8 +166,8 @@ static void platform_device_release(struct
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-s35390a.c | 13 +++--
1 files changed, 11 insertions(+), 2
Hi all,
Today's linux-next merge of the arm-soc tree got conflicts in
drivers/video/msm/mddi.c, drivers/video/msm/mdp.c and
drivers/video/msm/mdp_hw.h between commit 8abf0b31e161 ("video: msm:
Remove useless mach/* includes") from the fbdev tree and commit
1ef21f6343ff ("ARM: msm: move
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-isl1208.c | 20
1 files changed, 16
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-pcf8563.c | 13 +++--
1 files changed, 11 insertions(+), 2
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-x1205.c | 92 +++---
1
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
while at it also fix a checkpatch warn
WARNING: sizeof rs5c->buf should be sizeof(rs5c->buf)
Signed-off-by: Shubhrajyoti
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-ds1672.c | 26 ++
1 files changed, 22
Convert the struct i2c_msg initialization to C99 format. This makes
maintaining and editing the code simpler. Also helps once other fields
like transferred are added in future.
Signed-off-by: Shubhrajyoti D
---
drivers/rtc/rtc-em3027.c | 17 ++---
1 files changed, 14
Hi James,
On Mon, 24 Sep 2012 11:28:01 +0200
James Bottomley wrote:
> On Mon, 2012-09-24 at 12:04 +0300, Hiroshi Doyu wrote:
> > diff --git a/drivers/base/platform.c b/drivers/base/platform.c
> > index a1a7225..9eae3be 100644
> > --- a/drivers/base/platform.c
> > +++ b/drivers/base/platform.c
>
501 - 600 of 1416 matches
Mail list logo