Re: [PATCH v2 2/5] mm: memory_hotplug: Remove assumption on memory state before hotremove

On 11/23/2017 12:14 PM, Andrea Reale wrote: Commit 242831eb15a0 ("Memory hotplug / ACPI: Simplify memory removal") introduced an assumption whereas when control reaches remove_memory the corresponding memory has been already offlined. In that case, the acpi_memhotplug was making sure that the

Re: [PATCH v2 2/5] mm: memory_hotplug: Remove assumption on memory state before hotremove

On 11/23/2017 12:14 PM, Andrea Reale wrote: Commit 242831eb15a0 ("Memory hotplug / ACPI: Simplify memory removal") introduced an assumption whereas when control reaches remove_memory the corresponding memory has been already offlined. In that case, the acpi_memhotplug was making sure that the

drivers/media/i2c/et8ek8/et8ek8_driver.c:1456: undefined reference to `v4l2_async_register_subdev_sensor_common'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 0c86a6bd85ff0629cd2c5141027fc1c8bb6cde9c commit: d8932f38c10ffb4b604c97d0765b500e8964cbd1 media: et8ek8: Add support for flash and lens devices date: 3 weeks ago config: x86_64-randconfig-s0-11240340

drivers/media/i2c/et8ek8/et8ek8_driver.c:1456: undefined reference to `v4l2_async_register_subdev_sensor_common'

tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 0c86a6bd85ff0629cd2c5141027fc1c8bb6cde9c commit: d8932f38c10ffb4b604c97d0765b500e8964cbd1 media: et8ek8: Add support for flash and lens devices date: 3 weeks ago config: x86_64-randconfig-s0-11240340

[GIT PULL] Keyrings bits

lls/linux-fs.git tags/keys-next-20171123 for you to fetch changes up to 1e684d3820d8f72d877c0adb521ae17c6fc9bc88: pkcs7: Set the module licence to prevent tainting (2017-11-15 16:38:45 +) Keys de

[GIT PULL] Keyrings bits

lls/linux-fs.git tags/keys-next-20171123 for you to fetch changes up to 1e684d3820d8f72d877c0adb521ae17c6fc9bc88: pkcs7: Set the module licence to prevent tainting (2017-11-15 16:38:45 +) Keys de

Re: [PATCH] xfs: handle register_shrinker error

On Thu, Nov 23, 2017 at 05:11:37PM +0100, Michal Hocko wrote: > On Fri 24-11-17 01:01:10, Tetsuo Handa wrote: > > Michal Hocko wrote: > > > On Thu 23-11-17 05:26:33, Christoph Hellwig wrote: > > > > Looks good, > > > > > > > > Reviewed-by: Christoph Hellwig > > > > > > Thanks! > >

Re: [PATCH] xfs: handle register_shrinker error

On Thu, Nov 23, 2017 at 05:11:37PM +0100, Michal Hocko wrote: > On Fri 24-11-17 01:01:10, Tetsuo Handa wrote: > > Michal Hocko wrote: > > > On Thu 23-11-17 05:26:33, Christoph Hellwig wrote: > > > > Looks good, > > > > > > > > Reviewed-by: Christoph Hellwig > > > > > > Thanks! > > > > > > > I

Re: [PATCH v2] fs: handle shrinker registration failure in sget_userns

Al Viro wrote: > On Fri, Nov 24, 2017 at 12:35:29AM +0900, Tetsuo Handa wrote: > > Al Viro wrote: > > > On Fri, Nov 24, 2017 at 12:04:23AM +0900, Tetsuo Handa wrote: > > > > Al Viro wrote: > > > > > On Thu, Nov 23, 2017 at 03:35:37PM +0100, Michal Hocko wrote: > > > > > > Hopefully less screwed

Re: [PATCH v2] fs: handle shrinker registration failure in sget_userns

Al Viro wrote: > On Fri, Nov 24, 2017 at 12:35:29AM +0900, Tetsuo Handa wrote: > > Al Viro wrote: > > > On Fri, Nov 24, 2017 at 12:04:23AM +0900, Tetsuo Handa wrote: > > > > Al Viro wrote: > > > > > On Thu, Nov 23, 2017 at 03:35:37PM +0100, Michal Hocko wrote: > > > > > > Hopefully less screwed

[PATCH] MIPS: TXx9: Add missing iounmap

Add the missing iounmap() before put_device and return from txx9_sramc_init(). Signed-off-by: Vasyl Gomonovych --- arch/mips/txx9/generic/setup.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/mips/txx9/generic/setup.c b/arch/mips/txx9/generic/setup.c index

[PATCH] MIPS: TXx9: Add missing iounmap

Add the missing iounmap() before put_device and return from txx9_sramc_init(). Signed-off-by: Vasyl Gomonovych --- arch/mips/txx9/generic/setup.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/mips/txx9/generic/setup.c b/arch/mips/txx9/generic/setup.c index

Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector

> Also, turning both line-level and instruction-level single-stepping into > infinite loops looks pretty much like a new kernel facility that breaks > user-space. It's a no-go from my point of view. You could fix it at the debugger level with suitable annotation. Just turn the whole rseq into an

Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector

> Also, turning both line-level and instruction-level single-stepping into > infinite loops looks pretty much like a new kernel facility that breaks > user-space. It's a no-go from my point of view. You could fix it at the debugger level with suitable annotation. Just turn the whole rseq into an

Re: [PATCH] net-sysfs: export gso_max_size attribute

On Wed, Nov 22, 2017 at 04:30:41PM -0800, Solio Sarabia wrote: > The netdevice gso_max_size is exposed to allow users fine-control on > systems with multiple NICs with different GSO buffer sizes, and where > the virtual devices like bridge and veth, need to be aware of the GSO > size of the

Re: [PATCH] net-sysfs: export gso_max_size attribute

On Wed, Nov 22, 2017 at 04:30:41PM -0800, Solio Sarabia wrote: > The netdevice gso_max_size is exposed to allow users fine-control on > systems with multiple NICs with different GSO buffer sizes, and where > the virtual devices like bridge and veth, need to be aware of the GSO > size of the

i8k_smm_func() takes enormous of time to execute

Hi, Jonathan, Mario et al. I've noticed that querying Dell Vostro 3360 hwmon sensor freezes the system completely (like, really completely, even mouse cursor does not move, and sound playback stops) for approx. half of a second. Then, system recovers and runs as usual. Also, sensor readings

i8k_smm_func() takes enormous of time to execute

Hi, Jonathan, Mario et al. I've noticed that querying Dell Vostro 3360 hwmon sensor freezes the system completely (like, really completely, even mouse cursor does not move, and sound playback stops) for approx. half of a second. Then, system recovers and runs as usual. Also, sensor readings

Re: [PATCH v2 2/4] platform/x86: intel_telemetry: Fix suspend stats

On Tue, Nov 21, 2017 at 4:36 PM, Souvik Kumar Chakravarty wrote: > Suspend stats are not reported consistently due to a limitation in the PMC > firmware. This limitation causes a delay in updating the s0ix counters and > residencies in the telemetry log upon s0ix

Re: [PATCH v2 2/4] platform/x86: intel_telemetry: Fix suspend stats

On Tue, Nov 21, 2017 at 4:36 PM, Souvik Kumar Chakravarty wrote: > Suspend stats are not reported consistently due to a limitation in the PMC > firmware. This limitation causes a delay in updating the s0ix counters and > residencies in the telemetry log upon s0ix exit. As a consequence, reading >

Re: Failed IRQ assignment for INT0002 on Braswell

On Thu, Nov 23, 2017 at 11:15 PM, Oleksandr Natalenko wrote: > On čtvrtek 23. listopadu 2017 22:08:29 CET Andy Shevchenko wrote: >> On Wed, Nov 22, 2017 at 8:13 PM, Oleksandr Natalenko >> >> wrote: >> > Hi, Hans. >> > >> > With this patch

Re: Failed IRQ assignment for INT0002 on Braswell

On Thu, Nov 23, 2017 at 11:15 PM, Oleksandr Natalenko wrote: > On čtvrtek 23. listopadu 2017 22:08:29 CET Andy Shevchenko wrote: >> On Wed, Nov 22, 2017 at 8:13 PM, Oleksandr Natalenko >> >> wrote: >> > Hi, Hans. >> > >> > With this patch applied the warning is not emitted anymore with

Re: [PATCH v1 1/4] platform/x86: intel_pmc_ipc: Add readq API for GCR

On Tue, Nov 21, 2017 at 4:36 PM, Souvik Kumar Chakravarty wrote: > Add intel_pmc_gcr_readq API for reading from 64-bit GCR registers. > This API will be called from intel_telemetry. Rename intel_pmc_gcr_read > to more appropriate intel_pmc_gcr_readl. > int

Re: [PATCH v1 1/4] platform/x86: intel_pmc_ipc: Add readq API for GCR

On Tue, Nov 21, 2017 at 4:36 PM, Souvik Kumar Chakravarty wrote: > Add intel_pmc_gcr_readq API for reading from 64-bit GCR registers. > This API will be called from intel_telemetry. Rename intel_pmc_gcr_read > to more appropriate intel_pmc_gcr_readl. > int intel_pmc_s0ix_counter_read(u64

Re: [PATCH] mm, compaction: direct freepage allocation for async direct compaction

On 11/23/2017 03:08 PM, Mel Gorman wrote: > > 1. This indirectly uses __rmqueue to allocate a MIGRATE_MOVABLE page but >that is allowed to fallback to other pageblocks and potentially even >steal them. I think it's very bad that an attempt to defragment can >itself indirectly cause

Re: [PATCH] mm, compaction: direct freepage allocation for async direct compaction

On 11/23/2017 03:08 PM, Mel Gorman wrote: > > 1. This indirectly uses __rmqueue to allocate a MIGRATE_MOVABLE page but >that is allowed to fallback to other pageblocks and potentially even >steal them. I think it's very bad that an attempt to defragment can >itself indirectly cause

Re: Failed IRQ assignment for INT0002 on Braswell

On čtvrtek 23. listopadu 2017 22:08:29 CET Andy Shevchenko wrote: > On Wed, Nov 22, 2017 at 8:13 PM, Oleksandr Natalenko > > wrote: > > Hi, Hans. > > > > With this patch applied the warning is not emitted anymore with threadirqs > > enabled, and relevant kthread

Re: Failed IRQ assignment for INT0002 on Braswell

On čtvrtek 23. listopadu 2017 22:08:29 CET Andy Shevchenko wrote: > On Wed, Nov 22, 2017 at 8:13 PM, Oleksandr Natalenko > > wrote: > > Hi, Hans. > > > > With this patch applied the warning is not emitted anymore with threadirqs > > enabled, and relevant kthread (irq/9-INT0002) is created. > >

Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests

- On Nov 22, 2017, at 2:38 PM, Peter Zijlstra pet...@infradead.org wrote: > On Tue, Nov 21, 2017 at 09:18:53AM -0500, Mathieu Desnoyers wrote: >> Implements two basic tests of RSEQ functionality, and one more >> exhaustive parameterizable test. >> >> The first, "basic_test" only asserts that

Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests

- On Nov 22, 2017, at 2:38 PM, Peter Zijlstra pet...@infradead.org wrote: > On Tue, Nov 21, 2017 at 09:18:53AM -0500, Mathieu Desnoyers wrote: >> Implements two basic tests of RSEQ functionality, and one more >> exhaustive parameterizable test. >> >> The first, "basic_test" only asserts that

Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector

- On Nov 22, 2017, at 2:37 PM, Will Deacon will.dea...@arm.com wrote: > On Wed, Nov 22, 2017 at 08:32:19PM +0100, Peter Zijlstra wrote: >> On Tue, Nov 21, 2017 at 10:05:08PM +, Mathieu Desnoyers wrote: >> > Other than that, I have not received any concrete alternative proposal to >> >

Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector

- On Nov 22, 2017, at 2:37 PM, Will Deacon will.dea...@arm.com wrote: > On Wed, Nov 22, 2017 at 08:32:19PM +0100, Peter Zijlstra wrote: >> On Tue, Nov 21, 2017 at 10:05:08PM +, Mathieu Desnoyers wrote: >> > Other than that, I have not received any concrete alternative proposal to >> >

[PATCH 4/4] ASoC: twl4030: Delete an unnecessary variable initialisation in twl4030_get_pdata()

From: Markus Elfring Date: Thu, 23 Nov 2017 21:54:10 +0100 The variable "twl4030_codec_node" will be reassigned by a following statement. Thus omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring ---

[PATCH 4/4] ASoC: twl4030: Delete an unnecessary variable initialisation in twl4030_get_pdata()

From: Markus Elfring Date: Thu, 23 Nov 2017 21:54:10 +0100 The variable "twl4030_codec_node" will be reassigned by a following statement. Thus omit the explicit initialisation at the beginning. Signed-off-by: Markus Elfring --- sound/soc/codecs/twl4030.c | 2 +- 1 file changed, 1

Re: [PATCH RFC 1/2] sched: Minimize the idle cpu selection race window.

On 2017/11/23 10:00 AM, Josef Bacik wrote: On Thu, Nov 23, 2017 at 02:13:01PM +0100, Mike Galbraith wrote: On Thu, 2017-11-23 at 11:52 +0100, Uladzislau Rezki wrote: Hello, Atish, Peter, all. I have a question about if a task's nr_cpus_allowed is 1. In that scenario we do not call

Re: [PATCH RFC 1/2] sched: Minimize the idle cpu selection race window.

On 2017/11/23 10:00 AM, Josef Bacik wrote: On Thu, Nov 23, 2017 at 02:13:01PM +0100, Mike Galbraith wrote: On Thu, 2017-11-23 at 11:52 +0100, Uladzislau Rezki wrote: Hello, Atish, Peter, all. I have a question about if a task's nr_cpus_allowed is 1. In that scenario we do not call

Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector

- On Nov 22, 2017, at 2:32 PM, Peter Zijlstra pet...@infradead.org wrote: > On Tue, Nov 21, 2017 at 10:05:08PM +, Mathieu Desnoyers wrote: >> Other than that, I have not received any concrete alternative proposal to >> properly handle single-stepping. > > That's not entirely true; amluto

Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector

- On Nov 22, 2017, at 2:32 PM, Peter Zijlstra pet...@infradead.org wrote: > On Tue, Nov 21, 2017 at 10:05:08PM +, Mathieu Desnoyers wrote: >> Other than that, I have not received any concrete alternative proposal to >> properly handle single-stepping. > > That's not entirely true; amluto

[PATCH 3/4] ASoC: twl4030: Improve a size determination in two functions

From: Markus Elfring Date: Thu, 23 Nov 2017 21:45:55 +0100 Replace the specification of data structures by pointer dereferences as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

[PATCH 3/4] ASoC: twl4030: Improve a size determination in two functions

From: Markus Elfring Date: Thu, 23 Nov 2017 21:45:55 +0100 Replace the specification of data structures by pointer dereferences as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style convention. This issue was

[PATCH 2/4] ASoC: twl4030: Use common error handling code in twl4030_get_pdata()

From: Markus Elfring Date: Thu, 23 Nov 2017 21:35:28 +0100 Add a jump target so that a bit of exception handling can be better reused in an if branch of this function. Signed-off-by: Markus Elfring --- sound/soc/codecs/twl4030.c |

[PATCH 2/4] ASoC: twl4030: Use common error handling code in twl4030_get_pdata()

From: Markus Elfring Date: Thu, 23 Nov 2017 21:35:28 +0100 Add a jump target so that a bit of exception handling can be better reused in an if branch of this function. Signed-off-by: Markus Elfring --- sound/soc/codecs/twl4030.c | 8 1 file changed, 4 insertions(+), 4 deletions(-)

[PATCH 1/4] ASoC: twl4030: Delete an error message for a failed memory allocation in twl4030_get_pdata()

From: Markus Elfring Date: Thu, 23 Nov 2017 21:30:07 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH 1/4] ASoC: twl4030: Delete an error message for a failed memory allocation in twl4030_get_pdata()

From: Markus Elfring Date: Thu, 23 Nov 2017 21:30:07 +0100 Omit an extra message for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- sound/soc/codecs/twl4030.c | 1 - 1 file changed, 1 deletion(-) diff

Re: Failed IRQ assignment for INT0002 on Braswell

On Wed, Nov 22, 2017 at 8:13 PM, Oleksandr Natalenko wrote: > > Hi, Hans. > > With this patch applied the warning is not emitted anymore with threadirqs > enabled, and relevant kthread (irq/9-INT0002) is created. > > Feel free to add Reported-by/Tested-by from me once

Re: Failed IRQ assignment for INT0002 on Braswell

On Wed, Nov 22, 2017 at 8:13 PM, Oleksandr Natalenko wrote: > > Hi, Hans. > > With this patch applied the warning is not emitted anymore with threadirqs > enabled, and relevant kthread (irq/9-INT0002) is created. > > Feel free to add Reported-by/Tested-by from me once you do a submission. First

[PATCH 0/4] ALSA SoC TWL4030: Adjustments for two function implementations

From: Markus Elfring Date: Thu, 23 Nov 2017 22:02:44 +0100 A few update suggestions were taken into account from static source code analysis. Markus Elfring (4): Delete an error message for a failed memory allocation in twl4030_get_pdata() Use common error

[PATCH 0/4] ALSA SoC TWL4030: Adjustments for two function implementations

From: Markus Elfring Date: Thu, 23 Nov 2017 22:02:44 +0100 A few update suggestions were taken into account from static source code analysis. Markus Elfring (4): Delete an error message for a failed memory allocation in twl4030_get_pdata() Use common error handling code in

[PATCH v8 2/2] ARM: dts: TS-4600: add basic device tree

These device trees add support for the TS-4600 by Technologic Systems. More details here: http://wiki.embeddedarm.com/wiki/TS-4600 Signed-off-by: Sebastien Bourdelin --- Changes v7 -> v8: - rebase on master - merge the rev A and B into one device

[PATCH v8 2/2] ARM: dts: TS-4600: add basic device tree

These device trees add support for the TS-4600 by Technologic Systems. More details here: http://wiki.embeddedarm.com/wiki/TS-4600 Signed-off-by: Sebastien Bourdelin --- Changes v7 -> v8: - rebase on master - merge the rev A and B into one device tree based on the last rev B because

[PATCH v8 1/2] of: documentation: add bindings documentation for TS-4600

This adds the documentation for the TS-4600 by Technologic Systems. Signed-off-by: Sebastien Bourdelin Acked-by: Rob Herring --- Changes v7 -> v8: - rebase on master Changes v6 -> v7: - rebase on master Changes v5 -> v6: -

[PATCH v8 1/2] of: documentation: add bindings documentation for TS-4600

This adds the documentation for the TS-4600 by Technologic Systems. Signed-off-by: Sebastien Bourdelin Acked-by: Rob Herring --- Changes v7 -> v8: - rebase on master Changes v6 -> v7: - rebase on master Changes v5 -> v6: - rebase on master - split the previous patch series into series

Re: [PATCH] fat: Fix sb_rdonly() change

On Thu, 2017-11-23 at 15:29 +0900, OGAWA Hirofumi wrote: > Ouch forgot to add stable@ > > -- > commit bc98a42c1f7d0f886c0c1b75a92a004976a46d9f introduced bug. I think your commit message needs a bit more information. It'd be useful to describe that the introduction of sb_rdonly converted the

Re: [PATCH] fat: Fix sb_rdonly() change

On Thu, 2017-11-23 at 15:29 +0900, OGAWA Hirofumi wrote: > Ouch forgot to add stable@ > > -- > commit bc98a42c1f7d0f886c0c1b75a92a004976a46d9f introduced bug. I think your commit message needs a bit more information. It'd be useful to describe that the introduction of sb_rdonly converted the

Re: [PATCH] powerpc/xive: store server for masked interrupt in kvmppc_xive_set_xive()

On Thu, 2017-11-23 at 10:06 +0100, Laurent Vivier wrote: > This is needed to map kvmppc_xive_set_xive() behavior > to kvmppc_xics_set_xive(). > > As we store the server, kvmppc_xive_get_xive() can return > the good value and we can also allow kvmppc_xive_int_on(). > > Signed-off-by: Laurent

Re: [PATCH] powerpc/xive: store server for masked interrupt in kvmppc_xive_set_xive()

On Thu, 2017-11-23 at 10:06 +0100, Laurent Vivier wrote: > This is needed to map kvmppc_xive_set_xive() behavior > to kvmppc_xics_set_xive(). > > As we store the server, kvmppc_xive_get_xive() can return > the good value and we can also allow kvmppc_xive_int_on(). > > Signed-off-by: Laurent

Re: [PATCH v2 10/18] x86/asm: Remap the TSS into the cpu entry area

On Thu, Nov 23, 2017 at 12:15:14PM -0800, Andy Lutomirski wrote: > >> diff --git a/arch/x86/kernel/asm-offsets.c b/arch/x86/kernel/asm-offsets.c > >> index b275863128eb..55858b277cf6 100644 > >> --- a/arch/x86/kernel/asm-offsets.c > >> +++ b/arch/x86/kernel/asm-offsets.c > >> @@ -98,4 +98,7 @@

Re: [PATCH v2 10/18] x86/asm: Remap the TSS into the cpu entry area

On Thu, Nov 23, 2017 at 12:15:14PM -0800, Andy Lutomirski wrote: > >> diff --git a/arch/x86/kernel/asm-offsets.c b/arch/x86/kernel/asm-offsets.c > >> index b275863128eb..55858b277cf6 100644 > >> --- a/arch/x86/kernel/asm-offsets.c > >> +++ b/arch/x86/kernel/asm-offsets.c > >> @@ -98,4 +98,7 @@

regression: 4.13 cannot follow symlinks on some ext3 fs

Hi, I have an older qemu VM image that i sometimes use for testing. It stopped booting with 4.13-4.14 because it couldn't run init. It uses ext3 for the root file system. I instrumented the code and found that it failed to follow the /lib/ld-linux.so.2 -> ld-2.3.6.so symlink for init's ELF

regression: 4.13 cannot follow symlinks on some ext3 fs

Hi, I have an older qemu VM image that i sometimes use for testing. It stopped booting with 4.13-4.14 because it couldn't run init. It uses ext3 for the root file system. I instrumented the code and found that it failed to follow the /lib/ld-linux.so.2 -> ld-2.3.6.so symlink for init's ELF

Project Funding Program

Hello, Can i trust an investment project in your country? accepted please send email for more details. Best Regards Austin Jonas

Project Funding Program

Hello, Can i trust an investment project in your country? accepted please send email for more details. Best Regards Austin Jonas

[PATCH v3 2/2] ARM: dts: TS-7970: add basic device tree

These device trees add support for TS-7970 by Technologic Systems. More details here: https://wiki.embeddedarm.com/wiki/TS-7970 Signed-off-by: Sebastien Bourdelin --- Changes v2 -> v3: - fix typo in imx6q-ts7970.dts (suggested by Fabio Estevam) -

[PATCH v3 1/2] of: documentation: add bindings documentation for TS-7970

This adds the documentation for the TS-7970 by Technologic Systems. Signed-off-by: Sebastien Bourdelin --- Changes v1 -> v2: - rebase on master --- Documentation/devicetree/bindings/arm/technologic.txt | 6 ++ 1 file changed, 6 insertions(+) diff

[PATCH v3 2/2] ARM: dts: TS-7970: add basic device tree

These device trees add support for TS-7970 by Technologic Systems. More details here: https://wiki.embeddedarm.com/wiki/TS-7970 Signed-off-by: Sebastien Bourdelin --- Changes v2 -> v3: - fix typo in imx6q-ts7970.dts (suggested by Fabio Estevam) - add enable-active-high on regulator

[PATCH v3 1/2] of: documentation: add bindings documentation for TS-7970

This adds the documentation for the TS-7970 by Technologic Systems. Signed-off-by: Sebastien Bourdelin --- Changes v1 -> v2: - rebase on master --- Documentation/devicetree/bindings/arm/technologic.txt | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [PATCH v2 10/18] x86/asm: Remap the TSS into the cpu entry area

On Thu, Nov 23, 2017 at 11:55 AM, Borislav Petkov wrote: > On Tue, Nov 21, 2017 at 08:44:05PM -0800, Andy Lutomirski wrote: >> This has a secondary purpose: it puts the entry stack into a region >> with a well-controlled layout. A subsequent patch will take >> advantage of this to

Re: [PATCH v2 10/18] x86/asm: Remap the TSS into the cpu entry area

On Thu, Nov 23, 2017 at 11:55 AM, Borislav Petkov wrote: > On Tue, Nov 21, 2017 at 08:44:05PM -0800, Andy Lutomirski wrote: >> This has a secondary purpose: it puts the entry stack into a region >> with a well-controlled layout. A subsequent patch will take >> advantage of this to streamline the

Re: [PATCH 09/23] x86, kaiser: map dynamically-allocated LDTs

On Thu, Nov 23, 2017 at 11:42 AM, Eric Biggers wrote: >> diff -puN arch/x86/kernel/ldt.c~kaiser-user-map-new-ldts >> arch/x86/kernel/ldt.c >> --- a/arch/x86/kernel/ldt.c~kaiser-user-map-new-ldts 2017-11-22 >> 15:45:49.059619739 -0800 >> +++ b/arch/x86/kernel/ldt.c

Re: [PATCH 09/23] x86, kaiser: map dynamically-allocated LDTs

On Thu, Nov 23, 2017 at 11:42 AM, Eric Biggers wrote: >> diff -puN arch/x86/kernel/ldt.c~kaiser-user-map-new-ldts >> arch/x86/kernel/ldt.c >> --- a/arch/x86/kernel/ldt.c~kaiser-user-map-new-ldts 2017-11-22 >> 15:45:49.059619739 -0800 >> +++ b/arch/x86/kernel/ldt.c 2017-11-22

[PATCH 3/3] ASoC: da7218: Improve a size determination in da7218_i2c_probe()

From: Markus Elfring Date: Thu, 23 Nov 2017 20:50:44 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style

[PATCH 3/3] ASoC: da7218: Improve a size determination in da7218_i2c_probe()

From: Markus Elfring Date: Thu, 23 Nov 2017 20:50:44 +0100 Replace the specification of a data structure by a pointer dereference as the parameter for the operator "sizeof" to make the corresponding size determination a bit safer according to the Linux coding style convention. This issue was

[PATCH 2/3] ASoC: da7218: Use common error handling code in da7218_of_to_pdata()

From: Markus Elfring Date: Thu, 23 Nov 2017 20:48:05 +0100 Add a jump target so that a bit of exception handling can be better reused in an if branch of this function. Signed-off-by: Markus Elfring --- sound/soc/codecs/da7218.c | 8

[PATCH 2/3] ASoC: da7218: Use common error handling code in da7218_of_to_pdata()

From: Markus Elfring Date: Thu, 23 Nov 2017 20:48:05 +0100 Add a jump target so that a bit of exception handling can be better reused in an if branch of this function. Signed-off-by: Markus Elfring --- sound/soc/codecs/da7218.c | 8 1 file changed, 4 insertions(+), 4 deletions(-)

[PATCH 1/3] ASoC: da7218: Delete two error messages for a failed memory allocation in da7218_of_to_pdata()

From: Markus Elfring Date: Thu, 23 Nov 2017 20:42:20 +0100 Omit extra messages for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring ---

[PATCH 1/3] ASoC: da7218: Delete two error messages for a failed memory allocation in da7218_of_to_pdata()

From: Markus Elfring Date: Thu, 23 Nov 2017 20:42:20 +0100 Omit extra messages for a memory allocation failure in this function. This issue was detected by using the Coccinelle software. Signed-off-by: Markus Elfring --- sound/soc/codecs/da7218.c | 6 +- 1 file changed, 1 insertion(+), 5

[PATCH 0/3] ASoC: da7218: Adjustments for two function implementations

From: Markus Elfring Date: Thu, 23 Nov 2017 21:00:12 +0100 Three update suggestions were taken into account from static source code analysis. Markus Elfring (3): Delete two error messages for a failed memory allocation in da7218_of_to_pdata() Use common

[PATCH 0/3] ASoC: da7218: Adjustments for two function implementations

From: Markus Elfring Date: Thu, 23 Nov 2017 21:00:12 +0100 Three update suggestions were taken into account from static source code analysis. Markus Elfring (3): Delete two error messages for a failed memory allocation in da7218_of_to_pdata() Use common error handling code in

[GIT] Networking

1) Fix PCI IDs of 9000 series iwlwifi devices, from Luca Coelho. 2) bpf offload bug fixes from Jakub Kicinski. 3) Fix bpf verifier to NOP out code which is dead at run time because due to branch pruning the verifier will not explore such instructions. From Alexei Starovoitov. 4) Fix

[GIT] Networking

1) Fix PCI IDs of 9000 series iwlwifi devices, from Luca Coelho. 2) bpf offload bug fixes from Jakub Kicinski. 3) Fix bpf verifier to NOP out code which is dead at run time because due to branch pruning the verifier will not explore such instructions. From Alexei Starovoitov. 4) Fix

Re: [PATCH v2 10/18] x86/asm: Remap the TSS into the cpu entry area

On Tue, Nov 21, 2017 at 08:44:05PM -0800, Andy Lutomirski wrote: > This has a secondary purpose: it puts the entry stack into a region > with a well-controlled layout. A subsequent patch will take > advantage of this to streamline the SYSCALL entry code to be able to > find it more easily. > >

Re: [PATCH v2 10/18] x86/asm: Remap the TSS into the cpu entry area

On Tue, Nov 21, 2017 at 08:44:05PM -0800, Andy Lutomirski wrote: > This has a secondary purpose: it puts the entry stack into a region > with a well-controlled layout. A subsequent patch will take > advantage of this to streamline the SYSCALL entry code to be able to > find it more easily. > >

Re: [PATCH 05/10] x86: jailhouse: Set up timekeeping

On 2017-11-23 19:36, Thomas Gleixner wrote: > On Mon, 20 Nov 2017, Jan Kiszka wrote: >> On 2017-11-20 12:24, Thomas Gleixner wrote: >>> On Sat, 18 Nov 2017, Jan Kiszka wrote: On 2017-11-17 23:49, Thomas Gleixner wrote: > On Thu, 16 Nov 2017, Jan Kiszka wrote: >> Calibrate the TSC and,

Re: [PATCH 05/10] x86: jailhouse: Set up timekeeping

On 2017-11-23 19:36, Thomas Gleixner wrote: > On Mon, 20 Nov 2017, Jan Kiszka wrote: >> On 2017-11-20 12:24, Thomas Gleixner wrote: >>> On Sat, 18 Nov 2017, Jan Kiszka wrote: On 2017-11-17 23:49, Thomas Gleixner wrote: > On Thu, 16 Nov 2017, Jan Kiszka wrote: >> Calibrate the TSC and,

Re: [PATCH 09/23] x86, kaiser: map dynamically-allocated LDTs

> diff -puN arch/x86/kernel/ldt.c~kaiser-user-map-new-ldts arch/x86/kernel/ldt.c > --- a/arch/x86/kernel/ldt.c~kaiser-user-map-new-ldts 2017-11-22 > 15:45:49.059619739 -0800 > +++ b/arch/x86/kernel/ldt.c 2017-11-22 15:45:49.062619739 -0800 > @@ -11,6 +11,7 @@ [...] > + ret =

Re: [PATCH 09/23] x86, kaiser: map dynamically-allocated LDTs

> diff -puN arch/x86/kernel/ldt.c~kaiser-user-map-new-ldts arch/x86/kernel/ldt.c > --- a/arch/x86/kernel/ldt.c~kaiser-user-map-new-ldts 2017-11-22 > 15:45:49.059619739 -0800 > +++ b/arch/x86/kernel/ldt.c 2017-11-22 15:45:49.062619739 -0800 > @@ -11,6 +11,7 @@ [...] > + ret =

Re: [PATCH v2 12/18] x86/espfix/64: Stop assuming that pt_regs is on the entry stack

On Tue, 21 Nov 2017, Andy Lutomirski wrote: > When we start using an entry trampoline, a #GP from userspace will > be delivered on the entry stack, not on the task stack. Fix the > espfix64 #DF fixup to set up #GP according to TSS.SP0, rather than > assuming that pt_regs + 1 == SP0. This won't

Re: [PATCH v2 12/18] x86/espfix/64: Stop assuming that pt_regs is on the entry stack

On Tue, 21 Nov 2017, Andy Lutomirski wrote: > When we start using an entry trampoline, a #GP from userspace will > be delivered on the entry stack, not on the task stack. Fix the > espfix64 #DF fixup to set up #GP according to TSS.SP0, rather than > assuming that pt_regs + 1 == SP0. This won't

Re: [PATCH v2 11/18] x86/asm/64: Separate cpu_current_top_of_stack from TSS.sp0

On Tue, 21 Nov 2017, Andy Lutomirski wrote: > On 64-bit kernels, we used to assume that TSS.sp0 was the current > top of stack. With the addition of an entry trampoline, this will > no longer be the case. Store the current top of stack in TSS.sp1, > which is otherwise unused but shares the same

[PATCH net v3] net: thunderx: Fix TCP/UDP checksum offload for IPv6 pkts

From: Sunil Goutham Don't offload IP header checksum to NIC. This fixes a previous patch which enabled checksum offloading for both IPv4 and IPv6 packets. So L3 checksum offload was getting enabled for IPv6 pkts. And HW is dropping these pkts as it assumes the pkt is IPv4

Re: [PATCH v2 11/18] x86/asm/64: Separate cpu_current_top_of_stack from TSS.sp0

On Tue, 21 Nov 2017, Andy Lutomirski wrote: > On 64-bit kernels, we used to assume that TSS.sp0 was the current > top of stack. With the addition of an entry trampoline, this will > no longer be the case. Store the current top of stack in TSS.sp1, > which is otherwise unused but shares the same

[PATCH net v3] net: thunderx: Fix TCP/UDP checksum offload for IPv6 pkts

From: Sunil Goutham Don't offload IP header checksum to NIC. This fixes a previous patch which enabled checksum offloading for both IPv4 and IPv6 packets. So L3 checksum offload was getting enabled for IPv6 pkts. And HW is dropping these pkts as it assumes the pkt is IPv4 when IP csum offload

Re: [PATCH v2 10/18] x86/asm: Remap the TSS into the cpu entry area

On Tue, 21 Nov 2017, Andy Lutomirski wrote: > This has a secondary purpose: it puts the entry stack into a region > with a well-controlled layout. A subsequent patch will take > advantage of this to streamline the SYSCALL entry code to be able to > find it more easily. > > Signed-off-by: Andy

Re: [PATCH v2 10/18] x86/asm: Remap the TSS into the cpu entry area

On Tue, 21 Nov 2017, Andy Lutomirski wrote: > This has a secondary purpose: it puts the entry stack into a region > with a well-controlled layout. A subsequent patch will take > advantage of this to streamline the SYSCALL entry code to be able to > find it more easily. > > Signed-off-by: Andy

Re: [PATCH v2 09/18] x86/asm: Move SYSENTER_stack to the beginning of struct tss_struct

On Tue, 21 Nov 2017, Andy Lutomirski wrote: > I want SYSENTER_stack to have reliable overflow detection, which > means that it needs to be at the bottom of a page, not the top. > Move it to the beginning of struct tss_struct and page-align it. > > Also add an assertion to make sure that the

[PATCH net v3] net: thunderx: Fix TCP/UDP checksum offload for IPv6 pkts

From: Sunil Goutham Don't offload IP header checksum to NIC. This fixes a previous patch which enabled checksum offloading for both IPv4 and IPv6 packets. So L3 checksum offload was getting enabled for IPv6 pkts. And HW is dropping these pkts as it assumes the pkt is IPv4

Re: [PATCH v2 09/18] x86/asm: Move SYSENTER_stack to the beginning of struct tss_struct

On Tue, 21 Nov 2017, Andy Lutomirski wrote: > I want SYSENTER_stack to have reliable overflow detection, which > means that it needs to be at the bottom of a page, not the top. > Move it to the beginning of struct tss_struct and page-align it. > > Also add an assertion to make sure that the

[PATCH net v3] net: thunderx: Fix TCP/UDP checksum offload for IPv6 pkts

From: Sunil Goutham Don't offload IP header checksum to NIC. This fixes a previous patch which enabled checksum offloading for both IPv4 and IPv6 packets. So L3 checksum offload was getting enabled for IPv6 pkts. And HW is dropping these pkts as it assumes the pkt is IPv4 when IP csum offload

[tip:x86/urgent] x86/umip: Fix insn_get_code_seg_params()'s return value

Commit-ID: e2a5dca753d1cdc3212519023ed8a13e13f5495b Gitweb: https://git.kernel.org/tip/e2a5dca753d1cdc3212519023ed8a13e13f5495b Author: Borislav Petkov AuthorDate: Thu, 23 Nov 2017 10:19:51 +0100 Committer: Thomas Gleixner CommitDate: Thu, 23 Nov 2017

[tip:x86/urgent] x86/umip: Fix insn_get_code_seg_params()'s return value

Commit-ID: e2a5dca753d1cdc3212519023ed8a13e13f5495b Gitweb: https://git.kernel.org/tip/e2a5dca753d1cdc3212519023ed8a13e13f5495b Author: Borislav Petkov AuthorDate: Thu, 23 Nov 2017 10:19:51 +0100 Committer: Thomas Gleixner CommitDate: Thu, 23 Nov 2017 20:17:59 +0100 x86/umip: Fix

<    1   2   3   4   5   6   7   8   9   10   >