From: Matwey V. Kornilov
mxser_port->opmode_ioaddr is initialized only for MOXA_MUST_MU860_HWID
chips, but no precautions have been undertaken to prevent reading and
writing to undefined port number.
Signed-off-by: Matwey V. Kornilov
---
diff --git a/drivers/tty/mxser.c b/drivers/
From: Matwey V. Kornilov
Fix build warning at mxser.c introduced by dfc7b837c7f9
Signed-off-by: Matwey V. Kornilov
---
diff --git a/drivers/tty/mxser.c b/drivers/tty/mxser.c
index f97b196..4c4a236 100644
--- a/drivers/tty/mxser.c
+++ b/drivers/tty/mxser.c
@@ -1674,15 +1674,15 @@ static int
From: Matwey V. Kornilov
This patch adds support for the Lake Shore Cryotronics devices to
the CP210x driver.
Signed-off-by: Matwey V. Kornilov
---
These lines are ported from cp210x driver distributed by Lake Shore web site:
http://www.lakeshore.com/Documents/Lake%20Shore%20cp210x-3.0.0
Hi Bin,
I've just checked that the issue is still present in 4.13.10.
2017-04-27 13:20 GMT+03:00 Matwey V. Kornilov :
> This commit changes the order of actions undertaken in
> musb_advance_schedule() in order to overcome issue with broken
> isochronous transfer [1].
>
>
вт, 21 авг. 2018 г. в 20:06, Matwey V. Kornilov :
>
> DMA cocherency slows the transfer down on systems without hardware
> coherent DMA.
> Instead we use noncocherent DMA memory and explicit sync at data receive
> handler.
>
> Based on previous commit the following performance
2018-08-17 20:44 GMT+03:00 Matwey V. Kornilov :
> пт, 10 авг. 2018 г. в 17:27, Alan Stern :
>>
>> On Fri, 10 Aug 2018, Laurent Pinchart wrote:
>>
>> > > > Aren't you're missing a dma_sync_single_for_device() call before
>> > > > submi
2018-07-24 23:55 GMT+03:00 Alan Stern :
> On Tue, 24 Jul 2018, Matwey V. Kornilov wrote:
>
>> 2018-07-23 21:57 GMT+03:00 Alan Stern :
>> > On Mon, 23 Jul 2018, Matwey V. Kornilov wrote:
>> >
>> >> I've tried to strategies:
>> >>
>> &
able to measure performance of
PWC driver, traces are introduced in URB handler section.
[1] https://www.spinics.net/lists/linux-usb/msg165735.html
Signed-off-by: Matwey V. Kornilov
---
drivers/media/usb/pwc/pwc-if.c | 7 +
include/trace/events/pwc.h
пт, 30 нояб. 2018 г. в 15:20, Matwey V. Kornilov :
>
> ср, 21 нояб. 2018 г. в 21:15, Matwey V. Kornilov :
> >
> > пт, 9 нояб. 2018 г. в 22:03, Matwey V. Kornilov :
> > >
> > > DMA cocherency slows the transfer down on systems without hardware
> > > co
Matwey, does v6 address the comments made in v5?
Hi,
v6 addresses the comments made by Laurent Pinchart on Oct, 31:
https://www.spinics.net/lists/linux-media/msg142216.html
namely, dma_sync_single_for_device() is introduced in the proper place
>
> -- Steve
--
With best regards,
Matwey V. Kornilov
t; Ezequiel García, VanguardiaSur
> www.vanguardiasur.com.ar
--
With best regards,
Matwey V. Kornilov
mach-dependent stuff has been removed by
2eb2478d471e45e1d0c8bb3defbf82bf7204e13d
So, there is no need to keep
depends on ARCH_DAVINCI_DA850
Signed-off-by: Matwey V. Kornilov
---
drivers/uio/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/uio/Kconfig b/drivers/uio
uio_pruss references SZ_16K and SZ_256K defines, but linux/sizes.h is not
included.
Signed-off-by: Matwey V. Kornilov
---
Changes from v1:
- Add uio: pruss: Include patch to allow build on all
architectures
drivers/uio/uio_pruss.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers
mach-dependant stuff has been removed by
2eb2478d471e45e1d0c8bb3defbf82bf7204e13d
There is no need to keep
depends on ARCH_DAVINCI_DA850
Signed-off-by: Matwey V. Kornilov
---
drivers/uio/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/uio/Kconfig b/drivers/uio/Kconfig
2015-06-06 19:11 GMT+03:00 Richard Weinberger :
> On Sat, Jun 6, 2015 at 5:49 PM, Matwey V. Kornilov wrote:
>> mach-dependant stuff has been removed by
>>2eb2478d471e45e1d0c8bb3defbf82bf7204e13d
>>
>> There is no need to keep
>> depends on ARCH_DAVINCI_
uio_pruss references SZ_16K and SZ_256K defines, but linux/sizes.h is not
included.
Signed-off-by: Matwey V. Kornilov
Changes from v1:
- Fix build for platforms without ioremap
- Fix build for x86_64
---
drivers/uio/uio_pruss.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/uio
uio_pruss uses io memory, that should be explicitly depend on it
Signed-off-by: Matwey V. Kornilov
---
drivers/uio/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/uio/Kconfig b/drivers/uio/Kconfig
index 8a15c32..91d9f2b 100644
--- a/drivers/uio/Kconfig
+++ b/drivers/uio
uio_pruss uses ioremap which is in linux/vmalloc.h according to LDD3 sec. 8.3
Signed-off-by: Matwey V. Kornilov
---
drivers/uio/uio_pruss.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/uio/uio_pruss.c b/drivers/uio/uio_pruss.c
index ca9e2fa..5ae7c31 100644
--- a/drivers/uio
mach-dependant stuff has been removed by
2eb2478d471e45e1d0c8bb3defbf82bf7204e13d
There is no need to keep
depends on ARCH_DAVINCI_DA850
Signed-off-by: Matwey V. Kornilov
---
drivers/uio/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/uio/Kconfig b/drivers/uio/Kconfig
uio_pruss references SZ_16K and SZ_256K defines, but linux/sizes.h is not
included.
Signed-off-by: Matwey V. Kornilov
---
Changes from v3:
- Prettify commit messages
- Drop unneeded "uio: pruss: Include "
Changes from v1:
- Fix build for platforms without ioremap
- Fix build
uio_pruss uses io memory, that should be explicitly depend on it
Signed-off-by: Matwey V. Kornilov
---
drivers/uio/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/uio/Kconfig b/drivers/uio/Kconfig
index 8a15c32..91d9f2b 100644
--- a/drivers/uio/Kconfig
+++ b/drivers/uio
mach-dependant stuff has been removed by
2eb2478d471e ("uio: uio_pruss: replace private SRAM API with genalloc")
There is no need to keep
depends on ARCH_DAVINCI_DA850
Signed-off-by: Matwey V. Kornilov
---
drivers/uio/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git
ap.c | 2 +-
>> drivers/tty/serial/8250/8250_port.c | 33 ---
>> drivers/tty/serial/serial_core.c| 12 ++++++++-
>> include/linux/serial_8250.h | 1 +
>> 7 files changed, 79 insertions(+), 14 deletions(-)
>>
>
> --
> Andy Shevchenko
> Intel Finland Oy
>
--
With best regards,
Matwey V. Kornilov.
Sternberg Astronomical Institute, Lomonosov Moscow State University, Russia
119234, Moscow, Universitetsky pr-k 13, +7 (495) 9392382
01.06.2018 15:40, Giulio Benetti пишет:
> Some 8250 ports only have TEMT interrupt, so current implementation
> can't work for ports without it. The only chance to make it work is to
> loop-read on LSR register.
>
> With NO TEMT interrupt check if both TEMT and THRE are set looping on
> LSR regist
2018-06-04 21:50 GMT+03:00 Giulio Benetti :
> Il 04/06/2018 19:40, Matwey V. Kornilov ha scritto:
>>
>> 01.06.2018 15:40, Giulio Benetti пишет:
>>>
>>> Some 8250 ports only have TEMT interrupt, so current implementation
>>> can't work for ports wi
) which is called whenever user
> space does TIOCGRS485 IOCTL.
>
> So, it's completely driven by user space which makes sense by my
> opinion.
AFAIU, Giulio wants to add support for rs485-enabled-at-boot-time
device tree option (see bindings/serial/rs485.txt for reference).
I suppose it is only important for use-case when rs485 used as slave
(peripheral role).
>
> --
> Andy Shevchenko
> Intel Finland Oy
--
With best regards,
Matwey V. Kornilov
2018-06-06 22:15 GMT+03:00 Giulio Benetti :
> Il 06/06/2018 20:55, Matwey V. Kornilov ha scritto:
>>
>> 2018-06-06 16:11 GMT+03:00 Andy Shevchenko
>> :
>>>
>>> On Wed, 2018-06-06 at 14:15 +0200, Giulio Benetti wrote:
>>>>
>>>> Il 0
сб, 26 янв. 2019 г. в 00:37, Alan Stern :
>
> On Fri, 25 Jan 2019, Bin Liu wrote:
>
> > On Thu, Jan 24, 2019 at 09:47:02PM +0300, Matwey V. Kornilov wrote:
> > > By the way, why do we need to store the qh in urb->hcpriv?
> > > qh can always be accessible throu
device ID table")
Signed-off-by: Matwey V. Kornilov
---
Changes since v2:
* fixed typo in the message
* fixed brackets
drivers/hwmon/lm75.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c
index e447febd121a..53882c33
zero.
Fixes: e97a45f1b460 ("hwmon: (lm75) Add OF device ID table")
Signed-off-by: Matwey V. Kornilov
---
drivers/hwmon/lm75.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c
index e447febd121a..3aa7f9454f57 100644
--- a/driv
NXP LM75A is compatible with original LM75A while it has improved
11-bit precision.
https://www.nxp.com/docs/en/data-sheet/LM75A.pdf
Signed-off-by: Matwey V. Kornilov
---
drivers/hwmon/lm75.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/hwmon/lm75.c b/drivers/hwmon/lm75.c
LM75B was created in
e97a45f1b460 ("hwmon: (lm75) Add OF device ID table")
Since the previous commit introduces "nxp,lm75a" compatible string
for LM75A, there is a reason to add another alias for LM75B.
Signed-off-by: Matwey V. Kornilov
---
drivers/hwmon/lm75.c | 4 +++
e is still loaded via i2c
detection.
arch/powerpc/boot/dts/fsl/p2041rdb.dts:
lm75b@48 {
compatible = "nxp,lm75a";
reg = <0x48>;
};
In this case, the sensor is mistakenly considered as ADT75 variant.
Fixes: e97a45f1b460 ("hwmon: (lm75) Add OF device ID
This series is to fix a logical issue in lm75 driver.
The actual fix is in the last patch.
Other patches are present in order not to break existing users.
Matwey V. Kornilov (4):
hwmon: lm75: Add lm75 to of_match list
hwmon: lm75: Add nxp,lm75a to of_match list
hwmon: lm75: Add ti,lm75 to
Currently, armada-388-helios4.dts and nuvoton-npcm730-kudo.dts use
"ti,lm75" compatible string.
TI LM75A/B are compatible with original LM75A
https://www.ti.com/lit/ds/symlink/lm75a.pdf
https://www.ti.com/lit/ds/symlink/lm75b.pdf
Signed-off-by: Matwey V. Kornilov
---
Documentation/
NXP LM75A is compatible with original LM75A while it has improved
11-bit precision.
https://www.nxp.com/docs/en/data-sheet/LM75A.pdf
Signed-off-by: Matwey V. Kornilov
---
Documentation/devicetree/bindings/hwmon/lm75.yaml | 1 +
drivers/hwmon/lm75.c | 11
Currently, many boards use just 'lm75' as a compatible string.
Signed-off-by: Matwey V. Kornilov
---
Documentation/devicetree/bindings/hwmon/lm75.yaml | 1 +
drivers/hwmon/lm75.c | 4
2 files changed, 5 insertions(+)
diff --git a/Documentation/
e is still loaded via i2c
detection.
arch/powerpc/boot/dts/fsl/p2041rdb.dts:
lm75b@48 {
compatible = "nxp,lm75a";
reg = <0x48>;
};
In this case, the sensor is mistakenly considered as ADT75 variant.
Fixes: e97a45f1b460 ("hwmon: (lm75) Add OF device ID
fers for ISO
transfer")
Signed-off-by: Matwey V. Kornilov
---
drivers/media/usb/pwc/pwc-if.c | 22 +-
1 file changed, 13 insertions(+), 9 deletions(-)
diff --git a/drivers/media/usb/pwc/pwc-if.c b/drivers/media/usb/pwc/pwc-if.c
index 61869636ec61..5e3339cc31c0 100644
---
bug.cgi?id=85221
Signed-off-by: Matwey V. Kornilov
---
drivers/char/ppdev.c | 4 +++-
drivers/i2c/busses/i2c-parport.c | 5 -
drivers/input/joystick/walkera0701.c | 6 --
drivers/net/hamradio/baycom_par.c | 4 +++-
drivers/net/p
Forget it, I invented something strange.
2014-09-28 12:02 GMT+04:00 Matwey V. Kornilov :
> Current parport_irq_handler behaviour is not correct when IRQ is shared.
> LDDv3 on page 279 requires us:
>
> "Be sure to return IRQ_NONE whenever your handler is called and finds
&g
From: "Matwey V. Kornilov"
Subject: [PATCH 0/2] Fix dependency loop in tusb6010
With the following configure options, musb_hdrc and tusb6010 make dependency
loop:
CONFIG_USB_MUSB_HDRC=m
CONFIG_USB_MUSB_TUSB6010=m
CONFIG_USB_TUSB_OMAP_DMA=y
tusb6010.ko provides function `tusb_ge
From 0bd8c14855eeb049f49685f36386750a999078a3 Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Fri, 9 May 2014 15:52:00 +0400
Subject: [PATCH 1/2] Add tusb_revision to struct musb to store the revision.
Add field to store tusb6010 revision value. Read the revision at
the s
From e24375ea6aefe2ad1ee72b8facab91abd1be190a Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Fri, 9 May 2014 16:10:16 +0400
Subject: [PATCH 2/2] Use musb->tusb_revision instead of tusb_get_revision call.
The value of the revision is stored in musb->tusb_revision,
so
From: "Matwey V. Kornilov"
The single one use-case for data_pa member of the struct pat is to carry a
value of dma_addr_t type.
This patch solves the following compilation error:
../drivers/gpu/drm/omapdrm/omap_dmm_tiler.c: In function 'dmm_txn_append':
../dri
From: "Matwey V. Kornilov"
The format change is to fix the following compilation issue:
../drivers/gpu/drm/omapdrm/omap_plane.c: In function 'omap_plane_pre_apply':
../drivers/gpu/drm/omapdrm/omap_plane.c:145:2: error: format '%x' expects
argument of type
rds,
>
> Leopold
>
>
>
>
> --
> --
> Linux User 152692 PGP: 05F4A7A949A2D9AA
> Catalonia
> -
> A: Because it messes up the order in which people normally read text.
> Q: Why is top-posting such a bad thing?
> A: Top-posting.
> Q: Wh
+#ifdef CONFIG_PARPORT_1284
+MODULE_PARM_DESC(force_epp, "Do not disable EPP when it is detected to
be broken (default is false)");
I think this needs some more explanation - how about
"Disable check for broken Intel EPP hardware that gives false positives on
2002 and newer hardware"
I woul
From 28bb276ff858caecddfde78133f6b5b261c40a59 Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Wed, 25 Jun 2014 00:53:54 +0400
Subject: [PATCH 1/2] parport: parport_pc: Introduce intel_bug_present function.
Put the code to check present of the Intel bug from parport_EPP_supp
From: "Matwey V. Kornilov"
Date: Wed, 25 Jun 2014 00:53:54 +0400
Subject: [PATCH 0/2] parport: parport_pc: Introduce option to disable checking
for Intel bug
Hi,
The following patch series is to deal with the issue on false-positives
of Intel EPP bug check [1].
More than a decad
From f5384f47688c116ac765b18bfb01e28b4233b97f Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Wed, 25 Jun 2014 01:08:45 +0400
Subject: [PATCH 2/2] parport: parport_pc: Add force_epp module option for
parport_pc.
The detection of Intel EPP bug is known to produce much false
From c89138e2c968c07dd11b3c6bfc05a803d0c5434d Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Wed, 25 Jun 2014 00:53:54 +0400
Subject: [PATCHv2 1/2] parport: parport_pc: Introduce intel_bug_present
function.
Put the code to check present of the Intel bug from parport_EPP
On Wed, 9 Jul 2014, Greg KH wrote:
On Mon, Jul 07, 2014 at 11:01:51AM +0400, Matwey V. Kornilov wrote:
From cf37d0cc4d51da5c0b368e1f5ab05082c041d1e1 Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Wed, 25 Jun 2014 01:08:45 +0400
Subject: [PATCHv3 2/2] Add force_epp mod
2014-07-10 18:11 GMT+04:00 Dave Jones :
> On Thu, Jul 10, 2014 at 11:56:15AM +0400, Matwey V. Kornilov wrote:
>
> > Initial check had been introduced in 1999 [1], however I am failed to find
> > any proves, because davej/history.git is missed.
>
> https://archive.org/deta
2014-07-10 21:09 GMT+04:00 Greg KH :
> On Thu, Jul 10, 2014 at 11:56:15AM +0400, Matwey V. Kornilov wrote:
>>
>>
>> On Wed, 9 Jul 2014, Greg KH wrote:
>>
>> >On Mon, Jul 07, 2014 at 11:01:51AM +0400, Matwey V. Kornilov wrote:
>> >>>From cf37d0cc4
implement Alan's suggestion?
Why not, if you are fine with it. Are you sure that PPro was turning point?
If Alan says so, I believe him :)
Ok, then I believe you, I will go to reimplement it in Alan's way.
From cf37d0cc4d51da5c0b368e1f5ab05082c041d1e1 Mon Sep 17 00:00:00 2001
F
From: "Matwey V. Kornilov"
Date: Wed, 25 Jun 2014 00:53:54 +0400
Subject: [PATCHv3 0/2] parport: parport_pc: Introduce option to disable
checking for Intel bug
Hi,
The following patch series is to deal with the issue on false-positives
of Intel EPP bug check [1].
More than a decad
From c89138e2c968c07dd11b3c6bfc05a803d0c5434d Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Wed, 25 Jun 2014 00:53:54 +0400
Subject: [PATCHv3 1/2] Introduce intel_bug_present function.
Put the code to check present of the Intel bug from parport_EPP_supporte
From cf37d0cc4d51da5c0b368e1f5ab05082c041d1e1 Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Wed, 25 Jun 2014 01:08:45 +0400
Subject: [PATCHv3 2/2] Add force_epp module option for parport_pc.
The detection of Intel EPP bug is known to produce much false positives.
The new
From 739cee0aded1aac80764b3fca4e801464f199f93 Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Sat, 7 Jun 2014 17:23:57 +0400
Subject: [PATCH] Add UARTs to am335x-bone-common.dtsi
Add four UARTs pinouts and ports to beagle bone common dtsi.
Signed-off-by: Matwey V
From 570b6d0f050aa00d301e2ee9000c8fcb6db75df1 Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Sat, 7 Jun 2014 17:23:57 +0400
Subject: [PATCH] Add UARTs to am335x-bone-common.dtsi
Add five UARTs pinouts and ports to Beagle Bone common dtsi.
Signed-off-by: Matwey V
On Sat, 7 Jun 2014, Robert Nelson wrote:
These need to stay disabled in mainline, so drop the status = "okay";
, (till we get a working capemgr/overlay). Otherwise the pinmuxing
looks good.
What chances that we will eventually have working overlay in the mainline?
--
To unsubscribe from this l
From e7147352639fd8f92b1cc85cff9bc5046c7a2130 Mon Sep 17 00:00:00 2001
From: "Matwey V. Kornilov"
Date: Mon, 2 Jun 2014 20:17:29 +0400
Subject: [PATCH] Replace type of paddr to uint32_t.
This patch helps to avoid the following build issue:
drivers/gpu/drm/msm/msm_fbdev.c:108:2: erro
needed?
For style consistency, I believe.
--
With best regards,
Matwey V. Kornilov.
Sternberg Astronomical Institute, Lomonosov Moscow State University, Russia
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kerne
Hi,
What do you think, would it be better just to left the check for all
x86 32-bit hardware?.
2014-07-18 11:31 GMT+04:00 Ondrej Zary :
> On Friday 18 July 2014, mat...@sai.msu.ru wrote:
>> From: "Matwey V. Kornilov"
>>
>> The code in intel_bug_present is known
28.10.2014 16:12, Alexander Graf пишет:
>
>
>
>> Am 28.10.2014 um 13:47 schrieb Jonathan Corbet :
>>
>> On Mon, 27 Oct 2014 20:07:51 -0400
>> Peter Foley wrote:
>>
The prctl test code in Documentation/ tries to show how to
use a call that only makes sense on x86. Restrict it there
>>>
I wish I knew. We need KBuild guru to ask how to take into account
host architecture.
2014-11-02 0:16 GMT+03:00 Alexander Graf :
>
>
> On 01.11.14 13:03, Matwey V. Kornilov wrote:
>> 28.10.2014 16:12, Alexander Graf пишет:
>>>
>>>
>>>
>>&
ly to this host architecture.
2014-11-02 11:16 GMT+03:00 Alexander Graf :
>
>
> On 02.11.14 08:46, Matwey V. Kornilov wrote:
>> I wish I knew. We need KBuild guru to ask how to take into account
>> host architecture.
>
> Hrm. At least this patch makes things more consisten
> So the patch detects if we're running virtualized (perhaps it should
> only check for qemu/KVM?) and if so, shortcuts the tests.
Does anybody know, whether it is possible to pass through real
hardware serial port to a guest? It seems to be as simple as to pass
through an interru
2015-11-10 19:12 GMT+03:00 Peter Hurley :
> Hi Matwey,
>
> I noticed 3 other issues here; see below.
>
> On 11/07/2015 05:09 AM, Matwey V. Kornilov wrote:
>> Implementation of software emulation of RS485 direction handling is based
>> on omap-serial driver. It i
Changes from v2:
- Introduced SER_RS485_SOFTWARE to show that software implementation is being
used
- serial8250_rs485_config is located as required
- Timers are used to implement delay_before and delay_after timeouts
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
Implementation of software emulation of RS485 direction handling is based
on omap-serial driver.
Before and after transmission RTS is set to the appropriate value.
Signed-off-by: Matwey V. Kornilov
---
drivers/tty/serial/8250/8250_port.c | 152 ++--
include/linux
When 8250 driver doesn't have its own hardware RS485 support and doesn't
want to override rs485_config callback, then default
serial8250_rs485_config is used. It just stores supplied by user-space
config and sets SER_RS485_SOFTWARE
Signed-off-by: Matwey V. Kornilov
---
drivers/tty/s
This flag is supposed to be used by uart drivers using software rs485 direction
control.
Signed-off-by: Matwey V. Kornilov
---
include/uapi/linux/serial.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/include/uapi/linux/serial.h b/include/uapi/linux/serial.h
index 25331f9..95b15ca
Signed-off-by: Matwey V. Kornilov
---
drivers/tty/serial/8250/8250_port.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_port.c
b/drivers/tty/serial/8250/8250_port.c
index 067ef55..3f6d8a2 100644
--- a/drivers/tty
Introduce new capability UART_CAP_HW485 to mark 8250 UARTs which have
hardware support of line direction control.
Signed-off-by: Matwey V. Kornilov
---
drivers/tty/serial/8250/8250.h | 1 +
drivers/tty/serial/8250/8250_fintek.c | 1 +
drivers/tty/serial/8250/8250_lpc18xx.c | 1
2015-11-12 16:35 GMT+03:00 Peter Hurley :
> On 11/12/2015 07:34 AM, Matwey V. Kornilov wrote:
>> 2015-11-10 19:12 GMT+03:00 Peter Hurley :
>>> On 11/07/2015 05:09 AM, Matwey V. Kornilov wrote:
>>>> Implementation of software emulation of RS485 direction handling is ba
2015-11-12 22:57 GMT+03:00 One Thousand Gnomes :
> On Thu, 12 Nov 2015 17:33:53 +0300
> "Matwey V. Kornilov" wrote:
>
>> This flag is supposed to be used by uart drivers using software rs485
>> direction control.
>>
>> Signed-off-by: Matwey V. Kornilov
2015-12-03 22:45 GMT+03:00 Peter Hurley :
> On 12/03/2015 12:29 PM, Matwey V. Kornilov wrote:
>> 2015-12-03 17:41 GMT+03:00 Peter Hurley :
>>> Hi Matwey,
>>>
>>> On 12/03/2015 12:50 AM, Matwey V. Kornilov wrote:
>>>> I am working on v4, where I comp
Changes from v3:
- Completely redesigned.
Changes from v2:
- Introduced SER_RS485_SOFTWARE to show that software implementation is being
used
- serial8250_rs485_config is located as required
- Timers are used to implement delay_before and delay_after timeouts
--
To unsubscribe from this list:
,
emultaion cannot be used.
Both serial8250_em485_init and serial8250_em485_destroy are
idempotent functions.
Signed-off-by: Matwey V. Kornilov
---
drivers/tty/serial/8250/8250.h | 6 ++
drivers/tty/serial/8250/8250_port.c | 161 +++-
include/linux
Use software emulated RS485 direction control to provide RS485 API existed in
omap_serial driver. Note that 8250_omap issues interrupt on shift register
empty which is single prerequesite for using software emulated RS485.
Signed-off-by: Matwey V. Kornilov
---
drivers/tty/serial/8250
Signed-off-by: Matwey V. Kornilov
---
drivers/tty/serial/8250/8250_port.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/drivers/tty/serial/8250/8250_port.c
b/drivers/tty/serial/8250/8250_port.c
index 0bbf340..8ad0b2d 100644
--- a/drivers/tty
2015-11-18 21:33 GMT+03:00 Peter Hurley :
> On 11/17/2015 03:20 AM, Matwey V. Kornilov wrote:
>> 2015-11-16 22:18 GMT+03:00 Peter Hurley :
>>> On 11/14/2015 10:25 AM, One Thousand Gnomes wrote:
>>>>> I specifically asked for it.
>>>>>
>>>
2015-11-18 22:39 GMT+03:00 Matwey V. Kornilov :
> 2015-11-18 21:33 GMT+03:00 Peter Hurley :
>> On 11/17/2015 03:20 AM, Matwey V. Kornilov wrote:
>>> 2015-11-16 22:18 GMT+03:00 Peter Hurley :
>>>> On 11/14/2015 10:25 AM, One Thousand Gnomes wrote:
>>>>>&
2015-12-03 2:20 GMT+03:00 Peter Hurley :
> On 11/18/2015 02:49 PM, Matwey V. Kornilov wrote:
>> 2015-11-18 22:39 GMT+03:00 Matwey V. Kornilov :
>>> 2015-11-18 21:33 GMT+03:00 Peter Hurley :
>>>> On 11/17/2015 03:20 AM, Matwey V. Kornilov wrote:
>>>>
2015-12-03 17:41 GMT+03:00 Peter Hurley :
> Hi Matwey,
>
> On 12/03/2015 12:50 AM, Matwey V. Kornilov wrote:
>> I am working on v4, where I completely redesigned implementation. And
>> now I think that it is considerably better than v3.
>> It looks like the following:
&
2016-01-23 18:20 GMT+03:00 Andy Shevchenko :
> On Tue, Jan 19, 2016 at 10:33 PM, Matwey V. Kornilov
> wrote:
>> Use software emulated RS485 direction control to provide RS485 API existed in
>> omap_serial driver. Note that 8250_omap issues interrupt on shift register
>&g
ff-by: Matwey V. Kornilov
---
drivers/tty/serial/8250/8250_port.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/8250/8250_port.c
b/drivers/tty/serial/8250/8250_port.c
index c908b77..4d6deef 100644
--- a/drivers/tty/serial/8250/8250_port.c
+++ b/drivers/tt
2016-02-18 23:21 GMT+03:00 Andy Shevchenko :
> On Thu, Feb 18, 2016 at 8:47 PM, Matwey V. Kornilov wrote:
>> serial8250_em485_init() is supposed to be protected with
>> p->port.lock spinlock.
>> This may lead to issues when kmalloc sleeps, so it is better to use
>>
санов
Signed-off-by: Matwey V. Kornilov
---
Changes from v1:
- Properly filled Reported-by: tag
drivers/tty/serial/8250/8250_port.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/8250/8250_port.c
b/drivers/tty/serial/8250/8250_port.c
index c908b77..4d6deef
2016-02-19 2:47 GMT+03:00 Greg Kroah-Hartman :
> On Thu, Feb 18, 2016 at 11:29:07PM +0300, Matwey V. Kornilov wrote:
>> 2016-02-18 23:21 GMT+03:00 Andy Shevchenko :
>> > On Thu, Feb 18, 2016 at 8:47 PM, Matwey V. Kornilov
>> > wrote:
>> >> serial8250_em485_
2016-02-10 19:05 GMT+03:00 Peter Hurley :
> Hi Matwey,
>
> On 02/01/2016 10:09 AM, Matwey V. Kornilov wrote:
>> Changes from v7:
>> - rework comments to follow guidelines
>> - minor style changes
>> Changes from v6:
>> - minor style changes
>> -
санов
Signed-off-by: Matwey V. Kornilov
---
Changes from v1:
- Properly filled Reported-by: tag
drivers/tty/serial/8250/8250_port.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/8250/8250_port.c
b/drivers/tty/serial/8250/8250_port.c
index c908b77..4d6deef
Formally, currently there is no memory leak, but if
serial8250_ports[line] is reused with other 8250 driver, then em485
will be already activated and it will cause issues.
Fixes: e490c9144cfa ("tty: Add software emulated RS485 support for 8250")
Signed-off-by: Matwey V. Kornilov
--
Hi,
Teresa replied me, but unfortunately I found that the answer not
reached the public maillists. Briefly, we don't need this patch,
PhyTec will send better one this year.
2015-03-07 15:59 GMT+03:00 Matwey V. Kornilov :
> The following patch is to support Phytec phyBOARD-Wega-AM335
2015-03-06 17:42 GMT+03:00 Stanimir Varbanov :
> On 02/19/2015 07:41 PM, Matwey V. Kornilov wrote:
>> spear13xx_pcie_driver.driver is allocated in text.init section
>> and then the pointer to it is passed futher. This patch is to avoid
>> crashes like the following, when
ollowing developers:
Christian Arlt
Stefan Müller-Klieser
Teresa Gámez
Wadim Egorov
Tested-by: Matwey V. Kornilov
Signed-off-by: Matwey V. Kornilov
---
The patch has been tested on 3.19.0 with openSUSE Factory on
phyBOARD-Wega-AM335x kit. The board successfully boots, ethernet works
=-1225602132, flags=0) at
../kernel/module.c:3518
#23 0xc021a680 in ?? ()
Fixes: 6675ef212da (PCI: spear: Fix Section mismatch compilation warning for
probe())
Signed-off-by: Matwey V. Kornilov
---
drivers/pci/host/pcie-spear13xx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
2015-02-09 7:22 GMT+03:00 Viresh Kumar :
> On Sun, Feb 8, 2015 at 3:37 PM, Matwey V. Kornilov wrote:
>> spear13xx_pcie_driver.driver is allocated in text.init section
>> and then the pointer to it is passed futher. This patch is to avoid
>> crashes like the following, when
1 - 100 of 183 matches
Mail list logo
