Hi all
This series patch is for rockchip Type-C phy and DisplayPort controller
driver.
The USB Type-C PHY is designed to support the USB3 and DP applications.
The PHY basically has two main components: USB3 and DisplyPort. USB3
operates in SuperSpeed mode and the DP can operate at RBR, HBR and H
On Thu, Jun 30, 2016 at 10:25:51AM +0200, Krzysztof Kozlowski wrote:
> Split out subsystem specific changes for easier reviews. This will be
> squashed with main commit.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/iommu/intel-iommu.c | 12 ++--
> 1 file changed, 6 insertions(+
On Mon, Jul 11, 2016 at 04:50:44PM -0400, Steven Rostedt wrote:
>
> [ crickets ]
Oops, sorry about that. Looking at it now.
--
tejun
Hello Shuah,
On 07/12/2016 11:07 AM, Shuah Khan wrote:
> On 07/12/2016 09:03 AM, Javier Martinez Canillas wrote:
>> Hello Shuah,
>>
>> On 07/11/2016 06:39 PM, Shuah Khan wrote:
>>> Fix misspelled error message and existing checkpatch errors in the
>>> error message conditional.
>>>
>>> WARNING: su
On Thu, Jun 30, 2016 at 10:25:44AM +0200, Krzysztof Kozlowski wrote:
> Split out subsystem specific changes for easier reviews. This will be
> squashed with main commit.
>
> Signed-off-by: Krzysztof Kozlowski
> ---
> drivers/iommu/amd_iommu.c | 12 ++--
> drivers/iommu/dma-iommu.c | 6 +
This patch adds a binding that describes the Rockchip USB Type-C PHY
for rk3399
Signed-off-by: Chris Zhong
Reviewed-by: Tomasz Figa
Reviewed-by: Kever Yang
Acked-by: Rob Herring
---
Changes in v5: None
Changes in v4:
- add a #phy-cells node
Changes in v3:
- use compatible: rockchip,rk3399-t
From: Chao Yu
For encrypted inode, if user overwrites data of the inode, f2fs will read
encrypted data into page cache, and then do the decryption.
However reader can race with overwriter, and it will see encrypted data
which has not been decrypted by overwriter yet. Fix it by moving decrypting
On 11 July 2016 at 06:29, Anna-Maria Gleixner wrote:
> From: Richard Cochran
>
> This driver has an asymmetry of ONLINE code without any corresponding tear
> down code. Otherwise, this is a straightforward conversion.
>
> Signed-off-by: Richard Cochran
> Reviewed-by: Sebastian Andrzej Siewior
>
On Tue, Jul 12, 2016 at 11:09:47AM -0400, Tejun Heo wrote:
> On Mon, Jul 11, 2016 at 04:50:44PM -0400, Steven Rostedt wrote:
> >
> > [ crickets ]
>
> Oops, sorry about that. Looking at it now.
Hmmm... Looking at the thread, I already responded to the question
regarding sched-RCU usage in the qu
On Tue, 12 Jul 2016, Anna-Maria Gleixner wrote:
> On Thu, 7 Jul 2016, Daniel Lezcano wrote:
> > + res = armada_370_xp_timer_setup(this_cpu_ptr(armada_370_xp_evt));
> > + if (!res) {
>
> I think the "!" is a mistake, because armada_370_xp_timer_setup()
> returns zero. See delta patch fixing thi
On 11 July 2016 at 06:29, Anna-Maria Gleixner wrote:
> From: Sebastian Andrzej Siewior
>
> This driver has an asymmetry of ONLINE code without any corresponding tear
> down code. Otherwise, this is a straightforward conversion.
>
> Signed-off-by: Sebastian Andrzej Siewior
> Cc: Mathieu Poirier
On Fri, Jul 08, 2016 at 06:07:57PM +0100, Sudeep Holla wrote:
> This patch adds appropriate callbacks to support ACPI Low Power Idle
> (LPI) on ARM64.
>
> Cc: Catalin Marinas
> Cc: Will Deacon
> Cc: Mark Rutland
> Cc: "Rafael J. Wysocki"
> Acked-by: Lorenzo Pieralisi
> Signed-off-by: Sudeep H
On Fri, Jul 08, 2016 at 06:07:54PM +0100, Sudeep Holla wrote:
> Commit ea389daa7fd9 ("arm64: cpuidle: add __init section marker to
> arm_cpuidle_init") added the __init annotation to arm_cpuidle_init
> as it was not needed after booting which was correct at that time.
>
> However with the introduc
On Tue, 12 Jul 2016 11:20:18 -0400
Tejun Heo wrote:
> On Tue, Jul 12, 2016 at 11:09:47AM -0400, Tejun Heo wrote:
> > On Mon, Jul 11, 2016 at 04:50:44PM -0400, Steven Rostedt wrote:
> > >
> > > [ crickets ]
> >
> > Oops, sorry about that. Looking at it now.
>
> Hmmm... Looking at the thr
On 07/10/2016 11:49 PM, Veeraiyan Chidambaram (RBEI/ECF32) wrote:
Hello Jens,
In CDROM Linux driver code, "Read Sub channel" format is hard coded
with CDROM_MSF format only in the function cdrom_read_subchannel() and
mmc_ioctl_cdrom_subchannel() in cdrom.c. Hence, irrespective of
"Read Sub chan
On Sat, Jul 09, 2016 at 03:54:22PM +0800, Xunlei Pang wrote:
> +++ b/kernel/sched/fair.c
> @@ -4269,7 +4269,7 @@ static void sync_throttle(struct task_group *tg, int
> cpu)
> pcfs_rq = tg->parent->cfs_rq[cpu];
>
> cfs_rq->throttle_count = pcfs_rq->throttle_count;
> - pcfs_rq->thr
On 07/12/2016 04:06 AM, weiyj...@163.com wrote:
From: Wei Yongjun
PTR_ERR should be applied before its argument is reassigned, otherwise the
return value will be set to 0, not error code.
Applied, thanks.
--
Jens Axboe
On Thu, Jul 7, 2016 at 7:26 PM, Yakir Yang wrote:
> Sean,
>
> Thanks for your review.
>
>
> On 07/02/2016 03:46 AM, Sean Paul wrote:
>>
>> On Fri, Jul 1, 2016 at 5:19 AM, Yakir Yang wrote:
>>>
>>> The full name of PSR is Panel Self Refresh, panel device could refresh
>>> itself with the hardware
SR-IOV disabled from the host causes a memory leak.
pci-hyperv usually first receives a PCI_EJECT notification
and then proceeds to delete the hpdev list entry in
hv_eject_device_work(). Later in hv_msi_free() since the
device is no longer on the device list hpdev is NULL
and hv_msi_free returns wi
On Tue, 12 Jul 2016, Rafael J. Wysocki wrote:
> On Tuesday, July 12, 2016 02:09:26 PM Stephen Rothwell wrote:
> > Hi all,
> >
> > Today's linux-next merge of the xen-tip tree got a conflict in:
> >
> > drivers/acpi/scan.c
> >
> > between commit:
> >
> > 68bdb6773289 ("ACPI: add support for
On 12/07/16 14:30, Joerg Roedel wrote:
> On Tue, Jul 12, 2016 at 12:33:43PM +0100, Robin Murphy wrote:
>>> + for_each_sg(sglist, s, nelems, i)
>>> + npages += iommu_num_pages(sg_phys(s), s->length, PAGE_SIZE);
>>
>> This fails to account for the segment boundary mask[1]. Given a typical
From: Noam Camus
During commit b54b8c2d6e3c
("net: ezchip: adapt driver to little endian architecture")
adapting to little endian architecture,
zeroing of controller was left out.
Signed-off-by: Elad Kanfi
---
drivers/net/ethernet/ezchip/nps_enet.c |1 +
1 files changed, 1 insertions(+)
On Tue, 12 Jul 2016, Anna-Maria Gleixner wrote:
> On Thu, 7 Jul 2016, Daniel Lezcano wrote:
>
> > The init functions do not return any error. They behave as the following:
> >
> > - panic, thus leading to a kernel crash while another timer may work and
> >make the system boot up correc
On 07/06/2016 05:02 AM, weiyj...@163.com wrote:
From: Wei Yongjun
In case of error, the function kstrndup() returns NULL pointer
not ERR_PTR(). The IS_ERR() test in the return value check
should be replaced with NULL test.
Added for 4.8, thanks.
--
Jens Axboe
On 07/09/2016 02:27 PM, Andy Lutomirski wrote:
> is_prefetch in arch/x86/mm/fault.c can be called on a user address
> that's not readable due to PKRU. This could break it. You might need
> to add a get_user_exec or similar.
Thanks for the heads-up. I think I'll just need a version that does
som
On Mon, Jul 11, 2016 at 08:43:32PM +0800, Leizhen (ThunderTown) wrote:
> On 2016/7/9 0:13, Catalin Marinas wrote:
> > On Fri, Jul 08, 2016 at 11:24:26PM +0800, Leizhen (ThunderTown) wrote:
> >> On 2016/7/8 21:54, Catalin Marinas wrote:
> >>> 8<
> >>> diff --git a/arch/ar
>> With strace, when running 500 concurrent mem-hog tasks on the same
>> kernel, 33 of them failed with:
>>
>> strace: ../sysdeps/nptl/fork.c:136: __libc_fork: Assertion
>> `THREAD_GETMEM (self, tid) != ppid' failed.
>>
>> Which is: https://sourceware.org/bugzilla/show_bug.cgi?id=15392
>> And discu
On 07/12/2016 12:13 AM, Ingo Molnar wrote:
>> > Remember, PKRU is just a *bitmap*. The only place keys are stored is in
>> > the
>> > page tables.
> A pkey is an index *and* a protection mask. So by representing it as a
> bitmask we
> lose per thread information. This is what I meant by 'incom
On 07/11/2016 01:29 PM, Arnd Bergmann wrote:
On Sunday, July 10, 2016 2:14:17 PM CEST Christoph Hellwig wrote:
On Thu, Jul 07, 2016 at 08:35:17AM -0600, Jens Axboe wrote:
Thanks Arnd, applied.
Actually I think we should replace the select with the depends. In
fact I though I had done that a
Hi,
On Sun, Jul 10, 2016 at 03:42:20PM +0800, Wan Zongshun wrote:
> This patch is to add dts support for nuc970 platform.
cpu ! in soc ? lost in fab ? ;)
Regards
afzal
On 07/10/2016 05:14 AM, Christoph Hellwig wrote:
On Thu, Jul 07, 2016 at 08:35:17AM -0600, Jens Axboe wrote:
Thanks Arnd, applied.
Actually I think we should replace the select with the depends. In
fact I though I had done that a while ago, but I must have messed it up.
Btw - do you plan to
Hi Mauro,
On Sun, Jul 10, 2016 at 5:27 PM, Mauro Carvalho Chehab
wrote:
> Em Sun, 22 May 2016 11:06:05 +0200
> Geert Uytterhoeven escreveu:
>
>> Submitters of device tree binding documentation may forget to CC
>> the subsystem maintainer if this is missing.
>
> I'm assuming that this patch will
Commit-ID: 1d661bf5327a2c059ec967f850e89362e637f4e6
Gitweb: http://git.kernel.org/tip/1d661bf5327a2c059ec967f850e89362e637f4e6
Author: Anna-Maria Gleixner
AuthorDate: Tue, 12 Jul 2016 16:40:09 +0200
Committer: Thomas Gleixner
CommitDate: Tue, 12 Jul 2016 17:33:22 +0200
clocksource/driv
On Tue, 2016-07-12 at 08:42 -0600, Shuah Khan wrote:
> On 07/12/2016 08:06 AM, Joe Perches wrote:
> > On Mon, 2016-07-11 at 16:39 -0600, Shuah Khan wrote:
> > > Fix misspelled error message and existing checkpatch errors in the
> > > error message conditional.
> > []
> > > diff --git a/drivers/medi
On 07/12/2016 05:02 PM, Lionel Landwerlin wrote:
On 12/07/16 13:11, Mario Kleiner wrote:
On 07/12/2016 12:50 PM, Lionel Landwerlin wrote:
Hi Mario,
Hi Lionel,
There was a couple of patch to fix this issue :
https://patchwork.freedesktop.org/series/5467/
https://patchwork.freedesktop.org/s
On 11/07/16 10:33, Bharat Kumar Gogada wrote:
> Hi Marc,
>
> Thanks for the reply.
>
> From PCIe Spec:
> MSI Enable Bit:
> If 1 and the MSI-X Enable bit in the MSI-X Message
> Control register (see Section 6.8.2.3) is 0, the
> function is permitted to use MSI to request service
> and is prohibite
On Mon 2016-07-11 12:25:11, Viresh Kumar wrote:
> On Fri, May 13, 2016 at 6:18 AM, Sergey Senozhatsky
> wrote:
> > Hello,
> >
> > no code changes, just refreshing the series so it'll be easier to
> > pick up. added Reviwed-by-s and corrected a typo spotted by Petr.
> >
> > This patch permits to ch
On 12.07.2016 18:35, Shayan Pooya wrote:
With strace, when running 500 concurrent mem-hog tasks on the same
kernel, 33 of them failed with:
strace: ../sysdeps/nptl/fork.c:136: __libc_fork: Assertion
`THREAD_GETMEM (self, tid) != ppid' failed.
Which is: https://sourceware.org/bugzilla/show_bug.c
On Tuesday 12 July 2016 07:57 PM, Peter Zijlstra wrote:
> On Tue, Jul 12, 2016 at 08:55:17AM -0500, Eric W. Biederman wrote:
>
>> I completely misread the description of this, or I would have something
>> earlier. For some reason I thought he was talking about the perf
>> controller.
>>
>> As I
From: Craig Gallek
Add struct kobject to struct irq_desc to allow for easy export
to sysfs. This allows for much simpler userspace-parsing of
the information contained in struct irq_desc.
Note that sysfs is not available at the time of early irq initialization.
These interrupts are accounted fo
On 07/12/2016 09:51 AM, Joe Perches wrote:
> On Tue, 2016-07-12 at 08:42 -0600, Shuah Khan wrote:
>> On 07/12/2016 08:06 AM, Joe Perches wrote:
>>> On Mon, 2016-07-11 at 16:39 -0600, Shuah Khan wrote:
Fix misspelled error message and existing checkpatch errors in the
error message conditi
> -Original Message-
> From: Cathy Avery [mailto:cav...@redhat.com]
> Sent: Tuesday, July 12, 2016 8:31 AM
> To: KY Srinivasan ; Haiyang Zhang
> ; Jake Oshins ;
> bhelg...@google.com
> Cc: vkuzn...@redhat.com; de...@linuxdriverproject.org; linux-
> p...@vger.kernel.org; linux-kernel@vger.ke
On Wed, Jul 13, 2016 at 12:10:13AM +0900, Tomasz Figa wrote:
> On Tue, Jul 12, 2016 at 9:38 PM, Daniel Vetter wrote:
> > On Fri, Jul 01, 2016 at 02:00:00PM -0400, Sean Paul wrote:
> >> On Fri, Jul 1, 2016 at 5:19 AM, Yakir Yang wrote:
> >> > The PSR driver have exported four symbols for specific
This limitation came with the reason to remove "another
way for malicious code to obscure a compromised program and
masquerade as a benign process" by allowing "security-concious program can use
this prctl once during its early initialization to ensure the prctl cannot
later be abused for this purp
This limitation came with the reason to remove "another
way for malicious code to obscure a compromised program and
masquerade as a benign process" by allowing "security-concious program can use
this prctl once during its early initialization to ensure the prctl cannot
later be abused for this purp
> > >> Also what's the content of your /etc/kdump.conf file?
> > >>
> > >
> > > #raw /dev/sda5
> > > #ext4 /dev/sda3
> > > #ext4 LABEL=/boot
> > > #ext4 UUID=03138356-5e61-4ab3-b58e-27507ac41937
> > > #net my.server.com:/export/tmp
> > > #net u...@my.server.com
> > > path /var/crash
> > > #ext4 /de
On Tue, 2016-07-12 at 10:08 -0600, Shuah Khan wrote:
> On 07/12/2016 09:51 AM, Joe Perches wrote:
> > On Tue, 2016-07-12 at 08:42 -0600, Shuah Khan wrote:
> > > On 07/12/2016 08:06 AM, Joe Perches wrote:
> > > > On Mon, 2016-07-11 at 16:39 -0600, Shuah Khan wrote:
> > > > >
> > > > > Fix misspelle
On Tuesday 12 July 2016 06:34 PM, Peter Zijlstra wrote:
> On Tue, Jul 12, 2016 at 03:41:42PM +0300, Nikolay Borisov wrote:
>
>> Namespaces and cgroups are completely orthogonal to one another.
>
> Then how do you specify what your new 'root' is? Surely you must first
> create a cgroup and then
Deferred probes are currently only re-executed if new drivers are successfully
registered and probed. Drivers which defer their probes based on things like
missing firmware located on rootfs will sometimes only be re-probed if kernel
modules are found. Unfortunately, this is fragile and can not b
Some devices require files from rootfs.
Ensure they are given a chance to re-probe() now that the rootfs is mounted.
Tested-by: Peter Griffin
Signed-off-by: Lee Jones
---
init/main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/init/main.c b/init/main.c
index 4c17fda..0b905a1 100644
---
On Tue, Jun 21, 2016 at 7:34 PM, Andrey Smirnov
wrote:
> On Tue, Jun 21, 2016 at 2:07 PM, Alexandre Belloni
> wrote:
>> On 21/06/2016 at 15:49:04 -0500, Rob Herring wrote :
>>> So wouldn't you want to set one mode while running and the lower power
>>> mode while suspended? I'm trying to understan
If a driver's resources are not available at probe() time, it is
common practice to defer probe (return -EPROBE_DEFER) until a time
where the required dependencies have been satisfied. However, if a
driver's resources are not provided by other drivers probe()ing
e.g. in a case where a driver is wa
From: Paulo Flabiano Smorigo
> Sent: 11 July 2016 20:08
>
> This patch add XTS subroutines using VMX-crypto driver.
>
> It gives a boost of 20 times using XTS.
>
> These code has been adopted from OpenSSL project in collaboration
> with the original author (Andy Polyakov ).
Yep, typical openssl
Hi Eric,
I'm trying to understand your concerns leading to your nack. I hope you
don't mind expanding your thoughts on them a bit.
Am Dienstag, 12 Juli 2016, 08:25:48 schrieb Eric W. Biederman:
> AKASHI Takahiro writes:
> > Device tree blob must be passed to a second kernel on DTB-capable
> > a
On Wed 2016-06-29 14:08:35, Sergey Senozhatsky wrote:
> Hello,
>
> the patch to fix the async KERN_CONT printk regression I mentioned
> several days ago in another thread.
>
> as a separate patch for now, to ease the review. will squash with 0001.
>
> == 8< ==
>
> >From
Hi Michael,
On ven., juil. 08 2016, Michael Turquette wrote:
> Quoting Gregory CLEMENT (2016-07-07 15:37:51)
>> +#include
>> +#include
>
> Same question as my previous email. Is clk.h necessary? Is this driver
> also a clk consumer?
I think I can remove it indeed.
>
>> +static int armada_3
On Jul 11, 2016 8:48 AM, "Dave Hansen" wrote:
>
> On 07/11/2016 07:45 AM, Andy Lutomirski wrote:
> > On Mon, Jul 11, 2016 at 7:34 AM, Dave Hansen wrote:
> >> Should we instead just recommend to userspace that they lock down access
> >> to keys by default in all threads as a best practice?
> >
> >
Hi there
I have been assigned to aother project and no longer work on this anymore.
Thanks,
Chi
-Original Message-
From: lkp-requ...@eclists.intel.com [mailto:lkp-requ...@eclists.intel.com] On
Behalf Of Ye, Xiaolong
Sent: Tuesday, July 12, 2016 4:12 AM
To: Maarten Lankhorst
Cc: Wu, Fengg
Anton,
On Tue, 12 Jul 2016, Anton Blanchard wrote:
> > It really does not matter when we fold the load for the outgoing cpu.
> > It's almost dead anyway, so there is no harm if we fail to fold the
> > few microseconds which are required for going fully away.
>
> We are seeing the load average sho
On 7/12/16 15:15, Vlastimil Babka wrote:
> On 07/11/2016 09:47 PM, Chen Gang wrote:
>>
>>
>> In our case, the 2 output size are same, but under x86_64, the insns are
>> different. After uses bool, it uses push/pop instead of branch, for me,
>> it should be a little better for catching.
>
> You me
On 07/12, Stanislav Kinsburskiy wrote:
>
> --- a/kernel/sys.c
> +++ b/kernel/sys.c
> @@ -1696,16 +1696,6 @@ static int prctl_set_mm_exe_file(struct mm_struct *mm,
> unsigned int fd)
> fput(exe_file);
> }
>
> - /*
> - * The symlink can be changed only once, just to di
On Wed, 13 Jul 2016, kernel test robot wrote:
> [1.863354] WARNING: CPU: 0 PID: 1 at kernel/locking/mutex-debug.c:80
> debug_mutex_unlock+0x20c/0x2b3
> [1.877193] DEBUG_LOCKS_WARN_ON(lock->owner != current)
>
> [1.979431] [] mutex_unlock+0x9/0xb
> [1.979431] [] mutex_unlock+0x9/
On (07/12/16 17:59), Petr Mladek wrote:
[..]
> > [ 12.874909] sched: RT throttling activated for rt_rq ffc0ac13fcd0
> > (cpu 0)
> > [ 12.874909] potential CPU hogs:
> > [ 12.874909] printk (292)
> >
> > On my system, the excessive printing happens during suspend/resume and this
> > hap
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Rik van Riel
The async pagefault wake code can run from the idle task in exception
context, so everything here needs to be made non-preemptible.
Conversion to a simple wait queue an
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
There is no reason to limit the TWD to be used on SMP kernels only if the
hardware has it available.
On Wandboard i.MX6SOLO, running PREEMPT-RT and cyclicte
On 7/12/16 12:20, Michael Ellerman wrote:
> Chen Gang writes:
>
>> On 7/11/16 07:47, Dave Hansen wrote:
>>> On 07/09/2016 09:29 AM, cheng...@emindsoft.com.cn wrote:
-static inline int arch_validate_prot(unsigned long prot)
+static inline bool arch_validate_prot(unsigned long prot)
On Tue, Jul 12, 2016 at 07:30:29PM +0400, Stanislav Kinsburskiy wrote:
> This limitation came with the reason to remove "another
> way for malicious code to obscure a compromised program and
> masquerade as a benign process" by allowing "security-concious program can use
> this prctl once during it
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Trace events like raw_syscalls show always a preempt code of one. The
reason is that on PREEMPT kernels rcu_read_lock_sched_notrace()
increases the preempti
On 7/12/16 15:48, Michal Hocko wrote:
> On Tue 12-07-16 03:47:42, Chen Gang wrote:
> [...]
>> In our case, the 2 output size are same, but under x86_64, the insns are
>> different. After uses bool, it uses push/pop instead of branch, for me,
>> it should be a little better for catching.
>
> The
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Mike Galbraith
Otherwise, we get a ___might_sleep() splat.
Signed-off-by: Mike Galbraith
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Steven Rostedt
---
mm/zsmalloc.c
3.12.61-rt82-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Steven Rostedt
---
include/linux/locallock.h | 6 ++
1 file changed, 6 insertions(+)
diff --
Am Dienstag, den 12.07.2016, 16:39 +0200 schrieb Thierry Reding:
> On Wed, May 25, 2016 at 03:18:16PM +0200, Lothar Waßmann wrote:
> > The 'de-active' and 'pixelclk-active' DT properties are evaluated
> > by of_parse_display_timing() called from of_get_drm_display_mode(),
> > but later lost in the
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Thomas Gleixner
Upstream commit: a208749c6426 ("perf/x86/intel/rapl: Make PMU lock raw")
This lock is taken in hard interrupt context even on Preempt-RT. Make it raw
so RT does not
Hi Lothar,
Am Dienstag, den 12.07.2016, 13:54 +0200 schrieb Lothar Waßmann:
> Hi,
>
> On Wed, 25 May 2016 15:18:16 +0200 Lothar Waßmann wrote:
> > The 'de-active' and 'pixelclk-active' DT properties are evaluated
> > by of_parse_display_timing() called from of_get_drm_display_mode(),
> > but lat
3.12.61-rt82-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Rik van Riel
The async pagefault wake code can run from the idle task in exception
context, so everything here needs to be made non-preemptible.
Conversion to a simple wait queue an
3.12.61-rt82-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
The root-lock is dropped before dev_hard_start_xmit() is invoked and after
setting the __QDISC___STATE_RUNNING bit. If this task is now pushed away
by a tas
3.12.61-rt82-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
If we get out of preempt_schedule_irq() then we check for NEED_RESCHED
and call the former function again if set because the preemption counter
has be zero
Dear RT Folks,
This is the RT stable review cycle of patch 3.12.61-rt82-rc1.
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 can
3.12.61-rt82-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Josh Cartwright
At first glance, the use of 'static inline' seems appropriate for
INIT_HLIST_BL_HEAD().
However, when a 'static inline' function invocation is inlined by gcc,
all ca
3.12.61-rt82-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
There is no reason to limit the TWD to be used on SMP kernels only if the
hardware has it available.
On Wandboard i.MX6SOLO, running PREEMPT-RT and cyclicte
3.12.61-rt82-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
On -RT we try to acquire sleeping locks which might lead to warnings
from lockdep or a warn_on() from spin_try_lock() (which is a rtmutex on
RT).
We don't p
3.12.61-rt82-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Trace events like raw_syscalls show always a preempt code of one. The
reason is that on PREEMPT kernels rcu_read_lock_sched_notrace()
increases the preempti
3.12.61-rt82-rc1 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 8269ec129c0c..ef83083bad25
On 07/12, Konstantin Khlebnikov wrote:
>
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -2808,8 +2808,9 @@ asmlinkage __visible void schedule_tail(struct
> task_struct *prev)
> balance_callback(rq);
> preempt_enable();
>
> - if (current->set_child_tid)
> -
3.12.61-rt82-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Corey Minyard
On some x86 systems an MCE interrupt would come in before the kernel
was ready for it. Looking at the latest RT code, it has similar
(but not quite the same) code, exc
Am Dienstag, den 12.07.2016, 14:43 +0200 schrieb Daniel Vetter:
> On Tue, Jul 12, 2016 at 01:54:28PM +0200, Lothar Waßmann wrote:
> > Hi,
> >
> > On Wed, 25 May 2016 15:18:16 +0200 Lothar Waßmann wrote:
> > > The 'de-active' and 'pixelclk-active' DT properties are evaluated
> > > by of_parse_displ
3.12.61-rt82-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Luiz Capitulino
lru_add_drain_all() works by scheduling lru_add_drain_cpu() to run
on all CPUs that have non-empty LRU pagevecs and then waiting for
the scheduled work to complete. H
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
On -RT we try to acquire sleeping locks which might lead to warnings
from lockdep or a warn_on() from spin_try_lock() (which is a rtmutex on
RT).
We don't p
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Signed-off-by: Sebastian Andrzej Siewior
Signed-off-by: Steven Rostedt
---
include/linux/locallock.h | 6 ++
1 file changed, 6 insertions(+)
diff --
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Peter Zijlstra
Vikram reported that his ARM64 compiler managed to 'optimize' away the
preempt_count manipulations in code like:
preempt_enable_no_resched();
put_user
3.14.72-rt76-rc1 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 54e7da6f49fb..bd9bb72f6b5c
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Josh Cartwright
At first glance, the use of 'static inline' seems appropriate for
INIT_HLIST_BL_HEAD().
However, when a 'static inline' function invocation is inlined by gcc,
all ca
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
The root-lock is dropped before dev_hard_start_xmit() is invoked and after
setting the __QDISC___STATE_RUNNING bit. If this task is now pushed away
by a tas
Dear RT Folks,
This is the RT stable review cycle of patch 3.14.72-rt76-rc1.
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 can
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Corey Minyard
On some x86 systems an MCE interrupt would come in before the kernel
was ready for it. Looking at the latest RT code, it has similar
(but not quite the same) code, exc
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
If we get out of preempt_schedule_irq() then we check for NEED_RESCHED
and call the former function again if set because the preemption counter
has be zero
3.14.72-rt76-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Luiz Capitulino
lru_add_drain_all() works by scheduling lru_add_drain_cpu() to run
on all CPUs that have non-empty LRU pagevecs and then waiting for
the scheduled work to complete. H
3.10.102-rt113-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Rik van Riel
The async pagefault wake code can run from the idle task in exception
context, so everything here needs to be made non-preemptible.
Conversion to a simple wait queue
3.10.102-rt113-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
The root-lock is dropped before dev_hard_start_xmit() is invoked and after
setting the __QDISC___STATE_RUNNING bit. If this task is now pushed away
by a t
3.10.102-rt113-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Sebastian Andrzej Siewior
Trace events like raw_syscalls show always a preempt code of one. The
reason is that on PREEMPT kernels rcu_read_lock_sched_notrace()
increases the preemp
601 - 700 of 981 matches
Mail list logo
