On Mon, Mar 21, 2016 at 11:02:21AM +, Alexey Brodkin wrote:
> Hi Daniel,
>
> On Sat, 2016-03-19 at 11:02 +0100, Daniel Vetter wrote:
> > On Fri, Mar 18, 2016 at 09:58:49PM +, Alexey Brodkin wrote:
> > >
> > > Hi Daniel,
> > >
> > > On Fri, 2016-03-18 at 19:06 +0100, Daniel Vetter wrote:
From: David Decotigny
This removes the requirement that ethtool be tied to the support
of a specific L3 protocol, also updates a comment.
History:
v2
updated commit description for the netlink ioctl patch
v1
initial submission
# Patch Set
On Fri, Mar 18, 2016 at 09:05:37PM +, Chalamarla, Tirumalesh wrote:
> On 3/16/16, 2:32 AM, "linux-arm-kernel on behalf of Ganesh Mahendran"
> opensource.gan...@gmail.com> wrote:
> >Reverts commit 97303480753e ("arm64: Increase the max granular size").
> >
> >The commit 97303480753e ("arm64: I
From: David Decotigny
Updates: commit 793cf87de9d1 ("ethtool: Set cmd field in
ETHTOOL_GLINKSETTINGS response to wrong nwords")
Signed-off-by: David Decotigny
---
include/uapi/linux/ethtool.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/include/uapi/linux/
On Mon, Mar 21, 2016 at 9:21 AM, Tycho Andersen
wrote:
> Hi all,
>
> I'm seeing some strange behavior when bind mounting files from a btrfs
> subvolume. Consider the output below:
>
> root@criu2:/tmp# mount -o loop /tmp/tester.btrfs /tmp/dir1
> root@criu2:/tmp# touch dir1/file
> root@criu2:/tmp# s
On Mon, Mar 21, 2016 at 05:14:03PM +, Catalin Marinas wrote:
> On Fri, Mar 18, 2016 at 09:05:37PM +, Chalamarla, Tirumalesh wrote:
> > On 3/16/16, 2:32 AM, "linux-arm-kernel on behalf of Ganesh Mahendran"
> > > opensource.gan...@gmail.com> wrote:
> > >Reverts commit 97303480753e ("arm64:
Hi Mark,
On 21/03/16 12:12, Mark Brown wrote:
> On Mon, Mar 21, 2016 at 11:49:56AM +, Juri Lelli wrote:
>
> > But we'll still need to normalize this w.r.t the highest score we get on
> > a specific platform, right? And while we are at normalizing it, it is
> > probably simpler if we keep the
fixed *only* comments that did not follow kernel coding style.
the errors were caught by the checkpatch.pl tool
Signed-off-by: Sohom Bhattacharjee
---
drivers/staging/rts5208/rtsx.c | 55 +-
drivers/staging/rts5208/rtsx_chip.h | 53 -
On Mon, Mar 21, 2016 at 09:22:30AM -0700, Jacob Pan wrote:
> On Fri, 18 Mar 2016 16:56:41 -0700
> "Paul E. McKenney" wrote:
> > On Fri, Mar 18, 2016 at 02:00:11PM -0700, Josh Triplett wrote:
> > > On Thu, Feb 25, 2016 at 04:56:38PM -0800, Paul E. McKenney wrote:
[ . . . ]
> > > We're seeing a si
hread.
This has the advantage that printing always happens from a schedulable
context and thus we don't lockup any particular CPU or even interrupts.
The patch set is against next-20160321
the series in total has 3 patches:
- printk: Make printk() completely async
- printk: Make wake_up_klo
From: Luis de Bethencourt
Date: Mon, 21 Mar 2016 16:06:01 +
> The description for the sk argument of the skb_fclone_busy function is
> missing. Adding it.
>
> Signed-off-by: Luis de Bethencourt
Applied, thanks.
From: Jan Kara
Currently, printk() sometimes waits for message to be printed to console
and sometimes it does not (when console_sem is held by some other
process). In case printk() grabs console_sem and starts printing to
console, it prints messages from kernel printk buffer until the buffer
is e
From: Jan Kara
Offload printing of scheduler deferred messages from IRQ context
to a schedulable printing kthread, when possible (the same way we
do it in vprintk_emit()). Otherwise, the CPU can spend unbounded
amount of time doing printing in console_unlock() from IRQ.
Signed-off-by: Jan Kara
On Mon, 21 Mar 2016, Kirill A. Shutemov wrote:
> We do have two page sizes in the page cache. It's the only option to get
> transparent huge pages transparent.
Should then not PAGE_CACHE_SIZE take a page parameter and return the
correct page size?
On Mon, Mar 21, 2016 at 11:22:06AM -0600, Chris Murphy wrote:
> On Mon, Mar 21, 2016 at 9:21 AM, Tycho Andersen
> wrote:
> > Hi all,
> >
> > I'm seeing some strange behavior when bind mounting files from a btrfs
> > subvolume. Consider the output below:
> >
> > root@criu2:/tmp# mount -o loop /tmp/
On Mon, Mar 21, 2016 at 05:23:01PM +, Will Deacon wrote:
> On Mon, Mar 21, 2016 at 05:14:03PM +, Catalin Marinas wrote:
> > diff --git a/arch/arm64/include/asm/cache.h b/arch/arm64/include/asm/cache.h
> > index 5082b30bc2c0..4b5d7b27edaf 100644
> > --- a/arch/arm64/include/asm/cache.h
> > +
Add generic support for RGB LED's.
Basic idea is to use enum led_brightness also for the hue and saturation
color components.This allows to implement the color extension w/o
changes to struct led_classdev.
Select LEDS_CLASS_RGB to enable building drivers using the RGB extension.
Flag LED_SET_HUE
On Mon, 2016-03-21 at 10:57 -0400, Alan Stern wrote:
> One possible solution is to export a sysfs parameter to prevent
> statistics collection (or more generally, to change the interval at
> which it occurs).
Surely, not performing a task can hardly be beaten in terms of power
consumption. That
Tejun Heo writes:
> Hello,
>
> On Fri, Mar 18, 2016 at 06:14:47PM -0400, Bandan Das wrote:
>> These changes don't populate the "numa awareness" fields/attrs and
>> unlike unbounded numa worker pools, cgroup worker pools are created
>> on demand. Every work request could potentially have a new cgr
Am 21.03.2016 um 16:35 schrieb Jacek Anaszewski:
> On 03/19/2016 08:11 PM, Heiner Kallweit wrote:
>> Am 18.03.2016 um 14:10 schrieb Jacek Anaszewski:
>>> On 03/17/2016 08:53 PM, Heiner Kallweit wrote:
Am 17.03.2016 um 14:41 schrieb Jacek Anaszewski:
> Hi Heiner,
>
> On 03/13/2016 0
On Mar 20, 2016 2:04 PM, "Cristina-Gabriela Moraru"
wrote:
>
> 2016-03-14 10:56 GMT+02:00 Julia Lawall :
> >
> >
> > On Sat, 12 Mar 2016, Cristina-Gabriela Moraru wrote:
> >
> >> Hi,
> >>
> >> My name is Cristina Moraru and I am a software engineer from Romania
> >> currently a student in a Master
On Mon, Mar 21, 2016 at 11:46:51AM -0500, Josh Poimboeuf wrote:
> On Mon, Mar 21, 2016 at 05:31:57PM +0100, Petr Mladek wrote:
> > > diff --git a/kernel/livepatch/core.c b/kernel/livepatch/core.c
> > > index 780f00c..2aa20fa 100644
> > > --- a/kernel/livepatch/core.c
> > > +++ b/kernel/livepatch/co
struct in6_addr isn't used anymore in inet6_connection_sock.h, removing
the forward declaration.
Fixes: 1b33bc3e9e90 ("ipv6: remove obsolete inet6 functions")
Signed-off-by: Luis de Bethencourt
---
include/net/inet6_connection_sock.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/include/net
On Wed, 9 Mar 2016, Ingo Molnar wrote:
> > > So to go back to the original suggestion from Luis, I've quoted it, but
> > > with a s/overlapping/aliased substitution:
> > >
> > > > I had suggested long ago then that one possible resolution was for us
> > > > to add an API that *enables* aliased io
On 3/21/16, 10:33 AM, "Catalin Marinas" wrote:
>On Mon, Mar 21, 2016 at 05:23:01PM +, Will Deacon wrote:
>> On Mon, Mar 21, 2016 at 05:14:03PM +, Catalin Marinas wrote:
>> > diff --git a/arch/arm64/include/asm/cache.h
>> > b/arch/arm64/include/asm/cache.h
>> > index 5082b30bc2c0..4b
On 21/03/2016 16:19, Paolo Bonzini wrote:
>>> >> +spin_lock_init(&kvm->mmu_lock);
>>> >> +kvm->mm = current->mm;
>>> >> +atomic_inc(&kvm->mm->mm_count);
>> >
>> > current->mm->mm_count is incremented here.
>> >
>>> >> +kvm_eventfd_init(kvm);
>>> >> +mutex
"Michael Rapoport" writes:
> Hi Bandan,
>
>> From: Bandan Das
>>
>> At Linuxcon last year, based on our presentation "vhost: sharing is
> better" [1],
>> we had briefly discussed the idea of cgroup aware workqueues with Tejun.
> The
>> following patches are a result of the discussion. They ar
sent updated version. commit description should have the details. what
we are doing there is mimic what some others are doing, such as udp.c:
when returning -ENOIOCTLCMD, net/core would fallback to dev_ioctl,
which implements the NIC driver ioctls, which include ethtool ioctl.
On Sun, Mar 20, 2016
Hi Péter,
On Mon, 21 Mar 2016, Peter Ujfalusi wrote:
> On 03/19/16 21:38, Paul Walmsley wrote:
> > On Fri, 18 Mar 2016, Peter Ujfalusi wrote:
> >
> >> Hi,
> >>
> >> Chanes since v1:
> >> - removed the ASoC patch as Mark has applied it already
> >> - Added my signed-off to the hwmod patch
> >> -
On 03/21/2016 12:32 PM, Peter Zijlstra wrote:
On Mon, Mar 21, 2016 at 12:15:12PM -0400, Chris Metcalf wrote:
On 03/21/2016 11:42 AM, Peter Zijlstra wrote:
The most common idle function for x86 is: mwait_idle_with_hints(),
trouble is, its an inline, so I'm not sure adding __cpuidle to it does
an
Hello Patrick,
On 03/18, Patrick Donnelly wrote:
>
> We are currently trying to debug a problem with ptrace that I believe
> was incidentally fixed by you and maybe Tejun Heo in Linux v3.1.
So let me add Tejun and lkml,
> The
> issue is on github [2] but I will describe it here briefly. My hope
Christian Borntraeger writes:
> On 03/18/2016 11:14 PM, Bandan Das wrote:
> [..]
>> Netperf:
>> Two guests running netperf in parallel.
>>Without patches With patches
>>
>> TCP_STREAM (10^6 bits/second) 975.45 978.8
On 2016-03-21 13:29, Tycho Andersen wrote:
On Mon, Mar 21, 2016 at 11:22:06AM -0600, Chris Murphy wrote:
On Mon, Mar 21, 2016 at 9:21 AM, Tycho Andersen
wrote:
Hi all,
I'm seeing some strange behavior when bind mounting files from a btrfs
subvolume. Consider the output below:
root@criu2:/tmp
On Mon, Mar 21, 2016 at 05:24:52PM +, Juri Lelli wrote:
> I think this should work, but we have to understand how do we obtain the
> max frequency of each cluster while parsing DT. OPP bindings are
> helpful, but AFAIK there are platforms for which firmware is responsible
> for setting up and
On Mon, Mar 21, 2016 at 08:38:27AM -0700, Christoph Hellwig wrote:
> On Tue, Mar 15, 2016 at 12:42:44PM -0700, Darrick J. Wong wrote:
> > #include
> > #include
> > #include
> > +#include
>
> Maybe keep this before asm/uaccess.h
>
> > +long blkdev_fallocate(struct file *file, int mode, loff
On Sat, Mar 19, 2016 at 05:13:36PM +0100, Danny Milosavljevic wrote:
> Hi Mark,
>
> my question is whether it's possible to group together the left and
> right channel into one selem, and also if it's possible to reuse
> volumes then. For example:
>
> For sun4i-codec Mic there's right now:
> - Le
On Mon, Mar 21, 2016 at 06:16:32PM +0100, Cyrille Pitchen wrote:
> Le 21/03/2016 18:01, Brian Norris a écrit :
> > On Mon, Mar 21, 2016 at 11:33:49AM +0100, Cyrille Pitchen wrote:
> >> diff --git a/drivers/mtd/spi-nor/Kconfig b/drivers/mtd/spi-nor/Kconfig
> >> index d42c98e1f581..7fae36fc8526 10064
On Thu, Mar 03, 2016 at 02:54:26AM +0800, Yong Wu wrote:
> Sometimes it is not worth for the iommu allocating big chunks.
> Here we enable DMA_ATTR_ALLOC_SINGLE_PAGES which could help avoid to
> allocate big chunks while iommu allocating buffer.
>
> More information about this attribute, please ch
On Mon, 21 Mar 2016 10:36:23 -0700
"Luis R. Rodriguez" wrote:
> On Mar 20, 2016 2:04 PM, "Cristina-Gabriela Moraru"
> wrote:
> >
> > 2016-03-14 10:56 GMT+02:00 Julia Lawall :
> > >
> > >
> > > On Sat, 12 Mar 2016, Cristina-Gabriela Moraru wrote:
> > >
> > >> Hi,
> > >>
> > >> My name is Cris
On Sat, Mar 19, 2016 at 05:51:24PM +0100, Danny Milosavljevic wrote:
> Hi Maxime,
>
> > IIRC, in order to have shared controls, you just needed to share the
> > controls structure.
>
> Yeah. I did this and it actually works in a way, but in doesn't do all that I
> want.
>
> There are two differ
+++ Josh Poimboeuf [21/03/16 12:36 -0500]:
On Mon, Mar 21, 2016 at 11:46:51AM -0500, Josh Poimboeuf wrote:
On Mon, Mar 21, 2016 at 05:31:57PM +0100, Petr Mladek wrote:
> > diff --git a/kernel/livepatch/core.c b/kernel/livepatch/core.c
> > index 780f00c..2aa20fa 100644
> > --- a/kernel/livepatch/
On Sun, Mar 20, 2016 at 3:58 PM, Jaegeuk Kim wrote:
>
> I made another pull request which removes the previous wrong commits and adds
> a single commit to migrate the f2fs crypto into fs/crypto.
Ok, merged. Please double-check the end result, but since most of the
skcipher update was literally t
From: David Decotigny
Date: Mon, 21 Mar 2016 10:15:33 -0700
> From: David Decotigny
>
> This removes the requirement that ethtool be tied to the support
> of a specific L3 protocol, also updates a comment.
>
> History:
> v2
> updated commit description for the netlink ioctl patch
> v1
On Mar 21, 2016 9:16 AM, "Andi Kleen" wrote:
>
> From: Andi Kleen
>
> Introduction:
>
> IvyBridge added four new instructions to directly write the fs and gs
> 64bit base registers. Previously this had to be done with a system
> call to write to MSRs. The main use case is fast user space threadin
From: Luis de Bethencourt
Date: Mon, 21 Mar 2016 17:37:28 +
> struct in6_addr isn't used anymore in inet6_connection_sock.h, removing
> the forward declaration.
>
> Fixes: 1b33bc3e9e90 ("ipv6: remove obsolete inet6 functions")
> Signed-off-by: Luis de Bethencourt
Applied, thank you.
On Mon, Mar 21, 2016 at 9:16 AM, Andi Kleen wrote:
> From: Andi Kleen
>
> Add C intrinsics and assembler macros for the new rd/wr fs/gs base
> instructions and for swapgs.
>
> Very straight forward. Used in followon patch.
>
> For assembler only a few standard registers used by entry_64.S
> are d
On Mon, 21 Mar 2016, Matt Fleming wrote:
On Mon, 21 Mar, at 02:51:29AM, tip-bot for Vikas Shivappa wrote:
Commit-ID: a223c1c7ab4cc64537dc4b911f760d851683768a
Gitweb: http://git.kernel.org/tip/a223c1c7ab4cc64537dc4b911f760d851683768a
Author: Vikas Shivappa
AuthorDate: Thu, 10 Mar 201
On Mon, 14 Mar 2016, Peter Zijlstra wrote:
So you're right that it doesn't matter here, however for that very
reason I would suggest not using __set_current_state() before schedule()
unless there is a _really_ good reason, and then with an extensive
comment to go with.
No problem.
Otherwise
On Mon, Mar 21, 2016 at 10:52:35AM -0700, Darrick J. Wong wrote:
> > I don't really understand the comment. But I think you'd be much
>
> I don't know of a block device primitive that corresponds to the "default"
> mode of fallocate, as documented in the manpage (i.e. mode == 0). I agree
> that
On Mon, Mar 21, 2016 at 9:16 AM, Andi Kleen wrote:
> From: Andi Kleen
>
> Convert arch_prctl to use the new instructions to
> change fs/gs if available, instead of using MSRs.
>
> This is merely a small performance optimization,
> no new functionality.
>
> With the new instructions the syscall is
On Mon, Mar 21, 2016 at 07:06:05PM +0100, Maxime Ripard wrote:
> I don't think you should focus too much on alsamixer, there's other
> tools to modify the configuration.
The expectation is that most users will use something like UCM and only
system integrators will see the full control set in nor
On 2016-03-15 at 21:17 +0100, Volker Lendecke wrote:
> On Tue, Mar 15, 2016 at 08:45:14AM -0700, Jeremy Allison wrote:
> > On Tue, Mar 15, 2016 at 12:11:03AM -0700, Christoph Hellwig wrote:
> > > People have long learned that we only have 'alloc' permissions. Any
> > > model that mixes allow and d
> "Christoph" == Christoph Hellwig writes:
Christoph> On Mon, Mar 21, 2016 at 10:52:35AM -0700, Darrick J. Wong wrote:
>> > I don't really understand the comment. But I think you'd be much
>>
>> I don't know of a block device primitive that corresponds to the
>> "default" mode of fallocate,
On Mon, 21 Mar 2016, Oliver Neukum wrote:
> On Mon, 2016-03-21 at 10:57 -0400, Alan Stern wrote:
>
> > One possible solution is to export a sysfs parameter to prevent
> > statistics collection (or more generally, to change the interval at
> > which it occurs).
>
> Surely, not performing a task
On 03/20/16 21:13, Stephen Rothwell wrote:
> Hi all,
>
> Please do not add any v4.7 related material to your linux-next included
> trees until after v4.6-rc1 is released.
>
> Changes since 20160318:
>
on i386:
ERROR: "nf_nat_icmp_reply_translation" [net/openvswitch/openvswitch.ko]
undefined!
+++ Miroslav Benes [21/03/16 14:55 +0100]:
On Wed, 16 Mar 2016, Jessica Yu wrote:
[...]
+struct klp_buf {
+ char symname[KSYM_SYMBOL_LEN];
I think it is better to make this KSYM_NAME_LEN. KSYM_SYMBOL_LEN looks
like something different and KSYM_NAME_LEN is 128 which you reference
below.
On Mon, Mar 21, 2016 at 07:23:28PM +0800, Zhangjian (Bamvor) wrote:
> >>So this most probably means that ilp32 code doesn't handle one of cloned
> >>item properly. I have already discovered a bug where child processes
> >>used parent TLS,
> >It is a kernel bug or glibc bug? Could you please explain
Currently we only attempt to set the voltage during constraints
application if an exact voltage is specified. Extend this so that if
the currently set voltage for the regualtor is outside the bounds set in
constraints we will move the voltage to the nearest constraint, raising
to the minimum or lo
On 03/21, Lee Jones wrote:
> On Fri, 26 Feb 2016, Stephen Boyd wrote:
> >
> > Both look fine to me. You may also want to use
> > devm_clk_register() instead so that cleanup is easier.
>
> I'm going to apply your Ack in order to show that you've seen and have
> no problems with the patch.
Ok, tha
Allow the core to always use the voltage constraints to set the voltage
on startup. A forthcoming change in that code will ensure that we bring
out of constraints voltages into spec with this setting.
Signed-off-by: Mark Brown
---
drivers/regulator/of_regulator.c | 6 ++
1 file changed, 2 i
On Mon, 21 Mar 2016, Dan Carpenter wrote:
> Gar, the truth is I'm never going to remember to capitalize patches for
> you. No one else has that rule. Plus the last two times we had this
It's an awesome rule. Everyone should have that rule. ;)
> discussion the patches I was fixing were not cap
On 03/17, Franklin S Cooper Jr wrote:
> Add tblck to the pwm nodes. This insures that the ehrpwm driver has access
> to the time-based clk.
>
> Do not remove similar entries for ehrpwm node. Later patches will switch
> from using ehrpwm node name to pwm. But to maintain ABI compatibility we
> shou
> But this leaves open the issue that querying the device too often will
> prevent it from going into autosuspend. It seems to me that the best
> way to deal with this is to make sure that the autosuspend timeout is
> shorter than the interal between queries, not to make the querying
> conditional
On 21/03/16 18:13, David Miller wrote:
> From: Luis de Bethencourt
> Date: Mon, 21 Mar 2016 17:37:28 +
>
>> struct in6_addr isn't used anymore in inet6_connection_sock.h, removing
>> the forward declaration.
>>
>> Fixes: 1b33bc3e9e90 ("ipv6: remove obsolete inet6 functions")
>> Signed-off-by:
On Mon, Mar 21, 2016 at 11:39:07AM -0700, Andy Lutomirski wrote:
> 4. Does the sigcontext format need to change?
I don't think it needs to be. fs/gs are global state and the
signal handlers are not likely to change it.
Also there is no default that could be restored.
>
> For maximum safely, com
On Mon, Mar 21, 2016 at 11:13:05AM -0700, Andy Lutomirski wrote:
> On Mar 21, 2016 9:16 AM, "Andi Kleen" wrote:
> >
> > From: Andi Kleen
> >
> > Introduction:
> >
> > IvyBridge added four new instructions to directly write the fs and gs
> > 64bit base registers. Previously this had to be done wit
On Mon, Mar 21 2016 at 3:11pm -0400,
Darrick J. Wong wrote:
> On Mon, Mar 21, 2016 at 02:52:00PM -0400, Mike Snitzer wrote:
> > On Tue, Mar 15, 2016 at 3:42 PM, Darrick J. Wong
> > wrote:
> > > After much discussion, it seems that the fallocate feature flag
> > > FALLOC_FL_ZERO_RANGE maps nicel
On Mon, Mar 21, 2016 at 10:07:49AM +0100, Andreas Schwab wrote:
> This patch may fix a few LTP tests.
>
> Andreas.
>
> diff --git a/sysdeps/unix/sysv/linux/aarch64/bits/fcntl.h
> b/sysdeps/unix/sysv/linux/aarch64/bits/fcntl.h
> index 3631903..d1010db 100644
> --- a/sysdeps/unix/sysv/linux/aarch6
On Mon, Mar 21, 2016 at 06:44:04PM +0800, Ming Li wrote:
> hi, in drivers/staging/skein/, i move macros into appropriate header
> files.
>
>
> Regards,
>
>
> Signed-off-by: Ming Li
Please use scripts/checkpatch.pl to find the errors in your patch before
sending.
Also, don't send html ema
On Mon, Mar 21, 2016 at 1:47 PM, Oleg Nesterov wrote:
>> The basic problem is that the application we are tracing spawns
>> threads which **sometimes** are not traced (or lost). For Linux v3.0,
>> we are using PTRACE_ATTACH and the PTRACE_O_TRACE(CLONE|FORK|VFORK)
>> options to follow children [3]
From: Gustavo Padovan
virtio_gpu was failing to send vblank events when using the atomic IOCTL
with the DRM_MODE_PAGE_FLIP_EVENT flag set. This patch fixes each and
enables atomic pageflips updates.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/virtio/virtgpu_plane.c | 9 -
1 file
On Mon, Mar 21, 2016 at 12:03 PM, Andi Kleen wrote:
> On Mon, Mar 21, 2016 at 11:39:07AM -0700, Andy Lutomirski wrote:
>> 4. Does the sigcontext format need to change?
>
> I don't think it needs to be. fs/gs are global state and the
> signal handlers are not likely to change it.
>
> Also there is
On Mon, 2016-03-21 at 14:24 -0400, Alan Stern wrote:
> On Mon, 21 Mar 2016, Oliver Neukum wrote:
>
> > On Mon, 2016-03-21 at 10:57 -0400, Alan Stern wrote:
> >
> > > One possible solution is to export a sysfs parameter to prevent
> > > statistics collection (or more generally, to change the inte
From: Gustavo Padovan
Simplify code by using the new vblank crtc helpers.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/virtio/virtgpu_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/virtio/virtgpu_display.c
b/drivers/gpu/drm/virtio/virtgpu_d
On Mon, Mar 21, 2016 at 03:18:32PM -0400, Jessica Yu wrote:
> +++ Miroslav Benes [21/03/16 14:55 +0100]:
> >On Wed, 16 Mar 2016, Jessica Yu wrote:
> >
> >[...]
> >
> >>+struct klp_buf {
> >>+ char symname[KSYM_SYMBOL_LEN];
> >
> >I think it is better to make this KSYM_NAME_LEN. KSYM_SYMBOL_LEN lo
On Mon, Mar 21, 2016 at 3:07 PM, Oleg Nesterov wrote:
> On 03/21, Patrick Donnelly wrote:
>>
>> That seems to be the case but it will only report certain events (not
>> syscalls). I have observed PTRACE_EVENT_EXIT and PTRACE_EVENT_CLONE
>> events... Hmm, now that I think about this, it would be ne
On Mon, Mar 21, 2016 at 12:05 PM, Andi Kleen wrote:
> On Mon, Mar 21, 2016 at 11:13:05AM -0700, Andy Lutomirski wrote:
>> On Mar 21, 2016 9:16 AM, "Andi Kleen" wrote:
>> >
>> > From: Andi Kleen
>> >
>> > Introduction:
>> >
>> > IvyBridge added four new instructions to directly write the fs and g
On Mon, 21 Mar 2016 woojung@microchip.com wrote:
> > But this leaves open the issue that querying the device too often will
> > prevent it from going into autosuspend. It seems to me that the best
> > way to deal with this is to make sure that the autosuspend timeout is
> > shorter than the i
On Sun, Mar 20, 2016 at 09:47:29PM +0800, To .LiMit wrote:
> Hi, I saw drivers/staging/rtl8192e/TODO, checked the files within
> drivers/staging/rtl8192e/, and I found their function naming codestyle is
> camelcase, I changed them. But I don't know if I should change all variable
> naming codest
On 03/21/2016 03:53 AM, Juri Lelli wrote:
> Hi Sai,
>
> On 18/03/16 10:49, Sai Gurrappadi wrote:
>> Hi Juri,
>>
>> On 03/18/2016 07:24 AM, Juri Lelli wrote:
>>
>>
>>
>>> +
>>> +==
>>> +2 - CPU capacity definition
>>> +=
On 03/21, Patrick Donnelly wrote:
>
> That seems to be the case but it will only report certain events (not
> syscalls). I have observed PTRACE_EVENT_EXIT and PTRACE_EVENT_CLONE
> events... Hmm, now that I think about this, it would be necessary to
> see the initial SIGSTOP (or PTRACE_EVENT_STOP) i
On Sun, Mar 20, 2016 at 7:05 PM, Dave Chinner wrote:
>
> There are conflicts with the ext4 code that has already been merged
> this cycle.
The merge looked pretty straightforward, but both of you (ie both the
xfs and ext4 people, please) should check the end result please.
My sanity-check is sti
Was deleting an old github kernel tree and noticed this one line patch
I had made years back. Can't remember the compiler warning anymore but
clearly it complained about pointless assigment to cnt since it is not
used after that, although to me it looks like it should.
Signed-off-by: Mika Kukkonen
On 21 March 2016 at 01:47, Alexander Shishkin
wrote:
> Chunyan Zhang writes:
>
>> From: Mathieu Poirier
>>
>> Some architecture like ARM assign masterIDs at the HW design
>> phase. Those are therefore unreachable to users, making masterID
>> management in the generic STM core irrelevant.
>>
>>
On Mon, 21 Mar 2016, Oliver Neukum wrote:
> On Mon, 2016-03-21 at 14:24 -0400, Alan Stern wrote:
> > On Mon, 21 Mar 2016, Oliver Neukum wrote:
> >
> > > On Mon, 2016-03-21 at 10:57 -0400, Alan Stern wrote:
> > >
> > > > One possible solution is to export a sysfs parameter to prevent
> > > > sta
On Mon, 2016-03-21 at 15:11 +0100, Rafael J. Wysocki wrote:
> On Monday, March 21, 2016 10:28:09 AM Stephane Gasparini wrote:
> >
> > —
> > Steph
> >
> >
> >
> >
> > > On Mar 18, 2016, at 6:52 PM, Srinivas Pandruvada > > v...@linux.intel.com> wrote:
> > >
> > > On Fri, 2016-03-18 at 17:13 +0
On Mon, Mar 21, 2016 at 02:49:44PM -0400, Brian Gerst wrote:
> On Mon, Mar 21, 2016 at 12:16 PM, Andi Kleen wrote:
> > From: Andi Kleen
> >
> > The kernel needs to explicitely enable RD/WRFSBASE to handle context
> > switch correctly. So the application needs to know if it can safely use
> > thes
On Monday 21 March 2016 21:39:31 Masahiro Yamada wrote:
> Hi Arnd,
>
> 2016-03-21 18:49 GMT+09:00 Arnd Bergmann :
> > On Monday 21 March 2016 12:59:20 Masahiro Yamada wrote:
> >>
> >> I thought you'd include DT updates in the pull requests,
> >> but you didn't.
> >>
> >> Why was next/dt2 missed?
>
This patch fixes the bug which does not cover a large section case when checking
the sanity of superblock.
Reported-by: Matthias Prager
Reported-by: David Gnedt
Cc: stable 4.5+
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/super.c | 19 +--
1 file changed, 17 insertions(+), 2 deletio
On Mon, Mar 21, 2016 at 2:54 PM, Andi Kleen wrote:
> On Mon, Mar 21, 2016 at 02:49:44PM -0400, Brian Gerst wrote:
>> On Mon, Mar 21, 2016 at 12:16 PM, Andi Kleen wrote:
>> > From: Andi Kleen
>> >
>> > The kernel needs to explicitely enable RD/WRFSBASE to handle context
>> > switch correctly. So
This patch remains the current mount status to f2fs status info.
Signed-off-by: Jaegeuk Kim
---
fs/f2fs/debug.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/fs/f2fs/debug.c b/fs/f2fs/debug.c
index 4fb6ef8..ff8730e 100644
--- a/fs/f2fs/debug.c
+++ b/fs/f2fs/debug.c
@@
On Thu, Mar 17, 2016 at 1:49 AM, Heiko Carstens
wrote:
> On Wed, Mar 16, 2016 at 08:47:44PM +0100, Christian Borntraeger wrote:
>> On 03/10/2016 06:31 PM, Kees Cook wrote:
>> > This is a temporary fix to let lkdtm run again on s390, though it'll
>> > still fail the ro_after_init tests. Until rodat
On 03/21/2016 08:43 PM, Stephen Boyd wrote:
On 03/17, Franklin S Cooper Jr wrote:
Add tblck to the pwm nodes. This insures that the ehrpwm driver has access
to the time-based clk.
Do not remove similar entries for ehrpwm node. Later patches will switch
from using ehrpwm node name to pwm. But to
On 21.03.2016 16:53, Sebastian Reichel wrote:
Hi Mark,
On Mon, Mar 21, 2016 at 01:45:15PM +, Mark Brown wrote:
On Mon, Mar 21, 2016 at 03:39:15PM +0200, Ivaylo Dimitrov wrote:
On 21.03.2016 13:45, Mark Brown wrote:
No, if the voltage is variable we can't tell what the current
constrai
FOR YOUR INFORMATION DEAR BENEFICIARY,
Your Over-due ATM Card payment of $1.5MUSD by the UN Office have
deposited to the ATM MASTER CARD OFFICE. All you have to do now is to
contact the Office Manager Dr. peter Akupa Boni at:
(peterakupa...@gmail.com) and Phone number: +229 61 31 07 78 , he
will
On 03/21, Patrick Donnelly wrote:
>
> On Mon, Mar 21, 2016 at 3:07 PM, Oleg Nesterov wrote:
> >
> > Yes, exactly, you need to see the initial SIGSTOP or another event which
> > can be reported before it.
>
> Assuming a SIGSTOP is being silenced, is there anything we can do to
> forcibly start trac
On Sun, Mar 20, 2016 at 1:57 PM, Lukas Wunner wrote:
> Built into:
> iMac12,1 2011 21.5"
> iMac12,2 2011 27"
> Macmini5,1 2011 i5 2.3 GHz
> Macmini5,2 2011 i5 2.5 GHz
> Macmini5,3 2011 i7 2.0 GHz
> MacBookPro8,1 2011 13"
> MacBookPro8,2 2011 15"
> MacBookPro8,3 20
On Sat, Mar 12, 2016 at 03:40:35AM -0500, YU Bo wrote:
> Fix comments to use trailing */ on separste lines.
>
> Signed-off-by: YU BO
> ---
> drivers/staging/xgifb/vb_init.c|3 ++-
> drivers/staging/xgifb/vb_setmode.c |3 ++-
> 2 files changed, 4 insertions(+), 2 deletions(-)
You sent m
> You're adding an hwcap bit because you expect user code to use this
> thing, which means you're adding an ABI, which means that the
> semantics should be given due consideration.
Right I did that and concluded the existing semantics are fine.
They also worked fine for many years with the system
On Mon, Mar 21, 2016 at 9:16 AM, Andi Kleen wrote:
> This is a reworked version of my older fsgsbase patchkit.
> Main changes:
> - Ported to new entry/* code, which simplified it somewhat
> - Now has a test program
> - Fixed ptrace/core dump support
> - Better documentation
> - Some minor fixes im
601 - 700 of 846 matches
Mail list logo