This patchset adds gpio-signaled acpi events support for power button on
hisilicon
D02 board.
The three patches respectively:
- remove name from dwapb_port_property
- convert device node to fwnode
- add gpio-signaled acpi event support
This patchset is based on
http
This patch adds gpio-signaled acpi event support. It is used for
power button on hisilicon D02 board, an arm64 platform.
The corresponding DSDT file is defined as follows:
Device(GPI0) {
Name(_HID, "HISI0181")
Name(_ADR, 0)
Name(_UID, 0)
Name (_CRS, ResourceTempla
This patch removed the name property from dwapb_port_property.
The name property is redundant because we can get those info
from dwapb_gpio dev and pp->idx property.
Signed-off-by: qiujiang
---
drivers/gpio/gpio-dwapb.c| 22 +-
drivers/mfd/intel_quark_i2c_gpio
This patch converts device node to fwnode for dwapb driver, so
as to provide a unified fwnode for DT and ACPI bindings.
Acked-by: Andy Shevchenko
Signed-off-by: qiujiang
---
drivers/gpio/gpio-dwapb.c| 37
drivers/mfd/intel_quark_i2c_gpio.c
These 2 fields track whether user process has used Altivec/VSX
registers or not. They are used by kernel to setup signal frame
on user stack correctly regarding vector part.
CRIU(Checkpoint and Restore In User space) builds signal frame
for restored process. It will need this export information to
* Hugh Dickins wrote:
> The arch-specific get_user_pages_fast() has a gup_huge_pmd() designed to
> optimize the refcounting on anonymous THP and hugetlbfs pages, with one
> atomic addition to compound head's common refcount. That optimization
> must be avoided on huge tmpfs team pages, which us
Hello,
On 2016-04-06 07:15, Alison Schofield wrote:
Driver includes struct regmap and struct device in its global data.
Remove the struct device and use regmap API to retrieve device info.
Patch created using Coccinelle plus manual edits.
Signed-off-by: Alison Schofield
This patch changes t
Commit-ID: 3ed5ca2efff70e9f589087c2013789572901112d
Gitweb: http://git.kernel.org/tip/3ed5ca2efff70e9f589087c2013789572901112d
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 30 Mar 2016 16:51:17 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 31 Mar 2016 10:42:22 -0300
pe
Commit-ID: 39878d492c049796202b70dc0ef14449cafa3cb4
Gitweb: http://git.kernel.org/tip/39878d492c049796202b70dc0ef14449cafa3cb4
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 30 Mar 2016 20:02:15 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 31 Mar 2016 10:42:23 -0300
pe
Commit-ID: 46bc29b970f0011a9099077f1db8f3540aa829fe
Gitweb: http://git.kernel.org/tip/46bc29b970f0011a9099077f1db8f3540aa829fe
Author: Adrian Hunter
AuthorDate: Tue, 8 Mar 2016 10:38:44 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 31 Mar 2016 10:52:24 -0300
perf tools: Ad
Commit-ID: bd0c7a54219cc3745ce7f36970d8e5ffb3f8d80e
Gitweb: http://git.kernel.org/tip/bd0c7a54219cc3745ce7f36970d8e5ffb3f8d80e
Author: Adrian Hunter
AuthorDate: Tue, 8 Mar 2016 10:38:53 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Apr 2016 18:46:24 -0300
perf intel-pt/b
Commit-ID: 997bba8cf1875d9715e792c445e1a9c7a4c365e2
Gitweb: http://git.kernel.org/tip/997bba8cf1875d9715e792c445e1a9c7a4c365e2
Author: Arnaldo Carvalho de Melo
AuthorDate: Wed, 30 Mar 2016 19:43:32 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Thu, 31 Mar 2016 10:42:22 -0300
pe
Commit-ID: 8a07a8094b6b6c3e195885ec31f4bd0be54aafaf
Gitweb: http://git.kernel.org/tip/8a07a8094b6b6c3e195885ec31f4bd0be54aafaf
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 31 Mar 2016 15:19:39 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Apr 2016 18:46:25 -0300
per
Commit-ID: e6001980c61b45ef090e2b4c9c1953ef897cdeb0
Gitweb: http://git.kernel.org/tip/e6001980c61b45ef090e2b4c9c1953ef897cdeb0
Author: Arnaldo Carvalho de Melo
AuthorDate: Thu, 31 Mar 2016 15:16:28 -0300
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Apr 2016 18:46:24 -0300
per
Commit-ID: 2a28e23049af99e1c810111ef5e56455cafeda45
Gitweb: http://git.kernel.org/tip/2a28e23049af99e1c810111ef5e56455cafeda45
Author: Adrian Hunter
AuthorDate: Tue, 8 Mar 2016 10:38:50 +0200
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Apr 2016 18:42:55 -0300
perf jit: Add s
Commit-ID: ac0e2cd555373ae6f8f3a3ad3fbbf5b6d1e7
Gitweb: http://git.kernel.org/tip/ac0e2cd555373ae6f8f3a3ad3fbbf5b6d1e7
Author: Kan Liang
AuthorDate: Wed, 30 Mar 2016 12:16:15 -0700
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Apr 2016 18:46:24 -0300
perf tools: Fix PM
Commit-ID: d37ba880598654fda10b312331377cdca3edd574
Gitweb: http://git.kernel.org/tip/d37ba880598654fda10b312331377cdca3edd574
Author: Wang Nan
AuthorDate: Fri, 1 Apr 2016 13:26:42 +
Committer: Arnaldo Carvalho de Melo
CommitDate: Fri, 1 Apr 2016 18:46:25 -0300
perf bpf: Add sample
On 06/04/16 09:46, Peter Chen wrote:
> On Tue, Apr 05, 2016 at 04:48:19PM +0300, Roger Quadros wrote:
>> Peter,
>>
>> On 05/04/16 15:52, Roger Quadros wrote:
>>> Peter,
>>>
>>> On 05/04/16 11:52, Peter Chen wrote:
On Thu, Mar 31, 2016 at 12:41:19PM +0300, Roger Quadros wrote:
> If usb/otg-
On 04/06/2016 04:25 AM, David Rientjes wrote:
> The page_counter rounds limits down to page size values. This makes
> sense, except in the case of hugetlb_cgroup where it's not possible to
> charge partial hugepages.
>
> Round the hugetlb_cgroup limit down to hugepage size.
>
> Signed-off-by:
On Fri, Apr 01, 2016 at 03:21:50PM +0800, Baolin Wang wrote:
> For supporting the usb charger, it adds the usb_charger_init() and
> usb_charger_exit() functions for usb charger initialization and exit.
>
> It will report to the usb charger when the gadget state is changed,
> then the usb charger c
> On Tue, 2016-04-05 at 14:08 -0400, Chris Mason wrote:
> Now, on to the patch. I pushed some code around and narrowed the
> problem down to select_idle_sibling() We have cores going into and out
> of idle fast enough that even this cut our latencies in half:
Are you using NO_HZ? If so, you m
Ping on this patch
> -Original Message-
> From: Eyal Reizer [mailto:eyalrei...@gmail.com]
> Sent: Wednesday, March 30, 2016 4:07 PM
> To: kv...@codeaurora.org; linux-wirel...@vger.kernel.org;
> net...@vger.kernel.org; linux-kernel@vger.kernel.org
> Cc: Reizer, Eyal
> Subject: [PATCH] wlcor
Sometimes, it's convenient to define the scl's high/low count directly,
e.g HW people would do some measurement then directly give out the
optimum counts. Previously, we solved the sda falling time and scl
falling time by i2c_dw_scl_hcnt() and i2c_dw_scl_lcnt(), then put them
into dt, but what we r
On Fri, Apr 01, 2016 at 03:21:49PM +0800, Baolin Wang wrote:
+
> +static struct attribute *usb_charger_attrs[] = {
> + &dev_attr_sdp_current.attr,
> + &dev_attr_dcp_current.attr,
> + &dev_attr_cdp_current.attr,
> + &dev_attr_aca_current.attr,
> + &dev_attr_charger_type.attr,
>
On 04/06/2016 10:26 AM, Nikolay Borisov wrote:
>
>
> On 04/06/2016 04:25 AM, David Rientjes wrote:
>> The page_counter rounds limits down to page size values. This makes
>> sense, except in the case of hugetlb_cgroup where it's not possible to
>> charge partial hugepages.
>>
>> Round the huget
Hi Alison,
On 6 April 2016 at 07:18, Alison Schofield wrote:
> Driver includes struct regmap and struct device in its global data.
> Remove the struct device and use regmap API to retrieve device info.
>
> Patch created using Coccinelle plus manual edits.
>
> Signed-off-by: Alison Schofield
> --
Peter Chen writes:
> On Fri, Apr 01, 2016 at 03:21:49PM +0800, Baolin Wang wrote:
> +
>> +static struct attribute *usb_charger_attrs[] = {
>> +&dev_attr_sdp_current.attr,
>> +&dev_attr_dcp_current.attr,
>> +&dev_attr_cdp_current.attr,
>> +&dev_attr_aca_current.attr,
>> +&dev_a
On Tue, Apr 05, 2016 at 08:33:27PM +, Mathieu Desnoyers wrote:
> A problematic execution sequence would be
>
> * Exhibit A: ABA (all threads running on same CPU):
>
> Initial state: the list has a single entry "object Z"
>
>Thread A Thread B
> - percpu_list_pop
This patch adds CONFIG_CPU_SUP_AMD as the dependence of fam15h_power
driver. Because the following patch will use the interface from
x86/kernel/cpu/amd.c.
Otherwise, the below error might be encountered:
All errors (new ones prefixed by >>):
drivers/built-in.o: In function `fam15h_power_probe
Hi Guenter,
This serial of patches introduces an accumulated power reporting
algorithm. It will calculate the average power consumption for the
processor. The cpu feature flag is CPUID.8000_0007H:EDX[12].
This algorithm is used to test the comparison of processor power
consumption with between M
This patch adds the description to explain the TDP reporting mechanism
and accumulated power algorithm.
Signed-off-by: Huang Rui
Cc: Borislav Petkov
---
Documentation/hwmon/fam15h_power | 65 +++-
drivers/hwmon/fam15h_power.c | 2 +-
2 files changed, 65
This patch introduces an algorithm that computes the average power by
reading a delta value of “core power accumulator” register during
measurement interval, and then dividing delta value by the length of
the time interval.
User is able to use power1_average entry to measure the processor power
co
This patch adds a platform check function to make code more readable.
Signed-off-by: Huang Rui
---
drivers/hwmon/fam15h_power.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/hwmon/fam15h_power.c b/drivers/hwmon/fam15h_power.c
index 7d9d697..eb97a92 100644
-
PTSC is the performance timestamp counter value in a cpu core and the
cores in one compute unit have the fixed frequency. So it picks up the
performance timestamp counter value of the first core per compute unit
to measure the interval for average power per compute unit.
Signed-off-by: Huang Rui
This patch adds a member in fam15h_power_data which specifies the
compute unit accumulated power. It adds do_read_registers_on_cu to do
all the read to all MSRs and run it on one of the online cores on each
compute unit with smp_call_function_many(). This behavior can decrease
IPI numbers.
Suggest
On 5 April 2016 at 21:10, Heiko Stuebner wrote:
> Am Dienstag, 5. April 2016, 18:28:58 schrieb John Keeping:
>> On Tue, 05 Apr 2016 10:21:27 -0700, Heiko Stuebner wrote:
>> > Am Dienstag, 5. April 2016, 15:05:46 schrieb John Keeping:
>> > > Since commit cd6438c5f844 ("iommu/rockchip: Reconstruct t
Hi, Ingo and Srikar,
> -Original Message-
> From: Ingo Molnar [mailto:mingo.kernel@gmail.com] On Behalf Of Ingo
> Molnar
> Sent: Wednesday, April 06, 2016 2:55 PM
> To: Srikar Dronamraju
> Cc: t...@linutronix.de; efa...@gmx.de; hte...@gmail.com;
> linux-kernel@vger.kernel.org; t...@ke
Hi Bastien,
On Wed, Apr 6, 2016 at 7:19 AM, Bastien Philbert
wrote:
> This fixes backwards locking in the function __csio_unreg_rnode to
> properly lock before the call to the function csio_unreg_rnode and
> not unlock with spin_unlock_irq as this would not allow the proper
> protection for concu
On Wed, Apr 06, 2016 at 03:47:18PM +0800, Zhao Lei wrote:
> > If you change the above loop to something like:
> >
> > for (ca = task_ca(tsk); ca; ca = parent_ca(ca)) {
> > if (WARN_ON_ONCE(!ca->cpuusage))
> > continue;
> > this_cpu_ptr(ca->cpuusage)-
On Wed, Apr 06, 2016 at 10:38:23AM +0300, Felipe Balbi wrote:
> Peter Chen writes:
> > On Fri, Apr 01, 2016 at 03:21:49PM +0800, Baolin Wang wrote:
> > +
> >> +static struct attribute *usb_charger_attrs[] = {
> >> + &dev_attr_sdp_current.attr,
> >> + &dev_attr_dcp_current.attr,
> >> + &dev_att
Hi Ulf,
On Tue, 5 Apr 2016 10:59:28 +0200 Ulf Hansson wrote:
> On 4 April 2016 at 20:59, Linus Torvalds
> wrote:
> > On Mon, Apr 4, 2016 at 4:29 AM, Ulf Hansson wrote:
> >
> >>
> >> The commit that's likely to cause the regression is:
> >> 520bd7a8b415 ("mmc: core: Optimize boot time by det
On 04/06/2016 02:54 AM, Naoya Horiguchi wrote:
> On Tue, Apr 05, 2016 at 10:20:50AM +0200, Vlastimil Babka wrote:
>>
>> So you agree that this race is a bug? It may turn a soft-offline attempt
>> into a killed process. In that case we should fix it the same as we are
>> fixing the failed migration
From: Borislav Petkov
... to be the same like the file name of injection module itself to
avoid confusion when grepping.
No functionality change.
Signed-off-by: Borislav Petkov
---
arch/x86/ras/Kconfig | 2 +-
arch/x86/ras/Makefile | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
di
From: Borislav Petkov
Hi,
just a couple of smallish fixes. Tony's is CC:stable so please queue
this into tip:x86/urgent.
Thanks.
Borislav Petkov (1):
x86/RAS: Rename AMD MCE injectior config item
Davidlohr Bueso (1):
x86/mce: Remove explicit smp_rmb() when starting CPUs sync
Tony Luck (1
From: Tony Luck
When we loop over all queued machine check error records to pass them
to the registered notifiers we use llist_for_each_entry(). But the loop
calls gen_pool_free() for the entry in the body of the loop - and then
the iterator looks at node->next after the free.
Use llist_for_each
From: Davidlohr Bueso
mce_start() has an explicit smp_wmb() to serialize writes to global_nwo
and mce_callin. However, atomic_inc_return() implies barriers on both
sides of the call, as such simply rely on this full SMP barrier.
Signed-off-by: Davidlohr Bueso
Cc: "H. Peter Anvin"
Cc: Ingo Moln
Peter Chen writes:
> On Wed, Apr 06, 2016 at 10:38:23AM +0300, Felipe Balbi wrote:
>> Peter Chen writes:
>> > On Fri, Apr 01, 2016 at 03:21:49PM +0800, Baolin Wang wrote:
>> > +
>> >> +static struct attribute *usb_charger_attrs[] = {
>> >> + &dev_attr_sdp_current.attr,
>> >> + &dev_attr_dcp_curr
On Thu, Mar 31, 2016 at 06:22:26PM +0200, Peter Zijlstra wrote:
> I'm an idiot; quilt refresh is needed..
>
> ---
> Subject: perf/core: don't find side-band event from all pmus
> From: Kan Liang
> Date: Wed, 23 Mar 2016 11:24:37 -0700
>
Kan, does this patch work for you?
From: Jonas Rabenstein
The directory arch/arm/mach-omap2 is only selected for compilation if
CONFIG_ARCH_OMAP2PLUS is selected. CONFIG_ARCH_OMAP2PLUS itself is a
silent option and all machines selecting this option are multiplatform
devices. As a consequence checks for CONFIG_ARCH_MULTIPLATFORM a
>>
>> I was about to queue this for next, when I noticed that checkpatch is
>> complaining/warning lots about these patches. Can you please a round of
>> checkpatch and fix what makes sense.
>>
>> Kind regards
>> Uffe
>
> [Lu Yangbo-B47093] Sorry about this, Uffe...
No worries!
> Should I ignore
On Wed, Apr 06, 2016 at 11:05:26AM +0300, Felipe Balbi wrote:
> Peter Chen writes:
> > On Wed, Apr 06, 2016 at 10:38:23AM +0300, Felipe Balbi wrote:
> >> Peter Chen writes:
> >> > On Fri, Apr 01, 2016 at 03:21:49PM +0800, Baolin Wang wrote:
> >> > +
> >> >> +static struct attribute *usb_charger_
On Tue 2016-04-05 08:44:30, Josh Poimboeuf wrote:
> On Fri, Apr 01, 2016 at 03:39:44PM +0200, Petr Mladek wrote:
> > On Fri 2016-03-25 14:34:47, Josh Poimboeuf wrote:
> > > - update documentation for sysfs, proc, livepatch
> >
> > Also we should publish somewhere the information about TIF_KLP_NEED
On Wed, Apr 06, 2016 at 11:05:26AM +0300, Felipe Balbi wrote:
> Peter Chen writes:
> > On Wed, Apr 06, 2016 at 10:38:23AM +0300, Felipe Balbi wrote:
> >> Peter Chen writes:
> >> > On Fri, Apr 01, 2016 at 03:21:49PM +0800, Baolin Wang wrote:
> >> > +
> >> >> +static struct attribute *usb_charger_
On 06/04/2016 05:27, Xiao Guangrong wrote:
>
> I tested it and it is failed:
>
> test pte.p pte.user pde.p pde.user pde.a pde.pse pkru.wd pkey=1 user
> write efer.nx cr4.pke: FAIL: error code 27 expected 7
> Dump mapping: address: 0x1234
> --L4: 2ebe007
> --L3: 2ebf007
> --L
On 2016-04-06 02:35, Dan Williams wrote:
Starting with ACPI 6.1 an NFIT table will report multiple 'NVDIMM
Control Region Structure' instances per-dimm, one for each supported
format interface. Report that code in the following format in sysfs:
nmemX/nfit/formats
nmemX/nfit/format
n
On Wed, Apr 06, 2016 at 01:33:35PM +0800, Zeng Zhaoxiu wrote:
> 在 2016年04月06日 03:04, Sam Ravnborg 写道:
> >On Tue, Apr 05, 2016 at 10:06:21AM +0800, Zeng Zhaoxiu wrote:
> >>From: Zhaoxiu Zeng
> >>
> >>These patches provide generic and architecture-specific odd parity
> >>calculations.
> >Hi Zeng.
>
On 6 April 2016 at 09:47, Jisheng Zhang wrote:
> Hi Ulf,
>
> On Tue, 5 Apr 2016 10:59:28 +0200 Ulf Hansson wrote:
>
>> On 4 April 2016 at 20:59, Linus Torvalds
>> wrote:
>> > On Mon, Apr 4, 2016 at 4:29 AM, Ulf Hansson wrote:
>> >>
>> >> The commit that's likely to cause the regression is:
>> >
On Tue, 5 Apr 2016, Jessica Yu wrote:
> +++ Miroslav Benes [05/04/16 15:07 +0200]:
> > On Mon, 4 Apr 2016, Josh Poimboeuf wrote:
> >
> > > So I think this doesn't fix the problem. Dynamic relocations are
> > > applied to the "patch module", whereas the above code deals with the
> > > initializat
On 5 April 2016 at 19:31, David Lechner wrote:
> This fixes a compiler warning in the "fix unwinding in probe" patch where ret
> was used uninitalized.
>
> David Lechner (3):
> mmc: davinci: fix unwinding in probe
> mmc: davinci: prepare clock
> ARM: davinci: remove mmc dma resources
>
> ar
On Tue, Apr 05, 2016 at 06:00:40PM +0100, Dietmar Eggemann wrote:
> @@ -2893,8 +2906,12 @@ static void attach_entity_load_avg(struct cfs_rq
> *cfs_rq, struct sched_entity *s
> se->avg.last_update_time = cfs_rq->avg.last_update_time;
> cfs_rq->avg.load_avg += se->avg.load_avg;
>
From: "Du, Changbin"
For DWC3 USB controller, the Global Debug Queue/FIFO Space Available
Register(GDBGFIFOSPACE) can be used to dump FIFO/Queue available space.
This can be used to check some special issues, like whether data is
successfully copied from memory to fifo when a trb is blocked.
Sig
There are 3 i2s sdio pins, which iomux mode is as follows:
- sdi3_sdo1
- sdi2_sdo2
- sdi1_sdo3
we need to configure these pins' iomux mode via the GRF register
when use multi channel playback/capture.
Signed-off-by: Sugar Zhang
---
.../devicetree/bindings/sound/rockchip-i2s.txt | 5 ++
Since commit 1cf4f629d9d2 ("cpu/hotplug: Move online calls to
hotplugged cpu") it is ensured that callbacks of CPU_ONLINE and
CPU_DOWN_PREPARE are processed on the hotplugged CPU. Due to this SMP
function calls are no longer required.
Replace smp_call_function_single() with a direct call of
reset_
From: Zhaoxiu Zeng
These patches provide generic and architecture-specific odd parity calculations.
I did not use GCC's __builtin_parity* functions, based on the following reasons:
1. I don't know where to identify which version of GCC from the beginning
supported __builtin_parity for the
An important function for cpusets is cpuset_node_allowed(), which optimizes on
the fact if there's a single root CPU set, it must be trivially allowed. But
the check "nr_cpusets() <= 1" doesn't use the cpusets_enabled_key static key
the right way where static keys eliminate branching overhead with
Since commit 1cf4f629d9d2 ("cpu/hotplug: Move online calls to
hotplugged cpu") it is ensured that callbacks of CPU_ONLINE and
CPU_DOWN_PREPARE are processed on the hotplugged CPU. Due to this SMP
function calls are no longer required.
Replace smp_call_function_single() with a direct call to
clear_
Since commit 1cf4f629d9d2 ("cpu/hotplug: Move online calls to
hotplugged cpu") it is ensured that callbacks of CPU_ONLINE and
CPU_DOWN_PREPARE are processed on the hotplugged CPU. Due to this SMP
function calls are no longer required.
Replace smp_call_function_single() with a direct call of
hw_bre
On Wed, 6 Apr 2016, Miroslav Benes wrote:
> Anyway I see there are some new comments on github. I'll look at those.
> But I'd prefer to discuss all the relevant things (that is kpatch
> unspecific) here. It would make it easier.
And you do (after seeing dates of the posts there), sorry for the
From: Zhaoxiu Zeng
Signed-off-by: Zhaoxiu Zeng
---
arch/alpha/include/asm/bitops.h | 27 +++
1 file changed, 27 insertions(+)
diff --git a/arch/alpha/include/asm/bitops.h b/arch/alpha/include/asm/bitops.h
index 4bdfbd4..95a43fa 100644
--- a/arch/alpha/include/asm/bitops
From: Zhaoxiu Zeng
Use the generic version
Signed-off-by: Zhaoxiu Zeng
---
arch/arc/include/asm/bitops.h | 1 +
arch/arm/include/asm/bitops.h | 1 +
arch/arm64/include/asm/bitops.h| 1 +
arch/avr32/include/asm/bitops.h| 1 +
arch/c6x/include/asm/bitops.h | 1 +
arch/cris
+Tony
On Wednesday 06 April 2016 01:44 PM, Jonas Rabenstein wrote:
> From: Jonas Rabenstein
>
> The directory arch/arm/mach-omap2 is only selected for compilation if
> CONFIG_ARCH_OMAP2PLUS is selected. CONFIG_ARCH_OMAP2PLUS itself is a
> silent option and all machines selecting this option are
Hi!
On 4/4/2016 12:11 PM, Tomas Winkler wrote:
> Register UFS RPMB LUN with the RPMB subsystem and provide
> implementation for the RPMB access operations. RPMB partition is
> accessed via a sequence of security protocol in and security protocol
> out commands with UFS specific parameters. This mu
On Tue, Apr 05, 2016 at 10:37:14PM +0300, Octavian Purdila wrote:
> On Tue, Apr 5, 2016 at 7:59 PM, Mark Brown wrote:
[...]
> Lets look at this from a different perspective. The proposal is not
> about importing the DT model into ACPI but importing the Linux pinctrl
> model into ACPI. That will
Hi!
> >Lets say we have
> >
> >/sys/class/pattern/lp5533::0
> >/sys/class/pattern/software::0
> >
> >/sys/class/led/n900::red ; default trigger "lp5533::0:0"
> >/sys/class/led/n900::green ; default trigger "lp5533::0:1"
> >/sys/class/led/n900::blue ; default trigger
On Fri, Apr 01, 2016 at 07:24:14PM +0300, Alexander Shishkin wrote:
> +static void pt_config_stop(struct perf_event *event)
> {
> + u64 ctl = READ_ONCE(event->hw.config);
>
> + /* may be already stopped by a PMI*/
> + if (!(ctl & RTIT_CTL_TRACEEN))
> + return;
> +
> +
On 25/03/2016 14:19, Xiao Guangrong wrote:
> @@ -193,11 +193,11 @@ static inline u8 permission_fault(struct kvm_vcpu
> *vcpu, struct kvm_mmu *mmu,
> ((pte_access & PT_USER_MASK) << (PFERR_RSVD_BIT -
> PT_USER_SHIFT));
One more tweak is needed in the line above; pfec - 1 m
From: Zhaoxiu Zeng
Signed-off-by: Zhaoxiu Zeng
---
arch/ia64/include/asm/bitops.h | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/ia64/include/asm/bitops.h b/arch/ia64/include/asm/bitops.h
index 71e8145..041d1d6 100644
--- a/arch/ia64/include/asm/bitops
Hi Vlastimil,
[auto build test ERROR on v4.6-rc2]
[also build test ERROR on next-20160406]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Vlastimil-Babka/cpuset-use-static-key-better-and
Hi Vlastimil,
[auto build test WARNING on v4.6-rc2]
[also build test WARNING on next-20160406]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Vlastimil-Babka/cpuset-use-static-key-better-and
From: Zhaoxiu Zeng
Lifted from arch_hweight.h
Signed-off-by: Zhaoxiu Zeng
---
arch/mips/include/asm/arch_parity.h | 44 +
arch/mips/include/asm/bitops.h | 3 +++
2 files changed, 47 insertions(+)
create mode 100644 arch/mips/include/asm/arch_parity.h
Hi
> -Original Message-
> From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> ow...@vger.kernel.org] On Behalf Of Baolin Wang
> Sent: Friday, April 01, 2016 3:22 PM
> To: ba...@kernel.org; gre...@linuxfoundation.org; s...@kernel.org;
> dbarysh...@gmail.com; dw...@infradead.org
> Cc:
From: Zhaoxiu Zeng
Use runtime patching for ppc64, lifted from hweight_64
Signed-off-by: Zhaoxiu Zeng
---
arch/powerpc/include/asm/bitops.h | 11
arch/powerpc/lib/Makefile | 2 +-
arch/powerpc/lib/parity_64.S | 107 ++
arch/powerpc/lib/p
On 2016-04-05 13:18, Martin K. Petersen wrote:
"Johannes" == Johannes Thumshirn writes:
Johannes> This is a follow up to "scsi: Add intermediate STARGET_REMOVE
Johannes> state to scsi_target_state".
James suggested we should let this incubate before hitting stable.
Dropped v3 from 4.6/scsi-f
[Redicing CC list]
On Fri 01-04-16 18:17:53, Davidlohr Bueso wrote:
> On Fri, 01 Apr 2016, Michal Hocko wrote:
[...]
> >arch/sh/include/asm/rwsem.h | 14 ++
> >arch/xtensa/include/asm/rwsem.h | 14 ++
> >2 files changed, 4 insertions(+), 24 deletions(-)
>
> I think we ca
Hi,
On 29/03/16 11:03, Suzuki K Poulose wrote:
> Commit ce3dd55b99b1 ("arm64: Introduce Allwinner SoC config option"),
> added support for ARCH_SUNXI on arm64, but failed to select
> GENERIC_IRQ_CHIP, which is required for drivers/irqchip/irq-sunxi-nmi.c
> and causes build failures like :
Thanks
From: Zhaoxiu Zeng
Signed-off-by: Zhaoxiu Zeng
---
arch/tile/include/asm/bitops.h | 26 ++
1 file changed, 26 insertions(+)
diff --git a/arch/tile/include/asm/bitops.h b/arch/tile/include/asm/bitops.h
index 20caa34..370d007 100644
--- a/arch/tile/include/asm/bitops.h
++
From: Zhaoxiu Zeng
Signed-off-by: Zhaoxiu Zeng
---
arch/blackfin/include/asm/bitops.h | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/blackfin/include/asm/bitops.h
b/arch/blackfin/include/asm/bitops.h
index b298b65..6609b7e 100644
--- a/arch/blackfin/i
On Wed, 6 Apr 2016, Miroslav Benes wrote:
> On Wed, 6 Apr 2016, Miroslav Benes wrote:
>
> > Anyway I see there are some new comments on github. I'll look at those.
> > But I'd prefer to discuss all the relevant things (that is kpatch
> > unspecific) here. It would make it easier.
>
> And you d
On Wed, 6 Apr 2016, Chris J Arges wrote:
> On Tue, Apr 05, 2016 at 03:07:13PM +0200, Miroslav Benes wrote:
> > On Mon, 4 Apr 2016, Josh Poimboeuf wrote:
> >
> > > So I think this doesn't fix the problem. Dynamic relocations are
> > > applied to the "patch module", whereas the above code deals wi
On Wed 06-04-16 10:33:19, Nikolay Borisov wrote:
>
>
> On 04/06/2016 10:26 AM, Nikolay Borisov wrote:
> >
> >
> > On 04/06/2016 04:25 AM, David Rientjes wrote:
> >> The page_counter rounds limits down to page size values. This makes
> >> sense, except in the case of hugetlb_cgroup where it's n
From: Zhaoxiu Zeng
Use runtime patching for sparc64, lifted from hweight
Signed-off-by: Zhaoxiu Zeng
---
arch/sparc/include/asm/bitops_32.h | 1 +
arch/sparc/include/asm/bitops_64.h | 18
arch/sparc/kernel/sparc_ksyms_64.c | 6 +++
arch/sparc/lib/Makefile| 2 +-
arch/sp
Hi!
> > We would probably need additional op in the LED core : color_set.
> >
> > Having the color set to nonzero value would signify the the three LED
> > class devices are in sync and that setting a trigger on any of them
> > applies to the remaining two ones. It would have to be considered
> >
Hi,
On Thursday 17 March 2016 03:11 PM, Alexey Brodkin wrote:
> Following commit broke DW GMAC functionality on AXS10x boards:
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=e34d65696d2ef13dc32f2a162556c86c461ed763
>
> That's what happens on eth0 up:
> ---
On 04/06/2016 10:56 AM, kbuild test robot wrote:
Hi Vlastimil,
[auto build test ERROR on v4.6-rc2]
[also build test ERROR on next-20160406]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits
Hi!
> >As I see it the current blinking support then would be one special case of a
> >pattern.
> >As a consequence once having pattern support we might be able to switch
> >users of blinking
> >to pattern and remove the blinking support.
>
> Let's split patterns related discussion into a separ
An important function for cpusets is cpuset_node_allowed(), which optimizes on
the fact if there's a single root CPU set, it must be trivially allowed. But
the check "nr_cpusets() <= 1" doesn't use the cpusets_enabled_key static key
the right way where static keys eliminate branching overhead with
From: Zhaoxiu Zeng
Use alternatives, lifted from arch_hweight
Signed-off-by: Zhaoxiu Zeng
---
arch/x86/include/asm/arch_hweight.h | 5 ++
arch/x86/include/asm/arch_parity.h | 102
arch/x86/include/asm/bitops.h | 4 +-
arch/x86/lib/Makefile
On Mon 04-04-16 15:51:49, Andrew Morton wrote:
> On Tue, 5 Apr 2016 01:57:27 +0900 Sergey Senozhatsky
> wrote:
>
> > From: Jan Kara
> >
> > Currently, printk() sometimes waits for message to be printed to console
> > and sometimes it does not (when console_sem is held by some other
> > proces
On Wed, Apr 06, 2016 at 04:27:23PM +0800, changbin...@intel.com wrote:
> From: "Du, Changbin"
>
> For DWC3 USB controller, the Global Debug Queue/FIFO Space Available
> Register(GDBGFIFOSPACE) can be used to dump FIFO/Queue available space.
> This can be used to check some special issues, like wh
1 - 100 of 911 matches
Mail list logo
