Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #240345 > unrolled thread
| Started by | "Martin McCormick" <martin.m@suddenlink.net> |
|---|---|
| First post | 2021-09-25 15:30 +0200 |
| Last post | 2021-09-26 11:10 +0200 |
| Articles | 8 — 5 participants |
Back to article view | Back to linux.debian.user
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
| From | "Martin McCormick" <martin.m@suddenlink.net> |
|---|---|
| Date | 2021-09-25 15:30 +0200 |
| Subject | Proprietary 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]
| From | Charles Curley <charlescurley@charlescurley.com> |
|---|---|
| Date | 2021-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]
| From | "Martin McCormick" <martin.m@suddenlink.net> |
|---|---|
| Date | 2021-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]
| From | Gene Heskett <gheskett@shentel.net> |
|---|---|
| Date | 2021-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]
| From | "Martin McCormick" <martin.m@suddenlink.net> |
|---|---|
| Date | 2021-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]
| From | "Martin McCormick" <martin.m@suddenlink.net> |
|---|---|
| Date | 2021-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]
| From | Keith Bainbridge <keithrboz@gmail.com> |
|---|---|
| Date | 2021-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]
| From | Andrei POPESCU <andreimpopescu@gmail.com> |
|---|---|
| Date | 2021-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