[PATCH 01/10] pwm: lpc18xx_pwm: use pwm_set_chip_data

From: Olliver Schinagl The lpc18xx driver currently manipulates the pwm_device struct directly rather then using the pwm_set_chip_data. While the current method may save a clock cycle or two, it is more obvious that data is set to the chip pointer (especially since it is only a single int

[PATCH 00/10]

Hey Thierry, With this patch set I wanted to add some new features to the PWM framework, while doing so, I ran into 2 minor things with the lpc18xx and sunxi driver. The lpc18xx I bumped into because I was trying to learn from existing drivers. Here I only added the setter to set the chip_data,

[PATCH 03/10] pwm: sunxi: Yield some time to the pwm-block to become ready

The pwm-block of some of the sunxi chips feature a 'ready' flag to indicate the software that it is ready for new commands. Right now, when we call pwm_config and set the period, we write the values to the registers, and turn off the clock to the IP. Because of this, the hardware does not have

[PATCH 04/10] pwm: core: use bitops

From: Olliver Schinagl The pwm header defines bits manually while there is a nice bitops.h with a BIT() macro. Use the BIT() macro to set bits in pwm.h Signed-off-by: Olliver Schinagl --- include/linux/pwm.h | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git

[PATCH 02/10] pwm: sunxi: fix whitespace issue

From: Olliver Schinagl This patch changes no code, it just fixes the whitespacing Signed-off-by: Olliver Schinagl --- drivers/pwm/pwm-sun4i.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pwm/pwm-sun4i.c b/drivers/pwm/pwm-sun4i.c index 5ec4e8e..58ff424 100644 ---

[PATCH 06/10] pwm: sysfs: make use of the DEVICE_ATTR_[RW][WO] macro's

From: Olliver Schinagl For the npwm property the pwm sysfs interface already made use of the DEVICE_ATTR_RO macro. This patch expands this to the other sysfs properties so that the code base is concise and makes use of this helpful macro. This has the advantage of slightly reducing the code

Re: [PATCH 1/2] coccinelle: ifnullfree: improve and extend ifnullfree

Dne 18.10.2015 v 11:55 SF Markus Elfring napsal(a): >> Remove removal and re-addition of freeing functions. > > I find such a wording confusing for a commit message. It is also a bit confusing to use the same subject for two patches in a series. How about [PATCH 1/2] coccinelle: ifnullfree:

Re: [PATCH v3 net-next] bpf: fix bpf_perf_event_read() helper

On 10/26/15 5:54 AM, Wangnan (F) wrote: On 2015/10/26 20:32, Peter Zijlstra wrote: On Sun, Oct 25, 2015 at 09:23:36AM -0700, Alexei Starovoitov wrote: bpf_perf_event_read() muxes of -EINVAL into return value, but it's non ambiguous to the program whether it got an error or real counter

Re: [PATCH] scripts/coccinelle: fix typos

Dne 17.10.2015 v 11:35 Julia Lawall napsal(a): > Fix a couple spelling mistakes. > > Signed-off-by: Julia Lawall Applied, thanks. Michal -- 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

[PATCH v2 UPDATE-2 3/3] ACPI/APEI/EINJ: Allow memory error injection to NVDIMM

In the case of memory error injection, einj_error_inject() checks if a target address is regular RAM. Update this check to add a call to region_intersects_pmem() to verify if a target address range is NVDIMM. This allows injecting a memory error to both RAM and NVDIMM for testing. Also, the

[PATCH 2/3] arm64: dts: qcom: Make msm8916-mtp compatible string compliant

This compatible string isn't compliant with the format for subtypes. Replace it with a compliant compatible type. Signed-off-by: Stephen Boyd --- arch/arm64/boot/dts/qcom/msm8916-mtp.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/qcom/msm8916-mtp.dts

[PATCH 3/3] arm: dts: qcom: Update ifc6540 compat for qcom boot format

The ifc6540 is an sbc (single board computer) board, so update the compatible field accordingly. Signed-off-by: Stephen Boyd --- arch/arm/boot/dts/qcom-apq8084-ifc6540.dts | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/qcom-apq8084-ifc6540.dts

[PATCH] PCI/AER: enable SERR# forwarding and role-based error reporting

A PCIe card behind a PCIe switch is unable to report its errors when SERR# forwarding is not enabled on the PCIe switch's secondary interface. This is required by the PCIe spec. This patch enables SERR# forwarding and also cleans out compatibility mode so that AER reporting is enabled. Tested

[PATCH 0/3] Remove the need for qcom,{msm-id,board-id,pmic-id}

This patchset documents a compatible string format that encodes all the information that was being encoded in qcom specific DT properties in downstream msm kernels. The goal being to come up with a format that will allow us to express the information we want to express without requiring the use of

[PATCH 1/3] devicetree: bindings: Document qcom board compatible format

Some qcom based bootloaders identify the dtb blob based on a set of device properties like SoC, platform, PMIC, and revisions of those components. In downstream kernels, these values are added to the different component dtsi files (i.e. pmic dtsi file, SoC dtsi file, board dtsi file, etc.) via

Re: [PATCH v3 00/27] memory: omap-gpmc: mtd: nand: Support GPMC NAND on non-OMAP platforms

Hi Roger, I'm not too familiar with OMAP platforms, and I might have missed out on prior discussions/context, so please forgive if I'm asking silly or old questions here. On Fri, Sep 18, 2015 at 05:53:22PM +0300, Roger Quadros wrote: > - Remove NAND IRQ handling from omap-gpmc driver, share the

Re: [PATCH] scripts/package/Makefile: Restore the RPMOPTS variable

Dne 17.10.2015 v 02:09 Jim Davis napsal(a): > Restore the RPMOPTS variable to the rpm-pkg and binrpm-pkg targets > that commit 21a59991ce0c ("scripts/package/Makefile: rpmbuild is > needed for rpm targets") removed. > > Reported-by: Alaa Hleihel > Signed-off-by: Jim Davis If this is a

Re: [PATCH v8 04/14] task_isolation: add initial support

On 10/20/2015 08:29 PM, Steven Rostedt wrote: Also, doesn't RCU need to have a few ticks go by before it can safely disable itself from userspace? I recall something like that. Paul? The current patch series supports that by testing tick_nohz_tick_stopped(), which internally only becomes true

Re: [PATCH v3] hwmon: (nct7802) Add device tree support

Hi Constantine, [auto build test WARNING on hwmon/hwmon-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Constantine-Shulyupin/hwmon-nct7802-Add-device-tree-support/20151027-045621 config:

Re: [PATCH 5/6] ARM: dts: sunxi: Add Allwinner H3 DTSI

On Sat, Oct 24, 2015 at 10:47:49AM +0200, Jean-Francois Moine wrote: > On Sat, 24 Oct 2015 09:13:28 +0200 > Maxime Ripard wrote: > > > Or simply > > > > bus_gates { > > clocks = <>, <>; > > clock-indices = <5>, <6>, <8>, ... > > clock-output-names = "bus_ce", "bus_dma", "bus_mmc0" >

Re: [PATCH v2] efi: Fix warning of int-to-pointer-cast on x86 32-bit builds

On Fri, 23 Oct, at 10:37:46AM, Ard Biesheuvel wrote: > > After looking at the original (already merged) patch 11/11 again, I > realize this is still not right: the problem is that efi_memory_map's > phys_map member uses a void* type to hold a physical address, which > happens to be correct in the

[RFC PATCH] x86/cpu: Move sparsely used bit leafs into scattered features (was: Re: [PATCH 2/2] x86/cpufeature: Add CLZERO feature)

On Mon, Oct 26, 2015 at 09:22:50PM +0100, Borislav Petkov wrote: > And btw, those Intel QoS single bit defines and the XSAVE stuff there > should move to that function too - that's a pure waste having them in > the cap_flags array. I'll fix that. I.e., something like that (I'm jetlagged and I

Re: [linux-sunxi] Re: [PATCH 5/6] ARM: dts: sunxi: Add Allwinner H3 DTSI

On Sat, Oct 24, 2015 at 10:39:49AM +0200, Hans de Goede wrote: > Hi, > > On 10/23/2015 08:14 PM, Maxime Ripard wrote: > >On Wed, Oct 21, 2015 at 06:20:27PM +0200, Jens Kuske wrote: > >>+ bus_gates: clk@01c20060 { > >>+ #clock-cells = <1>; > >>+

[PATCH v3] hwmon: (nct7802) Add device tree support

From: Constantine Shulyupin Introduced nct7802_platform_data, nct7802_parse_dt, nct7802_platform_data_set. Parsing of DT nodes - compatible = "nuvoton,nct7802-sensor", with "sensor-type" = "thermal-diode" | "thermistor" | "voltage" | "local" | "vcc" |

Re: [PATCH v3 18/27] mtd: nand: omap2: Implement NAND ready using gpiolib

+ others A few comments below. On Fri, Sep 18, 2015 at 05:53:40PM +0300, Roger Quadros wrote: > The GPMC WAIT pin status are now available over gpiolib. > Update the omap_dev_ready() function to use gpio instead of > directly accessing GPMC register space. > > Signed-off-by: Roger Quadros >

[PATCH] Staging:drivers:wlan_ng: fix all coding style issues in hfa384x_usb.c file

Fix all coding style issues in file so checkpatch.pl doesen't cry no more Signed-off-by: Bogicevic Sasa --- drivers/staging/wlan-ng/hfa384x_usb.c | 189 +- 1 file changed, 95 insertions(+), 94 deletions(-) diff --git a/drivers/staging/wlan-ng/hfa384x_usb.c

Re: [PATCH v2] Coccinelle: fix incorrect -include option transformation

Dne 22.9.2015 v 15:27 Julia Lawall napsal(a): > On Tue, 22 Sep 2015, Andrzej Hajda wrote: > >> kbuild/gcc uses -include option to include files and -I to provide paths for >> #include <> directive. In case of spatch latter option should be prefixed >> with That hash sign in the comment was not

Re: [PATCH] Staging:drivers:wlan_ng: code style issues

On Mon, Oct 26, 2015 at 05:36:55PM +0100, Bogicevic Sasa wrote: > Fixed coding style issues > Signed-off-by: Bogicevic Sasa What code style issues? Please be very specific. Also be sure you are only doing one "thing" per patch, and no, "fix all coding style issues" is not one thing... And we

Re: [PATCH v8 04/14] task_isolation: add initial support

On 10/20/2015 05:26 PM, Andy Lutomirski wrote: Even more importantly, we rely on rescheduling to take care of the fact that the scheduler tick may still be running, and therefore loop back to the schedule() call that's run when TIF_NEED_RESCHED gets set. This just seems like a mis-design. We

[PATCH v8] Documentation: add Device tree bindings for hwmon/nct7802

From: Constantine Shulyupin Introduced subnodes sensor, fan and peci with properties. Signed-off-by: Constantine Shulyupin --- Changed in v8: - added senor type "local" - Compatible nodes converted to senor types "vcore", "vcc" Changed in v7: - sensors type (thermistor, thermistor, voltage)

Quick Loans

Do you need a personal loan, business loan or urgent loan to solve your problems? Do you have plans to open new business or expand your present business,buy properties,complete your education? pay your debts? or for personal use? This is to inform you that we offer all types of Loans at just

[PATCH v18 09/19] perf, tools: Add override support for event list CPUID

From: Andi Kleen Add a PERF_CPUID variable to override the CPUID of the current CPU (within the current architecture). This is useful for testing, so that all event lists can be tested on a single system. Signed-off-by: Andi Kleen Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa ---

[PATCH v18 07/19] perf, tools: Query terminal width and use in perf list

From: Andi Kleen Automatically adapt the now wider and word wrapped perf list output to wider terminals. This requires querying the terminal before the auto pager takes over, and exporting this information from the pager subsystem. Signed-off-by: Andi Kleen Signed-off-by: Sukadev Bhattiprolu

[PATCH v18 10/19] perf, tools, jevents: Add support for long descriptions

Implement support in jevents to parse long descriptions for events that may have them in the JSON files. A follow on patch will make this long description available to user through the 'perf list' command. Signed-off-by: Andi Kleen Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa ---

[PATCH v18 03/19] perf, tools: Use pmu_events table to create aliases

At run time (when 'perf' is starting up), locate the specific table of PMU events that corresponds to the current CPU. Using that table, create aliases for the each of the PMU events in the CPU. The use these aliases to parse the user specified perf event. In short this would allow the user to

Re: [PATCH 2/2] x86/cpufeature: Add CLZERO feature

On Mon, Oct 26, 2015 at 10:12:59AM -0500, Aravind Gopalakrishnan wrote: > For large part yes, wrapped code in patch form with commit message etc. > And modified comment a little bit. > > Does that still require his address in "From"? Yes, because it sounds like he was the author of the original

[PATCH v18 04/19] perf, tools: Support CPU ID matching for Powerpc

Implement code that returns the generic CPU ID string for Powerpc. This will be used to identify the specific table of PMU events to parse/compare user specified events against. Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa --- Changelog[v14] - [Jiri Olsa] Move this

[PATCH v18 01/19] perf, tools: Add jsmn `jasmine' JSON parser

From: Andi Kleen I need a JSON parser. This adds the simplest JSON parser I could find -- Serge Zaitsev's jsmn `jasmine' -- to the perf library. I merely converted it to (mostly) Linux style and added support for non 0 terminated input. The parser is quite straight forward and does not copy any

[PATCH v18 18/19] perf, tools, pmu-events: Fix fixed counters on Intel

From: Andi Kleen The JSON event lists use a different encoding for fixed counters than perf for instructions and cycles (ref-cycles is ok) This lead to some common events like inst_retired.any or cpu_clk_unhalted.thread not counting, when specified with their JSON name. Special case these

[PATCH v18 02/19] perf, tools, jevents: Program to convert JSON file to C style file

From: Andi Kleen This is a modified version of an earlier patch by Andi Kleen. We expect architectures to describe the performance monitoring events for each CPU in a corresponding JSON file, which look like: [ { "EventCode": "0x00", "UMask": "0x01",

[PATCH v18 12/19] perf, tools: Support long descriptions with perf list

Previously we were dropping the useful longer descriptions that some events have in the event list completely. This patch makes them appear with perf list. Old perf list: baclears: baclears.all [Counts the number of baclears] vs new: perf list -v: ... baclears: baclears.all

Re: [RFC][PATCH] sched: Start stopper early

On Mon, Oct 26, 2015 at 03:24:36PM +0100, Michael Holzheu wrote: > On Fri, 16 Oct 2015 14:01:25 +0200 > Heiko Carstens wrote: > > > On Fri, Oct 16, 2015 at 11:57:06AM +0200, Peter Zijlstra wrote: > > > On Fri, Oct 16, 2015 at 10:22:12AM +0200, Heiko Carstens wrote: > > > > So, actually this

Re: [PATCH] perf/core: fix RCU issues with cgroup monitoring mode

On Mon, Oct 26, 2015 at 12:27:05PM -0700, Stephane Eranian wrote: > Ok, that one was a bad example because yes, it grabs the ctx lock and the > rcu_lock() already. > > But the other path: > > __perf_event_task_sched_out() -> perf_cgroup_sched_out() -> > perf_cgroup_switch() > is accessing in

Re: [PATCH v8 04/14] task_isolation: add initial support

Andy wrote: Your patches more or less implement "don't run me unless I'm isolated". A scheduler class would be more like "isolate me (and maybe make me super high priority so it actually happens)". Steven wrote: Since it only makes sense to run one isolated task per cpu (not more than one on

[PATCH v17 00/19] perf, tools: Add support for PMU events in JSON format

CPUs support a large number of performance monitoring events (PMU events) and often these events are very specific to an architecture/model of the CPU. To use most of these PMU events with perf, we currently have to identify them by their raw codes: perf stat -e r100f2 sleep 1 This

[PATCH v18 11/19] perf, tools: Add alias support for long descriptions

Previously we were dropping the useful longer descriptions that some events have in the event list completely. Now that jevents provides support for longer descriptions (see previous patch), add support for parsing the long descriptions Signed-off-by: Andi Kleen Signed-off-by: Sukadev

[PATCH v18 06/19] perf, tools: Support alias descriptions

From: Andi Kleen Add support to print alias descriptions in perf list, which are taken from the generated event files. The sorting code is changed to put the events with descriptions at the end. The descriptions are printed as possibly multiple word wrapped lines. Example output: % perf list

[PATCH v18 19/19] perf, tools, pmu-events: Add Skylake frontend MSR support

From: Andi Kleen Add support for the "frontend" extra MSR on Skylake in the JSON conversion. Signed-off-by: Andi Kleen --- tools/perf/pmu-events/jevents.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/perf/pmu-events/jevents.c b/tools/perf/pmu-events/jevents.c index

[PATCH v18 15/19] perf, tools: Handle header line in mapfile

From: Andi Kleen To work with existing mapfiles, assume that the first line in 'mapfile.csv' is a header line and skip over it. Signed-off-by: Andi Kleen Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa --- Changelog[v2] All architectures may not use the "Family" to identify.

[PATCH v18 13/19] perf, tools, jevents: Add support for event topics

Allow assigning categories "Topics" field to the PMU events i.e. process the topic field from the JSON file and add a corresponding topic field to the generated C events tables. Signed-off-by: Andi Kleen Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa --- Changelog[v14] [Jiri

[PATCH v18 05/19] perf, tools: Support CPU id matching for x86 v2

From: Andi Kleen Implement the code to match CPU types to mapfile types for x86 based on CPUID. This extends an existing similar function, but changes it to use the x86 mapfile cpu description. This allows to resolve event lists generated by jevents. Signed-off-by: Andi Kleen Signed-off-by:

[PATCH v18 17/19] perf, tools: Make alias matching case-insensitive

From: Andi Kleen Make alias matching the events parser case-insensitive. This is useful with the JSON events. perf uses lower case events, but the CPU manuals generally use upper case event names. The JSON files use lower case by default too. But if we search case insensitively then users can

[PATCH v18 08/19] perf, tools: Add a --no-desc flag to perf list

From: Andi Kleen Add a --no-desc flag to perf list to not print the event descriptions that were earlier added for JSON events. This may be useful to get a less crowded listing. It's still default to print descriptions as that is the more useful default for most users. Signed-off-by: Andi

[PATCH v18 16/19] perf, tools: Add README for info on parsing JSON/map files

Signed-off-by: Sukadev Bhattiprolu Acked-by: Jiri Olsa --- tools/perf/pmu-events/README | 122 +++ 1 file changed, 122 insertions(+) create mode 100644 tools/perf/pmu-events/README diff --git a/tools/perf/pmu-events/README b/tools/perf/pmu-events/README

[PATCH v18 14/19] perf, tools: Add support for event list topics

From: Andi Kleen Add support to group the output of perf list by the Topic field in the JSON file. Example output: % perf list ... Cache: l1d.replacement [L1D data line replacements] l1d_pend_miss.pending [L1D miss oustandings duration in cycles]

Re: [PATCH] arm64/mm: use PAGE_ALIGNED instead of IS_ALIGNED

On 10/26/15 4:26 AM, Alexander Kuleshov wrote: The already provides the PAGE_ALIGNED macro. Let's use this macro instead of IS_ALIGNED and passing PAGE_SIZE directly. Signed-off-by: Alexander Kuleshov Acked-by: Laura Abbott --- arch/arm64/mm/pageattr.c | 2 +- 1 file changed, 1

Re: [PATCH v7] mtd: nand: increase ready wait timeout and report timeouts

On Tue, Oct 06, 2015 at 02:52:07PM +0100, Harvey Hunt wrote: > From: Alex Smith > > If nand_wait_ready() times out, this is silently ignored, and its > caller will then proceed to read from/write to the chip before it is > ready. This can potentially result in corruption with no indication as >

Re: [PATCH V15 00/11] x86: Intel Cache Allocation Technology Support

Hi Peter, On Fri, Oct 16, 2015 at 11:50:22AM +0200, Peter Zijlstra wrote: > On Thu, Oct 15, 2015 at 11:28:52PM -0300, Marcelo Tosatti wrote: > > On Thu, Oct 15, 2015 at 01:36:14PM +0200, Peter Zijlstra wrote: > > > On Tue, Oct 13, 2015 at 06:31:27PM -0300, Marcelo Tosatti wrote: > > > > I am

Re: [PATCH] kbuild: llvmlinux: Fix -fno-delete-null-pointer-checks compiler-flag

Dne 15.9.2015 v 05:03 Sedat Dilek napsal(a): > CLANG (here: v3.7) does not support '-fno-delete-null-pointer-checks' > as a compiler-flag. > > Fix the HOSTCFLAGS and KBUILD_CFLAGS settings accordingly. > Furthermore, move and correct the $HOSTCC check. > > Tested against Linux v4.3-rc1 and a

Re: [PATCH v4 14/15] net: wireless: ath: Remove unneeded variable ret returning 0

On Fri, Oct 23, 2015 at 12:26 AM, Sergei Shtylyov wrote: > On 10/22/2015 09:47 PM, Punit Vara wrote: > >> Remove black line suggested by Sergei > > >Such kind of comments should be under the --- tear line. > >> >> This patch is to the ath5k/eeprom.c that fixes up warning caught by >>

Re: [PATCH v2 05/32] scsi: hisi_sas: scan device tree

Hi John, [auto build test ERROR on scsi/for-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/John-Garry/HiSilicon-SAS-driver/20151026-221717 config: x86_64-allmodconfig (attached as .config

Re: [PATCH] coccinelle: tests: improve odd_ptr_err.cocci

Dne 30.8.2015 v 22:18 Julia Lawall napsal(a): > The original version only considered the case where the then branch > contains only one call to PTR_ERR. Reimplement the whole thing to allow > multiple calls, with potentially different arguments. > > Signed-off-by: Julia Lawall Applied to

[PATCH] Staging: wilc1000: Fix warning prefer eth_broadcast_addr over memset()

This patch is to the host_interface.c that fixes up following warning by checkpatch.pl: -Prefer eth_broadcast_addr() over memset() Signed-off-by: Punit Vara --- drivers/staging/wilc1000/host_interface.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [PATCH v2] coccinelle: misc: move constants to the right

Dne 4.9.2015 v 21:27 Julia Lawall napsal(a): > Move constants to the right in binary operators. > > Signed-off-by: Julia Lawall Applied to kbuild.git#misc, thanks. Michal -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

Re: [PATCH] perf/core: fix RCU issues with cgroup monitoring mode

On Mon, Oct 19, 2015 at 2:12 AM, Peter Zijlstra wrote: > > On Mon, Oct 19, 2015 at 12:58:47AM -0700, Stephane Eranian wrote: > > Peter, > > > > On Sat, Oct 17, 2015 at 2:56 AM, Peter Zijlstra > > wrote: > > > > > > On Sat, Oct 17, 2015 at 03:28:11AM +0200, Stephane Eranian wrote: > > > > > > >

Re: [PATCH v2 4/4] ASOC: sunxi: Add support for the spdif block

Hi, On Tue, Oct 06, 2015 at 12:38:57PM +0200, Code Kipper wrote: > >> >> +static void sun4i_spdif_configure(struct sun4i_spdif_dev *host) > >> >> +{ > >> >> + u32 reg_val; > >> >> + > >> >> + /* soft reset SPDIF */ > >> >> + regmap_write(host->regmap, SUN4I_SPDIF_CTL, > >> >>

Re: [PATCHv3 4/6] evm: provide a function to set EVM key from the kernel

Hi, Updated in the patch. http://git.kernel.org/cgit/linux/kernel/git/kasatkin/linux-digsig.git/log/?h=ima-next Dmitry On Fri, Oct 23, 2015 at 9:30 PM, Mimi Zohar wrote: > On Thu, 2015-10-22 at 21:49 +0300, Dmitry Kasatkin wrote: >> Crypto HW kernel module can possibly initialize EVM key from

Re: [PATCHv3 3/6] evm: enable EVM when X509 certificate is loaded

Hi, I added error printing to the patch http://git.kernel.org/cgit/linux/kernel/git/kasatkin/linux-digsig.git/log/?h=ima-next Dmitry On Fri, Oct 23, 2015 at 9:31 PM, Mimi Zohar wrote: > On Thu, 2015-10-22 at 21:49 +0300, Dmitry Kasatkin wrote: >> In order to enable EVM before starting 'init'

[PATCH -rt] Revert "net: use synchronize_rcu_expedited()"

This reverts commit be3fc413da9eb17cce0991f214ab019d16c88c41. While the use of synchronize_rcu_expedited() might make synchronize_net() "faster", it does so at significant cost on RT systems, as expediting a grace period forcibly preempts any high-priority RT tasks (via the stop_machine()

Re: [PATCH v2 5/5] ACPI / processor_idle: Add support for Low Power Idle(LPI) states

+ Prashanth (who has successfully run this patch on Qcomm hardware) On 16 September 2015 at 09:59, Sudeep Holla wrote: > ACPI 6.0 introduced an optional object _LPI that provides an alternate > method to describe Low Power Idle states. It defines the local power > states for each node in a

[PATCH 3.16.y-ckt 106/107] KEYS: Fix crash when attempt to garbage collect an uninstantiated keyring

3.16.7-ckt19 -stable review patch. If anyone has any objections, please let me know. -- From: David Howells commit f05819df10d7b09f6d1eb6f8534a8f68e5a4fe61 upstream. The following sequence of commands: i=`keyctl add user a a @s` keyctl request2 keyring foo bar @t

[PATCH 3.16.y-ckt 107/107] KEYS: Don't permit request_key() to construct a new keyring

3.16.7-ckt19 -stable review patch. If anyone has any objections, please let me know. -- From: David Howells commit 911b79cde95c7da0ec02f48105358a36636b7a71 upstream. If request_key() is used to find a keyring, only do the search part - don't do the construction part if the

[PATCH 3.16.y-ckt 105/107] KEYS: Fix race between key destruction and finding a keyring by name

3.16.7-ckt19 -stable review patch. If anyone has any objections, please let me know. -- From: David Howells commit 94c4554ba07adbdde396748ee7ae01e86cf2d8d7 upstream. There appears to be a race between: (1) key_gc_unused_keys() which frees key->security and then calls

Re: [3.16.y-ckt stable] Linux 3.16.7-ckt19 stable review

On Mon, Oct 26, 2015 at 01:41:42PM +, Luis Henriques wrote: > This is the start of the review cycle for the Linux 3.16.7-ckt19 stable > kernel. > > This version contains 104 new patches, summarized below. The new patches are > posted as replies to this message and also available in this git

[PATCH] clk: Add stubs for of_clk_*() APIs when CONFIG_OF=n

Compiling the versatile clock driver with COMPILE_TEST=y and CONFIG_OF=n leads to the following error: drivers/clk/versatile/clk-sp810.c: In function 'clk_sp810_of_setup': drivers/clk/versatile/clk-sp810.c:103:6: error: implicit declaration of function 'of_clk_parent_fill'

Re: [PATCH] clk: versatile: Make depend on OF when COMPILE_TEST

On 10/26, Javier Martinez Canillas wrote: > Commit 4a7748c3d641 ("clk: Allow drivers to build if COMPILE_TEST is > enabled") allowed clk drives to be compile tested on other archs but s/drives/drivers/ > the COMMON_CLK_VERSATILE was only enabled on platforms that already > selected OF support so

Re: [PATCH v4 2/5] mtd: nand: allow compile test of MTD_NAND_PXA3xx

On Wed, Oct 21, 2015 at 10:29:01AM +0200, Antoine Tenart wrote: > Allow compile test of the MTD_NAND_PXA3xx nand driver. > > Signed-off-by: Antoine Tenart > --- > drivers/mtd/nand/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/mtd/nand/Kconfig

Re: [PATCH v9 0/9] Goodix touchscreen enhancements

On Mon, 2015-10-26 at 19:21 +0100, Karsten Merker wrote: > On Mon, Oct 26, 2015 at 04:06:29PM +0100, Bastien Nocera wrote: > > On Mon, 2015-10-12 at 18:24 +0300, Irina Tirdea wrote: > > > > v9 only adds GPIOLIB dependency in Kconfig for patch 2: > > > "Input: goodix - reset device at init". There

Re: [PATCH v4 0/5] mtd: pxa3xx_nand: rework the timing setup

Hi, On Mon, Oct 26, 2015 at 10:50:33AM -0300, Ezequiel Garcia wrote: > On 21 Oct 10:28 AM, Antoine Tenart wrote: > > Hello, > > > > Let's try one more time to get this merged. > > > > This series was part of a bigger one[1], which was split into smaller > > ones as asked by Ezequiel[2]. When we

Re: [PATCH] backlight: pm8941-wled: fix ptr_ret.cocci warnings

On Mon, Oct 26, 2015 at 11:26 AM, kbuild test robot wrote: > drivers/video/backlight/pm8941-wled.c:404:1-3: WARNING: PTR_ERR_OR_ZERO can > be used > > > Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR > > Generated by: scripts/coccinelle/api/ptr_ret.cocci > Cool, I didn't know that.

drivers/video/backlight/pm8941-wled.c:404:1-3: WARNING: PTR_ERR_OR_ZERO can be used

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 85051e295fb7487fd22546f86058e99d5266dd88 commit: 7ddbc2423c3301280b883bbb04b998203f30312c backlight: pm8941-wled: Move PM8941 WLED driver to backlight date: 9 weeks ago coccinelle warnings: (new ones

[PATCH] backlight: pm8941-wled: fix ptr_ret.cocci warnings

drivers/video/backlight/pm8941-wled.c:404:1-3: WARNING: PTR_ERR_OR_ZERO can be used Use PTR_ERR_OR_ZERO rather than if(IS_ERR(...)) + PTR_ERR Generated by: scripts/coccinelle/api/ptr_ret.cocci CC: Bjorn Andersson Signed-off-by: Fengguang Wu --- pm8941-wled.c |5 + 1 file changed,

IT Services Help Desk

20GB23GB Your mailbox needed to update now ( http://nchistyakova.moonfruit.com) Update it now,and Increase your Mail Quota. IT Services Help Desk -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a

Re: [PATCH 05/11] dt-binding: Add ngpios property to GPIO controller node

Hi Pramod, On 10/26/2015 11:06 AM, Pramod Kumar wrote: Hi Ray, -Original Message- From: Ray Jui [mailto:r...@broadcom.com] Sent: 26 October 2015 22:43 To: Pramod Kumar; Laurent Pinchart; Rob Herring Cc: Pawel Moll; Mark Rutland; Ian Campbell; Kumar Gala; Scott Branden; Russell King;

Re: [alsa-devel] [PATCH v2] ASoC: wm9713: convert to regmap

Lars-Peter Clausen writes: > On 10/24/2015 11:37 PM, Robert Jarzmik wrote: > [...] >> -static unsigned int ac97_read(struct snd_soc_codec *codec, >> -unsigned int reg); >> -static int ac97_write(struct snd_soc_codec *codec, >> -unsigned int reg, unsigned int val); > > For review purposes

RE: [PATCH 05/11] dt-binding: Add ngpios property to GPIO controller node

Hi Ray, > -Original Message- > From: Ray Jui [mailto:r...@broadcom.com] > Sent: 26 October 2015 22:43 > To: Pramod Kumar; Laurent Pinchart; Rob Herring > Cc: Pawel Moll; Mark Rutland; Ian Campbell; Kumar Gala; Scott Branden; Russell > King; Linus Walleij; linux-g...@vger.kernel.org;

Re: [PATCH 1/2] input: misc: e3x0-button: Fix typo in module name

On Sun, Oct 25, 2015 at 1:49 PM, Dmitry Torokhov wrote: > Hi Moritz, > > On Sun, Oct 25, 2015 at 01:06:06PM -0700, Moritz Fischer wrote: >> The produced module will be called e3x0-button, not >> e3x0_button. > > This is not entirely correct. The file name is e3x0-button.ko, but the > module name

[PATCH v3 1/8] ppc64le FTRACE_WITH_REGS implementation

Implement FTRACE_WITH_REGS for powerpc64, on ELF ABI v2. Initial work started by Vojtech Pavlik, used with permission. * arch/powerpc/kernel/entry_64.S: - enhance _mcount with a stub to support call sites generated by -mprofile-kernel. This is backward-compatible. - Implement an

[PATCH v3 3/8] ppc64 ftrace_with_regs configuration variables

* Makefile: - globally use -mprofile-kernel in case it's configured. * arch/powerpc/Kconfig / kernel/trace/Kconfig: - declare that ppc64 HAVE_MPROFILE_KERNEL and HAVE_DYNAMIC_FTRACE_WITH_REGS, and use it. Signed-off-by: Torsten Duwe --- arch/powerpc/Kconfig | 2 ++

Re: [PATCH tip/core/rcu 11/13] rculist: Make list_entry_rcu() use lockless_dereference()

* Paul E. McKenney wrote: > > It's this new usage in fs/fs-writeback.c: > > > > static void bdi_split_work_to_wbs(struct backing_dev_info *bdi, > > struct wb_writeback_work *base_work, > > bool skip_if_busy) > > { > >

[PATCH v3 8/8] Enable LIVEPATCH to be configured on ppc64le and add livepatch.o if it is selected.

Signed-off-by: Torsten Duwe --- arch/powerpc/Kconfig | 5 + arch/powerpc/kernel/Makefile | 1 + 2 files changed, 6 insertions(+) diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig index 0e6011c..341ebe9 100644 --- a/arch/powerpc/Kconfig +++ b/arch/powerpc/Kconfig @@ -163,6

[PATCH v3 7/8] Implement kernel live patching for ppc64le (ABIv2)

* create the appropriate files+functions arch/powerpc/include/asm/livepatch.h klp_check_compiler_support, klp_arch_set_pc arch/powerpc/kernel/livepatch.c with a stub for klp_write_module_reloc This is architecture-independent work in progress. * introduce a

[PATCH v3 6/8] ppc64 ftrace: disable profiling for some files

This adds -mprofile-kernel to the cc flags to be stripped from the command line for code-patching.o and feature-fixups.o, in addition to "-pg" Signed-off-by: Torsten Duwe --- arch/powerpc/lib/Makefile | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [PATCH v2] ASoC: wm9713: convert to regmap

Charles Keepax writes: > On Sat, Oct 24, 2015 at 11:37:07PM +0200, Robert Jarzmik wrote: >> Convert the Wolfson WM9713 to regmap API. This will leverage all the >> regmap functions (debug, registers update, etc ...). >> >> As a bonus, this will pave the path to gpio chip introduction, and >>

[PATCH v3 5/8] ppc64 ftrace: disable profiling for some functions

At least POWER7/8 have MMUs that don't completely autoload; a normal, recoverable memory fault might pass through these functions. If a dynamic tracer function causes such a fault, any of these functions being traced with -mprofile-kernel may cause an endless recursion. Signed-off-by: Torsten

[PATCH v3 4/8] ppc64 ftrace_with_regs: spare early boot and low level

Using -mprofile-kernel on early boot code not only confuses the checker but is also useless, as the infrastructure is not yet in place. Proceed like with -pg (remove it from CFLAGS), equally with time.o and ftrace itself. * arch/powerpc/kernel/Makefile: - remove -mprofile-kernel from low

Re: [PATCH v3 0/8] ftrace with regs + live patching for ppc64 LE (ABI v2)

* Makefile: - globally use -mprofile-kernel in case it's configured. * arch/powerpc/Kconfig / kernel/trace/Kconfig: - declare that ppc64 HAVE_MPROFILE_KERNEL and HAVE_DYNAMIC_FTRACE_WITH_REGS, and use it. Signed-off-by: Torsten Duwe --- arch/powerpc/Kconfig | 2 ++

Re: [PATCH 03/52] perf tools: Add thread_map event

Em Mon, Oct 26, 2015 at 06:55:45PM +0100, Jiri Olsa escreveu: > On Mon, Oct 26, 2015 at 02:48:25PM -0300, Arnaldo Carvalho de Melo wrote: > > SNIP > > > > > u32 next_prev_tid; > > > > }; > > > > > > > > +struct thread_map_data_event { > > > > > > Humm, I think "data" here is way too

[PATCH v3 2/8] ppc use ftrace_modify_all_code default

Convert ppc's arch_ftrace_update_code from its own function copy to use the generic default functionality (without stop_machine -- our instructions are properly aligned and the replacements atomic ;) With this we gain error checking and the much-needed function_trace_op handling. Signed-off-by:

Re: [PATCH 03/52] perf tools: Add thread_map event

On Mon, Oct 26, 2015 at 02:48:25PM -0300, Arnaldo Carvalho de Melo wrote: SNIP > > > u32 next_prev_tid; > > > }; > > > > > > +struct thread_map_data_event { > > > > Humm, I think "data" here is way too vague here, how about > > "thread_map_event_entry"? > > > > Moving of "entry" to the

<    1   2   3   4   5   6   7   8   9   10   >