Re: [PATCH 13/16] perf callchain: Switch default to 'graph,0.5,caller'

Em Fri, Oct 09, 2015 at 03:10:29PM -0700, Brendan Gregg escreveu: > On Fri, Oct 9, 2015 at 2:56 PM, Arnaldo Carvalho de Melo > wrote: > > > > Em Fri, Oct 09, 2015 at 01:34:33PM -0700, Brendan Gregg escreveu: > > > On Mon, Oct 5, 2015 at 2:03 PM, Arnaldo Carvalho de Melo >

Re: [lkp] [ACPI] 7494b07eba: Kernel panic - not syncing: Watchdog detected hard LOCKUP on cpu 0

On 10/09/2015 03:02 PM, Rafael J. Wysocki wrote: > On Thursday, October 08, 2015 05:05:00 PM Al Stone wrote: >> On 10/08/2015 04:50 PM, Rafael J. Wysocki wrote: >>> On Thursday, October 08, 2015 02:32:15 PM Al Stone wrote: On 10/08/2015 02:41 PM, Rafael J. Wysocki wrote: > On Thursday,

[PULL v2] GIC changes for Linux 4.4

Hi Thomas, Jason, Here's the pull request for the GIC updates I stashed over the past few weeks. Only real new feature is the 32bit support from Jean-Philippe, the rest is all about dealing with errata and firmware. Please pull! Thanks, M. The following changes since commit

Re: [RFC PATCH 0/2] DRA72/DRA74: Add 2 lane support

[+cc Arnd, Rob] On Mon, Sep 28, 2015 at 06:27:36PM +0530, Kishon Vijay Abraham I wrote: > Add driver modifications in pci-dra7xx to get x2 mode working in > DRA72 and DRA74. Certain modifications is needed in PHY driver also > which I'll send as a separate series. > > Kishon Vijay Abraham I (2):

Re: [RFC/PATCH 17/38] perf tools: Maintain map groups list in a leader thread

On Thu, Oct 08, 2015 at 02:51:43PM +0200, Jiri Olsa wrote: > On Fri, Oct 02, 2015 at 02:18:58PM +0900, Namhyung Kim wrote: > > SNIP > > > +static int thread__clone_map_groups(struct thread *thread, > > + struct thread *parent); > > + > > int

Re: [PATCH RESEND] rtsx_usb_ms: Use msleep_interruptible() in polling loop

On Thu, 08 Oct 2015, Ben Hutchings wrote: > On Thu, 2015-10-08 at 08:19 +0100, Lee Jones wrote: > > On Mon, 28 Sep 2015, Ben Hutchings wrote: > > > > > rtsx_usb_ms creates a task that mostly sleeps, but tasks in > > > uninterruptible sleep still contribute to the load average (for > > >

Re: [RFC PATCH 1/2] ext4: Fix possible deadlock with local interrupts disabled and page-draining IPI

> >> @@ -109,8 +109,8 @@ static void ext4_finish_bio(struct bio *bio) > >>if (bio->bi_error) > >>buffer_io_error(bh); > >>} while ((bh = bh->b_this_page) != head); > >> - bit_spin_unlock(BH_Uptodate_Lock, >b_state); > >>

Re: [PATCH 02/10] clk: nsp: add clock support for Broadcom Northstar Plus SoC

On 10/02, Jon Mason wrote: > diff --git a/drivers/clk/bcm/clk-nsp.c b/drivers/clk/bcm/clk-nsp.c > new file mode 100644 > index 000..708961a > --- /dev/null > +++ b/drivers/clk/bcm/clk-nsp.c > @@ -0,0 +1,139 @@ > +/* > + * Copyright (C) 2015 Broadcom Corporation > + * > + * This program is free

Re: [PATCH V6] mm: memory hot-add: memory can not be added to movable zone defaultly

Hi, I don't mean to offend, but I really think it is not necessary to do this. hot-added memory will be added to ZONE_NORMAL by default. You can modify it when you online memory. I think it is enough for users. And a sysctl interface is also unnecessary. I think one default behaviour is enough

Re: [PATCH v2] mmc: core: Fix init_card in 52Mhz

On 08/10/15 16:35, Ulf Hansson wrote: > On 8 October 2015 at 15:03, Adrian Hunter wrote: >> On 08/10/15 13:59, Ulf Hansson wrote: >>> On 8 October 2015 at 09:09, Chaotian Jing >>> wrote: Suppose that we got a data crc error, and it

spoluprace

Muzete me kontaktovat na e-mailovou adresu nize pro vysvetlení prospesny spoluprace. e-mail: chn.j...@gmail.com -- 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][v3] ACPI / PM: Fix incorrect wakeup irq setting before suspend-to-idle

For ACPI compatible system, SCI(ACPI System Control Interrupt) is used to wake system up from suspend-to-idle. Once CPU is woken up by SCI, interrupt handler will firstly checks if current interrupt is legal to wake up the whole system, thus irq_pm_check_wakeup is invoked to validate the irq

Re: [PATCHv3 1/2] ARM: exynos_defconfig: Enable rtl8152 ethernet driver for Odroid-XU4

On Friday 09 October 2015 09:14:33 Anand Moon wrote: > As long as we use correct exynos5422-odroidxu4.dtb is used in the > boot.scr/boot.ini ethernet come up, > build and tested using CONFIG_USB_RTL8152=m using multi_v7_defconfig. > > Not sure what is the policy for NFS booting. > > Do you want

Re: [PATCH] UBI: rename free variable

Hello Al, Am 09.10.2015 um 07:39 schrieb Al Viro: On Fri, Oct 09, 2015 at 06:39:52AM +0200, Heiko Schocher wrote: Hello Al, Sorry, I should have added this info immediately into the patch ... We have in U-Boot a compat.h file, in which we collect all things we need to make linux code running

Re: [PATCH v2] sunrpc: fix waitqueue_active without memory barrier in sunrpc

Neil Brown wrote: > Kosuke Tatsukawa writes: > >> There are several places in net/sunrpc/svcsock.c which calls >> waitqueue_active() without calling a memory barrier. Add a memory >> barrier just as in wq_has_sleeper(). >> >> I found this issue when I was looking through

Re: [PATCH 1/5] leds: core: Drivers shouldn't enforce SYNC/ASYNC brightness setting

On 10/08/2015 05:50 PM, Pavel Machek wrote: On Mon 2015-09-21 16:29:26, Jacek Anaszewski wrote: This patch removes SET_BRIGHTNESS_ASYNC and SET_BRIGHTNESS flags. s/SET_BRIGHTNESS/SET_BRIGHTNESS_SYNC/ led_set_brightness now calls led_set_brightness_nosleep instead of choosing between sync

Re: [PATCH][RFC] mm: Introduce kernelcore=reliable option

On 2015/10/9 22:56, Taku Izumi wrote: > Xeon E7 v3 based systems supports Address Range Mirroring > and UEFI BIOS complied with UEFI spec 2.5 can notify which > ranges are reliable (mirrored) via EFI memory map. > Now Linux kernel utilize its information and allocates > boot time memory from

[PATCH v3 0/6] arm64: berlin: add pinctrl support

This series adds support for Marvell berlin4ct pin-controller, allowing to configure the pin muxing from the device tree. Since v2: - introduce new berlin_pinctrl_probe_regmap() to avoid duplicated code - renaming such as s/urt/uart etc. but keep the group name as URT* to keep consistent

[PATCH v3 4/6] pinctrl: dt-binding: document berlin4ct SoC pinctrl

Add berlin4ct to existing berlin pinctrl device tree binding. Signed-off-by: Jisheng Zhang --- Documentation/devicetree/bindings/pinctrl/berlin,pinctrl.txt | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 05/10] clk: iproc: Add PLL base write function

On 10/02, Jon Mason wrote: > diff --git a/drivers/clk/bcm/clk-iproc-pll.c b/drivers/clk/bcm/clk-iproc-pll.c > index e029ab3..a4602aa 100644 > --- a/drivers/clk/bcm/clk-iproc-pll.c > +++ b/drivers/clk/bcm/clk-iproc-pll.c > @@ -137,6 +137,18 @@ static int pll_wait_for_lock(struct iproc_pll *pll) >

[PATCH V6] mm: memory hot-add: memory can not be added to movable zone defaultly

From: Changsheng Liu After the user config CONFIG_MOVABLE_NODE, When the memory is hot added, should_add_memory_movable() return 0 because all zones including movable zone are empty, so the memory that was hot added will be added to the normal zone and the normal zone

Re: [RFC PATCH 1/2] ext4: Fix possible deadlock with local interrupts disabled and page-draining IPI

> @@ -109,8 +109,8 @@ static void ext4_finish_bio(struct bio *bio) > if (bio->bi_error) > buffer_io_error(bh); > } while ((bh = bh->b_this_page) != head); > - bit_spin_unlock(BH_Uptodate_Lock, >b_state); >

Re: [PATCH v2 0/3] hwrng: st: Couple of improvements

On Thu, 08 Oct 2015, Herbert Xu wrote: > On Wed, Oct 07, 2015 at 01:23:26PM +0100, Lee Jones wrote: > > This set contains a minor documentation fix, greater clarification > > with how the FIFO depth/size is represented and finally a fix to > > prevent early timeout during data acquisition. > > >

Re: [PATCH v2 32/36] x86/entry: Micro-optimize compat fast syscall arg fetch

* Andy Lutomirski wrote: > we're following a 32-bit pointer, and the uaccess code isn't smart > enough to figure out that the access_ok check isn't needed. > > This saves about three cycles on a cache-hot fast syscall. Another request: could you please stick the benchmarking

Re: [RFC PATCH 1/2] ext4: Fix possible deadlock with local interrupts disabled and page-draining IPI

On 10/09/2015 10:37 AM, Hillf Danton wrote: @@ -109,8 +109,8 @@ static void ext4_finish_bio(struct bio *bio) if (bio->bi_error) buffer_io_error(bh); } while ((bh = bh->b_this_page) != head); -

Re: [PATCH 2/3] slab_common: clear pointers to per memcg caches on destroy

On Thu, Oct 08, 2015 at 02:17:35PM -0700, Andrew Morton wrote: > On Thu, 8 Oct 2015 19:02:40 +0300 Vladimir Davydov > wrote: > > > Currently, we do not clear pointers to per memcg caches in the > > memcg_params.memcg_caches array when a global cache is destroyed with > >

Re: linux-next: build warning after merge of the driver-core tree

On 08-10-15, 22:30, Rafael J. Wysocki wrote: > You could have asked me to drop that commit when you decided to rework the > API. > > That would have been much less painful to everybody (and especially to the > people who saw the breakage and have tried to fix it). My apologies, I could have

[PATCH v3 1/6] pinctrl: berlin: introduce berlin_pinctrl_probe_regmap()

This is to prepare for the next berlin4ct support, where we won't use simple-mfd any more. Signed-off-by: Jisheng Zhang --- drivers/pinctrl/berlin/berlin.c | 26 +- drivers/pinctrl/berlin/berlin.h | 4 2 files changed, 21 insertions(+), 9

[PATCH v3 5/6] arm64: dts: berlin4ct: add the pinctrl node

Add the avio, soc, sm pinctrl nodes for Marvell berlin4ct SoC. Signed-off-by: Jisheng Zhang --- arch/arm64/boot/dts/marvell/berlin4ct.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git a/arch/arm64/boot/dts/marvell/berlin4ct.dtsi

[PATCH v3 6/6] arm64: dts: berlin4ct: add default pinmux for uart0

Add urt0 txd and rxd muxing setup in the dtsi because uart0 always uses them to work, no other possibilities. Signed-off-by: Jisheng Zhang --- arch/arm64/boot/dts/marvell/berlin4ct.dtsi | 7 +++ 1 file changed, 7 insertions(+) diff --git

Re: [PATCH v2 2/6] pinctrl: berlin: add the berlin4ct pinctrl driver

Hi Antoine, On Thu, 8 Oct 2015 18:46:53 +0800 Jisheng Zhang wrote: > Hi Antoine, > > On Fri, 2 Oct 2015 15:21:39 +0200 > Antoine Tenart wrote: > > > Hi Jisheng, > > > > Sorry for the delay, I was quite busy these days... > > > >

Re: [PATCH v4 8/8] ARM: multi_v7_defconfig: Add rockchip audio support

Thanks an awful lot of people you've spammed there. Are you sure they all care about your Rockchip changes? Hint: I'm sure that they don't. Please be careful and only send patches to relevant people. > Enable support for audio device found on rockchip boards. > > Signed-off-by: Sjoerd Simons

Re: [PATCH 04/10] ARM: dts: enable clock support for BCM5301X

On 10/02, Jon Mason wrote: > Replace current device tree dummy clocks with real clock support for > Broadcom Northstar SoCs. > > Signed-off-by: Jon Mason > --- I'd rather not take any dts changes through clk tree. > arch/arm/boot/dts/bcm5301x.dtsi | 67 >

[PATCH] ARM: imx: add cpufreq device for imx6ul

Add cpufreq device for i.MX6UL. Using the common cpufreq of i.MX6 SOC. Signed-off-by: Bai Ping --- arch/arm/mach-imx/mach-imx6ul.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/arch/arm/mach-imx/mach-imx6ul.c b/arch/arm/mach-imx/mach-imx6ul.c index

Re: [PATCH] ALSA: seq_oss: fix waitqueue_active without memory barrier in snd-seq-oss

On Fri, 09 Oct 2015 02:35:54 +0200, Kosuke Tatsukawa wrote: > > snd_seq_oss_readq_put_event() seems to be missing a memory barrier which > might cause the waker to not notice the waiter and miss sending a > wake_up as in the following figure. > > snd_seq_oss_readq_put_event

Re: Hard lockup in ext4_finish_bio

On 10/08/2015 09:56 PM, John Stoffel wrote: >> "Nikolay" == Nikolay Borisov writes: > > Nikolay> On 10/08/2015 05:34 PM, John Stoffel wrote: >>> Great bug report, but you're missing the info on which kernel >>> you're > > Nikolay> This is on 3.12.47 (self compiled). It

Re: [PATCHv2] ARM64:Fix MINSIGSTKSZ and SIGSTKSZ

>> This looks correct now. A few more points though: >> >> * My first thought would have been to do this by first defining the >> two symbols before the #include, and then adding an #ifdef in >> the generic file. Both approaches work though, any other opinions >> on this? >That's what I

Re: [RFC/PATCH 15/38] perf tools: Introduce machine__find*_thread_by_time()

On Thu, Oct 08, 2015 at 02:20:11PM +0200, Jiri Olsa wrote: > On Fri, Oct 02, 2015 at 02:18:56PM +0900, Namhyung Kim wrote: > > SNIP > > > diff --git a/tools/perf/util/thread.c b/tools/perf/util/thread.c > > index 674792e8fa2f..ad7c2a00bff8 100644 > > --- a/tools/perf/util/thread.c > > +++

Re: [RFC/PATCH 02/38] perf tools: Save mmap_param.len instead of mask

Hi Jiri, On Thu, Oct 08, 2015 at 12:17:11PM +0200, Jiri Olsa wrote: > On Fri, Oct 02, 2015 at 02:18:43PM +0900, Namhyung Kim wrote: > > It is more convenient saving mmap length rather than (bit) mask. With > > this patch, we can eliminate dependency to perf_evlist other than > > getting

linux-next: Tree for Oct 9

Hi all, Changes since 20151008: My fixes tree contains: "perf tools: Fix build break on powerpc due to sample_reg_masks" "word-at-a-time.h: powerpc: implement define zero_bytemask" I used the h8300 tree from next-20150828 since the current tree has been rebased onto linux-next

Re: [PATCH v3 7/7] arm64: ftrace: add arch-specific stack tracer

Hi AKASHI, [auto build test WARNING on v4.3-rc4 -- if it's inappropriate base, please ignore] config: arm64-defconfig (attached as .config) reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +x

Re: [PATCH v3 3/7] arm64: ftrace: fix a stack tracer's output under function graph tracer

Hi AKASHI, [auto build test ERROR on v4.3-rc4 -- if it's inappropriate base, please ignore] config: arm64-allmodconfig (attached as .config) reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +x

[PATCH 1/4] i2c: designware-platdrv: enable RuntimePM before registering to the core

From: Wolfram Sang The core may register clients attached to this master which may use funtionality from the master. So, RuntimePM must be enabled before, otherwise this will fail. Signed-off-by: Wolfram Sang --- Not tested

[PATCH v3 2/6] pinctrl: berlin: add the berlin4ct pinctrl driver

Add the pin-controller driver for Marvell Berlin BG4CT SoC, with definition of its groups and functions. This uses the core Berlin pinctrl driver. Signed-off-by: Jisheng Zhang --- drivers/pinctrl/berlin/Kconfig| 5 + drivers/pinctrl/berlin/Makefile | 1 +

[PATCH v3 3/6] arm64: berlin: add the pinctrl dependency for Marvell Berlin SoCs

This is to add the pinctrl dependency for Marvell Berlin SoCs. Signed-off-by: Jisheng Zhang --- arch/arm64/Kconfig.platforms | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm64/Kconfig.platforms b/arch/arm64/Kconfig.platforms index c6e2c75..3d17ee2 100644 ---

[PATCH 2/4] i2c: rcar: enable RuntimePM before registering to the core

From: Wolfram Sang The core may register clients attached to this master which may use funtionality from the master. So, RuntimePM must be enabled before, otherwise this will fail. While here, move drvdata, too. Reported-by: Geert Uytterhoeven

[PATCH 4/4] spi: spi-coldfire-qspi: enable RuntimePM before registering to the core

From: Wolfram Sang The core may register clients attached to this master which may use funtionality from the master. So, RuntimePM must be enabled before, otherwise this will fail. Signed-off-by: Wolfram Sang --- Not tested

[PATCH 3/4] i2c: s3c2410: enable RuntimePM before registering to the core

From: Wolfram Sang The core may register clients attached to this master which may use funtionality from the master. So, RuntimePM must be enabled before, otherwise this will fail. While here, move drvdata, too. Signed-off-by: Wolfram Sang

containers: how to limit pagecache size?

Hi, all How to limit and reclaim container's pagecache? Thanks, Zhang Haoyu -- 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 FAQ at

Re: [RFC PATCH 1/2] ext4: Fix possible deadlock with local interrupts disabled and page-draining IPI

On 10/09/2015 10:19 AM, Hillf Danton wrote: >> @@ -109,8 +109,8 @@ static void ext4_finish_bio(struct bio *bio) >> if (bio->bi_error) >> buffer_io_error(bh); >> } while ((bh = bh->b_this_page) != head); >> -

Re: [PATCH 07/44] kdbus: Fix comment on translation of caps between namespaces

Hi, On Fri, Oct 09, 2015 at 11:43:22AM +0800, Hillf Danton wrote: > > @@ -730,15 +730,21 @@ static void kdbus_meta_export_caps(struct > > kdbus_meta_caps *out, > > > > /* > > * This translates the effective capabilities of 'cred' into the given > > -* user-namespace. If the given

[RFC V3] regmap: change bool to 1 bit variable in struct regmap

This patch change some bool variables in struct regmap { } to be u8 v : 1 type, so that we can shrink the sizeof of struct regmap. Signed-off-by: yalin wang --- drivers/base/regmap/internal.h | 39 +++ 1 file changed, 19

Re: [RFC/PATCH 03/38] perf tools: Move auxtrace_mmap field to struct perf_evlist

Hi Adrian, On Thu, Oct 08, 2015 at 07:07:43PM +0300, Adrian Hunter wrote: > On 7/10/2015 12:06 p.m., Namhyung Kim wrote: > >Hi Adrian, > > > >On Tue, Oct 6, 2015 at 6:26 PM, Adrian Hunter > >wrote: > >>On 06/10/15 12:03, Namhyung Kim wrote: > >>>Hi Adrian, > >>> > >>>On

Re: [PATCH] string: Improve the generic strlcpy() implementation

On Thu, Oct 08 2015, Ingo Molnar wrote: > * Linus Torvalds wrote: > >> So I really refuse to worry about the snprintf() family of functions wrt >> this >> race. I don't think it was hugely important for strlcpy() either - more of a >> "quality

Re: [PATCH v3] PCI: Xilinx-NWL-PCIe: Added support for Xilinx NWL PCIe Host Controller

On 09/10/15 06:11, Bharat Kumar Gogada wrote: +struct nwl_msi { /* struct nwl_msi - MSI information >> */ + struct msi_controller chip; /* chip: MSI controller */ >>> We're moving away from msi_controller altogether, as the kernel now has all the necessary

RE: [PATCH] [v2] ACPI / PM: Fix incorrect wakeup irq setting before suspend-to-idle

Hi, Rafael Sorry for my late response, just came back from home:) > -Original Message- > From: linux-pm-ow...@vger.kernel.org [mailto:linux-pm- > ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki > Sent: Thursday, October 01, 2015 9:11 AM > To: Chen, Yu C > Cc: l...@kernel.org; Zhang,

Re: linux-next: build warning after merge of the driver-core tree

On 09-10-15, 16:36, Stephen Rothwell wrote: > Hi Rafael, > > On Thu, 08 Oct 2015 22:30:45 +0200 "Rafael J. Wysocki" > wrote: > > > > On Thursday, October 08, 2015 12:39:54 PM Viresh Kumar wrote: > > > 1840995c52d4 PM / OPP: reuse of_parse_phandle() > > > f0489a5ef4d0 PM /

[patch] intel_th: checking for ERR_PTR instead of NULL

devm_ioremap() returns NULL on error, it doesn't return an ERR_PTR. Signed-off-by: Dan Carpenter diff --git a/drivers/hwtracing/intel_th/pti.c b/drivers/hwtracing/intel_th/pti.c index 1e3bbc8..57cbfdc 100644 --- a/drivers/hwtracing/intel_th/pti.c +++

[patch 1/2] misc: mic/scif: fix error code in scif_create_remote_lookup()

We should be returning -ENOMEM here instead of success. Fixes: ba612aa8b487 ('misc: mic: SCIF memory registration and unregistration') Signed-off-by: Dan Carpenter diff --git a/drivers/misc/mic/scif/scif_rma.c b/drivers/misc/mic/scif/scif_rma.c index e288996..bc2dccb

Re: [PATCH] ARM: OMAP2+: Fixed inverted OMAP_OFFOUT_EN

* Ben Tucker [151008 06:09]: > The OFFOUTENABLE bit of the omap PADCONF registers is active low. > The mux code assumed that it was active high and this patch fixes this > problem. > > Tested on an AM37x device. Hmm what are the test cases you're using to validate this so

[patch 2/2] misc: mic/scif: fix wrap around tests

Signed integer overflow is undefined. Also I added a check for "(offset < 0)" in scif_unregister() because that makes it match the other conditions and because I didn't want to subtract a negative. Fixes: ba612aa8b487 ('misc: mic: SCIF memory registration and unregistration') Signed-off-by: Dan

Re: [RFC/PATCH 17/38] perf tools: Maintain map groups list in a leader thread

On Thu, Oct 08, 2015 at 02:58:00PM +0200, Jiri Olsa wrote: > On Fri, Oct 02, 2015 at 02:18:58PM +0900, Namhyung Kim wrote: > > SNIP > > > int __thread__set_comm(struct thread *thread, const char *str, u64 > > timestamp, > >bool exec) > > { > > @@ -182,6 +257,40 @@ int

Re: [PATCH 1/5] leds: core: Drivers shouldn't enforce SYNC/ASYNC brightness setting

On Fri 2015-10-09 08:28:44, Jacek Anaszewski wrote: > On 10/08/2015 05:50 PM, Pavel Machek wrote: > >On Mon 2015-09-21 16:29:26, Jacek Anaszewski wrote: > >>This patch removes SET_BRIGHTNESS_ASYNC and SET_BRIGHTNESS flags. > > s/SET_BRIGHTNESS/SET_BRIGHTNESS_SYNC/ > > >>led_set_brightness now

Re: [PATCH 02/10] Drivers: hv: utils: run polling callback always in interrupt context

On Thu, Oct 08, KY Srinivasan wrote: > > yes, but after doing fcopy_respond_to_host(). I'd suggest we leave the > > check in place, better safe than sorry. > > Agreed; Olaf, if it is ok with you, I can fix it up and send. I will retest with this part reverted. I think without two code paths

efficient way to verify one memory block is only readable?

When I did some experiments about vtable, and modified the virtual method address myself, I found error report : "Segment fault". When I see the /proc/self/maps, vtable is in the readonly text segment. I almost forget the fact that vtables have been stored in readonly segment. So I have a

Re: [PATCH v2 10/36] x86/vdso: Define BUILD_VDSO while building and emit .eh_frame in asm

* Andy Lutomirski wrote: > For the vDSO, user code wants runtime unwind info. Make sure that, > if we use .cfi directives, we generate it. > > Signed-off-by: Andy Lutomirski > --- > arch/x86/entry/vdso/Makefile | 4 ++-- > arch/x86/include/asm/dwarf2.h |

Re: [PATCH v2] barriers: introduce smp_mb__release_acquire and update documentation

On Thu, Oct 08, 2015 at 02:44:39PM -0700, Paul E. McKenney wrote: > > > > I am with Peter -- we do need the benchmark results for PPC. > > > > > > Urgh, sorry guys. I have been slowly doing some benchmarks, but time is > > > not > > > plentiful at the moment. > > > > > > If we do a straight

Re: [PATCH 00/44] kdbus cleanups

Hi David, On Thu, Oct 08, 2015 at 05:20:34PM +0200, David Herrmann wrote: > Hi > > On Thu, Oct 8, 2015 at 1:31 PM, Sergei Zviagintsev wrote: > > Hi all, > > > > This is a set of various kdbus code cleanups. Patches are ordered by > > increasing complexity, starting with docs

Re: [PATCH v2 3/5] ARM: mvebu: set SW polling as SDHCI card detection on A388-GP

Dear Marcin Wojtas, On Fri, 9 Oct 2015 03:03:53 +0200, Marcin Wojtas wrote: > The newest revisions of A388-GP (v1.5 and higher) support only > DAT3-based card detection. Revisions < v1.5 based on GPIO detection > via I2C expander, but this solution is supposed to be deprecated on > new boards.

Re: [PATCH 1/5] leds: core: Drivers shouldn't enforce SYNC/ASYNC brightness setting

On 10/09/2015 09:02 AM, Pavel Machek wrote: On Fri 2015-10-09 08:28:44, Jacek Anaszewski wrote: On 10/08/2015 05:50 PM, Pavel Machek wrote: On Mon 2015-09-21 16:29:26, Jacek Anaszewski wrote: This patch removes SET_BRIGHTNESS_ASYNC and SET_BRIGHTNESS flags.

Re: [PATCH v3] PCI: Xilinx-NWL-PCIe: Added support for Xilinx NWL PCIe Host Controller

On Friday 09 October 2015 09:10:17 Marc Zyngier wrote: > > Please let me know whether we require a separate msi file as > > suggested in your previous comments to separate MSI controller and > > PCIE controller in two files, if we don't have separate node. If we > > do not need a separate node do

Re: [PATCH v2 01/12] leds: core: Use EXPORT_SYMBOL_GPL consistently

On 10/08/2015 05:51 PM, Pavel Machek wrote: On Mon 2015-09-28 17:13:39, Jacek Anaszewski wrote: This patch isn't going to be applied since it can cause legal implications for existing users. Are there any? Best do this ASAP :-). Current non-GPL users of led_set_brightness would be affected

Re: [Patch v6 4/7] PCI/ACPI: Consolidate common PCI host bridge code into ACPI core

On 2015/10/8 21:20, Bjorn Helgaas wrote: > On Thu, Oct 08, 2015 at 01:32:04PM +0800, Jiang Liu wrote: >> On 2015/10/7 1:47, Bjorn Helgaas wrote: +struct pci_bus *acpi_pci_root_create(struct acpi_pci_root *root, + struct acpi_pci_root_ops *ops, +

Re: [PATCH 13/16] perf callchain: Switch default to 'graph,0.5,caller'

On Mon, Oct 5, 2015 at 2:03 PM, Arnaldo Carvalho de Melo wrote: > > From: Arnaldo Carvalho de Melo > > Which is the most common default found in other similar tools. Interactive tools, sure, like the perf report TUI. But this also changes the ordering of the

[PATCH v2 0/7] Qualcomm WCNSS HCI support

After trying to avoid implementing multi-channel support in SMD in v1 of the HCI driver for Qualcomm WCNSS BT, this new version includes the necessary SMD refactoring and additon of an API that allows SMD devices to call back into the SMD core to acquire additonal channels. The additional

Re: [PATCH 1/2] PM / sleep: ensure deferred probe workqueue is finished in wait_for_device_probe

On Friday, October 09, 2015 09:38:13 AM Grygorii Strashko wrote: > On 10/08/2015 03:53 PM, Alan Stern wrote: > > On Thu, 8 Oct 2015, Rafael J. Wysocki wrote: > > > >>> @@ -391,6 +391,10 @@ int driver_probe_done(void) > >>>*/ > >>> void wait_for_device_probe(void) > >>> { > >>> + /* wait

[PATCH v2 5/7] soc: qcom: smd: Support opening additional channels

With the qcom_smd_open_channel() API we allow SMD devices to open additional SMD channels, to allow implementation of multi-channel SMD devices - like Bluetooth. Channels are opened from the same edge as the calling SMD device is tied to. Signed-off-by: Bjorn Andersson

Re: [PATCH] drm: atmel-hlcdc: add support for sama5d2 SoCs

Hi Nicolas, Sorry for the late reply. On Wed, 9 Sep 2015 15:47:15 +0200 Nicolas Ferre wrote: > As the hardware description for this chip is the same as the sama5d4, we use > this SoC structures for layers and DC descriptions. Thus only 2 lines are > added > to the

bcm2835 (Raspberry Pi) KMS driver

This is a respin of the Raspberry Pi KMS series. Now that we've got a real clock driver, I can actually set new video modes. Also in this version, most of the custom DT stuff from before is gone, thanks to finding exynos's platform_driver component matching code (I have sent separate patches to

[PATCH v3 6/7] ARM: bcm2835: Add the DDC I2C controller to the device tree.

We need to use it for getting video modes over HDMI. Signed-off-by: Eric Anholt Acked-by: Stephen Warren --- v2: Mark it as disabled by default, and enable it in bcm2835-rpi. arch/arm/boot/dts/bcm2835-rpi.dtsi | 4 arch/arm/boot/dts/bcm2835.dtsi

Re: [PATCH v2 1/2] devicetree: add binding for generic mmio clocksource

Stephen Boyd writes: > On 10/09, Rob Herring wrote: >> +Stephen who has worked on this code. >> >> On Fri, Oct 9, 2015 at 11:19 AM, Måns Rullgård wrote: >> > Måns Rullgård writes: >> > >> >> Rob Herring writes: >>

[PATCH 04/20] sh: introduce arch_memremap()

In preparation for removing ioremap_cache() introduce arch_memremap() for sh. This simply enforces that attempts to establish writethrough mappings fail rather than silently fallback to uncached. Cc: Arnd Bergmann Cc: Ross Zwisler Signed-off-by: Dan

[PATCH 11/20] sound, skylake: switch from ioremap_cache to memremap

In preparation for deprecating ioremap_cache() convert its usage in skl-nhlt to memremap. Cc: Liam Girdwood Cc: Mark Brown Cc: Jaroslav Kysela Cc: Takashi Iwai Cc: Jeeja KP Signed-off-by: Dan

[PATCH 08/20] gma500: switch from acpi_os_ioremap to memremap

gma500 expects the OpRegion to be cached (i.e. not __iomem), so explicitly map it with memremap rather than the implied cache setting of acpi_os_ioremap(). Cc: David Airlie Cc: dri-de...@lists.freedesktop.org Signed-off-by: Dan Williams ---

Re: [PATCH v3] usbtouchscreen: add option for inverting X or Y axis

On 7/28/15, Dmitry Torokhov wrote: > On Tue, Jul 28, 2015 at 12:16:01AM +0200, Philippe Coval wrote: >> Invert Y is needed (together with swap XY) for some touchscreens, >> at least for some of them : >> >> - CarTft 8in4 (type=eGalax, USB=0eef:0001) >> - LeadingTouch >>

[PATCH 14/20] pxa2xx-flash: switch from ioremap_cache to memremap

In preparation for deprecating ioremap_cache() convert its usage in pxa2xx-flash to memremap. Cc: David Woodhouse Cc: Brian Norris [brian: also convert iounmap to memunmap] Signed-off-by: Dan Williams ---

[PATCH 13/20] intel-iommu: switch from ioremap_cache to memremap

In preparation for deprecating ioremap_cache() convert its usage in intel-iommu to memremap. This also eliminates the mishandling of the __iomem annotation in the implementation. Cc: David Woodhouse Acked-by: Joerg Roedel Signed-off-by: Dan Williams

[PATCH 15/20] sfi: switch from ioremap_cache to memremap

In preparation for deprecating ioremap_cache() convert its usage in sfi to memremap. It's a bit awkward that we go and add back a fake __iomem annotation, but this is to keep consistency with early_ioremap() which does not have a 'memremap' flavor. Cc: Len Brown Signed-off-by:

[PATCH 16/20] fbdev: switch from ioremap_wt to memremap

In preparation for deprecating ioremap_wt() convert its usage in drivers/video/fbdev to memremap. Cc: Jean-Christophe Plagniol-Villard Cc: Tomi Valkeinen Cc: linux-fb...@vger.kernel.org Signed-off-by: Dan Williams ---

[PATCH 09/20] i915: switch from acpi_os_ioremap to memremap

i915 expects the OpRegion to be cached (i.e. not __iomem), so explicitly map it with memremap rather than the implied cache setting of acpi_os_ioremap(). Cc: Daniel Vetter Cc: Jani Nikula Cc: intel-...@lists.freedesktop.org Cc: David Airlie

[PATCH 05/20] m68k: introduce arch_memremap()

In preparation for removing ioremap_wt() introduce arch_memremap() for m68k. This simply enforces that attempts to establish writethrough mappings fail rather than silently fall back to uncached. Cc: Arnd Bergmann Cc: Ross Zwisler Cc: Geert

[PATCH 17/20] arch: kill ioremap_cached()

Nothing calls this helper, and now that ioremap_cache() is being deprecated these can also be removed. Signed-off-by: Dan Williams --- arch/arm/mm/mmu.c |2 +- arch/metag/include/asm/io.h |3 --- arch/unicore32/include/asm/io.h |4 +---

[PATCH 19/20] arch: remove ioremap_cache, replace with arch_memremap

Now that all call sites for ioremap_cache() have been converted to memremap(MEMREMAP_WB) we can now proceed with removing the implementation in the archs. This amounts to replacing the per-arch ioremap_cache() implementation with arch_memremap. Cc: Arnd Bergmann Cc: Russell King

[PATCH 18/20] arch: kill ioremap_fullcache()

Nothing calls this helper, and now that ioremap_cache() is being deprecated these can also be removed. Signed-off-by: Dan Williams --- arch/frv/include/asm/io.h|5 - arch/m68k/include/asm/io_mm.h|6 -- arch/m68k/include/asm/io_no.h|5

[PATCH 06/20] arm: switch from ioremap_cache to memremap

In preparation for deprecating ioremap_cache() convert its usage in arch/arm[64]/ to memremap. Cc: Russell King Signed-off-by: Dan Williams --- arch/arm/include/asm/xen/page.h|4 ++-- arch/arm64/include/asm/acpi.h |5 +

[PATCH v2 6/7] Bluetooth: Add HCI device identifier for Qualcomm SMD

This patch assigns the next free HCI device identifier to Bluetooth devices based on the Qualcomm Shared Memory channels. Signed-off-by: Bjorn Andersson --- Changes since v1: - Split out this from the btqcomsmd patch include/net/bluetooth/hci.h | 1 + 1 file

[tip:irq/core] genirq: Allow migration of chained interrupts by installing default action

Commit-ID: e509bd7da149dc34916037484cd7545b2d48a2b0 Gitweb: http://git.kernel.org/tip/e509bd7da149dc34916037484cd7545b2d48a2b0 Author: Mika Westerberg AuthorDate: Mon, 5 Oct 2015 13:12:15 +0300 Committer: Thomas Gleixner CommitDate:

[tip:irq/core] genirq: Make irq_set_vcpu_affinity available for CONFIG_SMP=n

Commit-ID: fcf1ae2f7a044cda9956ec7afb487296afff058e Gitweb: http://git.kernel.org/tip/fcf1ae2f7a044cda9956ec7afb487296afff058e Author: Feng Wu AuthorDate: Sat, 3 Oct 2015 16:20:38 +0800 Committer: Thomas Gleixner CommitDate: Fri, 9 Oct 2015

Re: [PATCH] usb: musb: dsps: implement vbus_status method

Hi, Roman Alyautdin writes: > On 08/10/15 17:07, Sergei Shtylyov wrote: >> On 10/8/2015 4:50 PM, Sergei Shtylyov wrote: >> Implement vbus_status method of musb_platform_ops that allows musb_core to properly represent the VBUS status of musb_dsps devices in

Re: [PATCH v4 1/5] gadget: Introduce the notifier functions

Hi, Pavel Machek writes: > HI! > >> > + int ret; >> > + >> > + mutex_lock(>lock); >> > + ret = raw_notifier_chain_unregister(>nh, nb); >> >> Greg, this is the kind of thing I wanted to avoid adding more of. >> >> I was wondering if you would accept subsystems using kdbus for

<    6   7   8   9   10   11   12   13   14   15   >