linux1394-user Mailing List for IEEE 1394 for Linux (Page 425)
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: Chateau T. <thi...@la...> - 2000-10-23 09:29:08
|
I work on a gdk interface using both dvgrab and libdv sources in order to make a grabbing and viewing utility. I am wondering if anyone has ever tried to control a video recorder using libraw. In fact, this control use the FCP (Function Control Protocol) and I did not find any writing FCP command into raw1394.h. Is it true ? I only saw function to listen for FCP_COMMAND and FCP_RESPONSE. If nothing about FCP commands exist, I will work on it. Thanks -- ___________________________ Thierry CHATEAU, Lasmea, UMR 6602 du CNRS 24 Avenue des Landais, 63177 Aubiere, France tel : 04-73-40-72-56 http://chateauthierry.multimania.com "Tout ce qui n'est pas donne est perdu". (Hasari Pal, "La cite de la joie") ___________________________ |
From: Dan D. <dde...@co...> - 2000-10-16 12:59:44
|
The AIC-5800 driver developer is no longer working on this project. No one has yet resumed his work or is knowledgeable enough to resolve these issues. Most users seem unable to get the AIC-5800 to work. Sorry you went through so much trouble just to hear this. The updated website tries to make this very clear. +-DRD-+ ----- Original Message ----- From: "Chateau Thierry" <thi...@la...> To: "1394 user" <lin...@li...> Sent: Monday, October 16, 2000 8:23 AM Subject: Error while booting with my adaptec aic 5800 > Hello, > I just tried to install my adaptec 5800 on my computer Linux 2.2.16 > patched for ieee support. I add the ieee 1394 support, the adaptec-5800 > support and the raw ieee1394 I/O support into my kernel. > When I boot the computer, I have the following errors : > ... > ieee: registered aic 5800 driver, initializing now > aic5800-0: allocated interrupt 5 > aic5800-0 remapped memory space reg 0x7809000 > ieee1394: detected 1 aic5800 adapter > aic5800-0: Dma Engine Error > aic 5800-0: AR DMA program status value 0x80 is incorrect > aic5800-0: bus reset occured > ieee1394: 1 host adapter initialized > raw1394: /dev/raw1394 device initialized > .... > > And, of course, when I try, for example, dvgrab, no response. > Any idea ? > > -- > ___________________________ > Thierry CHATEAU, Lasmea, UMR 6602 du CNRS > 24 Avenue des Landais, 63177 Aubiere, France > tel : 04-73-40-72-56 > http://chateauthierry.multimania.com > "Tout ce qui n'est pas donne est perdu". > (Hasari Pal, "La cite de la joie") > ___________________________ > > > > _______________________________________________ > mailing list Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux1394-user > |
From: Chateau T. <thi...@la...> - 2000-10-16 12:20:33
|
Hello, I just tried to install my adaptec 5800 on my computer Linux 2.2.16 patched for ieee support. I add the ieee 1394 support, the adaptec-5800 support and the raw ieee1394 I/O support into my kernel. When I boot the computer, I have the following errors : ... ieee: registered aic 5800 driver, initializing now aic5800-0: allocated interrupt 5 aic5800-0 remapped memory space reg 0x7809000 ieee1394: detected 1 aic5800 adapter aic5800-0: Dma Engine Error aic 5800-0: AR DMA program status value 0x80 is incorrect aic5800-0: bus reset occured ieee1394: 1 host adapter initialized raw1394: /dev/raw1394 device initialized .... And, of course, when I try, for example, dvgrab, no response. Any idea ? -- ___________________________ Thierry CHATEAU, Lasmea, UMR 6602 du CNRS 24 Avenue des Landais, 63177 Aubiere, France tel : 04-73-40-72-56 http://chateauthierry.multimania.com "Tout ce qui n'est pas donne est perdu". (Hasari Pal, "La cite de la joie") ___________________________ |
From: Andreas B. <and...@mu...> - 2000-10-12 00:04:34
|
I made an overdue patch with the latest CVS sources for Linux 2.2.17. Users of Linux 2.4.0-test can get the same state with 2.4.0-test9, which is up to date. Libraw 0.7 and current CVS (to be 0.8 soon) work with this one. -- Andreas E. Bombe <and...@mu...> DSA key 0x04880A44 http://home.pages.de/~andreas.bombe/ http://linux1394.sourceforge.net/ |
From: Johan <jo...@ya...> - 2000-10-08 15:31:14
|
Hej. I often get hangs and computer resets then exiting DV recordings with dvgrab and bcast2000a. It's a sony... DCR-TRV125-E kernel 2.4-test9 PIII 800Mhz tried downclock to 535 also. Gscanbus works fine. I was able to make some .dv2 files with dvgrab but I cant get bcast2000a to use them. Any help appreciated. Then inserting video1394 flug:~# modprobe -v video1394 /sbin/insmod /lib/modules/2.4.0-test9/kernel/drivers/ieee1394/ohci1394.o Using /lib/modules/2.4.0-test9/kernel/drivers/ieee1394/ohci1394.o Symbol version prefix '' Oct 8 15:56:54 flug kernel: ieee1394: registered ohci1394 driver, initializing now Oct 8 15:56:54 flug kernel: ohci1394: looking for Ohci1394 cards Oct 8 15:56:54 flug kernel: ohci1394_0: remapped memory spaces reg 0xc882e000 Oct 8 15:56:54 flug kernel: ohci1394_0: allocated interrupt 10 Oct 8 15:56:54 flug kernel: ohci1394_0: The 1st byte at offset 0x404 is: 0x31 Oct 8 15:56:54 flug kernel: ohci1394_0: soft reset finished Oct 8 15:56:54 flug kernel: ohci1394_0: max packet size = 2048 bytes Oct 8 15:56:54 flug kernel: ohci1394_0: Iso contexts reg: 000000a8 implemented: 0000000f Oct 8 15:56:54 flug kernel: ohci1394_0: 4 iso receive contexts available Oct 8 15:56:54 flug kernel: ohci1394_0: Iso contexts reg: 00000098 implemented: 000000ff Oct 8 15:56:54 flug kernel: ohci1394_0: 8 iso transmit contexts available Oct 8 15:56:54 flug kernel: ohci1394_0: Receive DMA ctx=0 initialized Oct 8 15:56:54 flug kernel: ohci1394_0: Receive DMA ctx=1 initialized Oct 8 15:56:54 flug kernel: ohci1394_0: AT dma ctx=0 initialized Oct 8 15:56:54 flug kernel: ohci1394_0: AT dma ctx=1 initialized Oct 8 15:56:54 flug kernel: ohci1394_0: Receive DMA ctx=2 initialized Oct 8 15:56:54 flug kernel: ohci1394_0: request csr_rom address: C70BC000 Oct 8 15:56:54 flug kernel: ohci1394_0: Cancel request received Oct 8 15:56:54 flug kernel: ohci1394_0: resetting bus on request Oct 8 15:56:54 flug kernel: ieee1394: detected 1 ohci1394 adapter Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00020010 Oct 8 15:56:54 flug kernel: ohci1394_0: Got RQPkt interrupt status=0x00008409 Oct 8 15:56:54 flug kernel: ohci1394_0: Got phy packet ctx=0 ... discarded Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00020000 Oct 8 15:56:54 flug last message repeated 42 times Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00010000 Oct 8 15:56:54 flug kernel: ohci1394_0: SelfID process finished (phyid 0, not root) Oct 8 15:56:54 flug kernel: ohci1394_0: selfid packet 0x807f8c5a rcvd Oct 8 15:56:54 flug kernel: ieee1394: including selfid 0x5a8c7f80 Oct 8 15:56:54 flug kernel: ohci1394_0: This node self-id is 0x807f8c5a Oct 8 15:56:54 flug kernel: ohci1394_0: selfid packet 0x817f08c0 rcvd Oct 8 15:56:54 flug kernel: ieee1394: including selfid 0xc0087f81 Oct 8 15:56:54 flug kernel: ohci1394_0: calling self-id complete Oct 8 15:56:54 flug kernel: ieee1394: send packet 100: ffc10150 ffc0ffff f0000400 00140000 Oct 8 15:56:54 flug kernel: ohci1394_0: Starting AT DMA ctx=0 Oct 8 15:56:54 flug kernel: ieee1394: GUID request sent to node 1 Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00000001 Oct 8 15:56:54 flug kernel: ohci1394_0: Got reqTxComplete interrupt status=0x0000801E Oct 8 15:56:54 flug kernel: ohci1394_0: Packet sent to node 1 tcode=0x5 tLabel=0x00 ack=0x1E spd=0 data=0x00140000 ctx=0 Oct 8 15:56:54 flug kernel: ieee1394: guid transaction error: ack 14, rcode 15 /sbin/insmod /lib/modules/2.4.0-test9/kernel/drivers/ieee1394/video1394.o Using /lib/modules/2.4.0-test9/kernel/drivers/ieee1394/video1394.o Oct 8 15:56:54 flug kernel: video1394: initialized with 1 ohci cards Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00020010 Oct 8 15:56:54 flug kernel: ohci1394_0: Bus reset Oct 8 15:56:54 flug kernel: ohci1394_0: Cancel request received Oct 8 15:56:54 flug kernel: ohci1394_0: Got RQPkt interrupt status=0x00008409 Oct 8 15:56:54 flug kernel: ohci1394_0: Got phy packet ctx=0 ... discarded Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00020000 Oct 8 15:56:54 flug last message repeated 34 times Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00010000 Oct 8 15:56:54 flug kernel: ohci1394_0: SelfID process finished (phyid 0, not root) Oct 8 15:56:54 flug kernel: ohci1394_0: selfid packet 0x806c8c58 rcvd Oct 8 15:56:54 flug kernel: ieee1394: including selfid 0x588c6c80 Oct 8 15:56:54 flug kernel: ohci1394_0: This node self-id is 0x806c8c58 Oct 8 15:56:54 flug kernel: ohci1394_0: selfid packet 0x816c08c2 rcvd Oct 8 15:56:54 flug kernel: ieee1394: including selfid 0xc2086c81 Oct 8 15:56:54 flug kernel: ohci1394_0: calling self-id complete Oct 8 15:56:54 flug kernel: ieee1394: send packet 100: ffc10150 ffc0ffff f0000400 00140000 Oct 8 15:56:54 flug kernel: ohci1394_0: Starting AT DMA ctx=0 Oct 8 15:56:54 flug kernel: ieee1394: GUID request sent to node 1 Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00000001 Oct 8 15:56:54 flug kernel: ohci1394_0: Got reqTxComplete interrupt status=0x0000801E Oct 8 15:56:54 flug kernel: ohci1394_0: Packet sent to node 1 tcode=0x5 tLabel=0x00 ack=0x1E spd=0 data=0x00140000 ctx=0 Oct 8 15:56:54 flug kernel: ieee1394: guid transaction error: ack 14, rcode 15 But this one is new.. could not repeat it. Maybe agpgart but why then removing others. flug:~# sync flug:~# modprobe -r video1394 raw1394 Oct 8 14:31:34 flug kernel: removed video1394 module Oct 8 14:31:34 flug kernel: ohci1394_0: Cancel request received Oct 8 14:31:34 flug kernel: ohci1394_0: soft reset finished Oct 8 14:31:34 flug kernel: ohci1394_0: Freeing dma_rcv_ctx 0 Oct 8 14:31:34 flug kernel: ohci1394_0: Freeing dma_rcv_ctx 1 Oct 8 14:31:34 flug kernel: ohci1394_0: Freeing dma_trm_ctx 0 Oct 8 14:31:34 flug kernel: ohci1394_0: Freeing dma_trm_ctx 1 Oct 8 14:31:34 flug kernel: Unable to handle kernel paging request at virtual address 43b4a720 Oct 8 14:31:34 flug kernel: printing eip: Oct 8 14:31:34 flug kernel: c885eed0 Oct 8 14:31:34 flug kernel: *pde = 00000000 Oct 8 14:31:34 flug kernel: Oops: 0000 Oct 8 14:31:34 flug kernel: CPU: 0 Oct 8 14:31:34 flug kernel: EIP: 0010:[agpgart:__insmod_agpgart_S.bss_L196+268368/57829588] Oct 8 14:31:34 flug kernel: EFLAGS: 00010202 Oct 8 14:31:34 flug kernel: eax: 43b4a720 ebx: c8862aa0 ecx: c3b4a000 edx: 0000001e Oct 8 14:31:34 flug kernel: esi: c8862ad4 edi: c885d000 ebp: bfffe84c esp: c17d9f34 Oct 8 14:31:34 flug kernel: ds: 0018 es: 0018 ss: 0018 Oct 8 14:31:34 flug kernel: Process modprobe (pid: 525, stackpage=c17d9000) Oct 8 14:31:34 flug kernel: Stack c8862aa0 c8862a60 c885d000 c886033c c8862ad4 c8862acc c8862ad0 c8862ac4 Oct 8 14:31:34 flug kernel: c8862ac8 c8862aa0 c8866000 c885d924 c8862aa0 c8855167 c8866000 c8866000 Oct 8 14:31:34 flug kernel: c8866000 c8862a60 fffffff0 c8855297 c8862a60 c885d000 c8860627 c8862a60 Oct 8 14:31:34 flug kernel: Call Trace: [agpgart:__insmod_agpgart_S.bss_L196+283680/57814276] [agpgart:__insmod_agpgart_S.bss_L196+283616/57814340] [agpgart:__insmod_agpgart_S.bss_L196+260480/57837476] [agpgart:__insmod_agpgart_S.bss_L196+273596/57824360] [agpgart:__insmod_agpgart_S.bss_L196+283732/57814224] [agpgart:__insmod_agpgart_S.bss_L196+283724/57814232] [agpgart:__insmod_agpgart_S.bss_L196+283728/57814228] Oct 8 14:31:34 flug kernel: [agpgart:__insmod_agpgart_S.bss_L196+283716/57814240] [agpgart:__insmod_agpgart_S.bss_L196+283720/57814236] [agpgart:__insmod_agpgart_S.bss_L196+283680/57814276] [agpgart:__insmod_agpgart_S.bss_L196+297344/57800612] [agpgart:__insmod_agpgart_S.bss_L196+262820/57835136] [agpgart:__insmod_agpgart_S.bss_L196+283680/57814276] [agpgart:__insmod_agpgart_S.bss_L196+228071/57869885] [agpgart:__insmod_agpgart_S.bss_L196+297344/57800612] Oct 8 14:31:34 flug kernel: [agpgart:__insmod_agpgart_S.bss_L196+297344/57800612] [agpgart:__insmod_agpgart_S.bss_L196+297344/57800612] [agpgart:__insmod_agpgart_S.bss_L196+283616/57814340] [agpgart:__insmod_agpgart_S.bss_L196+228375/57869581] [agpgart:__insmod_agpgart_S.bss_L196+283616/57814340] [agpgart:__insmod_agpgart_S.bss_L196+260480/57837476] [agpgart:__insmod_agpgart_S.bss_L196+274343/57823613] [agpgart:__insmod_agpgart_S.bss_L196+283616/57814340] Oct 8 14:31:34 flug kernel: [free_module+23/152] [agpgart:__insmod_agpgart_S.bss_L196+260480/57837476] [sys_delete_module+259/448] [agpgart:__insmod_agpgart_S.bss_L196+260480/57837476] [system_call+51/56] Oct 8 14:31:34 flug kernel: Code: 8b 38 8b 40 04 50 8b 07 50 68 80 17 86 c8 e8 79 85 8b f7 6a Segmenteringsfel flug:~# lsmod Module Size Used by ohci1394 0 0 (deleted) raw1394 6480 0 ieee1394 20592 0 [ohci1394 raw1394] mga 92176 0 (unused) agpgart 14160 8 -- TIA Johan Thelmén |
From: Andreas B. <and...@mu...> - 2000-10-08 15:09:27
|
On Thu, Oct 05, 2000 at 10:16:32PM +0200, Jan Rhebergen wrote: > Hello all, > > I have a (new) Debian GNU/Linux i386 system running a 2.2.17 kernel. Soon I'll > get a ieee1394 card which fo course I'd like to use with my current system. So > far I have only found kernel patches for 2.2.16 kernels. Can anyone tell me if > there actually is (or will be) a patch for a 2.2.17 kernels? Alternatively how > does one put together one's own patch? I've got the ieee1394 sources form the > cvs repository but I guess that's not enough, right? I will put a 2.2.17 patch together soon. If you want to use the CVS sources in 2.2, you still need to apply the patch which creates the surroundings (config options, makefile modifications). After that you can replace the created drivers/ieee1394 with the CVS ieee1394 directory. -- Andreas E. Bombe <and...@mu...> DSA key 0x04880A44 http://home.pages.de/~andreas.bombe/ http://linux1394.sourceforge.net/ |
From: Johan <joh...@cy...> - 2000-10-08 14:14:06
|
Hej. I often get hangs and computer resets then ending DV recordings with dvgrab and bcast2000a. It's a sony... DCR-TRV125-E kernel 2.4-test9 PIII 800Mhz tried downclock to 535 also. Gscanbus works fine. I was able to make some .dv2 files with dvgrab but I cant get bcast2000a to use them. Any help appreciated. Then inserting video1394 flug:~# modprobe -v video1394 /sbin/insmod /lib/modules/2.4.0-test9/kernel/drivers/ieee1394/ohci1394.o Using /lib/modules/2.4.0-test9/kernel/drivers/ieee1394/ohci1394.o Symbol version prefix '' Oct 8 15:56:54 flug kernel: ieee1394: registered ohci1394 driver, initializing now Oct 8 15:56:54 flug kernel: ohci1394: looking for Ohci1394 cards Oct 8 15:56:54 flug kernel: ohci1394_0: remapped memory spaces reg 0xc882e000 Oct 8 15:56:54 flug kernel: ohci1394_0: allocated interrupt 10 Oct 8 15:56:54 flug kernel: ohci1394_0: The 1st byte at offset 0x404 is: 0x31 Oct 8 15:56:54 flug kernel: ohci1394_0: soft reset finished Oct 8 15:56:54 flug kernel: ohci1394_0: max packet size = 2048 bytes Oct 8 15:56:54 flug kernel: ohci1394_0: Iso contexts reg: 000000a8 implemented: 0000000f Oct 8 15:56:54 flug kernel: ohci1394_0: 4 iso receive contexts available Oct 8 15:56:54 flug kernel: ohci1394_0: Iso contexts reg: 00000098 implemented: 000000ff Oct 8 15:56:54 flug kernel: ohci1394_0: 8 iso transmit contexts available Oct 8 15:56:54 flug kernel: ohci1394_0: Receive DMA ctx=0 initialized Oct 8 15:56:54 flug kernel: ohci1394_0: Receive DMA ctx=1 initialized Oct 8 15:56:54 flug kernel: ohci1394_0: AT dma ctx=0 initialized Oct 8 15:56:54 flug kernel: ohci1394_0: AT dma ctx=1 initialized Oct 8 15:56:54 flug kernel: ohci1394_0: Receive DMA ctx=2 initialized Oct 8 15:56:54 flug kernel: ohci1394_0: request csr_rom address: C70BC000 Oct 8 15:56:54 flug kernel: ohci1394_0: Cancel request received Oct 8 15:56:54 flug kernel: ohci1394_0: resetting bus on request Oct 8 15:56:54 flug kernel: ieee1394: detected 1 ohci1394 adapter Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00020010 Oct 8 15:56:54 flug kernel: ohci1394_0: Got RQPkt interrupt status=0x00008409 Oct 8 15:56:54 flug kernel: ohci1394_0: Got phy packet ctx=0 ... discarded Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00020000 Oct 8 15:56:54 flug last message repeated 42 times Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00010000 Oct 8 15:56:54 flug kernel: ohci1394_0: SelfID process finished (phyid 0, not root) Oct 8 15:56:54 flug kernel: ohci1394_0: selfid packet 0x807f8c5a rcvd Oct 8 15:56:54 flug kernel: ieee1394: including selfid 0x5a8c7f80 Oct 8 15:56:54 flug kernel: ohci1394_0: This node self-id is 0x807f8c5a Oct 8 15:56:54 flug kernel: ohci1394_0: selfid packet 0x817f08c0 rcvd Oct 8 15:56:54 flug kernel: ieee1394: including selfid 0xc0087f81 Oct 8 15:56:54 flug kernel: ohci1394_0: calling self-id complete Oct 8 15:56:54 flug kernel: ieee1394: send packet 100: ffc10150 ffc0ffff f0000400 00140000 Oct 8 15:56:54 flug kernel: ohci1394_0: Starting AT DMA ctx=0 Oct 8 15:56:54 flug kernel: ieee1394: GUID request sent to node 1 Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00000001 Oct 8 15:56:54 flug kernel: ohci1394_0: Got reqTxComplete interrupt status=0x0000801E Oct 8 15:56:54 flug kernel: ohci1394_0: Packet sent to node 1 tcode=0x5 tLabel=0x00 ack=0x1E spd=0 data=0x00140000 ctx=0 Oct 8 15:56:54 flug kernel: ieee1394: guid transaction error: ack 14, rcode 15 /sbin/insmod /lib/modules/2.4.0-test9/kernel/drivers/ieee1394/video1394.o Using /lib/modules/2.4.0-test9/kernel/drivers/ieee1394/video1394.o Oct 8 15:56:54 flug kernel: video1394: initialized with 1 ohci cards Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00020010 Oct 8 15:56:54 flug kernel: ohci1394_0: Bus reset Oct 8 15:56:54 flug kernel: ohci1394_0: Cancel request received Oct 8 15:56:54 flug kernel: ohci1394_0: Got RQPkt interrupt status=0x00008409 Oct 8 15:56:54 flug kernel: ohci1394_0: Got phy packet ctx=0 ... discarded Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00020000 Oct 8 15:56:54 flug last message repeated 34 times Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00010000 Oct 8 15:56:54 flug kernel: ohci1394_0: SelfID process finished (phyid 0, not root) Oct 8 15:56:54 flug kernel: ohci1394_0: selfid packet 0x806c8c58 rcvd Oct 8 15:56:54 flug kernel: ieee1394: including selfid 0x588c6c80 Oct 8 15:56:54 flug kernel: ohci1394_0: This node self-id is 0x806c8c58 Oct 8 15:56:54 flug kernel: ohci1394_0: selfid packet 0x816c08c2 rcvd Oct 8 15:56:54 flug kernel: ieee1394: including selfid 0xc2086c81 Oct 8 15:56:54 flug kernel: ohci1394_0: calling self-id complete Oct 8 15:56:54 flug kernel: ieee1394: send packet 100: ffc10150 ffc0ffff f0000400 00140000 Oct 8 15:56:54 flug kernel: ohci1394_0: Starting AT DMA ctx=0 Oct 8 15:56:54 flug kernel: ieee1394: GUID request sent to node 1 Oct 8 15:56:54 flug kernel: ohci1394_0: IntEvent: 00000001 Oct 8 15:56:54 flug kernel: ohci1394_0: Got reqTxComplete interrupt status=0x0000801E Oct 8 15:56:54 flug kernel: ohci1394_0: Packet sent to node 1 tcode=0x5 tLabel=0x00 ack=0x1E spd=0 data=0x00140000 ctx=0 Oct 8 15:56:54 flug kernel: ieee1394: guid transaction error: ack 14, rcode 15 But this one is new.. could not repeat it. Maybe agpgart but why then removing others. flug:~# sync flug:~# modprobe -r video1394 raw1394 Oct 8 14:31:34 flug kernel: removed video1394 module Oct 8 14:31:34 flug kernel: ohci1394_0: Cancel request received Oct 8 14:31:34 flug kernel: ohci1394_0: soft reset finished Oct 8 14:31:34 flug kernel: ohci1394_0: Freeing dma_rcv_ctx 0 Oct 8 14:31:34 flug kernel: ohci1394_0: Freeing dma_rcv_ctx 1 Oct 8 14:31:34 flug kernel: ohci1394_0: Freeing dma_trm_ctx 0 Oct 8 14:31:34 flug kernel: ohci1394_0: Freeing dma_trm_ctx 1 Oct 8 14:31:34 flug kernel: Unable to handle kernel paging request at virtual address 43b4a720 Oct 8 14:31:34 flug kernel: printing eip: Oct 8 14:31:34 flug kernel: c885eed0 Oct 8 14:31:34 flug kernel: *pde = 00000000 Oct 8 14:31:34 flug kernel: Oops: 0000 Oct 8 14:31:34 flug kernel: CPU: 0 Oct 8 14:31:34 flug kernel: EIP: 0010:[agpgart:__insmod_agpgart_S.bss_L196+268368/57829588] Oct 8 14:31:34 flug kernel: EFLAGS: 00010202 Oct 8 14:31:34 flug kernel: eax: 43b4a720 ebx: c8862aa0 ecx: c3b4a000 edx: 0000001e Oct 8 14:31:34 flug kernel: esi: c8862ad4 edi: c885d000 ebp: bfffe84c esp: c17d9f34 Oct 8 14:31:34 flug kernel: ds: 0018 es: 0018 ss: 0018 Oct 8 14:31:34 flug kernel: Process modprobe (pid: 525, stackpage=c17d9000) Oct 8 14:31:34 flug kernel: Stack c8862aa0 c8862a60 c885d000 c886033c c8862ad4 c8862acc c8862ad0 c8862ac4 Oct 8 14:31:34 flug kernel: c8862ac8 c8862aa0 c8866000 c885d924 c8862aa0 c8855167 c8866000 c8866000 Oct 8 14:31:34 flug kernel: c8866000 c8862a60 fffffff0 c8855297 c8862a60 c885d000 c8860627 c8862a60 Oct 8 14:31:34 flug kernel: Call Trace: [agpgart:__insmod_agpgart_S.bss_L196+283680/57814276] [agpgart:__insmod_agpgart_S.bss_L196+283616/57814340] [agpgart:__insmod_agpgart_S.bss_L196+260480/57837476] [agpgart:__insmod_agpgart_S.bss_L196+273596/57824360] [agpgart:__insmod_agpgart_S.bss_L196+283732/57814224] [agpgart:__insmod_agpgart_S.bss_L196+283724/57814232] [agpgart:__insmod_agpgart_S.bss_L196+283728/57814228] Oct 8 14:31:34 flug kernel: [agpgart:__insmod_agpgart_S.bss_L196+283716/57814240] [agpgart:__insmod_agpgart_S.bss_L196+283720/57814236] [agpgart:__insmod_agpgart_S.bss_L196+283680/57814276] [agpgart:__insmod_agpgart_S.bss_L196+297344/57800612] [agpgart:__insmod_agpgart_S.bss_L196+262820/57835136] [agpgart:__insmod_agpgart_S.bss_L196+283680/57814276] [agpgart:__insmod_agpgart_S.bss_L196+228071/57869885] [agpgart:__insmod_agpgart_S.bss_L196+297344/57800612] Oct 8 14:31:34 flug kernel: [agpgart:__insmod_agpgart_S.bss_L196+297344/57800612] [agpgart:__insmod_agpgart_S.bss_L196+297344/57800612] [agpgart:__insmod_agpgart_S.bss_L196+283616/57814340] [agpgart:__insmod_agpgart_S.bss_L196+228375/57869581] [agpgart:__insmod_agpgart_S.bss_L196+283616/57814340] [agpgart:__insmod_agpgart_S.bss_L196+260480/57837476] [agpgart:__insmod_agpgart_S.bss_L196+274343/57823613] [agpgart:__insmod_agpgart_S.bss_L196+283616/57814340] Oct 8 14:31:34 flug kernel: [free_module+23/152] [agpgart:__insmod_agpgart_S.bss_L196+260480/57837476] [sys_delete_module+259/448] [agpgart:__insmod_agpgart_S.bss_L196+260480/57837476] [system_call+51/56] Oct 8 14:31:34 flug kernel: Code: 8b 38 8b 40 04 50 8b 07 50 68 80 17 86 c8 e8 79 85 8b f7 6a Segmenteringsfel flug:~# lsmod Module Size Used by ohci1394 0 0 (deleted) raw1394 6480 0 ieee1394 20592 0 [ohci1394 raw1394] mga 92176 0 (unused) agpgart 14160 8 -- TIA Johan Thelmén |
From: Andreas M. <am...@iv...> - 2000-10-06 13:06:50
|
Hi Damien, On Fri, Oct 06, 2000 at 01:06:21PM +0200, Damien Douxchamps wrote: > Just a thought: the user manual of some Sony cameras says you have to > wait at least 2ms between CSR accesses (up to 10ms for some registers). > If this value depends on the camera, this means we should somehow probe > for that delay. But how? Probing for that should no longer be neccessary, because the device should return an ACK BUSY when requests are coming in to fast. Here is what I do in gscanbus now: ---------- snip ---------- /* Mask and shift macros */ #define RAW1394_MASK_ACK(x) ((x) >> 16) #define RAW1394_MASK_RCODE(x) ((x) & 0xffff) /* Ack codes */ #define ACK_COMPLETE 0x1 #define ACK_PENDING 0x2 #define ACK_BUSY_X 0x4 #define ACK_BUSY_A 0x5 #define ACK_BUSY_B 0x6 #define ACK_DATA_ERROR 0xd #define ACK_TYPE_ERROR 0xe #define ACK_LOCAL 0x10 /* Return codes */ #define RCODE_COMPLETE 0x0 #define RCODE_CONFLICT_ERROR 0x4 #define RCODE_DATA_ERROR 0x5 #define RCODE_TYPE_ERROR 0x6 #define RCODE_ADDRESS_ERROR 0x7 int cooked1394_read(raw1394handle_t handle, nodeid_t node, nodeaddr_t addr, size_t length, quadlet_t *buffer) { int retval, ackcode, rcode; while(1) { retval = raw1394_read(handle, node, addr, length, buffer); if( retval < 0 ) return retval; ackcode = RAW1394_MASK_ACK(retval); rcode = RAW1394_MASK_RCODE(retval); if( ackcode == ACK_BUSY_X || ackcode == ACK_BUSY_A || ackcode == ACK_BUSY_B ) { usleep(100); } else { break; } } if( ackcode != ACK_PENDING && ackcode != ACK_COMPLETE && ackcode != ACK_LOCAL) return -1; return retval; } ---------- snap ---------- The write function is left as an exercise to the reader. ;^) Can someone please comment if this is correct? -- Andreas Micklei IVISTAR Kommunikationssysteme AG Ehrenbergstr. 19 / 10245 Berlin http://www.ivistar.de |
From: Damien D. <ddo...@te...> - 2000-10-06 11:12:39
|
Andreas Micklei wrote: > > Well not exactly. There were also people with Sony cameras reporting the same > type of problem. I now came to think that the timing issues have little to do > with the used 1394 devices, but with PCs getting faster. When I first started > to use Panasonic DV equipment, I also started developing on an Athlon600. This > machine simply sends out requests to the DV equipment to fast. Hi Andreas, Just a thought: the user manual of some Sony cameras says you have to wait at least 2ms between CSR accesses (up to 10ms for some registers). If this value depends on the camera, this means we should somehow probe for that delay. But how? Damien -- Damien Douxchamps URL : http://www.tele.ucl.ac.be/MEMBERS/Douxchamps_Damien_e.html |
From: Andreas M. <am...@iv...> - 2000-10-06 10:30:14
|
Hello, On Thu, Oct 05, 2000 at 05:23:28PM -0500, Dan Dennedy wrote: > cheap OHCI compliant card like the Pyro or SIIG? In your initial > testing, please avoid a Panasonic camera. Most linux 1394 applications > are having difficulty with them due to some timing and error handling > issues that are just now being addressed. Well not exactly. There were also people with Sony cameras reporting the same type of problem. I now came to think that the timing issues have little to do with the used 1394 devices, but with PCs getting faster. When I first started to use Panasonic DV equipment, I also started developing on an Athlon600. This machine simply sends out requests to the DV equipment to fast. -- Andreas Micklei IVISTAR Kommunikationssysteme AG Ehrenbergstr. 19 / 10245 Berlin http://www.ivistar.de |
From: Dan D. <dde...@co...> - 2000-10-05 21:21:49
|
The adaptec driver is no longer supported, so you may have difficulty get answers on that. Some users have reported some success getting the Miro and DPS-based versions of those cards working. Can you try a nice, cheap OHCI compliant card like the Pyro or SIIG? In your initial testing, please avoid a Panasonic camera. Most linux 1394 applications are having difficulty with them due to some timing and error handling issues that are just now being addressed. Also, have you tried disabling Plug-n-Play? +-DRD-+ "John P." wrote: > > Hello and thank you for all your hard work. > > I have been trying to patch 2.2.16 kernels for two days now and have had > little success with the 2000-06-16 patch. > > Using the 2.2.216-9mdk release my Adaptec 8945 is never found and has build > errors due to the source being only i386. > > On the 2.2.16 from kernel.org, I still don't find the card although the > compile goes fine. I still just get the no adapters found message in > /var/log. > > The card does work under win98 and the SCSI portion is running my 3 drive > md0 RAID0 array which works great. I don't really need over 3.7MB per > second, but the contiguous space is nice. > > Is there some dependency I could be missing? I have seen nothing about it > so far. > > Unless I missed something, it makes no difference whether I make the drivers > modules or not. What is preferred? > > I am dl'ing a 2.4.0-test9 kernel at the moment, please let me know what you > recommend. > > As for my background, I am a technician for MicroSearch in Houston. I build > NT based video editing systems and do light programming on the side. I have > access to just about any 1394 card and many cameras for testing by simply > borrowing one from the office. I hope to contribute in any way I can. > > Thanks, > John Perkins > Houston Texas > > _______________________________________________ > mailing list Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux1394-user |
From: Dan D. <dde...@co...> - 2000-10-05 21:09:13
|
Jan, the kernel-2.2.16 patch works against the 2.2.17 kernel as well. The patch updates the appropriate config files and documentation for the kernel source package, so go ahead and apply that. Then, copy the files from the cvs update into the /usr/src/linux-2.2/drivers/ieee1394 directory. Next, when you use make menuconfig or xconfig to configure the kernel, you need to go into the first submenu, code maturity options, and enable prompting for development/incomplete drivers to get to the ieee1394 section. Finally, the ieee1394 submenu appears/enables so you can choose modules. You'll want to enable IEEE 1394, OHCI, and Raw IEEE 1394 I/O support. Modules works fine for most users; however, some users have said they need to compile in the support. Also, please purchase an OHCI compliant card. +-DRD-+ Jan Rhebergen wrote: > > Hello all, > > I have a (new) Debian GNU/Linux i386 system running a 2.2.17 kernel. Soon I'll > get a ieee1394 card which fo course I'd like to use with my current system. So > far I have only found kernel patches for 2.2.16 kernels. Can anyone tell me if > there actually is (or will be) a patch for a 2.2.17 kernels? Alternatively how > does one put together one's own patch? I've got the ieee1394 sources form the > cvs repository but I guess that's not enough, right? > > regards, > > Jan Rhebergen > > _______________________________________________ > mailing list Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux1394-user |
From: Jan R. <ja...@rh...> - 2000-10-05 20:16:03
|
Hello all, I have a (new) Debian GNU/Linux i386 system running a 2.2.17 kernel. Soon I'll get a ieee1394 card which fo course I'd like to use with my current system. So far I have only found kernel patches for 2.2.16 kernels. Can anyone tell me if there actually is (or will be) a patch for a 2.2.17 kernels? Alternatively how does one put together one's own patch? I've got the ieee1394 sources form the cvs repository but I guess that's not enough, right? regards, Jan Rhebergen |
From: John P. <je...@sw...> - 2000-10-05 04:49:57
|
Hello and thank you for all your hard work. I have been trying to patch 2.2.16 kernels for two days now and have had little success with the 2000-06-16 patch. Using the 2.2.216-9mdk release my Adaptec 8945 is never found and has build errors due to the source being only i386. On the 2.2.16 from kernel.org, I still don't find the card although the compile goes fine. I still just get the no adapters found message in /var/log. The card does work under win98 and the SCSI portion is running my 3 drive md0 RAID0 array which works great. I don't really need over 3.7MB per second, but the contiguous space is nice. Is there some dependency I could be missing? I have seen nothing about it so far. Unless I missed something, it makes no difference whether I make the drivers modules or not. What is preferred? I am dl'ing a 2.4.0-test9 kernel at the moment, please let me know what you recommend. As for my background, I am a technician for MicroSearch in Houston. I build NT based video editing systems and do light programming on the side. I have access to just about any 1394 card and many cameras for testing by simply borrowing one from the office. I hope to contribute in any way I can. Thanks, John Perkins Houston Texas |
From: Bennett W. <Bennett.Wilburn@Stanford.EDU> - 2000-10-04 23:35:16
|
I'm working on a IEEE1394-based research project and am investigating the Linux IEEE1394 drivers. I have a tree of custom 1394 modules and need to be able to support isochronous receives from all of them. 60 channels, roughly 5Mbit/s each. Do the current Linux drivers support this? This line in the ohci1394.h file made me nervous: #define IR_NUM_DESC 16 /* number of IR descriptors */ What are the descriptors? IR is isochronous receive? Do I need one for each channel, and if so, can I just change the define and recompile? I'm new to Linux and IEEE1394, so any general comments and warnings would be greatly appreciated. Thanks, Bennett |