Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230

 

 

 

Beta testers for new Perl inxi requested

If none of the specific sub-forums seem right for your thread, ask here.
Message
Author
User avatar
pawRoot
Posts: 603
Joined: 2016-12-28 18:26
Has thanked: 1 time
Been thanked: 1 time

Re: Beta testers for new Perl inxi requested

#16 Post by pawRoot »

No bugs here, just a little typo i guess ? :D

Code: Select all

Desktop: i3 ersion dm: startx Distro: Debian GNU/Linux 9 (stretch)

User avatar
sunrat
Administrator
Administrator
Posts: 6412
Joined: 2006-08-29 09:12
Location: Melbourne, Australia
Has thanked: 116 times
Been thanked: 461 times

Re: Beta testers for new Perl inxi requested

#17 Post by sunrat »

h2 wrote:

Code: Select all

readlink  /sys/bus/usb/devices/usb7/7-1/7-1.1.0/driver
Sunrat, does that show something like: ../../../../../../bus/usb/drivers/ath9k_htc
Sorry, that returns nothing. There is a symlink to usb:ath9k_htc in /sys/bus/usb/devices/usb7/7-1/7-1:1.0/driver/module/drivers/ but readlink returns nothing when run on that path also.
I did get a result by adding -f to the command, but only for that last path I mentioned, not your original requested one.

Code: Select all

$ readlink -f  /sys/bus/usb/devices/usb7/7-1/7-1:1.0/driver/module/drivers/
/sys/module/ath9k_htc/drivers
Last edited by sunrat on 2018-03-18 07:07, edited 1 time in total.
“ computer users can be divided into 2 categories:
Those who have lost data
...and those who have not lost data YET ”
Remember to BACKUP!

h2
Posts: 131
Joined: 2006-10-29 20:00
Location: USA

Re: Beta testers for new Perl inxi requested

#18 Post by h2 »

pawRoot, that's not a typo, it is in fact a bug, thanks for finding it! It means it tried to get the wrong field with --version output. What is the full output of

Code: Select all

i3 --version 
or

Code: Select all

 i3 -v
pinxi sets these things based on a small internal db of stuff, and sometimes it's not right, or changed. The output of that will show me which. It looks like it should have gotten the 3rd, not the second field, I tried changing that to 3rd now, but I'd like to see the output because my information on that was clearly either wrong or outdated.

sunrat, that was my initial guess, but I realized it was more complicated. Now I'm having pinxi drill into the possible paths, which I discovered, sadly, are NOT based on the device id, though the bus id is key, the actual numbers in /sys appear to come from a literal count of devices, and have nothing to do with the device id field at all, which made it harder to find a solution.

I believe though I'm not positive that version 2.9.00-0443-p fixes at least the network driver issue, I know it fixed my audio driver id for usb.

Code: Select all

Audio:
  Card-1: Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA) 
  driver: snd_hda_intel v: kernel bus ID: 00:14.2 chip ID: 1002:4383 
  Card-2: NVIDIA High Definition Audio Controller driver: snd_hda_intel 
  v: kernel bus ID: 02:00.1 chip ID: 10de:0be3 
  Card-3: C-Media Audio Adapter (Planet UP-100 Genius G-Talk) type: USB 
  driver: snd-usb-audio,cm109 bus ID: 4:6 chip ID: 0d8c:000e 
  Sound Server: ALSA v: k4.9.0-3.1-liquorix-686-pae
I'm still having both default to either snd-usb-audio or usb-network (which is not a real driver) if it fails to get the real drivers.

My data sets showed me that it appears audio and network usb devices use slightly different paths, audio is 1 level deeper in than network, but the detection is dynamic now so it doesn't matter which it is. Hopefully there's not a third level, if there is, it's easy to add it.

I didn't know this data was available, inxi never had support for it, so this is a nice enhancement for pinxi/inxi perl.

This had been this way so long in inxi that I never thought to look into to see if real drivers were actually available, clearly they are, I've found every case of usb networking had a driver connected to it, but I had to use that readlink method to find it, there's no file you can read, which is almost unique in /sys from my experience.

This is a very good enhancement, if it doesn't work, we should be able to figure out why fairly quickly. Note that as you see in my case, because one usb device can have multiple drivers, it will take each unique one and list it comma separated, the same way it does with graphics drivers loaded and unloaded. In my case, the device actually lists 4 drivers, but 3 of them are snd-usb-audio
smxi/sgfxi site (manuals, how-to's, faqs) :: script forums :: Check out inxi sys info script!

User avatar
sunrat
Administrator
Administrator
Posts: 6412
Joined: 2006-08-29 09:12
Location: Melbourne, Australia
Has thanked: 116 times
Been thanked: 461 times

Re: Beta testers for new Perl inxi requested

#19 Post by sunrat »

I just added info to my last post ^
I ran strace with lshw to try and find out where it got the info from. I could pastebin the output from that if it would help. That's how I found the path in my much earlier post but it was too daunting to read all of it, and grep wasn't cooperating.
“ computer users can be divided into 2 categories:
Those who have lost data
...and those who have not lost data YET ”
Remember to BACKUP!

User avatar
sunrat
Administrator
Administrator
Posts: 6412
Joined: 2006-08-29 09:12
Location: Melbourne, Australia
Has thanked: 116 times
Been thanked: 461 times

Re: Beta testers for new Perl inxi requested

#20 Post by sunrat »

Good news! I just updated pinxi:

Code: Select all

# pinxi -n
Network:   Message: No PCI card data found.
           Card-1: TP-Link TL-WN821N v3 / TL-WN822N v2 802.11n [Atheros AR7010+AR9287] type: USB
           driver: ath9k_htc
           IF-ID-1: wlan0 state: up speed: N/A duplex: N/A mac: f8:d1:11:14:03:eb
8)
“ computer users can be divided into 2 categories:
Those who have lost data
...and those who have not lost data YET ”
Remember to BACKUP!

h2
Posts: 131
Joined: 2006-10-29 20:00
Location: USA

Re: Beta testers for new Perl inxi requested

#21 Post by h2 »

Did 0443 fix the issue? If not, it's just a matter of some paths being slightly off. Since the data has to come from /sys, that's where I have to find it, or rather, that's where pinxi has to find it.

I have to buy myself some usb networking devices, I just don't use them, I'll double check to see if I have some lying around in case the 0443 fix did not do the job, but it should.

I can see it's correct in your data:

Code: Select all

7-1/7-1:1.0/driver -> ../../../../../../bus/usb/drivers/ath9k_htc
so I believe it probably works now, but confirm or deny the latest version as fixing it or not, if not, it's probably just a small path glitch because it's late here.

As usual, update with; pinxi -U

Pinxi doesn't actually use readlink, it's just the nearest shell equivalent, it actually uses abs_path, so the real question is if latest pinxi works or not.
smxi/sgfxi site (manuals, how-to's, faqs) :: script forums :: Check out inxi sys info script!

h2
Posts: 131
Joined: 2006-10-29 20:00
Location: USA

Re: Beta testers for new Perl inxi requested

#22 Post by h2 »

sunrat, fantastic! that was not easy to figure out, quite the little puzzle, so I'm relieved that it works for you or it would have been frustrating.

The great thing about this fix is it handles both audio and network devices. that's certainly WAY better than the old default value, that's for sure, I'm glad you brought that up, thanks.
smxi/sgfxi site (manuals, how-to's, faqs) :: script forums :: Check out inxi sys info script!

User avatar
debiman
Posts: 3063
Joined: 2013-03-12 07:18

Re: Beta testers for new Perl inxi requested

#23 Post by debiman »

Here's output from my pinebook:

Code: Select all

./pinxi -zv8
System:
  Host: xxxxxxxxxxxx Kernel: 3.10.107-pine64 aarch64 bits: 64 compiler: gcc 
  v: 5.5.0 Desktop: N/A dm: startx Distro: Ubuntu 16.04.4 LTS 
Machine:
  Message: No machine data: try newer kernel. Is dmidecode installed? Try -M 
  --alt 33. 
Memory:
  RAM Report: missing: Required program dmidecode not available 
PCI Slots:
  ARM: PCI data type is not supported on ARM systems. 
Argument "AArch64" isn't numeric in sprintf at ./pinxi line 5926.
Use of uninitialized value $cpu{"model_name"} in pattern match (m//) at ./pinxi line 6180.
Use of uninitialized value $cpu{"model_name"} in pattern match (m//) at ./pinxi line 6183.
CPU:
  Topology: Quad Die 5 Core model: N/A type: MCP MCM arch: ARMv0 rev: 4 
  features: Use -f option to see features bogomips: N/A 
  Speed: 480 MHz min/max: 480/1344 MHz Core speeds: 1: 480 2: 480 3: 480 
  4: 480 
Graphics:
  ARM: PCI data type is not supported on ARM systems. 
  Display Server: X.org 1.18.4 driver: none tty: 82x49 
  Message: Unable to show advanced data. Required tool glxinfo missing. 
Audio:
  ARM: PCI data type is not supported on ARM systems. 
Network:
  ARM: PCI data type is not supported on ARM systems. 
  IF-ID-1: p2p0 state: down mac: <filter> 
  IF-ID-2: sit0 state: down mac: <filter> 
  IF-ID-3: wlan0 state: up speed: N/A duplex: N/A mac: <filter> 
  IP v4: <filter> type: dynamic wlan0 scope: global broadcast: <filter> 
  IP v6: <filter> scope: link 
  WAN IP: <filter> 
Drives:
  HDD Total Size: N/A used: 38.94 GB 
  ID-1: /dev/mmcblk0 model: NCard size: 57.62 GB serial: <filter> rev: 0x0 
  Message: No Optical or Floppy data was found. 
RAID:
  Message: No RAID data was found. 
Partition:
  ID-1: / size: 56.02 GB used: 38.94 GB (69.5%) fs: ext4 dev: /dev/mmcblk0p1 
  label: N/A uuid: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Unmounted:
  ID-1: /dev/mmcblk0 size: 57.62 GB fs: root required label: N/A uuid: N/A 
  ID-2: /dev/mmcblk0boot0 size: 4.0 MB fs: root required label: N/A uuid: N/A 
  ID-3: /dev/mmcblk0boot1 size: 4.0 MB fs: root required label: N/A uuid: N/A 
USB:
  Hub: 1:1 usb: 2.00 type: Full speed (or root) hub chip ID: 1d6b:0002 
  Hub: 1:2 usb: 2.00 type: Genesys Logic Hub chip ID: 05e3:0608 
  Device-1: Keyboard bus ID: 1:3 usb: 1.10 type: Keyboard chip ID: 258a:000c 
  Device-2: Silicon Motion - Taiwan (formerly Feiya ) 300k Pixel Camera 
  bus ID: 1:4 usb: 2.00 type: Video chip ID: 090c:037c 
  Hub: 2:1 usb: 1.10 type: Full speed (or root) hub chip ID: 1d6b:0001 
  Hub: 3:1 usb: 2.00 type: Full speed (or root) hub chip ID: 1d6b:0002 
  Hub: 4:1 usb: 1.10 type: Full speed (or root) hub chip ID: 1d6b:0001 
Sensors:
  Missing: Required tool sensors not installed. Check --recommends 
Repos:
  Active apt sources in: /etc/apt/sources.list 
  1: deb http://ports.ubuntu.com/ xenial main restricted universe multiverse
  2: deb http://ports.ubuntu.com/ xenial-security main restricted universe multiverse
  3: deb http://ports.ubuntu.com/ xenial-updates main restricted universe multiverse
  4: deb http://ports.ubuntu.com/ xenial-backports main restricted universe multiverse
  Active apt sources in: /etc/apt/sources.list.d/armbian.list 
  1: deb http://apt.armbian.com/ xenial main utils xenial-desktop
  Active apt sources in: /etc/apt/sources.list.d/nilarimogard-ubuntu-webupd8-xenial.list 
  1: deb http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu xenial main
  Active apt sources in: /etc/apt/sources.list.d/snwh-ubuntu-pulp-xenial.list 
  1: deb http://ppa.launchpad.net/snwh/pulp/ubuntu xenial main
Processes:
  CPU  % used - Command - pid - Memory: MB / % used - top: 5 
  1: cpu: 58.0% command: perl pid: 19880 mem: 18.0MB (0.9%) 
  2: cpu: 9.0% command: firefox pid: 12067 mem: 188.5MB (9.4%) 
  3: cpu: 3.7% command: firefox pid: 12124 mem: 118.0MB (5.9%) 
  4: cpu: 0.2% command: firefox pid: 14076 mem: 48.5MB (2.4%) 
  5: cpu: 0.0% command: init pid: 1 mem: 3.99MB (0.2%) 
  Memory MB/% used - Command - pid - CPU: % used - top: 5 
  1: mem: 188.5 MB (9.0%) command: firefox pid: 12067 cpu: 9.4% 
  2: mem: 118.0 MB (3.7%) command: firefox pid: 12124 cpu: 5.9% 
  3: mem: 66.0 MB (0.0%) command: nm-applet pid: 1064 cpu: 3.3% 
  4: mem: 65.1 MB (0.0%) command: xorg pid: 995 cpu: 3.2% 
  5: mem: 48.5 MB (0.2%) command: firefox pid: 14076 cpu: 2.4% 
Info:
  Processes: 137 Uptime: 3 days Memory: 1.94 GB used: 470.6 MB (23.7%) 
  Init: systemd v: 229 runlevel: 5 Compilers: gcc: 5.4.0 alt: 5 
  Shell: bash 4.3.48 running in: urxvt pinxi: 2.9.00-443-p 

User avatar
pawRoot
Posts: 603
Joined: 2016-12-28 18:26
Has thanked: 1 time
Been thanked: 1 time

Re: Beta testers for new Perl inxi requested

#24 Post by pawRoot »

h2 wrote:What is the full output of

Code: Select all

i3 --version 

Code: Select all

~ i3 --version
i3 version 4.13 (2016-11-08) © 2009 Michael Stapelberg and contributors

h2
Posts: 131
Joined: 2006-10-29 20:00
Location: USA

Re: Beta testers for new Perl inxi requested

#25 Post by h2 »

debiman, can you paste or link to paste of /proc/cpuinfo from that arm system - that output is obviously messed up.

I have limited datasets from arm systems, but it looks like the cpu was the only thing that glitched, so I can fix that pretty easily with a copy of /proc/cpuinfo from that system.

Also the output from this:

Code: Select all

cat /sys/devices/system/cpu/cpu*/topology/core_siblings_list
which should show what went wrong with the die count as well.
Last edited by h2 on 2018-03-18 08:29, edited 2 times in total.
smxi/sgfxi site (manuals, how-to's, faqs) :: script forums :: Check out inxi sys info script!

h2
Posts: 131
Joined: 2006-10-29 20:00
Location: USA

Re: Beta testers for new Perl inxi requested

#26 Post by h2 »

pawRoot, I assumed it was 3, so 2.9.00-0443-p should have that corrected. The giveaway is the trimmed off 'v'' from version, the version tool always trims extra vs off the numbers to avoid stuff like v2.34.i, which told me right away that version was in column 2, and the number probably in column 3. Thanks for verifying.
smxi/sgfxi site (manuals, how-to's, faqs) :: script forums :: Check out inxi sys info script!

User avatar
Head_on_a_Stick
Posts: 14114
Joined: 2014-06-01 17:46
Location: London, England
Has thanked: 81 times
Been thanked: 132 times

Re: Beta testers for new Perl inxi requested

#27 Post by Head_on_a_Stick »

h2 wrote:what part of that string is most important to know re output
For mksh it is the "R56" bit that gives the actual release.

For ksh93 it's a bit complicated, see the github page for details:

https://github.com/att/ast

^ The "Branches" section explains all.

I'll post back later with tests, MotoGP is on now :D
deadbang

User avatar
debiman
Posts: 3063
Joined: 2013-03-12 07:18

Re: Beta testers for new Perl inxi requested

#28 Post by debiman »

h2 wrote:debiman, can you paste or link to paste of /proc/cpuinfo from that arm system - that output is obviously messed up.

I have limited datasets from arm systems
me too it seems:

Code: Select all

Processor	: AArch64 Processor rev 4 (aarch64)
processor	: 0
processor	: 1
processor	: 2
processor	: 3
Features	: fp asimd aes pmull sha1 sha2 crc32 
CPU implementer	: 0x41
CPU architecture: AArch64
CPU variant	: 0x0
CPU part	: 0xd03
CPU revision	: 4

Hardware	: Pinebook
that's rather short...

Code: Select all

cat /sys/devices/system/cpu/cpu*/topology/core_siblings_list

Code: Select all

0
1
2
3
this machine runs armbian btw, which is really based on ubuntu. i hope i won't get kicked out of fdn for that :D

armbian compiles some system info for /etc/motd, i had a glance at the scripts, they seem to compile a lot of info for many different devices. maybe you should look at that. it outputs to /var/run/motd.dynamic, and the script is in /etc/init.d/armhwinfo, but i couldn't find out what package it belongs to.

h2
Posts: 131
Joined: 2006-10-29 20:00
Location: USA

Re: Beta testers for new Perl inxi requested

#29 Post by h2 »

debiman, just when I think I've seen every variant, a new one pops up, that will require special handling, thanks.

I'm going to have to add some more rules to the die detection, I've already had to remove it for all non arm/ryzen devices because there is really no way to determine it dynamically. And to be fair, someone on IRC mocked my belief that arm would be consistent, so they'll get a chuckle from your example.

Since it's very unlikely they built a 4 core cpu with 4 separate dies, I'm going to add in some filters to get rid of such circumstances.

that's the entire proc/cpuinfo I take it?, no edits?
smxi/sgfxi site (manuals, how-to's, faqs) :: script forums :: Check out inxi sys info script!

User avatar
Head_on_a_Stick
Posts: 14114
Joined: 2014-06-01 17:46
Location: London, England
Has thanked: 81 times
Been thanked: 132 times

Re: Beta testers for new Perl inxi requested

#30 Post by Head_on_a_Stick »

I have three systems (Arch & Alpine Linux and OpenBSD), here is the first:

Code: Select all

PS /home/empty> pinxi -F                                                                  
System:
  Host: Xanadu Kernel: 4.15.10-1-zen x86_64 bits: 64 Desktop: Gnome 3.28.0 
  Distro: Arch Linux 
Machine:
  Type: Laptop System: Notebook product: W54_55SU1,SUW v: N/A serial: N/A 
  Mobo: Notebook model: W54_55SU1,SUW serial: N/A BIOS: American Megatrends v: 4.6.5 
  date: 10/07/2013 
Battery:
  BAT-0: charge: 29.7 Wh condition: 29.7/62.2 Wh (48%) 
CPU:
  Topology: Dual Core model: Intel Core i5-4330M type: MT MCP L2 cache: 3072 KB 
  Speed: 2695 MHz min/max: 800/3500 MHz Core speeds: 1: 1660 2: 1694 3: 1622 4: 1688 
Graphics:
  Card-1: Intel 4th Gen Core Processor Integrated Graphics Controller driver: i915 
  v: kernel 
  Display Server: wayland (X.Org 1.19.6) driver: modesetting 
  unloaded: fbdev,intel,vesa resolution: 1920x1080~60Hz 
  OpenGL: renderer: Mesa DRI Intel Haswell Mobile version: 4.5 Mesa 17.3.6 
  direct render: Yes 
Audio:
  Card-1: Intel Xeon E3-1200 v3/4th Gen Core Processor HD Audio Controller 
  driver: snd_hda_intel 
  Card-2: Intel 8 Series/C220 Series High Definition Audio Controller 
  driver: snd_hda_intel 
  Sound Server: ALSA v: k4.15.10-1-zen 
Network:
  Card-1: Intel Centrino Wireless-N 135 driver: iwlwifi 
  IF: wlp2s0 state: up mac: 0c:d2:92:6d:c7:84 
  Card-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller 
  driver: r8169 
  IF: enp3s0f1 state: down mac: 00:90:f5:ef:71:2e 
Drives:
  HDD Total Size: 232.89 GB used: 61.80 GB (26.5%) 
  ID-1: /dev/sda model: Samsung_SSD_850 size: 232.89 GB 
Partition:
  ID-1: / size: 188.38 GB used: 61.78 GB (32.8%) fs: btrfs dev: /dev/sda4 
  ID-2: swap-1 size: 4.00 GB used: 20.2 MB (0.5%) fs: swap dev: /dev/sda3 
Sensors:
  System Temperatures: cpu: 52.0 C mobo: N/A 
  Fan Speeds (in RPM): N/A 
Info:
  Processes: 226 Uptime: 10:42 Memory: 7.71 GB used: 2.41 GB (31.3%) Shell: pwsh 
  pinxi: 2.9.00-444-p 
PS /home/empty>
I've thrown a curve ball with this one because my current interactive (and login) shell is Microsoft's PowerShell, I think it's fairly safe to assume that no other GNU/Linux users will try this :D

I will edit this post later with output from my other systems.
Last edited by Head_on_a_Stick on 2018-03-18 19:29, edited 1 time in total.
deadbang

h2
Posts: 131
Joined: 2006-10-29 20:00
Location: USA

Re: Beta testers for new Perl inxi requested

#31 Post by h2 »

Head_on_a_Stick, is there a command: pwsh --version ?

I'm curious to see why it shows () as well, that might be in ps aux, not sure.

Oh, I just noticed, make sure to install pinxi, not inxi, inxi isn't what is being tested, it's what is being replaced. I thought there was something off about the output.
smxi/sgfxi site (manuals, how-to's, faqs) :: script forums :: Check out inxi sys info script!

User avatar
Head_on_a_Stick
Posts: 14114
Joined: 2014-06-01 17:46
Location: London, England
Has thanked: 81 times
Been thanked: 132 times

Re: Beta testers for new Perl inxi requested

#32 Post by Head_on_a_Stick »

h2 wrote:is there a command: pwsh --version ?

Code: Select all

PS /home/empty> $PSVersionTable.PSVersion                                                 

Major  Minor  Patch  PreReleas BuildLabel 
                     eLabel               
-----  -----  -----  --------- ---------- 
6      0      2                           


PS /home/empty>
make sure to install pinxi, not inxi, inxi isn't what is being tested, it's what is being replaced.
Ah, right, OK, I will edit the output in a minute.
deadbang

h2
Posts: 131
Joined: 2006-10-29 20:00
Location: USA

Re: Beta testers for new Perl inxi requested

#33 Post by h2 »

debiman, I've realized that your cpu arm glitch actually covers an entire range of ARM failures, and that I can correct missing Machine data as well using this processor data in some case.

I believe I'll in an arm pretest that runs if -M or -C are used that will trip a flag that tells pinxi to look for this specific type of data, and to also print the missing machine data as well.

This will correct the basic cpu errors, and provide the system information as well, I'll work on that, should be up fairly soon. I use a similar logic for various bsd data features, though there are 3 missing (battery, machine, and sensors) for bsds, but the data is present, it's just not used yet.
smxi/sgfxi site (manuals, how-to's, faqs) :: script forums :: Check out inxi sys info script!

h2
Posts: 131
Joined: 2006-10-29 20:00
Location: USA

Re: Beta testers for new Perl inxi requested

#34 Post by h2 »

Head_on_a_Stick, I'm particularly interested to see the -zv8 output of openbsd and alpine. I actually put a fair amount of work into openbsd support during the dev process for pinxi, as noted, it's missing 3 data types which are available to pinxi internally but not yet implemented, sensors, machine (without needing dmidecode/root), and battery. Dragonfly and openbsd have been good about getting this data into sysctl -a, freebsd as far as I know has not been as good there for those types.
smxi/sgfxi site (manuals, how-to's, faqs) :: script forums :: Check out inxi sys info script!

User avatar
Head_on_a_Stick
Posts: 14114
Joined: 2014-06-01 17:46
Location: London, England
Has thanked: 81 times
Been thanked: 132 times

Re: Beta testers for new Perl inxi requested

#35 Post by Head_on_a_Stick »

I have edited my post, it now has the correct `pinxi` output:

http://forums.debian.net/viewtopic.php?p=669463#p669463

I will post back soon with the Alpine Linux output.
deadbang

Post Reply