[PATCH 09/45] block discard: use bio set op accessor

From: Mike Christie This converts the block issue discard helper and users to use the bio_set_op_attrs accessor and only pass in the operation flags like REQ_SEQURE. Signed-off-by: Mike Christie --- block/blk-lib.c| 13 +++-- drivers/md/dm-thin.c | 2 +- include/linux/blkdev

Re: [PATCH v2 1/2] lib/vsprintf.c: Simplify uuid_string()

r >From andriy.shevche...@linux.intel.com Sun Jun 05 14:21:40 2016 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.26,421,1459839600"; d="scan'208";a="969274163" Subject: Re: [PATCH v2 1/2] lib/vsprintf.c: Simplify uuid_string() From: Andy Shevchenko To: George Spelvin Cc: bj...@mork.no, linux-ker

[PATCH 10/45] direct-io: use bio set/get op accessors

From: Mike Christie This patch has the dio code use a REQ_OP for the op and rq_flag_bits for bi_rw flags. To set/get the op it uses the bio_set_op_attrs/bio_op accssors. It also begins to convert btrfs's dio_submit_t because of the dio submit_io callout use. The next patches will completely conv

[PATCH 08/45] block, fs, mm, drivers: use bio set/get op accessors

From: Mike Christie This patch converts the simple bi_rw use cases in the block, drivers, mm and fs code to set/get the bio operation using bio_set_op_attrs/bio_op These should be simple one or two liner cases, so I just did them in one patch. The next patches handle the more complicated cases i

[PATCH 11/45] btrfs: have submit_one_bio users use bio op accessors

From: Mike Christie This patch has btrfs's submit_one_bio users set the bio op using bio_set_op_attrs and get the op using bio_op. The next patches will continue to convert btrfs, so submit_bio_hook and merge_bio_hook related code will be modified to take only the bio. I did not do it in this pa

[PATCH 05/45] block, drivers, cgroup: use op_is_write helper instead of checking for REQ_WRITE

From: Mike Christie We currently set REQ_WRITE/WRITE for all non READ IOs like discard, flush, writesame, etc. In the next patches where we no longer set up the op as a bitmap, we will not be able to detect a operation direction like writesame by testing if REQ_WRITE is set. This patch converts

[PATCH 13/45] btrfs: update __btrfs_map_block for REQ_OP transition

From: Mike Christie We no longer pass in a bitmap of rq_flag_bits bits to __btrfs_map_block. It will always be a REQ_OP, or the btrfs specific REQ_GET_READ_MIRRORS, so this drops the bit tests. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- fs/bt

[PATCH 12/45] btrfs: use bio op accessors

From: Mike Christie This should be the easier cases to convert btrfs to bio_set_op_attrs/bio_op. They are mostly just cut and replace type of changes. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- v5: - Misset bi_rw to REQ_OP_WRITE in finish_pari

[PATCH 03/45] fs: have submit_bh users pass in op and flags separately

From: Mike Christie This has submit_bh users pass in the operation and flags separately, so submit_bh_wbc can setup the bio op and bi_rw flags on the bio that is submitted. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- drivers/md/bitmap.c

[PATCH 30/45] block: copy bio op to request op

From: Mike Christie The bio users should now always be setting up the bio op. This patch has the block layer copy that to the request. Signed-off-by: Mike Christie --- block/blk-core.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/block/blk-core.c b/block/blk-core.c

Re: [PATCH v1] KVM: VMX: enable guest access to LMCE related MSRs

On Sun, Jun 05, 2016 at 11:14:56PM +0800, Haozhong Zhang wrote: > Ashok was also involved in the development of v1 patch and it's based > on his v0 patch, so I think I should take his SOB? You have at least three options: 1. From: Author Name ... Signed-off-by: Author Name [ Submitter did thi

[PATCH 25/45] bcache: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have bcache set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie --- drivers/md/bcache/btree.c | 4 ++-- drivers/md/bcache/debug.c | 4 ++-- drivers/md/bcache/journal.c | 7 --- drivers/md/bca

[PATCH 18/45] hfsplus: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have gfs2 set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- fs/hfsplus/hfsplus_fs.h | 2 +- fs/hfsplus/part_tbl.c | 5 +++-- fs/hfsplus/

[PATCH 15/45] f2fs: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have f2fs set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- fs/f2fs/checkpoint.c| 10 ++ fs/f2fs/data.c | 47 ++

[PATCH 02/45] block: add REQ_OP definitions and helpers

From: Mike Christie The following patches separate the operation (WRITE, READ, DISCARD, etc) from the rq_flag_bits flags. This patch adds definitions for request/bio operations (REQ_OPs) and adds request/bio accessors to get/set the op. In this patch the REQ_OPs match the REQ rq_flag_bits ones f

[PATCH 17/45] xfs: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have xfs set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie --- v8: 1. Handled changes due to rebase and dropped signed offs due to upstream changes since last review. fs/xfs/xfs_aops.c | 12

[PATCH 01/45] block/fs/drivers: remove rw argument from submit_bio

From: Mike Christie This has callers of submit_bio/submit_bio_wait set the bio->bi_rw instead of passing it in. This makes that use the same as generic_make_request and how we set the other bio fields. Signed-off-by: Mike Christie --- v8: 1. Fix bug in xfs code introduced in v6 due to ioend ch

[PATCH 24/45] dm: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have dm set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie v8: - Moved op_is_write changes to its own patch. - Dropped signed offs due to changes in dm. --- drivers/md/dm-bufio.c | 8 +++--- dri

[PATCH 14/45] btrfs: use bio fields for op and flags

From: Mike Christie The bio REQ_OP and bi_rw rq_flag_bits are now always setup, so there is no need to pass around the rq_flag_bits bits too. btrfs users should should access the bio insead. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- v2: 1. F

[PATCH 22/45] pm: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have the pm code set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- kernel/power/swap.c | 30 ++ 1 file changed,

[PATCH 29/45] xen: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have xen set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- drivers/block/xen-blkback/blkback.c | 27 +++ 1 file chan

[PATCH 16/45] gfs2: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have gfs2 set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- fs/gfs2/log.c| 8 fs/gfs2/lops.c | 11 ++- fs/gf

[PATCH 32/45] block: prepare mq request creation to use REQ_OPs

From: Mike Christie This patch modifies the blk mq request creation code to use separate variables for the operation and flags, because in the the next patches the struct request users will be converted like was done for bios. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewe

[PATCH 19/45] mpage: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have the mpage code set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- fs/mpage.c | 40 1 file chang

[PATCH 31/45] block: prepare request creation/destruction code to use REQ_OPs

From: Mike Christie This patch prepares *_get_request/*_put_request and freed_request, to use separate variables for the operation and flags. In the next patches the struct request users will be converted like was done for bios where the op and flags are set separately. Signed-off-by: Mike Chris

[PATCH 27/45] md: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have md set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- drivers/md/bitmap.c | 2 +- drivers/md/dm-raid.c | 5 +++-- drivers/md/

[PATCH 26/45] drbd: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have drbd set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- v8: 1. Combined this patch with what was the cleanup/completion path handling pa

[PATCH 37/45] drivers: use req op accessor

From: Mike Christie The req operation REQ_OP is separated from the rq_flag_bits definition. This converts the block layer drivers to use req_op to get the op from the request struct. Signed-off-by: Mike Christie --- drivers/block/loop.c | 6 +++--- drivers/block/mtip32xx/mtip32xx

[PATCH 38/45] blktrace: use op accessors

From: Mike Christie Have blktrace use the req/bio op accessor to get the REQ_OP. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- v8: 1. Fix REQ_OP_WRITE_SAME handling, so it is not reported as a N. include/linux/blktrace_api.h | 2 +- include/

[PATCH 34/45] blkg_rwstat: separate op from flags

From: Mike Christie The bio and request operation and flags are going to be separate definitions, so we cannot pass them in as a bitmap. This patch converts the blkg_rwstat code and its caller, cfq, to pass in the values separately. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig R

[PATCH 33/45] block: prepare elevator to use REQ_OPs.

From: Mike Christie This patch converts the elevator code to use separate variables for the operation and flags, and to check req_op for the REQ_OP. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- block/blk-core.c | 2 +- block/cfq-iosched

[PATCH 28/45] target: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have the target layer set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie --- drivers/target/target_core_iblock.c | 29 ++--- drivers/target/target_core_pscsi.c | 2 +- 2 files chang

[PATCH 44/45] block: do not use REQ_FLUSH for tracking flush support

From: Mike Christie The last patch added a REQ_OP_FLUSH for request_fn drivers and the next patch renames REQ_FLUSH to REQ_PREFLUSH which will be used by file systems and make_request_fn drivers so they can send a write/flush combo. This patch drops xen's use of REQ_FLUSH to track if it supports

[PATCH 21/45] ocfs2: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have ocfs2 set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- fs/ocfs2/cluster/heartbeat.c | 10 ++ 1 file changed, 6 insertions(+),

[PATCH 23/45] dm: pass dm stats data dir instead of bi_rw

From: Mike Christie It looks like dm stats cares about the data direction (READ vs WRITE) and does not need the bio/request flags. Commands like REQ_FLUSH, REQ_DISCARD and REQ_WRITE_SAME are currently always set with REQ_WRITE, so the extra check for REQ_DISCARD in dm_stats_account_io is not need

[PATCH 36/45] block: convert is_sync helpers to use REQ_OPs.

From: Mike Christie This patch converts the is_sync helpers to use separate variables for the operation and flags. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- block/blk-core.c | 6 +++--- block/blk-mq.c | 8 block/cfq-io

[PATCH 20/45] nilfs: use bio op accessors

From: Mike Christie Separate the op from the rq_flag_bits and have nilfs set/get the bio using bio_set_op_attrs/bio_op. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke Acked-by: Ryusuke Konishi --- fs/nilfs2/segbuf.c | 17 + 1 file ch

[PATCH 40/45] block: move bio io prio to a new field

From: Mike Christie In the next patch, we move drop the compat code and make the op a separate value that is hidden in bi_rw. To give the op and rq bits flags room to grow this moves prio to its own field. Signed-off-by: Mike Christie --- include/linux/bio.h | 14 ++ include/

[PATCH 41/45] block, drivers, fs: shrink bi_rw from long to int

From: Mike Christie We don't need bi_rw to be so large on 64 bit archs, so reduce it to unsigned int. Signed-off-by: Mike Christie --- block/blk-core.c | 2 +- drivers/md/dm-flakey.c | 2 +- drivers/md/raid5.c | 6 +++--- fs/btrfs/check-integrity.c | 4 ++-- fs/btrfs/inod

[PATCH 35/45] block: convert merge/insert code to check for REQ_OPs.

From: Mike Christie This patch converts the block layer merging code to use separate variables for the operation and flags, and to check req_op for the REQ_OP. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- block/blk-core.c | 2 +- block/b

[PATCH 39/45] ide cd: do not set REQ_WRITE on requests.

From: Mike Christie The block layer will set the correct READ/WRITE operation flags/fields when creating a request, so there is not need for drivers to set the REQ_WRITE flag. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- drivers/ide/ide-cd_ioct

[PATCH 45/45] block, drivers, fs: rename REQ_FLUSH to REQ_PREFLUSH

From: Mike Christie To avoid confusion between REQ_OP_FLUSH, which is handled by request_fn drivers, and upper layers requesting the block layer perform a flush sequence along with possibly a WRITE, this patch renames REQ_FLUSH to REQ_PREFLUSH. Signed-off-by: Mike Christie Reviewed-by: Christop

[PATCH 06/45] dm: use op_is_write instead of checking for REQ_WRITE

From: Mike Christie We currently set REQ_WRITE/WRITE for all non READ IOs like discard, flush, writesame, etc. In the next patches where we no longer set up the op as a bitmap, we will not be able to detect a operation direction like writesame by testing if REQ_WRITE is set. This has dm use the

[PATCH 42/45] block, fs, drivers: remove REQ_OP compat defs and related code

From: Mike Christie This patch drops the compat definition of req_op where it matches the rq_flag_bits definitions, and drops the related old and compat code that allowed users to set either the op or flags for the operation. We also then store the operation in the bi_rw/cmd_flags field similar

[PATCH 43/45] block, drivers: add REQ_OP_FLUSH operation

From: Mike Christie This adds a REQ_OP_FLUSH operation that is sent to request_fn based drivers by the block layer's flush code, instead of sending requests with the request->cmd_flags REQ_FLUSH bit set. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke

[PATCH 07/45] bcache: use op_is_write instead of checking for REQ_WRITE

From: Mike Christie We currently set REQ_WRITE/WRITE for all non READ IOs like discard, flush, writesame, etc. In the next patches where we no longer set up the op as a bitmap, we will not be able to detect a operation direction like writesame by testing if REQ_WRITE is set. This has bcache use

[PATCH 00/45] v8: separate operations from flags in the bio/request structs

The following patches begin to cleanup the request->cmd_flags and bio->bi_rw mess. We currently use cmd_flags to specify the operation, attributes and state of the request. For bi_rw we use it for similar info and also the priority but then also have another bi_flags field for state. At some point,

[PATCH 04/45] fs: have ll_rw_block users pass in op and flags separately

From: Mike Christie This has ll_rw_block users pass in the operation and flags separately, so ll_rw_block can setup the bio op and bi_rw flags on the bio that is submitted. Signed-off-by: Mike Christie Reviewed-by: Christoph Hellwig Reviewed-by: Hannes Reinecke --- v2: 1. Fix for kbuild err

Re: [PATCH v2 3/2] lib/uuid.c: Silence an unchecked return value warning

>From andriy.shevche...@linux.intel.com Sun Jun 05 14:19:48 2016 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.26,421,1459839600"; d="scan'208";a="995605979" Subject: Re: [PATCH v2 3/2] lib/uuid.c: Silence an unchecked return value warning From: Andy Shevchenko To: George Spelvin Cc: bj...@mork

Re: [PATCH v2 2/4] gpio: Allow PC/104 devices on X86_64

On Sat 2016-06-04 07:12:21, William Breathitt Gray wrote: > On Sat, Jun 04, 2016 at 09:14:08AM +0200, Pavel Machek wrote: > >On Fri 2016-06-03 17:12:44, William Breathitt Gray wrote: > >> On Fri, Jun 03, 2016 at 10:57:03PM +0200, Pavel Machek wrote: > >> >Should we do "depends on PC104" here, becau

Re: [PATCH v2 1/6] ir-rx51: Fix build after multiarch changes broke it

On Mon 2016-05-16 22:34:09, Ivaylo Dimitrov wrote: > From: Tony Lindgren > > The ir-rx51 driver for n900 has been disabled since the multiarch > changes as plat include directory no longer is SoC specific. > > Let's fix it with minimal changes to pass the dmtimer calls in > pdata. Then the follo

[PATCH] Staging: sm750fb: fix line length coding style issue in ddk750_chip.c

This is a patch to the ddk750_chip.c file that fixes up a line length warning found by the checkpatch.pl tool Signed-off-by: Moshe Green --- drivers/staging/sm750fb/ddk750_chip.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/staging/sm750fb/ddk750_chip.c b/drive

[PATCH] userspace API definitions for auto-focus coil

Add userspace API definitions. Signed-off-by: Pavel Machek diff --git a/include/uapi/linux/v4l2-controls.h b/include/uapi/linux/v4l2-controls.h index b6a357a..23011cc 100644 --- a/include/uapi/linux/v4l2-controls.h +++ b/include/uapi/linux/v4l2-controls.h @@ -974,4 +975,9 @@ enum v4l2_detect_md

Re: [PATCH 3/3] tty: serial: msm: Cleanup include usage

On Wed, May 11, 2016 at 06:02:28PM -0700, Stephen Boyd wrote: > The hrtimer include isn't used and neither is serial. Drop those > ones. The irq.h header really should be interrupt.h because this > is an interrupt user and not an interrupt chip. Finally add > wait.h for the wake_up*() usage in this

Re: [PATCH 2/3] tty: serial: msm: Only configure MND registers on hw that has it

On Wed, May 11, 2016 at 06:02:27PM -0700, Stephen Boyd wrote: > The registers that msm_serial_set_mnd_regs() writes only exist on > the non-uartdm hardware, so let's return early here if this > function is called on uartdm hardware. This also prevents us from > messing up the uartclk variable if th

Re: [PATCH 1/3] tty: serial: msm: Move header file into driver

On Wed, May 11, 2016 at 06:02:26PM -0700, Stephen Boyd wrote: > This header file is only used by the driver, so let's merge the > two together to reduce files and make it easier to see the whole > driver without flipping through two files. This also makes it > easier to use the structures defined i

Re: [PATCH 1/2][v3] i2c: qup: add ACPI support

On Thu, May 26, 2016 at 01:37:56PM -0600, Austin Christ wrote: > @@ -1354,14 +1359,13 @@ static void qup_i2c_disable_clocks(struct qup_i2c_dev > *qup) > static int qup_i2c_probe(struct platform_device *pdev) > { > static const int blk_sizes[] = {4, 16, 32}; > - struct device_node *n

Re: [PATCH 00/13] deprecate pcommit

>> Platforms supporting NVDIMMs are now required to provide persistence >> guarantees once pmem stores are accepted by the memory subsystem. > >Can you point us to a precise definition of what exactly constitutes >stores being "accepted by the memory subsystem"? Back when pcommit >was a thing (hah

Re: [PATCH] tty: serial: msm: Don't read off end of tx fifo

On Thu, Jun 02, 2016 at 05:48:28PM -0700, Bjorn Andersson wrote: > For dm uarts in pio mode tx data is transferred to the fifo register 4 > bytes at a time, but care is not taken when these 4 bytes spans the end > of the xmit buffer so the loop might read up to 3 bytes past the buffer > and then sk

[PATCH] gpio: lpc18xx: convert GPIO_LPC18XX from bool to tristate

The Kconfig currently controlling compilation of this code is: config GPIO_LPC18XX bool "NXP LPC18XX/43XX GPIO support" ...meaning that it currently is not being built as a module by anyone. When targeting orphaned modular code in non-modular drivers, this came up. Joachim indicated tha

[rcu:rcu/next 25/36] include/linux/irqflags.h:79:3: error: implicit declaration of function 'arch_irqs_disabled_flags'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/paulmck/linux-rcu.git rcu/next head: 13ee0de9cd2444b57ce30c4f1607b49b90aa0c38 commit: f251ac814fc5787765009e60d54a2bd4277350c8 [25/36] rcu: Make call_rcu_tasks() tolerate first call with irqs disabled config: um-allmodconfig (attached as .

[PATCH] ASoC: atmel: fix build failure

m32r allmodconfig build is failing with the error: ERROR: "bad_dma_ops" [sound/soc/atmel/snd-soc-atmel-pcm-pdc.ko] undefined! The code is using DMA but the related dependency is not mentioned in the Kconfig. Signed-off-by: Sudip Mukherjee --- build log is at: https://travis-ci.org/sudipm-mukher

[PATCH] PM / clk: export symbols for existing pm_clk_<...> API fcns

While trying to convert a DMA driver from bool to tristate, we encountered the following: ERROR: "pm_clk_add_clk" [drivers/dma/tegra210-adma.ko] undefined! ERROR: "pm_clk_create" [drivers/dma/tegra210-adma.ko] undefined! ERROR: "pm_clk_destroy" [drivers/dma/tegra210-adma.ko] undefined! ERROR: "pm_

Re: [PATCH] usb: usbip: fix null pointer dereference

On Friday 03 June 2016 09:29 AM, Krzysztof Opasiak wrote: On 06/02/2016 03:22 PM, Sudip Mukherjee wrote: We have been dereferencing udc before checking it. Lets use it after it has been checked. To be honest I have mixed feelings about this patch. On one hand it prevents us from dereferenc

Re: [PATCH 7/7] thermal: qoriq: Add thermal management support

Hi, [auto build test ERROR on v4.7-rc1] [also build test ERROR on next-20160603] [cannot apply to robh/for-next soc-thermal/next] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Jia-Hongtao/dt-bi

Re: [PATCH 00/13] deprecate pcommit

On Jun 4, 2016 1:53 PM, "Dan Williams" wrote: > > Platforms supporting NVDIMMs are now required to provide persistence > guarantees once pmem stores are accepted by the memory subsystem. Can you point us to a precise definition of what exactly constitutes stores being "accepted by the memory subs

Re: [PATCH 07/34] clk: berlin: Migrate to clk_hw based registration and OF APIs

Hi, The main drawback of those patches is that they break the alignment (checkpatch.pl --strict complains). On 01/06/2016 at 16:15:06 -0700, Stephen Boyd wrote : > diff --git a/drivers/clk/berlin/berlin2-avpll.h > b/drivers/clk/berlin/berlin2-avpll.h > index a37f5068d299..17e311153b42 100644 > -

Re: ath9k gpio request

On Saturday 04 June 2016 08:07 PM, Kalle Valo wrote: (Fixing top posting) "Pan, Miaoqing" writes: --- a/drivers/net/wireless/ath/ath9k/reg.h +++ b/drivers/net/wireless/ath/ath9k/reg.h @@ -1122,8 +1122,8 @@ enum { #define AR9300_NUM_GPIO 16 #define AR9330_NUM_GPI

[PATCH RESEND] [media] fsl-viu: make inlines static

It looks like author of this code wasn't aware that plain "inline" without "static" does emit an (unused in this case) function body. Add "static" to every inline in drivers/media/platform/fsl-viu.c viu_default_settings() has only one callsite, so remove "inline" from it. viu_activate_next_buf()

[PATCH RESEND] NFC: hci: delete unused nfc_llc_get_rx_head_tail_room()

It used to be EXPORTed, but then EXPORT usage was cleaned up (in 2012), without noticing that the function has no users at all (and curiously, never had any users). Delete it. While at it, remove non-static "inline" hints on nearby functions: these hints don't work across compilation units anyway

[PATCH RESEND] bufferhead: Force inlining of put_bh and get_bh

With both gcc 4.7.2 and 4.9.2, sometimes gcc mysteriously doesn't inline very small functions we expect to be inlined. See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66122 With this .config: http://busybox.net/~vda/kernel_config_OPTIMIZE_INLINING_and_Os, get_bh() gets deinlined 32 times, put

[PATCH RESEND] cpufreq: p4-clockmod: Replace bool_int_array[NR_CPUS] with bitmap

Straigntforward conversion from int has_N44_O17_errata[NR_CPUS] to DECLARE_BITMAP(has_N44_O17_errata, NR_CPUS) Saves about 2 kbytes in bss for NR_CPUS=512. Signed-off-by: Denys Vlasenko Acked-by: Viresh Kumar CC: Rafael J. Wysocki CC: Ingo Molnar CC: Bartosz Golaszewski CC: H. Peter

Re: [PATCH 1/4] irtl8188eu: Replace semaphore cmd_queue_sema with completion

On 06/03/2016 04:59 AM, Binoy Jayan wrote: The semaphore 'cmd_queue_sema' is used as completion, so convert it to struct completion. Signed-off-by: Binoy Jayan The subject for this patch has a misplaced "i" at the beginning courtesy of vi. One other point, it is customary to start the patch

Re: [PATCH v2 2/2] lib/uuid.c: eliminate uuid_[bl]e_index arrays

On Sun, 2016-06-05 at 08:34 -0700, Joe Perches wrote: > On Sun, 2016-06-05 at 17:19 +0300, Andy Shevchenko wrote: > > On Sat, 2016-06-04 at 09:29 -0700, Joe Perches wrote: > > > (adding acpi folks) > > > Trivially, acpi defines this but doesn't seem to use it. > > > > > > include/acpi/acconfig.h:#

Re: [PATCH v2 2/2] lib/uuid.c: eliminate uuid_[bl]e_index arrays

On Sun, 2016-06-05 at 17:19 +0300, Andy Shevchenko wrote: > On Sat, 2016-06-04 at 09:29 -0700, Joe Perches wrote: > > (adding acpi folks) > > Trivially, acpi defines this but doesn't seem to use it. > > > > include/acpi/acconfig.h:#define UUID_STRING_LENGTH  36  /* > > Total length of a UU

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

Steven Rostedt suggests in reference to "[PATCH][RT] netpoll: Always take poll_lock when doing polling" >> [ Alison, can you try this patch ] Sebastian follows up: >Alison, did you try it? Sorry for not responding sooner. I was hoping to come to a complete understanding of the system before rep

Re: [PATCH v1] KVM: VMX: enable guest access to LMCE related MSRs

On 06/04/16 13:01, Boris Petkov wrote: > Haozhong Zhang wrote: > > >On Intel platforms, this patch adds LMCE to KVM MCE supported > >capabilities and handles guest access to LMCE related MSRs. > > > >Signed-off-by: Ashok Raj > >Signed-off-by: Haozhong Zhang > > SOB chain needs correction wrt w

Re: [PATCH v1] KVM: VMX: enable guest access to LMCE related MSRs

On 06/03/16 17:34, Radim Krčmář wrote: > 2016-06-03 14:08+0800, Haozhong Zhang: > > On Intel platforms, this patch adds LMCE to KVM MCE supported > > capabilities and handles guest access to LMCE related MSRs. > > > > Signed-off-by: Ashok Raj > > Signed-off-by: Haozhong Zhang > > --- > > diff --

Re: [PATCH v2] ION: Sys_heap: Add cached pool to spead up cached buffer alloc

On Sun, Jun 05, 2016 at 04:51:23PM +0800, Chen Feng wrote: > Hi Greg, > > Can you take this patch? It's in my queue, please wait, staging patches are at the bottom of it, rightfully so... thanks, greg k-h

Re: [PATCH 09/12] net: mediatek: increase watchdog_timeo

On Sun, Jun 05, 2016 at 08:33:02AM +0200, John Crispin wrote: > During stress testing, after reducing the threshold value, we have seen > TX timeouts that were caused by the watchdog_timeo value being too low. > Increase the value to 5 * HZ which is a value commonly used by many other > drivers. I

Re: [PATCH] libnvdimm, nfit: treat volatile virtual CD region as read-only pmem

On Sat, Jun 04, 2016 at 09:24:54AM -0700, Dan Williams wrote: > On Sat, Jun 4, 2016 at 4:01 AM, joeyli wrote: > > Hi Dan, > > > > Thanks for your review. > > > > On Fri, Jun 03, 2016 at 12:27:34PM -0700, Dan Williams wrote: > >> On Fri, Jun 3, 2016 at 12:13 AM, Lee, Chun-Yi > >> wrote: > >> > Th

Re: [PATCH v1 1/1] mei: me: use managed functions pcim_* and devm_*

On Mon, 2016-02-01 at 16:00 +0200, Andy Shevchenko wrote: > This makes the error handling much more simpler than open-coding > everything and > in addition makes the probe function smaller an tidier. > It's already one release cycle passed. What is the destiny of this change? > Signed-off-by: An

Re: [PATCH] libnvdimm, nfit: treat volatile virtual CD region as read-only pmem

On Sat, Jun 04, 2016 at 09:24:54AM -0700, Dan Williams wrote: > On Sat, Jun 4, 2016 at 4:01 AM, joeyli wrote: > > Hi Dan, > > > > Thanks for your review. > > > > On Fri, Jun 03, 2016 at 12:27:34PM -0700, Dan Williams wrote: > >> On Fri, Jun 3, 2016 at 12:13 AM, Lee, Chun-Yi > >> wrote: > >> > Th

Re: [PATCH v2 1/2] lib/vsprintf.c: Simplify uuid_string()

On Sat, 2016-06-04 at 01:14 -0400, George Spelvin wrote: > Rather than have a second pass to upcase the buffer, just make the > hex lookup table a variable. > > Removing the conditional branch from the inner loop is also a > speedup, but since this is not hot code, the important factor > it shrink

Re: [PATCH v2 3/2] lib/uuid.c: Silence an unchecked return value warning

On Sat, 2016-06-04 at 09:16 -0400, George Spelvin wrote: > Andy Shevchenko pointed out that __uuid_to_bin doesn't need to check > the return value from hex2bin(), because the preceding uuid_is_valid() > check already took care of that. > > But hex2bin() is declared __must_check, so checking anyway

linux-next: error fetching the c6x tree

Hi Mark, Fetching the c6x tree has produced this error for the past few days: fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. -- Cheers, Stephen Rothwell

Re: [PATCH v2 2/2] lib/uuid.c: eliminate uuid_[bl]e_index arrays

On Sat, 2016-06-04 at 09:29 -0700, Joe Perches wrote: > (adding acpi folks) > > Trivially, acpi defines this but doesn't seem to use it. > > include/acpi/acconfig.h:#define UUID_STRING_LENGTH  36  /* > Total length of a UUID string */ > > And Ingo commented last month: > https://lkml.o

include/linux/kprobes.h:332:2: error: invalid use of undefined type 'struct kprobe_ctlblk'

Hi, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 049ec1b5a76d34a6980cccdb7c0baeb4eed7a993 commit: abec1a806e0c3cf168999667d5fb6218398ef12a percpu: Make __verify_pcu_ptr handle per cpu pointers to arrays date: 2

[PATCH 1/1 linux-next] ASoC: cs53l30: include gpio/consumer.h

cs53l30 breaks kernel compilation when CONFIG_GPIOLIB is disabled. sound/soc/codecs/cs53l30.c:931:2: error: implicit declaration of function devm_gpiod_get_optional [-Werror=implicit-function-declaration] cs53l30->reset_gpio = devm_gpiod_get_optional(dev, "reset", ^ sound/soc/codecs/cs53l30.c:

drivers/gpio/gpiolib-of.c:317:2: error: implicit declaration of function 'iounmap'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 049ec1b5a76d34a6980cccdb7c0baeb4eed7a993 commit: 296ad4acb8efeffa456e344c73dc9459f4e9e1a0 gpio: remove deps on ARCH_[WANT_OPTIONAL|REQUIRE]_GPIOLIB date: 6 weeks ago config: um-allmodconfig (attached as .c

drivers/mfd/syscon.c:67:9: error: implicit declaration of function 'ioremap'

Hi, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 049ec1b5a76d34a6980cccdb7c0baeb4eed7a993 commit: ca668f0edfae65438c3f0a3ad5d3e59e3515915f mfd: syscon: Set regmap max_register in of_syscon_register date: 3 mont

[GIT PULL] parisc architecture fixes for 4.7-rc2

Hi Linus, Please pull some parisc architecture fixes for kernel 4.7-rc2 from git://git.kernel.org/pub/scm/linux/kernel/git/deller/parisc-linux.git parisc-4.7-2 Changes in this patch set: - Fix printk time stamps on SMP systems which got wrong due to a patch which was added during the merge

[PATCH] coredump: fix dumping through pipes

The offset in the core file used to be tracked with ->written field of the coredump_params structure. Commit a0083939510 ("get rid of coredump_params->written") replaced all its uses with file->f_pos. However, ->f_pos is not maintained for pipes which leads to breakage. Restore explicit tracking

arch/ia64/kernel/entry.S:621: Error: Operand 2 of `adds' should be a 14-bit integer (-8192-8191)

Hi, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 049ec1b5a76d34a6980cccdb7c0baeb4eed7a993 commit: da48d094ce5d7c7dcdad9011648a81c42fd1c2ef Kconfig: remove HAVE_LATENCYTOP_SUPPORT date: 5 months ago config: ia64

Re: [linux-sunxi] Re: [PATCH 5/5] RFC spi: sun4i: add DMA support

On 2 June 2016 at 16:26, Mark Brown wrote: > On Thu, Jun 02, 2016 at 02:14:26PM +0200, Michal Suchanek wrote: >> On 2 June 2016 at 06:42, Priit Laes wrote: >> > On Wed, 2016-06-01 at 20:00 +0200, Maxime Ripard wrote: > >> > Actually it non-DMA case works fine if you don't need SPI transfers >> >

[PATCH 3.10 001/143] pipe: Fix buffer offset after partially failed read

From: Ben Hutchings Quoting the RHEL advisory: > It was found that the fix for CVE-2015-1805 incorrectly kept buffer > offset and buffer length in sync on a failed atomic read, potentially > resulting in a pipe buffer state corruption. A local, unprivileged user > could use this flaw to crash th

[PATCH 3.10 003/143] ext4: fix NULL pointer dereference in ext4_mark_inode_dirty()

From: Eryu Guan commit 5e1021f2b6dff1a86a468a1424d59faae2bc63c1 upstream. ext4_reserve_inode_write() in ext4_mark_inode_dirty() could fail on error (e.g. EIO) and iloc.bh can be NULL in this case. But the error is ignored in the following "if" condition and ext4_expand_extra_isize() might be cal

[PATCH 3.10 008/143] EDAC, amd64_edac: Shift wrapping issue in f1x_get_norm_dct_addr()

From: Dan Carpenter commit 6f3508f61c814ee852c199988a62bd954c50dfc1 upstream. dct_sel_base_off is declared as a u64 but we're only using the lower 32 bits because of a shift wrapping bug. This can possibly truncate the upper 16 bits of DctSelBaseOffset[47:26], causing us to misdecode the CS row.

[PATCH 3.10 026/143] pwc: Add USB id for Philips Spc880nc webcam

From: Hans de Goede commit 7445e45d19a09e5269dc85f17f9635be29d2f76c upstream. SPC 880NC PC camera discussions: http://www.pclinuxos.com/forum/index.php/topic,135688.0.html Cc: sta...@vger.kernel.org Reported-by: Kikim Signed-off-by: Hans de Goede Signed-off-by: Mauro Carvalho Chehab

[PATCH 3.10 009/143] PCI: Disable IO/MEM decoding for devices with non-compliant BARs

From: Bjorn Helgaas commit b84106b4e2290c081cdab521fa832596cdfea246 upstream. The PCI config header (first 64 bytes of each device's config space) is defined by the PCI spec so generic software can identify the device and manage its usage of I/O, memory, and IRQ resources. Some non-spec-complia

<    1   2   3   4   5   6   7   8   >