[PATCH 2/2] mISDN: Support DR6 indication in mISDNipac driver

According to figure 39 in PEB3086 data sheet, version 1.4 this indication replaces DR when layer 1 transition source state is F6. This fixes mISDN layer 1 getting stuck in F6 state in TE mode on Dialogic Diva 2.02 card (and possibly others) when NT deactivates it. Signed-off-by: Maciej S

[PATCH 1/2] mISDN: Order IPAC register defines

It looks like IPAC/ISAC chips register defines weren't in any particular order. Order them by their number to make it easier to spot holes. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/isdn/hardware/mISDN/ipac.h | 40 +++---

[PATCH][RESEND] parport: parport_pc: PCI SIO access should also depend on SIO option

is needed only when firmware has failed to make parallel port available either via PNP or on standard I/O ranges and user has one of a few supported SIOs. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- This is a resend without functional changes. drivers/parport/parpor

Re: [PATCH][RESEND] parport: parport_pc: PCI SIO access should also depend on SIO option

Hi Sudip, On 04.04.2016 18:11, Sudip Mukherjee wrote: > On Tue, Mar 29, 2016 at 12:00:56AM +0200, Maciej S. Szmigiero wrote: >> CONFIG_PARPORT_PC_SUPERIO toggles Super IO chip support in parport_pc >> code, however only code accessing SIO chip via ISA (or LPC) bus was

Re: [PATCHv2] fat: add config option to set UTF-8 mount option by default

Uytterhoeven >>> <ge...@linux-m68k.org> wrote: >>>> On Tue, Mar 8, 2016 at 2:53 PM, Maciej S. Szmigiero >>>> <m...@maciej.szmigiero.name> wrote: >>>>> FAT has long supported its own default file name encoding >>>>>

Re: [PATCH] pps: kc: fix non-tickless system config dependency

Hi Rodolfo, On 06.03.2016 20:13, Rodolfo Giometti wrote: > On Sat, Mar 05, 2016 at 06:37:39PM +0100, Maciej S. Szmigiero wrote: >> CONFIG_NO_HZ currently only sets the default value >> of dynticks config so if PPS kernel consumer needs >> periodic timer t

[PATCH] ARM: dts: imx6qdl-udoo: add 7 inch LCD touchscreen panel support

S. Szmigiero <m...@maciej.szmigiero.name> --- arch/arm/boot/dts/imx6qdl-udoo.dtsi | 96 + 1 file changed, 96 insertions(+) diff --git a/arch/arm/boot/dts/imx6qdl-udoo.dtsi b/arch/arm/boot/dts/imx6qdl-udoo.dtsi index d3e54e40a017..6a0a7ddb59ae 100644 ---

[PATCHv2] fat: add config option to set UTF-8 mount option by default

config option to set such default value. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: use IS_ENABLED() macro to simplify code Documentation/filesystems/vfat.txt | 7 --- fs/fat/Kconfig | 18 +- fs/fat/inode.

Re: [PATCH 1/2] hp-wmi: fix unregister order in hp_wmi_rfkill_setup() once again

Hi Darren, Thanks for review, see also my comments below. On 08.03.2016 13:39, Darren Hart wrote: > On Sun, Mar 06, 2016 at 11:38:36PM +0100, Maciej S. Szmigiero wrote: >> --- a/drivers/platform/x86/hp-wmi.c >> +++ b/drivers/platform/x86/hp-wmi.c >> @@ -746,7 +746,7

[PATCH] fat: add config option to set UTF-8 mount option by default

config option to set such default value. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Documentation/filesystems/vfat.txt | 7 --- fs/fat/Kconfig | 18 +- fs/fat/inode.c | 8 +++- 3 files changed, 28

[PATCH 2/2] hp-wmi: remove GPS rfkill support via pre-2009 interface

modems having GPS support seem to all have been released well past year 2009 let's just remove GPS rfkill support via pre-2009 WMI interface. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/platform/x86/hp-wmi.c | 38 +- 1 fil

[PATCH 1/2] hp-wmi: fix unregister order in hp_wmi_rfkill_setup() once again

succeeds this function returns without error so no cleanup is necessary. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/platform/x86/hp-wmi.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/platform/x86/hp-wmi.c b/d

Re: [PATCH 1/2] dt-bindings: Add URT UMSH-8596MD-xT panel bindings

On 22.02.2016 03:54, Rob Herring wrote: > On Sat, Feb 13, 2016 at 10:50:24PM +0100, Maciej S. Szmigiero wrote: >> Add DT bindings for United Radiant Technology >> UMSH-8596MD-xT 7.0" WVGA TFT LCD panels. >> >> Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmi

[PATCH] serial: 8250: describe CONFIG_SERIAL_8250_RSA

CONFIG_SERIAL_8250_RSA has waited for a long time to have meaningful help text so let's finally describe what this option actually does. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/tty/serial/8250/Kconfig | 7 ++- 1 file changed, 6 insertions(+), 1 de

[PATCH] pps: kc: fix non-tickless system config dependency

and CONFIG_NO_HZ_IDLE (or CONFIG_NO_HZ_FULL) set. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/pps/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/pps/Kconfig b/drivers/pps/Kconfig index 7512e98e9311..564a51abeece 100644 --- a/drive

[PATCH] parport: parport_pc: PCI SIO access should also depend on SIO option

is needed only when firmware has failed to make parallel port available either via PNP or on standard I/O ranges and user has one of a few supported SIOs. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/parport/parport_pc.c | 21 +++-- 1 file c

Re: [PATCH] pps: kc: fix non-tickless system config dependency

Hi Andrew, Could you take this patch, please? Thanks, Maciej On 21.03.2016 15:38, Rodolfo Giometti wrote: > On Mon, Mar 21, 2016 at 03:28:26PM +0100, Maciej S. Szmigiero wrote: >> Hi Rodolfo, >> >> On 06.03.2016 20:13, Rodolfo Giometti wrote: >>> On Sat, Mar 05, 20

Re: [PATCH] parport: parport_pc: PCI SIO access should also depend on SIO option

Hi Greg, Hi Sudip, On 01.05.2016 09:45, Sudip Mukherjee wrote: > On Sat, Apr 30, 2016 at 01:56:40PM -0700, Greg Kroah-Hartman wrote: >> On Wed, Apr 20, 2016 at 01:09:51PM +0530, Sudip Mukherjee wrote: >>> From: "Maciej S. Szmigiero" <m...@maciej.szmigiero.name>

[PATCH v2] ARM: dts: imx6qdl-udoo: add 7 inch LCD touchscreen panel support

-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: make "compatible" property the first one where it exists, order new labels and pinctrl entries alphabetically. arch/arm/boot/dts/imx6qdl-udoo.dtsi | 96 + 1 file changed, 96 ins

[PATCH][RESEND] pps: kc: fix non-tickless system config dependency

and CONFIG_NO_HZ_IDLE (or CONFIG_NO_HZ_FULL) set. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- This is a resend without functional changes since previous submission wasn't picked up. drivers/pps/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drive

[PATCH][media] saa7134: fix warm Medion 7134 EEPROM read

this by opening this I2C gate before doing EEPROM read during i2c initialization. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- This is a modified version of patch submitted a few years ago: http://www.spinics.net/lists/linux-media/msg24455.html . That patch was fixing two pr

Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero

On 25.01.2017 23:58, Jarkko Sakkinen wrote: > On Wed, Jan 25, 2017 at 10:26:44PM +0100, Maciej S. Szmigiero wrote: >> On 25.01.2017 21:09, Jarkko Sakkinen wrote: >>> On Tue, Jan 24, 2017 at 02:42:29PM +0100, Maciej S. Szmigiero wrote: >>>> On 24.01.2017 13:01, Jarkk

[PATCH] w1: don't leak refcount on slave attach failure in w1_attach_slave_device()

Near the beginning of w1_attach_slave_device() we increment a w1 master reference count. Later, when we are going to exit this function without actually attaching a slave device (due to failure of __w1_attach_slave_device()) we need to decrement this reference count back. Signed-off-by: Maciej S

Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero

On 25.01.2017 21:09, Jarkko Sakkinen wrote: > On Tue, Jan 24, 2017 at 02:42:29PM +0100, Maciej S. Szmigiero wrote: >> On 24.01.2017 13:01, Jarkko Sakkinen wrote: >>> On Mon, Jan 23, 2017 at 06:23:55PM +0100, Maciej S. Szmigiero wrote: >>>> On 16.01.2017 17:39, Jarkk

Re: [PATCH -next] w1: ds2405: use module_w1_family to simplify the code

s2405.c | 13 + > 1 file changed, 1 insertion(+), 12 deletions(-) > Acked-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name>

Re: [PATCH -next] w1: ds2490: use kmemdup rather than duplicating its implementation

- > drivers/w1/masters/ds2490.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) Acked-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name>

Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero

On 16.01.2017 17:39, Jarkko Sakkinen wrote: > On Mon, Jan 16, 2017 at 03:58:26PM +0100, Maciej S. Szmigiero wrote: >> On 16.01.2017 14:55, Jarkko Sakkinen wrote: >>> On Mon, Jan 16, 2017 at 03:46:12PM +0200, Jarkko Sakkinen wrote: >>>> On Mon, Jan 16, 2017 at 11:

Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero

On 24.01.2017 13:01, Jarkko Sakkinen wrote: > On Mon, Jan 23, 2017 at 06:23:55PM +0100, Maciej S. Szmigiero wrote: >> On 16.01.2017 17:39, Jarkko Sakkinen wrote: >>> On Mon, Jan 16, 2017 at 03:58:26PM +0100, Maciej S. Szmigiero wrote: >>>> On 16.01.2017 14:55, Jarkk

Re: [PATCH] tpm_tis: use default timeout value if chip reports it as zero

On 16.01.2017 14:55, Jarkko Sakkinen wrote: > On Mon, Jan 16, 2017 at 03:46:12PM +0200, Jarkko Sakkinen wrote: >> On Mon, Jan 16, 2017 at 11:42:02AM +0200, Jarkko Sakkinen wrote: >>> On Fri, Jan 13, 2017 at 10:37:00PM +0100, Maciej S. Szmigiero wrote: >>>> Since

[PATCH] w1: ds2490: USB transfer buffers need to be DMAable

of them. While we are at it, let's also fix a comparison between int and size_t in ds9490r_search() which made the driver spin in this function if state register get requests were failing. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> Cc: sta...@vger.kernel.org --- drivers/w1/m

[PATCH] w1: add DS2405 addressable switch driver

8 and DS2413 drivers. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/w1/slaves/Kconfig | 8 ++ drivers/w1/slaves/Makefile| 1 + drivers/w1/slaves/w1_ds2405.c | 238 ++ drivers/w1/w1_family.h| 1 + drivers/w

[PATCH][RESEND] pps: kc: fix non-tickless system config dependency

and CONFIG_NO_HZ_IDLE (or CONFIG_NO_HZ_FULL) set. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- This is a resend without functional changes since previous submission and resubmission weren't picked up. @Rodolfo: Could you ack this, please? drivers/pps/Kconfig | 2 +- 1 file chan

Re: [PATCH v7 0/8] power: add power sequence library

On 20.09.2016 05:36, Peter Chen wrote: > Hi all, > > This is a follow-up for my last power sequence framework patch set [1]. > According to Rob Herring and Ulf Hansson's comments[2]. The kinds of > power sequence instances will be added at postcore_initcall, the match > criteria is compatible

[PATCH] vt: fix Scroll Lock LED trigger name

ed before this code was merged: https://lkml.org/lkml/2015/6/9/697 but it was done only on the input side. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/tty/vt/keyboard.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/tty/vt/keyboard

[PATCH] watchdog: it87_wdt: add IT8620E ID

} chips. Tested on GA-F2A88XM-HD3P board. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/watchdog/Kconfig| 4 ++-- drivers/watchdog/it87_wdt.c | 4 +++- 2 files changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/K

[PATCH] tpm_tis: use default timeout value if chip reports it as zero

that was introduced by that commit so a warning is printed in this case and /sys/class/tpm/tpm*/timeouts correctly says the timeouts aren't chip-original. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> Fixes: 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for TPM acce

Re: [RESEND][RFC] tpm_tis: broken on TPMs with a static burst count

Hi Jarkko, On 09.01.2017 23:09, Jarkko Sakkinen wrote: > On Wed, Jan 04, 2017 at 06:47:52PM +0100, Maciej S. Szmigiero wrote: >> (Resending as no reply received, this time with CCs to TPM maintainers and >> author of the original commit). >> >> Hi all, >>

Re: [PATCH] tpm_tis: fix iTPM probe via probe_itpm() function

On 12.01.2017 19:50, Jason Gunthorpe wrote: > On Thu, Jan 12, 2017 at 07:12:06PM +0100, Maciej S. Szmigiero wrote: >> probe_itpm() function is supposed to send command without an itpm flag set >> and if this fails to repeat it, this time with the itpm flag set. >> >> Ho

Re: [PATCH] tpm_tis: override reported C and D timeouts for Atmel 3203

On 12.01.2017 21:20, Jarkko Sakkinen wrote: > On Thu, Jan 12, 2017 at 09:09:33PM +0100, Maciej S. Szmigiero wrote: >> Hi Jason, >> >> On 12.01.2017 19:42, Jason Gunthorpe wrote: (..) >>> Can you also add a check for 0 timeouts in the core code and print a >>>

[PATCH] tpm_tis: rename TPM_TIS_ITPM_POSSIBLE to TPM_TIS_ITPM_WORKAROUND

Rename TPM_TIS_ITPM_POSSIBLE to TPM_TIS_ITPM_WORKAROUND since it gives a better idea what this flag actually does. Suggested-by: Jason Gunthorpe <jguntho...@obsidianresearch.com> Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- This needs "tpm_tis: fix iTPM pro

Re: [PATCH] tpm_tis: override reported C and D timeouts for Atmel 3203

Hi Jason, On 12.01.2017 19:42, Jason Gunthorpe wrote: > On Thu, Jan 12, 2017 at 07:08:53PM +0100, Maciej S. Szmigiero wrote: >> Since commit 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for TPM >> access") Atmel 3203 TPM on ThinkPad X61S (TPM firmware version

[PATCH] tpm_tis: fix iTPM probe via probe_itpm() function

;itpm" variable to a TPM_TIS_ITPM_POSSIBLE chip flag, so setting the (now function-local) itpm variable no longer had any effect. Finally, this function-local itpm variable was removed by commit 56af322156dbe9 ("tpm/tpm_tis: remove unused itpm variable") Tested only on non-iTPM TIS

[PATCH] tpm_tis: override reported C and D timeouts for Atmel 3203

D timeouts of zero. Since these are clearly not long enough let's add an override for them to TPM TIS default values, just as we do for Atmel 3204. A and B timeouts are set to the same values as the chip normally reports. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> Fix

[RESEND][RFC] tpm_tis: broken on TPMs with a static burst count

(Resending as no reply received, this time with CCs to TPM maintainers and author of the original commit). Hi all, Commit 1107d065fdf1 (tpm_tis: Introduce intermediate layer for TPM access) broke TPM support on ThinkPad X61S (and likely also on other machines which use TPMs with a static burst

tpm_tis: broken on TPMs with a static burst count

Hi all, Commit 1107d065fdf1 (tpm_tis: Introduce intermediate layer for TPM access) broke TPM support on ThinkPad X61S (and likely also on other machines which use TPMs with a static burst count). It looks like tpm_tis code before this commit had spun on TPM_STS_DATA_AVAIL | TPM_STS_VALID status

Re: [backport v4.9] tpm_tis: use default timeout value if chip reports it as zero

Hi Jarkko, On 15.04.2017 17:26, Jarkko Sakkinen wrote: From: "Maciej S. Szmigiero" <m...@maciej.szmigiero.name> Since commit 1107d065fdf1 ("tpm_tis: Introduce intermediate layer for TPM access") Atmel 3203 TPM on ThinkPad X61S (TPM firmware version 13.9) no longer

Re: [tpmdd-devel] Regression between Linux 3.16 and 4.8/4.9 on Lenovo X60 with coreboot

Hi Paul, > tpm tpm0: Unable to read burstcount > tpm tpm0: tpm_transmit: tpm_send: error -16 > tpm_tis tpm_tis: Could not get TPM timeouts and durations This looks like a regression I had on ThinkPad X61S. You can try with a patch from the following commit which fixed it for me:

Re: [tpmdd-devel] Regression between Linux 3.16 and 4.8/4.9 on Lenovo X60 with coreboot

On 04/06/17 08:18, Paul Menzel wrote: > Dear Maciej, > > On 2017-04-05 13:03, Maciej S. Szmigiero wrote: > >>> tpm tpm0: Unable to read burstcount >>> tpm tpm0: tpm_transmit: tpm_send: error -16 >>> tpm_tis tpm_tis: Could not get TPM timeouts and duratio

[PATCH] watchdog: f71808e_wdt: Add F71868 support

This adds support for watchdog part of Fintek F71868 Super I/O chip to f71808e_wdt driver. The F71868 chip is, in general, very similar to a F71869, however it has slightly different set of available reset pulse widths. Tested on MSI A55M-P33 motherboard. Signed-off-by: Maciej S. Szmigiero &l

[PATCH v3 2/2] hwmon: (it87) Reapply probe path chip registers settings after resume

(and had it wrong again on resume from S3). Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Move code of common probe / resume steps to new functions so we don't need to make large parts of probe function conditional on a newly added 'resume' parameter. C

[PATCH v3 1/2] hwmon: (it87) Split out chip registers setting code on probe path

to in7. This will make it consistent with a similar message that it printed on IT8783. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Move code of common probe / resume steps to new functions so we don't need to make large parts of probe function condi

Re: [PATCH v7] hwmon: (it87) Reapply probe path chip registers settings after resume

On 09.08.2017 19:39, Guenter Roeck wrote: > On Wed, Aug 09, 2017 at 05:15:46PM +0200, Maciej S. Szmigiero wrote: (..) >> >> Changes from v6: Add __maybe_unused to it87_resume_sio(), move a message >> about failure to enter Super I/O on resume to this function, make it clear

[PATCH 0/5] [media] Add analog mode support for Medion MD95700

This series adds support for analog part of Medion 95700 in the cxusb driver. What works: * Video capture at various sizes with sequential fields, * Input switching (TV Tuner, Composite, S-Video), * TV and radio tuning, * Video standard switching and auto detection, * Radio mode switching (stereo

[PATCH 1/5] [media] cx25840: add pin to pad mapping and output format configuration

ut risking compatibility problems. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/i2c/cx25840/cx25840-core.c | 413 ++- drivers/media/i2c/cx25840/cx25840-core.h | 11 + drivers/media/i2c/cx25840/cx25840-vbi.c | 3 + driver

[PATCH 3/5] [media] cx25840: fix a possible divide by zero in set_fmt callback

ed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/i2c/cx25840/cx25840-core.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/media/i2c/cx25840/cx25840-core.c b/drivers/media/i2c/cx25840/cx25840-core.c index 2fa74c23d619..c19f398

[PATCH 2/5] [media] cx25840: describe standard for 0b1100 value in AFD_FMT_STAT bits

me entries in an array where chip register -> V4L2 standard mappings are stored. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/i2c/cx25840/cx25840-core.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/media/i2c/cx25840/cx2584

[PATCH 4/5] [media] tuner-simple: allow setting mono radio mode

a FMD1216ME tuner. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/tuners/tuner-simple.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/media/tuners/tuner-simple.c b/drivers/media/tuners/tuner-simple.c index 3339b1

[PATCH 5/5] [media] cxusb: add analog mode support for Medion MD95700

/ mono), * Unplugging while capturing, * DVB / analog coexistence, * Raw BT.656 stream support. What does not work yet: * Audio, * VBI, * Picture controls. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/usb/dvb-usb/Kconfig|8 +- drivers/media/u

[PATCH] hwmon: (it87) Reapply probe path chip registers settings after resume

(and had it wrong again on resume from S3). Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/hwmon/it87.c | 148 ++- 1 file changed, 112 insertions(+), 36 deletions(-) diff --git a/drivers/hwmon/it87.c b/drivers/hwmon/

[PATCH v2] hwmon: (it87) Reapply probe path chip registers settings after resume

(and had it wrong again on resume from S3). Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Move code of common probe / resume steps to new functions so we don't need to make large parts of probe function conditional on a newly added 'resume' parameter. d

Re: [PATCH] hwmon: (it87) Reapply probe path chip registers settings after resume

On 23.07.2017 22:01, Guenter Roeck wrote: > On 07/23/2017 09:12 AM, Maciej S. Szmigiero wrote: >> After a suspend / resume cycle we possibly need to reapply chip registers >> settings that we had set or fixed in a probe path, since they might have >> been reset to default valu

Re: [PATCH v2] hwmon: (it87) Reapply probe path chip registers settings after resume

On 26.07.2017 04:17, Guenter Roeck wrote: On 07/24/2017 12:37 PM, Maciej S. Szmigiero wrote: After a suspend / resume cycle we possibly need to reapply chip registers settings that we had set or fixed in a probe path, since they might have been reset to default values or set incorrectly

[PATCH v4 2/2] hwmon: (it87) Reapply probe path chip registers settings after resume

(and had it wrong again on resume from S3). Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Move code of common probe / resume steps to new functions so we don't need to make large parts of probe function conditional on a newly added 'resume' parameter. C

[PATCH v4 1/2] hwmon: (it87) Split out chip registers setting code on probe path

to in7. This will make it consistent with a similar message that it printed on IT8783. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Move code of common probe / resume steps to new functions so we don't need to make large parts of probe function condi

[PATCH v5 1/2] hwmon: (it87) Split out chip registers setting code on probe path

to in7. This will make it consistent with a similar message that it printed on IT8783. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Move code of common probe / resume steps to new functions so we don't need to make large parts of probe function condi

Re: [v3, 1/2] hwmon: (it87) Split out chip registers setting code on probe path

On 09.08.2017 06:27, Guenter Roeck wrote: On Wed, Aug 02, 2017 at 01:06:23AM +0200, Maciej S. Szmigiero wrote: This commit splits out chip registers setting code on probe path to separate functions so they can be reused for setting the device properly again when system resumes from suspend

[PATCH v5 2/2] hwmon: (it87) Reapply probe path chip registers settings after resume

(and had it wrong again on resume from S3). Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Move code of common probe / resume steps to new functions so we don't need to make large parts of probe function conditional on a newly added 'resume' parameter. C

[PATCH v6] hwmon: (it87) Reapply probe path chip registers settings after resume

(and had it wrong again on resume from S3). Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Move code of common probe / resume steps to new functions so we don't need to make large parts of probe function conditional on a newly added 'resume' parameter. C

[PATCH v7] hwmon: (it87) Reapply probe path chip registers settings after resume

(and had it wrong again on resume from S3). Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Move code of common probe / resume steps to new functions so we don't need to make large parts of probe function conditional on a newly added 'resume' parameter. C

[PATCH v2 1/6] cx25840: add pin to pad mapping and output format configuration

ut risking compatibility problems. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/i2c/cx25840/cx25840-core.c | 394 ++- drivers/media/i2c/cx25840/cx25840-core.h | 11 + drivers/media/i2c/cx25840/cx25840-vbi.c | 3 + driver

[PATCH v2 3/6] cx25840: fix a possible divide by zero in set_fmt callback

ed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/i2c/cx25840/cx25840-core.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/media/i2c/cx25840/cx25840-core.c b/drivers/media/i2c/cx25840/cx25840-core.c index c36103587c4d..cebd1a5

[PATCH v2 0/6] [media] Add analog mode support for Medion MD95700

This series adds support for analog part of Medion 95700 in the cxusb driver. What works: * Video capture at various sizes with sequential fields, * Input switching (TV Tuner, Composite, S-Video), * TV and radio tuning, * Video standard switching and auto detection, * Radio mode switching (stereo

[PATCH v2 6/6] [media] cxusb: add analog mode support for Medion MD95700

/ mono), * Unplugging while capturing, * DVB / analog coexistence, * Raw BT.656 stream support. What does not work yet: * Audio, * VBI, * Picture controls. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/usb/dvb-usb/Kconfig|8 +- drivers/media/u

[PATCH v2 2/6] cx25840: describe standard for 0b1100 value in AFD_FMT_STAT bits

me entries in an array where chip register -> V4L2 standard mappings are stored. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/i2c/cx25840/cx25840-core.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/media/i2c/cx25840/cx2584

[PATCH v2 5/6] [media] cxusb: implement Medion MD95700 digital / analog coexistence

time due to hardware limitations. Actual implementation of the analog mode will be provided by the next commit. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/usb/dvb-usb/cxusb.c| 450 +++ drivers/media/usb/dvb-usb/c

[PATCH v2 4/6] tuner-simple: allow setting mono radio mode

a FMD1216ME tuner. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/tuners/tuner-simple.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/media/tuners/tuner-simple.c b/drivers/media/tuners/tuner-simple.c index cf44d3

[PATCH v2] USB: serial: option: add support for D-Link DWM-157 C1

ub=06 Prot=50 Driver=usb-storage Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> Cc: sta...@vger.kernel.org --- Changes from v1: Match the whole vendor-specific interface class instead of particular interface subclasses and protocols, add usb-devices output to the commit messag

[PATCH] USB: serial: option: add support for D-Link DWM-157 C1

ard NMEA Device" (interface 3), "D-Link HSPA+DataCard Speech Port" (interface 4), "D-Link HSPA+DataCard Debug Port" (interface 5). Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> Cc: sta...@vger.kernel.org --- drivers/usb/serial/option.c | 2 +

Re: [PATCH] USB: serial: option: add support for D-Link DWM-157 C1

Hi Johan, On 28.08.2017 12:19, Johan Hovold wrote: > On Mon, Aug 21, 2017 at 05:43:46PM +0200, Maciej S. Szmigiero wrote: >> This commit adds support (IDs, really) for D-Link DWM-157 hardware version >> C1 USB modem to option driver. >> >> According to manufacture

Re: [PATCH 1/5] [media] cx25840: add pin to pad mapping and output format configuration

Hi Hans, Thanks for comments and sorry for not replying faster. On 21.08.2017 15:15, Hans Verkuil wrote: > Hi Maciej, > > On 08/10/2017 11:50 PM, Maciej S. Szmigiero wrote: >> This commit adds pin to pad mapping and output format configuration support >> in CX2584x-se

Re: [PATCH 5/5] [media] cxusb: add analog mode support for Medion MD95700

Hi Hans, On 21.08.2017 15:23, Hans Verkuil wrote: > Hi Maciej, > > On 08/10/2017 11:53 PM, Maciej S. Szmigiero wrote: >> This patch adds support for analog part of Medion 95700 in the cxusb >> driver. >> >> What works: >> * Video capture at various s

Re: [PATCH v3 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S, U}20

On 27.11.2017 18:40, Takashi Sakamoto wrote: (..) > > Looks good to me. > > Reviewed-by: Takashi Sakamoto Thanks. > In next time to post any of your v2 patchset, it's better to add commenters > of v1 patchset to CC list, so that your patch reaches the person who has

Re: [alsa-devel] [PATCH v3 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S, U}20

On 27.11.2017 21:28, Takashi Iwai wrote: > On Mon, 27 Nov 2017 00:09:47 +0100, > Maciej S. Szmigiero wrote: >> diff --git a/include/sound/soc-dai.h b/include/sound/soc-dai.h >> index 58acd00cae19..d970879944fc 100644 >> --- a/include/sound/soc-dai.h >> +++ b/includ

[PATCH] ARM: dts: imx6qdl-udoo: add support for powering off

o power the SoC up again press the power button (SW2, the one with a long shaft). Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- arch/arm/boot/dts/imx6qdl-udoo.dtsi | 13 + 1 file changed, 13 insertions(+) diff --git a/arch/arm/boot/dts/imx6qdl-udoo.dtsi b/arch/

[PATCH v3 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S,U}20

This format is similar to existing SNDRV_PCM_FORMAT_{S,U}20_3 that keep 20-bit PCM samples in 3 bytes, however i.MX6 platform SSI FIFO does not allow 3-byte accesses (including DMA) so a 4-byte (more conventional) format is needed for it. Signed-off-by: Maciej S. Szmigiero &l

Re: [PATCH v2 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S, U}20

Hi, On 26.11.2017 10:27, Takashi Sakamoto wrote: > Hi, > (..) > Before applying this patch: > 166 /* FIXME: the following three formats are not defined properly > yet */ > 167 [SNDRV_PCM_FORMAT_MPEG] = { > 168 .le = -1, .signd = -1, > 169 }, > 170

[PATCH v3 2/2] ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture

e so allow this, too. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Adapt format name to changes in the first patch from this series. Changes from v2: None. sound/soc/fsl/fsl_ssi.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-)

Re: [PATCH 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S, U}20_4

On 23.11.2017 00:27, Takashi Sakamoto wrote: > On Nov 23 2017 04:17, Maciej S. Szmigiero wrote: (..) >> --- a/include/uapi/sound/asound.h >> +++ b/include/uapi/sound/asound.h >> @@ -236,7 +236,11 @@ typedef int __bitwise snd_pcm_format_t; >>   #define    SNDRV_PCM_FOR

Re: [PATCH 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S, U}20_4

On 23.11.2017 08:40, Takashi Sakamoto wrote: > On Nov 23 2017 08:44, Maciej S. Szmigiero wrote: >> On 23.11.2017 00:27, Takashi Sakamoto wrote: >>> On Nov 23 2017 04:17, Maciej S. Szmigiero wrote: >> (..) >>>> --- a/include/uapi/sound/asound.h >>>>

Re: [PATCH 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S,U}20_4

On 23.11.2017 09:08, Takashi Iwai wrote: > On Wed, 22 Nov 2017 20:17:34 +0100, > Maciej S. Szmigiero wrote: >> >> This format is similar to existing SNDRV_PCM_FORMAT_{S,U}20_3 that keep >> 20-bit PCM samples in 3 bytes, however i.MX6 platform SSI FIFO does not >> al

Re: [PATCH v4 2/2] ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture

Hi Nicolin, On 30.11.2017 08:23, Nicolin Chen wrote: > Hi Maciej, > > On Mon, Nov 27, 2017 at 11:34:44PM +0100, Maciej S. Szmigiero wrote: >> There is no problem in using different bit widths in playback and capture >> in AC'97 mode so allow this, too. > >> @@ -

Re: [PATCH v4 2/2] ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture

On 01.12.2017 00:53, Nicolin Chen wrote: > On Thu, Nov 30, 2017 at 08:20:08PM +0100, Maciej S. Szmigiero wrote: > >> In the AC'97 mode we have to differentiate two things: >> 1) Bit width of the physical AC'97 interface ("AC-link"), >> 2) Bit width of samples t

[PATCH v4 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S,U}20

This format is similar to existing SNDRV_PCM_FORMAT_{S,U}20_3 that keep 20-bit PCM samples in 3 bytes, however i.MX6 platform SSI FIFO does not allow 3-byte accesses (including DMA) so a 4-byte (more conventional) format is needed for it. Signed-off-by: Maciej S. Szmigiero &l

[PATCH v4 2/2] ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture

e so allow this, too. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Adapt format name to changes in the first patch from this series. Changes from v2, v3: None. sound/soc/fsl/fsl_ssi.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-)

[PATCH 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S,U}20_4

This format is similar to existing SNDRV_PCM_FORMAT_{S,U}20_3 that keep 20-bit PCM samples in 3 bytes, however i.MX6 platform SSI FIFO does not allow 3-byte accesses (including DMA) so a 4-byte format is needed for it. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- i

[PATCH 2/2] ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture

e so allow this, too. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- sound/soc/fsl/fsl_ssi.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/sound/soc/fsl/fsl_ssi.c b/sound/soc/fsl/fsl_ssi.c index 20ef09e1a395..2aed089fdd76 100644 --- a/sou

[PATCH v2 2/2] ASoC: fsl_ssi: add 20-bit sample format for AC'97 and use it for capture

e so allow this, too. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- Changes from v1: Adapt format name to changes in the first patch from this series. sound/soc/fsl/fsl_ssi.c | 10 ++ 1 file changed, 6 insertions(+), 4 deletions(-) diff --git a/sound/soc/fsl

[PATCH v2 1/2] ALSA: pcm: add SNDRV_PCM_FORMAT_{S,U}20

This format is similar to existing SNDRV_PCM_FORMAT_{S,U}20_3 that keep 20-bit PCM samples in 3 bytes, however i.MX6 platform SSI FIFO does not allow 3-byte accesses (including DMA) so a 4-byte (more conventional) format is needed for it. Signed-off-by: Maciej S. Szmigiero &l

Re: [PATCH v2 1/6] cx25840: add pin to pad mapping and output format configuration

On 11.12.2017 16:27, Mauro Carvalho Chehab wrote: > Em Tue, 10 Oct 2017 23:34:45 +0200 > "Maciej S. Szmigiero" <m...@maciej.szmigiero.name> escreveu: > >> This commit adds pin to pad mapping and output format configuration support >> in C

[PATCH v3 1/6] ivtv: zero-initialize cx25840 platform data

We need to zero-initialize cx25840 platform data structure to make sure that its future members do not contain random stack garbage. Signed-off-by: Maciej S. Szmigiero <m...@maciej.szmigiero.name> --- drivers/media/pci/ivtv/ivtv-i2c.c | 1 + 1 file changed, 1 insertion(+) diff --git a/d

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