Currently, the group balance cpu is the groups's first CPU. But with
overlapping groups, two different groups can have the same first CPU.
This patch uses the group mask to mark all the CPUs that have a
particular group as its main sched group. The group balance cpu is the
first group CPU that is
On Tue, Apr 11, 2017 at 10:01:29AM -0700, Florian Fainelli wrote:
...
> > This is a RFC patch intending to bring up the idea to discuss.
> >
> > Comments are welcome and appreciated!
>
> Thanks a lot for doing this, we have historically done something similar
> on ARCH_BRCMSTB platforms in our do
/commits/Anshuman-Khandual/mm-madvise-Move-up-the-behavior-parameter-validation/20170413-203541
config: parisc-c3000_defconfig (attached as .config)
compiler: hppa-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
wget
https://raw.githubusercontent.com/01org/lkp-tests/master/sbin
On Thu, 13 Apr 2017 09:58:17 +0200
Valentin Rothberg wrote:
> Hi Steven,
>
> I just found this patch in linux-next commit 8aaf1ee70e19 with
> scripts/checkkconfigsymbols.py complaining about an undefined
> CONFIG_PREEMPT_DEBUG (see below). I guess it's just a typo, since
> there is a symbol name
On Tue, Apr 11, 2017 at 08:19:19PM +0300, Leonard Crestez wrote:
> On Wed, 2017-04-12 at 12:03 +0800, Dong Aisheng wrote:
> > +/**
> > + * clk_bulk_enable - ungate a bulk of clocks
> > + * @num_clks: the number of clk_bulk_data
> > + * @clks: the clk_bulk_data table being ungated
> > + *
> > + * cl
Also fix two little issues. This patchset tested by pi_stress, passed
10G+ inversions.
$./pi_stress
Starting PI Stress Test
Number of thread groups: 7
Duration of test run: infinite
Number of inversions per group: unlimited
Admin thread SCHED_FIFO priority 4
7 groups of 3 threads will be cre
We don't need to adjust prio before new pi_waiter adding. The prio
only need update after pi_waiter change or task normal_prio change.
Signed-off-by: Alex Shi
Cc: Steven Rostedt
Cc: Sebastian Siewior
To: linux-kernel@vger.kernel.org
To: Ingo Molnar
To: Peter Zijlstra
Cc: Thomas Gleixner
---
On Thu, Apr 13, 2017 at 02:14:19PM +0200, Christophe JAILLET wrote:
> 'chcr_alloc_shash()' can return NULL. Here it is not possible because this
> code is reached only if 'get_alg_config()' a few lines above has succeeded.
> So we are garanteed that the value of 'max_authsize' is a correct
> parame
On 13/04/17 20:08, Mauro Carvalho Chehab wrote:
diff --git a/Documentation/ABI/testing/sysfs-class-cxl
b/Documentation/ABI/testing/sysfs-class-cxl
index 640f65e79ef1..d0b32452dfe1 100644
--- a/Documentation/ABI/testing/sysfs-class-cxl
+++ b/Documentation/ABI/testing/sysfs-class-cxl
@@ -1,6 +1,6
On Wed 2017-04-12 01:19:53, Sergey Senozhatsky wrote:
> On (04/11/17 10:46), Sergey Senozhatsky wrote:
> > On (04/10/17 20:48), Pavel Machek wrote:
> > [..]
> > > > but, once again, I see your point.
> > >
> > > Good. Does that mean that the next version of patches will work ok in
> > > that case?
The rt-mutex documents didn't gotten meaningful update from its first
version. Even after owner's pending bit was removed in commit 8161239a8bcc
("rtmutex: Simplify PI algorithm and make highest prio task get lock")
and priority list 'plist' changed to rbtree. So the documents are far
late of real
Hi Stefano,
Sorry for the late answer.
On 12/04/17 00:39, Stefano Stabellini wrote:
On Tue, 11 Apr 2017, Catalin Marinas wrote:
On Tue, Apr 11, 2017 at 01:43:28PM +0100, Julien Grall wrote:
On 11/04/17 02:14, Bart Van Assche wrote:
On 04/10/17 17:31, Stefano Stabellini wrote:
I think the re
The rt_mutex_fastunlock() will deboost 'current' task when it should be.
but the rt_mutex_slowunlock() function will set the 'deboost' flag
unconditionally. That cause some unnecessary priority adjustment.
'current' release this lock, so 'current' should be a higher prio
task than the next top wai
On Thu, Apr 13, 2017 at 02:14:30PM +0200, Christophe JAILLET wrote:
> If 'chcr_alloc_shash()' a few lines above fails, 'base_hash' can be an
> error pointer when we 'goto out'.
> So checking for NULL here is not enough because it is likely that
> 'chcr_free_shash' will crash if we pass an error poi
On 04/10/2017 01:03 PM, Michal Hocko wrote:
> From: Michal Hocko
>
> Memory hotplug (add_memory_resource) has to reinitialize node
> infrastructure if the node is offline (one which went through the
> complete add_memory(); remove_memory() cycle). That involves node
> registration to the kobj inf
On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zoltan wrote:
> Hi,
>
> how can I disable the behaviour in the KMS drivers
> that enables all outputs at once?
>
> It is very annoying that on a POS machine with an
> 1024x768 LVDS and a 800x480 secondary monitor (both built-in)
> the KMS driver wakes u
On Thu, 13 Apr 2017 11:01:24 +0200
Peter Zijlstra wrote:
> On Thu, Apr 13, 2017 at 11:00:05AM +0200, Peter Zijlstra wrote:
> > On Wed, Apr 12, 2017 at 10:56:07PM -0400, Steven Rostedt wrote:
> > > From: Steven Rostedt (VMware)
> > >
> > > During my tests, I see this in my dmesg:
> > >
> > >
This patch adds support for PTP timestamps in
DMA buffer descriptors. It checks capability at runtime
and uses appropriate buffer descriptor.
Signed-off-by: Rafal Ozieblo
---
drivers/net/ethernet/cadence/Kconfig | 10 ++-
drivers/net/ethernet/cadence/macb.c | 133 +++---
On Thu, 13 Apr 2017 11:01:19 +0100
Mel Gorman wrote:
> On Wed, Apr 12, 2017 at 10:56:07PM -0400, Steven Rostedt wrote:
> > From: Steven Rostedt (VMware)
> >
> > During my tests, I see this in my dmesg:
> >
> > "Scheduler tracepoints stat_sleep, stat_iowait, stat_blocked and
> > stat_runtime re
On Thu, Apr 6, 2017 at 3:49 PM, Johannes Thumshirn wrote:
> When reading a RDMA WRITE FIRST packet we copy the DMA length from the RDMA
> header into the qp->resp.resid variable for later use. Later in check_rkey()
> we clamp it to the MTU if the packet is an RDMA WRITE packet and has a
> residua
On Thu 13-04-17 16:05:17, Vlastimil Babka wrote:
> On 04/10/2017 01:03 PM, Michal Hocko wrote:
> > From: Michal Hocko
> >
> > Memory hotplug (add_memory_resource) has to reinitialize node
> > infrastructure if the node is offline (one which went through the
> > complete add_memory(); remove_memor
On Thu, 13 Apr 2017 04:05:48 -0700
Srikar Dronamraju wrote:
> > +#if defined(CONFIG_TRACING) && defined(CONFIG_SCHEDSTATS)
> > +int schedstat_tracepoint_reg(void);
> > +void schedstat_tracepoint_unreg(void);
> > +#else
> > +static inline int schedstat_tracepoint_reg(void) { return 0; }
> > +stati
From: Colin Ian King
The comparison of mode >= 0 is redundant as mode is a u32 and this
is always true. Remove this redundant code.
Detected with CoverityScan ("Unsigned compared against 0")
Signed-off-by: Colin Ian King
---
drivers/staging/rtl8723bs/core/rtw_debug.c | 6 +++---
1 file chang
On 4/13/2017 12:24 AM, Gavin Shan wrote:
On Wed, Apr 12, 2017 at 08:56:14PM -0600, Alex Williamson wrote:
On Thu, 13 Apr 2017 01:51:40 +0300
bod...@mellanox.com wrote:
From: Bodong Wang
Sometimes it is not desirable to probe the virtual functions after
SRIOV is enabled. This can save host si
Add the PCI_SUBSYS_DEVID_81XX_RGX and use the same to set
the max bgx per node count.
This fixes the issue intoduced by following commit
78aacb6f6 net: thunderx: Fix invalid mac addresses for node1 interfaces
With this commit the max_bgx_per_node for 81xx is set as 2 instead of 3
because of which
On Tue, Apr 11, 2017 at 08:48:28PM +0300, Leonard Crestez wrote:
> On Wed, 2017-04-12 at 12:03 +0800, Dong Aisheng wrote:
> > +static int num_clks;
> > +static struct clk_bulk_data clks[] = {
> > + { .id = "arm" },
> > + { .id = "pll1_sys" },
> > + { .id = "step" },
> > + { .id = "pll1_sw"
On 2017-04-13 22:02:53 [+0800], Alex Shi wrote:
> The rt_mutex_fastunlock() will deboost 'current' task when it should be.
without looking whether or not this patch makes sense those patches
won't apply. Please look at tip/master or tip's locking/core
https://git.kernel.org/pub/scm/linux/
According to the device tree binding documentation, the compatible
should be "gpio-mux", not "mux-gpio".
Signed-off-by: Philipp Zabel
---
drivers/mux/mux-gpio.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/mux/mux-gpio.c b/drivers/mux/mux-gpio.c
index b304845c4812b
On Wed, Apr 12, 2017 at 12:03:27PM +0800, Dong Aisheng wrote:
...
> @@ -445,6 +543,12 @@ static inline struct clk *clk_get(struct device *dev,
> const char *id)
> return NULL;
> }
>
> +static inline int clk_bulk_get(struct device *dev, int num_clks,
> +struct c
It is required to know the PWM clock source frequency to
calculate the PWM period.
In driver, the clock source frequency of the PWM does not
get change and, hence, get the clock source frequency in
driver initi. Get this values later for period calculation
from pwm_config().
This will help in avo
The PWM hardware IP is taped-out with different maximum frequency
on different SoCs.
>From HW team:
For Tegra210, it is 38.4MHz.
For Tegra186, it is 102MHz.
Add support to limit the clock source frequency to the maximum IP
supported frequency. Provide these values via SoC chipdata
From: Andrey Vostrikov
Cc: cphe...@gmail.com
Cc: Andrew Morton
Signed-off-by: Andrey Vostrikov
Signed-off-by: Andrey Smirnov
---
include/linux/crc-ccitt.h | 7 ++
lib/crc-ccitt.c | 58 ++-
2 files changed, 64 insertions(+), 1 deletion
Hi Robin,
I tested your changes and the device pass-through feature works fine on QDF2400
server platform. Maybe Nate comments on the patch contents but it fixes the
problem.
@@ -317,13 +317,13 @@ static void iommu_dma_free_iova(struct iommu_dma_cookie
*cookie,
dma_addr_t iova
s/PREEMPT_DEBUG/DEBUG_PREEMPT/
Signed-off-by: Valentin Rothberg
---
include/linux/ftrace.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/linux/ftrace.h b/include/linux/ftrace.h
index c4552953a59a..e1bbfbb741a5 100644
--- a/include/linux/ftrace.h
+++ b/include/li
On Wed, Apr 12, 2017 at 04:45:59PM -0700, Paul E. McKenney wrote:
> On Wed, Apr 12, 2017 at 03:42:32PM -0700, Paul E. McKenney wrote:
> > On Wed, Apr 12, 2017 at 11:50:45PM +0200, Thomas Gleixner wrote:
> > > On Wed, 12 Apr 2017, Borislav Petkov wrote:
> > >
> > > > On Wed, Apr 12, 2017 at 08:27:0
On Wed, Apr 12, 2017 at 12:03:28PM +0800, Dong Aisheng wrote:
> This patch introduces the managed version of clk_bulk_get.
>
> Cc: Michael Turquette
> Cc: Stephen Boyd
> Cc: "Rafael J. Wysocki"
> Cc: Viresh Kumar
> Cc: Mark Brown
> Cc: Shawn Guo
> Cc: Fabio Estevam
> Cc: Sascha Hauer
> Cc:
On Thu, Apr 13, 2017 at 09:48:40AM -0400, Steven Rostedt wrote:
> On Thu, 13 Apr 2017 10:44:53 +0200
> Peter Zijlstra wrote:
>
> > On Wed, Apr 12, 2017 at 02:27:44PM -0400, Steven Rostedt wrote:
> > > + * schedule_idle() is similar to schedule_preempt_disable() except
> > > + * that it never enab
On Thu, Apr 13, 2017 at 10:02:53PM +0800, Alex Shi wrote:
> /*
> + * 'current' release this lock, so 'current' should be a higher prio
> + * task than the next top waiter, unless the current prio was gotten
> + * from this top waiter, iff so, we need to deboost 'current' after
On Thu, Apr 13, 2017 at 01:53:28PM +0200, Johannes Thumshirn wrote:
> On Thu, Apr 13, 2017 at 06:02:21PM +0800, Ming Lei wrote:
> > On Thu, Apr 13, 2017 at 10:06:29AM +0200, Johannes Thumshirn wrote:
> > > Doing a mkfs.btrfs on a (qemu emulated) PCIe NVMe causes a kernel panic
> > > in nvme_setup_p
From: Juergen Borleis
Date: Thu, 13 Apr 2017 09:33:39 +0200
> Changes in v5:
>
> - missing include file to 'net/dsa/tag_lan9303.c' added
This still doesn't build cleanly.
drivers/net/dsa/lan9303_mdio.o: In function `mdio_module_init':
lan9303_mdio.c:(.init.text+0x0): multiple definition of `in
Em Wed, Apr 12, 2017 at 07:33:22PM +0200, Jiri Olsa escreveu:
> On Wed, Apr 12, 2017 at 10:07:45AM -0700, David Carrillo-Cisneros wrote:
> > The build of JVMTI depends on LIBELF (-lelf). Make Makefile.conf
> > check this dependendancy and notify user when not present.
> >
> > v2: Comma nitpicking.
Revert commit 72a9b186292 ("xen: Remove event channel notification
through Xen PCI platform device") as the original analysis was wrong
that all the removed code isn't in use any more. As commit da72ff5bfcb0
("partially revert xen: Remove event channel notification through Xen
PCI platform device")
On Thu, Apr 13, 2017 at 10:45:10PM +0800, Ming Lei wrote:
> On Thu, Apr 13, 2017 at 01:53:28PM +0200, Johannes Thumshirn wrote:
> > On Thu, Apr 13, 2017 at 06:02:21PM +0800, Ming Lei wrote:
> > > On Thu, Apr 13, 2017 at 10:06:29AM +0200, Johannes Thumshirn wrote:
> > > > Doing a mkfs.btrfs on a (qe
On Thu, 2017-04-13 at 10:56 -0300, Lauro Ramos Venancio wrote:
> Create functions build_group_from_child_sched_domain() and
> init_overlap_sched_group(). No functional change.
>
> Signed-off-by: Lauro Ramos Venancio
>
Acked-by: Rik van Riel
From: Thomas Gleixner
Date: Thu, 13 Apr 2017 10:19:07 +0200 (CEST)
> spu_queue_register() needs to invoke setup functions on a particular
> CPU. This is achieved by temporarily setting the affinity of the
> calling user space thread to the requested CPU and reset it to the original
> affinity aft
From: Thomas Gleixner
Date: Thu, 13 Apr 2017 10:20:23 +0200 (CEST)
> spu_queue_register() needs to invoke setup functions on a particular
> CPU. This is achieved by temporarily setting the affinity of the
> calling user space thread to the requested CPU and reset it to the original
> affinity aft
Le 13/04/2017 à 16:04, Dan Carpenter a écrit :
On Thu, Apr 13, 2017 at 02:14:30PM +0200, Christophe JAILLET wrote:
If 'chcr_alloc_shash()' a few lines above fails, 'base_hash' can be an
error pointer when we 'goto out'.
So checking for NULL here is not enough because it is likely that
'chcr_free
Em Wed, Apr 12, 2017 at 09:30:05AM -0700, David Carrillo-Cisneros escreveu:
> On Wed, Apr 12, 2017 at 12:56 AM Jiri Olsa wrote:
> >
> > On Tue, Apr 11, 2017 at 11:49:15PM -0700, David Carrillo-Cisneros wrote:
> > > This change is a follow up of https://lkml.org/lkml/2017/2/2/16
> >
> > hi,
> > the
This patch is a bunch of small cleanups of the do_page_fault()
function:
1/ Function store_updates_sp() checks whether the faulting
instruction is a store updating r1. Therefore we can limit its calls
to stores exceptions
2/ Only the get_user() in store_updates_sp() has to be done outside
the mm se
The 82599 quirk contained an outdated copy of the FLR code.
Signed-off-by: Christoph Hellwig
---
drivers/pci/quirks.c | 16
1 file changed, 4 insertions(+), 12 deletions(-)
diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
index 673683660b5c..b1775354cc69 100644
--- a/dr
Signed-off-by: Christoph Hellwig
---
drivers/infiniband/hw/hfi1/chip.c | 4 ++--
drivers/infiniband/hw/hfi1/hfi.h | 1 -
drivers/infiniband/hw/hfi1/pcie.c | 30 --
3 files changed, 2 insertions(+), 33 deletions(-)
diff --git a/drivers/infiniband/hw/hfi1/chip.c
b/d
Em Wed, Apr 12, 2017 at 09:34:37AM -0700, David Carrillo-Cisneros escreveu:
> > On Tue, Apr 11, 2017 at 11:49:17PM -0700, David Carrillo-Cisneros wrote:
> >> My fat-fingering of sort keys in .perfconfig was a common cause of
> >> perf report silently terminating without apparent error.
> >>
> >> Th
On Thu, 13 Apr 2017 16:38:07 +0200
Peter Zijlstra wrote:
> On Thu, Apr 13, 2017 at 09:48:40AM -0400, Steven Rostedt wrote:
> > On Thu, 13 Apr 2017 10:44:53 +0200
> > Peter Zijlstra wrote:
> >
> > > On Wed, Apr 12, 2017 at 02:27:44PM -0400, Steven Rostedt wrote:
> > > > + * schedule_idle() i
Signed-off-by: Christoph Hellwig
---
drivers/crypto/qat/qat_common/adf_aer.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/drivers/crypto/qat/qat_common/adf_aer.c
b/drivers/crypto/qat/qat_common/adf_aer.c
index 2839fccdd84b..d3e25c37dc33 100644
--- a/drivers
Signed-off-by: Christoph Hellwig
---
drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff --git a/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
b/drivers/net/ethernet/intel/ixgbe/ixgbe_main.c
index a7a430a7be2c..543ddde5f8e2
Instead of copy & pasting and old version of the code.
Signed-off-by: Christoph Hellwig
---
drivers/pci/quirks.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
index b1775354cc69..b54c0d986f2a 100644
--- a/drivers/p
Signed-off-by: Christoph Hellwig
---
drivers/net/ethernet/cavium/liquidio/lio_vf_main.c | 15 +--
1 file changed, 1 insertion(+), 14 deletions(-)
diff --git a/drivers/net/ethernet/cavium/liquidio/lio_vf_main.c
b/drivers/net/ethernet/cavium/liquidio/lio_vf_main.c
index 7b83be4ce1fe..
Currently we opencode the FLR sequence in lots of place, export a core
helper instead. We split out the probing for FLR support as all the
non-core callers already know their hardware.
Signed-off-by: Christoph Hellwig
---
drivers/pci/pci.c | 34 +-
include/linu
Hi all,
this exports the PCI layer pcie_flr helper, and removes various opencoded
copies of it.
On 13 April 2017 at 15:32, Peter Zijlstra wrote:
> On Wed, Apr 12, 2017 at 01:28:58PM +0200, Peter Zijlstra wrote:
>
>> I still wonder about the whole !running vs !weight thing.,
>
> Ah, since we use this for both util _and_ load, we need !running &&
> !weight, and it so happens that !weight impli
2017-04-13 16:05 keltezéssel, Alex Deucher írta:
On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zoltan wrote:
Hi,
how can I disable the behaviour in the KMS drivers
that enables all outputs at once?
It is very annoying that on a POS machine with an
1024x768 LVDS and a 800x480 secondary monitor
Hi,
On Thu, Apr 13, 2017 at 2:32 AM, Ulf Hansson wrote:
> On 12 April 2017 at 00:55, Douglas Anderson wrote:
>> According to the SDIO standard interrupts are normally signalled in a
>> very complicated way. They require the card clock to be running and
>> require the controller to be paying clo
On Thu, Apr 13, 2017 at 8:20 PM, Christophe JAILLET
wrote:
> Le 13/04/2017 à 16:04, Dan Carpenter a écrit :
>>
>> On Thu, Apr 13, 2017 at 02:14:30PM +0200, Christophe JAILLET wrote:
>>>
>>> If 'chcr_alloc_shash()' a few lines above fails, 'base_hash' can be an
>>> error pointer when we 'goto out'.
Hey,
On Thu, Apr 13, 2017 at 01:32:35PM +0530, Keerthy wrote:
> thermal_zone_device_check --> thermal_zone_device_update -->
> handle_thermal_trip --> handle_critical_trips --> orderly_poweroff
>
> The above sequence happens every 250/500 mS based on the configuration.
> The orderly_poweroff func
On 13 April 2017 at 15:39, Peter Zijlstra wrote:
> On Tue, Apr 11, 2017 at 09:52:21AM +0200, Vincent Guittot wrote:
>
>> > Secondly, what's up with the util_sum < LOAD_AVG_MAX * 1000 thing?
>>
>> The lost idle time makes sense only if the task can also be "idle"
>> when running at max capacity. Wh
On Wed, 2017-04-12 at 09:21 +0200, Johannes Thumshirn wrote:
> When instrumenting the SCSI layer to run into the
> !blk_rq_nr_phys_segments(rq) case the following warning emitted from the
> block layer:
>
> blk_peek_request: bad return=-22
>
> This happens because since commit fd3fc0b4d730 ('scs
On Thu, 2017-04-13 at 10:56 -0300, Lauro Ramos Venancio wrote:
>
> SPECjbb2005 results on an 8 NUMA nodes machine with mesh topology
>
> Threads before after %
> mean stddev meanstddev
> 1 22801 195027059 1367 +19%
> 8
cmpxchg_gpte() calls get_user_pages_fast() to retrieve the number of
pages and the respective struct pages for mapping in the kernel virtual
address space.
This doesn't work if get_user_pages_fast() is invoked with a userspace
virtual address that's backed by PFNs outside of kernel reach (e.g.,
whe
Hey,
On Thu, Apr 13, 2017 at 01:32:36PM +0530, Keerthy wrote:
> orderly_poweroff is triggered when a graceful shutdown
> of system is desired. This may be used in many critical states of the
> kernel such as when subsystems detects conditions such as critical
> temperature conditions. However, in
On Thu, Apr 13, 2017 at 07:40:28PM +0530, Laxman Dewangan wrote:
> The PWM hardware IP is taped-out with different maximum frequency
> on different SoCs.
>
> From HW team:
> For Tegra210, it is 38.4MHz.
> For Tegra186, it is 102MHz.
>
> Add support to limit the clock source frequency
On Thu, 2017-04-13 at 10:56 -0300, Lauro Ramos Venancio wrote:
> Currently, the group balance cpu is the groups's first CPU. But with
> overlapping groups, two different groups can have the same first CPU.
>
> This patch uses the group mask to mark all the CPUs that have a
> particular group as it
On Thu, Apr 13, 2017 at 04:54:42AM +0800, kbuild test robot wrote:
> drivers/pwm/pwm-mediatek.c:210:3-8: No need to set .owner here. The core will
> do it.
>
> Remove .owner field if calls are used which set it automatically
>
> Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci
>
On Thu, Apr 13, 2017 at 12:32 AM, Michał Kępień wrote:
>> Hi All,
>>
>> There are a few parallel efforts involving the Windows Management
>> Instrumentation (WMI)[1] and dependent/related drivers. I'd like to have a
>> round of
>> discussion among those of you that have been involved in this spac
On Thu, Apr 13, 2017 at 08:58:11AM -0400, Sven Van Asbroeck wrote:
> gpio-only driver operation never clears the SLEEP bit, which can
> cause the gpios to become unusable.
>
> Example:
> 1. user requests first pwm -> driver clears SLEEP bit
> 2. user frees last pwm -> driver sets S
On Thu, Apr 13, 2017 at 6:51 AM, Pali Rohár wrote:
> On Thursday 13 April 2017 13:29:41 mario.limoncie...@dell.com wrote:
>> > Please pardon my ignorance, but what do we actually gain by exposing WMI to
>> > userspace? Enabling applications to fetch SMBIOS data? We already have an
>> > interface
On Thu, Apr 13, 2017 at 07:40:27PM +0530, Laxman Dewangan wrote:
> It is required to know the PWM clock source frequency to
> calculate the PWM period.
>
> In driver, the clock source frequency of the PWM does not
> get change and, hence, get the clock source frequency in
> driver initi. Get this
On Thu, Apr 13, 2017 at 11:03 AM, Boszormenyi Zoltan wrote:
> 2017-04-13 16:05 keltezéssel, Alex Deucher írta:
>>
>> On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zoltan wrote:
>>>
>>> Hi,
>>>
>>> how can I disable the behaviour in the KMS drivers
>>> that enables all outputs at once?
>>>
>>> It i
On Thu, Apr 13, 2017 at 11:36 AM, Alex Deucher wrote:
> On Thu, Apr 13, 2017 at 11:03 AM, Boszormenyi Zoltan wrote:
>> 2017-04-13 16:05 keltezéssel, Alex Deucher írta:
>>>
>>> On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zoltan wrote:
Hi,
how can I disable the behaviour in th
On Thursday 13 April 2017 17:32:48 Andy Lutomirski wrote:
> On Thu, Apr 13, 2017 at 12:32 AM, Michał Kępień
> wrote:
> > What we still need, though, is an open source version of
> > wmiofck.exe. I am unaware of anything like that existing and
> > installing the Windows Driver Kit just to run one
On 04/12/2017 09:20 PM, Masami Hiramatsu wrote:
On Wed, 12 Apr 2017 09:41:51 -0500
Paul Clarke wrote:
static struct symbol *symbols__find_by_name(struct rb_root *symbols,
- const char *name)
+ const char *name
> -Original Message-
> From: Pali Rohár [mailto:pali.ro...@gmail.com]
> Sent: Thursday, April 13, 2017 8:51 AM
> To: Limonciello, Mario ; Hans de Goede
>
> Cc: ker...@kempniu.pl; dvh...@infradead.org; r...@rjwysocki.net;
> len.br...@intel.com; corentin.ch...@gmail.com; l...@kernel.org;
>
On Thu, Apr 13, 2017 at 8:39 AM, Pali Rohár wrote:
> On Thursday 13 April 2017 17:32:48 Andy Lutomirski wrote:
>> On Thu, Apr 13, 2017 at 12:32 AM, Michał Kępień
>> wrote:
>> > What we still need, though, is an open source version of
>> > wmiofck.exe. I am unaware of anything like that existing
From: Colin Ian King
The two different paths for an if statement are identical and hence
we can just replace it with the single statement.
Detected by CoverityScan, CID#1428443 ("Identical code for
different branches")
Signed-off-by: Colin Ian King
---
drivers/staging/rtl8723bs/core/rtw_mlme.
This adds device tree binding documentation for mmio-based syscon
multiplexers controlled by a single bitfield in a syscon register
range.
Signed-off-by: Philipp Zabel
---
Documentation/devicetree/bindings/mux/mmio-mux.txt | 56 ++
1 file changed, 56 insertions(+)
create mod
On Thu, Apr 13, 2017 at 10:56:08AM -0300, Lauro Ramos Venancio wrote:
> Currently, on a 4 nodes NUMA machine with ring topology, two sched
> groups are generated for the last NUMA sched domain. One group has the
> CPUs from NUMA nodes 3, 0 and 1; the other group has the CPUs from nodes
> 1, 2 and 3
This adds a driver for mmio-based syscon multiplexers controlled by a
single bitfield in a syscon register range.
Signed-off-by: Philipp Zabel
---
drivers/mux/Kconfig | 13 +
drivers/mux/Makefile | 1 +
drivers/mux/mux-syscon.c | 130 ++
2017-04-13 17:36 keltezéssel, Alex Deucher írta:
On Thu, Apr 13, 2017 at 11:03 AM, Boszormenyi Zoltan wrote:
2017-04-13 16:05 keltezéssel, Alex Deucher írta:
On Thu, Apr 13, 2017 at 9:03 AM, Boszormenyi Zoltan wrote:
Hi,
how can I disable the behaviour in the KMS drivers
that enables all
> -Original Message-
> From: Andy Lutomirski [mailto:l...@kernel.org]
> Sent: Thursday, April 13, 2017 10:35 AM
> To: Pali Rohár
> Cc: Limonciello, Mario ; Hans de Goede
> ; Michał Kępień ; Darren Hart
> ; Rafael J. Wysocki ; Len Brown
> ; corentin.ch...@gmail.com; Andrew Lutomirski
> ; An
On Thu, Apr 13, 2017 at 10:17:54AM +0100, Suzuki K Poulose wrote:
> On 12/04/17 19:43, Marc Zyngier wrote:
> > On 12/04/17 17:19, Andrey Konovalov wrote:
> >
> > Hi Andrey,
> >
> > > Apparently this wasn't fixed, I've got this report again on
> > > linux-next-c4e7b35a3 (Apr 11), which includes 8b34
On 13/04/17 16:50, Suzuki K. Poulose wrote:
On Thu, Apr 13, 2017 at 10:17:54AM +0100, Suzuki K Poulose wrote:
On 12/04/17 19:43, Marc Zyngier wrote:
On 12/04/17 17:19, Andrey Konovalov wrote:
Please ignore the footer below, that was mistake from my side.
--
2.7.4
IMPORTANT NOTICE: The conte
On Thu, 13 Apr 2017 22:02:52 +0800
Alex Shi wrote:
> The rt-mutex documents didn't gotten meaningful update from its first
> version. Even after owner's pending bit was removed in commit 8161239a8bcc
> ("rtmutex: Simplify PI algorithm and make highest prio task get lock")
> and priority list 'pli
> -Original Message-
> From: Andy Lutomirski [mailto:l...@kernel.org]
> Sent: Thursday, April 13, 2017 10:33 AM
> To: Michał Kępień
> Cc: Darren Hart ; Rafael Wysocki ;
> Len Brown ; Pali Rohár ; Corentin
> Chary ; Limonciello, Mario
> ; Andy Lutomirski ; Andy
> Shevchenko ; LKML ker...
On Thu, Apr 13, 2017 at 11:07:54AM +0200, Peter Zijlstra wrote:
> On Wed, Apr 12, 2017 at 09:40:14AM -0700, Paul E. McKenney wrote:
> > This commit updates the "Early Boot" section of the RCU requirements
> > to describe how synchronous RCU grace periods are now legal throughout
> > the boot proces
On Thu, Apr 13, 2017 at 8:55 AM, wrote:
>
>
>> -Original Message-
>> From: Andy Lutomirski [mailto:l...@kernel.org]
>> Sent: Thursday, April 13, 2017 10:33 AM
>> To: Michał Kępień
>> Cc: Darren Hart ; Rafael Wysocki ;
>> Len Brown ; Pali Rohár ; Corentin
>> Chary ; Limonciello, Mario
>>
From: Colin Ian King
Remove a redundant self assignment of table->nr_entries, it does
nothing and is an artifact of code simplification re-work.
Detected by CoverityScan, CID#1428450 ("Self assignment")
Fixes: 441ac2f33dd7 ("x86/boot/e820: Simplify e820__update_table()")
Signed-off-by: Colin Ia
On Thu, Apr 13, 2017 at 01:06:56PM +0200, Vlastimil Babka wrote:
> On 04/13/2017 11:12 AM, Peter Zijlstra wrote:
> > On Wed, Apr 12, 2017 at 09:55:37AM -0700, Paul E. McKenney wrote:
> >> A group of Linux kernel hackers reported chasing a bug that resulted
> >> from their assumption that SLAB_DESTR
On Thu, 13 Apr 2017 22:02:52 +0800
Alex Shi wrote:
> The rt-mutex documents didn't gotten meaningful update from its first
> version. Even after owner's pending bit was removed in commit 8161239a8bcc
> ("rtmutex: Simplify PI algorithm and make highest prio task get lock")
> and priority list 'pli
On Thu, Apr 13, 2017 at 11:14:18AM +0200, Peter Zijlstra wrote:
> On Wed, Apr 12, 2017 at 09:55:38AM -0700, Paul E. McKenney wrote:
> > This commit changes lockdep splats to begin lines with "WARNING" and
> > to use pr_warn() instead of printk(). This change eases scripted
> > analysis of kernel c
On Thu, Apr 13, 2017 at 01:30:47PM +0900, Minchan Kim wrote:
> On Thu, Mar 30, 2017 at 12:40:32PM -0700, Tim Murray wrote:
> > As a result, I think there's still a need for relative priority
> > between mem cgroups, not just an absolute limit.
> >
> > Does that make sense?
>
> I agree with it.
>
On Thu, Mar 30, 2017 at 09:48:55AM -0700, Shakeel Butt wrote:
> > A more useful metric for memory pressure at this point is quantifying
> > that time you spend thrashing: time the job spends in direct reclaim
> > and on the flipside time the job waits for recently evicted pages to
> > come back. Co
301 - 400 of 830 matches
Mail list logo
