linux1394-user Mailing List for IEEE 1394 for Linux
Brought to you by:
aeb,
bencollins
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. <Michael.Coyle@NewWaveDV.COM> - 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 --------------------------------------------------------------------- |