[Question about DMA] Consistent memory?

Hi. I am new to the Linux DMA APIs. First, I started by reading Documentation/DMA-API.txt, but I am confused with the term "consistent memory". Please help me understand the document correctly. The DMA-API.txt says as follows:

Re: [PULL] Re: bcache stability patches

On Tue, Dec 29, 2015 at 10:00 PM, Eric Wheeler wrote: > Hi Jens and Kent, > > This affects many users, so please take a look when you have a moment: > > There is a growing bcache user community with a well-tested patchset that > is necessary for production bcache use. The diffstat is small and

[PATCH] Staging: vt6656: Fixed multiple commenting codig style issues.

Fixed multiple comment blocks that didn't comply with the kernels coding style. Signed-off-by: maomao xu --- drivers/staging/vt6656/main_usb.c | 14 -- 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/drivers/staging/vt6656/main_usb.c

[PATCH RFC] vhost: basic device IOTLB support

This patch tries to implement an device IOTLB for vhost. This could be used with for co-operation with userspace(qemu) implementation of iommu for a secure DMA environment in guest. The idea is simple. When vhost meets an IOTLB miss, it will request the assistance of userspace to do the

Re: [PATCH] unix: properly account for FDs passed over unix sockets

On Thu, Dec 31, 2015 at 03:08:53PM +0900, Tetsuo Handa wrote: > Willy Tarreau wrote: > > On Wed, Dec 30, 2015 at 09:58:42AM +0100, Hannes Frederic Sowa wrote: > > > The MSG_PEEK code should not be harmful and the patch is good as is. I > > > first understood from the published private thread,

Good Day

I am Ms.Golan I am getting in touch with you regarding an extremely important and urgent matter.If you would oblige me the opportunity,shall provide you with details upon your response. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to

[PATCH] f2fs: introduce max_file_blocks in sbi

Introduce max_file_blocks in sbi to store max block index of file in f2fs, it could be used to avoid unneeded calculation of max block index in runtime. Signed-off-by: Chao Yu --- fs/f2fs/data.c | 2 +- fs/f2fs/f2fs.h | 2 +- fs/f2fs/super.c | 7 --- 3 files changed, 6 insertions(+), 5

[RESEND PATCH] rtc: rk808: rename rtc-rk808.c to rtc-rk8xx.c

make rtc-rk8xx.c compatible for all pmic chips. for pmic chips(rk808\rk807\rk816\rk818) in the future. Signed-off-by: zhangqing --- drivers/mfd/rk808.c | 2 +- drivers/rtc/Kconfig | 8 +- drivers/rtc/Makefile | 2 +-

Re: [PATCH] BTRFS: Runs the xor function if a Block has failed

On Wed, 30 Dec 2015 18:18:26 +0100 David Sterba wrote: > That's just the comment copied, the changelog does not explain why > it's ok to do just the run_xor there. It does not seem trivial to me. > Please describe that the end result after the code change is expected. In the RAID 6 case after a

Re: [PATCH] unix: properly account for FDs passed over unix sockets

Willy Tarreau wrote: > On Wed, Dec 30, 2015 at 09:58:42AM +0100, Hannes Frederic Sowa wrote: > > The MSG_PEEK code should not be harmful and the patch is good as is. I > > first understood from the published private thread, that it is possible > > for a program to exceed the rlimit of fds. But

Re: [PATCH 2/4] soc: mediatek: Init MT8173 scpsys driver earlier

Hi Arnd, On Wed, 2015-12-30 at 11:35 +0100, Arnd Bergmann wrote: > On Wednesday 30 December 2015 18:12:08 James Liao wrote: > > On Wed, 2015-12-30 at 09:52 +0100, Arnd Bergmann wrote: > > > On Wednesday 30 December 2015 14:41:44 James Liao wrote: > > > > Some power domain comsumers may init

DT config of io resource

Hi Sebastian, I see that your sent a patch contain the below dt config. I want to konw how can i get IO resource from dts, how is the parent node configed? thanks. > +ISA Example: > + > + rtc@70 { > + compatible = "motorola,mc146818"; > + interrupts = <8 3>; > +

Re: [PATCH] dt: bindings: add bindings for ipq4019 wifi block

On Wednesday 30 December 2015 10:05 PM, Rob Herring wrote: On Wed, Dec 23, 2015 at 11:05:15AM +0530, Raja Mani wrote: Add device tree binding documentation details for wifi block present in Qualcomm IPQ4019 SoC into qcom,ath10k.txt. Signed-off-by: Raja Mani ---

ath9k

Hi, can anyone please tell me how to analyse ath9k source code and call flow..? Thanks, Ramesh Disclaimer:- The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary,

[PATCH v3] ocfs2: add feature document for online file check

This document will describe OCFS2 online file check feature. OCFS2 is often used in high-availaibility systems. However, OCFS2 usually converts the filesystem to read-only when encounters an error. This may not be necessary, since turning the filesystem read-only would affect other running

Re: [PATCH v5 10/20] ARC: IRQ: do not use hwirq directly at arch_do_IRQ()

>From: Vineet Gupta >Sent: Wednesday, December 30, 2015 12:10 PM >> --- a/arch/arc/Kconfig >> +++ b/arch/arc/Kconfig >> @@ -32,6 +32,7 @@ config ARC >> select HAVE_OPROFILE >> select HAVE_PERF_EVENTS >> select IRQ_DOMAIN >> + select HANDLE_DOMAIN_IRQ if ARC_PLAT_EZNPS >On

Re: [PULL] Re: bcache stability patches

On Wed, Dec 30, 2015 at 08:25:36PM -0700, Jens Axboe wrote: > On 12/30/2015 08:15 PM, Kent Overstreet wrote: > >On Wed, Dec 30, 2015 at 10:59:39AM -0700, Jens Axboe wrote: > >>Looking over these, most are really simple one-liners, and nothing sticks > >>out as being overly complicated. Kent, do

Re: [PATCH v5 11/20] ARC: IPI: do not use generic IRQ domain

>From: Vineet Gupta >Sent: Wednesday, December 30, 2015 12:13 PM >> generic-y += fb.h >> generic-y += fcntl.h >> generic-y += ftrace.h >> -generic-y += hardirq.h >So this is going backwards - copy/paste generic code into arch header I don't understand why you need this ! I need an extra

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

On 2015年12月31日 10:40, Stephen Rothwell wrote: Hi Dave, After merging the drm tree, today's linux-next build (arm multi_v7_defconfig) failed like this: ERROR: "vop_component_ops" [drivers/gpu/drm/rockchip/rockchip_vop_reg.ko] undefined! Caused by commit a67719d18229 ("drm/rockchip: vop:

[PATCH] trace: correct start_index in find_next

From: Qiu Peiyang When we do cat /sys/kernel/debug/tracing/printk_formats, we hit kernel panic at t_show. general protection fault: [#1] PREEMPT SMP CPU: 0 PID: 2957 Comm: sh Tainted: G W O 3.14.55-x86_64-01062-gd4acdc7 #2 RIP: 0010:[] [] t_show+0x22/0xe0 RSP: :88002b4ebe80

Re: [PATCH 1/7] printk: Hand over printing to console if printing too long

On (12/31/15 12:13), Sergey Senozhatsky wrote: [..] > cond_resched() does its job there, of course. well, a user process still can > do a lot of call_console_drivers() calls. may be we can check who is calling > console_unlock() and if we have "!printk_sync && !oops_in_progress" (or just >

[PATCH v2] lightnvm: fix rrpc_lun_gc

This patch fix two issues in rrpc_lun_gc 1. prio_list is protected by rrpc_lun's lock not nvm_lun's, so acquire rlun's lock instead of lun's before operate on the list. 2. we delete block from prio_list before allocating gcb, but gcb allocation may fail, we end without putting it back to the

Re: linux-next: manual merge of the security tree with the vfs tree

On Thu, Dec 31, 2015 at 03:24:53PM +1100, Stephen Rothwell wrote: > Hi James, > > Today's linux-next merge of the security tree got a conflict in: > > security/integrity/ima/ima_fs.c > > between commit: > > 3bc8f29b149e ("new helper: memdup_user_nul()") > > from the vfs tree and commit: >

linux-next: manual merge of the security tree with the vfs tree

Hi James, Today's linux-next merge of the security tree got a conflict in: security/integrity/ima/ima_fs.c between commit: 3bc8f29b149e ("new helper: memdup_user_nul()") from the vfs tree and commit: 38d859f991f3 ("IMA: policy can now be updated multiple times") from the security

Linux 3.2.75

I'm announcing the release of the 3.2.75 kernel. All users of the 3.2 kernel series should upgrade. The updated 3.2.y git tree can be found at: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git linux-3.2.y and can be browsed at the normal kernel.org git web

linux-next: build failure after merge of the mmc-uh tree

Hi Ulf, After merging the mmc-uh tree, today's linux-next build (arm multi_v7_defconfig) failed like this: drivers/mmc/host/sdhci-tegra.c:361:38: error: redefinition of 'sdhci_tegra210_pdata' static const struct sdhci_pltfm_data sdhci_tegra210_pdata = { ^

[PATCH] rtc: rk808: rename rtc-rk808.c to rtc-rk8xx.c

From: zhangqing make rtc-rk8xx.c compatible for all pmic chips. for pmic chips(rk808\rk807\rk816\rk818) in the future. Signed-off-by: zhangqing --- drivers/mfd/rk808.c | 2 +- drivers/rtc/Kconfig | 8 +- drivers/rtc/Makefile |

linux-next: manual merge of the block tree with Linus' tree

Hi Jens, Today's linux-next merge of the block tree got a conflict in: drivers/nvme/host/pci.c between commit: b5875222de2f ("NVMe: IO ending fixes on surprise removal") from Linus' tree and commit: 5bae7f73d378 ("nvme: move namespace scanning to common code") from the block tree. I

Re: [PATCH v6 2/7] dax: support dirty DAX entries in radix tree

On 12/31/2015 04:39 AM, Dan Williams wrote: > On Wed, Dec 30, 2015 at 12:02 AM, Bob Liu wrote: >> Hi Ross, >> >> On 12/24/2015 03:39 AM, Ross Zwisler wrote: >>> Add support for tracking dirty DAX entries in the struct address_space >>> radix tree. This tree is already used for dirty page

Re: [PULL] Re: bcache stability patches

On 12/30/2015 08:15 PM, Kent Overstreet wrote: On Wed, Dec 30, 2015 at 10:59:39AM -0700, Jens Axboe wrote: Looking over these, most are really simple one-liners, and nothing sticks out as being overly complicated. Kent, do you have any plans to maintain the in-kernel bcache? Yeah - these

[PATCH] serial: imx: fix dcd interrupt firing during probe

Continuing on the Apalis iMX6 mainlining work started by Petr Štetiar I noticed that it only boots when rebooting from NXP's downstream 3.14.28 kernel or mainline otherwise (e.g. when cold booted) I did not get any serial debug output at all. Enabling earlyprintk I got the following: [

Re: [PULL] Re: bcache stability patches

On Wed, Dec 30, 2015 at 10:59:39AM -0700, Jens Axboe wrote: > Looking over these, most are really simple one-liners, and nothing sticks > out as being overly complicated. Kent, do you have any plans to maintain the > in-kernel bcache? Yeah - these patches are all fine, go ahead and pull. I may

[RFD] How to support KBUILD_OUTPUT for kselftest?

Hi, I am trying to improve cross compiling support for kselftest recently. Right now I am stuck when I want to enable KBUILD_OUTPUT(O=xxx). It exist in wiki of kselftest[1]. Hope it is not a duplicated work. It seems that only perf tools(tools/perf) support it. And I could know that the

Re: [PATCH 1/7] printk: Hand over printing to console if printing too long

On (12/31/15 11:44), Sergey Senozhatsky wrote: > On (12/22/15 14:47), Jan Kara wrote: > [..] > > +int printk_deferred(const char *fmt, ...) > > +{ > > + va_list args; > > + int r; > > + > > + va_start(args, fmt); > > + r = vprintk_emit(0, LOGLEVEL_SCHED, NULL, 0, fmt, args); > > +

[PATCH 2/4] spi: mediatek: Add spi support for mt2701 IC

This patch adds spi support for mt2701 IC. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c |3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c index 3573c09..fe95f3f 100644 --- a/drivers/spi/spi-mt65xx.c +++

[PATCH 3/4] dts: mt2701: add spi dts for mt2701

This patch adds dtsi node of spi for mt2701. Signed-off-by: Leilk Liu --- arch/arm/boot/dts/mt2701.dtsi | 39 +++ 1 file changed, 39 insertions(+) diff --git a/arch/arm/boot/dts/mt2701.dtsi b/arch/arm/boot/dts/mt2701.dtsi index bd88ae9..9ccd1f0 100644 ---

[PATCH 1/4] spi: mediatek: merge all identical compat to mtk_common_compat

This patch merge all identical compat into on mtk_common_compat and used for all compatible soc. Signed-off-by: Leilk Liu --- drivers/spi/spi-mt65xx.c | 15 ++- 1 file changed, 10 insertions(+), 5 deletions(-) diff --git a/drivers/spi/spi-mt65xx.c b/drivers/spi/spi-mt65xx.c index

[PATCH 4/4] Document: spi: Add bindings for mediatek MT2701 soc platform

This patch adds a DT binding documentation for the MT2701 soc. Signed-off-by: Leilk Liu --- .../devicetree/bindings/spi/spi-mt65xx.txt |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/Documentation/devicetree/bindings/spi/spi-mt65xx.txt

[PATCH 0/4] SPI: support mt2701 IC

This series are based on 4.4-rc1 and provide 4 patches to support mt2701 spi HW. Change in this series: 1. merge all identical compat to mtk_common_compat; 2. Add spi support for mt2701 IC; 3. add spi dts for mt2701; 4. Add bindings for mediatek MT2701 soc platform. Leilk Liu (4): spi:

Re: [GIT PULL] BCM2835/6 changes for 4.5 (I hope)

Le 28/12/2015 21:01, Eric Anholt a écrit : > Apparently this is really late in the process (sorry! I still haven't > figured out the timelines.), but I'm hoping we could merge these > changes for 4.5. This includes the Raspberry Pi 2 port, with just two > minor fixes from the last submission. >

Re: [PATCH 1/7] printk: Hand over printing to console if printing too long

Hello, On (12/22/15 14:47), Jan Kara wrote: [..] > +int printk_deferred(const char *fmt, ...) > +{ > + va_list args; > + int r; > + > + va_start(args, fmt); > + r = vprintk_emit(0, LOGLEVEL_SCHED, NULL, 0, fmt, args); > + va_end(args); > + > + return r; > +} [..] > @@

linux-next: build failure after merge of the drm tree

Hi Dave, After merging the drm tree, today's linux-next build (arm multi_v7_defconfig) failed like this: ERROR: "vop_component_ops" [drivers/gpu/drm/rockchip/rockchip_vop_reg.ko] undefined! Caused by commit a67719d18229 ("drm/rockchip: vop: spilt register related into rockchip_reg_vop.c")

RE: [PATCH v2 1/4] Documentation: fsl-quadspi: Add fsl,ls2080a-dspi compatible string

On Wed, Dec 30, 2015 at 11:20 PM, Rob Herring wrote: > On Tue, Dec 29, 2015 at 9:17 PM, Yao Yuan wrote: > > Hi Rob, > > > > Thanks for your review. > > So you mean that I should add the commit message for why I add this new > compatible? > > Please don't top post on the lists. > > No, the

linux-next: manual merge of the rdma tree with the nfsd tree

Hi Doug, Today's linux-next merge of the rdma tree got conflicts in a quite a few files between (mostly, I think) commit: 6c7b6d2d442c ("IB: merge struct ib_device_attr into struct ib_device") from the nfsd tree and various commits from the rdma tree. It would have taken me considerable time

Re: [PATCH] soc: mediatek: PMIC wrap: Clear the vldclr if state machine is stay on FSM_VLDCLR state.

Hi Matthias, On Wed, 2015-12-30 at 19:02 +0100, Matthias Brugger wrote: > > On 22/12/15 08:51, Henry Chen wrote: > > Sometimes PMIC is too busy to send data in time to cause pmic wrap timeout, > > because pmic wrap is waiting for FSM_VLDCLR after finishing WACS2_CMD. It > > just return error

linux-next: build failure after merge of the thermal-soc tree

Hi Eduardo, After merging the thermal-soc tree, today's linux-next build (arm multi_v7_defconfig) failed like this: drivers/thermal/thermal_core.c: In function 'trip_point_temp_store': drivers/thermal/thermal_core.c:764:2: error: too few arguments to function 'thermal_zone_device_update'

Re: [PATCH] regmap: flat: introduce register striding to savesomememories

On 31/12/2015 01:58, Mark Brown wrote: On Fri, Dec 18, 2015 at 04:59:38PM +0800, lixi...@cmss.chinamobile.com wrote: I think we'll need to continue supporting non power of two strides so an unconditional conversion to shifts might be an issue - some weird DSP probably does that. Yes,

Re: [PATCH v2,RESEND] clk: uniphier: add clock drivers for UniPhier SoCs

Hello Yamada-san, Quoting Masahiro Yamada (2015-12-28 02:20:58) > diff --git a/drivers/clk/uniphier/Kconfig b/drivers/clk/uniphier/Kconfig > new file mode 100644 > index 000..7606f27 > --- /dev/null > +++ b/drivers/clk/uniphier/Kconfig > @@ -0,0 +1,35 @@ > +menuconfig CLK_UNIPHIER > +

linux-next: manual merge of the libata tree

Hi Tejun, Today's linux-next merge of the libata tree got conflicts all over teh place due to commit: 53fab927a8fc ("ata: ahci_brcmstb: add support for MIPS-based platforms") from the libata tree which seem to contain most (if not all) of Linus' tree :-(. I have used the version of the

Re: [PATCH v4] arm64: dts: add all hi6220 i2c nodes

+to xuwei On 2015/12/29 21:15, Bintian wrote: > On 2015/12/2 18:13, Xinwei Kong wrote: >> This patch adds all I2C nodes for the Hi6220 SoC. This hi6220 Soc >> use this I2C IP of Synopsys Designware for HiKey board. >> >> Signed-off-by: Xinwei Kong >> Signed-off-by: Chen Feng Reviewed-by:

[lkp] [net] 9dc0990f12: INFO: suspicious RCU usage. ]

FYI, we noticed the below changes on https://github.com/0day-ci/linux John-Fastabend/drop-the-qdisc-lock-for-pfifo_fast-mq/20151231-015853 commit 9dc0990f12fb6ba8e32a63578aa060408958595a ("net: sched: pfifo_fast new option to deque multiple pkts") With your commit, there is the following new

Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size

On Wed, 30 Dec 2015 17:17:22 +0100 David Sterba wrote: > Let me note that a good reputation is also built from patch reviews > (hint hint). Unfortunately, not too many patches coming in for BTRFS presently. Mailing list activity is down to 25-35 mails per day. Mostly feature and bug requests.

Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size

On Wed, 30 Dec 2015 16:58:05 +0100 David Sterba wrote: > On Wed, Dec 30, 2015 at 06:15:23AM -0500, Sanidhya Solanki wrote: > > - Implement a way to do an in-place Stripe Length change. > > How are you going to implement that? I've suggested the balance filter > style of conversion, which is not

Charity Donation

Hi, My name is Jeffrey Skoll, a philanthropist and the founder of one of the largest private foundations in the world. I believe strongly in ‘giving while living.’ I had one idea that never changed in my mind — that you should use your wealth to help people and I have decided to secretly give

Re: [PATCH] BTRFS: Adds an option to select RAID Stripe size

David Sterba wrote on 2015/12/30 17:17 +0100: On Wed, Dec 30, 2015 at 10:10:44PM +0800, Qu Wenruo wrote: Now I am on the same side of David. Which means a runtime interface to change them. (along with mkfs option) If provide some configurable features, then it should be able to be tuned at

Re: [PATCH v4 1/6] clk: hisilicon: add CRG driver for hi3519 soc

Hello Jiancheng Xue, Quoting Jiancheng Xue (2015-12-29 17:43:47) > The CRG(Clock and Reset Generator) block provides clock > and reset signals for other modules in hi3519 soc. > > Signed-off-by: Jiancheng Xue > --- > .../devicetree/bindings/clock/hi3519-crg.txt | 46 +++ >

Re: [PATCH v2 1/3] clk: bcm2835: Add bindings for the auxiliary peripheral clock gates.

Hi Arnd, Quoting Arnd Bergmann (2015-12-30 01:29:02) > On Tuesday 29 December 2015 16:15:09 Rob Herring wrote: > > On Mon, Dec 28, 2015 at 4:39 PM, Michael Turquette > > wrote: > > > Quoting Eric Anholt (2015-12-24 15:45:15) > > >> Michael Turquette writes: > > >> I would *love* to do that, but

Re: [PATCH v4 0/5] mtd: nand: properly handle bitflips in erased pages

On 12/30/2015 01:32 PM, Boris Brezillon wrote: > Hi, > > This patch series aims at providing a common logic to check for bitflips > in erased pages. > > Currently each driver is implementing its own logic to check for bitflips > in erased pages. Not only this create code duplication, but most of

Re: [PATCH 2/5] clk: mediatek: Add dt-bindings for MT2701 clocks

James, Quoting James Liao (2015-12-29 22:27:42) > From: Shunli Wang > > Add MT2701 clock dt-bindings, include topckgen, apmixedsys, > infracfg, pericfg and subsystem clocks. > > Signed-off-by: Shunli Wang > Signed-off-by: James Liao Looks like this patch series is missing a binding

Re: [PATCH 3/5] clk: mediatek: Add MT2701 clock support

Hi James, Quoting James Liao (2015-12-29 22:27:43) > +CLK_OF_DECLARE(mtk_topckgen, "mediatek,mt2701-topckgen", mtk_topckgen_init); > +CLK_OF_DECLARE(mtk_infrasys, "mediatek,mt2701-infracfg", mtk_infrasys_init); > +CLK_OF_DECLARE(mtk_pericfg, "mediatek,mt2701-pericfg", mtk_pericfg_init); >

Re: [PATCHV5 3/3] x86, ras: Add __mcsafe_copy() function to recover from machine checks

On Sun, Dec 27, 2015 at 4:18 AM, Andy Lutomirski wrote: > I think I can save you some pondering. This old patch gives two flag > bits. Feel free to borrow the patch, but you'll probably want to > change the _EXTABLE_CLASS_XYZ macros: > >

Re: [PATCH 7/8] xfs: Support for transparent PUD pages

On Thu, Dec 24, 2015 at 11:20:36AM -0500, Matthew Wilcox wrote: > From: Matthew Wilcox > > Call into DAX to provide support for PUD pages, just like the PMD cases. > > Signed-off-by: Matthew Wilcox > --- > fs/xfs/xfs_file.c | 33 + > fs/xfs/xfs_trace.h | 1 +

[PATCH] Input: evdev - Avoid duplicate checking of empty SYN_REPORT

Input core already drops empty syn_report event so there is no need to check again for dropping empty syn_report event in evdev handler for all clients on every new event. Signed-off-by: Aniroop Mathur --- drivers/input/evdev.c | 7 +-- 1 file changed, 1 insertion(+), 6 deletions(-) diff

Re: [PATCH 1/5] clk: mediatek: Refine the makefile to support multiple clock drivers

Quoting James Liao (2015-12-29 22:27:41) > Add a Kconfig to define clock configuration for each SoC, and > modify the Makefile to build drivers that only selected in config. > > Signed-off-by: Shunli Wang > Signed-off-by: James Liao Looks good to me. Regards, Mike > --- >

[PATCH] scripts: recordmcount: fix incorrect use of sprintf

From: Colin Ian King Fix build warning: scripts/recordmcount.c:589:4: warning: format not a string literal and no format arguments [-Wformat-security] sprintf("%s: failed\n", file); Fixes: a50bd43935586 ("ftrace/scripts: Have recordmcount copy the object file") Signed-off-by: Colin Ian

Re: [PATCH] HID: i2c-hid: Prevent sending reports from racing with device reset

On Mon, 21 Dec 2015, Mika Westerberg wrote: > When an i2c-hid device is resumed from system sleep the driver resets > the device to be sure it is in known state. The device is expected to > issue an interrupt when reset is complete. [ ... snip ... ] > Prevent sending of feature/output reports

Re: [Bugfix v2 4/5] x86/irq: Fix a race condition between vector assigning and cleanup

On Wed, 23 Dec 2015, Jiang Liu wrote: > /* > - * Check if the irq migration is in progress. If so, we > - * haven't received the cleanup request yet for this irq. > + * Nothing to cleanup if this cpu is not set > + * in the

Re: [PATCH 00/34] arch: barrier cleanup + __smp_xxx barriers for virt

On Wednesday 30 December 2015 23:45:41 Michael S. Tsirkin wrote: > On Wed, Dec 30, 2015 at 02:49:53PM +0100, Arnd Bergmann wrote: > > On Wednesday 30 December 2015 15:24:12 Michael S. Tsirkin wrote: > > > This is really trying to cleanup some virt code, as suggested by Peter, > > > who > > > said

Re: [PATCH 08/34] asm-generic: smp_store_mb should use smp_mb

On Wednesday 30 December 2015 22:30:38 Michael S. Tsirkin wrote: > On Wed, Dec 30, 2015 at 02:44:21PM +0100, Arnd Bergmann wrote: > > On Wednesday 30 December 2015 15:24:47 Michael S. Tsirkin wrote: > > > #ifndef smp_store_mb > > > -#define smp_store_mb(var, value) do { WRITE_ONCE(var, value);

mmotm 2015-12-30-14-39 uploaded

The mm-of-the-moment snapshot 2015-12-30-14-39 has been uploaded to http://www.ozlabs.org/~akpm/mmotm/ mmotm-readme.txt says README for mm-of-the-moment: http://www.ozlabs.org/~akpm/mmotm/ This is a snapshot of my -mm patch queue. Uploaded at random hopefully more than once a week. You

Re: [PATCH v6 13/20] arm64: ilp32: share aarch32 syscall wrappers to ilp32

On Wednesday 30 December 2015 20:29:05 Yury Norov wrote: > > So. For ilp32, the only wrapper left here, is compat_sys_mmap2_wrapper. > But this is workaroud, as comment tells: > Note: off_4k (w5) is always in units of 4K. If we can't do the > requested offset because it is not

Re: BUG: Bad rss-counter state mm:ffff8800c5a96000 idx:3 val:3894

Hi Andrew, On Tue, 29 Dec 2015 10:30:37 -0800 Andrew Morton wrote: > > On Tue, 29 Dec 2015 17:23:47 +0100 Michal Hocko wrote: > > > [CCing Andrew] > > > > On Thu 24-12-15 09:12:53, Jeremiah Mahler wrote: > > > all, > > > > > > I have started seeing a "Bad rss-counter" message in the logs

Re: [PATCH] net: Fix potential NULL pointer dereference in __skb_try_recv_datagram

On Wed, Dec 30, 2015 at 6:30 AM, Jacob Siverskog wrote: > On Wed, Dec 30, 2015 at 2:26 PM, Eric Dumazet wrote: >> How often can you trigger this bug ? > > Ok. I don't have a good repro to trigger it unfortunately, I've seen it just a > few times when bringing up/down network interfaces. Does the

Re: [PATCH] thinkpad_acpi: Add support for keyboard backlight

On Monday 28 December 2015 15:48:14 Pali Rohár wrote: > > Also, is it working properly across suspend+resume? > > When doing resume from suspend or hibernate BIOS turning keyboard > backlight automatically off. Fixed in v2. -- Pali Rohár pali.ro...@gmail.com signature.asc Description: This

[PATCH v2] thinkpad_acpi: Add support for keyboard backlight

This patch adds support for controlling keyboard backlight via standard linux led class interface (::kbd_backlight). It uses ACPI HKEY device with MLCG and MLCS methods. Signed-off-by: Pali Rohár Tested-by: Fabio D'Urso --- Changes since v1: * Added LED_CORE_SUSPENDRESUME to preserve led state

[PATCH] Input: evdev - drop partial events after emptying the buffer

This patch introduces concept to drop partial events in evdev handler itself after emptying the buffer which are dropped by all evdev clients in userspace after SYN_DROPPED occurs. This in turn saves space of partial events in evdev handler buffer and reduces evdev client reading requests.

Re: HDLCD tree for linux-next

Hi Liviu, On Wed, 23 Dec 2015 14:30:23 + Liviu Dudau wrote: > > I would like to add the HDLCD DRM driver tree to linux-next. I'm planning > to send a pull request for inclusion into v4.5 and I hope that getting a > wider exposure for a few weeks is beneficial. > > Please add the following

Re: [PATCH 00/34] arch: barrier cleanup + __smp_xxx barriers for virt

From: "Michael S. Tsirkin" Date: Wed, 30 Dec 2015 23:36:29 +0200 > On Wed, Dec 30, 2015 at 03:46:46PM -0500, David Miller wrote: >> From: "Michael S. Tsirkin" >> Date: Wed, 30 Dec 2015 14:58:19 +0200 >> >> > -. Patch 1 documents the __smp APIs, and explains why they are >> >useful for virt

[PATCH 21/34] metag: define __smp_xxx

This defines __smp_XXX barriers for metag, for use by virtualization. smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h Note: as __smp_XX macros should not depend on CONFIG_SMP, they can not use the existing fence() macro since that is defined differently

[PATCH 22/34] mips: define __smp_xxx

This defines __smp_XXX barriers for mips, for use by virtualization. smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h Note: the only exception is smp_mb__before_llsc which is mips-specific. We define both the __smp_mb__before_llsc variant (for use in

[PATCH 19/34] blackfin: define __smp_xxx

This defines __smp_XXX barriers for blackfin, for use by virtualization. smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h Signed-off-by: Michael S. Tsirkin --- arch/blackfin/include/asm/barrier.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-)

[PATCH 25/34] sparc: define __smp_xxx

This defines __smp_XXX barriers for sparc, for use by virtualization. smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h Signed-off-by: Michael S. Tsirkin --- arch/sparc/include/asm/barrier_64.h | 8 1 file changed, 4 insertions(+), 4 deletions(-)

[PATCH 23/34] s390: define __smp_xxx

This defines __smp_XXX barriers for s390, for use by virtualization. Some smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h Note: smp_mb, smp_rmb and smp_wmb are defined as full barriers unconditionally on this architecture. Signed-off-by: Michael S. Tsirkin

[PATCH 27/34] xtensa: define __smp_xxx

This defines __smp_XXX barriers for xtensa, for use by virtualization. smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h Signed-off-by: Michael S. Tsirkin --- arch/xtensa/include/asm/barrier.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff

[PATCH 28/34] x86: define __smp_xxX

This defines __smp_XXX barriers for x86, for use by virtualization. smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h Signed-off-by: Michael S. Tsirkin --- arch/x86/include/asm/barrier.h | 31 --- 1 file changed, 12 insertions(+),

[PATCH 31/34] xenbus: use __smp_xxx barriers

drivers/xen/xenbus/xenbus_comms.c uses full memory barriers to communicate with the other side. For guests compiled with CONFIG_SMP, smp_wmb and smp_mb would be sufficient, so mb() and wmb() here are only needed if a non-SMP guest runs on an SMP host. Switch to __smp_XXX barriers which serve

[PATCH 26/34] tile: define __smp_xxx

This defines __smp_XXX barriers for tile, for use by virtualization. Some smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h Note: for 32 bit, keep smp_mb__after_atomic around since it's faster than the generic implementation. Signed-off-by: Michael S. Tsirkin

[PATCH 24/34] sh: define __smp_xxx, fix smp_store_mb for !SMP

sh variant of smp_store_mb() calls xchg() on !SMP which is stronger than implied by both the name and the documentation. define __smp_store_mb instead: code in asm-generic/barrier.h will then define smp_store_mb correctly depending on CONFIG_SMP. Signed-off-by: Michael S. Tsirkin ---

[PATCH 20/34] ia64: define __smp_xxx

This defines __smp_XXX barriers for ia64, for use by virtualization. smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h This reduces the amount of arch-specific boiler-plate code. Signed-off-by: Michael S. Tsirkin --- arch/ia64/include/asm/barrier.h | 14

[PATCH 32/34] xen/io: use __smp_xxx barriers

include/xen/interface/io/ring.h uses full memory barriers to communicate with the other side. For guests compiled with CONFIG_SMP, smp_wmb and smp_mb would be sufficient, so mb() and wmb() here are only needed if a non-SMP guest runs on an SMP host. Switch to __smp_XXX barriers which serve this

Re: [PATCH] ALSA: dummy: constify dummy_timer_ops structures

On Wed, 30 Dec 2015 12:28:49 +0100, Julia Lawall wrote: > > The dummy_timer_ops structures are never modified, so declare them as > const. > > Done with the help of Coccinelle. > > Signed-off-by: Julia Lawall Applied, thanks. Takashi > > --- > sound/drivers/dummy.c |4 ++-- > 1 file

Re: [PATCH] ALSA: cs5535audio: constify cs5535audio_dma_ops structures

On Wed, 30 Dec 2015 11:44:53 +0100, Julia Lawall wrote: > > The cs5535audio_dma_ops structures are never modified, so declare them as > const. > > Done with the help of Coccinelle. > > Signed-off-by: Julia Lawall Applied, thanks. Takashi > > --- > sound/pci/cs5535audio/cs5535audio_pcm.c

Re: [PATCH] ALSA: atiixp: constify atiixp_dma_ops structures

On Wed, 30 Dec 2015 11:21:57 +0100, Julia Lawall wrote: > > The atiixp_dma_ops structures are never modified, so declare them as const. > > Done with the help of Coccinelle. > > Signed-off-by: Julia Lawall Applied, thanks. Takashi > > --- > sound/pci/atiixp.c |6 +++--- >

[PATCH 18/34] arm: define __smp_xxx

This defines __smp_XXX barriers for arm, for use by virtualization. smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h This reduces the amount of arch-specific boiler-plate code. Signed-off-by: Michael S. Tsirkin --- arch/arm/include/asm/barrier.h | 12

[PATCH 17/34] arm64: define __smp_xxx

This defines __smp_XXX barriers for arm64, for use by virtualization. smp_XXX barriers are removed as they are defined correctly by asm-generic/barriers.h Note: arm64 does not support !SMP config, so smp_XXX and __smp_XXX are always equivalent. Signed-off-by: Michael S. Tsirkin ---

Re: [PATCH 00/34] arch: barrier cleanup + __smp_xxx barriers for virt

On Wed, Dec 30, 2015 at 02:49:53PM +0100, Arnd Bergmann wrote: > On Wednesday 30 December 2015 15:24:12 Michael S. Tsirkin wrote: > > This is really trying to cleanup some virt code, as suggested by Peter, who > > said > > > You could of course go fix that instead of mutilating things into > > >

Re: pull-request: wireless-drivers 2015-12-28

From: Kalle Valo Date: Mon, 28 Dec 2015 13:47:43 +0200 > here's one more pull request, a bit late due to holidays but I hope this > still makes it to 4.4. Just two small fixes to iwlwifi, nothing else. Pulled, thanks Kalle. -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH v2] net, socket, socket_wq: fix missing initialization of flags

From: Nicolai Stange Date: Tue, 29 Dec 2015 13:29:55 +0100 > Fixes: ceb5d58b2170 ("net: fix sock_wake_async() rcu protection") > > Commit ceb5d58b2170 ("net: fix sock_wake_async() rcu protection") from > the current 4.4 release cycle introduced a new flags member in > struct socket_wq and moved

Re: [PATCH 00/34] arch: barrier cleanup + __smp_xxx barriers for virt

On Wed, Dec 30, 2015 at 03:46:46PM -0500, David Miller wrote: > From: "Michael S. Tsirkin" > Date: Wed, 30 Dec 2015 14:58:19 +0200 > > > -. Patch 1 documents the __smp APIs, and explains why they are > >useful for virt > > If virt is doing things like interacting with descriptors that are >

[PATCH] drm/dp/mst: constify drm_dp_mst_topology_cbs structures

The drm_dp_mst_topology_cbs structures are never modified, so declare them as const. Done with the help of Coccinelle. Signed-off-by: Julia Lawall --- drivers/gpu/drm/i915/intel_dp_mst.c|2 +- drivers/gpu/drm/radeon/radeon_dp_mst.c |2 +- include/drm/drm_dp_mst_helper.h|

  1   2   3   4   5   6   7   >