linux1394-user Mailing List for IEEE 1394 for Linux
Brought to you by:
aeb,
bencollins
Menu
▾
▴
linux1394-user
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(29) |
Nov
(36) |
Dec
(46) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(60) |
Feb
(82) |
Mar
(46) |
Apr
(50) |
May
(89) |
Jun
(60) |
Jul
(80) |
Aug
(130) |
Sep
(104) |
Oct
(105) |
Nov
(123) |
Dec
(107) |
| 2002 |
Jan
(142) |
Feb
(105) |
Mar
(63) |
Apr
(117) |
May
(136) |
Jun
(75) |
Jul
(105) |
Aug
(103) |
Sep
(149) |
Oct
(149) |
Nov
(98) |
Dec
(144) |
| 2003 |
Jan
(161) |
Feb
(100) |
Mar
(118) |
Apr
(126) |
May
(157) |
Jun
(173) |
Jul
(156) |
Aug
(89) |
Sep
(83) |
Oct
(106) |
Nov
(84) |
Dec
(69) |
| 2004 |
Jan
(119) |
Feb
(233) |
Mar
(232) |
Apr
(104) |
May
(113) |
Jun
(132) |
Jul
(87) |
Aug
(129) |
Sep
(186) |
Oct
(88) |
Nov
(148) |
Dec
(180) |
| 2005 |
Jan
(223) |
Feb
(176) |
Mar
(148) |
Apr
(193) |
May
(188) |
Jun
(236) |
Jul
(144) |
Aug
(89) |
Sep
(44) |
Oct
(86) |
Nov
(114) |
Dec
(89) |
| 2006 |
Jan
(94) |
Feb
(97) |
Mar
(57) |
Apr
(117) |
May
(46) |
Jun
(63) |
Jul
(51) |
Aug
(72) |
Sep
(50) |
Oct
(142) |
Nov
(70) |
Dec
(52) |
| 2007 |
Jan
(60) |
Feb
(67) |
Mar
(80) |
Apr
(81) |
May
(78) |
Jun
(52) |
Jul
(64) |
Aug
(55) |
Sep
(40) |
Oct
(87) |
Nov
(70) |
Dec
(44) |
| 2008 |
Jan
(80) |
Feb
(12) |
Mar
(82) |
Apr
(64) |
May
(33) |
Jun
(53) |
Jul
(41) |
Aug
(26) |
Sep
(35) |
Oct
(21) |
Nov
(30) |
Dec
(42) |
| 2009 |
Jan
(17) |
Feb
(32) |
Mar
(10) |
Apr
(19) |
May
(19) |
Jun
(28) |
Jul
(41) |
Aug
(14) |
Sep
(5) |
Oct
(46) |
Nov
(23) |
Dec
(20) |
| 2010 |
Jan
(46) |
Feb
(13) |
Mar
(9) |
Apr
(2) |
May
(19) |
Jun
(28) |
Jul
(37) |
Aug
(23) |
Sep
(5) |
Oct
(32) |
Nov
(19) |
Dec
(18) |
| 2011 |
Jan
(23) |
Feb
(9) |
Mar
(19) |
Apr
(38) |
May
(83) |
Jun
(30) |
Jul
(46) |
Aug
(32) |
Sep
(6) |
Oct
(3) |
Nov
(25) |
Dec
(31) |
| 2012 |
Jan
(21) |
Feb
(12) |
Mar
(19) |
Apr
(7) |
May
(27) |
Jun
(7) |
Jul
(2) |
Aug
(15) |
Sep
(8) |
Oct
(11) |
Nov
|
Dec
(3) |
| 2013 |
Jan
|
Feb
|
Mar
(2) |
Apr
(1) |
May
(1) |
Jun
(14) |
Jul
(1) |
Aug
(3) |
Sep
(4) |
Oct
(5) |
Nov
|
Dec
|
| 2014 |
Jan
(14) |
Feb
(2) |
Mar
(1) |
Apr
(3) |
May
(2) |
Jun
(7) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(14) |
Nov
(5) |
Dec
(18) |
| 2015 |
Jan
(3) |
Feb
(1) |
Mar
(3) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(4) |
Aug
|
Sep
(2) |
Oct
(11) |
Nov
(2) |
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(5) |
Jul
(1) |
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(5) |
Mar
(7) |
Apr
|
May
(4) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
(1) |
Mar
(2) |
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
| 2021 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tasos S. <ta...@ta...> - 2023-01-21 23:08:53
|
Hello everyone,
I have a JVC MiniDV camera (GR-D20E) and I am trying to archive some
old tapes. The camera connects and is recognised correctly, and dvgrab
starts playback of the tape remotely, however no DV data is ever
received and it waits forever for it. Ctrl-Cing it correctly stops
playback from the camera too.
This is currently being tested with kernel 6.1.6 (firewire_ohci) with
the rest of the userspace components being the versions shipped with
Ubuntu 20.04.
I bisected it successfully all the way back to kernel 2.6.35-rc3 on
Ubuntu 10.10, down to commit:
b71ab8c2025c ("workqueue: increase max_active of keventd and kill current_is_keventd()").
Unfortunately, that only complicates things further, as I do not see
why that patch would cause this. I manually built a kernel before and
after that patch, and it is definitely what caused the regression.
I tried tracing workqueues in 6.1.6 using:
echo workqueue:workqueue_queue_work > /sys/kernel/debug/tracing/set_event
while starting/stopping dvgrab, however there was nothing firewire/1394
related in there.
The OCHI chip is onboard an ASUS P5W DH Deluxe motherboard.
01:03.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx]
The following is printed in dmesg on device connection:
[38854.125449] firewire_core 0000:01:03.0: phy config: new root=ffc1, gap_count=5
[38854.633802] firewire_core 0000:01:03.0: rediscovered device fw0
[38854.633816] firewire_core 0000:01:03.0: giving up on node ffc0: reading config rom failed: bus reset
[38854.633820] firewire_core 0000:01:03.0: phy config: new root=ffc1, gap_count=5
[38855.145798] firewire_core 0000:01:03.0: rediscovered device fw0
[38855.198781] firewire_core 0000:01:03.0: created device fw1: GUID 00808801035809f1, S100
[38856.645634] firewire_core 0000:01:03.0: giving up on node ffc0: reading config rom failed: timeout
The giving up on node ffc0 message is printed even on a working 2.6.35
kernel. Diff of debug messages between working and non-working (with
an offset of 0x6 applied to tl on the broken one for diff purposes):
--- fw_broken_off 2023-01-03 02:08:04.032711860 +0200
+++ fw_working 2023-01-03 01:53:02.526597935 +0200
@@ -1,4 +1,4 @@
-broken:
+working:
firewire_ohci: AT spd 0 tl 2c, ffc1 -> ffc0, ack_pending , QR req, fffff0000414
firewire_ohci: AR spd 0 tl 2c, ffc0 -> ffc1, ack_complete, QR resp = 0008c442
firewire_ohci: AT spd 0 tl 2d, ffc1 -> ffc0, ack_pending , QR req, fffff0000414
@@ -110,13 +110,13 @@
firewire_ohci: AT spd 0 tl 20, ffc1 -> ffc0, ack_complete, BW req, fffff0000b00 8,0
firewire_ohci: AR spd 0 tl 20, ffc0 -> ffc1, ack_pending , BW req, fffff0000d00 8,0
firewire_ohci: AT spd 0 tl 20, ffc1 -> ffc0, ack_complete, W resp
-firewire_ohci: AT spd 0 tl 21, ffc1 -> ffc0, ack_busy_X, BW req, fffff0000b00 8,0
+firewire_ohci: AT spd 0 tl 21, ffc1 -> ffc0, ack_complete, BW req, fffff0000b00 8,0
+firewire_ohci: AR spd 0 tl 21, ffc0 -> ffc1, ack_pending , BW req, fffff0000d00 8,0
+firewire_ohci: AT spd 0 tl 21, ffc1 -> ffc0, ack_complete, W resp
firewire_ohci: AT spd 0 tl 22, ffc1 -> ffc0, ack_complete, BW req, fffff0000b00 8,0
firewire_ohci: AR spd 0 tl 22, ffc0 -> ffc1, ack_pending , BW req, fffff0000d00 8,0
firewire_ohci: AT spd 0 tl 22, ffc1 -> ffc0, ack_complete, W resp
-firewire_ohci: AT spd 0 tl 23, ffc1 -> ffc0, ack_complete, BW req, fffff0000b00 8,0
-firewire_ohci: AR spd 0 tl 23, ffc0 -> ffc1, ack_pending , BW req, fffff0000d00 8,0
-firewire_ohci: AT spd 0 tl 23, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 23, ffc1 -> ffc0, ack_busy_X, BW req, fffff0000b00 8,0
firewire_ohci: AT spd 0 tl 24, ffc1 -> ffc0, ack_complete, BW req, fffff0000b00 8,0
firewire_ohci: AR spd 0 tl 24, ffc0 -> ffc1, ack_pending , BW req, fffff0000d00 8,0
firewire_ohci: AT spd 0 tl 24, ffc1 -> ffc0, ack_complete, W resp
@@ -134,17 +134,87 @@
firewire_ohci: AT spd 0 tl 2a, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
firewire_ohci: AR spd 0 tl 2a, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c460
firewire_ohci: AT spd 0 tl 2a, ffc1 -> ffc0, ack_complete, W resp
-firewire_ohci: AT spd 0 tl 2b, ffc1 -> ffc0, ack_busy_X, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AT spd 0 tl 2b, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 2b, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c460
+firewire_ohci: AT spd 0 tl 2b, ffc1 -> ffc0, ack_complete, W resp
firewire_ohci: AT spd 0 tl 2c, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
firewire_ohci: AR spd 0 tl 2c, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c460
firewire_ohci: AT spd 0 tl 2c, ffc1 -> ffc0, ack_complete, W resp
-firewire_ohci: AT spd 0 tl 2d, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
-firewire_ohci: AR spd 0 tl 2d, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c460
+firewire_ohci: AT spd 0 tl 2d, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0020c375
+firewire_ohci: AR spd 0 tl 2d, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0920c375
firewire_ohci: AT spd 0 tl 2d, ffc1 -> ffc0, ack_complete, W resp
-firewire_ohci: AT spd 0 tl 2e, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0020c375
-firewire_ohci: AR spd 0 tl 2e, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0920c375
+firewire_ohci: AT spd 0 tl 2e, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 2e, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
firewire_ohci: AT spd 0 tl 2e, ffc1 -> ffc0, ack_complete, W resp
-Stopped dvgrab here due to no DV data
+firewire_ohci: AT spd 0 tl 2f, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 2f, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 2f, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 30, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 30, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 30, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 31, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 31, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 31, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 32, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 32, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 32, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 33, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 33, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 33, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 34, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 34, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 34, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 35, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 35, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 35, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 36, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 36, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 36, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 37, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 37, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 37, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 38, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 38, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 38, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 39, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 39, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 39, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 3a, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 3a, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 3a, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 3b, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 3b, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 3b, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 3c, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 3c, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 3c, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 3d, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 3d, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 3d, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 3e, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 3e, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 3e, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 3f, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 3f, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 3f, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 00, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 00, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 00, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 01, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 01, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 01, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 02, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 02, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 02, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 03, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 03, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 03, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 04, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 04, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 04, ffc1 -> ffc0, ack_complete, W resp
+firewire_ohci: AT spd 0 tl 05, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0120d07f
+firewire_ohci: AR spd 0 tl 05, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0c20c375
+firewire_ohci: AT spd 0 tl 05, ffc1 -> ffc0, ack_complete, W resp
firewire_ohci: AT spd 0 tl 06, ffc1 -> ffc0, ack_complete, QW req, fffff0000b00 = 0020c460
firewire_ohci: AR spd 0 tl 06, ffc0 -> ffc1, ack_pending , QW req, fffff0000d00 = 0920c460
firewire_ohci: AT spd 0 tl 06, ffc1 -> ffc0, ack_complete, W resp
Any help and suggestions are greatly appreciated.
|
|
From: Susie B. <su...@po...> - 2020-12-05 20:58:47
|
Hi, On Sat, 5 Dec 2020 09:12:45 +0900 "Susie B." <su...@po...> wrote: > I could find Arch's AUR package of the utls [1] and it had own build script. > I'll try to get what I should do from the script. > I hope that it works well on my kernel. > ... > [1] https://aur.archlinux.org/packages/linux-firewire-utils/ Finally I could install the utils in that way. I used commands below: aclocal autoconf automake --add-missing ./configure --prefix='/usr' make -j1 make -j1 DESTDIR="/tmp/working-dir-for-making-package" install At least lsfirewire, one of the command of the utils and which I need, is working well. Thank you for all advices and suggestions so far. Regards, Susie B. |
|
From: Susie B. <su...@po...> - 2020-12-05 00:13:11
|
Hi, On Fri, 4 Dec 2020 10:42:20 -0600 Martin Collins <ma...@mk...> wrote: > You don't say which Linux distribution you are using. If it is a Debian > derivative you probably need to install the build-essential package > first. Other distros may have an equivalent. I use Salix 64 14.2, a Slackware 14.2 derivative. It shipps with the tools for building apps from their source. I can see my distoro has Automake and what it needs as well. > As far as I can see only Arch has a binary package. I suspect most > distros would consider this project dead, it has had no updates in 6 > years and the only pull request has been ignored for over a year. > > Even if you manage to build it it may not work with current kernels. I could find Arch's AUR package of the utls [1] and it had own build script. I'll try to get what I should do from the script. I hope that it works well on my kernel. > Judging by the complete lack of traffic on this list I'm afraid Linux > support for firewire devices can be considered moribund at best. So I made my post with little hope of reply. I'd like to thank you. Firewire seems to have lost the most of its application. But some audio equipment still rely on it and there were developers putting there efforts on supporting those equipment. I hope Linux will keep its support for Firewire and their efforts will be rewarded. [1] https://aur.archlinux.org/packages/linux-firewire-utils/ Regards, Susie B. |
|
From: Martin C. <ma...@mk...> - 2020-12-04 19:58:22
|
On 04/12/2020 12:02, Michael Williamson wrote: > The libdc1394 library works for me on Ubuntu. Is it maintained separately? > > -Mike Yes that's a separate project and was updated 19 months ago. It's 3 years since it didn't work with my device so maybe I should try again when I can. Martin |
|
From: Michael W. <mic...@gm...> - 2020-12-04 18:02:53
|
The libdc1394 library works for me on Ubuntu. Is it maintained separately? -Mike On 12/4/20, Martin Collins <ma...@mk...> wrote: > On 03/12/2020 21:33, Susie B. wrote: >> Hi, >> >> Now I'm struggling to install linux-firewire-utils and would like to >> be given any help. > > You don't say which Linux distribution you are using. If it is a Debian > derivative you probably need to install the build-essential package > first. Other distros may have an equivalent. > >> Are there any easy way to install this utils from its package? Or It >> isn't a work for non development person? I would appreciate any >> advice or suggestion about it. > > As far as I can see only Arch has a binary package. I suspect most > distros would consider this project dead, it has had no updates in 6 > years and the only pull request has been ignored for over a year. > > Even if you manage to build it it may not work with current kernels. > > Judging by the complete lack of traffic on this list I'm afraid Linux > support for firewire devices can be considered moribund at best. > > Martin > > > _______________________________________________ > mailing list Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linux1394-user > |
|
From: Martin C. <ma...@mk...> - 2020-12-04 16:42:34
|
On 03/12/2020 21:33, Susie B. wrote: > Hi, > > Now I'm struggling to install linux-firewire-utils and would like to > be given any help. You don't say which Linux distribution you are using. If it is a Debian derivative you probably need to install the build-essential package first. Other distros may have an equivalent. > Are there any easy way to install this utils from its package? Or It > isn't a work for non development person? I would appreciate any > advice or suggestion about it. As far as I can see only Arch has a binary package. I suspect most distros would consider this project dead, it has had no updates in 6 years and the only pull request has been ignored for over a year. Even if you manage to build it it may not work with current kernels. Judging by the complete lack of traffic on this list I'm afraid Linux support for firewire devices can be considered moribund at best. Martin |
|
From: Susie B. <su...@po...> - 2020-12-04 03:33:57
|
Hi,
Now I'm struggling to install linux-firewire-utils and would like to be given any help.
I downloaded its source in zipped form from its github page[1].
The README file instructed me that
This package uses GNU Autoconf; you can use the standard installation
sequence:
configure
make
make install
But there wasn't configure file but configure.ac file.
Some internet guy advised me that I had to use autoconf command. So I did:
[linux-firewire-utils-master]$ autoconf
configure.ac:4: error: possibly undefined macro: AM_INIT_AUTOMAKE
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.ac:8: error: possibly undefined macro: AM_DEFAULT_VERBOSITY
configure.ac:34: error: possibly undefined macro: AM_CONDITIONAL
[linux-firewire-utils-master]$ ./configure
./configure: line 1935: syntax error near unexpected token `foreign'
./configure: line 1935: `AM_INIT_AUTOMAKE(foreign no-define silent-rules)'
[linux-firewire-utils-master]$ make
make: *** No targets specified and no makefile found. Stop.
I could get configure file and execute it. But there were many errors and finally make command also failed as we can see in above log.
I also could find that configure.ac (and Makefile.am which the package has) are the files which a developer use to make one's package with the GNU Automake system. But I have no idea how I can use the files and Automake because I have no experience of program development.
Are there any easy way to install this utils from its package? Or It isn't a work for non development person?
I would appreciate any advice or suggestion about it.
[1] https://github.com/cladisch/linux-firewire-utils
Regards,
Susie B.
|
|
From: Steve M. <mo...@bu...> - 2020-03-09 16:10:52
|
Hello,
I am having a problem with recent kernels where the system hangs and
then reboots when I power up my Edirol FA-101 audio interface. This began with kernel
5.5. Kernel versions up until then worked properly.
Here is the suggested system information:
I am running an up to date Arch linux system on a Gigabyte X570 GAMING
X motherboard with version F11 bios and an AMD Ryzen 7 3800X 8-Core
Processor. The bios has AMD AGESA 1.0.0.4 B.
current kernel is :
Linux 5.5.8-arch1-1 #1 SMP PREEMPT Fri, 06 Mar 2020 00:57:33 +0000 x86_64 GNU/Linux
output of lsmod | grep -e 1394 -e firewire:
firewire_ohci 49152 0
firewire_core 81920 1 firewire_ohci
crc_itu_t 16384 1 firewire_core
libraw1394 is version 2.1.2-2
output of lspci:
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Starship/Matisse IOMMU
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
00:01.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse GPP Bridge
00:01.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse GPP Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
00:03.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse GPP Bridge
00:04.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
00:05.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
00:07.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
00:07.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]
00:08.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]
00:08.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Starship/Matisse Internal PCIe GPP Bridge 0 to bus[E:B]
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 61)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 5
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 6
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Matisse Device 24: Function 7
01:00.0 Non-Volatile memory controller: Realtek Semiconductor Co., Ltd. Device 5762 (rev 01)
02:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Matisse Switch Upstream
03:03.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Matisse PCIe GPP Bridge
03:04.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Matisse PCIe GPP Bridge
03:08.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Matisse PCIe GPP Bridge
03:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Matisse PCIe GPP Bridge
03:0a.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Matisse PCIe GPP Bridge
04:00.0 PCI bridge: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge (rev 04)
05:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev 80)
06:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 16)
07:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse Reserved SPP
07:00.1 USB controller: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
07:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
08:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
09:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
0a:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Upstream Port of PCI Express Switch (rev c1)
0b:00.0 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 XL Downstream Port of PCI Express Switch
0c:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] (rev c1)
0c:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 HDMI Audio
0d:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse PCIe Dummy Function
0e:00.0 Non-Essential Instrumentation [1300]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse Reserved SPP
0e:00.1 Encryption controller: Advanced Micro Devices, Inc. [AMD] Starship/Matisse Cryptographic Coprocessor PSPCPP
0e:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Matisse USB 3.0 Host Controller
0e:00.4 Audio device: Advanced Micro Devices, Inc. [AMD] Starship/Matisse HD Audio Controller
0f:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
10:00.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 51)
1394 related output of lspci -v:
05:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (re
v 80) (prog-if 10 [OHCI])
Subsystem: VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller
Flags: bus master, stepping, medium devsel, latency 32, IRQ 54
Memory at fc700000 (32-bit, non-prefetchable) [size=2K]
I/O ports at e000 [size=128]
Capabilities: [50] Power Management version 2
Kernel driver in use: firewire_ohci
Kernel modules: firewire_ohci
dmesg has no relevant information as the system reboots after powering
on the FA-101. Here is the output of
grep -E 'Reboot|firewire|fw|bebob|alsa':
-- Reboot --
Mar 09 07:28:29 xxx kernel: firewire_ohci 0000:05:00.0: enabling device (0080 -> 0083)
Mar 09 07:28:29 xxx kernel: firewire_ohci 0000:05:00.0: added OHCI v1.10 device as card 0, 4 IR + 8 IT contexts, quirks 0x11
Mar 09 07:28:29 xxx kernel: firewire_core 0000:05:00.0: created device fw0: GUID 0011223333666677, S400
Mar 09 07:28:29 xxx systemd-udevd[546]: controlC0: Process '/usr/bin/alsactl restore 0' failed with exit code 99.
Mar 09 07:28:29 xxx systemd-udevd[567]: controlC1: Process '/usr/bin/alsactl restore 1' failed with exit code 99.
Mar 09 07:28:30 xxx kernel: amdgpu: [powerplay] smu driver if version = 0x00000033, smu fw if version = 0x00000035, smu fw version = 0x002a3200 (42.5
Mar 09 07:57:11 xxx kernel: firewire_ohci 0000:05:00.0: isochronous cycle inconsistent
Mar 09 07:57:12 xxx kernel: firewire_core 0000:05:00.0: created device fw1: GUID 0040ab0000c20bc1, S400
Mar 09 07:57:12 xxx kernel: firewire_core 0000:05:00.0: phy config: new root=ffc1, gap_count=5
Mar 09 07:57:14 xxx kernel: firewire_core 0000:05:00.0: BM lock failed (timeout), making local node (ffc0) root
Mar 09 07:57:14 xxx kernel: firewire_core 0000:05:00.0: phy config: new root=ffc0, gap_count=5
Mar 09 07:57:16 xxx systemd-udevd[2323]: controlC2: Process '/usr/bin/alsactl restore 2' failed with exit code 99.
-- Reboot --
Here's the same output with Arch kernel 5.4.24-1-lts which initializes properly.
Reboot
Mar 09 07:58:15 xxx kernel: firewire_ohci 0000:05:00.0: enabling device (0080 -> 0083)
Mar 09 07:58:15 xxx kernel: firewire_ohci 0000:05:00.0: added OHCI v1.10 device as card 0, 4 IR + 8 IT contexts, quirks 0x11
Mar 09 07:58:15 xxx kernel: firewire_core 0000:05:00.0: created device fw0: GUID 0011223333666677, S400
Mar 09 07:58:16 xxx systemd-udevd[527]: controlC0: Process '/usr/bin/alsactl restore 0' failed with exit code 99.
Mar 09 07:58:17 xxx systemd-udevd[510]: controlC1: Process '/usr/bin/alsactl restore 1' failed with exit code 99.
Mar 09 07:58:17 xxx kernel: amdgpu: [powerplay] smu driver if version = 0x00000033, smu fw if version = 0x00000035, smu fw version = 0x002a3200 (42.50.0)
Mar 09 08:04:37 xxx kernel: firewire_core 0000:05:00.0: phy config: new root=ffc1, gap_count=5
Mar 09 08:04:41 xxx kernel: firewire_core 0000:05:00.0: phy config: new root=ffc1, gap_count=5
Mar 09 08:04:41 xxx kernel: firewire_core 0000:05:00.0: created device fw1: GUID 0040ab0000c20bc1, S400
Mar 09 08:04:44 xxx systemd-udevd[1651]: controlC2: Process '/usr/bin/alsactl restore 2' failed with exit code 99.
Mar 09 08:04:46 xxx kernel: snd-bebob fw1.0: transaction failed: no ack
Mar 09 08:04:46 xxx kernel: snd-bebob fw1.0: fail to get an input for MSU in plug 7: -5
Mar 09 08:04:46 xxx kernel: snd-bebob fw1.0: transaction failed: no ack
Mar 09 08:04:46 xxx kernel: snd-bebob fw1.0: fail to get an input for MSU in plug 7: -5
Mar 09 08:04:50 xxx kernel: firewire_core 0000:05:00.0: phy config: new root=ffc1, gap_count=5
This is relevant dmesg output from properly initialized unit under
kernel 5.4.24:
Mar 9 08:04] firewire_core 0000:05:00.0: phy config: new root=ffc1, gap_count=5
[ +3.467324] firewire_core 0000:05:00.0: phy config: new root=ffc1, gap_count=5
[ +0.065647] firewire_core 0000:05:00.0: created device fw1: GUID 0040ab0000c20bc1, S400
[ +5.576497] snd-bebob fw1.0: transaction failed: no ack
[ +0.000005] snd-bebob fw1.0: fail to get an input for MSU in plug 7: -5
[ +0.080014] snd-bebob fw1.0: transaction failed: no ack
[ +0.000006] snd-bebob fw1.0: fail to get an input for MSU in plug 7: -5
[ +3.874852] firewire_core 0000:05:00.0: phy config: new root=ffc1, gap_count=5
Please let me know if I can offer additional information.
Steve
|
|
From: Andy S. <and...@gm...> - 2018-02-23 23:08:33
|
Hello Firewire fans, I am trying to use a Firewire device which is a magnetic tape autoloader. I have used these many times successfully with LVD-SCSI, but not previously with Firewire. With LVD-SCSI, you can set two distinct SCSI IDs for the hardware (one for the tape drive, and one for the autoloader robot). Then, I get two sg devices mapped (e.g. /dev/sg3 for the tape drive, and /dev/sg4 for the robot). This all gets detected automatically at boot time. With Firewire, there is only one SCSI ID detected. At boot time, I both devices in the dmesg log (the tape drive with LUN=0000, and the robot with LUN=0001). But I only get a single sg device for the tape drive, and not the robot. Other times at random, a boot up will only detect a single LUN=0000 for the robot, and a corresponding sg device for the robot. And the tape drive is not detected at all! Any suggestions on how to make the Firewire device detection a bit more consistent and repeatable? Is there any way to control it by writing to /proc file system? I am using Debian 8.10, with Linux kernel 3.16.0 and firewire-sbp2. I have also tried on Debian 9 with similar results. Regards, --Andy Stevens Port Chester, NY |
|
From: Martin C. <ma...@mk...> - 2017-08-09 23:22:22
|
I am trying to grab DV from a Canopus ADVC-110 through a VIA VT6306 interface built into my Asus AMD motherboard. Everything appears to work; dvgrab 3.5 can tell when I press play on my VCR but it does not save a file or send DV to stdout. When I stop capturing it flips the Canopus to digital input so there is some kind of communication happening. ffmpeg -f iec61883 does not work either, no errors other than "libiec61883 error: Failed to get channels available." which I gather is normal. I am running Sparky Linux which is based on Debian testing. $ uname -a Linux thoth 4.11.0-1-amd64 #1 SMP Debian 4.11.6-1 (2017-06-19) x86_64 GNU/Linux $ lsmod | grep -e 1394 -e firewire firewire_sbp2 24576 0 firewire_ohci 40960 0 firewire_core 65536 2 firewire_sbp2,firewire_ohci crc_itu_t 16384 2 rt73usb,firewire_core scsi_mod 217088 7 firewire_sbp2,sd_mod,libata,scsi_transport_spi,sr_mod,sg,sym53c8xx I manually loaded firewire_sbp2. $ grep -e 1394 -e firewire /var/log/syslog Aug 9 22:17:34 thoth kernel: [118687.861697] firewire_ohci 0000:04:08.0: isochronous cycle inconsistent Aug 9 22:17:34 thoth kernel: [118688.380695] firewire_core 0000:04:08.0: created device fw1: GUID 00201101150049d8, S400 Aug 9 22:17:34 thoth kernel: [118688.380814] firewire_core 0000:04:08.0: phy config: new root=ffc1, gap_count=5 Aug 9 22:17:34 thoth kernel: [118688.381043] firewire_core 0000:04:08.0: IRM is not 1394a compliant, making local node (ffc0) root Aug 9 22:17:34 thoth kernel: [118688.381046] firewire_core 0000:04:08.0: phy config: new root=ffc0, gap_count=5 Aug 9 22:17:46 thoth kernel: [118699.693242] firewire_core 0000:04:08.0: phy config: new root=ffc1, gap_count=5 Aug 9 22:17:46 thoth kernel: [118699.864283] firewire_core 0000:04:08.0: phy config: new root=ffc1, gap_count=5 Aug 9 22:17:46 thoth kernel: [118700.219950] firewire_core 0000:04:08.0: rediscovered device fw1 Aug 9 22:17:46 thoth kernel: [118700.356102] firewire_core 0000:04:08.0: phy config: new root=ffc1, gap_count=5 Aug 9 22:24:03 thoth kernel: [119076.678976] dumpiso[5628]: segfault at 0 ip 00007f65c3410a37 sp 00007ffd175ed590 error 6 in libraw1394.so.11.1.0[7f65c3406000+f000] Aug 9 22:24:24 thoth kernel: [119097.702687] dumpiso[5651]: segfault at 0 ip 00007f6374ce2a37 sp 00007ffd400664a0 error 6 in libraw1394.so.11.1.0[7f6374cd8000+f000] Aug 9 22:25:16 thoth kernel: [119149.516879] firewire_core 0000:04:08.0: refreshed device fw0 Aug 9 22:25:20 thoth kernel: [119154.504739] firewire_core 0000:04:08.0: refreshed device fw0 $ lspci 00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] RS880 Host Bridge 00:01.0 PCI bridge: ASUSTeK Computer Inc. AMD RS780/RS880 PCI to PCI bridge (int gfx) 00:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 4) 00:0a.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 5) 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [IDE mode] 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:12.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller 00:13.1 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0 USB OHCI1 Controller 00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB EHCI Controller 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 SMBus Controller (rev 3c) 00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 IDE Controller 00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 LPC host controller 00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 PCI to PCI Bridge 00:14.5 USB controller: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI2 Controller 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor HyperTransport Configuration 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Address Map 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Miscellaneous Control 00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Link Control 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS880 [Radeon HD 4250] 01:05.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RS880 HDMI Audio [Radeon HD 4200 Series] 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06) 03:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03) 04:05.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 Ultra3 SCSI Adapter (rev 01) 04:05.1 SCSI storage controller: LSI Logic / Symbios Logic 53c1010 Ultra3 SCSI Adapter (rev 01) 04:08.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev c0) dumpiso segfaulting suggests there's something wrong in the software, but that is the only other anomaly I have noticed so far. How can I get it working or track down the bug? Martin |
|
From: Michael C. <mco...@ya...> - 2017-05-23 22:43:02
|
Tried posting from work, rejected due to mail headers triggering spam filter (?). Reposting from personal account.==========================================================New to the list, new to firewire. Just getting off the ground. Wanted to confirm I could usedumpiso/sendiso on a card I just got. Seeing a SEGFAULT in #0 0x7f6448a8d90d in queue_packet/home/mcoyle/Repos/libraw1394/src/fw-iso.c:62 Here's what I see on Ubuntu. I see the same thing on v2.1.1 andv2.1.0. Curious under what conditions 61 p =&handle->iso.packets[handle->iso.packet_index]; would result in p == NULL. The dereference of p in line 62 iswhat's causing the SEGFAULT. Details follow below. Any insights appreciated. Thanks! Mike ------------------------------------------------------ mcoyle@test01:~/Repos/libraw1394/tools/.libs$lspci | grep 1394 08:00.0 FireWire (IEEE 1394): Texas Instruments XIO2213A/B/XIO2221 IEEE-1394bOHCI Controller [Cheetah Express] (rev 01) git clone of libraw1394 git checkout v2.1.2 autoreconf -i ./configure CFLAGS='-g -Og -fsanitize=address' CXXFLAGS='-g -Og-fsanitize=address' make all cd tools/.libs/ sudo LD_LIBRARY_PATH=/home/mcoyle/Repos/libraw1394/src/.libs gdb ./dumpiso port: 0 channels: 0xffffffffffffffff file: (null) 1394 isodump v2��������ASAN:SIGSEGV ================================================================= ==15158==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc0x7f6448a8d90e bp 0x000000000000 sp 0x7ffe11d681c0 T0) #0 0x7f6448a8d90d in queue_packet/home/mcoyle/Repos/libraw1394/src/fw-iso.c:62 #1 0x7f6448a8dc6f in queue_recv_packets/home/mcoyle/Repos/libraw1394/src/fw-iso.c:199 #2 0x7f6448a901e1 in fw_iso_recv_start /home/mcoyle/Repos/libraw1394/src/fw-iso.c:287 #3 0x7f6448a8619b in raw1394_iso_recv_start/home/mcoyle/Repos/libraw1394/src/dispatch.c:737 #4 0x401eb7 in main/home/mcoyle/Repos/libraw1394/tools/dumpiso.c:260 #5 0x7f64486ce82f in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2082f) #6 0x4011e8 in _start(/home/mcoyle/Repos/libraw1394/tools/.libs/lt-dumpiso+0x4011e8) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV /home/mcoyle/Repos/libraw1394/src/fw-iso.c:62queue_packet ==15158==ABORTING mcoyle@test01:~/Repos/libraw1394/tools/.libs$sudo LD_LIBRARY_PATH=/home/mcoyle/Repos/libraw1394/src/.libs gdb ./dumpiso GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11.1 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "showcopying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to"word"... Reading symbols from ./dumpiso...done. (gdb) run Starting program: /home/mcoyle/Repos/libraw1394/tools/.libs/dumpiso [Thread debugging using libthread_db enabled] Using host libthread_db library"/lib/x86_64-linux-gnu/libthread_db.so.1". port: 0 channels: 0xffffffffffffffff file: (null) 1394 isodump v2�������� Program received signal SIGSEGV, Segmentation fault. 0x00007ffff6c6190e in queue_packet (handle=handle@entry=0x62a000000200,length=<optimized out>, header_length=<optimized out>,tag=tag@entry=0 '\000', sy=sy@entry=0 '\000') at fw-iso.c:62 62 p->control = (gdb) bt #0 0x00007ffff6c6190e in queue_packet (handle=handle@entry=0x62a000000200,length=<optimized out>, header_length=<optimized out>,tag=tag@entry=0 '\000', sy=sy@entry=0 '\000') at fw-iso.c:62 #1 0x00007ffff6c61c70 in queue_recv_packets(handle=handle@entry=0x62a000000200) at fw-iso.c:199 #2 0x00007ffff6c641e2 in fw_iso_recv_start (handle=0x62a000000200,start_on_cycle=-1, tag_mask=-1, sync=<optimized out>) at fw-iso.c:287 #3 0x00007ffff6c5a19c in raw1394_iso_recv_start(handle=handle@entry=0x60200000eff0, start_on_cycle=start_on_cycle@entry=-1,tag_mask=tag_mask@entry=-1, sync=sync@entry=0) at dispatch.c:737 #4 0x0000000000401e98 in main (argc=<optimized out>,argv=<optimized out>) at dumpiso.c:260 (gdb) p p $1 = (struct fw_cdev_iso_packet *) 0x0 (gdb) list 57 struct fw_cdev_queue_iso queue_iso; 58 struct fw_cdev_iso_packet *p; 59 int err; 60 61 p =&handle->iso.packets[handle->iso.packet_index]; 62 p->control = 63 FW_CDEV_ISO_PAYLOAD_LENGTH(length) | 64 FW_CDEV_ISO_TAG(tag)| 65 FW_CDEV_ISO_SY(sy) | 66 FW_CDEV_ISO_HEADER_LENGTH(header_length); (gdb) p handle $2 = (fw_handle_t) 0x62a000000200 (gdb) p *handle $3 = {ports = {{device_file = "/dev/fw0", '\000' <repeats 23times>, name = 0x0, node_count = 1, card = 0}, {device_file = '\000'<repeats 31 times>, name = 0x0, node_count = 0, card = -1} <repeats 15 times>}, port_count= 1, err = 0, card = 0, generation = 1, abi_version = 5, userdata = 0x0,notify_bus_reset = 1, bus_reset_handler = 0x7ffff6c5a71b <default_bus_reset_handler>,tag_handler = 0x7ffff6c5a663 <default_tag_handler>, arm_tag_handler =0x7ffff6c5a6b7 <default_arm_tag_handler>, fcp_handler = 0x0, fcp_allocation_handle = 0, allocations = 0x0,ioctl_fd = 8, epoll_fd = 3, inotify_fd = 6, inotify_watch = 1, pipe_fds = {4,5}, pipe_closure = { func = 0x7ffff6c5abc1 <handle_echo_pipe>},inotify_closure = {func = 0x7ffff6c5c700 <handle_inotify>}, devices ={{closure = {func = 0x7ffff6c5afa1 <handle_device_event>}, fd = 8, node_id = 65472, generation = 1, filename ="/dev/fw0\000\000\000\000\000\000\000"}, {closure = {func = 0x0}, fd= 0, node_id = -1, generation = 0, filename = '\000' <repeats 15 times>}<repeats 62 times>}, local_device = 0x62a000000580, nodes = {0, -1<repeats 62 times>}, reset = {closure = 0, type = 0, node_id = 65472, local_node_id = 65472, bm_node_id = 65472, irm_node_id =65472, root_node_id = 65472, generation = 1}, iso = {filename = 0x62a000000594"/dev/fw0", closure = {func = 0x0}, fd = -1, kernel_handle = 0, type = 0, irq_interval = 0, packet_phase= 0, packet_count = 0, packet_index = 0, buf_packets = 0, max_packet_size = 0,prebuffer = 0, start_on_cycle = 0, recv_mode = 0, state = ISO_STOPPED, xmit_handler = 0x0,recv_handler = 0x0, buffer = 0x0, buffer_end = 0x0, head = 0x0, tail = 0x0,first_payload = 0x0, packets = 0x0}, buffer = { 0 <repeats 2048 times>}} (gdb) p handle->iso.packet_index $4 = 0 |
|
From: Michael C. <Mic...@Ne...> - 2017-05-18 15:53:12
|
New to the list, new to firewire. Just getting off the ground. Wanted to confirm I could use dumpiso/sendiso on a card I just got.
Seeing a SEGFAULT in
#0 0x7f6448a8d90d in queue_packet /home/mcoyle/Repos/libraw1394/src/fw-iso.c:62
Here's what I see on Ubuntu. I see the same thing on v2.1.1 and v2.1.0. Curious under what conditions
61 p = &handle->iso.packets[handle->iso.packet_index];
would result in p == NULL. The dereference of p in line 62 is what's causing the SEGFAULT.
Details follow below.
Any insights appreciated. Thanks!
Mike
------------------------------------------------------
mcoyle@test01:~/Repos/libraw1394/tools/.libs$ lspci | grep 1394
08:00.0 FireWire (IEEE 1394): Texas Instruments XIO2213A/B/XIO2221 IEEE-1394b OHCI Controller [Cheetah Express] (rev 01)
git clone of libraw1394
git checkout v2.1.2
autoreconf -i
./configure CFLAGS='-g -Og -fsanitize=address' CXXFLAGS='-g -Og -fsanitize=address'
make all
cd tools/.libs/
sudo LD_LIBRARY_PATH=/home/mcoyle/Repos/libraw1394/src/.libs gdb ./dumpiso
port: 0
channels: 0xffffffffffffffff
file: (null)
1394 isodump v2��������ASAN:SIGSEGV
=================================================================
==15158==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000000 (pc 0x7f6448a8d90e bp 0x000000000000 sp 0x7ffe11d681c0 T0)
#0 0x7f6448a8d90d in queue_packet /home/mcoyle/Repos/libraw1394/src/fw-iso.c:62
#1 0x7f6448a8dc6f in queue_recv_packets /home/mcoyle/Repos/libraw1394/src/fw-iso.c:199
#2 0x7f6448a901e1 in fw_iso_recv_start /home/mcoyle/Repos/libraw1394/src/fw-iso.c:287
#3 0x7f6448a8619b in raw1394_iso_recv_start /home/mcoyle/Repos/libraw1394/src/dispatch.c:737
#4 0x401eb7 in main /home/mcoyle/Repos/libraw1394/tools/dumpiso.c:260
#5 0x7f64486ce82f in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x2082f)
#6 0x4011e8 in _start (/home/mcoyle/Repos/libraw1394/tools/.libs/lt-dumpiso+0x4011e8)
AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV /home/mcoyle/Repos/libraw1394/src/fw-iso.c:62 queue_packet
==15158==ABORTING
mcoyle@test01:~/Repos/libraw1394/tools/.libs$ sudo LD_LIBRARY_PATH=/home/mcoyle/Repos/libraw1394/src/.libs gdb ./dumpiso
GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ./dumpiso...done.
(gdb) run
Starting program: /home/mcoyle/Repos/libraw1394/tools/.libs/dumpiso
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
port: 0
channels: 0xffffffffffffffff
file: (null)
1394 isodump v2��������
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6c6190e in queue_packet (handle=handle@entry=0x62a000000200, length=<optimized out>, header_length=<optimized out>, tag=tag@entry=0 '\000', sy=sy@entry=0 '\000') at fw-iso.c:62
62 p->control =
(gdb) bt
#0 0x00007ffff6c6190e in queue_packet (handle=handle@entry=0x62a000000200, length=<optimized out>, header_length=<optimized out>, tag=tag@entry=0 '\000', sy=sy@entry=0 '\000')
at fw-iso.c:62
#1 0x00007ffff6c61c70 in queue_recv_packets (handle=handle@entry=0x62a000000200) at fw-iso.c:199
#2 0x00007ffff6c641e2 in fw_iso_recv_start (handle=0x62a000000200, start_on_cycle=-1, tag_mask=-1, sync=<optimized out>) at fw-iso.c:287
#3 0x00007ffff6c5a19c in raw1394_iso_recv_start (handle=handle@entry=0x60200000eff0, start_on_cycle=start_on_cycle@entry=-1, tag_mask=tag_mask@entry=-1, sync=sync@entry=0)
at dispatch.c:737
#4 0x0000000000401e98 in main (argc=<optimized out>, argv=<optimized out>) at dumpiso.c:260
(gdb) p p
$1 = (struct fw_cdev_iso_packet *) 0x0
(gdb) list
57 struct fw_cdev_queue_iso queue_iso;
58 struct fw_cdev_iso_packet *p;
59 int err;
60
61 p = &handle->iso.packets[handle->iso.packet_index];
62 p->control =
63 FW_CDEV_ISO_PAYLOAD_LENGTH(length) |
64 FW_CDEV_ISO_TAG(tag) |
65 FW_CDEV_ISO_SY(sy) |
66 FW_CDEV_ISO_HEADER_LENGTH(header_length);
(gdb) p handle
$2 = (fw_handle_t) 0x62a000000200
(gdb) p *handle
$3 = {ports = {{device_file = "/dev/fw0", '\000' <repeats 23 times>, name = 0x0, node_count = 1, card = 0}, {device_file = '\000' <repeats 31 times>, name = 0x0, node_count = 0,
card = -1} <repeats 15 times>}, port_count = 1, err = 0, card = 0, generation = 1, abi_version = 5, userdata = 0x0, notify_bus_reset = 1,
bus_reset_handler = 0x7ffff6c5a71b <default_bus_reset_handler>, tag_handler = 0x7ffff6c5a663 <default_tag_handler>, arm_tag_handler = 0x7ffff6c5a6b7 <default_arm_tag_handler>,
fcp_handler = 0x0, fcp_allocation_handle = 0, allocations = 0x0, ioctl_fd = 8, epoll_fd = 3, inotify_fd = 6, inotify_watch = 1, pipe_fds = {4, 5}, pipe_closure = {
func = 0x7ffff6c5abc1 <handle_echo_pipe>}, inotify_closure = {func = 0x7ffff6c5c700 <handle_inotify>}, devices = {{closure = {func = 0x7ffff6c5afa1 <handle_device_event>}, fd = 8,
node_id = 65472, generation = 1, filename = "/dev/fw0\000\000\000\000\000\000\000"}, {closure = {func = 0x0}, fd = 0, node_id = -1, generation = 0,
filename = '\000' <repeats 15 times>} <repeats 62 times>}, local_device = 0x62a000000580, nodes = {0, -1 <repeats 62 times>}, reset = {closure = 0, type = 0, node_id = 65472,
local_node_id = 65472, bm_node_id = 65472, irm_node_id = 65472, root_node_id = 65472, generation = 1}, iso = {filename = 0x62a000000594 "/dev/fw0", closure = {func = 0x0}, fd = -1,
kernel_handle = 0, type = 0, irq_interval = 0, packet_phase = 0, packet_count = 0, packet_index = 0, buf_packets = 0, max_packet_size = 0, prebuffer = 0, start_on_cycle = 0,
recv_mode = 0, state = ISO_STOPPED, xmit_handler = 0x0, recv_handler = 0x0, buffer = 0x0, buffer_end = 0x0, head = 0x0, tail = 0x0, first_payload = 0x0, packets = 0x0}, buffer = {
0 <repeats 2048 times>}}
(gdb) p handle->iso.packet_index
$4 = 0
|
|
From: <eta...@we...> - 2017-05-15 13:33:37
|
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hello,</div> <div>unfortunately I'm not able to use my Xio2213b mini-pcie card on an ARM system. I'm not able to ping another firewire card. Sometimes the card isn't even recognized. Is this a bug?</div> <div>Activating lock debug statistics and disabling SMP improves the problem but doesn't solve it. I'm just a beginner to kernel debugging. So I would be glad, if someone could help me.</div> <div> </div> <div><u>uname -a</u><br/> Linux am57xx-evm 4.4.41-gf9f6f0db2d #1 SMP PREEMPT Wed May 10 16:57:47 CEST 2017 armv7l GNU/Linux</div> <div> </div> <div> </div> <div><u>lsmod | grep -e 1394 -e firewire</u></div> <div>firewire_ohci 32959 0<br/> firewire_core 59859 1 firewire_ohci<br/> crc_itu_t 1669 1 firewire_core</div> <div> </div> <div><u>lspci</u></div> <div>00:00.0 PCI bridge: Texas Instruments Device 8888 (rev 01)<br/> 01:00.0 PCI bridge: Texas Instruments XIO2213A/B/XIO2221 PCI Express to PCI Bridge [Cheetah Express] (rev 01)<br/> 02:00.0 FireWire (IEEE 1394): Texas Instruments XIO2213A/B/XIO2221 IEEE-1394b OHCI Controller [Cheetah Express] (rev 01)</div> <div> </div> <div> </div> <div> </div> <div>Best regards,</div> <div>Sascha</div> <div> </div> <div> </div></div></body></html> |
|
From: David R. <dr...@tr...> - 2017-03-13 15:53:35
|
Hello Christof, > I am not so responsive, as the unit in question is located off-site, > that's exactly why I am asking for Linux support. Because that's much > nicer if you are far away and just using IP connections. As I mentioned before, as I understand it, FlexRadio doesn't support Linux at all be it on your previous generation radio or the new 6000 line of radios. Even if you can get the data off the radio, they have not released specs to anyone to work that data. Their systems are totally proprietary. > So am I right to suppose I'm on the half way? How to access the > control channel and to be able to make use of it? How to sniff it on > Windows, in my case it's Windows 7? Or is there any contact to > Flexradio Systems in order to get the information I need? > > The goal would be to make it GNURadio compatible, so use the > Audio-I/Os for I/Q and the control channel in order to be able to use > the flexibility of GNURadio. I would check with some of the Flex and GnuRadio forums to see if anyone has reverse engineers the data from these older radios. I don't know if it's really I/Q data and then I have no idea if you could use other existing programs like Gqrx to decode the data but that's a RX-only application. Other than Quisk (mostly only supports SoftRock based SDRs), I don't know of any other transmit capable SDR applications for Linux. --David |
|
From: Clemens L. <cl...@la...> - 2017-03-11 18:50:32
|
lagunax wrote: > PCI bridge: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge (rev 01) This chip is known to be buggy: https://lkml.org/lkml/2012/1/30/216 Regards, Clemens |
|
From: lagunax <la...@em...> - 2017-03-11 16:34:18
|
actualy (as i found info) there is VT6306L with ASMedia108*. and there is pci-e-module On 11.03.2017 15:00, lin...@li... wrote: > Do you see any messages in your kernel log that could be related to the > ASMedia bridge? there is nothing in dmesg with grep ASM root@producer-center:/home/producer# lspci |grep ASM 01:00.0 PCI bridge: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge (rev 01) root@producer-center:/home/producer# dmesg | grep 01:00.0 [ 0.169317] pci 0000:01:00.0: [1b21:1080] type 01 class 0x060400 [ 0.169410] pci 0000:01:00.0: supports D1 D2 [ 0.169412] pci 0000:01:00.0: PME# supported from D0 D1 D2 D3hot D3cold [ 0.178736] pci 0000:01:00.0: PCI bridge to [bus 02] [ 0.178742] pci 0000:01:00.0: bridge window [io 0xe000-0xefff] [ 0.178745] pci 0000:01:00.0: bridge window [mem 0xf7d00000-0xf7dfffff] [ 0.219563] pci 0000:01:00.0: PCI bridge to [bus 02] [ 0.219567] pci 0000:01:00.0: bridge window [io 0xe000-0xefff] [ 0.219572] pci 0000:01:00.0: bridge window [mem 0xf7d00000-0xf7dfffff] root@producer-center:/home/producer# cat /sys/module/firewire_ohci/parameters/debug 2 root@producer-center:/home/producer# dmesg | grep fire [ 0.572078] firewire_ohci 0000:02:00.0: enabling device (0080 -> 0083) [ 0.635939] firewire_ohci 0000:02:00.0: added OHCI v1.10 device as card 0, 4 IR + 8 IT contexts, quirks 0x11 [ 0.636142] firewire_ohci 0000:02:00.0: 1 selfIDs, generation 1, local node ID ffc0 [ 0.636146] firewire_ohci 0000:02:00.0: selfID 0: 807f8952, phy 0 [--.] S400 gc=63 +15W Lci [ 1.136361] firewire_core 0000:02:00.0: created device fw0: GUID 0011223333666688, S400 but fw0 is linux standart firewire or somthing like this. |
|
From: Stefan R. <st...@s5...> - 2017-03-10 20:41:01
|
On Mar 10 lagunax wrote: > root@producer-center:/home/producer# lspci > 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core > processor DRAM Controller (rev 09) > ... > 01:00.0 PCI bridge: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI > Bridge (rev 01) > 02:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire > II(M)] IEEE 1394 OHCI Controller (rev 80) [...] > 02:00.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. VT6306/7/8 > [Fire II(M)] IEEE 1394 OHCI Controller [1106:3044] (rev 80) (prog-if 10 > [OHCI]) [...] > root@producer-center:/home/producer# dmesg | grep fire > [ 0.535278] firewire_ohci 0000:02:00.0: enabling device (0080 -> 0083) > [ 0.598118] firewire_ohci 0000:02:00.0: added OHCI v1.10 device as > card 0, 4 IR + 8 IT contexts, quirks 0x11 > root@producer-center:/home/producer# dmesg | grep 1394 > root@producer-center:/home/producer# As far as I know, the PCI identifiers [1106:3044] (rev 80) belong to VIA VT6308. I have VT6306 and VT6315, and had a VT6307 for a while, but no VT6308; but I am quite sure that the VT6308 is very similar internally to VT6307, and that other Linux users have working VT6308s. Your dmesg starts like it should, but then at least one important line does not follow. Here is a log for a VIA VT6306 CardBus Card right after insertion, though with a little extra verbosity added: # cat /etc/modprobe.d/firewire.conf options firewire-ohci debug=2 # dmesg | tail [4831778.128422] pcmcia_socket pcmcia_socket0: pccard: CardBus card inserted into slot 0 [4831778.128451] pci 0000:13:00.0: [1106:3044] type 00 class 0x0c0010 [4831778.128487] pci 0000:13:00.0: reg 0x10: [mem 0x00000000-0x000007ff] [4831778.128504] pci 0000:13:00.0: reg 0x14: [io 0x0000-0x007f] [4831778.128521] pci 0000:13:00.0: reg 0x18: [mem 0x00000000-0x000000ff] [4831778.128664] pci 0000:13:00.0: supports D2 [4831778.128665] pci 0000:13:00.0: PME# supported from D2 D3hot D3cold [4831778.128743] pci 0000:13:00.0: BAR 0: assigned [mem 0xf7080000-0xf70807ff] [4831778.128751] pci 0000:13:00.0: BAR 2: assigned [mem 0xf7080800-0xf70808ff] [4831778.128760] pci 0000:13:00.0: BAR 1: assigned [io 0xa000-0xa07f] [4831778.128836] firewire_ohci 0000:13:00.0: enabling device (0080 -> 0083) [4831778.181476] firewire_ohci 0000:13:00.0: added OHCI v1.0 device as card 9, 4 IR + 8 IT contexts, quirks 0x41 [4831778.181539] firewire_ohci 0000:13:00.0: 1 selfIDs, generation 1, local node ID ffc0 [4831778.181542] firewire_ohci 0000:13:00.0: selfID 0: 807f8956, phy 0 [---] S400 gc=63 +15W Lci [4831778.687512] firewire_core 0000:13:00.0: created device fw11: GUID 00110600000041cc, S400 If you don't have a CardBus card but an onboard conroller or PCI card instead, then you won't get the pcmcia related lines of course. The two "selfID" lines near the end are due to the debug=2 module parameter which I added. Could you try this too? First add the config file like I did (or enter the firewire-ohci line in an already existing modprobe.d file), reboot, check that the line took effect: # cat /sys/module/firewire_ohci/parameters/debug 2 then inspect the kernel log again (dmesg | grep fire). To continue: The last line in my log above, the one with "created device", is the one which I am missing from your log. The reason for its missing can only be that the selfID DMA or/and selfID interrupt did not work. And in turn, reasons for this could be: - defective controller, - bug in the ASMedia PCIe-to-PCI bridge, - whatever else. Actually I strongly suspect a bug of the bridge. Nowadays, by far most commercially available mainboards that still feature PCI contain buggy PCIe-to-PCI bridges that aren't worth the cents that they must have cost the mainboard vendor. The following bridges are good: PCI bridge [0604]: PLX Technology, Inc. PEX8112 x1 Lane PCI Express-to-PCI Bridge [10b5:8112] (rev aa) (this is on an add-in card of mine) PCI bridge [0604]: Tundra Semiconductor Corp. Device [10e3:8113] (rev 01) (this is on a Supermicro mainboard) Do you see any messages in your kernel log that could be related to the ASMedia bridge? Anyway. FYI, here are log lines (still with debug=2) from the moment when I plug in/ switch on a Focusrite Saffire audio interface: [4832701.959552] firewire_ohci 0000:13:00.0: isochronous cycle inconsistent [4832701.959576] firewire_ohci 0000:13:00.0: 2 selfIDs, generation 2, local node ID ffc0 [4832701.959579] firewire_ohci 0000:13:00.0: selfID 0: 807f8964, phy 0 [-p-] S400 gc=63 +15W Lc [4832701.959581] firewire_ohci 0000:13:00.0: selfID 0: 817f8cd2, phy 1 [c-.] S400 gc=63 -3W Lci [4832704.017887] firewire_core 0000:13:00.0: BM lock failed (timeout), making local node (ffc0) root [4832704.017890] firewire_core 0000:13:00.0: phy config: new root=ffc0, gap_count=5 [4832704.017974] firewire_ohci 0000:13:00.0: 2 selfIDs, generation 3, local node ID ffc1 [4832704.017976] firewire_ohci 0000:13:00.0: selfID 0: 80458c90, phy 0 [p-.] S400 gc=5 -3W Lc [4832704.017978] firewire_ohci 0000:13:00.0: selfID 0: 81458976, phy 1 [-c-] S400 gc=5 +15W Lci [4832704.911382] firewire_ohci 0000:13:00.0: 2 selfIDs, generation 4, local node ID ffc1 [4832704.911385] firewire_ohci 0000:13:00.0: selfID 0: 807f8c92, phy 0 [p-.] S400 gc=63 -3W Lci [4832704.911387] firewire_ohci 0000:13:00.0: selfID 0: 817f8974, phy 1 [-c-] S400 gc=63 +15W Lc [4832704.911404] firewire_core 0000:13:00.0: phy config: new root=ffc1, gap_count=5 [4832704.911478] firewire_ohci 0000:13:00.0: 2 selfIDs, generation 5, local node ID ffc1 [4832704.911479] firewire_ohci 0000:13:00.0: selfID 0: 80458c90, phy 0 [p-.] S400 gc=5 -3W Lc [4832704.911481] firewire_ohci 0000:13:00.0: selfID 0: 81458976, phy 1 [-c-] S400 gc=5 +15W Lci [4832707.611096] firewire_core 0000:13:00.0: created device fw12: GUID 00130e040140dd28, S400 So there are more SelfID lines, and finally a "created device" line again. Also, if "grep fire /proc/interrupts" is inspected before and after these events, it should show that they increase firewire-ohci's interrupt count. -- Stefan Richter -======----= --== -=-=- http://arcgraph.de/sr/ |
|
From: lagunax <la...@em...> - 2017-03-10 18:04:12
|
juju do not create fw* with vt6306l
os: Debian 8.* (same on ubuntu xenial (16.*)
at som moment ther was an fw0, but it was not vt interface, was shown as
linux standart (or likewise) with other vid
root@producer-center:/home/producer# lspci
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core
processor DRAM Controller (rev 09)
...
01:00.0 PCI bridge: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI
Bridge (rev 01)
02:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire
II(M)] IEEE 1394 OHCI Controller (rev 80)
...
root@producer-center:/home/producer# ffado-diag
FFADO diagnostic utility 2.3.9999
============================
(C) 2008 Pieter Palmers
2009-2010 Arnold Krille
=== CHECK ===
Base system...
kernel version............ 3.16.0-4-amd64
Preempt (low latency)... False
RT patched.............. False
old 1394 stack present.... False
old 1394 stack loaded..... False
old 1394 stack active..... False
new 1394 stack present.... True
new 1394 stack loaded..... True
new 1394 stack active..... True
/dev/raw1394 node present. False
/dev/fw* permissions:
ls: невозможно получить доступ к /dev/fw*: Нет такого файла или каталога
User IDs:
uid=0(root) gid=0(root) группы=0(root)
Prerequisites (dynamic at run-time)...
gcc ............... gcc (Debian 4.9.2-10) 4.9.2
g++ ............... sh: 1: g++: not found
PyQt4 (by pyuic4) . sh: 1: pyuic4: not found
jackd ............. no message buffer overruns
path ............ /usr/bin/jackd
flags ........... sh: 1: pkg-config: not found
libraw1394 ........ sh: 1: pkg-config: not found
flags ........... sh: 1: pkg-config: not found
libavc1394 ........ sh: 1: pkg-config: not found
flags ........... sh: 1: pkg-config: not found
libiec61883 ....... sh: 1: pkg-config: not found
flags ........... sh: 1: pkg-config: not found
libxml++-2.6 ...... sh: 1: pkg-config: not found
flags ........... sh: 1: pkg-config: not found
dbus-1 ............ sh: 1: pkg-config: not found
flags ........... sh: 1: pkg-config: not found
Prerequisites (static at compile-time)...
gcc ............... gcc (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4
g++ ............... g++ (Ubuntu 4.8.4-2ubuntu1~14.04.3) 4.8.4
PyQt4 (by pyuic4) . Python User Interface Compiler 4.10.4 for Qt
version 4.8.6
jackd ............. sh: 1: jackd: not found
path ............
flags ........... Package jack was not found in the pkg-config
search path.
libraw1394 ........ 2.1.0
flags ........... -lraw1394
libavc1394 ........ Package libavc1394 was not found in the
pkg-config search path.
flags ........... Package libavc1394 was not found in the
pkg-config search path.
libiec61883 ....... 1.2.0
flags ........... -liec61883 -lraw1394
libxml++-2.6 ...... 2.36.0
flags ........... -I/usr/include/libxml2 -I/usr/include/glibmm-2.4
-I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include -I/usr/include/sigc++-2.0
-I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -I/usr/include/glib-2.0
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/libxml++-2.6
-I/usr/lib/libxml++-2.6/include -lxml++-2.6 -lxml2 -lglibmm-2.4
-lgobject-2.0 -lsigc-2.0 -lglib-2.0
dbus-1 ............ 1.6.18
flags ........... -I/usr/include/dbus-1.0
-I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -ldbus-1
uname -a...
Linux producer-center 3.16.0-4-amd64 #1 SMP Debian 3.16.39-1+deb8u2
(2017-03-07) x86_64 GNU/Linux
Hardware...
Host controllers:
02:00.0 FireWire (IEEE 1394) [0c00]: VIA Technologies, Inc. VT6306/7/8
[Fire II(M)] IEEE 1394 OHCI Controller [1106:3044] (rev 80) (prog-if 10
[OHCI])
Subsystem: VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE
1394 OHCI Controller [1106:3044]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping+ SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32 (8000ns max), Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at f7d00000 (32-bit, non-prefetchable) [size=2K]
Region 1: I/O ports at e000 [size=128]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1- D2+ AuxCurrent=0mA
PME(D0-,D1-,D2+,D3hot+,D3cold+)
Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
Kernel driver in use: firewire_ohci
CPU info:
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 2
On-line CPU(s) list: 0,1
Thread(s) per core: 1
Core(s) per socket: 2
Socket(s): 1
NUMA node(s): 1
Vendor ID: GenuineIntel
CPU family: 6
Model: 58
Model name: Intel(R) Celeron(R) CPU G1610 @ 2.60GHz
Stepping: 9
CPU MHz: 2599.796
CPU max MHz: 2600,0000
CPU min MHz: 1600,0000
BogoMIPS: 5188.60
Virtualization: VT-x
L1d cache: 32K
L1i cache: 32K
L2 cache: 256K
L3 cache: 2048K
NUMA node0 CPU(s): 0,1
Configuration...
IRQ information
Hardware Interrupts:
--------------------
IRQ 0: PID: None, count: [18, 0], Sched None (priority
None), drivers: ['timer']
IRQ 1: PID: None, count: [2, 0], Sched None (priority
None), drivers: ['i8042']
IRQ 8: PID: None, count: [1, 0], Sched None (priority
None), drivers: ['rtc0']
IRQ 9: PID: None, count: [3, 0], Sched None (priority
None), drivers: ['acpi']
IRQ 12: PID: None, count: [3, 1], Sched None (priority
None), drivers: ['i8042']
IRQ 16: PID: None, count: [423850, 29626], Sched None (priority
None), drivers: ['ehci_hcd:usb1', 'firewire_ohci']
IRQ 18: PID: None, count: [157, 23], Sched None (priority
None), drivers: ['ath9k']
IRQ 23: PID: None, count: [811, 172], Sched None (priority
None), drivers: ['ehci_hcd:usb2']
IRQ 41: PID: None, count: [0, 0], Sched None (priority
None), drivers: ['eth0']
IRQ 42: PID: None, count: [195, 22], Sched None (priority
None), drivers: ['eth1']
IRQ 43: PID: None, count: [16013, 2181], Sched None (priority
None), drivers: ['ahci']
IRQ 44: PID: None, count: [114, 30], Sched None (priority
None), drivers: ['xhci_hcd']
IRQ 45: PID: None, count: [4, 11], Sched None (priority
None), drivers: ['mei_me']
IRQ 46: PID: None, count: [993, 151], Sched None (priority
None), drivers: ['snd_hda_intel']
IRQ 47: PID: None, count: [3929, 598], Sched None (priority
None), drivers: ['i915']
Software Interrupts:
--------------------
=== REPORT ===
FireWire kernel drivers:
The new FireWire kernel stack is loaded.
If running a kernel earlier than 2.6.37 and problems are experienced,
either
try with the old Firewire kernel stack or upgrade to a newer kernel
(preferrably 2.6.37 or later).
root@producer-center:/home/producer# dmesg | grep fire
[ 0.535278] firewire_ohci 0000:02:00.0: enabling device (0080 -> 0083)
[ 0.598118] firewire_ohci 0000:02:00.0: added OHCI v1.10 device as
card 0, 4 IR + 8 IT contexts, quirks 0x11
root@producer-center:/home/producer# dmesg | grep 1394
root@producer-center:/home/producer#
|
|
From: Clemens L. <cl...@la...> - 2017-03-01 17:55:01
|
Paul van der Vlis wrote: > Is the "SIIG FireWire 2-Port PCIe NN-E20012-S2" with TI XIO2200A chip > supported in Linux? It is only the chip that matters. And yes, it's supported. Regards, Clemens |
|
From: Paul v. d. V. <pa...@va...> - 2017-03-01 14:15:31
|
Hello, Is the "SIIG FireWire 2-Port PCIe NN-E20012-S2" with TI XIO2200A chip supported in Linux? I cannot find it, but I see messages that another card with this chip is supported. With regards, Paul van der Vlis -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/ |
|
From: Christof B. <chr...@gm...> - 2017-02-19 14:27:40
|
Hi Bob, David, Stefan!
Thanks a lot for your support!
I am not so responsive, as the unit in question is located off-site,
that's exactly why I am asking for Linux support. Because that's much
nicer if you are far away and just using IP connections.
Well, the radio is recognized by ALSA, but no mixer available (see also
screenshot):
---
oe8bck@shack-pc ~ $ aplay -l
**** List of PLAYBACK Hardware Devices ****
...
card 2: MyProduct [MyProduct], device 0: DICE [MyProduct]
Subdevices: 1/1
Subdevice #0: subdevice #0
oe8bck@shack-pc ~ $ amixer -c 2
oe8bck@shack-pc ~ $
oe8bck@shack-pc ~ $ ls /sys/bus/firewire/drivers/*
bind fw1.0 module uevent unbind
oe8bck@shack-pc ~ $ tree /sys/bus/firewire/devices/fw1
/sys/bus/firewire/devices/fw1
├── config_rom
├── dev
├── fw1.0
│ ├── driver -> ../../../../../../../bus/firewire/drivers/snd_dice
│ ├── modalias
│ ├── model
│ ├── model_name
│ ├── power
│ │ ├── async
│ │ ├── autosuspend_delay_ms
│ │ ├── control
│ │ ├── runtime_active_kids
│ │ ├── runtime_active_time
│ │ ├── runtime_enabled
│ │ ├── runtime_status
│ │ ├── runtime_suspended_time
│ │ └── runtime_usage
│ ├── rom_index
│ ├── sound
│ │ └── card2
│ │ ├── controlC2
│ │ │ ├── dev
│ │ │ ├── device -> ../../card2
│ │ │ ├── power
│ │ │ │ ├── async
│ │ │ │ ├── autosuspend_delay_ms
│ │ │ │ ├── control
│ │ │ │ ├── runtime_active_kids
│ │ │ │ ├── runtime_active_time
│ │ │ │ ├── runtime_enabled
│ │ │ │ ├── runtime_status
│ │ │ │ ├── runtime_suspended_time
│ │ │ │ └── runtime_usage
│ │ │ ├── subsystem -> ../../../../../../../../../../class/sound
│ │ │ └── uevent
│ │ ├── device -> ../../../fw1.0
│ │ ├── dmmidi2
│ │ │ ├── dev
│ │ │ ├── device -> ../../card2
│ │ │ ├── power
│ │ │ │ ├── async
│ │ │ │ ├── autosuspend_delay_ms
│ │ │ │ ├── control
│ │ │ │ ├── runtime_active_kids
│ │ │ │ ├── runtime_active_time
│ │ │ │ ├── runtime_enabled
│ │ │ │ ├── runtime_status
│ │ │ │ ├── runtime_suspended_time
│ │ │ │ └── runtime_usage
│ │ │ ├── subsystem -> ../../../../../../../../../../class/sound
│ │ │ └── uevent
│ │ ├── hwC2D0
│ │ │ ├── dev
│ │ │ ├── device -> ../../card2
│ │ │ ├── power
│ │ │ │ ├── async
│ │ │ │ ├── autosuspend_delay_ms
│ │ │ │ ├── control
│ │ │ │ ├── runtime_active_kids
│ │ │ │ ├── runtime_active_time
│ │ │ │ ├── runtime_enabled
│ │ │ │ ├── runtime_status
│ │ │ │ ├── runtime_suspended_time
│ │ │ │ └── runtime_usage
│ │ │ ├── subsystem -> ../../../../../../../../../../class/sound
│ │ │ └── uevent
│ │ ├── id
│ │ ├── midi2
│ │ │ ├── dev
│ │ │ ├── device -> ../../card2
│ │ │ ├── power
│ │ │ │ ├── async
│ │ │ │ ├── autosuspend_delay_ms
│ │ │ │ ├── control
│ │ │ │ ├── runtime_active_kids
│ │ │ │ ├── runtime_active_time
│ │ │ │ ├── runtime_enabled
│ │ │ │ ├── runtime_status
│ │ │ │ ├── runtime_suspended_time
│ │ │ │ └── runtime_usage
│ │ │ ├── subsystem -> ../../../../../../../../../../class/sound
│ │ │ └── uevent
│ │ ├── midiC2D0
│ │ │ ├── dev
│ │ │ ├── device -> ../../card2
│ │ │ ├── power
│ │ │ │ ├── async
│ │ │ │ ├── autosuspend_delay_ms
│ │ │ │ ├── control
│ │ │ │ ├── runtime_active_kids
│ │ │ │ ├── runtime_active_time
│ │ │ │ ├── runtime_enabled
│ │ │ │ ├── runtime_status
│ │ │ │ ├── runtime_suspended_time
│ │ │ │ └── runtime_usage
│ │ │ ├── subsystem -> ../../../../../../../../../../class/sound
│ │ │ └── uevent
│ │ ├── number
│ │ ├── pcmC2D0c
│ │ │ ├── dev
│ │ │ ├── device -> ../../card2
│ │ │ ├── pcm_class
│ │ │ ├── power
│ │ │ │ ├── async
│ │ │ │ ├── autosuspend_delay_ms
│ │ │ │ ├── control
│ │ │ │ ├── runtime_active_kids
│ │ │ │ ├── runtime_active_time
│ │ │ │ ├── runtime_enabled
│ │ │ │ ├── runtime_status
│ │ │ │ ├── runtime_suspended_time
│ │ │ │ └── runtime_usage
│ │ │ ├── subsystem -> ../../../../../../../../../../class/sound
│ │ │ └── uevent
│ │ ├── pcmC2D0p
│ │ │ ├── dev
│ │ │ ├── device -> ../../card2
│ │ │ ├── pcm_class
│ │ │ ├── power
│ │ │ │ ├── async
│ │ │ │ ├── autosuspend_delay_ms
│ │ │ │ ├── control
│ │ │ │ ├── runtime_active_kids
│ │ │ │ ├── runtime_active_time
│ │ │ │ ├── runtime_enabled
│ │ │ │ ├── runtime_status
│ │ │ │ ├── runtime_suspended_time
│ │ │ │ └── runtime_usage
│ │ │ ├── subsystem -> ../../../../../../../../../../class/sound
│ │ │ └── uevent
│ │ ├── power
│ │ │ ├── async
│ │ │ ├── autosuspend_delay_ms
│ │ │ ├── control
│ │ │ ├── runtime_active_kids
│ │ │ ├── runtime_active_time
│ │ │ ├── runtime_enabled
│ │ │ ├── runtime_status
│ │ │ ├── runtime_suspended_time
│ │ │ └── runtime_usage
│ │ ├── seq-midi-2-0
│ │ │ ├── driver ->
../../../../../../../../../../bus/snd_seq/drivers/snd_seq_midi
│ │ │ ├── power
│ │ │ │ ├── async
│ │ │ │ ├── autosuspend_delay_ms
│ │ │ │ ├── control
│ │ │ │ ├── runtime_active_kids
│ │ │ │ ├── runtime_active_time
│ │ │ │ ├── runtime_enabled
│ │ │ │ ├── runtime_status
│ │ │ │ ├── runtime_suspended_time
│ │ │ │ └── runtime_usage
│ │ │ ├── subsystem -> ../../../../../../../../../../bus/snd_seq
│ │ │ └── uevent
│ │ ├── subsystem -> ../../../../../../../../../class/sound
│ │ └── uevent
│ ├── specifier_id
│ ├── subsystem -> ../../../../../../../bus/firewire
│ ├── uevent
│ └── version
├── guid
├── is_local
├── model
├── model_name
├── power
│ ├── async
│ ├── autosuspend_delay_ms
│ ├── control
│ ├── runtime_active_kids
│ ├── runtime_active_time
│ ├── runtime_enabled
│ ├── runtime_status
│ ├── runtime_suspended_time
│ └── runtime_usage
├── subsystem -> ../../../../../../bus/firewire
├── uevent
├── units
├── vendor
└── vendor_name
43 directories, 136 files
oe8bck@shack-pc ~/FIREWIRE/linux1394_utils $ ./crpp_v20160501.py <
/sys/bus/firewire/devices/fw1/config_rom
ROM header and bus information block
-----------------------------------------------------------------
400 0404a3f5 bus_info_length 4, crc_length 4, crc 41973
404 31333934 bus_name "1394"
408 e0008122 irmc 1, cmc 1, isc 1, bmc 0, pmc 0, cyc_clk_acc 0,
max_rec 8 (512), max_rom 1, gen 2, spd 2 (S400)
40c 001c2d04 company_id 001c2d |
410 00bfffff device_id 0400bfffff | EUI-64 001c2d0400bfffff
root directory
-----------------------------------------------------------------
414 00065f3c directory_length 6, crc 24380
418 03001c2d vendor
41c 8100000a --> descriptor leaf at 444
420 17000002 model
424 81000010 --> descriptor leaf at 464
428 0c0087c0 node capabilities per IEEE 1394
42c d1000001 --> unit directory at 430
unit directory at 430
-----------------------------------------------------------------
430 0004e806 directory_length 4, crc 59398
434 12001c2d specifier id
438 13000001 version
43c 17000002 model
440 8100000f --> descriptor leaf at 47c
descriptor leaf at 444
-----------------------------------------------------------------
444 0007ea43 leaf_length 7, crc 59971
448 00000000 textual descriptor
44c 00000000 minimal ASCII
450 466c6578 "Flex"
454 52616469 "Radi"
458 6f5f5379 "o_Sy"
45c 7374656d "stem"
460 73000000 "s"
descriptor leaf at 464
-----------------------------------------------------------------
464 00055758 leaf_length 5, crc 22360
468 00000000 textual descriptor
46c 00000000 minimal ASCII
470 464c4558 "FLEX"
474 2d333030 "-300"
478 30000000 "0"
descriptor leaf at 47c
-----------------------------------------------------------------
47c 00055758 leaf_length 5, crc 22360
480 00000000 textual descriptor
484 00000000 minimal ASCII
488 464c4558 "FLEX"
48c 2d333030 "-300"
490 30000000 "0"
oe8bck@shack-pc ~/FIREWIRE/linux1394_utils $ alsa-info.sh
(see attached log-file)
---
So am I right to suppose I'm on the half way? How to access the control
channel and to be able to make use of it? How to sniff it on Windows, in
my case it's Windows 7? Or is there any contact to Flexradio Systems in
order to get the information I need?
The goal would be to make it GNURadio compatible, so use the Audio-I/Os
for I/Q and the control channel in order to be able to use the
flexibility of GNURadio.
KR,
Christof
Am 2017-02-15 um 09:02 schrieb Stefan Richter:
> On Feb 14 Christof Bodner wrote:
>> oe8bck@shack-pc ~ $ lsmod | grep firewire
>> snd_firewire_lib 32768 1 snd_dice
>> snd_pcm 106496 7
>> snd_firewire_lib,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_dice,snd_hda_core
>> snd_rawmidi 32768 3 snd_firewire_lib,snd_dice,snd_seq_midi
>> firewire_ohci 40960 0
>> firewire_core 65536 3 snd_firewire_lib,firewire_ohci,snd_dice
>> crc_itu_t 16384 1 firewire_core
>> oe8bck@shack-pc ~ $ grep . /sys/bus/firewire/devices/fw*/*_name
>> /sys/bus/firewire/devices/fw0/model_name:Juju
>> /sys/bus/firewire/devices/fw0/vendor_name:Linux Firewire
>> /sys/bus/firewire/devices/fw1.0/model_name:FLEX-3000
>> /sys/bus/firewire/devices/fw1/model_name:FLEX-3000
>> /sys/bus/firewire/devices/fw1/vendor_name:FlexRadio_Systems
> [...]
>
> The ALSA/FireWire driver "snd-dice" is loaded. Was it bound to fw1.0?
> $ ls /sys/bus/firewire/drivers/*
> $ tree /sys/bus/firewire/devices/fw1
> $ crpp < /sys/bus/firewire/devices/fw1/config_rom
> (The last command is part of linux-firewire-utils but can also be
> downloaded separately from https://me.in-berlin.de/~s5r6/linux1394/utils/.
> It shows a few device identifiers and parameters in a somewhat
> human-readable form.)
>
> If snd-dice accessed the device successfully, then there should be an ALSA
> soundcard for the Flex-3000.
> $ alsa-info.sh
> (writes a lot of diagnostics about all present soundcards into a temporary
> file)
--
---------------------------------------------------------------------
Christof Bodner <Chr...@gm...>
Linux - Life is too short for reboots
- First they ignore you. Then they laugh at you. Then they
fight you. Then you win(*). -- Gandhi
---------------------------------------------------------------------
email: mailto:Chr...@gm...
Tel.: +43-650-7215383
ICQ: 22085157
---------------------------------------------------------------------
GnuPG public key: 8A265334
Fingerprint CF71 08D2 18B8 A824 37A5 B80E 0888 37E1 8A26 5334
---------------------------------------------------------------------
|
|
From: Stefan R. <st...@s5...> - 2017-02-15 08:02:37
|
On Feb 14 Christof Bodner wrote: > oe8bck@shack-pc ~ $ lsmod | grep firewire > snd_firewire_lib 32768 1 snd_dice > snd_pcm 106496 7 > snd_firewire_lib,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_dice,snd_hda_core > snd_rawmidi 32768 3 snd_firewire_lib,snd_dice,snd_seq_midi > firewire_ohci 40960 0 > firewire_core 65536 3 snd_firewire_lib,firewire_ohci,snd_dice > crc_itu_t 16384 1 firewire_core > oe8bck@shack-pc ~ $ grep . /sys/bus/firewire/devices/fw*/*_name > /sys/bus/firewire/devices/fw0/model_name:Juju > /sys/bus/firewire/devices/fw0/vendor_name:Linux Firewire > /sys/bus/firewire/devices/fw1.0/model_name:FLEX-3000 > /sys/bus/firewire/devices/fw1/model_name:FLEX-3000 > /sys/bus/firewire/devices/fw1/vendor_name:FlexRadio_Systems [...] The ALSA/FireWire driver "snd-dice" is loaded. Was it bound to fw1.0? $ ls /sys/bus/firewire/drivers/* $ tree /sys/bus/firewire/devices/fw1 $ crpp < /sys/bus/firewire/devices/fw1/config_rom (The last command is part of linux-firewire-utils but can also be downloaded separately from https://me.in-berlin.de/~s5r6/linux1394/utils/. It shows a few device identifiers and parameters in a somewhat human-readable form.) If snd-dice accessed the device successfully, then there should be an ALSA soundcard for the Flex-3000. $ alsa-info.sh (writes a lot of diagnostics about all present soundcards into a temporary file) -- Stefan Richter -======----= --=- -==== http://arcgraph.de/sr/ |
|
From: David R. <dr...@tr...> - 2017-02-15 01:34:14
|
Hello Christof, David KI6ZHD here and I've been a long time lurker of the 1394 list. Anyway, what application are you thinking of using with your Flex? As far as I know, no Linux SDR application supports Flex as they have been a closed platform. The only program that I'm aware that supports the Flex is their PowerSDR program for MS Windows (only). --David On 02/14/2017 10:59 AM, Christof Bodner wrote: > Hi Firewire community! > > I just got a used HAM transmitter radio with Firewire interface. It is a > very nice piece, but currently I can use it only with Windows. That's > not nice, because I am using Linux since 20 years (not kidding) > > If I plug the radio, this is the setting and messages I get: > > --- > [ 62.065675] firewire_core 0000:06:00.0: rediscovered device fw0 > [ 62.065703] firewire_core 0000:06:00.0: phy config: new root=ffc1, > gap_count=5 > [ 63.842817] firewire_core 0000:06:00.0: phy config: new root=ffc1, > gap_count=5 > [ 67.152374] firewire_core 0000:06:00.0: created device fw1: GUID > 001c2d0400bfffff, S400 > --- > oe8bck@shack-pc ~ $ ls -l /dev/fw* > crw------- 1 root root 248, 0 Feb 14 2017 /dev/fw0 > crw------- 1 root audio 248, 1 Feb 14 19:28 /dev/fw1 > oe8bck@shack-pc ~ $ lspci | grep -i FireWire > 06:00.0 FireWire (IEEE 1394): Texas Instruments XIO2200A IEEE-1394a-2000 > Controller (PHY/Link) (rev 01) > oe8bck@shack-pc ~ $ lsmod | grep firewire > snd_firewire_lib 32768 1 snd_dice > snd_pcm 106496 7 > snd_firewire_lib,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_dice,snd_hda_core > snd_rawmidi 32768 3 snd_firewire_lib,snd_dice,snd_seq_midi > firewire_ohci 40960 0 > firewire_core 65536 3 snd_firewire_lib,firewire_ohci,snd_dice > crc_itu_t 16384 1 firewire_core > oe8bck@shack-pc ~ $ grep . /sys/bus/firewire/devices/fw*/*_name > /sys/bus/firewire/devices/fw0/model_name:Juju > /sys/bus/firewire/devices/fw0/vendor_name:Linux Firewire > /sys/bus/firewire/devices/fw1.0/model_name:FLEX-3000 > /sys/bus/firewire/devices/fw1/model_name:FLEX-3000 > /sys/bus/firewire/devices/fw1/vendor_name:FlexRadio_Systems > --- > > Well, it is somehow recognized, but now I am stuck a little bit. Where > to proceed? How to get the audio tx/rx? I did search for some kind of > how-to's but did not find any. Could anybody help me? > > KR, > Christof > |
|
From: Christof B. <chr...@gm...> - 2017-02-14 19:19:37
|
Hi Firewire community!
I just got a used HAM transmitter radio with Firewire interface. It is a
very nice piece, but currently I can use it only with Windows. That's
not nice, because I am using Linux since 20 years (not kidding)
If I plug the radio, this is the setting and messages I get:
---
[ 62.065675] firewire_core 0000:06:00.0: rediscovered device fw0
[ 62.065703] firewire_core 0000:06:00.0: phy config: new root=ffc1,
gap_count=5
[ 63.842817] firewire_core 0000:06:00.0: phy config: new root=ffc1,
gap_count=5
[ 67.152374] firewire_core 0000:06:00.0: created device fw1: GUID
001c2d0400bfffff, S400
---
oe8bck@shack-pc ~ $ ls -l /dev/fw*
crw------- 1 root root 248, 0 Feb 14 2017 /dev/fw0
crw------- 1 root audio 248, 1 Feb 14 19:28 /dev/fw1
oe8bck@shack-pc ~ $ lspci | grep -i FireWire
06:00.0 FireWire (IEEE 1394): Texas Instruments XIO2200A IEEE-1394a-2000
Controller (PHY/Link) (rev 01)
oe8bck@shack-pc ~ $ lsmod | grep firewire
snd_firewire_lib 32768 1 snd_dice
snd_pcm 106496 7
snd_firewire_lib,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel,snd_dice,snd_hda_core
snd_rawmidi 32768 3 snd_firewire_lib,snd_dice,snd_seq_midi
firewire_ohci 40960 0
firewire_core 65536 3 snd_firewire_lib,firewire_ohci,snd_dice
crc_itu_t 16384 1 firewire_core
oe8bck@shack-pc ~ $ grep . /sys/bus/firewire/devices/fw*/*_name
/sys/bus/firewire/devices/fw0/model_name:Juju
/sys/bus/firewire/devices/fw0/vendor_name:Linux Firewire
/sys/bus/firewire/devices/fw1.0/model_name:FLEX-3000
/sys/bus/firewire/devices/fw1/model_name:FLEX-3000
/sys/bus/firewire/devices/fw1/vendor_name:FlexRadio_Systems
---
Well, it is somehow recognized, but now I am stuck a little bit. Where
to proceed? How to get the audio tx/rx? I did search for some kind of
how-to's but did not find any. Could anybody help me?
KR,
Christof
--
---------------------------------------------------------------------
Christof Bodner <Chr...@gm...>
Linux - Life is too short for reboots
- First they ignore you. Then they laugh at you. Then they
fight you(*). Then you win. -- Ghandi
---------------------------------------------------------------------
email: mailto:Chr...@gm...
Tel.: +43-650-7215383
ICQ: 22085157
---------------------------------------------------------------------
GnuPG public key: 8A265334
Fingerprint CF71 08D2 18B8 A824 37A5 B80E 0888 37E1 8A26 5334
---------------------------------------------------------------------
|
|
From: Christof B. <chr...@gm...> - 2017-02-14 19:14:37
|
Hi again, Well, I did install ffado-utils and I got some (maybe) interesting informations. --- oe8bck@shack-pc ~ $ /usr/bin/ffado-test ListDevices ----------------------------------------------- FFADO test and diagnostic utility Part of the FFADO project -- www.ffado.org Version: 2.2.1- (C) 2008, Daniel Wagner, Pieter Palmers This program comes with ABSOLUTELY NO WARRANTY. ----------------------------------------------- === 1394 PORT 0 === Node id GUID VendorId ModelId Vendor - Model 1 0x001c2d0400bfffff 0x00001C2D 0x00000002 FlexRadio_Systems - FLEX-3000 oe8bck@shack-pc ~ $ ffado-test SetSamplerate 48000 ----------------------------------------------- FFADO test and diagnostic utility Part of the FFADO project -- www.ffado.org Version: 2.2.1- (C) 2008, Daniel Wagner, Pieter Palmers This program comes with ABSOLUTELY NO WARRANTY. ----------------------------------------------- 02420199341: Debug (devicemanager.cpp)[ 354] discover: Starting discovery... 02420280376: Debug (Configuration.cpp)[ 163] showSetting: Group: (null) 02420280403: Debug (Configuration.cpp)[ 185] showSetting: vendorid = 7213 (0x00001C2D) 02420280406: Debug (Configuration.cpp)[ 185] showSetting: modelid = 1 (0x00000001) 02420280419: Debug (Configuration.cpp)[ 209] showSetting: vendorname = FlexRadio_Systems 02420280421: Debug (Configuration.cpp)[ 209] showSetting: modelname = Flex-5000 02420280425: Debug (Configuration.cpp)[ 209] showSetting: driver = DICE 02420280427: Debug (Configuration.cpp)[ 185] showSetting: xmit_max_cycles_early_transmit = 4 (0x00000004) 02420345149: Error (ieee1394service.cpp)[ 797] doFcpTransaction: FCP transaction didn't succeed in 2 tries 02420345174: Warning (ieee1394service.cpp)[ 772] transactionBlock: FCP transaction failed 02420345197: Error (bebob_avdevice.cpp)[ 109] probe: Number of channels command failed 02420409149: Error (ieee1394service.cpp)[ 797] doFcpTransaction: FCP transaction didn't succeed in 2 tries 02420409184: Warning (ieee1394service.cpp)[ 772] transactionBlock: FCP transaction failed 02420473112: Error (ieee1394service.cpp)[ 797] doFcpTransaction: FCP transaction didn't succeed in 2 tries 02420473147: Warning (ieee1394service.cpp)[ 772] transactionBlock: FCP transaction failed 02420473151: Error (avc_avdevice.cpp)[ 89] probe: Subunit info command failed 02420473169: Debug (devicemanager.cpp)[ 661] discover: Discovery finished... 02420473174: Debug (devicemanager.cpp)[1258] showDeviceInfo: ===== Device Manager ===== 02420473184: Debug (Element.cpp)[ 121] show: Element DeviceManager 02420473186: Debug (devicemanager.cpp)[1266] showDeviceInfo: --- IEEE1394 Service 0 --- port = 0, devices_on_bus = 0 no message buffer overruns oe8bck@shack-pc ~ $ ffado-test-streaming 1487099351497174: Debug (teststreaming3.cpp)[ 264] main: verbose level = 6 1487099351497204: Debug (teststreaming3.cpp)[ 285] main: FFADO streaming test application (3) 1487099351497214: (ffado.cpp)[ 92] ffado_streaming_init: libffado 2.2.1- built Dec 1 2015 05:12:06 1487099351497246: Debug (Element.cpp)[ 129] setVerboseLevel: Setting verbose level to 6... 1487099351497253: Debug (StreamProcessorManager.cpp)[1668] setVerboseLevel: Setting verbose level to 6... 1487099351497256: Debug (devicemanager.cpp)[1253] setVerboseLevel: Setting verbose level to 6... 1487099351497259: Warning (ffado.cpp)[ 121] ffado_streaming_init: Realtime scheduling is not enabled. This will cause significant reliability issues. 1487099351497270: Debug (StreamProcessorManager.cpp)[ 374] setPeriodSize: Setting period size to 1024 (was 0) 1487099351497275: Debug (ffado.cpp)[ 148] ffado_streaming_init: setting slave mode to 0 1487099351497284: Debug (ffado.cpp)[ 154] ffado_streaming_init: setting snoop mode to 0 1487099351497403: Debug (Configuration.cpp)[ 63] openFile: Could not open file: ~/.ffado/configuration 1487099351498364: Debug (devicemanager.cpp)[ 190] initialize: Found 1 firewire adapters (ports) 1487099351498398: Debug (IsoHandlerManager.cpp)[1181] setVerboseLevel: Setting verbose level to 6... 1487099351498402: Debug (ieee1394service.cpp)[1617] setVerboseLevel: Setting verbose level to 6... 1487099351498409: Debug (ieee1394service.cpp)[ 459] setThreadParameters: Switching IsoManager to (rt=0, prio=1) 1487099351498412: Debug (IsoHandlerManager.cpp)[ 548] setThreadParameters: (0x1421ec0) switch to: (rt=0, prio=1)... 1487099351498475: Debug (ieee1394service.cpp)[ 465] setThreadParameters: Switching CycleTimerHelper to (rt=0, prio=1) 1487099351498481: Debug (CycleTimerHelper.cpp)[ 231] setThreadParameters: (0x1421f40) switch to: (rt=0, prio=1)... 1487099351498579: Debug (Watchdog.cpp)[ 262] start: (0x1422e70) Starting watchdog... 1487099351498584: Debug (Watchdog.cpp)[ 263] start: Create hartbeat task/thread for 0x1422e70... 1487099351498595: Debug (Watchdog.cpp)[ 277] start: hartbeat task: 0x14220b0, thread 0x1422ed0... 1487099351498599: Debug (Watchdog.cpp)[ 279] start: Create check task/thread for 0x1422e70... 1487099351498604: Debug (Watchdog.cpp)[ 293] start: check task: 0x1422ff0, thread 0x1423030... 1487099351498725: Debug (Watchdog.cpp)[ 311] start: (0x1422e70) Watchdog running... 02502572415: Debug (ieee1394service.cpp)[ 359] initialize: This system supports the raw1394_read_cycle_timer_and_clock call and the 02502572427: Debug (ieee1394service.cpp)[ 360] initialize: CLOCK_MONOTONIC clock source; using them. 02502572568: Debug (ieee1394service.cpp)[1013] getSplitTimeoutUsecs: reading SPLIT_TIMEOUT on node 0x0... 02502572577: Debug (ieee1394service.cpp)[1017] getSplitTimeoutUsecs: read of CSR_SPLIT_TIMEOUT_HI failed 02502572584: Debug (ieee1394service.cpp)[ 409] initialize: Minimum SPLIT_TIMEOUT: 1000000. Current: 0 02502572588: Debug (ieee1394service.cpp)[ 983] setSplitTimeoutUsecs: setting SPLIT_TIMEOUT on node 0x0 to 1000124usecs... 02502572596: Debug (ieee1394service.cpp)[ 993] setSplitTimeoutUsecs: write of CSR_SPLIT_TIMEOUT_HI failed 02502572598: Debug (ieee1394service.cpp)[ 412] initialize: Could not set SPLIT_TIMEOUT to min requested (1000000) 02502572601: Debug (ieee1394service.cpp)[1013] getSplitTimeoutUsecs: reading SPLIT_TIMEOUT on node 0x0... 02502572603: Debug (ieee1394service.cpp)[1017] getSplitTimeoutUsecs: read of CSR_SPLIT_TIMEOUT_HI failed 02502572607: Debug (ieee1394service.cpp)[ 416] initialize: Set SPLIT_TIMEOUT to min requested (1000000) did not succeed 02502572611: Debug (CycleTimerHelper.cpp)[ 116] Start: Start 0x1421f40... 02502572619: Debug (CycleTimerHelper.cpp)[ 149] initValues: (0x1421f40) Init values... 02502572621: Debug (CycleTimerHelper.cpp)[ 156] initValues: Read CTR... 02502572629: Debug (CycleTimerHelper.cpp)[ 167] initValues: read : CTR: 2332982017, local: 2502572628 02502572633: Debug (CycleTimerHelper.cpp)[ 173] initValues: ctr : 0x8B0E7B01 1709039361 (069s 4327cy 2817ticks) 02502572638: Debug (CycleTimerHelper.cpp)[ 179] initValues: requesting DLL re-init... 02502573735: Debug (CycleTimerHelper.cpp)[ 309] initDLL: (0x1421f40) First run 02502573769: Debug (CycleTimerHelper.cpp)[ 311] initDLL: DLL bandwidth: 0.500000 Hz (rel: 0.100000) 02502573778: Debug (CycleTimerHelper.cpp)[ 314] initDLL: usecs/update: 200000, ticks/update: 4915200, m_dll_e2: 4915200.000000 02502573784: Debug (CycleTimerHelper.cpp)[ 317] initDLL: usecs current: 2502573733.000000, next: 2502773733.000000 02502573788: Debug (CycleTimerHelper.cpp)[ 320] initDLL: ticks current: 1709066498.000000, next: 1713981698.000000 02502573793: Debug (CycleTimerHelper.cpp)[ 188] initValues: ready... 02502573808: Debug (Watchdog.cpp)[ 343] registerThread: (0x1422e70) Adding thread 0x1423d10 02502573902: Debug (IsoHandlerManager.cpp)[1181] setVerboseLevel: Setting verbose level to 6... 02502573908: Debug (IsoHandlerManager.cpp)[ 589] init: Initializing ISO manager 0x1421ec0... 02502573902: Debug (CycleTimerHelper.cpp)[ 195] Init: Initialize 0x1421f40... 02502573972: Debug (IsoHandlerManager.cpp)[ 610] init: Create iso thread for 0x1421ec0 transmit... 02502573991: Debug (IsoHandlerManager.cpp)[ 464] setVerboseLevel: Setting verbose level to 6... 02502573994: Debug (Thread.h)[ 124] setVerboseLevel: (ISOXMT) Setting verbose level to 6... 02502574000: Debug (IsoHandlerManager.cpp)[ 629] init: Create iso thread for 0x1421ec0 receive... 02502574002: Debug (IsoHandlerManager.cpp)[ 464] setVerboseLevel: Setting verbose level to 6... 02502574007: Debug (Thread.h)[ 124] setVerboseLevel: (ISORCV) Setting verbose level to 6... 02502574009: Debug (Watchdog.cpp)[ 343] registerThread: (0x1422e70) Adding thread 0x14241c0 02502574013: Debug (Watchdog.cpp)[ 343] registerThread: (0x1422e70) Adding thread 0x14243e0 02502574016: Debug (PosixThread.cpp)[ 166] Start: (ISOXMT) Create non RT thread 0x14241c0 02502574028: Debug (ieee1394service.cpp)[1274] addBusResetHandler: Adding busreset handler (0x7f04980008c0) 02502574044: Debug (PosixThread.cpp)[ 89] ThreadHandler: (CTRHLP) ThreadHandler: start 0x1423d10 02502574069: Debug (CycleTimerHelper.cpp)[ 309] initDLL: (0x1421f40) First run 02502574080: Debug (CycleTimerHelper.cpp)[ 311] initDLL: DLL bandwidth: 0.500000 Hz (rel: 0.100000) 02502574101: Debug (CycleTimerHelper.cpp)[ 314] initDLL: usecs/update: 200000, ticks/update: 4915200, m_dll_e2: 4915200.000000 02502574113: Debug (CycleTimerHelper.cpp)[ 317] initDLL: usecs current: 2502574069.000000, next: 2502774069.000000 02502574126: Debug (CycleTimerHelper.cpp)[ 320] initDLL: ticks current: 1709074759.000000, next: 1713989959.000000 02502574081: Debug (PosixThread.cpp)[ 89] ThreadHandler: (ISOXMT) ThreadHandler: start 0x14241c0 02502574090: Debug (PosixThread.cpp)[ 166] Start: (ISORCV) Create non RT thread 0x14243e0 02502574409: Debug (ieee1394service.cpp)[ 459] setThreadParameters: Switching IsoManager to (rt=0, prio=1) 02502574418: Debug (IsoHandlerManager.cpp)[ 548] setThreadParameters: (0x1421ec0) switch to: (rt=0, prio=1)... 02502574473: Debug (PosixThread.cpp)[ 262] DropRealTime: (ISOXMT, 0x14241c0) Drop realtime 02502574489: Debug (PosixThread.cpp)[ 262] DropRealTime: (ISORCV, 0x14243e0) Drop realtime 02502574496: Debug (ieee1394service.cpp)[ 465] setThreadParameters: Switching CycleTimerHelper to (rt=0, prio=1) 02502574501: Debug (CycleTimerHelper.cpp)[ 231] setThreadParameters: (0x1421f40) switch to: (rt=0, prio=1)... 02502574503: Debug (PosixThread.cpp)[ 262] DropRealTime: (CTRHLP, 0x1423d10) Drop realtime 02502574509: Debug (ieee1394service.cpp)[1716] setThreadParameters: (0x14236f0) switch to: (rt=0, prio=1)... 02502574512: Debug (PosixThread.cpp)[ 262] DropRealTime: (ARMRT, 0x1423750) Drop realtime 02502574519: Debug (ieee1394service.cpp)[1274] addBusResetHandler: Adding busreset handler (0x1423c40) 02502574412: Debug (PosixThread.cpp)[ 89] ThreadHandler: (ISORCV) ThreadHandler: start 0x14243e0 02502574527: Debug (devicemanager.cpp)[ 354] discover: Starting discovery... 02502574639: Debug (Element.cpp)[ 129] setVerboseLevel: Setting verbose level to 6... 02502574648: Debug (StreamProcessorManager.cpp)[1668] setVerboseLevel: Setting verbose level to 6... 02502574651: Debug (Thread.h)[ 124] setVerboseLevel: (ISOXMT) Setting verbose level to 6... 02502574655: Debug (IsoHandlerManager.cpp)[ 464] setVerboseLevel: Setting verbose level to 6... 02502574657: Debug (Thread.h)[ 124] setVerboseLevel: (ISORCV) Setting verbose level to 6... 02502574661: Debug (IsoHandlerManager.cpp)[ 464] setVerboseLevel: Setting verbose level to 6... 02502574662: Debug (IsoHandlerManager.cpp)[1181] setVerboseLevel: Setting verbose level to 6... 02502574666: Debug (ieee1394service.cpp)[1617] setVerboseLevel: Setting verbose level to 6... 02502574668: Debug (devicemanager.cpp)[1253] setVerboseLevel: Setting verbose level to 6... 02502574681: Debug (devicemanager.cpp)[ 381] discover: Probing node 0... 02502574684: Debug (devicemanager.cpp)[ 384] discover: Skipping local node (0)... 02502574688: Debug (devicemanager.cpp)[ 381] discover: Probing node 1... 02502614944: Debug (DeviceStringParser.cpp)[ 390] show: DeviceStringParser: 0x141feb0 02502614982: Debug (devicemanager.cpp)[ 556] discover: Probing node 0... 02502614985: Debug (devicemanager.cpp)[ 559] discover: Skipping local node (0)... 02502614988: Debug (devicemanager.cpp)[ 556] discover: Probing node 1... 02502655320: Debug (configrom.cpp)[ 604] printConfigRomDebug: Config ROM 02502655357: Debug (configrom.cpp)[ 605] printConfigRomDebug: Current Node Id: 1 02502655360: Debug (configrom.cpp)[ 606] printConfigRomDebug: GUID: 0x001C2D0400BFFFFF 02502655365: Debug (configrom.cpp)[ 607] printConfigRomDebug: Vendor Name: FlexRadio_Systems 02502655368: Debug (configrom.cpp)[ 608] printConfigRomDebug: Model Name: FLEX-3000 02502655371: Debug (configrom.cpp)[ 609] printConfigRomDebug: Node Vendor ID: 0x001c2d 02502655373: Debug (configrom.cpp)[ 610] printConfigRomDebug: Model Id: 0x00000002 02502655377: Debug (configrom.cpp)[ 611] printConfigRomDebug: Unit Specifier ID: 0x001c2d 02502655380: Debug (configrom.cpp)[ 612] printConfigRomDebug: Unit version: 0x00000001 02502655383: Debug (configrom.cpp)[ 613] printConfigRomDebug: ISO resource manager: 1 02502655384: Debug (configrom.cpp)[ 614] printConfigRomDebug: Cycle master capable: 1 02502655387: Debug (configrom.cpp)[ 615] printConfigRomDebug: Bus manager capable: 0 02502655388: Debug (configrom.cpp)[ 616] printConfigRomDebug: Cycle clock accuracy: 0 02502655397: Debug (configrom.cpp)[ 618] printConfigRomDebug: Max rec: 8 (max asy payload: 512 bytes) 02502655400: Debug (devicemanager.cpp)[1102] getDriverForDevice: Probing for supported device... 02502655405: Debug (devicemanager.cpp)[1032] getDriverForDeviceDo: Trying BeBoB... 02502655436: Debug (Configuration.cpp)[ 395] getDeviceSetting: temporary has no device definitions 02502655583: Debug (devicemanager.cpp)[1039] getDriverForDeviceDo: Trying ECHO Audio FireWorks... 02502655593: Debug (Configuration.cpp)[ 395] getDeviceSetting: temporary has no device definitions 02502655644: Debug (devicemanager.cpp)[1046] getDriverForDeviceDo: Trying Oxford FW90x... 02502655653: Debug (Configuration.cpp)[ 395] getDeviceSetting: temporary has no device definitions 02502655706: Debug (devicemanager.cpp)[1054] getDriverForDeviceDo: Trying Generic AV/C... 02502655715: Debug (Configuration.cpp)[ 395] getDeviceSetting: temporary has no device definitions 02502655765: Debug (devicemanager.cpp)[1061] getDriverForDeviceDo: Trying Motu... 02502655777: Debug (devicemanager.cpp)[1068] getDriverForDeviceDo: Trying Dice... 02502655788: Debug (Configuration.cpp)[ 395] getDeviceSetting: temporary has no device definitions 02502655836: Debug (devicemanager.cpp)[1082] getDriverForDeviceDo: Trying RME... 02502655851: Debug (Configuration.cpp)[ 395] getDeviceSetting: temporary has no device definitions 02502655895: Debug (Configuration.cpp)[ 386] getDeviceSetting: device VME for 1C2D:1 found in /usr/share/libffado2//configuration 02502655904: Debug (Configuration.cpp)[ 163] showSetting: Group: (null) 02502655909: Debug (Configuration.cpp)[ 185] showSetting: vendorid = 7213 (0x00001C2D) 02502655920: Debug (Configuration.cpp)[ 185] showSetting: modelid = 1 (0x00000001) 02502655927: Debug (Configuration.cpp)[ 209] showSetting: vendorname = FlexRadio_Systems 02502655933: Debug (Configuration.cpp)[ 209] showSetting: modelname = Flex-5000 02502655936: Debug (Configuration.cpp)[ 209] showSetting: driver = DICE 02502655940: Debug (Configuration.cpp)[ 185] showSetting: xmit_max_cycles_early_transmit = 4 (0x00000004) 02502656030: Debug (devicemanager.cpp)[1110] getDriverForDevice: no supported device found, trying generic support... 02502656037: Debug (devicemanager.cpp)[1032] getDriverForDeviceDo: Trying BeBoB... 02502676447: Debug (ieee1394service.cpp)[ 858] doFcpTransactionTry: write of FCP request failed 02502688067: Debug (ieee1394service.cpp)[ 793] doFcpTransaction: FCP transaction try 0 failed 02502709841: Debug (ieee1394service.cpp)[ 858] doFcpTransactionTry: write of FCP request failed 02502720070: Debug (ieee1394service.cpp)[ 793] doFcpTransaction: FCP transaction try 1 failed 02502721180: Error (ieee1394service.cpp)[ 797] doFcpTransaction: FCP transaction didn't succeed in 2 tries 02502721215: Warning (ieee1394service.cpp)[ 772] transactionBlock: FCP transaction failed 02502721217: Debug (avc_generic.cpp)[ 265] fire: no response 02502721229: Error (bebob_avdevice.cpp)[ 109] probe: Number of channels command failed 02502721239: Debug (devicemanager.cpp)[1039] getDriverForDeviceDo: Trying ECHO Audio FireWorks... 02502741904: Debug (ieee1394service.cpp)[ 858] doFcpTransactionTry: write of FCP request failed 02502752070: Debug (ieee1394service.cpp)[ 793] doFcpTransaction: FCP transaction try 0 failed 02502773605: Debug (ieee1394service.cpp)[ 858] doFcpTransactionTry: write of FCP request failed 02502784069: Debug (ieee1394service.cpp)[ 793] doFcpTransaction: FCP transaction try 1 failed 02502785183: Error (ieee1394service.cpp)[ 797] doFcpTransaction: FCP transaction didn't succeed in 2 tries 02502785204: Warning (ieee1394service.cpp)[ 772] transactionBlock: FCP transaction failed 02502785220: Debug (avc_generic.cpp)[ 265] fire: no response 02502785233: Debug (devicemanager.cpp)[1046] getDriverForDeviceDo: Trying Oxford FW90x... 02502785242: Debug (devicemanager.cpp)[1054] getDriverForDeviceDo: Trying Generic AV/C... 02502805870: Debug (ieee1394service.cpp)[ 858] doFcpTransactionTry: write of FCP request failed 02502816047: Debug (ieee1394service.cpp)[ 793] doFcpTransaction: FCP transaction try 0 failed 02502838124: Debug (ieee1394service.cpp)[ 858] doFcpTransactionTry: write of FCP request failed 02502848068: Debug (ieee1394service.cpp)[ 793] doFcpTransaction: FCP transaction try 1 failed 02502849178: Error (ieee1394service.cpp)[ 797] doFcpTransaction: FCP transaction didn't succeed in 2 tries 02502849212: Warning (ieee1394service.cpp)[ 772] transactionBlock: FCP transaction failed 02502849214: Debug (avc_generic.cpp)[ 265] fire: no response 02502849221: Error (avc_avdevice.cpp)[ 89] probe: Subunit info command failed 02502849228: Debug (devicemanager.cpp)[1061] getDriverForDeviceDo: Trying Motu... 02502849233: Debug (devicemanager.cpp)[1068] getDriverForDeviceDo: Trying Dice... 02502849235: Debug (devicemanager.cpp)[1082] getDriverForDeviceDo: Trying RME... 02502849238: Debug (devicemanager.cpp)[1117] getDriverForDevice: device not supported... 02502849246: Debug (devicemanager.cpp)[ 661] discover: Discovery finished... 02502849256: Debug (devicemanager.cpp)[1258] showDeviceInfo: ===== Device Manager ===== 02502849260: Debug (Element.cpp)[ 121] show: Element DeviceManager 02502849264: Debug (devicemanager.cpp)[1266] showDeviceInfo: --- IEEE1394 Service 0 --- 02502849276: Fatal (ffado.cpp)[ 174] ffado_streaming_init: There are no devices on the bus 02502849283: Debug (Configuration.cpp)[ 138] save: Not saving temporary config file: temporary 02502849303: Debug (Configuration.cpp)[ 135] save: Not saving readonly config file: /usr/share/libffado2//configuration 02502849320: Debug (IsoHandlerManager.cpp)[1118] stopHandlers: enter... 02502849325: Debug (IsoHandlerManager.cpp)[ 957] pruneHandlers: enter... 02502849329: Debug (PosixThread.cpp)[ 207] Stop: (ISOXMT) Stop 0x14241c0 (thread: 0x7f049ffc8700) 02502856478: Debug (PosixThread.cpp)[ 101] ThreadHandler: (ISOXMT) ThreadHandler: exit 0x14241c0 02502856589: Debug (PosixThread.cpp)[ 214] Stop: (ISOXMT) Stopped 0x14241c0 (thread: (nil)) 02502856625: Debug (PosixThread.cpp)[ 207] Stop: (ISORCV) Stop 0x14243e0 (thread: 0x7f049f7c7700) 02502856784: Debug (PosixThread.cpp)[ 101] ThreadHandler: (ISORCV) ThreadHandler: exit 0x14243e0 02502856835: Debug (PosixThread.cpp)[ 214] Stop: (ISORCV) Stopped 0x14243e0 (thread: (nil)) 02502856855: Debug (PosixThread.cpp)[ 207] Stop: (CTRHLP) Stop 0x1423d10 (thread: 0x7f04a07c9700) 02502974165: Debug (PosixThread.cpp)[ 101] ThreadHandler: (CTRHLP) ThreadHandler: exit 0x1423d10 02502974280: Debug (PosixThread.cpp)[ 214] Stop: (CTRHLP) Stopped 0x1423d10 (thread: (nil)) 02502974308: Debug (ieee1394service.cpp)[1282] remBusResetHandler: Removing busreset handler (0x7f04980008c0) 02502974324: Debug (ieee1394service.cpp)[1289] remBusResetHandler: found 02502974355: Debug (PosixThread.cpp)[ 207] Stop: (BUSRST) Stop 0x1423410 (thread: 0x7f04a1fcc700) 02502974375: Debug (PosixThread.cpp)[ 101] ThreadHandler: (BUSRST) ThreadHandler: exit 0x1423410 02502974396: Debug (PosixThread.cpp)[ 214] Stop: (BUSRST) Stopped 0x1423410 (thread: (nil)) 02502974430: Debug (PosixThread.cpp)[ 207] Stop: (ARMSTD) Stop 0x14235b0 (thread: 0x7f04a17cb700) 02502975508: Debug (PosixThread.cpp)[ 101] ThreadHandler: (ARMSTD) ThreadHandler: exit 0x14235b0 02502975649: Debug (PosixThread.cpp)[ 214] Stop: (ARMSTD) Stopped 0x14235b0 (thread: (nil)) 02502975696: Debug (PosixThread.cpp)[ 207] Stop: (ARMRT) Stop 0x1423750 (thread: 0x7f04a0fca700) 02502975713: Debug (PosixThread.cpp)[ 101] ThreadHandler: (ARMRT) ThreadHandler: exit 0x1423750 02502975750: Debug (PosixThread.cpp)[ 214] Stop: (ARMRT) Stopped 0x1423750 (thread: (nil)) 02502975767: Debug (Watchdog.cpp)[ 93] ReqStop: (0x1422ff0) watchdog 0x1422e70 requested to stop 02502975781: Debug (PosixThread.cpp)[ 207] Stop: (WDGCHK) Stop 0x1423030 (thread: 0x7f04a27cd700) 02502975788: Debug (Watchdog.cpp)[ 82] Execute: (0x1422ff0) watchdog 0x1422e70 received request to stop 02502975797: Debug (PosixThread.cpp)[ 101] ThreadHandler: (WDGCHK) ThreadHandler: exit 0x1423030 02502975848: Debug (PosixThread.cpp)[ 214] Stop: (WDGCHK) Stopped 0x1423030 (thread: (nil)) 02502975856: Debug (Watchdog.cpp)[ 93] ReqStop: (0x14220b0) watchdog 0x1422e70 requested to stop 02502975868: Debug (PosixThread.cpp)[ 207] Stop: (WDGHBT) Stop 0x1422ed0 (thread: 0x7f04a2fce700) 02502975884: Debug (Watchdog.cpp)[ 82] Execute: (0x14220b0) watchdog 0x1422e70 received request to stop 02502975918: Debug (PosixThread.cpp)[ 101] ThreadHandler: (WDGHBT) ThreadHandler: exit 0x1422ed0 02502975976: Debug (PosixThread.cpp)[ 214] Stop: (WDGHBT) Stopped 0x1422ed0 (thread: (nil)) 02502984202: Error (teststreaming3.cpp)[ 314] main: Could not init Ffado Streaming layer no message buffer overruns --- Well, I think the device is not supported, but I am willing to spend a little bit of effort to be able to operate it with a nice OS... KR, Christof -- --------------------------------------------------------------------- Christof Bodner <Chr...@gm...> Linux - Life is too short for reboots - First they ignore you. Then they laugh at you. Then they fight you(*). Then you win. -- Ghandi --------------------------------------------------------------------- email: mailto:Chr...@gm... Tel.: +43-650-7215383 ICQ: 22085157 --------------------------------------------------------------------- GnuPG public key: 8A265334 Fingerprint CF71 08D2 18B8 A824 37A5 B80E 0888 37E1 8A26 5334 --------------------------------------------------------------------- |
216 messages has been excluded from this view by a project administrator.
