[Solved] USBView problem

Altoid · 2018-01-07 12:03:20

Hello:

First, thanks a lot for the effort made for getting systemd off the Linux stage.

Base info:

groucho@devuan:~$ uname -a
Linux devuan 3.16.0-4-amd64 #1 SMP Debian 3.16.51-3 (2017-12-13) x86_64 GNU/Linux
groucho@devuan:~$

I have a problem with USBView 2.0.
Installed with Synaptic from the repo.

When I start it from System -> USBView I get this error message:

---
Can not open the file /sys/kernel/debug/usb/devices

Verify that you have USB compiled into your kernel,
have the USB core modules loaded, and have the
usbdevfs filesystem mounted.
---

I see that /sys/kernel/debug/usb/devices is not there:

groucho@devuan:~$ cat /sys/kernel/debug/usb/devices
cat: /sys/kernel/debug/usb/devices: No such file or directory
groucho@devuan:~$

But all my USB devices are listed in lsusb:

groucho@devuan:~$ lsusb
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 010 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 002: ID 04f2:0112 Chicony Electronics Co., Ltd KU-8933 Keyboard with PS/2 Mouse port
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 0cf3:7015 Atheros Communications, Inc. TP-Link TL-WN821N v3 802.11n [Atheros AR7010+AR9287]
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 196d:0100  
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
groucho@devuan:~$

Thinking it may be a permission issue, I tried starting the application from a terminal as root but the result is exactly the same.

Where does it have to be configured (presently looks in /sys/kernel/debug/usb/devices) for it to work properly?
My Devuan installation is 'out of the box' so to speak and I do not recall changing anything.

Thanks in advance.

A.

Last edited by Altoid (2018-01-07 14:28:08)

ralph.ronnquist · 2018-01-07 13:01:16

It seems far-fetched that an end user application would require debugfs, but you'll just need to mount it (see e.g. wikipedia)

Or, maybe an lsusb -t would give the same information.

Altoid · 2018-01-07 13:48:30

Hello:

ralph.ronnquist wrote:

It seems far-fetched that an end user application would require debugfs, but you'll just need to mount it (see e.g. wikipedia)

Really would not know, it's rather over my head. =-/

The thing is that USBView is looking for /sys/kernel/debug/usb/devices (apparently the default setting) but it is not there.
My expectation is that if USBView is in the Devuan repo, the default setting would point to a working location in Devuan.

To my chagrin, I cannot figure out which one that would be.

ralph.ronnquist wrote:

Or, maybe an lsusb -t would give the same information.

Here's the output, maybe you can make something out of it:

[groucho@groucho ~]$ lsusb -t
/:  Bus 10.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/:  Bus 09.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M
    |__ Port 2: Dev 2, If 0, Class=Vendor Specific Class, Driver=ath9k_htc, 480M
/:  Bus 08.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 07.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
    |__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
    |__ Port 1: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 1.5M
/:  Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/6p, 480M
    |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 480M
[groucho@groucho ~]$

I have two installations (on the same hardware/machine) with which I work and try to learn from.
I'd say that they are on both ends of the non-systemd spectrum:
Devuan with the 3.16.51 kernel and PCLinuxOS, which is a rolling release with the 4.12.10 kernel.

And both have the same problem/error when starting USBView2.0.
I still have to see if I can find anything on thins issue on the PCLinux forum.

But I am now wondering if this is not a USBView issue?
ie: sys/kernel/debug/usb/devices not not being present in both installations but USBView pointing at it.

Thanks in advance,

A.

Altoid · 2018-01-07 14:26:08

Hello:

ralph.ronnquist wrote:

... but you'll just need to mount it (see e.g. wikipedia)

It would seem that it solves the issue. =-)

From a post in the PCLinuxOS forum:
http://www.pclinuxos.com/forum/index.ph … msg1053379

OP wrote:

usbview has been updated to 2.0 and requires an updated initscripts package. It also requires kernel 3.12.x and up.
Please REBOOT after updating so the updated initscripts package can mount /sys/kernel/debug with read permissions and usbview can catalog the usb devices now listed in /sys/kernel/debug/usb/devices ie
cat /sys/kernel/debug/usb/devices

A solution was posted further on:

http://www.pclinuxos.com/forum/index.ph … msg1053597

OP wrote:

Mount /sys/kernel/debug:

[root@localhost ~]# mount -n -t debugfs -o mode=755 /sys/kernel/debug /sys/kernel/debug

#List your usb devices:

[root@localhost ~]# cat /sys/kernel/debug/usb/devices

In the case of my Devuan installation, I don't see USBView requiring an updated initscripts package (?) like in PCLinuxOS.
I wonder if it would not be a good thing to have?

It would have saved us both some time. =-)

Thanks a lot for your input.

A.

Last edited by Altoid (2018-01-07 14:38:14)

fungus · 2018-01-07 23:56:02

Altoid wrote:

Hello:
I have two installations (on the same hardware/machine) with which I work and try to learn from.
I'd say that they are on both ends of the non-systemd spectrum:
Devuan with the 3.16.51 kernel and PCLinuxOS, which is a rolling release with the 4.12.10 kernel..

My kind of person, but what ends are those two?
I have 2 arch based non-systemd distros on that other end (Debian and Arch basis being 95% of linux) the one is Artix, and the other is Obarun. I'm even testing 4.15-rc* at the moment as 4.14s have been stable for a while now.
Except for the ready made Arch based linux-kernels there is a ton of stuff on AUR you can custom compile for superfast kernel built for your specific hardware. It may take a day of processing with an old machine but it is worth it.

I have gotten 4.15rc from Debian experimental and it works, only it does some funky thing with processor speed which I need to study up on. It seems it keeps the processors at low speed till there is a demand for them to do hard work. It is like an old GM trick of running V8s with a couple of cylinders dead till there is a need for power. Horrible idea on an engine.

Altoid · 2018-01-13 20:07:26

Hello:

fungus wrote:

My kind of person, but what ends are those two?

---

Sorry for the delay.
Was not subscribed to this topic.
Neglected to set it in the profile. =-/

---

Interesting question.

I come from many (many) years MS stuff, back from MS-DOS 5.0 but it all got to me a bit late.
Dabbled a bit into the old Debian to revive old laptops now and then but was never able to get what I wanted from it.

Lack of support for XP and all the related MS shenanigans made me realise that the end had come so I leaped first into Ubuntu, then to Mint, CrunchBang, tried a couple of others I found and finally landed with PCLinuxOS.

I use it as my go to setup with a VBox for a W98SE machine dedicated to the rare use of a couple of MS only applications I cannot replace.

Devuan and PCLinuxOS are the two ends of the (visible to me) spectrum in a Linux world where there is far too much dispersed energy which could be put to better use by concentrating it in the task of making some sense of it all.

eg: how about a common and agreed upon file system architecture where every Linux based distro has the same files in the same place? No need to answer, I don't want to start a discussion on the subject. =-)

At 60+, I'm really not into rolling my own anything and hope to eventually work my way around Devuan to be able to put it in the go to place where PCLinuxOS is now. I see it as how an OS should be and because non-systemd is (to me) the right thing.

Don't really have much time for anything else these days.

Cheers,

A.

The officially official Devuan Forum!

#1 2018-01-07 12:03:20

[Solved] USBView problem

#2 2018-01-07 13:01:16

Re: [Solved] USBView problem

#3 2018-01-07 13:48:30

Re: [Solved] USBView problem

#4 2018-01-07 14:26:08

Re: [Solved] USBView problem

#5 2018-01-07 23:56:02

Re: [Solved] USBView problem

#6 2018-01-13 20:07:26

Re: [Solved] USBView problem

Board footer