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


Groups > linux.debian.user > #240345 > unrolled thread

Proprietary USB Drivers; Ya Gotta' Love'em.

Started by"Martin McCormick" <martin.m@suddenlink.net>
First post2021-09-25 15:30 +0200
Last post2021-09-26 11:10 +0200
Articles 8 — 5 participants

Back to article view | Back to linux.debian.user


Contents

  Proprietary USB Drivers; Ya Gotta' Love'em. "Martin McCormick" <martin.m@suddenlink.net> - 2021-09-25 15:30 +0200
    Re: Proprietary USB Drivers; Ya Gotta' Love'em. Charles Curley <charlescurley@charlescurley.com> - 2021-09-25 16:00 +0200
      Re: Proprietary USB Drivers; Ya Gotta' Love'em. "Martin McCormick" <martin.m@suddenlink.net> - 2021-09-25 20:20 +0200
        Re: Proprietary USB Drivers; Ya Gotta' Love'em. Gene Heskett <gheskett@shentel.net> - 2021-09-25 23:50 +0200
          Re: Proprietary USB Drivers; Ya Gotta' Love'em. "Martin McCormick" <martin.m@suddenlink.net> - 2021-09-26 01:10 +0200
            Re: Proprietary USB Drivers; Ya Gotta' Love'em. "Martin McCormick" <martin.m@suddenlink.net> - 2021-09-26 05:40 +0200
              Re: Proprietary USB Drivers; Ya Gotta' Love'em. Keith Bainbridge <keithrboz@gmail.com> - 2021-09-26 09:40 +0200
              Re: Proprietary USB Drivers; Ya Gotta' Love'em. Andrei POPESCU <andreimpopescu@gmail.com> - 2021-09-26 11:10 +0200

#240345 — Proprietary USB Drivers; Ya Gotta' Love'em.

From"Martin McCormick" <martin.m@suddenlink.net>
Date2021-09-25 15:30 +0200
SubjectProprietary USB Drivers; Ya Gotta' Love'em.
Message-ID<D1fUD-5Xp-7@gated-at.bofh.it>
This is an embedded usb serial port in a radio receiver which
works in MS Windows10 and I was hoping to write some control
routines for a Raspberry Pi running buster and it does the
following:

Sep 22 20:17:15 rpi2 kernel: [551843.541477] usb 1-1.2: new full-speed USB device number 6 using dwc_otg
Sep 22 20:17:16 rpi2 kernel: [551843.674681] usb 1-1.2: not running at top speed; connect to a high speed hub
Sep 22 20:17:16 rpi2 kernel: [551843.684432] usb 1-1.2: New USB device found, idVendor=0c26, idProduct=002b
Sep 22 20:17:16 rpi2 kernel: [551843.684444] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Sep 22 20:17:16 rpi2 kernel: [551843.684452] usb 1-1.2: Product: IC-R30
Sep 22 20:17:16 rpi2 kernel: [551843.684460] usb 1-1.2: Manufacturer: Icom Inc.
Sep 22 20:17:16 rpi2 kernel: [551843.684468] usb 1-1.2: SerialNumber: IC-R30 16002557
Sep 22 20:17:16 rpi2 kernel: [551843.727911] cdc_acm 1-1.2:1.0: Zero length descriptor references
Sep 22 20:17:16 rpi2 kernel: [551843.727940] cdc_acm: probe of 1-1.2:1.0 failed with error -22
Sep 22 20:17:16 rpi2 kernel: [551843.728056] usbcore: registered new interface driver cdc_acm
Sep 22 20:17:16 rpi2 kernel: [551843.728061] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
Sep 22 20:21:11 rpi2 kernel: [552078.765119] usb 1-1.2: USB disconnect, device number 6

	So much for that.  There is one other possibility.  It is
possible that one can go to one of the menu options and flip a
virtual switch that will take the serial data that should have
been on /dev/ttyACMx and put them on a logic-level serial line
that is accessible through the right stereo channel of a
3-conductor jack.  Whether or not that works is beyond the scope
of this list so my question is whether or not there is a wrapper
program of some kind in Linux that can fool an application like
the serial port module that tried to run here in to thinking that
it is home and among friends when it's really been kidnapped.

	The possible use of a logic-level serial line is probably
what I will need to do but that means that if one resets the radio to
factory defaults, one will have to go in to the menus on
the radio's screen and restore the virtual switch setting.

	As a computer user who happens to be blind, that's a major pain as
well as in a case where the radio is remotely located and one is
operating it headlessly.

	I smiled a bit when reading the syslog admonition to
connect to a high-speed hub.  That would be quite a trick.

	Thanks for any constructive suggestions.

Martin McCormick     WB5AGZ

[toc] | [next] | [standalone]


#240347

FromCharles Curley <charlescurley@charlescurley.com>
Date2021-09-25 16:00 +0200
Message-ID<D1gnD-68y-1@gated-at.bofh.it>
In reply to#240345
On Sat, 25 Sep 2021 08:16:37 -0500
"Martin McCormick" <martin.m@suddenlink.net> wrote:

> This is an embedded usb serial port in a radio receiver which
> works in MS Windows10 and I was hoping to write some control
> routines for a Raspberry Pi running buster and it does the
> following:

Possibly a known kernel bug.

https://forums.opensuse.org/showthread.php/538695-USB-driver-Zero-Length-Descriptor

https://lore.kernel.org/lkml/1507709452-31260-1-git-send-email-msalau@iotecha.com/

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

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


#240353

From"Martin McCormick" <martin.m@suddenlink.net>
Date2021-09-25 20:20 +0200
Message-ID<D1krf-od-1@gated-at.bofh.it>
In reply to#240347
Charles Curley <charlescurley@charlescurley.com> writes:
> Possibly a known kernel bug.
> 
> https://forums.opensuse.org/showthread.php/538695-USB-driver-Zero-Length-Descriptor
> 
> https://lore.kernel.org/lkml/1507709452-31260-1-git-send-email-msalau@iotecha.com/
> 
> --
> Does anybody read signatures any more?
> 
> https://charlescurley.com
> https://charlescurley.com/blog/

	Thank you.  That's got to be it.  I've been doing debian Linux since
right around 2000 but I must admit that I don't know the easiest
way to include the patch referenced in the second link.

	I will need to do that on an i86 box plus the Raspberry Pi
I first discovered the issue on since I am apt to have the radio
connected to either system and, if this problem is fixable, this
solution is preferable because the radio defaults to using the
usbC port as the serial port so it should still work if a full
reset is ever needed and the mechanism for usb should naturally
accept as many different devices as practical because you never
know what you will need to connect until you try it and it fails.

	As an amusing aside, the radio has a usb mode, but
that's totally unrelated because in that case, USB stands for
upper side band and is a very energy-efficient method of radio
communication because it is only a spectrum of frequencies
consisting of the sidebands of an audio signal without the
carrier.  It can be LSB or lower side band or USB for upper side
band.  Nothing like a few new acronyms for your day. I guess that's TMI.

Martin McCormick     WB5AGZ

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


#240355

FromGene Heskett <gheskett@shentel.net>
Date2021-09-25 23:50 +0200
Message-ID<D1nIt-2iV-5@gated-at.bofh.it>
In reply to#240353
On Saturday 25 September 2021 14:11:30 Martin McCormick wrote:

> Charles Curley <charlescurley@charlescurley.com> writes:
> > Possibly a known kernel bug.
> >
> > https://forums.opensuse.org/showthread.php/538695-USB-driver-Zero-Le
> >ngth-Descriptor
> >
> > https://lore.kernel.org/lkml/1507709452-31260-1-git-send-email-msala
> >u@iotecha.com/
> >
> > --
> > Does anybody read signatures any more?
> >
> > https://charlescurley.com
> > https://charlescurley.com/blog/
>
> 	Thank you.  That's got to be it.  I've been doing debian Linux since
> right around 2000 but I must admit that I don't know the easiest
> way to include the patch referenced in the second link.
>
> 	I will need to do that on an i86 box plus the Raspberry Pi
> I first discovered the issue on since I am apt to have the radio
> connected to either system and, if this problem is fixable, this
> solution is preferable because the radio defaults to using the
> usbC port as the serial port so it should still work if a full
> reset is ever needed and the mechanism for usb should naturally
> accept as many different devices as practical because you never
> know what you will need to connect until you try it and it fails.
>
> 	As an amusing aside, the radio has a usb mode, but
> that's totally unrelated because in that case, USB stands for
> upper side band and is a very energy-efficient method of radio
> communication because it is only a spectrum of frequencies
> consisting of the sidebands of an audio signal without the
> carrier.  It can be LSB or lower side band or USB for upper side
> band.  Nothing like a few new acronyms for your day. I guess that's
> TMI.

You forgot to mention it can get the message thru better because it has a 
12 db advantage over competing noise compared to the original AM, 
sometimes called Ancient Mary in our circles.

> Martin McCormick     WB5AGZ


Cheers, Gene Heskett.
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>

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


#240362

From"Martin McCormick" <martin.m@suddenlink.net>
Date2021-09-26 01:10 +0200
Message-ID<D1oXU-3jd-3@gated-at.bofh.it>
In reply to#240355
Gene Heskett <gheskett@shentel.net> writes:
> You forgot to mention it can get the message thru better because it has a
> 12 db advantage over competing noise compared to the original AM,
> sometimes called Ancient Mary in our circles.

	I did forget that but you are correct.  another
interesting thing about ssb which includes both sidebands is that
it was first tried during the 1930's as a concept and had to wait
until after World War II before amateur radio operators, the
millitary and commercial folks began using it routinely.  To not
stray too far from the group purpose, the usb dongles that give
you a wide coverage receiver from 26 to almost 1000 MHZ use
basically math to decode sideband, AM, FM and data using DSP
techniques.

Martin

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


#240373

From"Martin McCormick" <martin.m@suddenlink.net>
Date2021-09-26 05:40 +0200
Message-ID<D1tbc-63r-1@gated-at.bofh.it>
In reply to#240362
So, what is the easiest route to end up with a kernel that has
this patch in it?

	The image for the current kernel is
4.19.0-5-686-pae

	The Raspberry Pi is an arm-based system and the image
version number is probably different but the idea is the same,
have a kernel that doesn't choke when one is using the ICR-30
usbC port.

	To put it bluntly, this is an area of Linux I have very
little familiarity with because generally, Linux kernels just
work so this is a left-handed complement in that I think this is
the first kernel bug that I have encountered ever.

	I am sure I have run kernels with other bugs that I
didn't know about but this is the first time one has bitten me,
so to speak.

Thanks.


Martin     WB5AGZ
Martin McCormick  WB5AGZ

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


#240379

FromKeith Bainbridge <keithrboz@gmail.com>
Date2021-09-26 09:40 +0200
Message-ID<D1wVr-9G-5@gated-at.bofh.it>
In reply to#240373
Good afternoon

Have you considered backports?


All the best

Keith Bainbridge

keith.bainbridge.3216@gmail.com
0447 667 468

On 26/9/21 13:30, Martin McCormick wrote:
> So, what is the easiest route to end up with a kernel that has
> this patch in it?
> 
> 	The image for the current kernel is
> 4.19.0-5-686-pae

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


#240385

FromAndrei POPESCU <andreimpopescu@gmail.com>
Date2021-09-26 11:10 +0200
Message-ID<D1yky-178-15@gated-at.bofh.it>
In reply to#240373

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

On Sb, 25 sep 21, 22:30:30, Martin McCormick wrote:
> So, what is the easiest route to end up with a kernel that has
> this patch in it?

This should at least get you started:

https://kernel-team.pages.debian.net/kernel-handbook/ch-common-tasks.html

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.user


csiph-web