On Thu, 10 Sep 2015, Shraddha Barke wrote:
> This patch replaces bit shifting on 1 with the BIT(x) macro
> as it's extensively used by other function in this driver.
>
> This was done with coccinelle:
> @@ int g; @@
>
> -(1 << g)
> +BIT(g)
This doesn't look like a good idea here, since there
On Thu, Sep 10, 2015 at 08:43:28AM +0300, Amir Goldstein wrote:
> I fully agree with you that running unmodified distro inside a
> container is not a justified
> cause for kernel changes.
Great, end of discussion :)
> However, I would like to highlight the point that udev is not the only
>
On Thu, Sep 10, 2015 at 02:33:19PM +0900, Sergey Senozhatsky wrote:
> Hello,
>
> On (09/10/15 14:03), Minchan Kim wrote:
> [..]
> >
> > I guess most of scripts have checked result of his doing so if we
> > removes it, it will break them.
>
> to be honest, we never documented or required any of
On Wed, Sep 9, 2015 at 11:11 PM, Greg KH wrote:
>
> On Wed, Sep 09, 2015 at 03:24:12PM -0400, Michael J Coss wrote:
> > On 9/8/2015 11:55 PM, Greg KH wrote:
> > > On Tue, Sep 08, 2015 at 10:10:29PM -0400, Michael J. Coss wrote:
> > >> Adds capability to allow userspace programs to forward a given
On Wed, Sep 9, 2015 at 10:19 AM, Laura Abbott wrote:
> (adding Colin and John)
>
>
> On 09/09/2015 12:41 AM, Shawn Lin wrote:
>>
>> we found this issue but still exit in lastest kernel. Simply
>> keep ion_handle_create under mutex_lock to avoid this race.
>>
>> WARNING: CPU: 2 PID: 2648 at
On Thu, Sep 10, 2015 at 10:44:17AM +0530, Shraddha Barke wrote:
> Oops! Should I send a version 2 of the series dropping this patch?
Not required. I hope Greg will see these 3 mails and will not try to
apply this patch. But just to be safe reply to the patch asking Greg not
to apply that
Hello,
On (09/10/15 14:03), Minchan Kim wrote:
[..]
>
> I guess most of scripts have checked result of his doing so if we
> removes it, it will break them.
to be honest, we never documented or required any of those. the only source
of information for the user space -- zram.txt documentation --
On Wed, Sep 09, 2015 at 04:55:22PM -0400, Michael J Coss wrote:
> On 9/9/2015 4:28 PM, Greg KH wrote:
> > On Wed, Sep 09, 2015 at 04:16:49PM -0400, Michael J Coss wrote:
> >> On 9/9/2015 4:09 PM, Greg KH wrote:
> >>> On Wed, Sep 09, 2015 at 03:05:29PM -0400, Michael J Coss wrote:
> On
On Thu, Sep 10, 2015 at 09:03:00AM +0530, Shraddha Barke wrote:
> Fix checkpatch.pl warning "Use #include
> instead of "
>
> Signed-off-by: Shraddha Barke
> ---
This has already been done by:
f05937c591aa ("staging: rtl8192u: r8192U_core: include linux/uaccess.h instead
of asm/uaccess.h")
On 9/9/15, 3:57 PM, kbuild test robot wrote:
net/ipv6/route.c:2946:3-8: WARNING: NULL check before freeing functions like
kfree, debugfs_remove, debugfs_remove_recursive or usb_free_urb is not needed.
Maybe consider reorganizing relevant code to avoid passing NULL values.
NULL check before
On Tue, Sep 08, 2015 at 07:42:56PM +0100, Luis Henriques wrote:
> When the user supplies an unsupported compression algorithm, keep the
> previously selected one (knowingly supported) or the default one (if the
> compression algorithm hasn't been changed yet).
>
> Note that previously this
Hi Linus,
please pull this one patch to your tree. I have rebased the branch
because there was a conflict with
"tile: enable full SECCOMP support"
(sha1: a0ddef81f4ac3326f6b6a255d8ea13b41908).
Thanks,
Michal
The following changes since commit b8889c4fc6ba03e289cec6a4d692f6f080a55e53:
>From: Namhyung Kim [mailto:namhy...@gmail.com] On Behalf Of Namhyung Kim
>
>On Sun, Sep 06, 2015 at 03:47:37PM +0800, Wangnan (F) wrote:
>> Hi Namhyung,
>
>Hi,
>
>>
>> Thanks for this patchset.
>>
>> Could you plase have a look at patch 5/27 and 6/27 in my newest pull
>> request?
>> These 2
From: Pavel Machek
This adds support for OMAP3 chips to ti-soc-thermal. As requested by
TI people, it is marked unreliable and warning is printed.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-o...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Pavel Machek
On Wed, Sep 09, 2015 at 11:20:08PM +0200, Noralf Trønnes wrote:
>
> Den 09.09.2015 20:35, skrev Greg Kroah-Hartman:
> >On Sat, Sep 05, 2015 at 07:13:45PM +0530, Sudip Mukherjee wrote:
> >>Instead of defining DRVNAME and using it in all calls to pr_* family of
> >>macros lets start using pr_fmt.
>
From: Henrik Austad
Date: Wed, 9 Sep 2015 11:26:32 +0200
> IEEE 1722 describes AVB (later renamed to TSN - Time Sensitive
> Networking), a protocol, encapsualtion and synchronization to utilize
> standard networks for audio/video (and later other time-sensitive)
> streams.
>
> This standard
Ping?
On 08/21/2015 04:31 PM, Sasha Levin wrote:
> On 05/21/2015 07:17 AM, Peter Zijlstra wrote:
>> --- a/arch/x86/kernel/cpu/perf_event_intel.c
>> +++ b/arch/x86/kernel/cpu/perf_event_intel.c
>> @@ -2106,7 +2106,7 @@ static struct event_constraint *
>> intel_get_event_constraints(struct
On Wed, Sep 09, 2015 at 01:07:04PM -0700, Greg Kroah-Hartman wrote:
> On Wed, Sep 09, 2015 at 11:03:20PM +0300, Mike Rapoport wrote:
> > On Wed, Sep 09, 2015 at 11:41:20AM -0700, Greg Kroah-Hartman wrote:
> > > On Sun, Sep 06, 2015 at 09:17:56AM +0300, Mike Rapoport wrote:
> > > > Fix the
On Sat, Jul 04, 2015 at 07:06:48PM +0200, Pali Rohár wrote:
> Hello,
>
> I found another problem in dell-wmi.c code which is still partially in
> mainline kernel since commit 5ea2559726b786283236835dc2905c23b36ac91c:
>
>
From: Gu Zheng
This patch finishes step2 mentioned in previous patch 4.
In this patch, we introduce a new static array named apicid_to_cpuid[],
which is large enough to store info for all possible cpus.
And then, we modify the cpuid calculation. In generic_processor_info(),
it simply finds the
From: Gu Zheng
In the current kernel, all possible cpus are mapped to the best near online
node if they reside in a memory-less node in init_cpu_to_node().
init_cpu_to_node()
{
..
for_each_possible_cpu(cpu) {
..
if (!node_online(node))
The whole patch-set aims at solving this problem:
[Problem]
cpuid <-> nodeid mapping is firstly established at boot time. And workqueue
caches
the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time.
When doing node online/offline, cpuid <-> nodeid mapping is
From: Gu Zheng
[Problem]
cpuid <-> nodeid mapping is firstly established at boot time. And workqueue
caches
the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time.
When doing node online/offline, cpuid <-> nodeid mapping is
established/destroyed,
which means, cpuid <-> nodeid
Will call this function earlier in next coming patches.
So simply move its definition forward. And also, add comments for it.
Signed-off-by: Tang Chen
---
arch/x86/mm/numa.c | 47 +--
1 file changed, 29 insertions(+), 18 deletions(-)
diff --git
From: Gu Zheng
This patch finishes step3 mentioned in previous patch 4.
There are four mappings in the kernel:
1. nodeid (logical node id) <-> pxm
2. apicid (physical cpu id) <-> nodeid
3. cpuid (logical cpu id) <-> apicid
4. cpuid (logical cpu id) <-> nodeid
1. pxm
From: Gu Zheng
This patch finishes step4 mentioned in previous patch 4.
There are four mappings in the kernel:
1. nodeid (logical node id) <-> pxm
2. apicid (physical cpu id) <-> nodeid
3. cpuid (logical cpu id) <-> apicid
4. cpuid (logical cpu id) <-> nodeid
1. pxm
The whole patch-set aims at solving this problem:
[Problem]
cpuid <-> nodeid mapping is firstly established at boot time. And workqueue
caches
the mapping in wq_numa_possible_cpumask in wq_numa_init() at boot time.
When doing node online/offline, cpuid <-> nodeid mapping is
On Thu, 2015-09-10 at 09:43 +0530, Shraddha Barke wrote:
> This patch replaces bit shifting on 1 with the BIT(x) macro
> as it's extensively used by other function in this driver.
[]
> diff --git a/drivers/staging/iio/resolver/ad2s1210.c
> b/drivers/staging/iio/resolver/ad2s1210.c
[]
> @@ -149,7
On Thu, Sep 10, 2015 at 9:40 AM, Eduardo Valentin wrote:
> Adding COMPILE_TEST flag to spear driver to facilitate
> maintenance.
>
> Cc: Zhang Rui
> Cc: linux...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
> Signed-off-by: Eduardo Valentin
> ---
> drivers/thermal/Kconfig | 2 +-
> 1
We Give Out Loans For 3% Interest Rate And We Offer Loans From $5,000 To
$50,000,000.00, Are You Looking To Buy A House Car Or Company Or Start Up A
Truck Company or Buy A Truck Or Personal Loans, Email Us At
j.funds2000...@inbox.lv With Amount Needed And Phone Number.
--
To unsubscribe from
On 04.09.2015 08:49, Alexey Klimov wrote:
> Since evt structure is embedded in per-CPU mevt structure it's
> definitely faster to use container_of() to get access to mevt
> if we have evt (for example as incoming function argument) instead
> of more expensive approach with this_cpu_ptr(_mct_tick).
Move the dependencies to menu, so we avoid showing it wrongly.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-o...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig| 1 +
drivers/thermal/ti-soc-thermal/Kconfig | 2
Adding COMPILE_TEST flag to hisi driver to facilitate maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thermal/Kconfig
Adding COMPILE_TEST flag to kirkwood driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Adding COMPILE_TEST flag to rockchip driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: Heiko Stuebner
Cc: linux...@vger.kernel.org
Cc: linux-arm-ker...@lists.infradead.org
Cc: linux-rockc...@lists.infradead.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
Adding COMPILE_TEST flag to dove driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/thermal/Kconfig
Adding COMPILE_TEST flag to armada driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Adding COMPILE_TEST flag to powerclamp driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Adding COMPILE_TEST flag to intel_soc_dts_iosf driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Adding COMPILE_TEST flag to u8500 driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
This patch replaces bit shifting on 1 with the BIT(x) macro
as it's extensively used by other function in this driver.
This was done with coccinelle:
@@ int g; @@
-(1 << g)
+BIT(g)
Signed-off-by: Shraddha Barke
---
drivers/staging/iio/meter/ade7753.c | 8
This patch replaces bit shifting on 1 with the BIT(x) macro
as it's extensively used by other function in this driver.
This was done with coccinelle:
@@ int g; @@
-(1 << g)
+BIT(g)
Signed-off-by: Shraddha Barke
---
drivers/staging/iio/cdc/ad7746.c | 42
This patch replaces bit shifting on 1 with the BIT(x) macro
as it's extensively used by other function in this driver.
This was done with coccinelle:
@@ int g; @@
-(1 << g)
+BIT(g)
Signed-off-by: Shraddha Barke
---
drivers/staging/iio/addac/adt7316.c | 14 +++---
1 file changed, 7
This patch replaces bit shifting on 1 with the BIT(x) macro
as it's extensively used by other function in this driver.
This was done with coccinelle:
@@ int g; @@
-(1 << g)
+BIT(g)
Signed-off-by: Shraddha Barke
---
drivers/staging/iio/impedance-analyzer/ad5933.c | 22 +++---
1
This patch replaces bit shifting on 1 with the BIT(x) macro
as it's extensively used by other function in this driver.
This was done with coccinelle:
@@ int g; @@
-(1 << g)
+BIT(g)
Signed-off-by: Shraddha Barke
---
drivers/staging/iio/cdc/ad7152.c | 20 ++--
1 file changed, 10
This patch replaces bit shifting on 1 with the BIT(x) macro
as it's extensively used by other function in this driver.
This was done with coccinelle:
@@ int g; @@
-(1 << g)
+BIT(g)
Signed-off-by: Shraddha Barke
---
drivers/staging/iio/resolver/ad2s1210.c | 2 +-
1 file changed, 1
Adding COMPILE_TEST flag to intel_soc_dts driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Adding COMPILE_TEST flag to int340x driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: Srinivas Pandruvada
Cc: Jacob Pan
Cc: "lan,Tianyu"
Cc: Ilkka Koskinen
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1
Adding COMPILE_TEST flag to intel_quark driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Adding COMPILE_TEST flag to exynos driver to facilitate
maintenance.
Cc: Lukasz Majewski
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-samsung-...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1
Adding COMPILE_TEST flag to ti-soc driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-o...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/ti-soc-thermal/Kconfig | 8
1 file changed, 4
Adding COMPILE_TEST flag to st driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: Nicolas Boichat
Cc: Mark Brown
Cc: Fabian Frederick
Cc: Wolfram Sang
Cc: Lee Jones
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig |
Adding COMPILE_TEST flag to tegra driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: Stephen Warren
Cc: Thierry Reding
Cc: Alexandre Courbot
Cc: linux...@vger.kernel.org
Cc: linux-te...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
Adding COMPILE_TEST flag to qcom_spmi driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Adding COMPILE_TEST flag to spear driver to facilitate
maintenance.
Cc: Zhang Rui
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Eduardo Valentin
---
drivers/thermal/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hello all,
This is a simple series to add the COMPILE_TEST on thermal drivers.
The idea is to help compiling and maintaining.
Split into smaller patches so people can have their own voices on their drivers.
Let me know if this is a problem.
BR,
Eduardo Valentin (17):
thermal: hisi: allow
I've got a startech thunderbolt dock someone loaned me, which among other
things, has the following device in it:
08:00.0 Ethernet controller: Intel Corporation I210 Gigabit Network Connection
(rev 03)
This hotplugs just fine (kernel 4.2.0 plus a patch or two here):
[ 863.020315] igb:
On Tue, Sep 08, 2015 at 01:50:38PM +0100, Dietmar Eggemann wrote:
> > It's both a unit and a SCALE/SHIFT problem, SCHED_LOAD_SHIFT and
> > SCHED_CAPACITY_SHIFT are defined separately so we must be sure to
> > scale the value in the right range. In the case of cpu_usage which
> > returns
Hi all,
Please do not add material for v4.4 until after v4.3-rc1 is out.
Changes since 20150909:
I used the h8300 tree from next-20150828 since the current tree has been
rebased onto something very old :-(
The kvm tree still had its build failure for which I reverted a commit.
Non-merge
Hi,
On Wed, Sep 09, 2015 at 12:21:23PM +0100, Matt Fleming wrote:
> On Wed, 09 Sep, at 08:33:07AM, joeyli wrote:
> >
> > Yes, the machine on my hand has EFI_PROPERTIES_TABLE enabled, and it doesn't
> > boot without your patch.
>
> Awesome. Could you test the following patch instead?
>
> ---
On Thu, Sep 10, 2015 at 12:08:45AM +0200, Rasmus Villemoes wrote:
> The work performed by wmi_gtoa is equivalent to simply sprintf(out,
> "%pUL", in), so one could replace its body by this. However, most
> users feed the result directly as a %s argument to some other function
> which also
Fix checkpatch.pl warning "Use #include
instead of "
Signed-off-by: Shraddha Barke
---
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_module.c
Fix checkpatch.pl warning "Use #include
instead of "
Signed-off-by: Shraddha Barke
---
drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_softmac.c
Fix checkpatch.pl warning "Use #include
instead of "
Signed-off-by: Shraddha Barke
---
drivers/staging/wilc1000/linux_wlan_spi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/wilc1000/linux_wlan_spi.c
b/drivers/staging/wilc1000/linux_wlan_spi.c
index
Fix checkpatch.pl warning "Use #include
instead of "
Signed-off-by: Shraddha Barke
---
drivers/staging/rtl8192u/r8192U_core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/r8192U_core.c
b/drivers/staging/rtl8192u/r8192U_core.c
index
Fix checkpatch.pl warning "Use #include instead of
"
Signed-off-by: Shraddha Barke
---
drivers/staging/rtl8192u/ieee80211/ieee80211_tx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_tx.c
From: Corinna Vinschen
Date: Wed, 9 Sep 2015 23:16:40 +0200
> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=104031
> Fixes: 6e85d5ad36a26debc23a9a865c029cbe242b2dc8
>
> Based on the discussion starting at
> http://www.spinics.net/lists/netdev/msg342193.html
>
> Tested locally on
> -Original Message-
> From: Roman Bacik
> Sent: September-09-15 7:36 PM
> To: 'John Youn'; Scott Branden; Greg Kroah-Hartman; linux-
> u...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; bcm-kernel-feedback-list
> Subject: RE: [PATCH v2 1/1] usb: dwc2: gadget: parity fix in
On Tue, Sep 08, 2015 at 02:52:05PM +0200, Peter Zijlstra wrote:
>
> +#if (SCHED_LOAD_SHIFT - SCHED_LOAD_RESOLUTION) != 10 || SCHED_CAPACITY_SHIFT
> != 10
> +#error "load tracking assumes 2^10 as unit"
> +#endif
> +
Sorry for late response. I might already missed somthing.
But I got a bit lost
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/daveh/x86-pkeys.git pkeys-v003.1
commit 47a16b763553948fb01da3763608772b886ed9cb ("x86, fpu: XSAVE macro
renames")
We found the following new message in kernel log.
[0.887271] CPU feature '(null)' is not
Hi Rafael,
On 9/10/2015 3:38 AM, Rafael J. Wysocki wrote:
On Wednesday, September 09, 2015 07:16:49 PM Suthikulpanit, Suravee wrote:
>Hi All,
>
>Are there any other concerns about this patch series?
I have none, but then it sort of missed the merge window.
I can easily queue it up for the
Hello,
On 9 September 2015 at 22:26, kernel test robot wrote:
> FYI, we noticed the below changes on
>
> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
> commit d3c68f218f927bd4b14b586ea2dcecee54cf09ad ("PCC: Initialize PCC Mailbox
> earlier at boot")
>
> We found the
> -Original Message-
> From: John Youn [mailto:john.y...@synopsys.com]
> Sent: September-09-15 7:25 PM
> To: Roman Bacik; John Youn; Scott Branden; Greg Kroah-Hartman; linux-
> u...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; bcm-kernel-feedback-list
> Subject: Re: [PATCH v2 1/1]
On Mon, 2015-09-10 at 12:39 -0500, Wood Scott-B07421 wrote:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Thursday, September 10, 2015 12:39 AM
> To: Zhao Qiang-B45475
> Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
> lau...@codeaurora.org; Xie Xiaobo-R63061;
The init/exit_probe_symbol_maps() was a part of
convert_perf_probe_events() and cleanup_perf_probe_events(). But as
these functions can be called multiple times, it'd be better moving
init/exit functions out of them, so that it should be called only once.
Cc: Masami Hiramatsu
Cc: Wang Nan
On 9/9/2015 17:52, Mark Brown wrote:
On Wed, Sep 09, 2015 at 11:16:08AM +0800, Wu, Songjun wrote:
On 9/8/2015 20:23, Mark Brown wrote:
If you want to have three controls you need to write code so that the
user can only change one of them from 0dB at once, returning an error
otherwise.
On 9/9/2015 7:16 PM, Roman Bacik wrote:
>> -Original Message-
>> From: John Youn [mailto:john.y...@synopsys.com]
>> Sent: September-09-15 7:11 PM
>> To: Roman Bacik; John Youn; Scott Branden; Greg Kroah-Hartman; linux-
>> u...@vger.kernel.org
>> Cc: linux-kernel@vger.kernel.org;
The init/exit_symbols_maps() functions are to setup and cleanup
necessary info for probe events. But they need to be called from out of
the probe code now, so this patch exports them.
However the names are too generic, so change them to have 'probe'. :)
Cc: Masami Hiramatsu
Cc: Wang Nan
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit 8a81252b774b53e628a8a0fe18e2b8fc236d92cc ("fs/file.c: don't acquire
files->file_lock in fd_install()")
The cleanup_perf_probe_events() frees all resources related to a perf
probe event. However it only freed resources in trace probe events, not
perf probe events. So call clear_perf_probe_event() too.
Cc: Masami Hiramatsu
Reported-by: Wang Nan
Signed-off-by: Namhyung Kim
---
On Sun, Sep 06, 2015 at 03:47:37PM +0800, Wangnan (F) wrote:
> Hi Namhyung,
Hi,
>
> Thanks for this patchset.
>
> Could you plase have a look at patch 5/27 and 6/27 in my newest pull
> request?
> These 2 patches utilize new probing API to create probe point and collect
> probe_trace_events.
On Wed, 2015-09-10 at 12:38AM -0500, Wood Scott-B07421 wrote:
> -Original Message-
> From: Wood Scott-B07421
> Sent: Thursday, September 10, 2015 12:38 AM
> To: Zhao Qiang-B45475
> Cc: linux-kernel@vger.kernel.org; linuxppc-...@lists.ozlabs.org;
> lau...@codeaurora.org; Xie Xiaobo-R63061;
> -Original Message-
> From: Roman Bacik
> Sent: September-09-15 7:17 PM
> To: 'John Youn'; Scott Branden; Greg Kroah-Hartman; linux-
> u...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; bcm-kernel-feedback-list
> Subject: RE: [PATCH v2 1/1] usb: dwc2: gadget: parity fix in
> -Original Message-
> From: John Youn [mailto:john.y...@synopsys.com]
> Sent: September-09-15 7:11 PM
> To: Roman Bacik; John Youn; Scott Branden; Greg Kroah-Hartman; linux-
> u...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org; bcm-kernel-feedback-list
> Subject: Re: [PATCH v2 1/1]
On Wed, Sep 09, 2015 at 12:28:22PM -0700, Paul E. McKenney wrote:
> On Tue, Sep 08, 2015 at 09:14:01AM +0800, Boqun Feng wrote:
> > Two examples for barriers in wake_up() and co. in memory-barriers.txt
> > are misleading, along with their explanations:
> >
> > 1. The example which wanted to
On 09/04/2015 11:54 AM, Peter Zijlstra wrote:
On Fri, Sep 04, 2015 at 05:30:35PM +0200, Peter Zijlstra wrote:
Should I place the virt_spin_lock() thing under CONFIG_PARAVIRT (maybe
even _SPINLOCKS) such that only paravirt enabled kernels when ran on a
hypervisor that does not support paravirt
On 09/04/2015 01:48 AM, Dave Chinner wrote:
Hi Waiman,
For the first time in months I just turned of spinlock debugging on
my performance test machine and I just got an unpleasant surprise on
my standard inode allocation and reclaim test. I've described this
test to you before, because it's
On 9/9/2015 11:16 AM, Roman Bacik wrote:
>> -Original Message-
>> From: John Youn [mailto:john.y...@synopsys.com]
>> Sent: September-03-15 11:53 PM
>> To: Scott Branden; John Youn; Greg Kroah-Hartman; linux-
>> u...@vger.kernel.org; Roman Bacik
>> Cc: linux-kernel@vger.kernel.org;
On 09/06/2015 07:47 PM, Dave Chinner wrote:
On Fri, Sep 04, 2015 at 01:32:33PM +0200, Peter Zijlstra wrote:
On Fri, Sep 04, 2015 at 06:12:34PM +1000, Dave Chinner wrote:
You probably don't even need a VM to reproduce it - that would
certainly be an interesting counterpoint if it didn't
FYI, we noticed the below changes on
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master
commit fe32d3cd5e8eb0f82e459763374aa80797023403 ("sched/preempt: Fix
cond_resched_lock() and cond_resched_softirq()")
In case of B4860 LIODN register for sRIO is not in GUTs block but in the sRIO
register space.
Signed-off-by: Varun Sethi
Signed-off-by: Poonam Aggrwal
---
- based of: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
branch master
arch/powerpc/boot/dts/fsl/b4860si-post.dtsi
In mlockall syscall wrapper after out-label for goto code
just doing return. Remove goto out statements and return error
values directly.
Also instead of rewriting ret variable before every if-check
move returns to 'error'-like path under if-check.
Objdump asm listing showed me reducing by few
> -Original Message-
> From: pku@gmail.com [mailto:pku@gmail.com] On Behalf Of Li Yang
> Sent: Thursday, September 10, 2015 7:19 AM
> To: Tang Yuantian-B29983
> Cc: Hans de Goede ; t...@kernel.org; linux-
> i...@vger.kernel.org; lkml ;
> devicet...@vger.kernel.org
> Subject: Re:
On 9/9/15 9:39 PM, Christian Borntraeger wrote:
Am 03.09.2015 um 16:07 schrieb Wanpeng Li:
v6 -> v7:
* explicit signal (set a bool)
* fix the tracepoint
v5 -> v6:
* fix wait_ns and poll_ns
v4 -> v5:
* set base case 10us and max poll time 500us
* handle short/long halt, idea from
>OK, that's interesting. Which cat tool is included with the Quark BSP?
>
Quark is using busybox 1.22.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at
On 10-09-15, 03:41, Rafael J. Wysocki wrote:
> I see one. That unfortunately is the acpi-cpufreq driver, but it still is
> one.
Hmm..
> Well, cpufreq_generic_get() does _get_raw(), so I suppose acpi-cpufreq may
> do that too?
Yeah, it can.
> > need to get the policy back and so do
> >
On Friday, July 31, 2015 04:14:33 PM Viresh Kumar wrote:
> CPUFreq drivers today support ->get(cpu) callback, which returns current
> clock rate of the CPU. The problem with ->get() is that it takes cpu
> number as parameter and this unnecessarily makes things complex.
>
> Firstly the core gets
FYI, we noticed the below changes on
git://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/entry_compat
commit 93c376ad0aeb7b4ad4d4d139324736ec102ef8e2 ("x86/vdso: Remove runtime
32-bit vDSO selection")
On 09-09-15, 17:57, Stephen Boyd wrote:
> I think it will work for qcom use cases.
Thanks for the Rant Rob, it finally got me moving :)
> We can collapse the
> tables down to one node and have speed bin and version as the
> opp-supported-hw property. The opp-microvolt-names property would
I am
Hi, TJ
I think we need to add might_sleep() on the top of __cancel_work_timer().
The might_sleep() on the start_flush_work() doesn't cover all the
paths of __cancel_work_timer().
And it can help to narrow the area of this bug.
Hi Sedat Dilek
[ 24.705704] irq event stamp: 19968
[ 24.705706]
1 - 100 of 1422 matches
Mail list logo