Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1227037 > unrolled thread

problem with "serial" driver in kernel 3.16.0

Started by"Wolfgang Wilhelm" <wilhelm@fastcomtec.com>
First post2015-09-17 15:40 +0200
Last post2015-09-18 20:00 +0200
Articles 6 — 4 participants

Back to article view | Back to linux.kernel


Contents

  problem with "serial" driver in kernel 3.16.0 "Wolfgang Wilhelm" <wilhelm@fastcomtec.com> - 2015-09-17 15:40 +0200
    Re: problem with "serial" driver in kernel 3.16.0 Greg KH <greg@kroah.com> - 2015-09-17 16:00 +0200
    Re: problem with "serial" driver in kernel 3.16.0 Austin S Hemmelgarn <ahferroin7@gmail.com> - 2015-09-17 22:10 +0200
      Re: problem with "serial" driver in kernel 3.16.0 "Wolfgang Wilhelm" <wilhelm@fastcomtec.com> - 2015-09-18 11:30 +0200
        Re: problem with "serial" driver in kernel 3.16.0 Greg KH <greg@kroah.com> - 2015-09-18 18:30 +0200
          Re: problem with "serial" driver in kernel 3.16.0 "Dr. Wolfgang Wilhelm" <wilhelm@fastcomtec.com> - 2015-09-18 20:00 +0200

#1227037 — problem with "serial" driver in kernel 3.16.0

From"Wolfgang Wilhelm" <wilhelm@fastcomtec.com>
Date2015-09-17 15:40 +0200
Subjectproblem with "serial" driver in kernel 3.16.0
Message-ID<q9HzQ-50m-13@gated-at.bofh.it>
We are a small company FAST ComTec GmbH 
(www.fastcomtec.com) and produce multichannel analyzers 
with Windows software. I am the software developer and 
would like to get our software working also under Linux 
with the help of WINE.

I was already successfull with our USB devices and most
of our PCI cards, but with one of the PCI cards 
it does not work (in Debian v8, kernel 3.16.0).

Our PCI cards have a AMCC controller S5933, we use the 
standard AMCC vendor id 0x10e8 and device id 0x8226, 
device class serial. Most of our cards use two I/O port ranges 
and an interrupt. I have written a linux driver for these cards 
and could get everything working, but the interface card 
for our MPA-3 multiparameter system uses only 
one I/O port range and an interrupt. This card is recognized 
by the "serial" driver in the kernel as a serial interface card 
and there is no way to load our own driver.

My question is, could you remove in future kernel versions 
the support for this card in the kernel our make it possible 
to blacklist it in /etc/modprobe.d/fbdev-blacklist.conf
like other drivers that are not directly included in the kernel?

With best regards
Wolfgang Wilhelm
-----
Dr. Wolfgang Wilhelm, FAST ComTec GmbH
Gruenwalder Weg 28a, 82041 Oberhaching, Germany
Phone +49 89 665180 28, Fax +49 89 665180 40
mailto:wilhelm@fastcomtec.com http://www.fastcomtec.com
Handelsregister Muenchen HRB 73004
General Manager: Dr. Wolfgang Wagner


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]


#1227056

FromGreg KH <greg@kroah.com>
Date2015-09-17 16:00 +0200
Message-ID<q9HTc-5nL-7@gated-at.bofh.it>
In reply to#1227037
On Thu, Sep 17, 2015 at 03:24:31PM +0200, Wolfgang Wilhelm wrote:
> We are a small company FAST ComTec GmbH 
> (www.fastcomtec.com) and produce multichannel analyzers 
> with Windows software. I am the software developer and 
> would like to get our software working also under Linux 
> with the help of WINE.
> 
> I was already successfull with our USB devices and most
> of our PCI cards, but with one of the PCI cards 
> it does not work (in Debian v8, kernel 3.16.0).
> 
> Our PCI cards have a AMCC controller S5933, we use the 
> standard AMCC vendor id 0x10e8 and device id 0x8226, 
> device class serial. Most of our cards use two I/O port ranges 
> and an interrupt. I have written a linux driver for these cards 
> and could get everything working, but the interface card 
> for our MPA-3 multiparameter system uses only 
> one I/O port range and an interrupt. This card is recognized 
> by the "serial" driver in the kernel as a serial interface card 
> and there is no way to load our own driver.
> 
> My question is, could you remove in future kernel versions 
> the support for this card in the kernel our make it possible 
> to blacklist it in /etc/modprobe.d/fbdev-blacklist.conf
> like other drivers that are not directly included in the kernel?

We like to include all drivers in the kernel source tree, that's the
only way to distribute kernel drivers.  So can you just submit your
driver for inclusion, that way everyone will be able to use the hardware
properly.  Look at the kernel file, Documentation/SubmittingDrivers and
Documentation/SubmittingPatches for the process on how to do this.

If you have any specific questions about this, please let me know and
I'll be glad to help you out.

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]


#1227375

FromAustin S Hemmelgarn <ahferroin7@gmail.com>
Date2015-09-17 22:10 +0200
Message-ID<q9NFg-5L7-17@gated-at.bofh.it>
In reply to#1227037

[Multipart message — attachments visible in raw view] — view raw

On 2015-09-17 09:24, Wolfgang Wilhelm wrote:
> We are a small company FAST ComTec GmbH
> (www.fastcomtec.com) and produce multichannel analyzers
> with Windows software. I am the software developer and
> would like to get our software working also under Linux
> with the help of WINE.
Before I go any further, I would like to thank you for even considering 
this option.  If there were more vendors who tried this, Linux would 
have much better support for quite a large number of hardware devices.
> I was already successfull with our USB devices and most
> of our PCI cards, but with one of the PCI cards
> it does not work (in Debian v8, kernel 3.16.0).
>
> Our PCI cards have a AMCC controller S5933, we use the
> standard AMCC vendor id 0x10e8 and device id 0x8226,
> device class serial. Most of our cards use two I/O port ranges
> and an interrupt. I have written a linux driver for these cards
> and could get everything working, but the interface card
> for our MPA-3 multiparameter system uses only
> one I/O port range and an interrupt. This card is recognized
> by the "serial" driver in the kernel as a serial interface card
> and there is no way to load our own driver.
>
> My question is, could you remove in future kernel versions
> the support for this card in the kernel our make it possible
> to blacklist it in /etc/modprobe.d/fbdev-blacklist.conf
> like other drivers that are not directly included in the kernel?
Removal is probably not an option (if there is a kernel driver for the 
chip already, there are almost certainly other drivers that use this 
chip).  As far as blacklisting goes, that would be something to take up 
with the distribution you are developing for (so Debian from what you've 
said), although you may not get much help there either if the driver 
isn't open source.  In general, it's better to either get your driver in 
the kernel at the source code level (which in turn includes help with 
ABI updates on the kernel side), or find some way to write it entirely 
in userspace (I'd suggest lucking at either the VFIO subsystem or the 
older userspace driver framework for this).

[toc] | [prev] | [next] | [standalone]


#1227705

From"Wolfgang Wilhelm" <wilhelm@fastcomtec.com>
Date2015-09-18 11:30 +0200
Message-ID<qa09s-6UG-5@gated-at.bofh.it>
In reply to#1227375
Thankyou very much for your quick answers. I searched now
in the linux sources for the problem and I think I could find it
in the file linux-source-3.16/drivers/tty/serial/8250/8250_pci.c

There is a function serial_pci_guessboard and a blacklist
including the vendor- and device-ids of 3 softmodems and 
2 multi-io cards. I think if the vendor id 0x10e8 (standard AMCC)
and device id 0x8226 could be inserted into that blacklist
I could load our driver and get the software for our MPA-3 
multiparameter system working. It seems that these id's are 
not really used by any existing serial card, but this guessboard 
function anyway takes our card as a serial board.

Is this a matter of the Debian distribution or the general linux kernel?

Best regards,
Wolfgang Wilhelm



Betreff:	Re: problem with "serial" driver in kernel 3.16.0
An:	Wolfgang Wilhelm <wilhelm@fastcomtec.com>, stable@vger.kernel.org
Kopie an:	linux-kernel@vger.kernel.org
Von:	Austin S Hemmelgarn <ahferroin7@gmail.com>
Datum:	Thu, 17 Sep 2015 16:03:52 -0400

On 2015-09-17 09:24, Wolfgang Wilhelm wrote:
> We are a small company FAST ComTec GmbH
> (www.fastcomtec.com) and produce multichannel analyzers
> with Windows software. I am the software developer and
> would like to get our software working also under Linux
> with the help of WINE.
Before I go any further, I would like to thank you for even
considering 
this option.  If there were more vendors who tried this, Linux would
have much better support for quite a large number of hardware
devices.

> I was already successfull with our USB devices and most
> of our PCI cards, but with one of the PCI cards
> it does not work (in Debian v8, kernel 3.16.0).
>
> Our PCI cards have a AMCC controller S5933, we use the
> standard AMCC vendor id 0x10e8 and device id 0x8226,
> device class serial. Most of our cards use two I/O port ranges
> and an interrupt. I have written a linux driver for these cards
> and could get everything working, but the interface card
> for our MPA-3 multiparameter system uses only
> one I/O port range and an interrupt. This card is recognized
> by the "serial" driver in the kernel as a serial interface card
> and there is no way to load our own driver.
>
> My question is, could you remove in future kernel versions
> the support for this card in the kernel our make it possible
> to blacklist it in /etc/modprobe.d/fbdev-blacklist.conf
> like other drivers that are not directly included in the kernel?

Removal is probably not an option (if there is a kernel driver for the
chip already, there are almost certainly other drivers that use this
chip).  As far as blacklisting goes, that would be something to take
up with the distribution you are developing for (so Debian from what
you've said), although you may not get much help there either if the driver
isn't open source.  In general, it's better to either get your driver
in the kernel at the source code level (which in turn includes help with
ABI updates on the kernel side), or find some way to write it entirely
in userspace (I'd suggest lucking at either the VFIO subsystem or the
older userspace driver framework for this).


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]


#1228136

FromGreg KH <greg@kroah.com>
Date2015-09-18 18:30 +0200
Message-ID<qa6HU-7Th-29@gated-at.bofh.it>
In reply to#1227705

On Fri, Sep 18, 2015 at 11:24:05AM +0200, Wolfgang Wilhelm wrote:
> Thankyou very much for your quick answers. I searched now
> in the linux sources for the problem and I think I could find it
> in the file linux-source-3.16/drivers/tty/serial/8250/8250_pci.c
> 
> There is a function serial_pci_guessboard and a blacklist
> including the vendor- and device-ids of 3 softmodems and 
> 2 multi-io cards. I think if the vendor id 0x10e8 (standard AMCC)
> and device id 0x8226 could be inserted into that blacklist
> I could load our driver and get the software for our MPA-3 
> multiparameter system working. It seems that these id's are 
> not really used by any existing serial card, but this guessboard 
> function anyway takes our card as a serial board.

Who makes this card, you?  Why is the serial driver grabbing it if it is
not a serial device?

> Is this a matter of the Debian distribution or the general linux kernel?

The kernel is responsible for this, but I would like to see your driver
before marking this device as blacklisted.  Do you have a pointer to the
source for it anywhere?

thanks,

greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]


#1228210

From"Dr. Wolfgang Wilhelm" <wilhelm@fastcomtec.com>
Date2015-09-18 20:00 +0200
Message-ID<qa86Z-1k0-1@gated-at.bofh.it>
In reply to#1228136
Yes, we make this card.

Here is a link to the mpa3 software for Windows and Wine/Linux 
including all sources of linux code and the driver fastmpa.ko:

http://www.fastcomtec.com/fwww/supp/mpa3/wmpa3.zip

username: mpa3
password: midas16

Wolfgang Wilhelm


On 18 Sep 2015 at 9:23 Greg KH wrote:

Datum:   	Fri, 18 Sep 2015 09:23:48 -0700
Von:            	Greg KH <greg@kroah.com>
An:             	Wolfgang Wilhelm <wilhelm@fastcomtec.com>
Kopie an:       	stable@vger.kernel.org, Austin S Hemmelgarn 
<ahferroin7@gmail.com>,
	linux-kernel@vger.kernel.org
Betreff:        	Re: problem with "serial" driver in kernel 3.16.0



On Fri, Sep 18, 2015 at 11:24:05AM +0200, Wolfgang Wilhelm wrote:
> Thankyou very much for your quick answers. I searched now
> in the linux sources for the problem and I think I could find it
> in the file linux-source-3.16/drivers/tty/serial/8250/8250_pci.c
> 
> There is a function serial_pci_guessboard and a blacklist
> including the vendor- and device-ids of 3 softmodems and 
> 2 multi-io cards. I think if the vendor id 0x10e8 (standard AMCC)
> and device id 0x8226 could be inserted into that blacklist
> I could load our driver and get the software for our MPA-3 
> multiparameter system working. It seems that these id's are 
> not really used by any existing serial card, but this guessboard 
> function anyway takes our card as a serial board.

Who makes this card, you?  Why is the serial driver grabbing it if it
is
not a serial device?

> Is this a matter of the Debian distribution or the general linux
kernel?

The kernel is responsible for this, but I would like to see your
driver
before marking this device as blacklisted.  Do you have a pointer to
the
source for it anywhere?

thanks,

greg k-h

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web