On Tue, Jul 12, 2016 at 02:19:20PM -0400, Nate Watterson wrote:
> In the current arm-smmu-v3 driver, all smmus that support 2-level
> stream tables are being forced to use them. This is suboptimal for
> smmus that support fewer stream id bits than would fill in a single
> second level table. This
This patch fixes the below static checker warning
drivers/dma/xilinx/zynqmp_dma.c:973 zynqmp_dma_chan_probe()
warn: was && intended here instead of ||?
Reported-by: Dan Carpenter
Signed-off-by: Kedareswara rao Appana
---
Changes for v2:
--->
On 7/14/2016 5:48 AM, Serge E. Hallyn wrote:
Can someone give a detailed explanation of what you could do with
the new timerslack feature and compare it to what you can do with
sys_nice?
what you can do with the timerslack feature is add upto 4 seconds of extra
time/delay on top of each
On 13 July 2016 at 18:14, Morten Rasmussen wrote:
> On Wed, Jul 13, 2016 at 02:56:41PM +0200, Vincent Guittot wrote:
>> On 22 June 2016 at 19:03, Morten Rasmussen wrote:
>> > Currently, SD_WAKE_AFFINE always takes priority over wakeup balancing
radix_tree_iter_retry() resets slot to NULL, but it doesn't reset tags.
Then NULL slot and non-zero iter.tags passed to radix_tree_next_slot()
leading to crash:
RIP: [< inline >] radix_tree_next_slot include/linux/radix-tree.h:473
[] find_get_pages_tag+0x334/0x930 mm/filemap.c:1452
On Monday, July 11, 2016 6:41:18 PM CEST Krzysztof Kozlowski wrote:
> Samsung defconfig updates for ARM64 - enable drivers for
> Exynos7 and Exynos5433 based boards:
> 1. S2MPS clock driver,
> 2. SoC: RTC, SPI, watchdog, EHCI, OHCI, DWC3, ADC and PWM,
> 3. Enable Samsung SoC sound.
>
Merged into
[ added CCs ]
On Tue, 12 Jul 2016, kbuild test robot wrote:
> Hi,
>
> [auto build test ERROR on net/master]
> [also build test ERROR on v4.7-rc7 next-20160711]
> [if your patch is applied to the wrong git tree, please drop us a note to
> help improve the system]
>
> url:
>
On Thu, Jul 14, 2016 at 03:18:09PM +0200, Peter Zijlstra wrote:
> On Wed, Jul 13, 2016 at 10:51:02PM +0200, Peter Zijlstra wrote:
> > So, IIRC, the trade-off is a full memory barrier in read_lock and
> > read_unlock() vs sync_sched() in write.
> >
> > Full memory barriers are expensive and while
On 07/13/2016 10:44 AM, Vivek Goyal wrote:
> During a new file creation we need to make sure new file is created with the
> right label. New file is created in upper/ so effectively file should get
> label as if task had created file in upper/.
>
> We switched to mounter's creds for actual file
Hello Jan,
On (07/14/16 16:12), Jan Kara wrote:
[..]
> > *** a printk() call from here will kill the system. either it will
> > recurse printk(), or spin forever in 'nested' printk() on one of
> > the already taken spin locks.
[..]
> And with sync printk the above deadlock doesn't trigger only by
On 07/14/2016 07:39 AM, Wanpeng Li wrote:
From: Wanpeng Li
When the lock holder vCPU is racing with the queue head:
CPU 0 (lock holder)CPU 1 (queue head)
====
spin_lock(); spin_lock();
pv_kick_node():
Dear RT Folks,
I'm pleased to announce the 3.2.81-rt117 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.2-rt
Head SHA1: fe7588485c196d9dcfb35019c846c7f9cdde64fa
Or to build 3.2.81-rt117
On Thu 14-07-16 10:00:16, Mikulas Patocka wrote:
>
>
> On Thu, 14 Jul 2016, Michal Hocko wrote:
>
> > On Wed 13-07-16 11:02:15, Mikulas Patocka wrote:
>
> > > > diff --git a/drivers/md/dm-crypt.c b/drivers/md/dm-crypt.c
> > > > index 4f3cb3554944..0b806810efab 100644
> > > > ---
Dear RT Folks,
I'm pleased to announce the 3.4.112-rt143 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.4-rt
Head SHA1: 7a6baa46e0f5e19beea329413b9832722f86ee5e
Or to build 3.4.112-rt143
On 14/07/2016 17:22, Nicolai Stange wrote:
> In setup_APIC_timer(), the registered clockevent device's frequency
> is calculated by first dividing tsc_khz by TSC_DIVISOR and multiplying
> it with 1000 afterwards:
>
> (tsc_khz / TSC_DIVISOR) * 1000
>
> The multiplication with 1000 is done for
On 13 July 2016 at 18:37, Morten Rasmussen wrote:
> On Wed, Jul 13, 2016 at 02:48:24PM +0100, Dietmar Eggemann wrote:
>> On 13/07/16 13:40, Vincent Guittot wrote:
>> > On 22 June 2016 at 19:03, Morten Rasmussen
>> > wrote:
>> >> From: Dietmar
Hello Shuah,
On 07/14/2016 09:35 AM, Shuah Khan wrote:
> On 07/14/2016 06:46 AM, Javier Martinez Canillas wrote:
>> Hello Shuah,
>>
>> On 07/12/2016 08:33 PM, Shuah Khan wrote:
>>> Removing unnecessary error messages as appropriate error code is returned.
>>>
>>> Signed-off-by: Shuah Khan
On 07/08/2016 02:19 AM, Dave Hansen wrote:
From: Dave Hansen
The page table manipulation code seems to have grown a couple of
sites that are looking for empty PTEs. Just in case one of these
entries got a stray bit set, use pte_none() instead of checking
for a
On Tuesday, July 12, 2016 4:05:41 PM CEST Patrice Chotard wrote:
> Highlights:
> ---
> - Add STi DT critical clocks declaration
> - Remove SPI hack wich has dependecy with critical clocks
>
> These 2 STi DT patches and SPI hack MUST be applied after patches
> contained into Stephen Boyd's
On Wed, 13 Jul 2016, Rafał Miłecki wrote:
> Probing function was using >dev and dev->dev.of_node over 20 times
> so I believe it made sense to use helper variables for both of them.
> To avoid some uncommon variable name for struct device I first replaced
> existing dev variable with pdev.
>
>
On 7/13/16, 9:28 PM, "Martin K. Petersen" wrote:
>> "Johannes" == Johannes Thumshirn writes:
>
>Johannes> qla2xxx first calls request_irq() and then does the setup of
>Johannes> the queue entry data needed in the interrupt handlers in when
On 07/13/2016 12:00 PM, Mel Gorman wrote:
As pointed out by Johannes -- the PG prefix seems to stand for page, and
all stat names that contain it represent some per-page event. PGSTALL is
not a page event. This patch renames it.
This is a fix for the mmotm patch
On Thu, Jul 14, 2016 at 01:32:13PM +, Bharat Kumar Gogada wrote:
[...]
> Hi Lorenzo,
>
> I missed something in my device tree now I corrected it.
>
> ranges = <0x0100 0x 0xe000 0x 0xe000 0 0x0001
> //io
You have not missed anything, you changed the PCI
Because we are using a custom crtc_state structure, we must override the
reset helper to allocate the correct amount of memory.
Cc: sta...@vger.kernel.org
Fixes: 4e257d9eee23 ("drm/rockchip: get rid of rockchip_drm_crtc_mode_config")
Signed-off-by: John Keeping
---
On Wed 13-07-16 16:53:28, David Rientjes wrote:
> On Wed, 13 Jul 2016, Mikulas Patocka wrote:
>
> > What are the real problems that f9054c70d28bc214b2857cf8db8269f4f45a5e23
> > tries to fix?
> >
>
> It prevents the whole system from livelocking due to an oom killed process
> stalling forever
On Monday, July 11, 2016 6:41:16 PM CEST Krzysztof Kozlowski wrote:
> Samsung mach/soc update for v4.8, part 3:
> Just cleanup - fix Sparse warning and constify passed iomem address.
>
Pulled into next/soc, thanks!
Arnd
On Wed 13-07-16 14:45:07, Sergey Senozhatsky wrote:
> Cc Petr Mladek.
>
> On (07/12/16 16:19), Viresh Kumar wrote:
> [..]
> > Okay, we have tracked this BUG and its really interesting.
>
> good find!
>
> > I hacked the platform's serial driver to implement a putchar() routine
> > that simply
Removed unnecessary error message as appropriate error code is returned.
Changed error message into a debug.
Signed-off-by: Shuah Khan
---
Changes since v1:
- Changed EBUSY error message to a debug message.
drivers/media/platform/s5p-mfc/s5p_mfc.c | 3 +--
1 file
On 07/14/2016 07:26 AM, Peter Zijlstra wrote:
On Thu, Jul 14, 2016 at 04:15:56PM +0800, Wanpeng Li wrote:
In this case, lock holder inserts the pv_node of queue head into the
hash table and set _Q_SLOW_VAL unnecessary. This patch avoids it by
restoring/setting vcpu_halted state after failing
Hello, Jan.
On Thu, Jul 14, 2016 at 04:35:47PM +0200, Jan Kara wrote:
> > > The current use case only need to use the regular lock functions. You are
> > > right that future use cases may require an irqsafe version of locks. I can
> > > either modify the code now to allow lock type selection at
On 13 July 2016 at 18:14, Alexander Graf wrote:
> On 07/13/2016 05:59 PM, Ard Biesheuvel wrote:
>>
>> On 13 July 2016 at 17:42, Alexander Graf wrote:
>>>
>>> Some user space applications are known to break with 48 bits virtual
>>
>> known by whom? At least I wasn't
> > Subject: Re: Purpose of pci_remap_iospace
> >
> > On Wed, Jul 13, 2016 at 12:30:44PM +, Bharat Kumar Gogada wrote:
> >
> > [...]
> >
> > > err = of_pci_get_host_bridge_resources(node, 0, 0xff, , );
> > > if (err) {
> > > pr_err("Getting bridge resources failed\n");
2016-07-14 16:13+0700, Suravee Suthikulpanit:
> On 7/13/16 21:14, Radim Krčmář wrote:
>> 2016-07-13 08:20-0500, Suravee Suthikulpanit:
>> > diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
>> > @@ -4461,4 +4461,69 @@ int amd_iommu_create_irq_domain(struct amd_iommu
>> > *iommu)
Looks good. Thanks!
regards,
dan carpenter
Hi David,
I have found that I missed some piece of code in a patch
and also discovered a corner case issue while further testing.
Please ignore this patch set, will submit another version soon.
Thanks,
Sunil.
On Wed, Jul 13, 2016 at 11:29 AM, wrote:
> From: Sunil
On 07/13/2016 10:44 AM, Vivek Goyal wrote:
> Provide a security hook which is called when xattrs of a file are being
> copied up. This hook is called once for each xattr and LSM can return
> 0 if the security module wants the xattr to be copied up, 1 if the
> security module wants the xattr to be
On Thursday, July 14, 2016 04:12:16 PM Jan Kara wrote:
> On Wed 13-07-16 14:45:07, Sergey Senozhatsky wrote:
> > Cc Petr Mladek.
> >
> > On (07/12/16 16:19), Viresh Kumar wrote:
> > [..]
> > > Okay, we have tracked this BUG and its really interesting.
> >
> > good find!
> >
> > > I hacked the
On Thu 14-07-16 07:50:43, Tejun Heo wrote:
> > > > +void dlock_list_add(struct dlock_list_node *node, struct
> > > > dlock_list_head *head)
> > > > +{
> > > > + struct dlock_list_head *myhead;
> > > > +
> > > > + /*
> > > > +* Disable preemption to make sure that CPU won't
Dear RT Folks,
I'm pleased to announce the 3.12.61-rt82 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.12-rt
Head SHA1: 275c808f91fc8e1873873718290a7f242fe127cd
Or to build 3.12.61-rt82
> On Thu, Jul 14, 2016 at 01:32:13PM +, Bharat Kumar Gogada wrote:
>
> [...]
>
> > Hi Lorenzo,
> >
> > I missed something in my device tree now I corrected it.
> >
> > ranges = <0x0100 0x 0xe000 0x 0xe000 0
> 0x0001 //io
>
> You have not missed anything, you
On Thursday, July 14, 2016 3:56:24 PM CEST Lorenzo Pieralisi wrote:
> On Thu, Jul 14, 2016 at 01:32:13PM +, Bharat Kumar Gogada wrote:
>
> [...]
>
> > Hi Lorenzo,
> >
> > I missed something in my device tree now I corrected it.
> >
> > ranges = <0x0100 0x 0xe000 0x
On Thu, Jul 14, 2016 at 03:05:40PM +, Bharat Kumar Gogada wrote:
[...]
> > On Thu, Jul 14, 2016 at 01:32:13PM +, Bharat Kumar Gogada wrote:
> > > ranges = <0x0100 0x 0xe000 0x 0xe000 0
> > 0x0001 //io
> >
> > You have not missed anything, you changed the
[Re: [PATCH 0/8] x86: audit and remove needless module.h includes] On
14/07/2016 (Thu 15:04) Ingo Molnar wrote:
>
> * Paul Gortmaker wrote:
>
> > To that end, I have done allmodconfig, allyesconfig and allnoconfig
> > for both 32 bit and 64 bit x86 with these
On Thu, Jul 14, 2016 at 8:29 AM, John Keeping wrote:
> Because we are using a custom crtc_state structure, we must override the
> reset helper to allocate the correct amount of memory.
>
> Cc: sta...@vger.kernel.org
> Fixes: 4e257d9eee23 ("drm/rockchip: get rid of
> Well, but we can't do this. And "as expected" is actually just wrong. I still
> think that the whole FAULT_FLAG_USER logic is not right. This needs another
> email.
I meant as expected from the content of the patch :) I think
Konstantin agrees that this patch cannot be merged upstream.
>
On 07/14/2016 06:46 AM, Javier Martinez Canillas wrote:
> Hello Shuah,
>
> On 07/12/2016 08:33 PM, Shuah Khan wrote:
>> Removing unnecessary error messages as appropriate error code is returned.
>>
>> Signed-off-by: Shuah Khan
>> ---
>>
Hi Wan Zongshun,
On Thu, Jul 14, 2016 at 11:36:53AM +0800, Wan Zongshun wrote:
> On 2016年07月14日 04:09, Jason Cooper wrote:
> >On Sun, Jul 10, 2016 at 03:27:22PM +0800, Wan Zongshun wrote:
> >>This patch is to add irqchip driver support for nuc900 plat,
> >>current this driver only supports nuc970
On 07/13/2016 11:13 AM, Vivek Goyal wrote:
> Updated patch as per Stephen's feedback.
>
> Provide a security hook to label new file correctly when a file is copied
> up from lower layer to upper layer of a overlay/union mount.
>
> This hook can prepare a new set of creds which are suitable for
On 07/14/2016 02:16 AM, Rasmus Villemoes wrote:
The watchdog framework takes care of feeding a hardware watchdog until
userspace opens /dev/watchdogN. If that never happens for some reason
(buggy init script, corrupt root filesystem or whatnot) but the kernel
itself is fine, the machine stays up
On Thursday, July 14, 2016 04:39:39 PM Jan Kara wrote:
> On Thu 14-07-16 16:33:38, Rafael J. Wysocki wrote:
> > On Thursday, July 14, 2016 04:12:16 PM Jan Kara wrote:
> > > On Wed 13-07-16 14:45:07, Sergey Senozhatsky wrote:
> > > > Cc Petr Mladek.
> > > >
> > > > On (07/12/16 16:19), Viresh
As reported by Dan in his report in [1], there is a potential NULL
pointer derefence if these conditions are met :
- there is no platform_data provided, ie. host->pdata = NULL
Fix this by only using the platform data ro_invert when a gpio for
read-only is provided by the platform data.
This
On Thu, Jul 14, 2016 at 02:20:49PM +0200, Peter Zijlstra wrote:
> > If that's the case, we have the wrong implemention
> > for percpu-rwsem where very long delays for writers induce the same
> > level of delays to all readers. If expedited by default isn't
> > workable, we should move away from
Hello Shuah,
On 07/14/2016 10:40 AM, Shuah Khan wrote:
> Removed unnecessary error message as appropriate error code is returned.
> Changed error message into a debug.
>
> Signed-off-by: Shuah Khan
> ---
Reviewed-by: Javier Martinez Canillas
On Thu, Jul 14, 2016 at 12:15:58PM +0800, Yakir Yang wrote:
> Alway enable the PSR function for Rockchip analogix_dp driver. If panel
> don't support PSR, then the core analogix_dp would ignore this setting.
>
> Signed-off-by: Yakir Yang
Reviewed-by: Sean Paul
On Thu, Jul 14, 2016 at 05:12:01PM +0200, Arnd Bergmann wrote:
> On Thursday, July 14, 2016 3:56:24 PM CEST Lorenzo Pieralisi wrote:
> > On Thu, Jul 14, 2016 at 01:32:13PM +, Bharat Kumar Gogada wrote:
> >
> > [...]
> >
> > > Hi Lorenzo,
> > >
> > > I missed something in my device tree now
On Wed, 13 Jul 2016 21:20:48 -0300
Arnaldo Carvalho de Melo wrote:
> Em Wed, Jul 13, 2016 at 09:16:32PM -0300, Arnaldo Carvalho de Melo escreveu:
> > Em Wed, Jul 13, 2016 at 09:07:19PM -0300, Arnaldo Carvalho de Melo escreveu:
> > > I'm going to look my inbox for patches I
On Fri, Jul 08, 2016 at 06:58:54PM +0800, Jisheng Zhang wrote:
> On Fri, 8 Jul 2016 12:50:12 +0200 Daniel Lezcano wrote:
>
> > On Fri, Jul 08, 2016 at 02:17:29PM +0800, Jisheng Zhang wrote:
> > > Dear Daniel,
> > >
> > > On Thu, 7 Jul 2016 15:46:28 +0200 Daniel Lezcano wrote:
> > >
> > > >
On Thu 14-07-16 16:08:28, Ondrej Kozina wrote:
[...]
> As Mikulas pointed out, this doesn't work. The system froze as well with the
> patch above. Will try to tweak the patch with Mikulas's suggestion...
Thank you for testing! Do you happen to have traces of the frozen
processes? Does the flusher
Hello Marek,
I've tested the patchset on 4.7-rc7 and noticed that it breaks reboot on
my ODROID-X2.
Going to check where exactly things break.
With best wishes,
Tobias
Marek Szyprowski wrote:
> Hello,
>
> This patch series finally implements proper runtime PM support in Exynos
> IOMMU
On Monday, July 11, 2016 6:41:15 PM CEST Krzysztof Kozlowski wrote:
> Samsung drivers/soc update for v4.8, part 3
> 1. Fix size of allocation for Exynos SROM registers (too much was allocated).
> 2. Constify fix.
>
Pulled into next/drivers, thanks!
Arnd
On 07/14/2016 06:47 AM, Vlastimil Babka wrote:
> So, this might be just because I know next to nothing about (para)virt,
> but...
>
> in arch/x86/include/asm/paravirt.h, pte_val is implemented via some
> pvops, which suggests that obtaining a pte value is different than just
> reading it from
Dear RT Folks,
I'm pleased to announce the 4.4.12-rt20 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v4.4-rt
Head SHA1: b4059f165a21ace3e150cf8e14752bb05f27137b
Or to build 4.4.12-rt20
On Thu, Jul 14, 2016 at 12:15:49PM +0800, Yakir Yang wrote:
> The PSR driver have exported four symbols for specific device driver:
> - rockchip_drm_psr_register()
> - rockchip_drm_psr_unregister()
> - rockchip_drm_psr_enable()
> - rockchip_drm_psr_disable()
> - rockchip_drm_psr_flush()
>
>
On Thu, Jul 14, 2016 at 02:11:01PM +0200, Peter Zijlstra wrote:
> > How so? As the number of cores increases, it'll get proportionally
> > more expensive as the same operation is performed on more CPUs;
> > however, the latency is dependent on the slowest one and it'll get
> > higher more often
Hi Andrew,
this issue dates back quite a bit and wasn't reported until now, so I
didn't tag it for stable. However, it seems that larger scale setups
are now running into this as they upgrade their kernels, and several
people have run into this independently now. Could you please add:
On 07/08/2016 11:35 AM, Mel Gorman wrote:
The number of LRU pages, dirty pages and writeback pages must be accounted
for on both zones and nodes because of the reclaim retry logic, compaction
retry logic and highmem calculations all depending on per-zone stats.
Many lowmem allocations are
On Monday, July 11, 2016 6:41:17 PM CEST Krzysztof Kozlowski wrote:
> Samsung DeviceTree changes for ARM64 for v4.8:
> 1. Adjust the voltage of CPU buck regulator so scaling could work.
>
>
Pulled into next/dt64, thanks!
Arnd
2016-07-14 16:33+0700, Suravee Suthikulpanit:
> On 7/14/16 16:13, Suravee Suthikulpanit wrote:
>> > >unsigned long flags;
>> > > +struct amd_iommu *iommu;
>> > > +
>> > > +if (!AMD_IOMMU_GUEST_IR_VAPIC(amd_iommu_guest_ir))
>> > > +return 0;
>> > > +
>> > > +
On Thu, 14 Jul 2016, Michal Hocko wrote:
> On Wed 13-07-16 11:02:15, Mikulas Patocka wrote:
> > > diff --git a/drivers/md/dm-crypt.c b/drivers/md/dm-crypt.c
> > > index 4f3cb3554944..0b806810efab 100644
> > > --- a/drivers/md/dm-crypt.c
> > > +++ b/drivers/md/dm-crypt.c
> > > @@ -1392,11
On Thu 14-07-16 23:34:50, Sergey Senozhatsky wrote:
> Hello Jan,
>
> On (07/14/16 16:12), Jan Kara wrote:
> [..]
> > > *** a printk() call from here will kill the system. either it will
> > > recurse printk(), or spin forever in 'nested' printk() on one of
> > > the already taken spin locks.
>
On Thu, Jul 14, 2016 at 03:25:36PM +0200, Vincent Guittot wrote:
> On 13 July 2016 at 18:37, Morten Rasmussen wrote:
> > On Wed, Jul 13, 2016 at 02:48:24PM +0100, Dietmar Eggemann wrote:
> >> On 13/07/16 13:40, Vincent Guittot wrote:
> >> > On 22 June 2016 at 19:03,
On 07/13/2016 12:00 PM, Mel Gorman wrote:
From: Minchan Kim
Note from Mel: This may optionally be considered a fix to the mmotm patch
mm-page_alloc-consider-dirtyable-memory-in-terms-of-nodes.patch
but if so, please preserve credit for Minchan.
When I
As I extend the driver to support different V3D revisions, userspace
needs to know what version it's targeting. This is most easily
detected using the V3D identity registers.
v2: Make sure V3D is runtime PM on when reading the registers.
v3: Switch to a 64-bit param value (suggested by Rob Clark
On Thu, Jul 14, 2016 at 09:46:14AM +0300, Netanel Belgazal wrote:
> This is a driver for the ENA family of networking devices.
>
> Signed-off-by: Netanel Belgazal
> ---
>
> Notes:
> Changes in v3:
> - Fix compilation warning for 32bit systems. [kbuild test
On 14 July 2016 at 16:11, Alan Stern wrote:
> On Wed, 13 Jul 2016, Rafał Miłecki wrote:
>
>> Probing function was using >dev and dev->dev.of_node over 20 times
>> so I believe it made sense to use helper variables for both of them.
>> To avoid some uncommon variable
Make the compiler detect format and argument mismatches.
Signed-off-by: Joe Perches
---
arch/powerpc/platforms/powernv/pci.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/powerpc/platforms/powernv/pci.h
b/arch/powerpc/platforms/powernv/pci.h
index 3a97990..1c1a586
Chipsets before Exynos5420 did not support HS400 so if MMC core tries to
configure HS400 timing, this might or might not work. Warn in such
cases because this is DTB misconfiguration.
Signed-off-by: Krzysztof Kozlowski
---
drivers/mmc/host/dw_mmc-exynos.c | 6 +-
1
On 07/12, Shayan Pooya wrote:
>
> > Yep. Bug still not fixed in upstream. In our kernel I've plugged it with
> > this:
> >
> > --- a/kernel/sched/core.c
> > +++ b/kernel/sched/core.c
> > @@ -2808,8 +2808,9 @@ asmlinkage __visible void schedule_tail(struct
> > task_struct *prev)
> >
On 12/07/2016 19:08, Gustavo Padovan wrote:
...
+++ b/include/linux/sync_file.h
@@ -28,6 +28,7 @@
* @name: name of sync_file. Useful for debugging
* @sync_file_list: membership in global file list
* @wq: wait queue for fence signaling
+ * @enabled:
On Wed, Jul 13, 2016 at 01:34:36PM -0600, Girish Mahadevan wrote:
> We’re working on a driver for a Quad SPI controller [using up to 4 data
> lines] which can use dual-data-sampling to implement 8-bit transfers. To
> allow a slave driver to specify the 8-bit transfer we'd like to make this
>
On Thu, Jul 14, 2016 at 01:53:20AM +0800, fu@linaro.org wrote:
> From: Fu Wei
>
> This driver adds support for parsing memory-mapped timer in GTDT:
> provide a kernel APIs to parse GT Block Structure in GTDT,
> export all the info by filling the struct which provided
> by
2016-07-14 16:43+0700, Suravee Suthikulpanit:
> On 7/13/16 21:29, Radim Krčmář wrote:
>> 2016-07-13 08:20-0500, Suravee Suthikulpanit:
>> > >diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
>> > >+ hash_for_each_possible(svm_vm_data_hash, ka, hnode, vm_id) {
>> > >+ struct kvm *kvm =
On Wed, Jul 13, 2016 at 8:08 PM, Chris Zhong wrote:
> Hi Sean
>
> Thanks for your detailed review. I'm working to modify most of code
> according to comment.
> And there is reply for some comment
>
> On 07/13/2016 09:59 PM, Sean Paul wrote:
>>
>> On Tue, Jul 12, 2016 at 8:09
On Thu 14-07-16 16:33:38, Rafael J. Wysocki wrote:
> On Thursday, July 14, 2016 04:12:16 PM Jan Kara wrote:
> > On Wed 13-07-16 14:45:07, Sergey Senozhatsky wrote:
> > > Cc Petr Mladek.
> > >
> > > On (07/12/16 16:19), Viresh Kumar wrote:
> > > [..]
> > > > Okay, we have tracked this BUG and its
On Thu, Jul 14, 2016 at 12:15:44PM +0800, Yakir Yang wrote:
> VOP have integrated a hardware counter which indicate the exact display
> line that vop is scanning. And if we're interested in a specific line,
> we can set the line number to vop line_flag register, and then vop would
> generate a
On Thu 14-07-16 16:47:11, Rafael J. Wysocki wrote:
> On Thursday, July 14, 2016 04:39:39 PM Jan Kara wrote:
> > On Thu 14-07-16 16:33:38, Rafael J. Wysocki wrote:
> > > On Thursday, July 14, 2016 04:12:16 PM Jan Kara wrote:
> > > > On Wed 13-07-16 14:45:07, Sergey Senozhatsky wrote:
> > > > > Cc
If the the VIDIOC_QBUF ioctl fails due a wrong dmabuf length,
it's useful to get the invalid length as a debug information.
Before this patch:
vb2-core: __qbuf_dmabuf: invalid dmabuf length for plane 1
After this patch:
vb2-core: __qbuf_dmabuf: invalid dmabuf length 221248 for plane 1
On Thu, Jul 14, 2016 at 11:07:15AM -0400, Tejun Heo wrote:
> On Thu, Jul 14, 2016 at 02:20:49PM +0200, Peter Zijlstra wrote:
> > > If that's the case, we have the wrong implemention
> > > for percpu-rwsem where very long delays for writers induce the same
> > > level of delays to all readers. If
On 07/14/2016 02:51 PM, Michal Hocko wrote:
On Wed 13-07-16 11:02:15, Mikulas Patocka wrote:
On Wed, 13 Jul 2016, Michal Hocko wrote:
[...]
We are discussing several topics together so let's focus on this
particlar thing for now
The kernel 4.7-rc almost deadlocks in another way. The machine
From: Dan Carpenter
The rxrpc_lookup_peer() function returns NULL on error, it never returns
error pointers.
Fixes: 8496af50eb38 ('rxrpc: Use RCU to access a peer's service connection
tree')
Signed-off-by: Dan Carpenter
Signed-off-by: David
In setup_APIC_timer(), the registered clockevent device's frequency
is calculated by first dividing tsc_khz by TSC_DIVISOR and multiplying
it with 1000 afterwards:
(tsc_khz / TSC_DIVISOR) * 1000
The multiplication with 1000 is done for converting from kHz to Hz and the
division by TSC_DIVISOR
The TSC deadline clockevent devices' configuration and registration
happens before the TSC frequency calibration is refined in
tsc_refine_calibration_work().
This results in the TSC clocksource and the TSC deadline clockevent
devices being configured with slightly different frequencies: the
On Thu, Jul 14, 2016 at 12:15:53PM +0800, Yakir Yang wrote:
> The full name of PSR is Panel Self Refresh, panel device could refresh
> itself with the hardware framebuffer in panel, this would make lots of
> sense to save the power consumption.
>
> This patch have exported two symbols for
The v3 series can be found at
http://lkml.kernel.org/g/20160713130344.8319-1-nicsta...@gmail.com
Applicable to linux-next-20160708 (in case you wonder why I turned back
from the 20160712 given in v3 to 20160708 again: mysteriously, 20160712
doesn't boot neither w/ nor w/o this series anymore).
On Wed, Jul 13, 2016 at 04:41:19PM +0100, Steve Twiss wrote:
> Two files are modified, the driver source file and the binding document.
> Updates for the regulator source file include an .of_match_table entry, node
> match checking in the probe() function for a compatible da9210 string, and
> a
On Tuesday, July 12, 2016 11:18:39 AM CEST Michael Turquette wrote:
> Quoting Arnd Bergmann (2016-07-12 01:51:36)
> > On Monday, July 11, 2016 3:00:13 PM CEST Michael Turquette wrote:
> > > Quoting Arnd Bergmann (2016-07-11 13:21:17)
> > > > On Thursday, July 7, 2016 7:10:30 PM CEST Michael
Hi Tomas,
Thanks for your comments.
On Thu, Jul 14 2016, 03:44 PM, Winkler, Tomas wrote:
> > +/* NHI genetlink commands */
> > +enum {
> > + NHI_CMD_UNSPEC,
> > + NHI_CMD_SUBSCRIBE,
> > + NHI_CMD_UNSUBSCRIBE,
> > + NHI_CMD_QUERY_INFORMATION,
> > + NHI_CMD_MSG_TO_ICM,
> > +
On 14/07/16 15:24, Dave Hansen wrote:
> On 07/14/2016 06:47 AM, Vlastimil Babka wrote:
>> So, this might be just because I know next to nothing about (para)virt,
>> but...
>>
>> in arch/x86/include/asm/paravirt.h, pte_val is implemented via some
>> pvops, which suggests that obtaining a pte value
Dear RT Folks,
I'm pleased to announce the 3.18.36-rt38 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v3.18-rt
Head SHA1: cf3a38958bb4b88e877e89b7e323d1f26cd35b46
Or to build 3.18.36-rt38
Dear RT Folks,
I'm pleased to announce the 4.1.27-rt31 stable release.
You can get this release via the git tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git
branch: v4.1-rt
Head SHA1: 19f31cf0a5e2c6c52d7b0ca781121d774a103041
Or to build 4.1.27-rt31
1 - 100 of 1844 matches
Mail list logo