[PATCH V2 08/10] irqchip, gicv3, its: Probe ITS in the ACPI way.

Since we prepared ITS for being initialized different that via DT, it is now possible to parse MADT and pass mandatory info to firmware-agnostic ITS init call. Note that we are using here IORT lib to keep track of allocated domain handler which will be used to build PCI MSI domain on top in the

[PATCH V2 06/10] irqchip/GICv3/ITS: Refator ITS dt init code to prepare for ACPI.

Signed-off-by: Hanjun Guo Signed-off-by: Tomasz Nowicki --- drivers/irqchip/irq-gic-v3-its.c | 82 +++--- drivers/irqchip/irq-gic-v3.c | 6 +-- include/linux/irqchip/arm-gic-v3.h | 2 +- 3 files changed, 52

[PATCH V2 05/10] irqchip, gicv3, its: Mark its_init() and its children as __init

gicv3_init_bases() is the only caller for its_init(), also it is a __init function, so mark its_init() as __init too, then recursively mark the functions called as __init. This will help to introduce ITS initialization using ACPI tables as we will use acpi_table_parse_entries family functions

[PATCH V2 10/10] acpi, gicv3, its: Use MADT ITS subtable to do PCI/MSI domain initialization.

After refactoring DT code, we let ACPI to build ITS PCI MSI domain and do requester ID to device ID translation using IORT table. We have now full PCI MSI domain stack, thus we can enable ITS initialization from GICv3 core driver for ACPI scenario. Signed-off-by: Tomasz Nowicki

[PATCH V2 03/10] irqchip,GICv3,ACPI: Add redistributor support via GICC structures.

On systems supporting GICv3 and above, in MADT GICC structures, the field of GICR Base Address holds the 64-bit physical address of the associated Redistributor if the GIC Redistributors are not in the always-on power domain, so instead of init GICR regions via GIC redistributor structure(s), init

Re: [lm-sensors] LM90 driver and ti tmp461 detection

On Thu, Dec 17, 2015 at 12:48:08PM +0100, Jean Delvare wrote: > Hi Andreas, > > On Tue, 15 Dec 2015 16:11:24 +0100, Andreas Werner wrote: > > here is the register dump of the tmp461. > > Thanks. > > > It seemse that we really cannot detect if it is a tmp461 or a tmp451. > > Also the magic "ID

SDHCI long sleep with interrupts off

Hi all, I was investigating the source of abnormal irq-latency spikes on an i.MX6 (ARM) board, and discovered this: # tracer: preemptirqsoff # # preemptirqsoff latency trace v1.1.5 on 4.4.0-rc4+ # # latency: 2068 us, #4/4,

[RFC PATCH V2 2/8] irqdomain: Don't set type when mapping an IRQ

Some IRQ chips, such as GPIO controllers or secondary level interrupt controllers, may require require additional runtime power management control to ensure they are accessible. For such IRQ chips, it makes sense to enable the IRQ chip when interrupts are requested and disabled them again once all

[RFC PATCH V2 4/8] irqchip/gic: Don't initialise chip if mapping IO space fails

If we fail to map the address space for the GIC distributor or CPU interface, then don't attempt to initialise the chip, just WARN and return. Signed-off-by: Jon Hunter --- drivers/irqchip/irq-gic.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git

[RFC PATCH V2 8/8] irqchip/gic: Add support for tegra AGIC interrupt controller

Add a driver for the Tegra-AGIC interrupt controller which is compatible with the ARM GIC-400 interrupt controller. The Tegra AGIC (Audio GIC) is part of the Audio Processing Engine (APE) on Tegra210 and can route interrupts to either the GIC for the CPU subsystem or the Audio DSP (ADSP) within

[RFC PATCH V2 0/8] Add support for Tegra210 AGIC

The Tegra210 AGIC interrupt controller is a 2nd level interrupt controller located in a separate power domain to the main GIC interrupt controller. It can route interrupts to the main CPU cluster or an Audio DSP slave. Ideally we would like to re-use the existing ARM GIC driver because the AGIC

[PATCH v6 16/16] perf data: Support converting data from bpf_perf_event_output()

bpf_perf_event_output() outputs data through sample->raw_data. This patch adds support to convert those data into CTF. A python script then can be used to process output data from BPF programs. Test result: # cat ./test_bpf_output_2.c / BEGIN **/

[PATCH v6 11/16] perf tools: Enable passing event to BPF object

A new syntax is appended into parser so user can pass predefined perf events into BPF objects. After this patch, BPF programs for perf are finally able to utilize bpf_perf_event_read() introduced in commit 35578d7984003097af2b1e3 (bpf: Implement function bpf_perf_event_read() that get the

[PATCH v6 01/16] perf tools: Fix PowerPC native building

Checks BPF syscall number, turn off libbpf building on platform doesn't correctly support sys_bpf instead of blocking compiling. Reported-by: Naveen N. Rao Acked-by: Jiri Olsa Tested-by: Naveen N. Rao

[PATCH v6 15/16] perf tools: Introduce bpf-output event

Commit a43eec304259a6c637f4014a6d4767159b6a3aa3 (bpf: introduce bpf_perf_event_output() helper) add a helper to enable BPF program output data to perf ring buffer through a new type of perf event PERF_COUNT_SW_BPF_OUTPUT. This patch enable perf to create perf event of that type. Now perf user can

[PATCH v6 13/16] perf tools: Support setting different slots in a BPF map separately

This patch introduces basic facilities to support config different slots in a BPF map one by one. array.nr_ranges and array.ranges are introduced into 'struct parse_events_term', where ranges is an array of indices range (start, length) which will be configured by this config term. nr_ranges is

Re: [RFC PATCH V2 8/8] irqchip/gic: Add support for tegra AGIC interrupt controller

On 17/12/15 10:48, Jon Hunter wrote: > Add a driver for the Tegra-AGIC interrupt controller which is compatible > with the ARM GIC-400 interrupt controller. > > The Tegra AGIC (Audio GIC) is part of the Audio Processing Engine (APE) on > Tegra210 and can route interrupts to either the GIC for

[PATCH v6 00/16] perf tools: BPF related update and other improvements

- Use WARN_ONCE in patch 06/16 'perf tools: Prevent calling machine__delete() on non-allocated machine' and add machine__exit() back. - Introduce perf_evsel__is_bpf_output() in 15/16 and use it in 16/16. - Resend PowerPC building breakage fix. He Kuang (1): perf tools: Support perf

Re: [RFC PATCH V2 6/8] irqchip/gic: Assign irqchip dynamically

Hi Jon, On 17/12/15 10:48, Jon Hunter wrote: > Dynamically assign the irqchip structure for each GIC controller > instance. This is necessary in order to populate the "dev" member > of the irqchip structure for GIC instances that require runtime > power management support. This also allows us to

Re: SDHCI long sleep with interrupts off

Am Donnerstag, den 17.12.2015, 11:28 +0100 schrieb David Jander: > Hi all, > > I was investigating the source of abnormal irq-latency spikes on an i.MX6 > (ARM) board, and discovered this: > > # tracer: preemptirqsoff > # > # preemptirqsoff latency trace v1.1.5 on 4.4.0-rc4+ > #

Re: [PATCH 2/3] NTB: Add AMD NTB support in Kconfig and Makefile

Hi Xiangliang, [auto build test WARNING on v4.4-rc5] [also build test WARNING on next-20151217] url: https://github.com/0day-ci/linux/commits/Xiangliang-Yu/NTB-Add-AMD-PCI-Express-NTB-driver/20151217-113608 config: x86_64-randconfig-n0-12171710 (attached as .config) reproduce: # save

RE: [PATCH 2/2] pci: Update VPD size with correct length

Tested with a HP AE311-60001 PCIe card. It used to repeat the same VPD every 4k for 32k now only the 154 bytes are returned and lspci - reports that the data up to and including the end and that the check sum is good: ... Capabilities: [74] Vital Product Data Product

Re: [PATCH 2/2] pci: Update VPD size with correct length

Hi Hannes, [auto build test WARNING on pci/next] [also build test WARNING on v4.4-rc5 next-20151217] url: https://github.com/0day-ci/linux/commits/Hannes-Reinecke/pci-Update-VPD-definitions/20151217-160050 base: https://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git next reproduce

Re: linux-next: build failure after merge of the rtc tree

On 17/12/2015 at 16:03:44 +1100, Stephen Rothwell wrote : > Hi Alexandre, > > After merging the rtc tree, today's linux-next build (arm > multi_v7_defconfig) failed like this: > > drivers/built-in.o: In function `rtc_time64_to_tm': > sunxi_sid.c:(.text+0x366e54): undefined reference to

Re: SDHCI long sleep with interrupts off

Hi Lucas, Thanks for reacting. On Thu, 17 Dec 2015 12:03:10 +0100 Lucas Stach wrote: > Am Donnerstag, den 17.12.2015, 11:28 +0100 schrieb David Jander: > > Hi all, > > > > I was investigating the source of abnormal irq-latency spikes on an i.MX6 > > (ARM) board, and

Re: linux-next: manual merge of the regulator tree with the qcom tree

On Thu, Dec 17, 2015 at 01:01:29PM +1100, Stephen Rothwell wrote: > between commit: > f6251e80956d ("soc: qcom: documentation: Update SMD/RPM Docs") > 9ee8373a1552 ("soc: qcom: smd-rpm: Add existing platform support") > from the qcom tree and commit: > 7a400585893e ("soc: qcom:

Re: SDHCI long sleep with interrupts off

Am Donnerstag, den 17.12.2015, 12:20 +0100 schrieb David Jander: > Hi Lucas, > > Thanks for reacting. > > On Thu, 17 Dec 2015 12:03:10 +0100 > Lucas Stach wrote: > > > Am Donnerstag, den 17.12.2015, 11:28 +0100 schrieb David Jander: > > > Hi all, > > > > > > I was

[Propose] Isolate core_pattern in mnt namespace.

Hi guys, We are working on making core dump behaviour isolated in container. But the problem is, the /proc/sys/kernel/core_pattern is a kernel wide setting, not belongs to a container. So we want to add core_pattern into mnt namespace. What do you think about it? Yang

Re: [PATCH 3/3] NTB: Add flush_req and wakeup interface

Hi Xiangliang, [auto build test WARNING on v4.4-rc5] [also build test WARNING on next-20151217] url: https://github.com/0day-ci/linux/commits/Xiangliang-Yu/NTB-Add-AMD-PCI-Express-NTB-driver/20151217-113608 config: x86_64-randconfig-n0-12171710 (attached as .config) reproduce: # save

RE: [PATCH V1] rtc: da9063: access ordering error during RTC interrupt system power on

On 16 December 2015 23:47 Alexandre Belloni wrote: > Subject: Re: [PATCH V1] rtc: da9063: access ordering error during RTC > interrupt system power on > > This seems mostly fine, however ... Hi Alexandre, Thanks for reviewing this. > On 08/12/2015 at 16:28:39 +, Steve Twiss wrote : > >

Re: [PATCH v6 07/20] arm64: introduce is_a32_task and is_a32_thread (for AArch32 compat)

On Wed, Dec 16, 2015 at 12:42:33AM +0300, Yury Norov wrote: > diff --git a/arch/arm64/include/asm/is_compat.h > b/arch/arm64/include/asm/is_compat.h > new file mode 100644 > index 000..476db90 > --- /dev/null > +++ b/arch/arm64/include/asm/is_compat.h > @@ -0,0 +1,62 @@ > +/* > + * Copyright

Re: use-after-free in sixpack_close

> This report is then followed by a dozen of other use-after-free reports. > > On commit edb42dc7bc0da0125ceacab810a553ce1f0cac8d (Dec 15). > > Thank you sixpack_close does unregister_netdev(sp->dev), which frees sp as sp is actually allocated via alloc_netdev() Then deletes two timers within

Re: [PATCH v6 0/3] USB MIDI Gadget improvements and bug fixes

Hi Balbi, On 16/12/15 16:03, Felipe Balbi wrote: > > Hi > > Felipe Ferreri Tonello writes: >> Hi all, >> >> On 01/12/15 18:30, Felipe F. Tonello wrote: >>> Fixed all comments suggested by the linux-usb list. >>> >>> changes in v6: >>> - Removed patches already applied

Re: [PATCH v3 01/36] Documentation: usb: update usb-tools repository address

Hi Robert, On 11/12/15 11:24, Robert Baldyga wrote: > It seems that gitotious repository is no longer accessible, so we replace > it with address to active repository. > > Signed-off-by: Robert Baldyga > --- > Documentation/usb/gadget-testing.txt | 2 +- > 1 file

[PATCH v5 0/2] spi: dts: sun4i: Add support for wait time between word transmissions

Hi all, This patch set adds a new property "spi-word-wait-ns" to the spi-bus binding that allows SPI slave devices to set a wait time between the transmission of words. Modifies the spi_device struct and slave device probing to read and store the new property. Also modifies the sun4i SPI master

Re: [lm-sensors] LM90 driver and ti tmp461 detection

Hi Andreas, On Tue, 15 Dec 2015 16:11:24 +0100, Andreas Werner wrote: > here is the register dump of the tmp461. Thanks. > It seemse that we really cannot detect if it is a tmp461 or a tmp451. > Also the magic "ID Register" offset 0xff is 0x00 for both devices. I would use register 0x16, which

Re: [PATCH] ARM: multi_v7_defconfig: Enable fan, sensors and audio for Odroid XU3

2015-12-07 18:43 GMT+09:00 Arnd Bergmann : > On Monday 07 December 2015 18:38:44 Krzysztof Kozlowski wrote: >> On 07.12.2015 18:14, Arnd Bergmann wrote: >> > On Monday 07 December 2015 09:59:54 Krzysztof Kozlowski wrote: >> >> For Odroid XU3-family enable the: >> >> - PWM fan (to

[PATCH V2 00/10] Introduce ACPI world to GICv3 & ITS irqchip

These patches have been part of: [PATCH v4 00/10] ACPI GIC Self-probing, GICv2m and GICv3 support https://lkml.org/lkml/2015/7/29/234 Patches base on Suravee's ACPI GICv2m support: https://lkml.org/lkml/2015/12/10/475 The following git branch contains submitted patches along with the useful for

[PATCH V2 04/10] irqchip / GICv3: remove gic root node in ITS

From: Hanjun Guo The gic_root_node defined in ITS driver is not actually used, and the ITS driver seems will not use it in the future, so just remove it. Signed-off-by: Hanjun Guo --- drivers/irqchip/irq-gic-v3-its.c | 3 --- 1 file changed, 3

Re: [PATCH v3 0/4] Raspberry Pi power domains

Ulf Hansson writes: > On 15 December 2015 at 22:40, Eric Anholt wrote: >> Since the pm_genpd_exit() patch is still going through review, and >> other drivers in the tree just ignore the error cases, Ulf offered to >> merge the series as a builtin driver

[PATCH 6/8] fs: make direct-io.c explicitly non-modular

The Makefile currently controlling compilation of this code has: ifeq ($(CONFIG_BLOCK),y) obj-y +=buffer.o block_dev.o direct-io.o mpage.o and in addition to that the Kconfig is: block/Kconfig:menuconfig BLOCK block/Kconfig: bool "Enable the block layer" if EXPERT ...meaning that

[PATCH 7/8] fs: make devpts/inode.c explicitly non-modular

The Kconfig currently controlling compilation of this code is: config UNIX98_PTYS bool "Unix98 PTY support" if EXPERT ...meaning that it currently is not being built as a module by anyone. Lets remove the couple traces of modularity so that when reading the driver there is no doubt it is

[PATCH 1/8] hugetlb: make mm and fs code explicitly non-modular

The Kconfig currently controlling compilation of this code is: config HUGETLBFS bool "HugeTLB file system support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially orphaned, so that when reading the driver there is

[PATCH 5/8] fs: make locks.c explicitly non-modular

The Kconfig currently controlling compilation of this code is: config FILE_LOCKING bool "Enable POSIX file locking API" if EXPERT ...meaning that it currently is not being built as a module by anyone. Lets remove the couple traces of modularity so that when reading the driver there is no

Re: [PATCH] PM / sleep: define inline functions

"Rafael J. Wysocki" writes: > On Wednesday, December 16, 2015 04:41:37 PM Eric Anholt wrote: >> >> --=-=-= >> Content-Type: text/plain >> >> Sudip Mukherjee writes: >> >> > If CONFIG_PM_SLEEP is not defined then the functions are defined as >>

[PATCHv2 2/3] thermal: rework core to allow emul_temp to be treated as regular temp

Change the way we handle emul_temp. This is to allow emul_temp to be used as input to exercise thermal core properly. Now, even if .get_temp is not available, the emul_temp can be used to emulate temperature. Cc: Zhang Rui Cc: linux...@vger.kernel.org Cc:

[PATCH 3/8] fs: make fcntl.c explicitly non-modular

The Makefile currently controlling compilation of this code is obj-y meaning that it currently is not being built as a module by anyone. Lets remove the couple traces of modularity so that when reading the code there is no doubt it is builtin-only. Since module_init translates to device_initcall

Re: [PATCHv4 1/1] SCSI: hosts: update to use ida_simple for host_no management

On 12/14/2015 05:55 PM, Martin K. Petersen wrote: >> "Hannes" == Hannes Reinecke writes: > >>> I'm not opposed to having the module option if others (Martin?) feel >>> they need it, but generally I think it's better to keep things as >>> simple as possible. So, unless there

Re: Problems loading firmware using built-in drivers with kernels that use initramfs.

On Sun, Aug 30, 2015 at 11:11 AM, Linus Torvalds wrote: > On Sun, Aug 30, 2015 at 1:25 AM, Arend van Spriel wrote: >> On 08/29/2015 12:38 PM, Ming Lei wrote: >> >> Does this mean a built-in driver can not get firmware from initramfs or >> built

[PATCH 22/43] perf tools: Add event_update event cpus type

From: Jiri Olsa Adding the cpumask 'event update' event, that stores/transfer the cpumask for a event. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter

[PATCH 24/43] perf report: Display newly added events in raw dump

From: Jiri Olsa The 'perf report -D' command will now display detailed output for these newly added events: event_update thread_map cpu_map stat stat_config stat_round Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David

Re: [PATCH] i2c: allow building emev2 without slave mode again

On Thursday 17 December 2015 20:40:17 Wolfram Sang wrote: > > > My conclusion for now is: > > > > > > There needs something to be done surely, but currently I don't have the > > > bandwidth to do it or even play around with it. I am not fully happy > > > with your patches as well because

[PATCH 08/43] perf cpu_map: Add perf_event__fprintf_cpu_map function

From: Jiri Olsa To display a cpu_map event for raw dump. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim Cc: Peter Zijlstra Link:

[PATCH 14/43] perf tools: Add stat event read function

From: Jiri Olsa Introducing the perf_event__process_stat_event function to process a 'struct perf_stat' data from a stat event. Signed-off-by: Jiri Olsa Tested-by: Kan Liang Cc: David Ahern Cc: Namhyung Kim

[GIT PULL 00/43] perf/core new feature: 'perf stat record/report'

From: Arnaldo Carvalho de Melo Hi Ingo, Please consider pulling, cool new feature! This is on top of the perf-core-for-mingo-2.1 tag, with that RHEL6.7 bugfix, I had also to go over this one fixing stuff in many spots :-\ - Arnaldo The following changes since commit

[PATCH] tile: include the syscall number in the backtrace

This information is easily available in the backtrace data and can be helpful when trying to figure out the backtrace, particularly if we're early in kernel entry or late in kernel exit. Signed-off-by: Chris Metcalf --- arch/tile/kernel/stack.c | 17 - 1

Re: [PATCH v6 12/20] arm64:ilp32: add sys_ilp32.c and a separate table (in entry.S) to use it

On Thu, Dec 17, 2015 at 12:10 PM, Arnd Bergmann wrote: > On Thursday 17 December 2015 18:27:53 Catalin Marinas wrote: >> On Wed, Dec 16, 2015 at 12:42:38AM +0300, Yury Norov wrote: > >> > +#define compat_sys_lookup_dcookie sys_lookup_dcookie >> > +#define compat_sys_pread64

Re: [PATCH v3 0/4] Raspberry Pi power domains

On Thursday 17 December 2015 11:03:47 Eric Anholt wrote: > >> > >> .../bindings/arm/bcm/raspberrypi,bcm2835-power.txt | 47 > >> arch/arm/boot/dts/bcm2835-rpi.dtsi | 11 + > >> arch/arm/boot/dts/bcm2835.dtsi | 2 +- > >> arch/arm/mach-bcm/Kconfig

[PATCH v4] staging: rtl8192u: fix large frame size compiler warning

This patch fixes following compiler warning: drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c: In function ‘RxReorderIndicatePacket’: drivers/staging/rtl8192u/ieee80211/ieee80211_rx.c:758:1: warning: the frame size of 1064 bytes is larger than 1024 bytes [-Wframe-larger-than=] It replaces the

Re: [PATCH] netconsole: Initialize after all core networking drivers

On Thursday 12/17 at 17:08 -0800, Eric Dumazet wrote: > On Thu, 2015-12-17 at 15:52 -0800, Calvin Owens wrote: > > With built-in netconsole and IXGBE, configuring netconsole via the kernel > > cmdline results in the following panic at boot: > > > > netpoll: netconsole: device eth0 not up yet,

Re: [PATCH 08/10] bpf samples: Add utils.[ch] for using BPF

On 2015/12/18 7:11, Alexei Starovoitov wrote: On Thu, Dec 17, 2015 at 05:23:12AM +, Wang Nan wrote: We are going to uses libbpf to replace old libbpf.[ch] and bpf_load.[ch]. This is the first patch of this work. In this patch, several macros and helpers in libbpf.[ch] and bpf_load.[ch]

Rethinking sigcontext's xfeatures slightly for PKRU's benefit?

Hi all- I think that, for PKRU in particular, we want the default signal handling behavior to be a bit unusual. When a signal is delivered, I think we should save the entire xstate including PKRU. I see no reason to do anything other than that. When a signal returns (sigreturn is called),

Re: [PATCH v2] PM / OPP: Fix parsing of opp-microvolt and opp-microamp properties

On 17-12-15, 19:04, Bartlomiej Zolnierkiewicz wrote: > Commit 01fb4d3c39d3 ("PM / OPP: Parse 'opp--' > bindings") broke support for parsing standard opp-microvolt and > opp-microamp properties. Fix it by setting 'name' string to > proper value for !prop cases. > > Cc: Viresh Kumar

Re: [PATCH linux-next 1/5] mtd: spi-nor: properly detect the memory when it boots in Quad or Dual mode

Hi Cyrille, On Mon, Dec 07, 2015 at 03:09:10PM +0100, Cyrille Pitchen wrote: > The quad (or dual) mode of a spi-nor memory may be enabled at boot time by > non-volatile bits in some setting register. Also such a mode may have > already been enabled at early stage by some boot loader. > > Hence,

Re: Add top down metrics to perf stat v2

Thanks for testing. On Thu, Dec 17, 2015 at 03:31:30PM -0800, Stephane Eranian wrote: > I would not add a --topdown option but instead a --metric option with > arguments > such that other metrics could be added later: > >$ perf stat --metrics topdown -I 1000 -a sleep 100 > > If you do

Re: [PATCH] dmaengine: dw: fix potential memory leak in dw_dma_parse_dt()

On 17-12-15, 23:30, Mans Rullgard wrote: > If the "dma-channels" DT property is missing, the dw_dma_parse_dt() > function return NULL, but not before allocating memory for a struct > dw_dma_platform_data through devres. If the device supports parameter > detection, the probe still succeeds and

Re: [PATCH v10 1/4] dt-binding:Documents of the mbigen bindings

Hi Mark: 在 2015/12/17 21:52, Mark Rutland 写道: > On Thu, Dec 17, 2015 at 07:56:34PM +0800, MaJun wrote: >> From: Ma Jun [...] >> +- compatible: Should be "hisilicon,mbigen-v2" >> + >> +- reg: Specifies the base physical address and size of the Mbigen >> + registers. >> + >>

Re: iio/hid-sensor-accel-3d: no output from /dev/iio:device*?

On Thu, Dec 17, 2015 at 5:16 PM, Srinivas Pandruvada wrote: > On Thu, 2015-12-17 at 17:07 -0800, Nish Aravamudan wrote: >> On Thu, Dec 17, 2015 at 4:51 PM, Srinivas Pandruvada >> wrote: >> > On Thu, 2015-12-17 at 15:38

Re: [PATCH 2/5] x86: test early command-line code

Hi Dave, [auto build test ERROR on v4.4-rc5] [also build test ERROR on next-20151217] [cannot apply to tip/x86/core] url: https://github.com/0day-ci/linux/commits/Dave-Hansen/x86-pass-in-size-to-early-cmdline-parsing/20151218-060427 config: i386-allyesconfig (attached as .config) reproduce

Re: [RFC PATCH 0/3] VFIO: capability chains

On 11/24/2015 07:43 AM, Alex Williamson wrote: Please see the commit log and comments in patch 1 for a general explanation of the problems that this series tries to address. The general problem is that we have several cases where we want to expose variable sized information to the user, whether

Re: [PATCH linux-next 1/5] mtd: spi-nor: properly detect the memory when it boots in Quad or Dual mode

(Hit send too early; a few more comments) On Mon, Dec 07, 2015 at 03:09:10PM +0100, Cyrille Pitchen wrote: > drivers/mtd/spi-nor/spi-nor.c | 52 > +++ > include/linux/mtd/spi-nor.h | 23 +-- > 2 files changed, 69 insertions(+), 6

Re: [PATCH v3 2/2] mm: Introduce kernelcore=mirror option

On 2015/12/18 3:43, Luck, Tony wrote: As Tony requested, we may need a knob to stop a fallback in "movable->normal", later. If the mirrored memory is small and the other is large, I think we can both enable "non-mirrored -> normal" and "normal -> non-mirrored". Size of mirrored memory can

Re: Rethinking sigcontext's xfeatures slightly for PKRU's benefit?

On 12/17/2015 05:48 PM, Andy Lutomirski wrote: > I think that, for PKRU in particular, we want the default signal > handling behavior to be a bit unusual. > > When a signal is delivered, I think we should save the entire xstate > including PKRU. I see no reason to do anything other than that.

Re: [PATCH linux-next 2/5] mtd: spi-nor: fix Quad SPI mode support for Spansion, Micron and Macronix

On Mon, Dec 07, 2015 at 03:09:11PM +0100, Cyrille Pitchen wrote: > This patch reworks the support of Quad and Dual SPI protocols for Micron, > Spansion and Macronix Quad/Dual capable memories. Indeed, in the best > case, only Spansion memories are correctly supported by the current > spi-nor

Re: [PATCH 1/2] cgroup: clean up the kernel configuration menu nomenclature

On 2015/12/18 6:19, Johannes Weiner wrote: The config options for the different cgroup controllers use various terms: resource controller, cgroup subsystem, etc. Simplify this to "controller", which is clear enough in the cgroup context. Signed-off-by: Johannes Weiner ---

Re: rhashtable: Prevent spurious EBUSY errors on insertion

On Fri, Dec 18, 2015 at 12:07:08AM +0800, Xin Long wrote: > > I'm just wondering, why do not we handle the genuine double rehash > issue inside rhashtable? i mean it's just a temporary error that a > simple retry may fix it. Because a double rehash means that someone has cracked your hash

Re: Rethinking sigcontext's xfeatures slightly for PKRU's benefit?

On Thu, Dec 17, 2015 at 6:13 PM, Dave Hansen wrote: > On 12/17/2015 05:48 PM, Andy Lutomirski wrote: >> I think that, for PKRU in particular, we want the default signal >> handling behavior to be a bit unusual. >> >> When a signal is delivered, I think we should save

Re: [PATCH 2/2] cgroup: put controller Kconfig options in meaningful order

On 2015/12/18 6:19, Johannes Weiner wrote: To make it easier to quickly find what's needed list the basic resource controllers of cgroup2 first - io, memory, cpu - while pushing the more exotic and/or legacy controllers to the bottom. Signed-off-by: Johannes Weiner

[no subject]

Are you in need of private or business loans for various purposes? if yes,apply now -- 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 http://vger.kernel.org/majordomo-info.html Please read the

Re: iio/hid-sensor-accel-3d: no output from /dev/iio:device*?

On Thu, Dec 17, 2015 at 5:11 PM, Pandruvada, Srinivas wrote: > On Thu, 2015-12-17 at 17:08 -0800, Nish Aravamudan wrote: >> On Thu, Dec 17, 2015 at 5:00 PM, Pandruvada, Srinivas >> wrote: >> > Hi Andy, >> > >> > As per Nish these

[PATCH] mtd: mtk-nor: adjust sequence of trigger function and assignment function

move write data register before excute command to avoid missing first byte write to nor flash Change-Id: Ie9d7ae30f9de1f3e976d2e1de5d8ee28837598c8 Signed-off-by: Bayi Cheng --- drivers/mtd/spi-nor/mtk-quadspi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[GIT PULL] MTD update for 4.4-rc6

1ddaa021b000220b5f2ad023e4f15ed44990974b: MAINTAINERS: brcmnand: Add co-maintainer for Broadcom SoCs (2015-11-18 13:16:58 -0800) are available in the git repository at: git://git.infradead.org/linux-mtd.git tags/for-linus-20151217 for you to fetch changes up to e488ca9f8d4f62c2dc36bfa5c32f68e7f05ab381: doc: dt: mtd

Re: [RFC PATCH 0/3] VFIO: capability chains

On Fri, 2015-12-18 at 13:05 +1100, Alexey Kardashevskiy wrote: > On 11/24/2015 07:43 AM, Alex Williamson wrote: > > Please see the commit log and comments in patch 1 for a general > > explanation of the problems that this series tries to address.  The > > general problem is that we have several

Re: sched : performance regression 24% between 4.4rc4 and 4.3 kernel

On Thu, 2015-12-17 at 16:43 +0100, Jirka Hladky wrote: > Hi Peter, > > I'm not sure how to do the bisecting and avoid landing at: > > [2a595721a1fa6b684c1c818f379bef834ac3d65e] sched/numa: Convert > sched_numa_balancing to a static_branch > > I have redone the bisecting but I have landed again

Re: [PATCH 1/8] hugetlb: make mm and fs code explicitly non-modular

On Thu, 17 Dec 2015, Paul Gortmaker wrote: The Kconfig currently controlling compilation of this code is: config HUGETLBFS bool "HugeTLB file system support" ...meaning that it currently is not being built as a module by anyone. Lets remove the modular code that is essentially

Re: iio/hid-sensor-accel-3d: no output from /dev/iio:device*?

On Thu, 2015-12-17 at 18:33 -0800, Nish Aravamudan wrote: > On Thu, Dec 17, 2015 at 5:11 PM, Pandruvada, Srinivas > wrote: > > On Thu, 2015-12-17 at 17:08 -0800, Nish Aravamudan wrote: > > > On Thu, Dec 17, 2015 at 5:00 PM, Pandruvada, Srinivas > > >

Re: [PATCH v2 7/7] Documentation: cgroup: add memory.swap.{current,max} description

On 2015/12/17 21:30, Vladimir Davydov wrote: > The rationale of separate swap counter is given by Johannes Weiner. > > Signed-off-by: Vladimir Davydov > --- > Changes in v2: > - Add rationale of separate swap counter provided by Johannes. > > Documentation/cgroup.txt

Re: Rethinking sigcontext's xfeatures slightly for PKRU's benefit?

On 12/17/2015 06:32 PM, Andy Lutomirski wrote: > On Thu, Dec 17, 2015 at 6:13 PM, Dave Hansen > wrote: >> But what about the register state when delivering a signal? Don't we >> set the registers to the init state? Do we need to preserve PKRU state >> instead of

[PATCH 4/4] x86/efi: print size and base in binary units in efi_print_memmap

Print the base address for each range in decimal alongside the size. Use a "(size @ base)" format similar to the fake_memmap kernel parameter. Print the range and base in the best-fit B, KiB, MiB, etc. units rather than always MiB. This avoids rounding, which can be misleading. Use proper IEC

Re: [PATCH v4 2/2] zram: try vmalloc() after kmalloc()

On (12/01/15 21:36), Sergey Senozhatsky wrote: > When we're using LZ4 multi compression streams for zram swap, we found out > page allocation failure message in system running test. That was not only > once, but a few(2 - 5 times per test). Also, some failure cases were > continually occurring

[PATCH 5/8 v6] thermal: rcar: enable to use thermal-zone on DT

From: Kuninori Morimoto This patch enables to use thermal-zone on DT if it was calles as "renesas,rcar-thermal-gen2". Previous style (= non thermal-zone) is still supported by "renesas,rcar-thermal" to keep compatibility for "git bisect". Signed-off-by:

Re: [PATCH v4 01/20] PM / devfreq: exynos: Add generic exynos bus frequency driver

Hi, On 2015년 12월 15일 12:41, Krzysztof Kozlowski wrote: > On 14.12.2015 15:38, Chanwoo Choi wrote: >> This patch adds the generic exynos bus frequency driver for AMBA AXI bus >> of sub-blocks in exynos SoC with DEVFREQ framework. The Samsung Exynos SoC >> have the common architecture for bus

Re: [PATCH v11 0/19] Add Analogix Core Display Port Driver

Hi Heiko, On 12/18/2015 07:51 AM, Heiko Stübner wrote: Hi Yakir, Am Mittwoch, 16. Dezember 2015, 11:20:18 schrieb Yakir Yang: The Samsung Exynos eDP controller and Rockchip RK3288 eDP controller share the same IP, so a lot of parts can be re-used. I split the common code into bridge

Re: [PATCH linux-next 0/5] mtd: spi-nor: add driver for Atmel QSPI controller

On Thu, Dec 17, 2015 at 04:29:01PM -0800, Brian Norris wrote: > On Tue, Dec 08, 2015 at 06:21:00AM +, Bean Huo 霍斌斌 wrote: > OK, so I think your patch is broken: > > > > commit 548cd3ab54da ("mtd: spi-nor: Add quad I/O support for Micron > > > SPI NOR") > > How did you test this?

Re: [PATCH 1/3] ata: sata_dwc_460ex: use "dmas" DT property to find dma channel

On 12/17/2015 8:06 PM, Måns Rullgård wrote: Julian Margetson writes: On 12/17/2015 3:53 PM, Måns Rullgård wrote: Julian Margetson writes: On 12/17/2015 2:51 PM, Måns Rullgård wrote: Julian Margetson writes: On 12/17/2015 1:59 PM,

Re: iio/hid-sensor-accel-3d: no output from /dev/iio:device*?

Hi Andy, As per Nish these patches are impacting sensors on Yoga. https://lkml.org/lkml/2015/11/30/441 Can you help? Thanks, Srinivas On Thu, 2015-12-17 at 16:51 -0800, Srinivas Pandruvada wrote: > On Thu, 2015-12-17 at 15:38 -0800, Nish Aravamudan wrote: > > [Starting a new thread from

Re: iio/hid-sensor-accel-3d: no output from /dev/iio:device*?

On Thu, Dec 17, 2015 at 5:00 PM, Pandruvada, Srinivas wrote: > Hi Andy, > > As per Nish these patches are impacting sensors on Yoga. > https://lkml.org/lkml/2015/11/30/441 To be clear, without that series, the touchpad and touchscreen on the Yoga 900 don't work at

Re: [PATCH] netconsole: Initialize after all core networking drivers

On Thu, 2015-12-17 at 15:52 -0800, Calvin Owens wrote: > With built-in netconsole and IXGBE, configuring netconsole via the kernel > cmdline results in the following panic at boot: > > netpoll: netconsole: device eth0 not up yet, forcing it > usb 2-1: new high-speed USB device number 2

Re: [PATCH] netconsole: Initialize after all core networking drivers

On Thu, 17 Dec 2015 15:52:39 -0800 Calvin Owens wrote: > With built-in netconsole and IXGBE, configuring netconsole via the kernel > cmdline results in the following panic at boot: > > netpoll: netconsole: device eth0 not up yet, forcing it > usb 2-1: new high-speed

Re: iio/hid-sensor-accel-3d: no output from /dev/iio:device*?

On Thu, 2015-12-17 at 17:08 -0800, Nish Aravamudan wrote: > On Thu, Dec 17, 2015 at 5:00 PM, Pandruvada, Srinivas > wrote: > > Hi Andy, > > > > As per Nish these patches are impacting sensors on Yoga. > > https://lkml.org/lkml/2015/11/30/441 > > To be clear,

<    3   4   5   6   7   8   9   10   11   12   >