[PATCH 2/4] lightnvm: rename ->nr_pages to ->nr_sects

The struct rrpc->nr_pages can easily be interpreted as the number of flash pages allocated to rrpc, while it is the nr_sects. Make sure that this is reflected from the variable name. Signed-off-by: Matias Bjørling --- drivers/lightnvm/core.c | 2 +-

[PATCH 1/4] lightnvm: update closed list outside of intr context

From: Javier González When an I/O finishes, full blocks are moved from the open to the closed list - a lock is taken to protect the list. This happens at the moment in the interrupt context, which is not correct. This patch moves this logic to the block workqueue instead,

[PATCH 3/4] lightnvm: remove struct nvm_dev->total_blocks

The struct nvm_dev->total_blocks was only used for calculating total sectors. Remove and instead calculate total sectors from the number of luns and its sectors. Signed-off-by: Matias Bjørling --- drivers/lightnvm/core.c | 6 +- 1 file changed, 1 insertion(+), 5

[PATCH 2/4] lightnvm: rename ->nr_pages to ->nr_sects

The struct rrpc->nr_pages can easily be interpreted as the number of flash pages allocated to rrpc, while it is the nr_sects. Make sure that this is reflected from the variable name. Signed-off-by: Matias Bjørling --- drivers/lightnvm/core.c | 2 +- drivers/lightnvm/gennvm.c | 7 +++

[PATCH 1/4] lightnvm: update closed list outside of intr context

From: Javier González When an I/O finishes, full blocks are moved from the open to the closed list - a lock is taken to protect the list. This happens at the moment in the interrupt context, which is not correct. This patch moves this logic to the block workqueue instead, avoiding holding a

[PATCH 3/4] lightnvm: remove struct nvm_dev->total_blocks

The struct nvm_dev->total_blocks was only used for calculating total sectors. Remove and instead calculate total sectors from the number of luns and its sectors. Signed-off-by: Matias Bjørling --- drivers/lightnvm/core.c | 6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git

[PATCH 0/4] LightNVM patches for 4.5-rc

Hi Jens, Sorry, I was living in a fairy tail land, where patches are miraculously applied without being sent upstream. Leading me to test on top of the wrong base. I was missing three patches, which I should have sent for previous -rc round. The first patch fixes taking a normal spinlock in

[PATCH 0/4] LightNVM patches for 4.5-rc

Hi Jens, Sorry, I was living in a fairy tail land, where patches are miraculously applied without being sent upstream. Leading me to test on top of the wrong base. I was missing three patches, which I should have sent for previous -rc round. The first patch fixes taking a normal spinlock in

[PATCH 4/4] lightnvm: generalize rrpc ppa calculations

From: Javier González In rrpc, some calculations assume a certain configuration (e.g., 1 LUN, 1 sector per page). The reason behind this was that LightNVM used a simple configuration with QEMU to test core features in the beginning. This patch relaxes these assumptions and

[PATCH 4/4] lightnvm: generalize rrpc ppa calculations

From: Javier González In rrpc, some calculations assume a certain configuration (e.g., 1 LUN, 1 sector per page). The reason behind this was that LightNVM used a simple configuration with QEMU to test core features in the beginning. This patch relaxes these assumptions and generalizes

Re: [RFC v2 2/6] x86/init: use linker tables to simplify x86 init and annotate dependencies

On Fri, Feb 19, 2016 at 4:42 PM, Luis R. Rodriguez wrote: > On Fri, Feb 19, 2016 at 08:40:49AM -0800, Andy Lutomirski wrote: >> On Fri, Feb 19, 2016 at 6:15 AM, Luis R. Rodriguez wrote: >> > Any failure on the x86 init path can be catastrophic. >> > A simple

Re: [RFC v2 2/6] x86/init: use linker tables to simplify x86 init and annotate dependencies

On Fri, Feb 19, 2016 at 4:42 PM, Luis R. Rodriguez wrote: > On Fri, Feb 19, 2016 at 08:40:49AM -0800, Andy Lutomirski wrote: >> On Fri, Feb 19, 2016 at 6:15 AM, Luis R. Rodriguez wrote: >> > Any failure on the x86 init path can be catastrophic. >> > A simple shift of a call from one place to

[GIT PULL]: dmaengine updates for 4.5-rc5

Hi Linus, We have some fixes queued up on dmaengine, all on drivers. Please PULL. The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: Linux 4.5-rc1 (2016-01-24 13:06:47 -0800) are available in the git repository at:

[GIT PULL]: dmaengine updates for 4.5-rc5

Hi Linus, We have some fixes queued up on dmaengine, all on drivers. Please PULL. The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d: Linux 4.5-rc1 (2016-01-24 13:06:47 -0800) are available in the git repository at:

Re: [PATCH v7 2/3] clk: clk-pic32: Add PIC32 clock driver

On 02/20/2016 01:46 AM, Michael Turquette wrote: > Quoting Joshua Henderson (2016-02-19 08:25:35) >> +const struct clk_ops pic32_roclk_ops = { >> + .enable = roclk_enable, >> + .disable= roclk_disable, >> + .is_enabled =

Re: [PATCH v7 2/3] clk: clk-pic32: Add PIC32 clock driver

On 02/20/2016 01:46 AM, Michael Turquette wrote: > Quoting Joshua Henderson (2016-02-19 08:25:35) >> +const struct clk_ops pic32_roclk_ops = { >> + .enable = roclk_enable, >> + .disable= roclk_disable, >> + .is_enabled =

Re: [PATCH] Bluetooth: hci_core: Avoid mixing up req_complete and req_complete_skb

Hi Douglas, On Fri, Feb 19, 2016, Douglas Anderson wrote: > In commit 44d271377479 ("Bluetooth: Compress the size of struct > hci_ctrl") we squashed down the size of the structure by using a union > with the assumption that all users would use the flag to determine > whether we had a req_complete

Re: [PATCH] Bluetooth: hci_core: Avoid mixing up req_complete and req_complete_skb

Hi Douglas, On Fri, Feb 19, 2016, Douglas Anderson wrote: > In commit 44d271377479 ("Bluetooth: Compress the size of struct > hci_ctrl") we squashed down the size of the structure by using a union > with the assumption that all users would use the flag to determine > whether we had a req_complete

Re: [v9,4/5] iommu/mediatek: Add mt8173 IOMMU driver

On Wed, Feb 17, 2016 at 08:46:13AM +0800, Yong Wu wrote: > This patch adds support for mediatek m4u (MultiMedia Memory Management > Unit). > > Signed-off-by: Yong Wu > Reviewed-by: Robin Murphy > > --- > drivers/iommu/Kconfig | 16 + >

Re: [v9,4/5] iommu/mediatek: Add mt8173 IOMMU driver

On Wed, Feb 17, 2016 at 08:46:13AM +0800, Yong Wu wrote: > This patch adds support for mediatek m4u (MultiMedia Memory Management > Unit). > > Signed-off-by: Yong Wu > Reviewed-by: Robin Murphy > > --- > drivers/iommu/Kconfig | 16 + > drivers/iommu/Makefile| 1 + >

Re: V4L docs and docbook

Hans Verkuil writes: > But good table handling is a prerequisite for us since we rely heavily on > that. I converted an asciidoc document that included some tables to sphinx via docbook using pandoc; that seemed to generate workable results for me, but my needs are pretty

Re: V4L docs and docbook

Hans Verkuil writes: > But good table handling is a prerequisite for us since we rely heavily on > that. I converted an asciidoc document that included some tables to sphinx via docbook using pandoc; that seemed to generate workable results for me, but my needs are pretty simple. Asciidoc has

Re: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

On Sat, Feb 20, 2016 at 03:34:30PM +1100, Ross Green wrote: > On Sat, Feb 20, 2016 at 4:33 AM, Paul E. McKenney > wrote: > > On Thu, Feb 18, 2016 at 08:13:18PM -0800, John Stultz wrote: > >> On Thu, Feb 18, 2016 at 7:56 PM, Ross Green wrote: > >> >

Re: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

On Sat, Feb 20, 2016 at 03:34:30PM +1100, Ross Green wrote: > On Sat, Feb 20, 2016 at 4:33 AM, Paul E. McKenney > wrote: > > On Thu, Feb 18, 2016 at 08:13:18PM -0800, John Stultz wrote: > >> On Thu, Feb 18, 2016 at 7:56 PM, Ross Green wrote: > >> > Well a bonus extra! > >> > Kept everything

Re: [tip:x86/pkeys] mm/gup: Introduce get_user_pages_remote()

On Tue, Feb 16, 2016 at 3:14 PM, tip-bot for Dave Hansen wrote: > Commit-ID: 1e9877902dc7e11d2be038371c6fbf2dfcd469d7 > Gitweb: http://git.kernel.org/tip/1e9877902dc7e11d2be038371c6fbf2dfcd469d7 > Author: Dave Hansen > AuthorDate: Fri, 12

Re: [tip:x86/pkeys] mm/gup: Introduce get_user_pages_remote()

On Tue, Feb 16, 2016 at 3:14 PM, tip-bot for Dave Hansen wrote: > Commit-ID: 1e9877902dc7e11d2be038371c6fbf2dfcd469d7 > Gitweb: http://git.kernel.org/tip/1e9877902dc7e11d2be038371c6fbf2dfcd469d7 > Author: Dave Hansen > AuthorDate: Fri, 12 Feb 2016 13:01:54 -0800 > Committer: Ingo

Supplying High Quality NdFeB Materials

Dear, Good day. May I have your attention?We are a professional manufacturer of magnet and magnetic products located in Shenzhen China,with two production line the annual capacity exceeds 1,000 tons. Thanks to skilled workers and engineers,some of them having more than 15 years

Supplying High Quality NdFeB Materials

Dear, Good day. May I have your attention?We are a professional manufacturer of magnet and magnetic products located in Shenzhen China,with two production line the annual capacity exceeds 1,000 tons. Thanks to skilled workers and engineers,some of them having more than 15 years

RE: [PATCH] xen-netfront: set real_num_tx_queues to zreo avoid to trigger BUG_ON

Hi, Thanks for rapid feedback :) > From: David Miller [mailto:da...@davemloft.net] > Sent: Saturday, February 20, 2016 12:37 PM > > From: Gonglei > Date: Sat, 20 Feb 2016 09:27:26 +0800 > > > It's possible for a race condition to exist between xennet_open() and > >

RE: [PATCH] xen-netfront: set real_num_tx_queues to zreo avoid to trigger BUG_ON

Hi, Thanks for rapid feedback :) > From: David Miller [mailto:da...@davemloft.net] > Sent: Saturday, February 20, 2016 12:37 PM > > From: Gonglei > Date: Sat, 20 Feb 2016 09:27:26 +0800 > > > It's possible for a race condition to exist between xennet_open() and > > talk_to_netback(). After

[PATCH] Documentation/memory-barriers: fix wrong comment in example

There is wrong comment in example for compiler store omit behavior. It shows example of the problem and than problem solved version code. However, the comment in the solved version is still same with not solved version. Fix the wrong statement with this commit. Signed-off-by: SeongJae Park

[PATCH] Documentation/memory-barriers: fix wrong comment in example

There is wrong comment in example for compiler store omit behavior. It shows example of the problem and than problem solved version code. However, the comment in the solved version is still same with not solved version. Fix the wrong statement with this commit. Signed-off-by: SeongJae Park ---

Re: [PATCH net-next 0/3] bpf_get_stackid() and stack_trace map

From: Alexei Starovoitov Date: Wed, 17 Feb 2016 19:58:56 -0800 > This patch set introduces new map type to store stack traces and > corresponding bpf_get_stackid() helper. ... Series applied, thanks Alexei.

Re: [PATCH net-next 0/3] bpf_get_stackid() and stack_trace map

From: Alexei Starovoitov Date: Wed, 17 Feb 2016 19:58:56 -0800 > This patch set introduces new map type to store stack traces and > corresponding bpf_get_stackid() helper. ... Series applied, thanks Alexei.

Re: [PATCH V8 6/8] gpio: max77620: add gpio driver for MAX77620/MAX20024

On Tuesday 16 February 2016 04:48 AM, Linus Walleij wrote: On Thu, Feb 11, 2016 at 12:56 PM, Laxman Dewangan wrote: MAXIM Semiconductor's PMIC, MAX77620/MAX20024 has 8 GPIO pins. It also supports interrupts from these pins. Add GPIO driver for these pins to control via

Re: [PATCH V8 6/8] gpio: max77620: add gpio driver for MAX77620/MAX20024

On Tuesday 16 February 2016 04:48 AM, Linus Walleij wrote: On Thu, Feb 11, 2016 at 12:56 PM, Laxman Dewangan wrote: MAXIM Semiconductor's PMIC, MAX77620/MAX20024 has 8 GPIO pins. It also supports interrupts from these pins. Add GPIO driver for these pins to control via GPIO APIs.

[PATCH V11 2/4] perf/powerpc: add support for sampling intr machine state

The perf infrastructure uses a bit mask to find out valid registers to display. Define a register mask for supported registers defined in asm/perf_regs.h. The bit positions also correspond to register IDs which is used by perf infrastructure to fetch the register values. CONFIG_HAVE_PERF_REGS

[PATCH V2 4/4] tool/perf: Add sample_reg_mask to include all perf_regs

From: Madhavan Srinivasan Add sample_reg_mask array with pt_regs registers. This is needed for printing supported regs ( -I? option). Signed-off-by: Madhavan Srinivasan --- tools/perf/arch/powerpc/util/Build | 1 +

[PATCH V11 1/4] perf/powerpc: assign an id to each powerpc register

The enum definition assigns an 'id' to each register in "struct pt_regs" of arch/powerpc. The order of these values in the enum definition are based on the corresponding macros in arch/powerpc/include/uapi/asm/ptrace.h. Signed-off-by: Anju T ---

[PATCH V11 3/4] tools/perf: Map the ID values with register names

Map ID values with corresponding register names. These names are then displayed when user issues perf record with the -I option followed by perf report/script with -D option. To test this patchset, Eg: $ perf record -I ls # record machine state at interrupt $ perf script -D # read the

[PATCH V11 2/4] perf/powerpc: add support for sampling intr machine state

The perf infrastructure uses a bit mask to find out valid registers to display. Define a register mask for supported registers defined in asm/perf_regs.h. The bit positions also correspond to register IDs which is used by perf infrastructure to fetch the register values. CONFIG_HAVE_PERF_REGS

[PATCH V2 4/4] tool/perf: Add sample_reg_mask to include all perf_regs

From: Madhavan Srinivasan Add sample_reg_mask array with pt_regs registers. This is needed for printing supported regs ( -I? option). Signed-off-by: Madhavan Srinivasan --- tools/perf/arch/powerpc/util/Build | 1 + tools/perf/arch/powerpc/util/perf_regs.c | 49

[PATCH V11 1/4] perf/powerpc: assign an id to each powerpc register

The enum definition assigns an 'id' to each register in "struct pt_regs" of arch/powerpc. The order of these values in the enum definition are based on the corresponding macros in arch/powerpc/include/uapi/asm/ptrace.h. Signed-off-by: Anju T --- arch/powerpc/include/uapi/asm/perf_regs.h | 50

[PATCH V11 3/4] tools/perf: Map the ID values with register names

Map ID values with corresponding register names. These names are then displayed when user issues perf record with the -I option followed by perf report/script with -D option. To test this patchset, Eg: $ perf record -I ls # record machine state at interrupt $ perf script -D # read the

[PATCH V11 0/4]perf/powerpc: Add ability to sample intr machine state in powerpc

This short patch series adds the ability to sample the interrupted machine state for each hardware sample. To test this patchset, Eg: $ perf record -I? # list supported registers output: available registers: r0 r1 r2 r3 r4 r5 r6 r7 r8 r9 r10 r11 r12 r13 r14 r15 r16 r17 r18 r19 r20 r21

[PATCH V11 0/4]perf/powerpc: Add ability to sample intr machine state in powerpc

This short patch series adds the ability to sample the interrupted machine state for each hardware sample. To test this patchset, Eg: $ perf record -I? # list supported registers output: available registers: r0 r1 r2 r3 r4 r5 r6 r7 r8 r9 r10 r11 r12 r13 r14 r15 r16 r17 r18 r19 r20 r21

Re: [PATCH net] r8169:fix "rtl_counters_cond == 1 (loop: 1000, delay: 10)" log spam.

From: Chunhao Lin Date: Thu, 18 Feb 2016 22:57:07 +0800 > There will be a log spam when there is no cable plugged. > Please refer to following links. > https://bugzilla.kernel.org/show_bug.cgi?id=104351 > https://bugzilla.kernel.org/show_bug.cgi?id=107421 > > This issue is

Re: [PATCH net] r8169:fix "rtl_counters_cond == 1 (loop: 1000, delay: 10)" log spam.

From: Chunhao Lin Date: Thu, 18 Feb 2016 22:57:07 +0800 > There will be a log spam when there is no cable plugged. > Please refer to following links. > https://bugzilla.kernel.org/show_bug.cgi?id=104351 > https://bugzilla.kernel.org/show_bug.cgi?id=107421 > > This issue is caused by runtime

Re: [PATCH V8 0/8] Add support for MAXIM MAX77620/MAX20024 PMIC

On Tuesday 16 February 2016 09:30 PM, Thierry Reding wrote: On Thu, Feb 11, 2016 at 05:26:26PM +0530, Laxman Dewangan wrote: Add SW support for MAXIM Semiconductor's Power Management IC (PMIC) MAX77620/MAX20024. This PMIC supports DC-DC/LDOS, GPIOs, RTC, watchdog, clocks etc. Hi Laxman, This

Re: [PATCH V8 0/8] Add support for MAXIM MAX77620/MAX20024 PMIC

On Tuesday 16 February 2016 09:30 PM, Thierry Reding wrote: On Thu, Feb 11, 2016 at 05:26:26PM +0530, Laxman Dewangan wrote: Add SW support for MAXIM Semiconductor's Power Management IC (PMIC) MAX77620/MAX20024. This PMIC supports DC-DC/LDOS, GPIOs, RTC, watchdog, clocks etc. Hi Laxman, This

Re: [PATCH net] af_unix: Don't use continue to re-execute unix_stream_read_generic loop

From: Rainer Weikusat Date: Thu, 18 Feb 2016 12:39:46 + > The unix_stream_read_generic function tries to use a continue statement > to restart the receive loop after waiting for a message. This may not > work as intended as the caller might use a recvmsg

Re: [PATCH net] af_unix: Don't use continue to re-execute unix_stream_read_generic loop

From: Rainer Weikusat Date: Thu, 18 Feb 2016 12:39:46 + > The unix_stream_read_generic function tries to use a continue statement > to restart the receive loop after waiting for a message. This may not > work as intended as the caller might use a recvmsg call to peek at > control messages

Re: [PATCH] unix_diag: fix incorrect sign extension in unix_lookup_by_ino

From: Cong Wang Date: Fri, 19 Feb 2016 16:21:14 -0800 > On Thu, Feb 18, 2016 at 5:27 PM, Dmitry V. Levin wrote: >> The value passed by unix_diag_get_exact to unix_lookup_by_ino has type >> __u32, but unix_lookup_by_ino's argument ino has type int,

Re: [PATCH] unix_diag: fix incorrect sign extension in unix_lookup_by_ino

From: Cong Wang Date: Fri, 19 Feb 2016 16:21:14 -0800 > On Thu, Feb 18, 2016 at 5:27 PM, Dmitry V. Levin wrote: >> The value passed by unix_diag_get_exact to unix_lookup_by_ino has type >> __u32, but unix_lookup_by_ino's argument ino has type int, which is not >> a problem yet. >> However, when

Re: [PATCH] xen-netfront: set real_num_tx_queues to zreo avoid to trigger BUG_ON

From: Gonglei Date: Sat, 20 Feb 2016 09:27:26 +0800 > It's possible for a race condition to exist between xennet_open() and > talk_to_netback(). After invoking netfront_probe() then other > threads or processes invoke xennet_open (such as NetworkManager) > immediately

Re: [PATCH] xen-netfront: set real_num_tx_queues to zreo avoid to trigger BUG_ON

From: Gonglei Date: Sat, 20 Feb 2016 09:27:26 +0800 > It's possible for a race condition to exist between xennet_open() and > talk_to_netback(). After invoking netfront_probe() then other > threads or processes invoke xennet_open (such as NetworkManager) > immediately may trigger BUG_ON().

Re: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

On Sat, Feb 20, 2016 at 4:33 AM, Paul E. McKenney wrote: > On Thu, Feb 18, 2016 at 08:13:18PM -0800, John Stultz wrote: >> On Thu, Feb 18, 2016 at 7:56 PM, Ross Green wrote: >> > Well a bonus extra! >> > Kept everything running and there was

Re: rcu_preempt self-detected stall on CPU from 4.5-rc3, since 3.17

On Sat, Feb 20, 2016 at 4:33 AM, Paul E. McKenney wrote: > On Thu, Feb 18, 2016 at 08:13:18PM -0800, John Stultz wrote: >> On Thu, Feb 18, 2016 at 7:56 PM, Ross Green wrote: >> > Well a bonus extra! >> > Kept everything running and there was another stall. >> > So i have included the demsg

Re: [PATCH 1/1] gpio: add devm_ apis for gpio_chip_add and remove

On Tuesday 16 February 2016 08:33 PM, Linus Walleij wrote: On Mon, Feb 15, 2016 at 2:17 PM, Laxman Dewangan wrote: Add device managed APIs devm_gpiochip_add_data() and devm_gpiochip_remove() for the APIs gpiochip_add_data() and gpiochip_remove(). This helps in reducing

Re: [PATCH 1/1] gpio: add devm_ apis for gpio_chip_add and remove

On Tuesday 16 February 2016 08:33 PM, Linus Walleij wrote: On Mon, Feb 15, 2016 at 2:17 PM, Laxman Dewangan wrote: Add device managed APIs devm_gpiochip_add_data() and devm_gpiochip_remove() for the APIs gpiochip_add_data() and gpiochip_remove(). This helps in reducing code in error path

Re: fs: NULL deref in atime_needs_update

On Sat, Feb 20, 2016 at 03:21:27AM +, Al Viro wrote: > On Fri, Feb 19, 2016 at 08:32:10PM +0100, Dmitry Vyukov wrote: > > > BUG: unable to handle kernel NULL pointer dereference at 0050 > > NULL inode->i_sb, by the look of the offset, but I really don't understand > where the hell

Re: fs: NULL deref in atime_needs_update

On Sat, Feb 20, 2016 at 03:21:27AM +, Al Viro wrote: > On Fri, Feb 19, 2016 at 08:32:10PM +0100, Dmitry Vyukov wrote: > > > BUG: unable to handle kernel NULL pointer dereference at 0050 > > NULL inode->i_sb, by the look of the offset, but I really don't understand > where the hell

Re: [PATCH 0/3] LightNVM patches for next 4.5-rc

On 02/19/2016 12:15 PM, Jens Axboe wrote: On Fri, Feb 19 2016, Matias Bjørling wrote: Hi Jens, Here is a couple of patches for the next 4.5-rc. A patch from Alan that fixes up logic in nvm_configure_get. Another patch from Javier that fixes a bug with multiple luns in RRPC, and at last a

Re: [PATCH 0/3] LightNVM patches for next 4.5-rc

On 02/19/2016 12:15 PM, Jens Axboe wrote: On Fri, Feb 19 2016, Matias Bjørling wrote: Hi Jens, Here is a couple of patches for the next 4.5-rc. A patch from Alan that fixes up logic in nvm_configure_get. Another patch from Javier that fixes a bug with multiple luns in RRPC, and at last a

Re: [PATCHv2] serial: samsung: drop the spinlock around uart_write_wakeup

Hi Peter, On 20 February 2016 at 01:00, Peter Hurley wrote: > [ +cc Krzysztof Kozlowski ] > > On 02/18/2016 09:15 PM, Anand Moon wrote: >> From: Anand Moon >> >> drop the spin_unlock/lock around uart_write_wakeup to protect >> write wakeup for

Re: [PATCHv2] serial: samsung: drop the spinlock around uart_write_wakeup

Hi Peter, On 20 February 2016 at 01:00, Peter Hurley wrote: > [ +cc Krzysztof Kozlowski ] > > On 02/18/2016 09:15 PM, Anand Moon wrote: >> From: Anand Moon >> >> drop the spin_unlock/lock around uart_write_wakeup to protect >> write wakeup for uart port. > > What Krzysztof was saying wrt v1 of

Re: call_usermodehelper in containers

On Fri, 2016-02-19 at 18:30 +0900, Kamezawa Hiroyuki wrote: > On 2016/02/19 14:37, Ian Kent wrote: > > On Fri, 2016-02-19 at 12:08 +0900, Kamezawa Hiroyuki wrote: > > > On 2016/02/19 5:45, Eric W. Biederman wrote: > > > > Personally I am a fan of the don't be clever and capture a > > > > kernel >

Re: call_usermodehelper in containers

On Fri, 2016-02-19 at 18:30 +0900, Kamezawa Hiroyuki wrote: > On 2016/02/19 14:37, Ian Kent wrote: > > On Fri, 2016-02-19 at 12:08 +0900, Kamezawa Hiroyuki wrote: > > > On 2016/02/19 5:45, Eric W. Biederman wrote: > > > > Personally I am a fan of the don't be clever and capture a > > > > kernel >

Re: fs: NULL deref in atime_needs_update

On Fri, Feb 19, 2016 at 08:32:10PM +0100, Dmitry Vyukov wrote: > > BUG: unable to handle kernel NULL pointer dereference at 0050 NULL inode->i_sb, by the look of the offset, but I really don't understand where the hell is that code doing (or how is that instruction going to generate

Re: fs: NULL deref in atime_needs_update

On Fri, Feb 19, 2016 at 08:32:10PM +0100, Dmitry Vyukov wrote: > > BUG: unable to handle kernel NULL pointer dereference at 0050 NULL inode->i_sb, by the look of the offset, but I really don't understand where the hell is that code doing (or how is that instruction going to generate

Re: [PATCH] usb: move usb_calc_bus_time into common code

On 2/19/2016 2:48 PM, Doug Anderson wrote: > Hi, > > On Fri, Feb 19, 2016 at 1:52 PM, Alan Stern wrote: >> On Fri, 19 Feb 2016, Arnd Bergmann wrote: >> >>> The dwc2 dual-role USB controller driver has started calling >>> usb_calc_bus_time, and does so regardless of

Re: [PATCH] usb: move usb_calc_bus_time into common code

On 2/19/2016 2:48 PM, Doug Anderson wrote: > Hi, > > On Fri, Feb 19, 2016 at 1:52 PM, Alan Stern wrote: >> On Fri, 19 Feb 2016, Arnd Bergmann wrote: >> >>> The dwc2 dual-role USB controller driver has started calling >>> usb_calc_bus_time, and does so regardless of whether it is >>> being built

regression between v4.1.17 and v4.1.18 (crypto)

Hi, after upgrading to v4.1.18 (LTS) I cannot unlock my root partition. The error is: Enter passphrase for /dev/sda2: Failed to setup dm-crypt key mapping for device /dev/sda2. Check that kernel supports aes-xts-plain64 cipher (check syslog for more info). This seems to be the same as described

regression between v4.1.17 and v4.1.18 (crypto)

Hi, after upgrading to v4.1.18 (LTS) I cannot unlock my root partition. The error is: Enter passphrase for /dev/sda2: Failed to setup dm-crypt key mapping for device /dev/sda2. Check that kernel supports aes-xts-plain64 cipher (check syslog for more info). This seems to be the same as described

Re: [PATCH 6/5] oom, oom_reaper: disable oom_reaper for oom_kill_allocating_task

Michal Hocko wrote: > On Wed 17-02-16 10:48:55, Michal Hocko wrote: > > Hi Andrew, > > although this can be folded into patch 5 > > (mm-oom_reaper-implement-oom-victims-queuing.patch) I think it would be > > better to have it separate and revert after we sort out the proper > >

Re: [PATCH 6/5] oom, oom_reaper: disable oom_reaper for oom_kill_allocating_task

Michal Hocko wrote: > On Wed 17-02-16 10:48:55, Michal Hocko wrote: > > Hi Andrew, > > although this can be folded into patch 5 > > (mm-oom_reaper-implement-oom-victims-queuing.patch) I think it would be > > better to have it separate and revert after we sort out the proper > >

Re: [isocpp-parallel] Proposal for new memory_order_consume definition

There's at least one easy answer in there: > ‎If implementations must support annotation, what form should that annotation take?  P0190R0 recommends the [[carries_dependency]] attribute, but I am not picky as long as it can be (1) applied to all relevant pointer-like

Re: [isocpp-parallel] Proposal for new memory_order_consume definition

There's at least one easy answer in there: > ‎If implementations must support annotation, what form should that annotation take?  P0190R0 recommends the [[carries_dependency]] attribute, but I am not picky as long as it can be (1) applied to all relevant pointer-like

Re: NULL-ptr deref in irqfd_update (via KVM)

Hm.. I think now it's the same as https://groups.google.com/forum/#!topic/syzkaller/Rg4Y2Z6HbHI - just with a bit different stacktrace, and simpler testcase. 2016-02-20 3:07 GMT+01:00 Robert Święcki : > Works under both AMD and Intel > > [7]kdb> summary > sysnameLinux >

Re: NULL-ptr deref in irqfd_update (via KVM)

Hm.. I think now it's the same as https://groups.google.com/forum/#!topic/syzkaller/Rg4Y2Z6HbHI - just with a bit different stacktrace, and simpler testcase. 2016-02-20 3:07 GMT+01:00 Robert Święcki : > Works under both AMD and Intel > > [7]kdb> summary > sysnameLinux > release4.5.0-rc4 >

NULL-ptr deref in irqfd_update (via KVM)

Works under both AMD and Intel [7]kdb> summary sysnameLinux release4.5.0-rc4 version#1 SMP PREEMPT Tue Feb 16 04:24:23 CET 2016 machinex86_64 nodename jag-l2 domainname (none) ccversion CCVERSION date 2016-02-20 01:57:30 tz_minuteswest 0 uptime 00:06 load avg 0.35

NULL-ptr deref in irqfd_update (via KVM)

Works under both AMD and Intel [7]kdb> summary sysnameLinux release4.5.0-rc4 version#1 SMP PREEMPT Tue Feb 16 04:24:23 CET 2016 machinex86_64 nodename jag-l2 domainname (none) ccversion CCVERSION date 2016-02-20 01:57:30 tz_minuteswest 0 uptime 00:06 load avg 0.35

[GIT PULL] Please pull powerpc/linux.git powerpc-4.5-3 tag

Hi Linus, Please pull some more powerpc fixes for 4.5: The following changes since commit 2d19fc639516dc7b4184450b315c931d38549e61: powerpc/mm: Fixup _HPAGE_CHG_MASK (2016-01-28 23:49:43 +1100) are available in the git repository at:

[GIT PULL] Please pull powerpc/linux.git powerpc-4.5-3 tag

Hi Linus, Please pull some more powerpc fixes for 4.5: The following changes since commit 2d19fc639516dc7b4184450b315c931d38549e61: powerpc/mm: Fixup _HPAGE_CHG_MASK (2016-01-28 23:49:43 +1100) are available in the git repository at:

Re: [PATCH v3 1/1] ideapad-laptop: Add ideapad Y700 (15) to the no_hw_rfkill DMI list

On Fri, 19 Feb 2016, Darren Hart wrote: See stable_kernel_rules.txt for how to specify relevant versions. I'm curious why there is a gap from 3.18 to 4.1. What you probably meant was: Cc: # 3.18.x If you are going to take this approach, you may wish to verify that

Re: [PATCH v3 1/1] ideapad-laptop: Add ideapad Y700 (15) to the no_hw_rfkill DMI list

On Fri, 19 Feb 2016, Darren Hart wrote: See stable_kernel_rules.txt for how to specify relevant versions. I'm curious why there is a gap from 3.18 to 4.1. What you probably meant was: Cc: # 3.18.x If you are going to take this approach, you may wish to verify that this applies back to 3.18,

Re: [PATCH v13 09/29] tracing: Add 'hist' event trigger command

On Fri, 19 Feb 2016 17:27:50 -0600 Tom Zanussi wrote: > > > + > > > +struct hist_trigger_data { > > > + struct hist_field *fields[TRACING_MAP_FIELDS_MAX]; > > > > Hmm I'm confused, TRACING_MAP_FIELDS_MAX == 4 > > > > But below it we index into

Re: [PATCH v13 09/29] tracing: Add 'hist' event trigger command

On Fri, 19 Feb 2016 17:27:50 -0600 Tom Zanussi wrote: > > > + > > > +struct hist_trigger_data { > > > + struct hist_field *fields[TRACING_MAP_FIELDS_MAX]; > > > > Hmm I'm confused, TRACING_MAP_FIELDS_MAX == 4 > > > > But below it we index into fields with n_fields. Which look

Re: [PATCH] drivers/platform: make x86/intel_scu_ipc.c explicitly non-modular

On Sun, Feb 14, 2016 at 03:00:52PM -0500, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/platform/x86/Kconfig:config INTEL_SCU_IPC > drivers/platform/x86/Kconfig: bool "Intel SCU IPC Support" > > ...meaning that it currently is not being

Re: [PATCH] drivers/platform: make x86/intel_scu_ipc.c explicitly non-modular

On Sun, Feb 14, 2016 at 03:00:52PM -0500, Paul Gortmaker wrote: > The Kconfig currently controlling compilation of this code is: > > drivers/platform/x86/Kconfig:config INTEL_SCU_IPC > drivers/platform/x86/Kconfig: bool "Intel SCU IPC Support" > > ...meaning that it currently is not being

[PATCH v4 1/1] ideapad-laptop: Add ideapad Y700 (15) to the no_hw_rfkill DMI list

Some Lenovo ideapad models lack a physical rfkill switch. On Lenovo models ideapad Y700 Touch-15ISK and ideapad Y700-15ISK, ideapad-laptop would wrongly report all radios as blocked by hardware which caused wireless network connections to fail. Add these models without an rfkill switch to the

[PATCH v4 1/1] ideapad-laptop: Add ideapad Y700 (15) to the no_hw_rfkill DMI list

Some Lenovo ideapad models lack a physical rfkill switch. On Lenovo models ideapad Y700 Touch-15ISK and ideapad Y700-15ISK, ideapad-laptop would wrongly report all radios as blocked by hardware which caused wireless network connections to fail. Add these models without an rfkill switch to the

[PATCH] xen-netfront: set real_num_tx_queues to zreo avoid to trigger BUG_ON

It's possible for a race condition to exist between xennet_open() and talk_to_netback(). After invoking netfront_probe() then other threads or processes invoke xennet_open (such as NetworkManager) immediately may trigger BUG_ON(). Besides, we also should reset real_num_tx_queues in

[PATCH] xen-netfront: set real_num_tx_queues to zreo avoid to trigger BUG_ON

It's possible for a race condition to exist between xennet_open() and talk_to_netback(). After invoking netfront_probe() then other threads or processes invoke xennet_open (such as NetworkManager) immediately may trigger BUG_ON(). Besides, we also should reset real_num_tx_queues in

[PATCH] mips: octeon: mark some functions __init in smp.c

octeon_smp_setup and octeon_prepare_cpus are just used during initialization period, so mark them as __init. And, octeon_prepare_cpus is just used in smp.c, so make it static as well. Signed-off-by: Yang Shi --- arch/mips/cavium-octeon/smp.c | 4 ++-- 1 file changed, 2

Re: [PATCH v13 06/29] tracing: Add needs_rec flag to event triggers

On Fri, 19 Feb 2016 17:31:11 -0600 Tom Zanussi wrote: > > Do you want me to respin adding this and the fixes for the previous > comments before continuing? Yeah, respin, but start with patch 9 of this series. I've already looked at and even pulled into a local

[PATCH] mips: octeon: mark some functions __init in smp.c

octeon_smp_setup and octeon_prepare_cpus are just used during initialization period, so mark them as __init. And, octeon_prepare_cpus is just used in smp.c, so make it static as well. Signed-off-by: Yang Shi --- arch/mips/cavium-octeon/smp.c | 4 ++-- 1 file changed, 2 insertions(+), 2

Re: [PATCH v13 06/29] tracing: Add needs_rec flag to event triggers

On Fri, 19 Feb 2016 17:31:11 -0600 Tom Zanussi wrote: > > Do you want me to respin adding this and the fixes for the previous > comments before continuing? Yeah, respin, but start with patch 9 of this series. I've already looked at and even pulled into a local tree the first 8 patches. --

Re: [PATCH v3 3/5] dell-wmi: enable receiving WMI events on Dell Vostro V131

On Tue, Feb 16, 2016 at 03:50:28PM +0100, Michał Kępień wrote: > On some laptop models (e.g. Dell Vostro V131), WMI events are not > generated until a specific SMBIOS request is issued to register an event > listener [1]. As there seems to be no ACPI method or SMBIOS request to > determine

Re: [PATCH v3 3/5] dell-wmi: enable receiving WMI events on Dell Vostro V131

On Tue, Feb 16, 2016 at 03:50:28PM +0100, Michał Kępień wrote: > On some laptop models (e.g. Dell Vostro V131), WMI events are not > generated until a specific SMBIOS request is issued to register an event > listener [1]. As there seems to be no ACPI method or SMBIOS request to > determine

  1   2   3   4   5   6   7   8   9   10   >