Re: [PATCH v5 2/3] tpm: enhance read_log_of() to support Physical TPM event log

On Wed, Nov 23, 2016 at 12:27:36PM -0500, Nayna Jain wrote: > - memcpy(log->bios_event_log, __va(*basep), *sizep); > + if (of_property_match_string(np, "compatible", "IBM,vtpm") < 0) > + memcpy(chip->log.bios_event_log, __va(be64_to_cpup(basep)), > +

Re: [PATCH] cpufreq: schedutil: Rectify comment in sugov_irq_work() function

On Thu, Nov 24, 2016 at 9:45 AM, Ingo Molnar wrote: > > * Viresh Kumar wrote: > >> This patch rectifies a comment present in sugov_irq_work() function to >> follow proper grammar. >> >> Suggested-by: Ingo Molnar >> Signed-off-by:

Re: [PATCH v5 3/3] tpm: add securityfs support for TPM 2.0 firmware event log

On Wed, Nov 23, 2016 at 12:27:37PM -0500, Nayna Jain wrote: > Unlike the device driver support for TPM 1.2, the TPM 2.0 does > not support the securityfs pseudo files for displaying the > firmware event log. > > This patch enables support for providing the TPM 2.0 event log in > binary form. TPM

Re: [PATCH] powercap/intel_rapl: fix and tidy up error handling

On Wed, Nov 23, 2016 at 8:01 PM, Jacob Pan wrote: > Commit e1399ba20eee ("powercap / RAPL: handle missing MSRs") added > contraint_to_pl() function to return index into an array. But it > can potentially return -EINVAL if powercap layer sends an out of > range

Re: [PATCH v5 2/3] tpm: enhance read_log_of() to support Physical TPM event log

On Wed, Nov 23, 2016 at 12:27:36PM -0500, Nayna Jain wrote: > - memcpy(log->bios_event_log, __va(*basep), *sizep); > + if (of_property_match_string(np, "compatible", "IBM,vtpm") < 0) > + memcpy(chip->log.bios_event_log, __va(be64_to_cpup(basep)), > +

Re: [PATCH] cpufreq: schedutil: Rectify comment in sugov_irq_work() function

On Thu, Nov 24, 2016 at 9:45 AM, Ingo Molnar wrote: > > * Viresh Kumar wrote: > >> This patch rectifies a comment present in sugov_irq_work() function to >> follow proper grammar. >> >> Suggested-by: Ingo Molnar >> Signed-off-by: Viresh Kumar >> --- >> kernel/sched/cpufreq_schedutil.c | 12

Re: [PATCH v5 3/3] tpm: add securityfs support for TPM 2.0 firmware event log

On Wed, Nov 23, 2016 at 12:27:37PM -0500, Nayna Jain wrote: > Unlike the device driver support for TPM 1.2, the TPM 2.0 does > not support the securityfs pseudo files for displaying the > firmware event log. > > This patch enables support for providing the TPM 2.0 event log in > binary form. TPM

Re: [PATCH] powercap/intel_rapl: fix and tidy up error handling

On Wed, Nov 23, 2016 at 8:01 PM, Jacob Pan wrote: > Commit e1399ba20eee ("powercap / RAPL: handle missing MSRs") added > contraint_to_pl() function to return index into an array. But it > can potentially return -EINVAL if powercap layer sends an out of > range constraint ID. This patch adds

Re: [PATCH net-next] tuntap: remove unnecessary sk_receive_queue length check during xmit

From: Jason Wang Date: Wed, 23 Nov 2016 10:26:49 +0800 > After commit 1576d9860599 ("tun: switch to use skb array for tx"), > sk_receive_queue was not used any more. So remove the uncessary > sk_receive_queue length check during xmit. > > Signed-off-by: Jason Wang

[PATCH] x86/head_64: Use defines for page size

From: Borislav Petkov ... instead of naked numbers like the rest of the asm does in this file. No code changed: # arch/x86/kernel/head_64.o: textdata bss dec hex filename 1124 2908644096 296084 48494 head_64.o.before 1124 2908644096

[PATCH] x86/head_64: Use defines for page size

From: Borislav Petkov ... instead of naked numbers like the rest of the asm does in this file. No code changed: # arch/x86/kernel/head_64.o: textdata bss dec hex filename 1124 2908644096 296084 48494 head_64.o.before 1124 2908644096 296084 48494

Re: [PATCH net-next] tuntap: remove unnecessary sk_receive_queue length check during xmit

From: Jason Wang Date: Wed, 23 Nov 2016 10:26:49 +0800 > After commit 1576d9860599 ("tun: switch to use skb array for tx"), > sk_receive_queue was not used any more. So remove the uncessary > sk_receive_queue length check during xmit. > > Signed-off-by: Jason Wang Good catch, applied, thanks

Re: [patch 0/5] powercap/intel_rapl: Fixes, hotplug conversion and simplifcation

On Thu, Nov 24, 2016 at 9:33 AM, Thomas Gleixner wrote: > Rafael, > > On Wed, 23 Nov 2016, Rafael J. Wysocki wrote: >> On Wed, Nov 23, 2016 at 8:06 PM, Jacob Pan >> > Looks good to me. The cpu topology management is much more streamlined. >> > Thanks. I also sent out this

Re: [patch 0/5] powercap/intel_rapl: Fixes, hotplug conversion and simplifcation

On Thu, Nov 24, 2016 at 9:33 AM, Thomas Gleixner wrote: > Rafael, > > On Wed, 23 Nov 2016, Rafael J. Wysocki wrote: >> On Wed, Nov 23, 2016 at 8:06 PM, Jacob Pan >> > Looks good to me. The cpu topology management is much more streamlined. >> > Thanks. I also sent out this patch below on top of

Re: [PATCH 3/3] pinctrl: sx150x: add support for sx1501, sx1504, sx1505 and sx1507

On 2016-11-24 21:45, Peter Rosin wrote: > Untested, register offsets carefully copied from datasheets. > > Signed-off-by: Peter Rosin > --- > .../devicetree/bindings/pinctrl/pinctrl-sx150x.txt | 8 +- > drivers/pinctrl/pinctrl-sx150x.c | 98 >

Re: [PATCH v5 1/3] tpm: move event log init functions to tpm_eventlog_init.c

On Wed, Nov 23, 2016 at 12:38:30PM -0700, Jason Gunthorpe wrote: > On Wed, Nov 23, 2016 at 12:27:35PM -0500, Nayna Jain wrote: > > The device driver code for the event log has the init functions and > > TPM 1.2 parsing logic both defined in same file(tpm_eventlog.c). > > > > Since the

Re: [PATCH 3/3] pinctrl: sx150x: add support for sx1501, sx1504, sx1505 and sx1507

On 2016-11-24 21:45, Peter Rosin wrote: > Untested, register offsets carefully copied from datasheets. > > Signed-off-by: Peter Rosin > --- > .../devicetree/bindings/pinctrl/pinctrl-sx150x.txt | 8 +- > drivers/pinctrl/pinctrl-sx150x.c | 98 > ++ > 2

Re: [PATCH v5 1/3] tpm: move event log init functions to tpm_eventlog_init.c

On Wed, Nov 23, 2016 at 12:38:30PM -0700, Jason Gunthorpe wrote: > On Wed, Nov 23, 2016 at 12:27:35PM -0500, Nayna Jain wrote: > > The device driver code for the event log has the init functions and > > TPM 1.2 parsing logic both defined in same file(tpm_eventlog.c). > > > > Since the

[PATCH 1/3] pinctrl: sx150x: use correct registers for reg_sense (sx1502 and sx1508)

All other registers on these chips are 8-bit, but reg_sense is 16-bits and therefore needs to be moved down one notch. This was apparently overlooked in the conversion to regmap, which only updated the register locations for the 16-bit chips. Fixes: 6489677f86c3 ("pinctrl-sx150x: Replace

[PATCH 1/3] pinctrl: sx150x: use correct registers for reg_sense (sx1502 and sx1508)

All other registers on these chips are 8-bit, but reg_sense is 16-bits and therefore needs to be moved down one notch. This was apparently overlooked in the conversion to regmap, which only updated the register locations for the 16-bit chips. Fixes: 6489677f86c3 ("pinctrl-sx150x: Replace

Re: next: s390 crash due to 's390: move sys_call_table and last_break from thread_info to thread_struct'

Martin, On 11/15/2016 07:54 AM, Martin Schwidefsky wrote: On Tue, 15 Nov 2016 07:35:54 -0800 Guenter Roeck wrote: Hi Martin, my s390 qemu boot test crashes in -next as follows. Kernel stack overflow. CPU: 0 PID: 923 Comm: modprobe Not tainted 4.9.0-rc5-next-20161115 #1

Re: next: s390 crash due to 's390: move sys_call_table and last_break from thread_info to thread_struct'

Martin, On 11/15/2016 07:54 AM, Martin Schwidefsky wrote: On Tue, 15 Nov 2016 07:35:54 -0800 Guenter Roeck wrote: Hi Martin, my s390 qemu boot test crashes in -next as follows. Kernel stack overflow. CPU: 0 PID: 923 Comm: modprobe Not tainted 4.9.0-rc5-next-20161115 #1 Hardware name: QEMU

Re: [PATCH v2 0/3] x86: SVM: add additional SVM NPF error and use HW GPA

2016-11-23 12:01-0500, Brijesh Singh: > This patch series is taken from SEV RFC series [1]. These patches do not > depend on the SEV feature and can be reviewed and merged on their own. > > - Add support for additional SVM NFP error codes > - Add kvm_fast_pio_in support First two applied to

Re: [PATCH v2 0/3] x86: SVM: add additional SVM NPF error and use HW GPA

2016-11-23 12:01-0500, Brijesh Singh: > This patch series is taken from SEV RFC series [1]. These patches do not > depend on the SEV feature and can be reviewed and merged on their own. > > - Add support for additional SVM NFP error codes > - Add kvm_fast_pio_in support First two applied to

Re: [PATCH 0/7] overlayfs: fix ro/rw fd data inconsistecies

On Thu, Nov 24, 2016 at 4:14 PM, Miklos Szeredi wrote: > On Thu, Nov 24, 2016 at 11:55 AM, Miklos Szeredi wrote: >> A file is opened for read-only, opened read-write (resulting in a copy up) >> and modified. The data read back from the the read-only fd

Re: [PATCH 0/7] overlayfs: fix ro/rw fd data inconsistecies

On Thu, Nov 24, 2016 at 4:14 PM, Miklos Szeredi wrote: > On Thu, Nov 24, 2016 at 11:55 AM, Miklos Szeredi wrote: >> A file is opened for read-only, opened read-write (resulting in a copy up) >> and modified. The data read back from the the read-only fd will be stale >> in this case (the

Re: mmiotracer hangs the system

sorry for that, but I forgot the patch 2016-11-19 11:56 GMT+01:00 Karol Herbst : > this is odd, I found a bug related to nouveau (modprobe/bind doesn't > return), but that isn't related to your issue at all or maybe it is > exactly this, cause the binding of the device

Re: mmiotracer hangs the system

sorry for that, but I forgot the patch 2016-11-19 11:56 GMT+01:00 Karol Herbst : > this is odd, I found a bug related to nouveau (modprobe/bind doesn't > return), but that isn't related to your issue at all or maybe it is > exactly this, cause the binding of the device doesn't return and >

Re: [char-misc-next] mei: request async autosuspend at the end of enumeration

On Thu, Nov 24, 2016 at 04:10:49PM +, Winkler, Tomas wrote: > > Cc: # 4.4+ > > Looks like git send-email is not able to parse this address correctly > though this is suggested format by Documentation/stable_kernel_rules.txt. > Create wrong address If git parsers is

Re: [char-misc-next] mei: request async autosuspend at the end of enumeration

On Thu, Nov 24, 2016 at 04:10:49PM +, Winkler, Tomas wrote: > > Cc: # 4.4+ > > Looks like git send-email is not able to parse this address correctly > though this is suggested format by Documentation/stable_kernel_rules.txt. > Create wrong address If git parsers is used :

[PATCH 3/3] pinctrl: sx150x: add support for sx1501, sx1504, sx1505 and sx1507

Untested, register offsets carefully copied from datasheets. Signed-off-by: Peter Rosin --- .../devicetree/bindings/pinctrl/pinctrl-sx150x.txt | 8 +- drivers/pinctrl/pinctrl-sx150x.c | 98 ++ 2 files changed, 104 insertions(+), 2

[PATCH 3/3] pinctrl: sx150x: add support for sx1501, sx1504, sx1505 and sx1507

Untested, register offsets carefully copied from datasheets. Signed-off-by: Peter Rosin --- .../devicetree/bindings/pinctrl/pinctrl-sx150x.txt | 8 +- drivers/pinctrl/pinctrl-sx150x.c | 98 ++ 2 files changed, 104 insertions(+), 2 deletions(-) diff --git

Re: [PATCH v2] iio: magnetometer: separate the values of attributes based on their usage type for HID compass sensor

On 19/11/16 16:46, Srinivas Pandruvada wrote: > On Sat, 2016-11-19 at 12:56 +, Jonathan Cameron wrote: >> On 16/11/16 09:43, Ooi, Joyce wrote: >>> >>> There are 2 usage types (Magnetic Flux and Heading data field) for >>> HID >>> compass sensor, thus the values of offset, scale, and

Re: [PATCH v2] iio: magnetometer: separate the values of attributes based on their usage type for HID compass sensor

On 19/11/16 16:46, Srinivas Pandruvada wrote: > On Sat, 2016-11-19 at 12:56 +, Jonathan Cameron wrote: >> On 16/11/16 09:43, Ooi, Joyce wrote: >>> >>> There are 2 usage types (Magnetic Flux and Heading data field) for >>> HID >>> compass sensor, thus the values of offset, scale, and

Re: [PATCH v3 2/6] iio: adc: Add support for STM32 ADC core

On 21/11/16 08:54, Fabrice Gasnier wrote: > On 11/19/2016 01:17 PM, Jonathan Cameron wrote: >> On 15/11/16 15:30, Fabrice Gasnier wrote: >>> Add core driver for STMicroelectronics STM32 ADC (Analog to Digital >>> Converter). STM32 ADC can be composed of up to 3 ADCs with shared >>> resources like

Re: [PATCH v3 2/6] iio: adc: Add support for STM32 ADC core

On 21/11/16 08:54, Fabrice Gasnier wrote: > On 11/19/2016 01:17 PM, Jonathan Cameron wrote: >> On 15/11/16 15:30, Fabrice Gasnier wrote: >>> Add core driver for STMicroelectronics STM32 ADC (Analog to Digital >>> Converter). STM32 ADC can be composed of up to 3 ADCs with shared >>> resources like

Re: [PATCH 1/1 linux-next] ext4: add compatibility flag check

On Thu, Nov 24, 2016 at 08:47:41PM +0100, Fabian Frederick wrote: > data=journal mount option should disable O_DIRECT access > (See Documentation/filesystems/ext4.txt) but open operations > using O_CREAT|O_RDWR|O_DIRECT|O_SYNC have no warning in return and file is > being > created. This patch

Re: [PATCH 1/1 linux-next] ext4: add compatibility flag check

On Thu, Nov 24, 2016 at 08:47:41PM +0100, Fabian Frederick wrote: > data=journal mount option should disable O_DIRECT access > (See Documentation/filesystems/ext4.txt) but open operations > using O_CREAT|O_RDWR|O_DIRECT|O_SYNC have no warning in return and file is > being > created. This patch

Re: [PATCH 0/3] virtio/vringh: kill off ACCESS_ONCE()

On Thu, Nov 24, 2016 at 10:25:11AM +, Mark Rutland wrote: > For several reasons, it would be beneficial to kill off ACCESS_ONCE() > tree-wide, in favour of {READ,WRITE}_ONCE(). These work with aggregate types, > more obviously document their intended behaviour, and are necessary for tools >

Re: [PATCH 0/3] virtio/vringh: kill off ACCESS_ONCE()

On Thu, Nov 24, 2016 at 10:25:11AM +, Mark Rutland wrote: > For several reasons, it would be beneficial to kill off ACCESS_ONCE() > tree-wide, in favour of {READ,WRITE}_ONCE(). These work with aggregate types, > more obviously document their intended behaviour, and are necessary for tools >

RE: [PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

On Tue, Nov 22 2016, 07:28 PM, Simon Guinot wrote: > Hi Amir, > > I tested the thunderbolt-icm driver (v9 series) on an Gigabyte > motherboard > (Z170X-UD5 TH-CF) with a Thunderbolt 3 controller (Alpine Ridge 4C). > > I can see that the network interface is well created when the > motherboard

RE: [PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking

On Tue, Nov 22 2016, 07:28 PM, Simon Guinot wrote: > Hi Amir, > > I tested the thunderbolt-icm driver (v9 series) on an Gigabyte > motherboard > (Z170X-UD5 TH-CF) with a Thunderbolt 3 controller (Alpine Ridge 4C). > > I can see that the network interface is well created when the > motherboard

Re: [PATCH v2 2/2] staging: slicoss: remove UPDATE_STATS_GB macro and inline code

On Thu, Nov 24, 2016 at 8:41 PM, Markus Böhme wrote: > On 11/24/2016 08:21 PM, Sergio Paracuellos wrote: >> This patch removes UPDATE_STATS_GB macro in slic.h header file >> and just inline code. This improve readability. >> >> Signed-off-by: Sergio Paracuellos

Re: [PATCH v2] iio: adc: New driver for TI ADS7950 chips

On 21/11/16 19:52, David Lechner wrote: > On 11/20/2016 12:28 PM, David Lechner wrote: >> This adds a new driver for the TI ADS7950 family of ADC chips. These >> communicate using SPI and come in 8/10/12-bit and 4/8/12/16 channel >> varieties. >> >> Signed-off-by: David Lechner

Re: [PATCH v2 2/2] staging: slicoss: remove UPDATE_STATS_GB macro and inline code

On Thu, Nov 24, 2016 at 8:41 PM, Markus Böhme wrote: > On 11/24/2016 08:21 PM, Sergio Paracuellos wrote: >> This patch removes UPDATE_STATS_GB macro in slic.h header file >> and just inline code. This improve readability. >> >> Signed-off-by: Sergio Paracuellos >> --- >>

Re: [PATCH v2] iio: adc: New driver for TI ADS7950 chips

On 21/11/16 19:52, David Lechner wrote: > On 11/20/2016 12:28 PM, David Lechner wrote: >> This adds a new driver for the TI ADS7950 family of ADC chips. These >> communicate using SPI and come in 8/10/12-bit and 4/8/12/16 channel >> varieties. >> >> Signed-off-by: David Lechner >> --- >> >> v2

Re: [PATCH net] udplite: call proper backlog handlers

From: Eric Dumazet Date: Tue, 22 Nov 2016 09:06:45 -0800 > From: Eric Dumazet > > In commits 93821778def10 ("udp: Fix rcv socket locking") and > f7ad74fef3af ("net/ipv6/udp: UDP encapsulation: break backlog_rcv into > __udpv6_queue_rcv_skb") UDP

Re: [PATCH net] udplite: call proper backlog handlers

From: Eric Dumazet Date: Tue, 22 Nov 2016 09:06:45 -0800 > From: Eric Dumazet > > In commits 93821778def10 ("udp: Fix rcv socket locking") and > f7ad74fef3af ("net/ipv6/udp: UDP encapsulation: break backlog_rcv into > __udpv6_queue_rcv_skb") UDP backlog handlers were renamed, but UDPlite > was

RE: [patch v9 1/1] i2c: add master driver for mellanox systems

> -Original Message- > From: Wolfram Sang [mailto:wsa-...@sang-engineering.com] > Sent: Thursday, November 24, 2016 4:52 PM > To: Vadim Pasternak > Cc: w...@the-dreams.de; linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org; j...@resnulli.us; Michael Shych >

RE: [patch v9 1/1] i2c: add master driver for mellanox systems

> -Original Message- > From: Wolfram Sang [mailto:wsa-...@sang-engineering.com] > Sent: Thursday, November 24, 2016 4:52 PM > To: Vadim Pasternak > Cc: w...@the-dreams.de; linux-...@vger.kernel.org; linux- > ker...@vger.kernel.org; j...@resnulli.us; Michael Shych > > Subject: Re:

[PATCH v3 1/2] staging: slicoss: remove not used UPDATE_STATS macro

This patch remove UPDATE_STATS macro from header slic.h which is not being used. Signed-off-by: Sergio Paracuellos --- drivers/staging/slicoss/slic.h | 8 1 file changed, 8 deletions(-) diff --git a/drivers/staging/slicoss/slic.h

[PATCH v3 1/2] staging: slicoss: remove not used UPDATE_STATS macro

This patch remove UPDATE_STATS macro from header slic.h which is not being used. Signed-off-by: Sergio Paracuellos --- drivers/staging/slicoss/slic.h | 8 1 file changed, 8 deletions(-) diff --git a/drivers/staging/slicoss/slic.h b/drivers/staging/slicoss/slic.h index 1f6562c..2c05868

[PATCH v3 2/2] staging: slicoss: remove UPDATE_STATS_GB macro and inline code

This patch removes UPDATE_STATS_GB macro in slic.h header file and just inline code. This improve readability. Signed-off-by: Sergio Paracuellos --- drivers/staging/slicoss/slic.h| 5 drivers/staging/slicoss/slicoss.c | 52

[PATCH v3 0/2] staging: slicoss: minor changes to clean some code

This patchset clean some code in slicoss driver: * Removes not used macro. * Remove a macro and just inline code. Changes in v2: * Remove inline function into inline code. Changes in v3: * Replace '=' in favour of '+='. Sergio Paracuellos (2): staging: slicoss: remove not used UPDATE_STATS

[PATCH v3 2/2] staging: slicoss: remove UPDATE_STATS_GB macro and inline code

This patch removes UPDATE_STATS_GB macro in slic.h header file and just inline code. This improve readability. Signed-off-by: Sergio Paracuellos --- drivers/staging/slicoss/slic.h| 5 drivers/staging/slicoss/slicoss.c | 52 +++ 2 files changed, 25

[PATCH v3 0/2] staging: slicoss: minor changes to clean some code

This patchset clean some code in slicoss driver: * Removes not used macro. * Remove a macro and just inline code. Changes in v2: * Remove inline function into inline code. Changes in v3: * Replace '=' in favour of '+='. Sergio Paracuellos (2): staging: slicoss: remove not used UPDATE_STATS

[PATCH v3 0/3] timekeeping: Introduce a fast boot clock derived from fast monotonic clock

Currently no trace clock can account for suspend time, using monotonic during tracing in the suspend path means the trace times wont be advaced. Using the boot clock with ktime_get_with_offset is not an option due to live locking concerns in NMI context as suggested by Thomas [1]. These patches

[PATCH v3 0/3] timekeeping: Introduce a fast boot clock derived from fast monotonic clock

Currently no trace clock can account for suspend time, using monotonic during tracing in the suspend path means the trace times wont be advaced. Using the boot clock with ktime_get_with_offset is not an option due to live locking concerns in NMI context as suggested by Thomas [1]. These patches

[PATCH v3 3/3] trace: Update documentation for mono, mono_raw and boot clock

Documentation was missing for mono and mono_raw, add them and also for the boot clock introduced in this series. Cc: Steven Rostedt Cc: Thomas Gleixner Cc: John Stultz Cc: Ingo Molnar Signed-off-by: Joel

[PATCH v3 2/3] trace: Add an option for boot clock as trace clock

Unlike monotonic clock, boot clock as a trace clock will account for time spent in suspend useful for tracing suspend/resume. This uses earlier introduced infrastructure for using the fast boot clock. Cc: Steven Rostedt Cc: Thomas Gleixner Cc: John

[PATCH v3 1/3] timekeeping: Add a fast and NMI safe boot clock

This boot clock can be used as a tracing clock and will account for suspend time. To keep it NMI safe since we're accessing from tracing, we're not using a separate timekeeper with updates to monotonic clock and boot offset protected with seqlocks. This has the following minor side effects: (1)

[PATCH v3 3/3] trace: Update documentation for mono, mono_raw and boot clock

Documentation was missing for mono and mono_raw, add them and also for the boot clock introduced in this series. Cc: Steven Rostedt Cc: Thomas Gleixner Cc: John Stultz Cc: Ingo Molnar Signed-off-by: Joel Fernandes --- Documentation/trace/ftrace.txt | 20 1 file changed,

[PATCH v3 2/3] trace: Add an option for boot clock as trace clock

Unlike monotonic clock, boot clock as a trace clock will account for time spent in suspend useful for tracing suspend/resume. This uses earlier introduced infrastructure for using the fast boot clock. Cc: Steven Rostedt Cc: Thomas Gleixner Cc: John Stultz Cc: Ingo Molnar Signed-off-by: Joel

[PATCH v3 1/3] timekeeping: Add a fast and NMI safe boot clock

This boot clock can be used as a tracing clock and will account for suspend time. To keep it NMI safe since we're accessing from tracing, we're not using a separate timekeeper with updates to monotonic clock and boot offset protected with seqlocks. This has the following minor side effects: (1)

Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed

On Thu, Nov 24, 2016 at 05:34:45PM +, David Howells wrote: > Dominik Brodowski wrote: > > > > > - Abort in drivers/pcmcia/cistpl.c::pccard_store_cis() or remove > > > > write access to the "cis" file in > > > >

Re: [PATCH] Lock down drivers that can have io ports, io mem, irqs and dma changed

On Thu, Nov 24, 2016 at 05:34:45PM +, David Howells wrote: > Dominik Brodowski wrote: > > > > > - Abort in drivers/pcmcia/cistpl.c::pccard_store_cis() or remove > > > > write access to the "cis" file in > > > > drivers/pcmcia/cistpl.c::pccard_cis_attr > > > > > >

Re: [PATCH] pinctrl: imx: fix imx_pinctrl_desc initialization

Hi Gary, On 11/24/2016 08:11 PM, Gary Bisson wrote: Was introduced by: 6e408ed pinctrl: imx: fix initialization of imx_pinctrl_desc Signed-off-by: Gary Bisson --- drivers/pinctrl/freescale/pinctrl-imx.c | 8 1 file changed, 4 insertions(+), 4

Re: [PATCH] pinctrl: imx: fix imx_pinctrl_desc initialization

Hi Gary, On 11/24/2016 08:11 PM, Gary Bisson wrote: Was introduced by: 6e408ed pinctrl: imx: fix initialization of imx_pinctrl_desc Signed-off-by: Gary Bisson --- drivers/pinctrl/freescale/pinctrl-imx.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

Re: [patch] iio: tsl2583: make array large enough

On 24/11/16 17:51, Brian Masney wrote: > On Thu, Nov 24, 2016 at 05:54:17PM +0100, walter harms wrote: >> >> >> Am 24.11.2016 16:48, schrieb Brian Masney: >>> On Thu, Nov 24, 2016 at 04:38:07PM +0300, Dan Carpenter wrote: This array is supposed to have 10 elements. Smatch complains that with

Re: [patch] iio: tsl2583: make array large enough

On 24/11/16 17:51, Brian Masney wrote: > On Thu, Nov 24, 2016 at 05:54:17PM +0100, walter harms wrote: >> >> >> Am 24.11.2016 16:48, schrieb Brian Masney: >>> On Thu, Nov 24, 2016 at 04:38:07PM +0300, Dan Carpenter wrote: This array is supposed to have 10 elements. Smatch complains that with

Re: [PATCH] ARM: dts: sunxi: Enable UEXT related nodes for Olimex A20 SOM EVB

On Wed, 23 Nov 2016 18:16:10 +0100 Emmanuel Vadot wrote: > On Wed, 23 Nov 2016 09:03:50 +0100 > Maxime Ripard wrote: > > > On Mon, Nov 21, 2016 at 05:49:11PM +0100, Emmanuel Vadot wrote: > > > UEXT are Universal EXTension connector from

[tip:x86/core] x86/sysctl: Add sysctl for ITMT scheduling feature

Commit-ID: f9793e34952cda133caaa35738a4b46053331c96 Gitweb: http://git.kernel.org/tip/f9793e34952cda133caaa35738a4b46053331c96 Author: Tim Chen AuthorDate: Tue, 22 Nov 2016 12:23:56 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov

Re: [PATCH] ARM: dts: sunxi: Enable UEXT related nodes for Olimex A20 SOM EVB

On Wed, 23 Nov 2016 18:16:10 +0100 Emmanuel Vadot wrote: > On Wed, 23 Nov 2016 09:03:50 +0100 > Maxime Ripard wrote: > > > On Mon, Nov 21, 2016 at 05:49:11PM +0100, Emmanuel Vadot wrote: > > > UEXT are Universal EXTension connector from Olimex. They embed i2c, spi > > > and uart pins along

[tip:x86/core] x86/sysctl: Add sysctl for ITMT scheduling feature

Commit-ID: f9793e34952cda133caaa35738a4b46053331c96 Gitweb: http://git.kernel.org/tip/f9793e34952cda133caaa35738a4b46053331c96 Author: Tim Chen AuthorDate: Tue, 22 Nov 2016 12:23:56 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov 2016 20:44:19 +0100 x86/sysctl: Add sysctl for

[PATCH] Input: evdev: fix queueing of SYN_DROPPED event for EVIOCG[type] IOCTL case

Currently, when EVIOCG[type] ioctl call is issued and bits_to_user fails, then SYN_DROPPED event is inserted in the event queue always. However, it is not compulsory that some events are flushed out on every EVIOCG[type] ioctl call like in case of empty event queue and in case when EVIOCG[type]

[PATCH] Input: evdev: fix queueing of SYN_DROPPED event for EVIOCG[type] IOCTL case

Currently, when EVIOCG[type] ioctl call is issued and bits_to_user fails, then SYN_DROPPED event is inserted in the event queue always. However, it is not compulsory that some events are flushed out on every EVIOCG[type] ioctl call like in case of empty event queue and in case when EVIOCG[type]

Re: [PATCH] ARM: dts: sun6i: hummingbird: Enable USB OTG

On Thu, Nov 24, 2016 at 07:29:08PM +0800, Chen-Yu Tsai wrote: > The A31 Hummingbird has a mini USB OTG port, and uses GPIO pins from the > SoC for ID pin and VBUS detection and VBUS control. The PMIC can also do > VBUS detection and control. > > Here we prefer to use the PMIC's DRIVEVBUS function

Re: [PATCH] ARM: dts: sunxi: Add num-cs for A20 spi nodes

On Thu, 24 Nov 2016 20:55:17 +0100 Maxime Ripard wrote: > On Tue, Nov 22, 2016 at 06:06:16PM +0100, Emmanuel Vadot wrote: > > The spi0 controller on the A20 have up to 4 CS (Chip Select) while the > > others three only have 1. > > Add the num-cs property to each

Re: [PATCH] ARM: dts: sun6i: hummingbird: Enable USB OTG

On Thu, Nov 24, 2016 at 07:29:08PM +0800, Chen-Yu Tsai wrote: > The A31 Hummingbird has a mini USB OTG port, and uses GPIO pins from the > SoC for ID pin and VBUS detection and VBUS control. The PMIC can also do > VBUS detection and control. > > Here we prefer to use the PMIC's DRIVEVBUS function

Re: [PATCH] ARM: dts: sunxi: Add num-cs for A20 spi nodes

On Thu, 24 Nov 2016 20:55:17 +0100 Maxime Ripard wrote: > On Tue, Nov 22, 2016 at 06:06:16PM +0100, Emmanuel Vadot wrote: > > The spi0 controller on the A20 have up to 4 CS (Chip Select) while the > > others three only have 1. > > Add the num-cs property to each node. > > > > Signed-off-by:

Re: [PATCH] stmmac ethernet: remove cut & paste code

On Thu, 2016-11-24 at 12:05 +0100, Pavel Machek wrote: > Remove duplicate code from _tx routines. trivia: > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c [] > @@ -1960,6 +1960,38 @@ static void stmmac_tso_allocator(struct

Re: [PATCH] stmmac ethernet: remove cut & paste code

On Thu, 2016-11-24 at 12:05 +0100, Pavel Machek wrote: > Remove duplicate code from _tx routines. trivia: > diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c > b/drivers/net/ethernet/stmicro/stmmac/stmmac_main.c [] > @@ -1960,6 +1960,38 @@ static void stmmac_tso_allocator(struct

9pfs hangs since 4.7

Hi fsdevel, I have been observing hangs when running xfstests generic/224. Curiously enough, the test is *not* causing problems on the FS under test (I've tried both ext4 and f2fs) but instead it's causing the 9pfs that I'm using as the root filesystem to crap out. How it shows up is that the

Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section

Ard, > > >> On 24 November 2016 at 13:51, Robert Richter > > >> wrote: > > >> > On 24.11.16 13:44:31, Ard Biesheuvel wrote: > > >> Regions containing firmware tables are owned by the firmware, and it > > >> is the firmware that tells us which memory attributes we are

9pfs hangs since 4.7

Hi fsdevel, I have been observing hangs when running xfstests generic/224. Curiously enough, the test is *not* causing problems on the FS under test (I've tried both ext4 and f2fs) but instead it's causing the 9pfs that I'm using as the root filesystem to crap out. How it shows up is that the

Re: [PATCH] arm64: mm: Fix memmap to be initialized for the entire section

Ard, > > >> On 24 November 2016 at 13:51, Robert Richter > > >> wrote: > > >> > On 24.11.16 13:44:31, Ard Biesheuvel wrote: > > >> Regions containing firmware tables are owned by the firmware, and it > > >> is the firmware that tells us which memory attributes we are allowed > > >> to use. If

Re: [PATCH 0/2] ARM: dts: sun6i: Disable display pipeline by default

On Thu, Nov 24, 2016 at 02:43:37PM +0800, Chen-Yu Tsai wrote: > Hi, > > While we now support the internal display pipeline found on sun6i, it > is possible that we are unable to enable the display for some boards, > due to a lack of drivers for the panels or bridges found on them. If > the

Re: [PATCH 0/2] ARM: dts: sun6i: Disable display pipeline by default

On Thu, Nov 24, 2016 at 02:43:37PM +0800, Chen-Yu Tsai wrote: > Hi, > > While we now support the internal display pipeline found on sun6i, it > is possible that we are unable to enable the display for some boards, > due to a lack of drivers for the panels or bridges found on them. If > the

Re: [PATCH] ARM: dts: sunxi: Add num-cs for A20 spi nodes

On Tue, Nov 22, 2016 at 06:06:16PM +0100, Emmanuel Vadot wrote: > The spi0 controller on the A20 have up to 4 CS (Chip Select) while the > others three only have 1. > Add the num-cs property to each node. > > Signed-off-by: Emmanuel Vadot I don't think we have any code

Re: [PATCH] ARM: dts: sunxi: Add num-cs for A20 spi nodes

On Tue, Nov 22, 2016 at 06:06:16PM +0100, Emmanuel Vadot wrote: > The spi0 controller on the A20 have up to 4 CS (Chip Select) while the > others three only have 1. > Add the num-cs property to each node. > > Signed-off-by: Emmanuel Vadot I don't think we have any code that uses it at the

[tip:smp/hotplug] net/iucv: Use explicit clean up labels in iucv_init()

Commit-ID: 97023a53c5f907e061d6bfa90462e36541f0ae65 Gitweb: http://git.kernel.org/tip/97023a53c5f907e061d6bfa90462e36541f0ae65 Author: Sebastian Andrzej Siewior AuthorDate: Thu, 24 Nov 2016 17:10:13 +0100 Committer: Thomas Gleixner CommitDate:

[tip:x86/core] acpi/bus: Enable HWP CPPC objects

Commit-ID: 5c2832e91a3ed45f35531ae1c5afba8eac22c81f Gitweb: http://git.kernel.org/tip/5c2832e91a3ed45f35531ae1c5afba8eac22c81f Author: Srinivas Pandruvada AuthorDate: Tue, 22 Nov 2016 12:23:58 -0800 Committer: Thomas Gleixner

[tip:x86/core] acpi/bus: Set _OSC for diverse core support

Commit-ID: 8b533a0eeefc5861cea57163dd3cec2798a77f6c Gitweb: http://git.kernel.org/tip/8b533a0eeefc5861cea57163dd3cec2798a77f6c Author: Srinivas Pandruvada AuthorDate: Tue, 22 Nov 2016 12:23:59 -0800 Committer: Thomas Gleixner

[tip:x86/core] cpufreq/intel_pstate: Use CPPC to get max performance

Commit-ID: 17669006adf64d35a74cb21e3c8dfb6fb8be689f Gitweb: http://git.kernel.org/tip/17669006adf64d35a74cb21e3c8dfb6fb8be689f Author: Rafael J. Wysocki AuthorDate: Tue, 22 Nov 2016 12:24:00 -0800 Committer: Thomas Gleixner CommitDate:

[tip:smp/hotplug] net/iucv: Use explicit clean up labels in iucv_init()

Commit-ID: 97023a53c5f907e061d6bfa90462e36541f0ae65 Gitweb: http://git.kernel.org/tip/97023a53c5f907e061d6bfa90462e36541f0ae65 Author: Sebastian Andrzej Siewior AuthorDate: Thu, 24 Nov 2016 17:10:13 +0100 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov 2016 20:48:51 +0100 net/iucv:

[tip:x86/core] acpi/bus: Enable HWP CPPC objects

Commit-ID: 5c2832e91a3ed45f35531ae1c5afba8eac22c81f Gitweb: http://git.kernel.org/tip/5c2832e91a3ed45f35531ae1c5afba8eac22c81f Author: Srinivas Pandruvada AuthorDate: Tue, 22 Nov 2016 12:23:58 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov 2016 20:44:20 +0100 acpi/bus:

[tip:x86/core] acpi/bus: Set _OSC for diverse core support

Commit-ID: 8b533a0eeefc5861cea57163dd3cec2798a77f6c Gitweb: http://git.kernel.org/tip/8b533a0eeefc5861cea57163dd3cec2798a77f6c Author: Srinivas Pandruvada AuthorDate: Tue, 22 Nov 2016 12:23:59 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov 2016 20:44:20 +0100 acpi/bus: Set

[tip:x86/core] cpufreq/intel_pstate: Use CPPC to get max performance

Commit-ID: 17669006adf64d35a74cb21e3c8dfb6fb8be689f Gitweb: http://git.kernel.org/tip/17669006adf64d35a74cb21e3c8dfb6fb8be689f Author: Rafael J. Wysocki AuthorDate: Tue, 22 Nov 2016 12:24:00 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov 2016 20:44:20 +0100

[tip:x86/core] x86/sched: Add SD_ASYM_PACKING flags to x86 ITMT CPU

Commit-ID: d3d37d850d1d77bd66bceb8326e6353d3314b270 Gitweb: http://git.kernel.org/tip/d3d37d850d1d77bd66bceb8326e6353d3314b270 Author: Tim Chen AuthorDate: Tue, 22 Nov 2016 12:23:57 -0800 Committer: Thomas Gleixner CommitDate: Thu, 24 Nov

Re: [RFC PATCH 2/2] arm64: dts: enable the MUSB controller of Pine64 in host-only mode

On Wed, Nov 23, 2016 at 12:59:02AM +0800, Icenowy Zheng wrote: > A64 has a MUSB controller wired to the USB PHY 0, which is connected > to the upper USB Type-A port of Pine64. > > As the port is a Type-A female port, enable it in host-only mode in the > device tree, which makes devices with USB

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