linux1394-user Mailing List for IEEE 1394 for Linux (Page 422)
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: Mark <to...@to...> - 2000-12-14 22:41:43
|
On Thu, 14 Dec 2000, Ken Weingold wrote: > > Don't take this personally, but though I think Win9x are total pieces > Not at all, everyone has thier preferences. > can fit on a floppy, just find someone who has a Windows 9X machine, > and at the command prompt type: 'format /s a:'. That will make a boot > floppy which can execute the flash file. If it can't fit on the > floppy, do you have a Zip drive or something that you can put it on? No, its really a 9x executable. It is this apparantly so you can use a radio button to select which patches to install. I don't know why they just didnt put the patches in different DOS files, that maybe would make life too simple. mark to...@de... |
From: Ken W. <ha...@he...> - 2000-12-14 15:45:41
|
On Thu, Dec 14, 2000, Mark wrote: > I hear you about X, but i don't think that it is that bad. I currently > cannot get X to work, due to them changing my video card driver in 4.0.1, > but I would never go back to Windows. I too have had many problems > getting things working (especially 1394), but I would never sacrafice the > configurability of linux for the self-righteousness of windows. All said > and done, Linux would seem to be a much better editing platform, but it > all comes down to personal preference. I'm glad to hear that linux liked > your 1394 card. If everything insmodded right, it should be working, but > don;t quote me on that. Don't take this personally, but though I think Win9x are total pieces of shit, I have used NT for years, and besides being rock solid (seriously), I have configured and customized the shit out of it. I think most people who say that you can't just never gave it a chance. Granted unix is much moreso, and I am not saying to use MS products, but NT really is good. Plus you can use Internet Explorer. I hate Netscape. Now if I could only actually get a Control key to fit on the Caps Lock key space since I remapped it in NT. > I was just curious if anyone had any good ideas on how to install a bios > patch that is in the form of a win9x executable? I will not install > windows on this computer, it is my server, and windows has a nasty habit > of overwriting partitions/boot records, and i dont want to deal with that > right now. Also, X isnt working. I know its a long shot, but maybe > someone has had to do that before? How big is the bios flash? It should be a DOS exe, not Windows. If it can fit on a floppy, just find someone who has a Windows 9X machine, and at the command prompt type: 'format /s a:'. That will make a boot floppy which can execute the flash file. If it can't fit on the floppy, do you have a Zip drive or something that you can put it on? -Ken -- ha...@he... AIM: ScopusFest |
From: Damien D. <ddo...@te...> - 2000-12-14 10:42:59
|
Hello Jose, Try to set the iris on maximum (4095) and the gain on minimum (0). Then correct the luminance with shutter and exposure. Also, limit the sharpness (e.g. 70) for less impulse noise. If the iris is minimal and the gain at the max you amplify a weakened signal. The inverse setup yields a stronger signal that does not requires amplification. (numbers are for the DFW-VL500 only) Cheers, Damien -- Damien Douxchamps URL : http://www.tele.ucl.ac.be/MEMBERS/Douxchamps_Damien_e.html |
From: Mark <to...@to...> - 2000-12-14 09:55:19
|
I hear you about X, but i don't think that it is that bad. I currently cannot get X to work, due to them changing my video card driver in 4.0.1, but I would never go back to Windows. I too have had many problems getting things working (especially 1394), but I would never sacrafice the configurability of linux for the self-righteousness of windows. All said and done, Linux would seem to be a much better editing platform, but it all comes down to personal preference. I'm glad to hear that linux liked your 1394 card. If everything insmodded right, it should be working, but don;t quote me on that. To my point: I was just curious if anyone had any good ideas on how to install a bios patch that is in the form of a win9x executable? I will not install windows on this computer, it is my server, and windows has a nasty habit of overwriting partitions/boot records, and i dont want to deal with that right now. Also, X isnt working. I know its a long shot, but maybe someone has had to do that before? mark to...@de... |
From: Thierry C. <thi...@la...> - 2000-12-14 08:21:05
|
Hi, On my Sony DFW-VL500, I have not notice this impulse noise but I didn't be care to this phenomena. I will have a look and tell you. You can try to take some snaps of a white paper and compute the mean value for each pixel. If this value is the same for each pixel, but the moise remains on each snap, than it is really an imulse noise (strange for a digital camera!!). If some pixels have differents mean values, the moise may come from the ccd matrix. You can also look the yuv 422 format: four pixels are coded with only 2 u values and 2 v values. Try to acquire some images in 160x120 yuv 444. Regards, -- ___________________________ Thierry CHATEAU, Lasmea, UMR 6602 du CNRS 24 Avenue des Landais, 63177 Aubiere, France tel : (33)4-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: Ken W. <ha...@he...> - 2000-12-14 06:56:51
|
I installed the Pinnacle Studio DV tonight and applied the kernel patch and rebuilt. Kernel built no problem, rebooted, loaded the three modules and got no complaints. I take it this means that Linux liked it? I don't have any software yet, so I didn't even plug in the camera. It would be nice on the site to actually have a list of cards known to work. Or did I miss it? Honestly, I am not sure if I will stay with this. As far as Linux has come along (I started when 1.2.13 was current), X still has a LONG way to go. I have some really annoying problems that honestly I don't have the time to figure out anymore. Find this how-to, that faq, consult this newsgroup and that mailing list since it's not in the how-to or faq, etc. Unless I can figure these things out, which I would love to since I miss running Linux at home, I might have to just end up installing Win2k over my NT partition since 2k supports 1394. Jamie Zawinski really has some valid points, though he is a bit disgruntled. :) Anyone have an extra SGI Workstation they want to get rid of? ;-) Also, that offer of free Solaris 8 x86 from Sun is sounding really tempting. Sorry for the rant, I just hate anti-climactic situations, which getting X running again has definitely been. -Ken -- ha...@he... AIM: ScopusFest |
From: Andreas B. <and...@mu...> - 2000-12-14 01:11:12
|
For those who haven't heard it directly from SourceForge, they will have a scheduled downtime this Friday night from 9PM PST to Saturday 3AM PST (Saturday 5AM GMT to 11AM GMT) due to relocating, upgrading and expanding. They mentioned (not on their web server, but in their email to project admins) that the mailing lists will be unavailable during this time. Be prepared that your mail to this list might fail if you send it during the aforementioned time span (probably for a bit longer, or do you expect downtimes to end on time?). I still can't add the libraw 0.8.1 files to the project page and this apparantly won't change until they finish their move. -- Andreas E. Bombe <and...@mu...> DSA key 0x04880A44 http://home.pages.de/~andreas.bombe/ http://linux1394.sourceforge.net/ |
From: Dan D. <dde...@co...> - 2000-12-12 17:00:53
|
Yes, that is the very popular TI OHCI chipset that is stable under Linux. ----- Original Message ----- From: "Ken Weingold" <ha...@he...> To: "Dan Dennedy" <dde...@co...> Cc: <lin...@li...> Sent: Tuesday, December 12, 2000 1:49 AM Subject: Re: hello > On Tue, Dec 12, 2000, Dan Dennedy wrote: > > Do you have the drivers installed and working yet? Some of the Pinnacle > > cards (DV300 I know) use Adaptec 5800 chip, which we dropped support > > for. > > It seems that it is LV23/LV03 based. Is this the type of chip? I > found this at > <http://www.geocrawler.com/archives/3/2711/2000/8/0/4173767/>. Does > this answer your question? > > I haven't installed it yet. I just got it today in the mail. > > > -Ken > |
From: Ken W. <ha...@he...> - 2000-12-12 06:50:08
|
On Tue, Dec 12, 2000, Dan Dennedy wrote: > Do you have the drivers installed and working yet? Some of the Pinnacle > cards (DV300 I know) use Adaptec 5800 chip, which we dropped support > for. It seems that it is LV23/LV03 based. Is this the type of chip? I found this at <http://www.geocrawler.com/archives/3/2711/2000/8/0/4173767/>. Does this answer your question? I haven't installed it yet. I just got it today in the mail. -Ken |
From: Dan D. <dde...@co...> - 2000-12-12 06:08:28
|
Do you have the drivers installed and working yet? Some of the Pinnacle cards (DV300 I know) use Adaptec 5800 chip, which we dropped support for. See http://linux1394.sourceforge.net/links.html There are not a lot of choices under Linux, and I believe we have listed all of the worthwhile ones. In addition to dvgrab, Kino, and Broadcast 2000, you can split a video into frames and batch process them with GIMP. Kino is for editing and preserving the quality of video. Broadcast is for creating compressed MPEGs. +-DRD-+ Ken Weingold wrote: > > Hi, I just joined this list. I have run Linux on and off since about > 1995, but the past few years have been running NT more often than > anything. Since I recently got a DV camera and want to run it through > the Pinnacle Studio DV card I got, I had three choices. Install Win98 > over the Win95 partition I have and reboot when I need to use it, > install Win2k over NT since it supports firewire, or start running > Linux again. Linux has come a long way since I was using it and I > really want to get back into it anyway, plus I was excited to see your > project. So, I will be trying this out soon. > > I am running Debian 2.2r2. What software are you guys using for this? > I want to be able to make video files (probably mpeg) out of parts of > DV tapes. > > Thanks. > > -Ken > > -- > ha...@he... AIM: ScopusFest > _______________________________________________ > mailing list Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux1394-user |
From: Dan D. <dde...@co...> - 2000-12-12 05:59:06
|
Look for the SBP-2 patch at http://linux1394.sourceforge.net/links.html matt newcomb wrote: > > G'day, > > I've got two 20 GB drives ( from buslink ) that I'd like to use under > linux. I haven't heard much, actually nothing at all, about using > firewire storage. Is this currently possible? > > Matt Newcomb > > _______________________________________________ > mailing list Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux1394-user |
From: Ken W. <ha...@he...> - 2000-12-11 21:56:27
|
Hi, I just joined this list. I have run Linux on and off since about 1995, but the past few years have been running NT more often than anything. Since I recently got a DV camera and want to run it through the Pinnacle Studio DV card I got, I had three choices. Install Win98 over the Win95 partition I have and reboot when I need to use it, install Win2k over NT since it supports firewire, or start running Linux again. Linux has come a long way since I was using it and I really want to get back into it anyway, plus I was excited to see your project. So, I will be trying this out soon. I am running Debian 2.2r2. What software are you guys using for this? I want to be able to make video files (probably mpeg) out of parts of DV tapes. Thanks. -Ken -- ha...@he... AIM: ScopusFest |
From: matt n. <sp...@te...> - 2000-12-09 21:00:44
|
G'day, I've got two 20 GB drives ( from buslink ) that I'd like to use under linux. I haven't heard much, actually nothing at all, about using firewire storage. Is this currently possible? Matt Newcomb |
From: Mark <to...@to...> - 2000-12-09 19:56:26
|
I always insmod ieee1394 first and everything works dandy. Are there any modules that you have that WILL insmod? mark to...@cy... |
From: Mark <to...@to...> - 2000-12-09 09:43:08
|
Did you insmod ieee1394 before ohci1394? Mark to...@de... On Sat, 9 Dec 2000, root wrote: > > I've successfully compiled the *1394 modules, but when I try > to install them, I get some confounding error messages: |
From: root <kr...@kr...> - 2000-12-09 09:18:02
|
Howdy... I've successfully compiled the *1394 modules, but when I try to install them, I get some confounding error messages: [root@mulga /root]# insmod ohci1394 Using /lib/modules/ieee1394/ohci1394.o /lib/modules/ieee1394/ohci1394.o: unresolved symbol __ioremap_R9eac042a /lib/modules/ieee1394/ohci1394.o: unresolved symbol hpsb_packet_sent_Rba8024c4 /lib/modules/ieee1394/ohci1394.o: unresolved symbol pci_write_config_word_Rd9cc3b03 /lib/modules/ieee1394/ohci1394.o: unresolved symbol __const_udelay_Reae3dfd6 /lib/modules/ieee1394/ohci1394.o: unresolved symbol proc_register_R4ce10876 /lib/modules/ieee1394/ohci1394.o: unresolved symbol hpsb_unregister_lowlevel_Rc89e4e48 /lib/modules/ieee1394/ohci1394.o: unresolved symbol kmalloc_R93d4cfe6 /lib/modules/ieee1394/ohci1394.o: unresolved symbol hpsb_register_lowlevel_R28d1c338 /lib/modules/ieee1394/ohci1394.o: unresolved symbol sprintf_R3c2c5af5 <snip 8< -> about another 15 lines worth> This is with a Mnadrake 7.2 distro, kernel 2.2.17SMP. I kind of get the impression that my compilation of this module doesn't 'match' the compilation of the kernel. I recompiled the kernel, but when I booted it (although I *did* get a ieee1394 message) it panic-ed with error messages like the above, except they looked like they wree for the scsi hardware. AFAIK the 2.2.17 kernel *should* include 1394 support, but I get no messages whatsoever that seem to match. (in dmesg and /var/log/messages anyway). According to Mandrake's 'Hard Drake' thingy, I have: Vendor: Texas Instruments Model: TSB12LV23 OHCI Compliant IEEE-1394 Controller Kernel Module: unknown Bus Type: PCI Informations: This device hasn't been identified by HardDrake, please send `/proc/bus/*' files and this device ID `104c8019' to: har...@ma... Furthermore, I went searching (find / -name \*1394\*) for any sort of module (before compiling it myself), and it did not seem to exist. Am I missing some simple, but vital point here? Does anyone have a cunning plan ? thanks in advance, -kingsley |
From: Andreas M. <and...@iv...> - 2000-12-07 15:05:38
|
Hi all, I have put a prerelease version of gscanbus-0.7 on it's new website at: http://www.ivistar.de/0500opensource.php3?lang=en Everybody who eperiences problems with gscanbus-0.6 is encouraged to try this new version. However the new version coredumps a lot, especially after bus resets. Hopefully I will get some time for debugging after Christmas. On the plus side: The new version has none of the strange timing problems that earlier versions show on fast processors. It has also preliminary support for PHYs with four or more ports (Thanks to VIA for providing me with such a card). If you have a webpage that points to the ftp site at ftp.fokus.gmd.de, please update your links to point to the new homepage of gscanbus. Thanks. bye... Andreas Micklei -- Andreas Micklei IVISTAR Kommunikationssysteme AG Ehrenbergstr. 19 / 10245 Berlin http://www.ivistar.de |
From: Thierry C. <thi...@la...> - 2000-12-07 10:02:20
|
Hello, First, don't worry, your 1394 system seems to be installed fine. Your sony camera is a Digital camera, following the dc 1394 specifications from IEEE. dvgrab works with dv based devices such as dv video recorders. These devices use a Dv format to transmit video and audio on the 1394 bus. Moreover, they are compliant with the AV/C standart in order to control them from an other devices on the bus. gscanbus recognizes AV/C devices and provides some control possibilities (play/stop/pause). but gscanbus does not recognize digital cameras. I have the same camera which works fine with libdc. Libdc is a great (i really think so) library in order to control all camera features (zoom, iris, gain,....). If you have a look to the link section, you will find the libdc homepage (at sourceforge). If you have a look into the archives of this list (last week). you will find samples to acquire frames using this library. have a good firewire !! -- ___________________________ Thierry CHATEAU, Lasmea, UMR 6602 du CNRS 24 Avenue des Landais, 63177 Aubiere, France tel : (33)4-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-12-06 21:26:55
|
Michael Born wrote: > hallo everybody > > my digital camera (sony DFW-VL500) is unknown to gscanbus. with dvgrab i get > no file ... > is this a driver problem or is the camera not supported? > i can't see where exactly the problem is... please help The SONY DFW series is not a DV (IEC 61834/SMPTE 314M) camera. It simply outputs uncompressed YUV video. dvgrab only works with DV cameras. You need to use libdc1394 (http://sourceforge.net/projects/libdc1394) to use your camera. There is a sample program by Chris Urmson that will save a frame in xpm format. Search for libdc1394 in the linux1394-devel list archives. Continued below... [...] > if connected gscanbus names the camera an unknown device with the following > information > > SelfID Info > ----------- > Physical ID: 1 > Link active: Yes > Gap Count: 63 > PHY Speed: S400 > PHY Delay: <=144ns > IRM Capable: No > Power Class: -6W > Port 0: Connected to child node > Port 1: Not connected > Port 2: Not connected > Init. reset: No > > CSR ROM Info > ------------ > GUID: 0x0000000000000000 > Node Capabilities: 0x00000000 > Vendor ID: 0x00000000 > Unit Spec ID: 0x00000000 > Unit SW Version: 0x00000000 > Model ID: 0x00000000 > Nr. Textual Leafes: 0 > > Textual Leafes: > > AV/C Subunits > ------------- > N/A > This is not all bad. The current released gscanbus has problems with properly identify devices even though it detects them and shows them on the topology map. You should consider this a working system, and continue on by using libdc1394! > > best regards > michael > > _______________________________________________ > mailing list Lin...@li... > http://lists.sourceforge.net/mailman/listinfo/linux1394-user > |
From: Mark <to...@to...> - 2000-12-06 19:07:50
|
Via Technologies, Inc. VT82C586 IDE [Apollo] (rev 41) On Wed, 6 Dec 2000, Nabil Sayegh wrote: > You could also post the output of lspci, so we see what chipset you > have. |
From: Nabil S. <ns...@sa...> - 2000-12-06 16:06:26
|
Michael Born wrote: > if connected gscanbus names the camera an unknown device with the following > information [...] > CSR ROM Info > ------------ > GUID: 0x0000000000000000 > Node Capabilities: 0x00000000 > Vendor ID: 0x00000000 > Unit Spec ID: 0x00000000 > Unit SW Version: 0x00000000 > Model ID: 0x00000000 > Nr. Textual Leafes: 0 That doesn't need to be a functional problem. When I connected my panasonic the first time, I was totally confused by the countless debug and error messages in the syslog. One problem seems to be the way some devices let you access the csr (block, quadlets). But AFAIK the csr is only of informational value. Someone told me if gscanbus lists my device (no matter if unknown or not), everything is ok. When I had problems with dvgrab, the reason was to figure out the correct order of plugging in, switching on, loading modules (dont hotplug) cu -- Nabil Sayegh |
From: Michael B. <mic...@st...> - 2000-12-06 13:12:07
|
hallo everybody my digital camera (sony DFW-VL500) is unknown to gscanbus. with dvgrab i get no file ... is this a driver problem or is the camera not supported? i can't see where exactly the problem is... please help i followed the installation instructions for 1394 on the sourceforge homepage. now i hav a suse 7.0 system with a patched 2.2.17 kernel and the modules for firewire support. after modprobe the pcilynx and raw1394 module (without any errormessage) i get the following output bash-2.04# lsmod Module Size Used by raw1394 6584 0 (unused) pcilynx 10876 0 (unused) ieee1394 19432 0 [raw1394 pcilynx] nfsd 144100 4 (autoclean) lockd 32136 1 (autoclean) [nfsd] sunrpc 53956 1 (autoclean) [nfsd lockd] nls_cp437 3904 4 (autoclean) vfat 9308 2 (autoclean) fat 29888 2 (autoclean) [vfat] so everything seems to be ok? then i start gscanbus (version 0.6) without a firewire device connected. bash-2.04# ./gscanbus successfully got handle current generation number: 1 using first card found: 1 nodes on bus, local ID is 0 then i connect my digital camera (sony DFW-VL500, more info at http://www.sony.de/professional/kamera/produkte/dfw_v500.html ) and get the following errormessages from gscanbus Bus reset - current generation number: 2 1/0x0000fffff0000404: read failed 1/0x0000fffff0000404: wrong magic quadlet ... repeated several times then i disconnect the camera and get the following output Bus reset - current generation number: 3 if connected gscanbus names the camera an unknown device with the following information SelfID Info ----------- Physical ID: 1 Link active: Yes Gap Count: 63 PHY Speed: S400 PHY Delay: <=144ns IRM Capable: No Power Class: -6W Port 0: Connected to child node Port 1: Not connected Port 2: Not connected Init. reset: No CSR ROM Info ------------ GUID: 0x0000000000000000 Node Capabilities: 0x00000000 Vendor ID: 0x00000000 Unit Spec ID: 0x00000000 Unit SW Version: 0x00000000 Model ID: 0x00000000 Nr. Textual Leafes: 0 Textual Leafes: AV/C Subunits ------------- N/A best regards michael |
From: Mark <to...@to...> - 2000-12-06 10:50:19
|
Yipe! Ive never tried using hdparm that way... Looks like DMA isnt being used. I assume this is the problem. I have tried turning dma on using hdparm, but hdparm -t -T shows the same results as when DMA was off... slowness. Can you confirm for me that this is in fact the problem? Also, where can I look to make DMA used? Linux is configured ok, i have checked that out... I don't believe that my BIOS has any settings for DMA... I am using my on-board IDE controller, it is build into an Asus HOT-591 motherboard. Think i should try an off-board IDE controller? PS: I just did hdparm -d 1 /dev/hdc and now the drive reports to be using DMA, but the output from the read tests are just as slow, so i have to assume that it only thinks it is using DMA. Thanks, Mark BEFORE DMA TURNED ON: /dev/hdc: multcount = 0 (off) I/O support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 0 (off) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 5606/255/63, sectors = 90069840, start = 0 /dev/hdc: Timing buffer-cache reads: 128 MB in 3.13 seconds = 40.89 MB/sec Timing buffered disk reads: 64 MB in 25.11 seconds = 2.55 MB/sec AFTER DMA TURNED ON: /dev/hdc: multcount = 0 (off) I/O support = 0 (default 16-bit) unmaskirq = 0 (off) using_dma = 1 (on) keepsettings = 0 (off) nowerr = 0 (off) readonly = 0 (off) readahead = 8 (on) geometry = 5606/255/63, sectors = 90069840, start = 0 /dev/hdc: Timing buffer-cache reads: 128 MB in 3.68 seconds = 34.78 MB/sec Timing buffered disk reads: 64 MB in 23.08 seconds = 2.77 MB/sec On Wed, 6 Dec 2000, Nabil Sayegh wrote: > Could you post the output of: > > hdparm /dev/hdX > hdparm -t -T /dev/hdX > > cu > -- > Nabil Sayegh > |
From: Mark <to...@to...> - 2000-12-06 05:15:43
|
Hello, I am getting an error message while dropping frames, it is as follows: kernel: ohci1394_0: Waking dma cxt=2 ... processing is probably too slow it repeats for every dropped frame. does this give anyone any clues as to where my slowness lies? i have a K6-2/300, but cannot determine what IDE driver I have. any help would be appreciated. if you need more info, i will attempt to find out what i can. thanks a lot, mark to...@de... |
From: Mark <to...@to...> - 2000-12-01 05:18:12
|
> > bash-2.04# zcat ieee1394-2.2.17-20001012.gz | patch -p1 i always gunzip the file first then: patch -p1 < ieee1394-2.2.17-20001012 if that doesnt work, try different numbers after the -p > yes, the links /usr/src/linux-2.2 and not familiar with suse, but in every distro ive seen, the link is /usr/src/linux mark to...@de... |