Date   

Re: Current Image - data error #image

Basil Gunn
 

What method/program/browser are you using to download the file?
Perhaps others who are using Windows can recommend what they have
successfully used.

I just used wget in a Linux console to download & verify the
image.
wget http://nwdig.net/downloads/nwdr19.img.xz

You can get wget for Windows 10 from here:
https://builtvisible.com/download-your-website-with-wget/

Since you displayed them in your post here are the sha256 sums
for nwdr19.img & nwdr19.img.xz.

I would focus on getting proper check sums with the xz compressed file
first.

md5sum nwdr19.img.xz
74343a95dc6614c256b7e36d7d76518e nwdr19.img.xz

sha256sum nwdr19.img.xz
9c4d555c6315cfd480e934ae3d9023aa2c81cc681fad865673cac8c037d45417 nwdr19.img.xz

md5sum nwdr19.img
a4f33bbde2ca5c0e7bea95ab410822d3 nwdr19.img

sha256sum nwdr19.img
5b2eec569f6f3d1fce74d4eabca2682660bdbce0b3e27aca4e45744282df3fef nwdr19.img

Dave Phelps <dave.phelps@gmail.com> writes:

md5 check sum does not match. I've downloaded several times.

PS C:\Users\Irem\Downloads\DRAWS> get-filehash -Algorithm MD5 nwdr19.img.xz

Algorithm Hash Path
--------- ---- ----
MD5 C83DA4E8C2C5834431F5B7A70B217D79 C:\Users\Irem\Downloads\DRAWS...

Download again...
PS C:\Users\Irem\Downloads\DRAWS> get-filehash -Algorithm MD5 nwdr19.img.xz

Algorithm Hash Path
--------- ---- ----
MD5 7D81BD675AC551AE23C683E0724FCC6D C:\Users\Irem\Downloads\DRAWS...

Name: nwdr19.img.xz
Size: 1985647044 bytes (1893 MiB)
CRC32: 1E9ACD5B
CRC64: 1F88F0A3CC20950D
SHA256: AA387F3DEB98B479BFCB6E5D8835005576912ABDB4B7458E3A363D259A289580
SHA1: 7DEB42A8CB41AC0419624018CABFE4BB767C9CE1
BLAKE2sp: CF69AAF0D1A8B1C99EAA9E71B7E9926654BF83D703312F9DB6EE4268D64B825F

So I guess even though the bytes match I'm not getting the same md5 as you, or even the same md5 per download.

And here's the extracted checksum info. Definitely doing something wrong here.
Name: nwdr19.img
Size: 176160768 bytes (168 MiB)
CRC32: 07D0599B
CRC64: 12C7209035916FB8
SHA256: D9F88ACA324DDD0B61B165213F225F915D91C72F0D3939536FE5D522CF76045E
SHA1: DDB1A3A2237FF53742E3C2F88E740972F4583C51
BLAKE2sp: BDCD7831364CDA293AD1534ED729A1C5DDDD0B9C17E1828049EAFCDB59CC99C3


Re: Current Image - data error #image

Dave Phelps <dave.phelps@...>
 


md5 check sum does not match.  I've downloaded several times.

PS C:\Users\Irem\Downloads\DRAWS> get-filehash -Algorithm MD5 nwdr19.img.xz

Algorithm       Hash                                                                   Path
---------       ----                                                                   ----
MD5             C83DA4E8C2C5834431F5B7A70B217D79                                       C:\Users\Irem\Downloads\DRAWS...

Download again...
PS C:\Users\Irem\Downloads\DRAWS> get-filehash -Algorithm MD5 nwdr19.img.xz

Algorithm       Hash                                                                   Path
---------       ----                                                                   ----
MD5             7D81BD675AC551AE23C683E0724FCC6D                                       C:\Users\Irem\Downloads\DRAWS...

Name: nwdr19.img.xz
Size: 1985647044 bytes (1893 MiB)
CRC32: 1E9ACD5B
CRC64: 1F88F0A3CC20950D
SHA256: AA387F3DEB98B479BFCB6E5D8835005576912ABDB4B7458E3A363D259A289580
SHA1: 7DEB42A8CB41AC0419624018CABFE4BB767C9CE1
BLAKE2sp: CF69AAF0D1A8B1C99EAA9E71B7E9926654BF83D703312F9DB6EE4268D64B825F

So I guess even though the bytes match I'm not getting the same md5 as you, or even the same md5 per download.

And here's the extracted checksum info.  Definitely doing something wrong here.
Name: nwdr19.img
Size: 176160768 bytes (168 MiB)
CRC32: 07D0599B
CRC64: 12C7209035916FB8
SHA256: D9F88ACA324DDD0B61B165213F225F915D91C72F0D3939536FE5D522CF76045E
SHA1: DDB1A3A2237FF53742E3C2F88E740972F4583C51
BLAKE2sp: BDCD7831364CDA293AD1534ED729A1C5DDDD0B9C17E1828049EAFCDB59CC99C3


Re: DRAWS Aluminum Case Arrived Today!

 

HW Kit in the mail today!

73,
Bryan K7UDR
NW Digital Radio



On Feb 18, 2021, at 11:21 AM, phamel phamel <phamel@...> wrote:

Thanks for the reply,

First thing I did, I read about that on a previous message.

Pierre

---------- Message d origine ----------
De : "Ed Bloom, KD9FRQ via groups.io" <ewbloom@...>
Daté : 18 février 2021 à 14:10


Check deep into the foam bag.
I thought I did not get my screw either.

Ed Bloom
ewbloom@... from Webmail access


-----Original Message-----
From: phamel phamel <phamel@...>
To: Reply To Group <udrc@nw-digital-radio.groups.io>
Sent: Thu, Feb 18, 2021 12:59 pm
Subject: Re: [draws and udrc] DRAWS Aluminum Case Arrived Today!

I received my case today,

Very case case, I did not receive any screws to secure the cover of the case.
Can some one tell me the actual screw size and thread? I assume it would be M2
or M2.5 ... 

I could probably buy them locally.

Thanks

73’s

Pierre VE2JPH















<phamel@...>


Re: DRAWS Aluminum Case Arrived Today!

phamel phamel
 

Thanks for the reply,

First thing I did, I read about that on a previous message.

Pierre

---------- Message d origine ----------
De : "Ed Bloom, KD9FRQ via groups.io" <ewbloom=verizon.net@groups.io>
Daté : 18 février 2021 à 14:10


Check deep into the foam bag.
I thought I did not get my screw either.

Ed Bloom
ewbloom@verizon.netSent from Webmail access


-----Original Message-----
From: phamel phamel <phamel@sympatico.ca>
To: Reply To Group <udrc@nw-digital-radio.groups.io>
Sent: Thu, Feb 18, 2021 12:59 pm
Subject: Re: [draws and udrc] DRAWS Aluminum Case Arrived Today!

I received my case today,

Very case case, I did not receive any screws to secure the cover of the case.
Can some one tell me the actual screw size and thread? I assume it would be M2
or M2.5 ...

I could probably buy them locally.

Thanks

73’s

Pierre VE2JPH










Re: DRAWS Aluminum Case Arrived Today!

Ed Bloom, KD9FRQ
 

Check deep into the foam bag.

I thought I did not get my screw either.

Ed Bloom
ewbloom@...
Sent from Webmail access


-----Original Message-----
From: phamel phamel <phamel@...>
To: Reply To Group <udrc@nw-digital-radio.groups.io>
Sent: Thu, Feb 18, 2021 12:59 pm
Subject: Re: [draws and udrc] DRAWS Aluminum Case Arrived Today!

I received my case today,

Very case case, I did not receive any screws to secure the cover of the case.
Can some one tell me the actual screw size and thread? I assume it would be M2
or M2.5 ...

I could probably buy them locally.

Thanks

73’s

Pierre VE2JPH






Re: DRAWS Aluminum Case Arrived Today!

phamel phamel
 

I received my case today,

Very case case, I did not receive any screws to secure the cover of the case.
Can some one tell me the actual screw size and thread? I assume it would be M2
or M2.5 ...

I could probably buy them locally.

Thanks

73’s

Pierre VE2JPH


Re: Current Image - data error #image

Basil Gunn
 

Below are the byte count and md5sum that match what is on the server and
my build directory. Does the file that you download match?

gunn@bazaudi/var/www/downloads $ stat -c %s nwdr19.img.xz
1985647044
gunn@bazaudi/var/www/downloads $ md5sum nwdr19.img.xz
74343a95dc6614c256b7e36d7d76518e nwdr19.img.xz

This worked fine for me in Linux.
unxz nwdr19.img.xz


Dave Phelps <dave.phelps@gmail.com> writes:

2021-Feb-16 gives me a data error while trying to extract the image
from the .xz file or writing it directly from the .xz file with the
Raspberry Pi Imager utility and/or Balena Etcher. No further details
are listed by 7zip, just data error. Raspi Imager util says Error
extracting archive: Lzma library error: Corrupted input data, which I
suspect is a generic message.


Current Image - data error #image

Dave Phelps <dave.phelps@...>
 

2021-Feb-16 gives me a data error while trying to extract the image from the .xz file or writing it directly from the .xz file with the Raspberry Pi Imager utility and/or Balena Etcher.  No further details are listed by 7zip, just data error.  Raspi Imager util says Error extracting archive: Lzma library error: Corrupted input data, which I suspect is a generic message.

Downloaded multiple times.


[New post] Backorder Status:

 

 

k7udr posted: "All DRAWS Early Adopter Cases have been shipped. All DRAWS Production Cases have been shipped. If you did not receive your case, or a Tracking Number, contact sales@... with your order number. We will be shipping ne"

New post on NW Digital Radio

Backorder Status:

by k7udr

All DRAWS Early Adopter Cases have been shipped.

All DRAWS Production Cases have been shipped.

If you did not receive your case, or a Tracking Number, contact sales@... with your order number.

We will be shipping new kit orders next, and Turnkey orders in March.

Thanks for your patience. Things should be running smoothly going forward.

k7udr | February 17, 2021 at 11:58 am | Categories: DRAWS | URL: https://wp.me/p2mAAP-2aj


Trouble clicking? Copy and paste this URL into your browser:
http://nwdigitalradio.com/backorder-status/




RPi kernel upgrade problem

Basil Gunn
 

The following describes a problem with the Linux 5.10.11 kernel and how to
mitigate it. Following the problem description is a procedure that will
keep your system running while I try to figure out what is causing the
problem.

There is a problem with the latest shipping Raspberry Pi OS kernel,
5.10.11 #1399

1. 5.10.11 kernel on a cold boot

The only symptom is from dmesg output because DRAWS card is enumerated.

dmesg | grep -i "tlv320aic"
tlv320aic32x4 1-0018: ASoC: error at soc_component_write_no_lock on tlv320aic32x4.1-0018: -5

2. 5.10.11 kernel on a warm boot, DRAWS card is NOT enumerated and
dmesg has a lengthy back-trace summarized here:

dmesg output kernel version 5.10.11 #1399 January 29, 2021

WARNING: CPU: 1 PID: 273 at lib/refcount.c:25 refcount_warn_saturate+0x108/0x174
refcount_t: addition on 0; use-after-free.

tlv320aic32x4 1-0018: Failed to get clk 'bdiv': -2
tlv320aic32x4 1-0018: ASoC: error at snd_soc_component_probe on tlv320aic32x4.1-0018: -2
tlv320aic32x4 1-0018: ASoC: failed to probe component -2
asoc-simple-card soc:sound: ASoC: failed to instantiate card -2
asoc-simple-card: probe of soc:sound failed with error -2

3. Using older (Nov 23 13:27:40 GMT 2020) 5.4.79 kernel, DRAWS card is
enumerated and dmesg has NO errors.

dmesg | grep -i "tlv320aic"
asoc-simple-card soc:sound: tlv320aic32x4-hifi <-> 3f203000.i2s mapping ok

Running script 'buginfo.sh' will tell you if you have a problem kernel or not.

If you are running with some 5.10.x kernel you need to install the
older 5.4.79 kernel by using the following console command:

sudo rpi-update 0642816ed05d31fb37fc8fbbba9e1774b475113f

Then reboot & verify by running 'buginfo.sh' script.

Once you have a "good" kernel you need to put a hold on any kernel
updates by doing the following in a console:

sudo su
apt-mark hold libraspberrypi-bin libraspberrypi-dev libraspberrypi-doc libraspberrypi0
apt-mark hold raspberrypi-bootloader raspberrypi-kernel raspberrypi-kernel-headers

Verify by running this:

apt-mark showhold

You should see the following:

libraspberrypi-bin
libraspberrypi-dev
libraspberrypi-doc
libraspberrypi0
raspberrypi-bootloader
raspberrypi-kernel

Now you can safely get updates for packages without updating the kernel.

apt-get update
apt-get upgrade

The current nwdr19.img.xz image at:
http://images.nwdigitalradio.com/downloads/

dated 2021-Feb-16 with md5sum 74343a95dc6614c256b7e36d7d76518e already
has the kernel hold in place.

/Basil n7nix


Re: Oddness while installing and a FAIL...

Jack Spitznagel
 

Basil,

My OCD would just not let me put this on the back burner. Here is the output of the buginfo.sh script. In the output below there are some "fails" on lines [ 16.828358] tlv320aic32x4 1-0018: Failed to enable clocks., [ 16.828366] ASoC: Failed to apply active bias: -121, repeating at [ 16.858661] , [ 16.858668], [ 16.873161], [ 16.873168], [ 16.947074], and [ 16.947081]. Cyclic attempts?

Jack KD4IZ

pi@kd4iz2draws:~/n7nix/bin $ ./buginfo.sh
== Kernel version:
Linux kd4iz2draws 5.4.83-v7+ #1379 SMP Mon Dec 14 13:08:57 GMT 2020 armv7l GNU/Linux

== Codec driver check:
[ 16.815665] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.815720] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.816033] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.816248] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.816307] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.816644] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.816909] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.816967] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.817301] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.817567] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.817626] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.817953] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.818228] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.818288] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.828358] tlv320aic32x4 1-0018: Failed to enable clocks
[ 16.828366] tlv320aic32x4 1-0018: ASoC: Failed to apply active bias: -121
[ 16.829346] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.829570] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.829639] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.829950] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.830147] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.830199] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.830553] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.830793] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.830850] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.831221] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.831487] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.831544] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.831908] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.832197] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.832250] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.832608] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.832891] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.832945] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.858661] tlv320aic32x4 1-0018: Failed to enable clocks
[ 16.858668] tlv320aic32x4 1-0018: ASoC: Failed to apply active bias: -121
[ 16.859363] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.859643] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.859806] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.860139] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.860385] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.860439] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.860926] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.861219] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.861285] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.861631] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.861928] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.861984] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.862338] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.862572] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.862625] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.862981] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.863216] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.863268] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.873161] tlv320aic32x4 1-0018: Failed to enable clocks
[ 16.873168] tlv320aic32x4 1-0018: ASoC: Failed to apply active bias: -121
[ 16.874184] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.874441] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.874522] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.874934] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.875216] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.875277] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.875635] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.875858] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 16.875914] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.876278] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.876535] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.876592] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.876935] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.877206] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.877268] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.877633] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 16.877898] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 16.877953] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 16.947074] tlv320aic32x4 1-0018: Failed to enable clocks
[ 16.947081] tlv320aic32x4 1-0018: ASoC: Failed to apply active bias: -121
[ 22.007991] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 22.008225] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 22.008301] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 22.008614] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 22.008797] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 22.008847] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 22.009149] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 22.009323] [<805f2e5c>] (clk_bulk_disable) from [<7f251f58>] (aic32x4_set_bias_level+0x10c/0x120 [snd_soc_tlv320aic32x4])
[ 22.009374] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 22.009682] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 22.009907] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 22.009957] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 22.010266] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 22.010623] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 22.010672] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])
[ 22.010986] Modules linked in: cmac rfcomm bnep hci_uart btbcm bluetooth ecdh_generic ecc fuse 8021q garp stp llc hid_logitech_hidpp nf_tables nfnetlink joydev ti_ads1015 sc16is7xx snd_soc_tlv320aic32x4_i2c snd_soc_tlv320aic32x4 industrialio_triggered_buffer kfifo_buf regmap_spi regmap_i2c ftdi_sio usbserial hid_logitech_dj brcmfmac brcmutil sha256_generic libsha256 snd_soc_simple_card snd_soc_simple_card_utils cfg80211 raspberrypi_hwmon rfkill bcm2835_codec(C) i2c_bcm2835 bcm2835_isp(C) bcm2835_v4l2(C) snd_soc_bcm2835_i2s v4l2_mem2mem bcm2835_mmal_vchiq(C) snd_soc_core videobuf2_dma_contig videobuf2_vmalloc videobuf2_memops snd_compress videobuf2_v4l2 snd_bcm2835(C) snd_pcm_dmaengine videobuf2_common snd_pcm videodev snd_timer mc vc_sm_cma(C) snd pps_gpio pps_core iio_hwmon uio_pdrv_genirq industrialio uio fixed ax25 i2c_dev ip_tables x_tables ipv6
[ 22.011226] [<805f2da0>] (clk_bulk_unprepare) from [<7f251f64>] (aic32x4_set_bias_level+0x118/0x120 [snd_soc_tlv320aic32x4])
[ 22.011280] [<7f251e4c>] (aic32x4_set_bias_level [snd_soc_tlv320aic32x4]) from [<7f1f4a7c>] (snd_soc_component_set_bias_level+0x28/0x34 [snd_soc_core])

== DRAWS driver check:
udrc card number line: card 2: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #2

== Pi Version
Pi 3 Model B+, Rev 1.3, Mfg by Sony UK with WiFi

== /boot/config
[all]
#dtoverlay=vc4-fkms-v3d

# Flush all overlays, ie. deprecated overlays loaded from eeprom
dtoverlay=
# enable udrc/draws if no eeprom
dtoverlay=draws,alsaname=udrc
force_turbo=1
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
pi@kd4iz2draws:~/n7nix/bin $

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Sunday, February 14, 2021 14:41
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Oddness while installing and a FAIL...


Hi Jack,

The symptom you are seeing is different then the problem I am tracking.
I think what you are seeing is a configuration problem.
[ 6.440191] tlv320aic32x4: probe of 1-0018 failed with error -121

Could you please run a script I just wrote cd n7nix git pull cd bin ./buginfo.sh

and send me the output. Then reboot and re-run the script and send that as well.

If anyone else is running a 5.x kernel could you also do the same thing. The inconsistent problem I am seeing seems to happen with all the
5.10 kernels.

Thanks!

/Basil


Jack Spitznagel <kd4iz@frawg.org> writes:

Hi Basil,

Interesting... I have two munged configuration SD cards. The one that I sent before where aplay -l could see the board but the system mixer and gpsmon/cgps could not "talk" to it was one on which I tried enumeration hack in your message below. The hack went without error, but now aplay -l does not see the draws board!

Happy bug hunting...

Here is the is the uname/piver output you asked for along with the udrcver.sh output:
pi@kd4iz2draws:~ $ uname -a
Linux kd4iz2draws 5.10.5-v7+ #1391 SMP Thu Jan 7 17:47:55 GMT 2021
armv7l GNU/Linux pi@kd4iz2draws:~ $ dmesg | grep -i tlv320aic
[ 6.440191] tlv320aic32x4: probe of 1-0018 failed with error -121
pi@kd4iz2draws:~ $ piver.sh
Pi 3 Model B+, Rev 1.3, Mfg by Sony UK with WiFi
pi@kd4iz2draws:~/n7nix/bin $ udrcver.sh Found a DRAWS

HAT ID EEPROM
Name: hat
Product: Digital Radio Amateur Work Station
Product ID: 0x0004
Product ver: 0x0108
UUID: 421e2ab1-4a25-41c3-8497-ce4d1c746d19
Vendor: NW Digital Radio
pi@kd4iz2draws:~/n7nix/bin $

-----Original Message-----
From: udrc@nw-digital-radio.groups.io
<udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Sunday, February 14, 2021 01:30
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Oddness while installing and a FAIL...


Yes I am seeing something flaky happen as well with the latest kernel
5.10.11-v7l+ #1399

Everyone should hold off updating the kernel.
DO NOT run apt-get upgrade or apt-get dist-upgrade

After rebooting or a cold boot, sometimes it works sometimes it doesn't.
By works I mean aplay -l enumerates the DRAWS hat.

If I replace the kernel with 5.10.5
sudo rpi-update 5467199574e4a6621ded42359dfd9aadfc4793ee
It seems to bring back the DRAWS hat enumeration.

When you get a failure case with no DRAWS hat listed with 'aplay -l'
could you please send the output of:

uname -a
dmesg | grep -i tlv320aic

# Also show the type of RPi you have:

piver.sh

Thanks.

Jack Spitznagel <kd4iz@frawg.org> writes:

Basil,

I had two attempted DRAWS (ver 19) installs go south (on two different units) while following the instructions exactly. In both cases, on the third reboot, I lost the draws audio card (per aplay -l) and the last configuration step failed. The GPS seems to be lost as well.

I was curious and I knew there were some changes with the last update/upgrade from Raspberry, I did one configuration skipping the update step and one where I did not. The unit where I did the update failed at the same point. I compared the config files in /boot and they are identical, so something else is going haywire when I do the update step. I need the second unit to work, so I will try the install on it without doing the update/upgrade step.

Do you want to look at any of the files on the failed unit? I will use a different SD card so whatever the state of things are will be preserved.

Jack Spitznagel – KD4IZ
Science River LLC
Biomedical Consulting Services



-----Original Message-----
From: udrc@nw-digital-radio.groups.io
<udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Saturday, February 13, 2021 13:46
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Microsoft repo added in latest
Raspberry Pi OS update


Before I lock this topic in case anyone wanders into this thread at a later date, below is a summary.

1. The Raspberry Pi Foundation added a Microsoft repository (around late January 2021) for Visual Studio Code that you will see when you do 'sudo apt-get update'

The vscode.list and microsoft.gpg files are created by a postinstall script for a package called raspberrypi-sys-mods, version 20210125, hosted on the Foundation's repository.

2. The latest NWDR image will have the Microsoft repo code on it.

My philosophy is that there are as few changes made to a stock
Raspberry Pi OS image as possible in order to support UDRC/UDRC
II/DRAWS hardware. The NWDR image IS Raspberry Pi OS with the DRAWS
driver enabled and a number of HAM radio programs already installed to
make initial bring-up & configuration easier.

3. If you feel it is somewhat egregious that a Microsoft repo should be a default configuration on your Raspberry Pi then run the script 'block_msvscode.sh' and your RPi will no longer tickle a Microsoft server ever time you do an 'apt-get update'.

4. If you want to use Microsoft Visual Studio Code then do nothing and the Microsoft repository will remain.

5. Emacs rocks. It is what I use for code development and I toasted my bagel & wrote this email with it. I really don't care what you use.

6. If you feel compelled to reply to this thread, don't, I locked it.
If you have that much spare time perhaps you can help me with some things I'm working on. Here's some suggestions:

1. 1200/9600 baud packet on one instance of direwolf using virtual
Pulse Audio interfaces
2. Forms for paclink-unix & rainloop 3. ARDOP interface for
paclink-unix 3. A GUI picker to set ALSA values for a particular
radio 4. Test installer (initcfg.sh) which is used to verify a new image.
5. Take first steps to learning emacs

(http://www.jesshamrick.com/2012/09/10/absolute-beginners-guide-to-em
a
cs/)
6. Learn markdown language
(https://guides.github.com/features/mastering-markdown/)
and document one of the scripts in ~/bin 7. Learn what ~/ actually means
(https://askubuntu.com/questions/85149/what-does-mean)
8. Learn some French
Joyeux Mardi Gras. Laissez les bons temps rouler!

/Basil n7nix

Jim Erickson <jim@va7shg.ca> writes:

Done, thanks for your insight.

On 2021-02-13 6:43 a.m., Mitch Winkle wrote:

And you could always mute the discussion for yourself as well. RPi
ham radio. There it's on topic also.

On 2/13/2021 09:41 AM, Mitch Winkle wrote:

Sorry to bother you then. Perhaps if you did not reply you would
not be bothered. :)

On 2/13/2021 09:36 AM, Jim Erickson wrote:
This is highly focused on Raspberry Pi. I'd even say, this is
focused on portable raspberry pi operations. I guess that’s why I
keep replying to you because your use case has nothing to do with
what we are discussing, which is Ham Radio and Raspberry Pi, not
full time developers and what they use as their editor of choice.

So yes, I guess it was friendly fire, but only meant to point out
that this list is Raspberry Pi focused.

------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:16, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

I do it 7 days a week on any number of systems. The notion is
the same. RPi's are hardly under-powered these days. I have
Win10 boxes that are slower than my 1st gen RPi4.

I wasn't focused on RPi with my comments in any case. I have an
x86 Linux system, so why would I write code on the RPi? That's
just friendly fire. :)

If it's just text stuff, I'd use an FTP capable editor anyway,
like the old JEdit, and many others. It's all just what you are
used to I guess.

On 2/13/2021 09:06 AM, Jim Erickson wrote:

You seriously do this 7 days a week on a Raspberry Pi? I think
you need to upgrade your computer.
------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:03, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

One must weigh "weight" vs increase in efficiency. I do this 7
days a week for a living, and a plain text editor just doesn't
cut it. I'ts the complexity to value ratio. Definitely subjective.

On 2/12/2021 05:08 PM, Stuart Longland VK4MSL wrote:
On 9/2/21 4:36 am, Mitch Winkle wrote:
It's funny how perceptions differ. I feel Code is very light
vs. being heavy…
I guess it depends on what you're used to. Compared to gVim,
VS Code is _very_ heavy. I use gVim for pretty much
everything… C,
C++, Assembly language, Python, JavaScript/NodeJS… etc.

Even Emacs (Eight Megs And Constantly Swapping) would be
lighter than VS Code.



















Re: Oddness while installing and a FAIL...

Basil Gunn
 

Daniel, thank you!
This is an example of a "good" display with NO problem.
Kernel version 5.4.79-v7+ #1373 does not exhibit the symptom.

Thanks again. Good data point. DO NOT do any upgrades (for a short
while).
/Basil


Daniel VE3NI <dgoodier@gmail.com> writes:

Basil,

Early adopter DRAWS . . . running kernel 5.4

Before Reboot
---------------------------------------------------------

pi@draws:~/n7nix $ bin/buginfo.sh
== Kernel version:
Linux draws.local 5.4.79-v7+ #1373 SMP Mon Nov 23 13:22:33 GMT 2020 armv7l GNU/Linux

== Codec driver check:
[ 5.995675] asoc-simple-card soc:sound: tlv320aic32x4-hifi <-> 3f203000.i2s mapping ok

== DRAWS driver check:
udrc card number line: card 2: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #2

== Pi Version
Pi 3 Model B+, Rev 1.3, Mfg by Sony UK with WiFi

== /boot/config
[all]
#dtoverlay=vc4-fkms-v3d

# Flush all overlays, ie. deprecated overlays loaded from eeprom
dtoverlay=
# enable udrc/draws if no eeprom
dtoverlay=draws,alsaname=udrc
force_turbo=1
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
pi@draws:~/n7nix $



After Reboot
---------------------------------------------------------

pi@draws:~/n7nix $ bin/buginfo.sh
== Kernel version:
Linux draws.local 5.4.79-v7+ #1373 SMP Mon Nov 23 13:22:33 GMT 2020 armv7l GNU/Linux

== Codec driver check:
[ 6.164766] asoc-simple-card soc:sound: tlv320aic32x4-hifi <-> 3f203000.i2s mapping ok

== DRAWS driver check:
udrc card number line: card 2: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #2

== Pi Version
Pi 3 Model B+, Rev 1.3, Mfg by Sony UK with WiFi

== /boot/config
[all]
#dtoverlay=vc4-fkms-v3d

# Flush all overlays, ie. deprecated overlays loaded from eeprom
dtoverlay=
# enable udrc/draws if no eeprom
dtoverlay=draws,alsaname=udrc
force_turbo=1
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
pi@draws:~/n7nix $




Re: Oddness while installing and a FAIL...

Daniel VE3NI
 

Basil,

Early adopter DRAWS . . . running kernel 5.4

Before Reboot
---------------------------------------------------------

pi@draws:~/n7nix $ bin/buginfo.sh
== Kernel version:
Linux draws.local 5.4.79-v7+ #1373 SMP Mon Nov 23 13:22:33 GMT 2020 armv7l GNU/Linux

== Codec driver check:
[ 5.995675] asoc-simple-card soc:sound: tlv320aic32x4-hifi <-> 3f203000.i2s mapping ok

== DRAWS driver check:
udrc card number line: card 2: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #2

== Pi Version
Pi 3 Model B+, Rev 1.3, Mfg by Sony UK with WiFi

== /boot/config
[all]
#dtoverlay=vc4-fkms-v3d

# Flush all overlays, ie. deprecated overlays loaded from eeprom
dtoverlay=
# enable udrc/draws if no eeprom
dtoverlay=draws,alsaname=udrc
force_turbo=1
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
pi@draws:~/n7nix $



After Reboot
---------------------------------------------------------

pi@draws:~/n7nix $ bin/buginfo.sh
== Kernel version:
Linux draws.local 5.4.79-v7+ #1373 SMP Mon Nov 23 13:22:33 GMT 2020 armv7l GNU/Linux

== Codec driver check:
[ 6.164766] asoc-simple-card soc:sound: tlv320aic32x4-hifi <-> 3f203000.i2s mapping ok

== DRAWS driver check:
udrc card number line: card 2: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #2

== Pi Version
Pi 3 Model B+, Rev 1.3, Mfg by Sony UK with WiFi

== /boot/config
[all]
#dtoverlay=vc4-fkms-v3d

# Flush all overlays, ie. deprecated overlays loaded from eeprom
dtoverlay=
# enable udrc/draws if no eeprom
dtoverlay=draws,alsaname=udrc
force_turbo=1
# Enable audio (loads snd_bcm2835)
dtparam=audio=on
pi@draws:~/n7nix $


Re: Oddness while installing and a FAIL...

Basil Gunn
 

Hi Jack,

The symptom you are seeing is different then the problem I am tracking.
I think what you are seeing is a configuration problem.
[ 6.440191] tlv320aic32x4: probe of 1-0018 failed with error -121

Could you please run a script I just wrote
cd n7nix
git pull
cd bin
./buginfo.sh

and send me the output. Then reboot and re-run the script and send that
as well.

If anyone else is running a 5.x kernel could you also do the same
thing. The inconsistent problem I am seeing seems to happen with all the
5.10 kernels.

Thanks!

/Basil


Jack Spitznagel <kd4iz@frawg.org> writes:

Hi Basil,

Interesting... I have two munged configuration SD cards. The one that I sent before where aplay -l could see the board but the system mixer and gpsmon/cgps could not "talk" to it was one on which I tried enumeration hack in your message below. The hack went without error, but now aplay -l does not see the draws board!

Happy bug hunting...

Here is the is the uname/piver output you asked for along with the udrcver.sh output:
pi@kd4iz2draws:~ $ uname -a
Linux kd4iz2draws 5.10.5-v7+ #1391 SMP Thu Jan 7 17:47:55 GMT 2021 armv7l GNU/Linux
pi@kd4iz2draws:~ $ dmesg | grep -i tlv320aic
[ 6.440191] tlv320aic32x4: probe of 1-0018 failed with error -121
pi@kd4iz2draws:~ $ piver.sh
Pi 3 Model B+, Rev 1.3, Mfg by Sony UK with WiFi
pi@kd4iz2draws:~/n7nix/bin $ udrcver.sh
Found a DRAWS

HAT ID EEPROM
Name: hat
Product: Digital Radio Amateur Work Station
Product ID: 0x0004
Product ver: 0x0108
UUID: 421e2ab1-4a25-41c3-8497-ce4d1c746d19
Vendor: NW Digital Radio
pi@kd4iz2draws:~/n7nix/bin $

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Sunday, February 14, 2021 01:30
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Oddness while installing and a FAIL...


Yes I am seeing something flaky happen as well with the latest kernel 5.10.11-v7l+ #1399

Everyone should hold off updating the kernel.
DO NOT run apt-get upgrade or apt-get dist-upgrade

After rebooting or a cold boot, sometimes it works sometimes it doesn't.
By works I mean aplay -l enumerates the DRAWS hat.

If I replace the kernel with 5.10.5
sudo rpi-update 5467199574e4a6621ded42359dfd9aadfc4793ee
It seems to bring back the DRAWS hat enumeration.

When you get a failure case with no DRAWS hat listed with 'aplay -l'
could you please send the output of:

uname -a
dmesg | grep -i tlv320aic

# Also show the type of RPi you have:

piver.sh

Thanks.

Jack Spitznagel <kd4iz@frawg.org> writes:

Basil,

I had two attempted DRAWS (ver 19) installs go south (on two different units) while following the instructions exactly. In both cases, on the third reboot, I lost the draws audio card (per aplay -l) and the last configuration step failed. The GPS seems to be lost as well.

I was curious and I knew there were some changes with the last update/upgrade from Raspberry, I did one configuration skipping the update step and one where I did not. The unit where I did the update failed at the same point. I compared the config files in /boot and they are identical, so something else is going haywire when I do the update step. I need the second unit to work, so I will try the install on it without doing the update/upgrade step.

Do you want to look at any of the files on the failed unit? I will use a different SD card so whatever the state of things are will be preserved.

Jack Spitznagel – KD4IZ
Science River LLC
Biomedical Consulting Services



-----Original Message-----
From: udrc@nw-digital-radio.groups.io
<udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Saturday, February 13, 2021 13:46
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Microsoft repo added in latest Raspberry
Pi OS update


Before I lock this topic in case anyone wanders into this thread at a later date, below is a summary.

1. The Raspberry Pi Foundation added a Microsoft repository (around late January 2021) for Visual Studio Code that you will see when you do 'sudo apt-get update'

The vscode.list and microsoft.gpg files are created by a postinstall script for a package called raspberrypi-sys-mods, version 20210125, hosted on the Foundation's repository.

2. The latest NWDR image will have the Microsoft repo code on it.

My philosophy is that there are as few changes made to a stock
Raspberry Pi OS image as possible in order to support UDRC/UDRC
II/DRAWS hardware. The NWDR image IS Raspberry Pi OS with the DRAWS
driver enabled and a number of HAM radio programs already installed to
make initial bring-up & configuration easier.

3. If you feel it is somewhat egregious that a Microsoft repo should be a default configuration on your Raspberry Pi then run the script 'block_msvscode.sh' and your RPi will no longer tickle a Microsoft server ever time you do an 'apt-get update'.

4. If you want to use Microsoft Visual Studio Code then do nothing and the Microsoft repository will remain.

5. Emacs rocks. It is what I use for code development and I toasted my bagel & wrote this email with it. I really don't care what you use.

6. If you feel compelled to reply to this thread, don't, I locked it.
If you have that much spare time perhaps you can help me with some things I'm working on. Here's some suggestions:

1. 1200/9600 baud packet on one instance of direwolf using virtual
Pulse Audio interfaces
2. Forms for paclink-unix & rainloop
3. ARDOP interface for paclink-unix
3. A GUI picker to set ALSA values for a particular radio 4. Test installer (initcfg.sh) which is used to verify a new image.
5. Take first steps to learning emacs

(http://www.jesshamrick.com/2012/09/10/absolute-beginners-guide-to-ema
cs/)
6. Learn markdown language
(https://guides.github.com/features/mastering-markdown/)
and document one of the scripts in ~/bin 7. Learn what ~/ actually means
(https://askubuntu.com/questions/85149/what-does-mean)
8. Learn some French
Joyeux Mardi Gras. Laissez les bons temps rouler!

/Basil n7nix

Jim Erickson <jim@va7shg.ca> writes:

Done, thanks for your insight.

On 2021-02-13 6:43 a.m., Mitch Winkle wrote:

And you could always mute the discussion for yourself as well. RPi
ham radio. There it's on topic also.

On 2/13/2021 09:41 AM, Mitch Winkle wrote:

Sorry to bother you then. Perhaps if you did not reply you would
not be bothered. :)

On 2/13/2021 09:36 AM, Jim Erickson wrote:
This is highly focused on Raspberry Pi. I'd even say, this is
focused on portable raspberry pi operations. I guess that’s why I
keep replying to you because your use case has nothing to do with
what we are discussing, which is Ham Radio and Raspberry Pi, not
full time developers and what they use as their editor of choice.

So yes, I guess it was friendly fire, but only meant to point out
that this list is Raspberry Pi focused.

------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:16, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

I do it 7 days a week on any number of systems. The notion is the
same. RPi's are hardly under-powered these days. I have Win10
boxes that are slower than my 1st gen RPi4.

I wasn't focused on RPi with my comments in any case. I have an
x86 Linux system, so why would I write code on the RPi? That's
just friendly fire. :)

If it's just text stuff, I'd use an FTP capable editor anyway,
like the old JEdit, and many others. It's all just what you are
used to I guess.

On 2/13/2021 09:06 AM, Jim Erickson wrote:

You seriously do this 7 days a week on a Raspberry Pi? I think
you need to upgrade your computer.
------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:03, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

One must weigh "weight" vs increase in efficiency. I do this 7
days a week for a living, and a plain text editor just doesn't
cut it. I'ts the complexity to value ratio. Definitely subjective.

On 2/12/2021 05:08 PM, Stuart Longland VK4MSL wrote:
On 9/2/21 4:36 am, Mitch Winkle wrote:
It's funny how perceptions differ. I feel Code is very light
vs. being heavy…
I guess it depends on what you're used to. Compared to gVim,
VS Code is _very_ heavy. I use gVim for pretty much
everything… C,
C++, Assembly language, Python, JavaScript/NodeJS… etc.

Even Emacs (Eight Megs And Constantly Swapping) would be
lighter than VS Code.



















Re: Oddness while installing and a FAIL...

Jack Spitznagel
 

Basil,

I imaged one more SD card, tried to config the unit... and now I am truly done playing for a while. This time I did not run the update or upgrade step from "piwiz" or from terminal just to see what would happen.

This time I made it through the second boot step, checked "aplay -l" which was good but on attempting to run "setalsa-ft817.sh", I got the blank stare treatment again got a pile of " amixer: Mixer hw:2 load error: Remote I/O error".

It appears that while "aplay -l" sees the DRAWS device as "card 2 udrc", alsa mixer is gets lost trying to find or set the "card2 udrc" device. So I am really going to quit for the day. This is getting in the way of other chores.

Jack - KD4IZ

pi@kd4iz2draws:~/n7nix $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: b1 [bcm2835 HDMI 1], device 0: bcm2835 HDMI 1 [bcm2835 HDMI 1]
Subdevices: 4/4
Subdevice #0: subdevice #0
Subdevice #1: subdevice #1
Subdevice #2: subdevice #2
Subdevice #3: subdevice #3
card 1: Headphones [bcm2835 Headphones], device 0: bcm2835 Headphones [bcm2835 Headphones]
Subdevices: 4/4
Subdevice #0: subdevice #0
Subdevice #1: subdevice #1
Subdevice #2: subdevice #2
Subdevice #3: subdevice #3
card 2: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
Subdevices: 1/1
Subdevice #0: subdevice #0


pi@kd4iz2draws:~/n7nix/bin $ alsa-show.sh
==== List All sound card device names (3)
card 0: b1 [bcm2835 HDMI 1]
card 1: Headphones [bcm2835 Headphones]
card 2: udrc [udrc]

======= DRAWS
===== ALSA Controls for Radio Transmit =====
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
LO Driver Gain L: R:
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
PCM L: R:
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error

===== ALSA Controls for Radio Receive =====
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
ADC Level L: R:
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
amixer: Mixer hw:2 load error: Remote I/O error
IN1 L:[] R:[]
IN2 L:[] R:[]
CM L:[] R:[]

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Jack Spitznagel
Sent: Sunday, February 14, 2021 12:20
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Oddness while installing and a FAIL...

Hi Basil,

Interesting... I have two munged configuration SD cards. The one that I sent before where aplay -l could see the board but the system mixer and gpsmon/cgps could not "talk" to it was one on which I tried enumeration hack in your message below. The hack went without error, but now aplay -l does not see the draws board!

Happy bug hunting...

Here is the is the uname/piver output you asked for along with the udrcver.sh output:
pi@kd4iz2draws:~ $ uname -a
Linux kd4iz2draws 5.10.5-v7+ #1391 SMP Thu Jan 7 17:47:55 GMT 2021 armv7l GNU/Linux pi@kd4iz2draws:~ $ dmesg | grep -i tlv320aic
[ 6.440191] tlv320aic32x4: probe of 1-0018 failed with error -121
pi@kd4iz2draws:~ $ piver.sh
Pi 3 Model B+, Rev 1.3, Mfg by Sony UK with WiFi pi@kd4iz2draws:~/n7nix/bin $ udrcver.sh Found a DRAWS

HAT ID EEPROM
Name: hat
Product: Digital Radio Amateur Work Station
Product ID: 0x0004
Product ver: 0x0108
UUID: 421e2ab1-4a25-41c3-8497-ce4d1c746d19
Vendor: NW Digital Radio
pi@kd4iz2draws:~/n7nix/bin $

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Sunday, February 14, 2021 01:30
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Oddness while installing and a FAIL...


Yes I am seeing something flaky happen as well with the latest kernel 5.10.11-v7l+ #1399

Everyone should hold off updating the kernel.
DO NOT run apt-get upgrade or apt-get dist-upgrade

After rebooting or a cold boot, sometimes it works sometimes it doesn't.
By works I mean aplay -l enumerates the DRAWS hat.

If I replace the kernel with 5.10.5
sudo rpi-update 5467199574e4a6621ded42359dfd9aadfc4793ee
It seems to bring back the DRAWS hat enumeration.

When you get a failure case with no DRAWS hat listed with 'aplay -l'
could you please send the output of:

uname -a
dmesg | grep -i tlv320aic

# Also show the type of RPi you have:

piver.sh

Thanks.

Jack Spitznagel <kd4iz@frawg.org> writes:

Basil,

I had two attempted DRAWS (ver 19) installs go south (on two different units) while following the instructions exactly. In both cases, on the third reboot, I lost the draws audio card (per aplay -l) and the last configuration step failed. The GPS seems to be lost as well.

I was curious and I knew there were some changes with the last update/upgrade from Raspberry, I did one configuration skipping the update step and one where I did not. The unit where I did the update failed at the same point. I compared the config files in /boot and they are identical, so something else is going haywire when I do the update step. I need the second unit to work, so I will try the install on it without doing the update/upgrade step.

Do you want to look at any of the files on the failed unit? I will use a different SD card so whatever the state of things are will be preserved.

Jack Spitznagel – KD4IZ
Science River LLC
Biomedical Consulting Services



-----Original Message-----
From: udrc@nw-digital-radio.groups.io
<udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Saturday, February 13, 2021 13:46
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Microsoft repo added in latest Raspberry
Pi OS update


Before I lock this topic in case anyone wanders into this thread at a later date, below is a summary.

1. The Raspberry Pi Foundation added a Microsoft repository (around late January 2021) for Visual Studio Code that you will see when you do 'sudo apt-get update'

The vscode.list and microsoft.gpg files are created by a postinstall script for a package called raspberrypi-sys-mods, version 20210125, hosted on the Foundation's repository.

2. The latest NWDR image will have the Microsoft repo code on it.

My philosophy is that there are as few changes made to a stock
Raspberry Pi OS image as possible in order to support UDRC/UDRC
II/DRAWS hardware. The NWDR image IS Raspberry Pi OS with the DRAWS
driver enabled and a number of HAM radio programs already installed to
make initial bring-up & configuration easier.

3. If you feel it is somewhat egregious that a Microsoft repo should be a default configuration on your Raspberry Pi then run the script 'block_msvscode.sh' and your RPi will no longer tickle a Microsoft server ever time you do an 'apt-get update'.

4. If you want to use Microsoft Visual Studio Code then do nothing and the Microsoft repository will remain.

5. Emacs rocks. It is what I use for code development and I toasted my bagel & wrote this email with it. I really don't care what you use.

6. If you feel compelled to reply to this thread, don't, I locked it.
If you have that much spare time perhaps you can help me with some things I'm working on. Here's some suggestions:

1. 1200/9600 baud packet on one instance of direwolf using virtual
Pulse Audio interfaces
2. Forms for paclink-unix & rainloop
3. ARDOP interface for paclink-unix
3. A GUI picker to set ALSA values for a particular radio 4. Test installer (initcfg.sh) which is used to verify a new image.
5. Take first steps to learning emacs

(http://www.jesshamrick.com/2012/09/10/absolute-beginners-guide-to-ema
cs/)
6. Learn markdown language
(https://guides.github.com/features/mastering-markdown/)
and document one of the scripts in ~/bin 7. Learn what ~/ actually means
(https://askubuntu.com/questions/85149/what-does-mean)
8. Learn some French
Joyeux Mardi Gras. Laissez les bons temps rouler!

/Basil n7nix

Jim Erickson <jim@va7shg.ca> writes:

Done, thanks for your insight.

On 2021-02-13 6:43 a.m., Mitch Winkle wrote:

And you could always mute the discussion for yourself as well. RPi
ham radio. There it's on topic also.

On 2/13/2021 09:41 AM, Mitch Winkle wrote:

Sorry to bother you then. Perhaps if you did not reply you would
not be bothered. :)

On 2/13/2021 09:36 AM, Jim Erickson wrote:
This is highly focused on Raspberry Pi. I'd even say, this is
focused on portable raspberry pi operations. I guess that’s why I
keep replying to you because your use case has nothing to do with
what we are discussing, which is Ham Radio and Raspberry Pi, not
full time developers and what they use as their editor of choice.

So yes, I guess it was friendly fire, but only meant to point out
that this list is Raspberry Pi focused.

------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:16, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

I do it 7 days a week on any number of systems. The notion is the
same. RPi's are hardly under-powered these days. I have Win10
boxes that are slower than my 1st gen RPi4.

I wasn't focused on RPi with my comments in any case. I have an
x86 Linux system, so why would I write code on the RPi? That's
just friendly fire. :)

If it's just text stuff, I'd use an FTP capable editor anyway,
like the old JEdit, and many others. It's all just what you are
used to I guess.

On 2/13/2021 09:06 AM, Jim Erickson wrote:

You seriously do this 7 days a week on a Raspberry Pi? I think
you need to upgrade your computer.
------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:03, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

One must weigh "weight" vs increase in efficiency. I do this 7
days a week for a living, and a plain text editor just doesn't
cut it. I'ts the complexity to value ratio. Definitely subjective.

On 2/12/2021 05:08 PM, Stuart Longland VK4MSL wrote:
On 9/2/21 4:36 am, Mitch Winkle wrote:
It's funny how perceptions differ. I feel Code is very light
vs. being heavy…
I guess it depends on what you're used to. Compared to gVim,
VS Code is _very_ heavy. I use gVim for pretty much
everything… C,
C++, Assembly language, Python, JavaScript/NodeJS… etc.

Even Emacs (Eight Megs And Constantly Swapping) would be
lighter than VS Code.












Re: Oddness while installing and a FAIL...

Jack Spitznagel
 

Hi Basil,

Interesting... I have two munged configuration SD cards. The one that I sent before where aplay -l could see the board but the system mixer and gpsmon/cgps could not "talk" to it was one on which I tried enumeration hack in your message below. The hack went without error, but now aplay -l does not see the draws board!

Happy bug hunting...

Here is the is the uname/piver output you asked for along with the udrcver.sh output:
pi@kd4iz2draws:~ $ uname -a
Linux kd4iz2draws 5.10.5-v7+ #1391 SMP Thu Jan 7 17:47:55 GMT 2021 armv7l GNU/Linux
pi@kd4iz2draws:~ $ dmesg | grep -i tlv320aic
[ 6.440191] tlv320aic32x4: probe of 1-0018 failed with error -121
pi@kd4iz2draws:~ $ piver.sh
Pi 3 Model B+, Rev 1.3, Mfg by Sony UK with WiFi
pi@kd4iz2draws:~/n7nix/bin $ udrcver.sh
Found a DRAWS

HAT ID EEPROM
Name: hat
Product: Digital Radio Amateur Work Station
Product ID: 0x0004
Product ver: 0x0108
UUID: 421e2ab1-4a25-41c3-8497-ce4d1c746d19
Vendor: NW Digital Radio
pi@kd4iz2draws:~/n7nix/bin $

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Sunday, February 14, 2021 01:30
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Oddness while installing and a FAIL...


Yes I am seeing something flaky happen as well with the latest kernel 5.10.11-v7l+ #1399

Everyone should hold off updating the kernel.
DO NOT run apt-get upgrade or apt-get dist-upgrade

After rebooting or a cold boot, sometimes it works sometimes it doesn't.
By works I mean aplay -l enumerates the DRAWS hat.

If I replace the kernel with 5.10.5
sudo rpi-update 5467199574e4a6621ded42359dfd9aadfc4793ee
It seems to bring back the DRAWS hat enumeration.

When you get a failure case with no DRAWS hat listed with 'aplay -l'
could you please send the output of:

uname -a
dmesg | grep -i tlv320aic

# Also show the type of RPi you have:

piver.sh

Thanks.

Jack Spitznagel <kd4iz@frawg.org> writes:

Basil,

I had two attempted DRAWS (ver 19) installs go south (on two different units) while following the instructions exactly. In both cases, on the third reboot, I lost the draws audio card (per aplay -l) and the last configuration step failed. The GPS seems to be lost as well.

I was curious and I knew there were some changes with the last update/upgrade from Raspberry, I did one configuration skipping the update step and one where I did not. The unit where I did the update failed at the same point. I compared the config files in /boot and they are identical, so something else is going haywire when I do the update step. I need the second unit to work, so I will try the install on it without doing the update/upgrade step.

Do you want to look at any of the files on the failed unit? I will use a different SD card so whatever the state of things are will be preserved.

Jack Spitznagel – KD4IZ
Science River LLC
Biomedical Consulting Services



-----Original Message-----
From: udrc@nw-digital-radio.groups.io
<udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Saturday, February 13, 2021 13:46
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Microsoft repo added in latest Raspberry
Pi OS update


Before I lock this topic in case anyone wanders into this thread at a later date, below is a summary.

1. The Raspberry Pi Foundation added a Microsoft repository (around late January 2021) for Visual Studio Code that you will see when you do 'sudo apt-get update'

The vscode.list and microsoft.gpg files are created by a postinstall script for a package called raspberrypi-sys-mods, version 20210125, hosted on the Foundation's repository.

2. The latest NWDR image will have the Microsoft repo code on it.

My philosophy is that there are as few changes made to a stock
Raspberry Pi OS image as possible in order to support UDRC/UDRC
II/DRAWS hardware. The NWDR image IS Raspberry Pi OS with the DRAWS
driver enabled and a number of HAM radio programs already installed to
make initial bring-up & configuration easier.

3. If you feel it is somewhat egregious that a Microsoft repo should be a default configuration on your Raspberry Pi then run the script 'block_msvscode.sh' and your RPi will no longer tickle a Microsoft server ever time you do an 'apt-get update'.

4. If you want to use Microsoft Visual Studio Code then do nothing and the Microsoft repository will remain.

5. Emacs rocks. It is what I use for code development and I toasted my bagel & wrote this email with it. I really don't care what you use.

6. If you feel compelled to reply to this thread, don't, I locked it.
If you have that much spare time perhaps you can help me with some things I'm working on. Here's some suggestions:

1. 1200/9600 baud packet on one instance of direwolf using virtual
Pulse Audio interfaces
2. Forms for paclink-unix & rainloop
3. ARDOP interface for paclink-unix
3. A GUI picker to set ALSA values for a particular radio 4. Test installer (initcfg.sh) which is used to verify a new image.
5. Take first steps to learning emacs

(http://www.jesshamrick.com/2012/09/10/absolute-beginners-guide-to-ema
cs/)
6. Learn markdown language
(https://guides.github.com/features/mastering-markdown/)
and document one of the scripts in ~/bin 7. Learn what ~/ actually means
(https://askubuntu.com/questions/85149/what-does-mean)
8. Learn some French
Joyeux Mardi Gras. Laissez les bons temps rouler!

/Basil n7nix

Jim Erickson <jim@va7shg.ca> writes:

Done, thanks for your insight.

On 2021-02-13 6:43 a.m., Mitch Winkle wrote:

And you could always mute the discussion for yourself as well. RPi
ham radio. There it's on topic also.

On 2/13/2021 09:41 AM, Mitch Winkle wrote:

Sorry to bother you then. Perhaps if you did not reply you would
not be bothered. :)

On 2/13/2021 09:36 AM, Jim Erickson wrote:
This is highly focused on Raspberry Pi. I'd even say, this is
focused on portable raspberry pi operations. I guess that’s why I
keep replying to you because your use case has nothing to do with
what we are discussing, which is Ham Radio and Raspberry Pi, not
full time developers and what they use as their editor of choice.

So yes, I guess it was friendly fire, but only meant to point out
that this list is Raspberry Pi focused.

------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:16, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

I do it 7 days a week on any number of systems. The notion is the
same. RPi's are hardly under-powered these days. I have Win10
boxes that are slower than my 1st gen RPi4.

I wasn't focused on RPi with my comments in any case. I have an
x86 Linux system, so why would I write code on the RPi? That's
just friendly fire. :)

If it's just text stuff, I'd use an FTP capable editor anyway,
like the old JEdit, and many others. It's all just what you are
used to I guess.

On 2/13/2021 09:06 AM, Jim Erickson wrote:

You seriously do this 7 days a week on a Raspberry Pi? I think
you need to upgrade your computer.
------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:03, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

One must weigh "weight" vs increase in efficiency. I do this 7
days a week for a living, and a plain text editor just doesn't
cut it. I'ts the complexity to value ratio. Definitely subjective.

On 2/12/2021 05:08 PM, Stuart Longland VK4MSL wrote:
On 9/2/21 4:36 am, Mitch Winkle wrote:
It's funny how perceptions differ. I feel Code is very light
vs. being heavy…
I guess it depends on what you're used to. Compared to gVim,
VS Code is _very_ heavy. I use gVim for pretty much
everything… C,
C++, Assembly language, Python, JavaScript/NodeJS… etc.

Even Emacs (Eight Megs And Constantly Swapping) would be
lighter than VS Code.












Re: Oddness while installing and a FAIL...

Basil Gunn
 

Yes I am seeing something flaky happen as well with the latest kernel
5.10.11-v7l+ #1399

Everyone should hold off updating the kernel.
DO NOT run apt-get upgrade or apt-get dist-upgrade

After rebooting or a cold boot, sometimes it works sometimes it doesn't.
By works I mean aplay -l enumerates the DRAWS hat.

If I replace the kernel with 5.10.5
sudo rpi-update 5467199574e4a6621ded42359dfd9aadfc4793ee
It seems to bring back the DRAWS hat enumeration.

When you get a failure case with no DRAWS hat listed with 'aplay -l'
could you please send the output of:

uname -a
dmesg | grep -i tlv320aic

# Also show the type of RPi you have:

piver.sh

Thanks.

Jack Spitznagel <kd4iz@frawg.org> writes:

Basil,

I had two attempted DRAWS (ver 19) installs go south (on two different units) while following the instructions exactly. In both cases, on the third reboot, I lost the draws audio card (per aplay -l) and the last configuration step failed. The GPS seems to be lost as well.

I was curious and I knew there were some changes with the last update/upgrade from Raspberry, I did one configuration skipping the update step and one where I did not. The unit where I did the update failed at the same point. I compared the config files in /boot and they are identical, so something else is going haywire when I do the update step. I need the second unit to work, so I will try the install on it without doing the update/upgrade step.

Do you want to look at any of the files on the failed unit? I will use a different SD card so whatever the state of things are will be preserved.

Jack Spitznagel – KD4IZ
Science River LLC
Biomedical Consulting Services



-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Saturday, February 13, 2021 13:46
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Microsoft repo added in latest Raspberry Pi OS update


Before I lock this topic in case anyone wanders into this thread at a later date, below is a summary.

1. The Raspberry Pi Foundation added a Microsoft repository (around late January 2021) for Visual Studio Code that you will see when you do 'sudo apt-get update'

The vscode.list and microsoft.gpg files are created by a postinstall script for a package called raspberrypi-sys-mods, version 20210125, hosted on the Foundation's repository.

2. The latest NWDR image will have the Microsoft repo code on it.

My philosophy is that there are as few changes made to a stock
Raspberry Pi OS image as possible in order to support UDRC/UDRC
II/DRAWS hardware. The NWDR image IS Raspberry Pi OS with the DRAWS
driver enabled and a number of HAM radio programs already installed to
make initial bring-up & configuration easier.

3. If you feel it is somewhat egregious that a Microsoft repo should be a default configuration on your Raspberry Pi then run the script 'block_msvscode.sh' and your RPi will no longer tickle a Microsoft server ever time you do an 'apt-get update'.

4. If you want to use Microsoft Visual Studio Code then do nothing and the Microsoft repository will remain.

5. Emacs rocks. It is what I use for code development and I toasted my bagel & wrote this email with it. I really don't care what you use.

6. If you feel compelled to reply to this thread, don't, I locked it.
If you have that much spare time perhaps you can help me with some things I'm working on. Here's some suggestions:

1. 1200/9600 baud packet on one instance of direwolf using virtual
Pulse Audio interfaces
2. Forms for paclink-unix & rainloop
3. ARDOP interface for paclink-unix
3. A GUI picker to set ALSA values for a particular radio 4. Test installer (initcfg.sh) which is used to verify a new image.
5. Take first steps to learning emacs
(http://www.jesshamrick.com/2012/09/10/absolute-beginners-guide-to-emacs/)
6. Learn markdown language
(https://guides.github.com/features/mastering-markdown/)
and document one of the scripts in ~/bin 7. Learn what ~/ actually means
(https://askubuntu.com/questions/85149/what-does-mean)
8. Learn some French
Joyeux Mardi Gras. Laissez les bons temps rouler!

/Basil n7nix

Jim Erickson <jim@va7shg.ca> writes:

Done, thanks for your insight.

On 2021-02-13 6:43 a.m., Mitch Winkle wrote:

And you could always mute the discussion for yourself as well. RPi
ham radio. There it's on topic also.

On 2/13/2021 09:41 AM, Mitch Winkle wrote:

Sorry to bother you then. Perhaps if you did not reply you would not
be bothered. :)

On 2/13/2021 09:36 AM, Jim Erickson wrote:
This is highly focused on Raspberry Pi. I'd even say, this is
focused on portable raspberry pi operations. I guess that’s why I
keep replying to you because your use case has nothing to do with
what we are discussing, which is Ham Radio and Raspberry Pi, not
full time developers and what they use as their editor of choice.

So yes, I guess it was friendly fire, but only meant to point out
that this list is Raspberry Pi focused.

------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:16, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

I do it 7 days a week on any number of systems. The notion is the
same. RPi's are hardly under-powered these days. I have Win10
boxes that are slower than my 1st gen RPi4.

I wasn't focused on RPi with my comments in any case. I have an
x86 Linux system, so why would I write code on the RPi? That's
just friendly fire. :)

If it's just text stuff, I'd use an FTP capable editor anyway,
like the old JEdit, and many others. It's all just what you are
used to I guess.

On 2/13/2021 09:06 AM, Jim Erickson wrote:

You seriously do this 7 days a week on a Raspberry Pi? I think
you need to upgrade your computer.
------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:03, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

One must weigh "weight" vs increase in efficiency. I do this 7
days a week for a living, and a plain text editor just doesn't
cut it. I'ts the complexity to value ratio. Definitely subjective.

On 2/12/2021 05:08 PM, Stuart Longland VK4MSL wrote:
On 9/2/21 4:36 am, Mitch Winkle wrote:
It's funny how perceptions differ. I feel Code is very light
vs. being heavy…
I guess it depends on what you're used to. Compared to gVim, VS
Code is _very_ heavy. I use gVim for pretty much everything… C,
C++, Assembly language, Python, JavaScript/NodeJS… etc.

Even Emacs (Eight Megs And Constantly Swapping) would be
lighter than VS Code.












Re: Oddness while installing and a FAIL...

Jack Spitznagel
 

Basil,

Well, the below did not work. One unit is working, the other seems to lose the audio and gps systems at second boot regardless of what I do. I can
Under my earlier message, you will find the output of aplay -k, followed by that of showudrc.sh. 5 tries is enough.

Point me to other tests I might run... Thanks!

Jack
===============================================================================================

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Jack Spitznagel
Sent: Saturday, February 13, 2021 19:54
To: udrc@nw-digital-radio.groups.io
Subject: [draws and udrc] Oddness while installing and a FAIL...

Basil,

I had two attempted DRAWS (ver 19) installs go south (on two different units) while following the instructions exactly. In both cases, on the third reboot, I lost the draws audio card (per aplay -l) and the last configuration step failed. The GPS seems to be lost as well.

I was curious and I knew there were some changes with the last update/upgrade from Raspberry, I did one configuration skipping the update step and one where I did not. The unit where I did the update failed at the same point. I compared the config files in /boot and they are identical, so something else is going haywire when I do the update step. I need the second unit to work, so I will try the install on it without doing the update/upgrade step.

Do you want to look at any of the files on the failed unit? I will use a different SD card so whatever the state of things are will be preserved.

Jack Spitznagel – KD4IZ
Science River LLC
Biomedical Consulting Services
================================================================================================
OUTPUTS:
pi@kd4iz2draws:~/n7nix/bin $ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Headphones [bcm2835 Headphones], device 0: bcm2835 Headphones [bcm2835 Headphones]
Subdevices: 8/8
Subdevice #0: subdevice #0
Subdevice #1: subdevice #1
Subdevice #2: subdevice #2
Subdevice #3: subdevice #3
Subdevice #4: subdevice #4
Subdevice #5: subdevice #5
Subdevice #6: subdevice #6
Subdevice #7: subdevice #7
card 1: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
Subdevices: 0/1
Subdevice #0: subdevice #0

pi@kd4iz2draws:~/n7nix/bin $ showudrc.sh
==== Sound Card ====
udrc card number line: card 1: udrc [udrc], device 0: bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0 [bcm2835-i2s-tlv320aic32x4-hifi tlv320aic32x4-hifi-0]
udrc is sound card #1
==== ALSA Controls for Radio Transmit ====
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
LO Driver Gain L: R:
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
PCM L: R:
amixer: Mixer hw:1 load error: Remote I/O error
==== ALSA Controls for Radio Receive ====
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
ADC Level L: R:
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
amixer: Mixer hw:1 load error: Remote I/O error
IN1 L:[] R:[]
IN2 L:[] R:[]

==== Pi Ver ====
Pi 3 Model B+, Rev 1.3, Mfg by Sony UK with WiFi
Hardware : BCM2835
Revision : a020d3
Serial : 00000000520e3cfa
Model : Raspberry Pi 3 Model B Plus Rev 1.3

==== Pi Firmware VideoCore Ver ====
Jan 8 2021 14:33:35
Copyright (c) 2012 Broadcom
version 194a85abd768c7334bbadc3f1911c10a7d18ed14 (clean) (release) (start)

==== Pi Firmware EEPROM Ver ====
unknown

==== Pi Firmware EEPROM Config ====


==== udrc Ver ====
Found a DRAWS

HAT ID EEPROM
Name: hat
Product: Digital Radio Amateur Work Station
Product ID: 0x0004
Product ver: 0x0108
UUID: 421e2ab1-4a25-41c3-8497-ce4d1c746d19
Vendor: NW Digital Radio

==== sys Ver ====
----- image version
2021 01 27 12:32:50 PST: SD image version: nwdr19
----- /proc/version
Linux version 5.4.83-v7+ (dom@buildbot) (gcc version 8.4.0 (Ubuntu/Linaro 8.4.0-3ubuntu1)) #1379 SMP Mon Dec 14 13:08:57 GMT 2020

----- /etc/*version: 10.7

----- /etc/*release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

----- lsb_release
No LSB modules are available.
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster

---- systemd
Static hostname: kd4iz2draws
Icon name: computer
Machine ID: 27ac1f0c20904cb7a960920e966db545
Boot ID: 7999d29e04b949beb0c5f4c41319c708
Operating System: Raspbian GNU/Linux 10 (buster)
Kernel: Linux 5.4.83-v7+
Architecture: arm
sd card id: 2750485344333247607c93b03c0138ab

---- sound modules
snd_soc_tlv320aic32x4_i2c 16384 39
snd_soc_tlv320aic32x4 40960 1 snd_soc_tlv320aic32x4_i2c
regmap_i2c 16384 3 ti_ads1015,sc16is7xx,snd_soc_tlv320aic32x4_i2c
snd_soc_core 200704 4 snd_soc_simple_card_utils,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_soc_simple_card
snd_pcm 94208 7 snd_pcm_dmaengine,snd_soc_bcm2835_i2s,snd_soc_tlv320aic32x4,snd_bcm2835,snd_soc_core
snd 73728 14 snd_compress,snd_timer,snd_soc_tlv320aic32x4,snd_bcm2835,snd_soc_core,snd_pcm

---- kernel
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==================-============-============-=================================
ii raspberrypi-kernel 1.20210108-1 armhf Raspberry Pi bootloader

---- Codec drivers
Found: snd-soc-tlv320aic32x4-i2c.ko, OK
Found: snd-soc-tlv320aic32x4.ko, OK
Directory: /proc/device-tree/soc/i2c@7e804000/tlv320aic32x4@18 exists and status is okay

---- syslog
Feb 13 21:20:13 kd4iz2draws bash[2194]: UDRC II or DRAWS installed
Feb 13 21:20:13 kd4iz2draws bash[2194]: using mkiss with UDRC II and pseudo term_1: /dev/pts/1 pseudo term_2: /dev/pts/2
Feb 13 21:23:17 kd4iz2draws bash[681]: UDRC II or DRAWS installed
Feb 13 21:23:18 kd4iz2draws bash[681]: using mkiss with UDRC II and pseudo term_1: /dev/pts/1 pseudo term_2: /dev/pts/2
Feb 13 21:27:24 kd4iz2draws bash[674]: UDRC II or DRAWS installed
Feb 13 21:27:24 kd4iz2draws bash[674]: using mkiss with UDRC II and pseudo term_1: /dev/pts/1 pseudo term_2: /dev/pts/2

---- dmesg


----- Dire Wolf DEVELOPMENT version 1.7 A (Jan 2 2021)

==== Filesystem ====
/dev/root 29G 5.3G 23G 20% /

==== boot config ====
[pi4]
dtoverlay=vc4-fkms-v3d
[all]
dtoverlay=
dtoverlay=draws,alsaname=udrc
force_turbo=1
dtparam=audio=on

---- gpsd
/usr/local/sbin/gpsd
gpsd: 3.22 (revision 3.22)
● gpsd.service - GPS (Global Positioning System) Daemon
Loaded: loaded (/lib/systemd/system/gpsd.service; enabled; vendor preset: enabled)
Active: active (running) since Sat 2021-02-13 21:32:16 EST; 2min 35s ago
Process: 2561 ExecStart=/usr/local/sbin/gpsd $GPSD_OPTIONS $OPTIONS $DEVICES (code=exited, status=0/SUCCESS)
Main PID: 2562 (gpsd)
Tasks: 1 (limit: 2063)
CGroup: /system.slice/gpsd.service
└─2562 /usr/local/sbin/gpsd -n /dev/ttySC0 /dev/pps0

Feb 13 21:32:16 kd4iz2draws systemd[1]: Starting GPS (Global Positioning Sy…n...
Feb 13 21:32:16 kd4iz2draws systemd[1]: Started GPS (Global Positioning Sys…mon.
Hint: Some lines were ellipsized, use -l to show in full.

---- chrony
crw------- 1 root root 240, 0 Feb 13 21:27 /dev/pps0
crw-rw---- 1 root dialout 237, 0 Feb 13 21:32 /dev/ttySC0
crw-rw---- 1 root dialout 237, 1 Feb 13 21:27 /dev/ttySC1
-- chrony sources
210 Number of sources = 6
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
#? GPS 0 3 0 - +0ns[ +0ns] +/- 0ns
#? PPS 0 3 0 - +0ns[ +0ns] +/- 0ns
^+ dns.seby.io 2 6 377 15 +4151us[+4407us] +/- 113ms
^* dns03.wsrs.net 2 6 377 16 +512us[ +768us] +/- 68ms
^+ time.maillink.ch 1 6 377 17 -869us[ -613us] +/- 56ms
^+ time01.ops.opsserver.ch 2 6 377 16 -2482us[-2226us] +/- 80ms
-- chrony tracking
Reference ID : 29518A21 (dns03.wsrs.net)
Stratum : 3
Ref time (UTC) : Sun Feb 14 02:34:36 2021
System time : 0.000315992 seconds fast of NTP time
Last offset : +0.000255908 seconds
RMS offset : 0.001058321 seconds
Frequency : 1.664 ppm fast
Residual freq : +0.034 ppm
Skew : 3.860 ppm
Root delay : 0.102623217 seconds
Root dispersion : 0.013523603 seconds
Update interval : 64.8 seconds
Leap status : Normal
-- chrony sourcestats
210 Number of sources = 6
Name/IP Address NP NR Span Frequency Freq Skew Offset Std Dev
==============================================================================
GPS 0 0 0 +0.000 2000.000 +0ns 4000ms
PPS 0 0 0 +0.000 2000.000 +0ns 4000ms
dns.seby.io 10 4 397 +7.459 32.579 +3238us 3272us
dns03.wsrs.net 10 6 397 -0.249 4.539 +226us 400us
goodsoup.maillink.ch 10 7 396 +0.894 9.685 -813us 825us
time01.ops.opsserver.ch 10 8 396 -0.098 7.439 -1260us 640us

---- sensors
-rw-r--r-- 1 root root 209 Aug 21 12:04 /etc/sensors.d/draws
iio_hwmon-isa-0000
Adapter: ISA adapter
+12V: +12.83 V
+5V: +4.99 V
User ADC 1: +0.01 V
User ADC 2: +0.01 V

cpu_thermal-virtual-0
Adapter: Virtual device
temp1: +59.1°C

rpi_volt-isa-0000
Adapter: ISA adapter
in0: N/A


---- throttle
temp=59.1'C
throttled=0x80000

---- locale
Locale country codes consistent among WiFi cfg file, iw reg & X11: US
core_config.sh has been run 1 time(s)
pi@kd4iz2draws:~/n7nix/bin $


Oddness while installing and a FAIL...

Jack Spitznagel
 

Basil,

I had two attempted DRAWS (ver 19) installs go south (on two different units) while following the instructions exactly. In both cases, on the third reboot, I lost the draws audio card (per aplay -l) and the last configuration step failed. The GPS seems to be lost as well.

I was curious and I knew there were some changes with the last update/upgrade from Raspberry, I did one configuration skipping the update step and one where I did not. The unit where I did the update failed at the same point. I compared the config files in /boot and they are identical, so something else is going haywire when I do the update step. I need the second unit to work, so I will try the install on it without doing the update/upgrade step.

Do you want to look at any of the files on the failed unit? I will use a different SD card so whatever the state of things are will be preserved.

Jack Spitznagel – KD4IZ
Science River LLC
Biomedical Consulting Services

-----Original Message-----
From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> On Behalf Of Basil Gunn
Sent: Saturday, February 13, 2021 13:46
To: udrc@nw-digital-radio.groups.io
Subject: Re: [draws and udrc] Microsoft repo added in latest Raspberry Pi OS update


Before I lock this topic in case anyone wanders into this thread at a later date, below is a summary.

1. The Raspberry Pi Foundation added a Microsoft repository (around late January 2021) for Visual Studio Code that you will see when you do 'sudo apt-get update'

The vscode.list and microsoft.gpg files are created by a postinstall script for a package called raspberrypi-sys-mods, version 20210125, hosted on the Foundation's repository.

2. The latest NWDR image will have the Microsoft repo code on it.

My philosophy is that there are as few changes made to a stock
Raspberry Pi OS image as possible in order to support UDRC/UDRC
II/DRAWS hardware. The NWDR image IS Raspberry Pi OS with the DRAWS
driver enabled and a number of HAM radio programs already installed to
make initial bring-up & configuration easier.

3. If you feel it is somewhat egregious that a Microsoft repo should be a default configuration on your Raspberry Pi then run the script 'block_msvscode.sh' and your RPi will no longer tickle a Microsoft server ever time you do an 'apt-get update'.

4. If you want to use Microsoft Visual Studio Code then do nothing and the Microsoft repository will remain.

5. Emacs rocks. It is what I use for code development and I toasted my bagel & wrote this email with it. I really don't care what you use.

6. If you feel compelled to reply to this thread, don't, I locked it.
If you have that much spare time perhaps you can help me with some things I'm working on. Here's some suggestions:

1. 1200/9600 baud packet on one instance of direwolf using virtual
Pulse Audio interfaces
2. Forms for paclink-unix & rainloop
3. ARDOP interface for paclink-unix
3. A GUI picker to set ALSA values for a particular radio 4. Test installer (initcfg.sh) which is used to verify a new image.
5. Take first steps to learning emacs
(http://www.jesshamrick.com/2012/09/10/absolute-beginners-guide-to-emacs/)
6. Learn markdown language
(https://guides.github.com/features/mastering-markdown/)
and document one of the scripts in ~/bin 7. Learn what ~/ actually means
(https://askubuntu.com/questions/85149/what-does-mean)
8. Learn some French
Joyeux Mardi Gras. Laissez les bons temps rouler!

/Basil n7nix

Jim Erickson <jim@va7shg.ca> writes:

Done, thanks for your insight.

On 2021-02-13 6:43 a.m., Mitch Winkle wrote:

And you could always mute the discussion for yourself as well. RPi
ham radio. There it's on topic also.

On 2/13/2021 09:41 AM, Mitch Winkle wrote:

Sorry to bother you then. Perhaps if you did not reply you would not
be bothered. :)

On 2/13/2021 09:36 AM, Jim Erickson wrote:
This is highly focused on Raspberry Pi. I'd even say, this is
focused on portable raspberry pi operations. I guess that’s why I
keep replying to you because your use case has nothing to do with
what we are discussing, which is Ham Radio and Raspberry Pi, not
full time developers and what they use as their editor of choice.

So yes, I guess it was friendly fire, but only meant to point out
that this list is Raspberry Pi focused.

------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:16, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

I do it 7 days a week on any number of systems. The notion is the
same. RPi's are hardly under-powered these days. I have Win10
boxes that are slower than my 1st gen RPi4.

I wasn't focused on RPi with my comments in any case. I have an
x86 Linux system, so why would I write code on the RPi? That's
just friendly fire. :)

If it's just text stuff, I'd use an FTP capable editor anyway,
like the old JEdit, and many others. It's all just what you are
used to I guess.

On 2/13/2021 09:06 AM, Jim Erickson wrote:

You seriously do this 7 days a week on a Raspberry Pi? I think
you need to upgrade your computer.
------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:03, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

One must weigh "weight" vs increase in efficiency. I do this 7
days a week for a living, and a plain text editor just doesn't
cut it. I'ts the complexity to value ratio. Definitely subjective.

On 2/12/2021 05:08 PM, Stuart Longland VK4MSL wrote:
On 9/2/21 4:36 am, Mitch Winkle wrote:
It's funny how perceptions differ. I feel Code is very light
vs. being heavy…
I guess it depends on what you're used to. Compared to gVim, VS
Code is _very_ heavy. I use gVim for pretty much everything… C,
C++, Assembly language, Python, JavaScript/NodeJS… etc.

Even Emacs (Eight Megs And Constantly Swapping) would be
lighter than VS Code.





locked Re: Microsoft repo added in latest Raspberry Pi OS update

Basil Gunn
 

Before I lock this topic in case anyone wanders into this thread at a
later date, below is a summary.

1. The Raspberry Pi Foundation added a Microsoft repository (around late
January 2021) for Visual Studio Code that you will see when you do 'sudo
apt-get update'

The vscode.list and microsoft.gpg files are created by a postinstall
script for a package called raspberrypi-sys-mods, version 20210125,
hosted on the Foundation's repository.

2. The latest NWDR image will have the Microsoft repo code on it.

My philosophy is that there are as few changes made to a stock
Raspberry Pi OS image as possible in order to support UDRC/UDRC
II/DRAWS hardware. The NWDR image IS Raspberry Pi OS with the DRAWS
driver enabled and a number of HAM radio programs already installed to
make initial bring-up & configuration easier.

3. If you feel it is somewhat egregious that a Microsoft repo should be
a default configuration on your Raspberry Pi then run the script
'block_msvscode.sh' and your RPi will no longer tickle a Microsoft
server ever time you do an 'apt-get update'.

4. If you want to use Microsoft Visual Studio Code then do nothing and
the Microsoft repository will remain.

5. Emacs rocks. It is what I use for code development and I toasted my
bagel & wrote this email with it. I really don't care what you use.

6. If you feel compelled to reply to this thread, don't, I locked it.
If you have that much spare time perhaps you can help me with some
things I'm working on. Here's some suggestions:

1. 1200/9600 baud packet on one instance of direwolf using virtual
Pulse Audio interfaces
2. Forms for paclink-unix & rainloop
3. ARDOP interface for paclink-unix
3. A GUI picker to set ALSA values for a particular radio
4. Test installer (initcfg.sh) which is used to verify a new image.
5. Take first steps to learning emacs
(http://www.jesshamrick.com/2012/09/10/absolute-beginners-guide-to-emacs/)
6. Learn markdown language
(https://guides.github.com/features/mastering-markdown/)
and document one of the scripts in ~/bin
7. Learn what ~/ actually means
(https://askubuntu.com/questions/85149/what-does-mean)
8. Learn some French
Joyeux Mardi Gras. Laissez les bons temps rouler!

/Basil n7nix

Jim Erickson <jim@va7shg.ca> writes:

Done, thanks for your insight.

On 2021-02-13 6:43 a.m., Mitch Winkle wrote:

And you could always mute the discussion for yourself as well. RPi ham
radio. There it's on topic also.

On 2/13/2021 09:41 AM, Mitch Winkle wrote:

Sorry to bother you then. Perhaps if you did not reply you would not
be bothered. :)

On 2/13/2021 09:36 AM, Jim Erickson wrote:
This is highly focused on Raspberry Pi. I'd even say, this is
focused on portable raspberry pi operations. I guess that’s why I
keep replying to you because your use case has nothing to do with
what we are discussing, which is Ham Radio and Raspberry Pi, not
full time developers and what they use as their editor of choice.

So yes, I guess it was friendly fire, but only meant to point out
that this list is Raspberry Pi focused.

------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:16, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

I do it 7 days a week on any number of systems. The notion is the
same. RPi's are hardly under-powered these days. I have Win10
boxes that are slower than my 1st gen RPi4.

I wasn't focused on RPi with my comments in any case. I have an
x86 Linux system, so why would I write code on the RPi? That's just
friendly fire. :)

If it's just text stuff, I'd use an FTP capable editor anyway, like
the old JEdit, and many others. It's all just what you are used to
I guess.

On 2/13/2021 09:06 AM, Jim Erickson wrote:

You seriously do this 7 days a week on a Raspberry Pi? I think
you need to upgrade your computer.
------
73,
Jim
VA7SHG - Phone
VE7TGZ/VA7TGZ - Other

On Feb 13, 2021, at 06:03, Mitch Winkle <ab4mw@radcommsoft.com
<mailto:ab4mw@radcommsoft.com>> wrote:

One must weigh "weight" vs increase in efficiency. I do this 7
days a week for a living, and a plain text editor just doesn't
cut it. I'ts the complexity to value ratio. Definitely subjective.

On 2/12/2021 05:08 PM, Stuart Longland VK4MSL wrote:
On 9/2/21 4:36 am, Mitch Winkle wrote:
It's funny how perceptions differ. I feel Code is very light
vs. being
heavy…
I guess it depends on what you're used to. Compared to gVim, VS
Code is
_very_ heavy. I use gVim for pretty much everything… C, C++,
Assembly
language, Python, JavaScript/NodeJS… etc.

Even Emacs (Eight Megs And Constantly Swapping) would be lighter
than VS
Code.




521 - 540 of 5976