[PATCH v3 1/2] em28xx: Ignore errors while reading from eeprom

While testing support for Terratec H6 rev. 2, it was noticed that reading from eeprom there causes a timeout error. Apparently, this is due to the need of properly setting GPIOs. In any case, the driver doesn't really require eeprom reading to succeed, as this is currently used only for debug.

[PATCH v3 0/2] Add support for Terratec H6 version 2

That's the third version of this patch series. It adds support for Terratec H6 version 2. As on the past version, this board is identified as "H5 MKII". There's a typo on the manufacturer's name, though: [ 2970.196999] usb 1-1.5: Product: TERRATCE H5 MKII [ 2970.197011] usb 1-1.5: Manufacturer:

[PATCH v3 2/2] em28xx: add support for new of Terratec H6

There's a new version of Terratec H6 with uses USB ID 0ccd:10b2. This version is similar to the old one (with is supported via the HTC entry), except that this one has the eeprom on the second bus. On this board, one side of this board is labeled with: dvbc v2.0 The other side with:

[RFC PATCH v2 3/3] hwmon: (adt7475) temperature smoothing

When enabled temperature smoothing allows ramping the fan speed over a configurable period of time instead of jumping to the new speed instantaneously. Signed-off-by: Chris Packham --- Changes in v2: - use a single tempN_smoothing attribute

[RFC PATCH v2 2/3] hwmon: (adt7475) fan stall prevention

By default adt7475 will stop the fans (pwm duty cycle 0%) when the temperature drops past Tmin - hysteresis. Some systems want to keep the fans moving even when the temperature drops so add new sysfs attributes that configure the enhanced acoustics min 1-3 which allows the fans to run at the

Re: [PATCH 2/3] hwmon: (adt7475) fan stall prevention

On 03/05/17 06:07, Guenter Roeck wrote: > On Tue, May 02, 2017 at 05:45:35PM +1200, Chris Packham wrote: >> By default adt7475 will stop the fans (pwm duty cycle 0%) when the >> temperature drops past Tmin - hysteresis. Some systems want to keep the >> fans moving even when the temperature drops

Re: [PATCH v2 0/6] Add kselftest_harness.h

On Tue, May 2, 2017 at 3:26 PM, Mickaël Salaün wrote: > Hi, > > This second patch series make the seccomp/test_harness.h more generally > available [1] and update the kselftest documentation with the Sphinx format. > It > also improve the Makefile of seccomp tests to take into

Re: [PATCH v2 6/6] Documentation/dev-tools: Add kselftest_harness documentation

On Tue, May 2, 2017 at 3:26 PM, Mickaël Salaün wrote: > Add metadata to kselftest_harness.h to be able to include the comments > in the Sphinx documentation. > > Signed-off-by: Mickaël Salaün > Cc: Andy Lutomirski > Cc: Jonathan Corbet

Re: [PATCH v2 5/6] Documentation/dev-tools: Use reStructuredText markups for kselftest

On Tue, May 2, 2017 at 3:26 PM, Mickaël Salaün wrote: > Include and convert kselftest to the Sphinx format. > > Signed-off-by: Mickaël Salaün > Cc: Jonathan Corbet > Cc: Shuah Khan > --- > Documentation/dev-tools/index.rst

[PATCH v2 5/6] Documentation/dev-tools: Use reStructuredText markups for kselftest

Include and convert kselftest to the Sphinx format. Signed-off-by: Mickaël Salaün Cc: Jonathan Corbet Cc: Shuah Khan --- Documentation/dev-tools/index.rst | 1 + Documentation/dev-tools/kselftest.rst | 77

[PATCH v2 1/6] selftests: Make test_harness.h more generally available

The seccomp/test_harness.h file contains useful helpers to build tests. Moving it to the selftest directory should benefit to other test components. Keep seccomp maintainers for this file. Changes since v1: * rename to kselftest_harness.h (suggested by Shuah Khan) * keep maintainers

[PATCH v2 6/6] Documentation/dev-tools: Add kselftest_harness documentation

Add metadata to kselftest_harness.h to be able to include the comments in the Sphinx documentation. Signed-off-by: Mickaël Salaün Cc: Andy Lutomirski Cc: Jonathan Corbet Cc: Kees Cook Cc: Shuah Khan

[PATCH v2 2/6] selftests: Cosmetic renames in kselftest_harness.h

Keep the content consistent with the new name. Signed-off-by: Mickaël Salaün Cc: Andy Lutomirski Cc: Kees Cook Cc: Shuah Khan Cc: Will Drewry --- tools/testing/selftests/kselftest_harness.h |

[PATCH v2 0/6] Add kselftest_harness.h

Hi, This second patch series make the seccomp/test_harness.h more generally available [1] and update the kselftest documentation with the Sphinx format. It also improve the Makefile of seccomp tests to take into account any kselftest_harness.h update. [1]

[PATCH v2 3/6] selftests/seccomp: Force rebuild according to dependencies

Rebuild the seccomp tests when kselftest_harness.h is updated. Signed-off-by: Mickaël Salaün Cc: Andy Lutomirski Cc: Kees Cook Cc: Shuah Khan Cc: Will Drewry ---

[PATCH v2 4/6] Documentation/dev-tools: Add kselftest

Move kselftest.txt to dev-tools/kselftest.rst . Signed-off-by: Mickaël Salaün Cc: Jonathan Corbet Cc: Shuah Khan --- Documentation/00-INDEX | 2 -- Documentation/{kselftest.txt => dev-tools/kselftest.rst} |

Re: [RFC PATCH 3/3] hwmon: (adt7475) temperature smoothing

On 03/05/17 07:14, Guenter Roeck wrote: > On Tue, May 02, 2017 at 05:45:36PM +1200, Chris Packham wrote: >> When enabled temperature smoothing allows ramping the fan speed over a >> configurable period of time instead of jumping to the new speed >> instantaneously. >> >> Signed-off-by: Chris

[PATCH v2 1/2] em28xx: Ignore errors while reading from eeprom

On some newer devices (newer Terratec H6 rev. 2), reading from eeprom fails. Ignore such errors, as we don't really need it to succeed. Signed-off-by: Mauro Carvalho Chehab --- drivers/media/usb/em28xx/em28xx-i2c.c | 2 -- 1 file changed, 2 deletions(-) diff --git

[PATCH v2 2/2] em28xx: add support for new of Terratec H6

There's a new version of Terratec H6 with uses USB ID 0ccd:10b2. This version is similar to the old one (with is supported via the HTC entry), except that this one has the eeprom on the second bus. On this board, one side of this board is labeled with: dvbc v2.0 The other side with:

Re: [RFC PATCH 3/3] hwmon: (adt7475) temperature smoothing

On Tue, May 02, 2017 at 05:45:36PM +1200, Chris Packham wrote: > When enabled temperature smoothing allows ramping the fan speed over a > configurable period of time instead of jumping to the new speed > instantaneously. > > Signed-off-by: Chris Packham > --- >

Re: [PATCH 2/3] hwmon: (adt7475) fan stall prevention

On Tue, May 02, 2017 at 05:45:35PM +1200, Chris Packham wrote: > By default adt7475 will stop the fans (pwm duty cycle 0%) when the > temperature drops past Tmin - hysteresis. Some systems want to keep the > fans moving even when the temperature drops so add new sysfs attributes > that configure

Re: [PATCH 1/2] em28xx: allow setting the eeprom bus at cards struct

Am 01.05.2017 um 19:54 schrieb Mauro Carvalho Chehab: > Hi Frank, > > Em Mon, 1 May 2017 16:11:51 +0200 > Frank Schäfer escreveu: > >> Am 01.05.2017 um 13:38 schrieb Mauro Carvalho Chehab: >>> Right now, all devices use bus 0 for eeprom. However, newer >>> versions

Re: [PATCH v4 RFT 1/2] powerpc/fadump: reduce memory consumption for capture kernel

Hi Michal, On Tuesday 02 May 2017 09:26 PM, Michal Suchanek wrote: With fadump (dump capture) kernel booting like a regular kernel, it almost needs the same amount of memory to boot as the production kernel, which is unwarranted for a dump capture kernel. But with no option to disable some of

[PATCH v4 RFT 2/2] powerpc/fadump: update documentation about 'fadump_append=' parameter

With the introduction of 'fadump_append=' parameter to pass additional parameters to fadump (capture) kernel, update documentation about it. Signed-off-by: Hari Bathini Signed-off-by: Michal Suchanek ---

[PATCH v4 RFT 1/2] powerpc/fadump: reduce memory consumption for capture kernel

With fadump (dump capture) kernel booting like a regular kernel, it almost needs the same amount of memory to boot as the production kernel, which is unwarranted for a dump capture kernel. But with no option to disable some of the unnecessary subsystems in fadump kernel, that much memory is wasted

[PATCH] input: edt-ft5x06: increase allowed data range for threshold parameter

The datasheet and application note does not mention an allowed range for the M09_REGISTER_THRESHOLD parameter. One of our customers needs to set lower values than 20 and they seem to work just fine on EDT EP0xx0M09 with T5x06 touch. So, lacking a known lower limit, we increase the range for

Re: [PATCH v2] stm class: Document the stm_ftrace

Chunyan Zhang writes: > Hi Alex, Hi Chunyan, > Could you take this patch please if there's no further comments? Sorry for the delay. Yes, I'm picking this patch into my tree very soon. Thanks, -- Alex -- To unsubscribe from this list: send the line "unsubscribe

[PATCH v8 4/7] coresight: refactor with function of_coresight_get_cpu

This is refactor to add function of_coresight_get_cpu(), so it's used to retrieve CPU id for coresight component. Finally can use it as a common function for multiple places. Suggested-by: Mathieu Poirier Reviewed-by: Suzuki K Poulose

[PATCH v8 6/7] arm64: dts: hi6220: register debug module

Bind debug module driver for Hi6220. Signed-off-by: Leo Yan --- arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 64 +++ 1 file changed, 64 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi

[PATCH v8 1/7] coresight: bindings for CPU debug module

According to ARMv8 architecture reference manual (ARM DDI 0487A.k) Chapter 'Part H: External debug', the CPU can integrate debug module and it can support self-hosted debug and external debug. Especially for supporting self-hosted debug, this means the program can access the debug module from mmio

[PATCH v8 5/7] coresight: add support for CPU debug module

Coresight includes debug module and usually the module connects with CPU debug logic. ARMv8 architecture reference manual (ARM DDI 0487A.k) has description for related info in "Part H: External Debug". Chapter H7 "The Sample-based Profiling Extension" introduces several sampling registers, e.g.

[PATCH v8 7/7] arm64: dts: qcom: msm8916: Add debug unit

Add debug unit on Qualcomm msm8916 based platforms, including the DragonBoard 410c board. Signed-off-by: Leo Yan --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 32 1 file changed, 32 insertions(+) diff --git

[PATCH v8 2/7] doc: Add documentation for Coresight CPU debug

Update kernel-parameters.txt to add new parameter: coresight_cpu_debug.enable is a knob to enable debugging at boot time. Add detailed documentation, which contains the implementation, Mike Leach excellent summary for "clock and power domain". At the end some examples on how to enable the

[PATCH v8 0/7] coresight: enable debug module

ARMv8 architecture reference manual (ARM DDI 0487A.k) Chapter H7 "The Sample-based Profiling Extension" has description for sampling registers, we can utilize these registers to check program counter value with combined CPU exception level, secure state, etc. So this is helpful for CPU lockup

[PATCH v8 3/7] coresight: of_get_coresight_platform_data: Add missing of_node_put

From: Suzuki K Poulose The of_get_coresight_platform_data iterates over the possible CPU nodes to find a given cpu phandle. However it does not drop the reference to the node pointer returned by the of_get_coresight_platform_data. This patch also introduces another minor

Re: [PATCH v7 5/7] coresight: add support for CPU debug module

On Tue, May 02, 2017 at 04:30:03PM +0800, Leo Yan wrote: [...] > +static void debug_force_cpu_powered_up(struct debug_drvdata *drvdata) > +{ > + u32 edprcr; > + > +try_again: > + > + /* > + * Send request to power management controller and assert > + * DBGPWRUPREQ signal; if

[PATCH v7 3/7] coresight: of_get_coresight_platform_data: Add missing of_node_put

From: Suzuki K Poulose The of_get_coresight_platform_data iterates over the possible CPU nodes to find a given cpu phandle. However it does not drop the reference to the node pointer returned by the of_get_coresight_platform_data. This patch also introduces another minor

[PATCH v7 4/7] coresight: refactor with function of_coresight_get_cpu

This is refactor to add function of_coresight_get_cpu(), so it's used to retrieve CPU id for coresight component. Finally can use it as a common function for multiple places. Suggested-by: Mathieu Poirier Reviewed-by: Suzuki K Poulose

[PATCH v7 5/7] coresight: add support for CPU debug module

Coresight includes debug module and usually the module connects with CPU debug logic. ARMv8 architecture reference manual (ARM DDI 0487A.k) has description for related info in "Part H: External Debug". Chapter H7 "The Sample-based Profiling Extension" introduces several sampling registers, e.g.

[PATCH v7 6/7] arm64: dts: hi6220: register debug module

Bind debug module driver for Hi6220. Signed-off-by: Leo Yan --- arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 64 +++ 1 file changed, 64 insertions(+) diff --git a/arch/arm64/boot/dts/hisilicon/hi6220.dtsi

[PATCH v7 7/7] arm64: dts: qcom: msm8916: Add debug unit

Add debug unit on Qualcomm msm8916 based platforms, including the DragonBoard 410c board. Signed-off-by: Leo Yan --- arch/arm64/boot/dts/qcom/msm8916.dtsi | 32 1 file changed, 32 insertions(+) diff --git

[PATCH v7 2/7] doc: Add documentation for Coresight CPU debug

Update kernel-parameters.txt to add new parameter: coresight_cpu_debug.enable is a knob to enable debugging at boot time. Add detailed documentation, which contains the implementation, Mike Leach excellent summary for "clock and power domain". At the end some examples on how to enable the

[PATCH v7 1/7] coresight: bindings for CPU debug module

According to ARMv8 architecture reference manual (ARM DDI 0487A.k) Chapter 'Part H: External debug', the CPU can integrate debug module and it can support self-hosted debug and external debug. Especially for supporting self-hosted debug, this means the program can access the debug module from mmio

[PATCH v7 0/7] coresight: enable debug module

ARMv8 architecture reference manual (ARM DDI 0487A.k) Chapter H7 "The Sample-based Profiling Extension" has description for sampling registers, we can utilize these registers to check program counter value with combined CPU exception level, secure state, etc. So this is helpful for CPU lockup