-----Ursprüngliche Nachricht wurde als Attachment angehängt.-----
Von:linux1394-user@lists.sourceforge.net
Gesendet:18.02.05 05:25:23
An:"Günter Kastenfrosch" <guni3@web.de>
Betreff:Re: Linux1394-user digest, Vol 1 #1387 - 3 msgs
Send Linux1394-user mailing list submissions to linux1394-user@lists.sourceforge.net To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/linux1394-user or, via email, send a message with subject or body 'help' to linux1394-user-request@lists.sourceforge.net You can reach the person managing the list at linux1394-user-admin@lists.sourceforge.net When replying, please edit your Subject line so it is more specific than "Re: Contents of Linux1394-user digest..." Today's Topics: 1. Re: usb2/firewire hd problem; sbp2 (David Lazanja) 2. Re: Testing trunk.tar.bz2 with iPod G3 - compilation error (Steven Thomas) 3. Camwire 0.7.0 released (Johann Schoonees) --__--__-- Message: 1 Date: Thu, 17 Feb 2005 00:23:29 -0500 From: David Lazanja <lazanja@plasma.ap.columbia.edu> To: David Lazanja <lazanja@plasma.ap.columbia.edu> CC: "Michal 'hramrach' Suchanek" <hramrach@centrum.cz>, linux1394-user@lists.sourceforge.net Subject: Re: usb2/firewire hd problem; sbp2 This is a multi-part message in MIME format. --------------040008030106020800010305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm replying to my own message. See below. David Lazanja wrote: > Michal 'hramrach' Suchanek wrote: >>On Mon, Feb 14, 2005 at 05:47:20PM -0500, David Lazanja wrote: >> >>>Hi there, >>> >>>I have a Belkin F5U512 FireWire Adapter which is supported by pcmcia >>>with module >>>ohci1394_cb. >>> >>>I'm trying to use it to access a Buslink usb2/1394 combo drive, 80GB. >>> >> >>I did not find information about the firewire chipset in the drive >>enclosure (usually obtained by gscanbus). >> >> > Do you actually have the drive in front of you? Was there information > missing > in my initial post in the dmesg output and lspci output? > >>You can try an earlier 2.6 kernel. Somebody reported that this kind of >>errors does not occur if he uses Knoppix 3.6 but does with recent 2.6 >>kernels. >> >>HTH >> >>Michal Suchanek >> > I have tried with older kernel versions such as SuSE's 2.6.4 and 2.6.5 > and a vanilla 2.6.7. but none of them seem to work. Should I be > loading the drivers/ieee1394/ohci1394.ko module or the one by cardbus, > ohci1394_cb, because right now hotplug is loading the former? I'll go > install the latter and try it. > > Thanks > David > Well, it's not possible to compile the pcmcia-cs modules separately AFAIK. -- # Department of Applied Physics and Applied Mathematics # Columbia University --------------040008030106020800010305 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> I'm replying to my own message.
See below.

David Lazanja wrote: <blockquote cite="mid4213934D.4040305@plasma.ap.columbia.edu" type="cite"> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> Michal 'hramrach' Suchanek wrote: <blockquote cite="mid20050216172401.GI23069@uvt316-2.ruk.cuni.cz" type="cite"> <pre wrap="">On Mon, Feb 14, 2005 at 05:47:20PM -0500, David Lazanja wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi there, I have a Belkin F5U512 FireWire Adapter which is supported by pcmcia with module ohci1394_cb. I'm trying to use it to access a Buslink usb2/1394 combo drive, 80GB. </pre> </blockquote> <pre wrap=""><!----> I did not find information about the firewire chipset in the drive enclosure (usually obtained by gscanbus). </pre> </blockquote> Do you actually have the drive in front of you?  Was there information missing
in my initial post in the dmesg output and lspci output?

<blockquote cite="mid20050216172401.GI23069@uvt316-2.ruk.cuni.cz" type="cite"> <pre wrap="">You can try an earlier 2.6 kernel. Somebody reported that this kind of errors does not occur if he uses Knoppix 3.6 but does with recent 2.6 kernels. HTH Michal Suchanek </pre> </blockquote> I have tried with older kernel versions such as SuSE's 2.6.4 and 2.6.5 and a vanilla 2.6.7. but none of them seem to work.  Should I be loading the drivers/ieee1394/ohci1394.ko module or the one by cardbus, ohci1394_cb, because right now hotplug is loading the former?  I'll go install the latter and try it.

Thanks
David

</blockquote> Well, it's not possible to compile the pcmcia-cs modules separately AFAIK.

<pre class="moz-signature" cols="72">-- # Department of Applied Physics and Applied Mathematics # Columbia University </pre> </body> </html> --------------040008030106020800010305-- --__--__-- Message: 2 From: "Steven Thomas" <steven__thomas@hotmail.com> To: linux1394-user@lists.sourceforge.net Subject: Re: Testing trunk.tar.bz2 with iPod G3 - compilation error Date: Thu, 17 Feb 2005 13:36:11 +0000 Hi Stefan, >The new module load parameter that may help with the iPod problem >appeared in rev 1250. Do you need a "back-port" of it to Linux 2.6.8.1? I've had a go myself, Stefan, though many thanks for your kind offer. It's about time I brewed my own kernel variant :) Sorry to say that at the end of it all the problem persisted. Here is what I did: Construction of custom kernel: a) Take the kernel source from linux-source-2.6.10, version 2.6.10-15, found in Ubuntu's provisional "hoary" distribution. This comes with Ubuntu(/Debian?) patches applied. b) Take trunk.tar.bz2 from your webpage: -rw-r--r-- 1 steve steve 473694 2005-02-10 11:13 trunk.tar.bz2 and replace the contents of <linux-src>/drivers/ieee1394 with its contents. c) Use an identical .config to the Ubuntu hoary package linux-image-2.6.10-k7, version 2.6.10-16. My processor is an Athlon 3200+. In respect of IEEE1394, the options are: # IEEE 1394 (FireWire) support # CONFIG_IEEE1394=m # # Subsystem Options # # CONFIG_IEEE1394_VERBOSEDEBUG is not set # CONFIG_IEEE1394_OUI_DB is not set CONFIG_IEEE1394_EXTRA_CONFIG_ROMS=y CONFIG_IEEE1394_CONFIG_ROM_IP1394=y # # Device Drivers # CONFIG_IEEE1394_PCILYNX=m CONFIG_IEEE1394_OHCI1394=m # # Protocol Drivers # CONFIG_IEEE1394_VIDEO1394=m CONFIG_IEEE1394_SBP2=m # CONFIG_IEEE1394_SBP2_PHYS_DMA is not set CONFIG_IEEE1394_ETH1394=m CONFIG_IEEE1394_DV1394=m CONFIG_IEEE1394_RAWIO=m CONFIG_IEEE1394_CMP=m CONFIG_IEEE1394_AMDTP=m d) Modifications to ieee1394 .c files in order to compile with 2.6.10: (i) Manually expand certain macros: DEFINE_RWLOCK(): highlevel.c 46c46 < static DEFINE_RWLOCK(hl_irqs_lock); --- >static rwlock_t hl_irqs_lock = RW_LOCK_UNLOCKED; 48c48 < static DEFINE_RWLOCK(addr_space_lock); --- >static rwlock_t addr_space_lock = RW_LOCK_UNLOCKED; DEFINE_SPINLOCK(): dv1394.c 180c180 < static DEFINE_SPINLOCK(dv1394_cards_lock); --- >static spinlock_t dv1394_cards_lock = SPIN_LOCK_UNLOCKED; raw1394.c 74c74 < static DEFINE_SPINLOCK(host_info_lock); --- >static spinlock_t host_info_lock = SPIN_LOCK_UNLOCKED; (ii) Replace struct file_operations element .unlocked_ioctl with .ioctl and remove any unconditional compilations of .compat_ioctl assignments: amdtp.c 1210,1211c1210 < .unlocked_ioctl = amdtp_ioctl, < .compat_ioctl = amdtp_ioctl, /* All amdtp ioctls are compatible */ --- > .ioctl = amdtp_ioctl, dv1394.c 2175c2175 < .unlocked_ioctl = dv1394_ioctl, --- > .ioctl = dv1394_ioctl, video1394.c 1271c1271 < .unlocked_ioctl = video1394_ioctl, --- > .ioctl = video1394_ioctl, (iii) Replace new try_to_freeze() conditional in nodemgr.c with code fragment taken from nodemgr.c in aforementioned linux-source-2.6.10: nodemgr.c 1513c1513,1514 < if (try_to_freeze(PF_FREEZE)) --- > if (current->flags & PF_FREEZE) { > refrigerator(0); 1514a1516 > } There are no other changes. As for configuration, the kernel was booted both with and without the following line in modules.conf: options ieee1394 disable_irm=1 The hotplug configuration that came with Ubuntu "warty" - kernel 2.6.8.1-4-386 - has been retained, as it worked before for 2 days. Device sdb is still unrecognised: /dev/sdb is not created by udev when the ipod is plugged in. Here is some diagnostic information: steve@mothman:/usr/src/linux-source-2.6.10 uname -a Linux mothman 2.6.10.custom.3 #1 Mon Feb 14 16:15:02 GMT 2005 i686 GNU/Linux steve@mothman:/usr/src/linux-source-2.6.10 lsmod Module Size Used by proc_intf 4036 0 freq_table 4100 0 cpufreq_userspace 4444 0 cpufreq_ondemand 6300 0 cpufreq_powersave 1728 0 button 6544 0 ac 4740 0 battery 10052 0 ipv6 262976 12 3c59x 39528 0 ohci1394 35268 0 amd74xx 14108 1 shpchp 100516 0 pci_hotplug 34224 1 shpchp snd_intel8x0 32992 1 snd_ac97_codec 75936 1 snd_intel8x0 snd_pcm_oss 53668 0 snd_mixer_oss 20160 2 snd_pcm_oss snd_pcm 97316 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_timer 25732 1 snd_pcm snd 57252 6 snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer soundcore 10272 2 snd snd_page_alloc 9924 2 snd_intel8x0,snd_pcm forcedeth 17600 0 ehci_hcd 33092 0 ohci_hcd 21896 0 usbcore 121656 3 ehci_hcd,ohci_hcd i2c_nforce2 6528 0 i2c_core 22800 1 i2c_nforce2 nvidia_agp 7708 1 agpgart 34472 1 nvidia_agp analog 11744 0 gameport 4544 1 analog floppy 60052 0 pcspkr 3560 0 rtc 12664 0 md 48016 0 dm_mod 61820 1 parport_pc 37828 1 lp 11396 0 parport 37576 2 parport_pc,lp sbp2 24456 0 ieee1394 106360 2 ohci1394,sbp2 ide_generic 1408 0 ide_disk 20864 0 ide_cd 42628 0 ide_core 132100 4 amd74xx,ide_generic,ide_disk,ide_cd tsdev 7680 0 evdev 9536 0 mousedev 11544 1 psmouse 21832 0 ext3 139592 2 jbd 61336 1 ext3 mbcache 8516 1 ext3 sr_mod 17700 0 cdrom 41120 2 ide_cd,sr_mod sd_mod 18000 4 sata_sil 8132 6 libata 50692 1 sata_sil scsi_mod 129984 4 sbp2,sr_mod,sd_mod,libata unix 28784 628 thermal 13384 0 processor 22516 1 thermal fan 4484 0 Relevant tail of /var/log/syslog: Feb 16 13:55:30 localhost kernel: ieee1394: The root node is not cycle master capable; selecting a new root node and resetting... Feb 16 13:55:30 localhost kernel: ohci1394: fw-host0: SelfID received outside of bus reset sequence Feb 16 13:55:30 localhost kernel: ieee1394: Node changed: 0-00:1023 -> 0-01:1023 Feb 16 13:55:40 localhost kernel: ieee1394: Node changed: 0-01:1023 -> 0-00:1023 Feb 16 13:55:42 localhost kernel: ieee1394: Node added: ID:BUS[0-01:1023] GUID[000a2700021404f2] Feb 16 13:55:42 localhost kernel: ieee1394: The root node is not cycle master capable; selecting a new root node and resetting... Feb 16 13:55:42 localhost kernel: ohci1394: fw-host0: SelfID received outside of bus reset sequence Feb 16 13:55:42 localhost kernel: ieee1394: Node changed: 0-01:1023 -> 0-00:1023 Feb 16 13:55:42 localhost kernel: ieee1394: Node changed: 0-00:1023 -> 0-01:1023 As I'm new to kernel hacking (though Debian's make-kpkg has been of enormous, almost idiot-proof, help) I might have made some elementary mistake. If the problem isn't of my own making, it would be great if it could be corrected in time for Ubuntu's hoary release in April. I'll provide any help I can towards this goal. Regards, Steve Thomas --__--__-- Message: 3 Date: Fri, 18 Feb 2005 15:51:30 +1300 From: Johann Schoonees <j.schoonees@irl.cri.nz> To: libdc1394-devel@lists.sourceforge.net, linux1394-user@lists.sourceforge.net Subject: Camwire 0.7.0 released Hi List Thought I'd let you know that Camwire 0.7.0 tarball has just been posted on kauri.auck.irl.cri.nz/~johanns/camwire/ . Camwire is a generic API for IEEE 1394 cameras running on Linux, built on top of libdc1394, libraw1394 and video1394. This is quite a big upgrade since 0.5.5. Changes include: * Complete shadowing of the camera state. * Definitions of CAMWIRE_SUCCESS and CAMWIRE_FAILURE have been swapped to allow for future expansion of exit codes. * .init files are now redundant, only need a .conf file. * CAMWIRE_INIT environment variable is now redundant. * API is now completely defined by only two headers: camwirebus.h and camwire.h. * camwire_get_timestamp() now returns struct timespec instead of double. * camwire_conf_get_defaults() is now called camwire_get_config(). * camwire_state_get_defaults() is now called camwire_get_state() and it returns the current state if the camera already exists. * New functions camwire_read_state_from_file(), camwire_write_state_to_file(), and camwire_set_state(). Full documentation in camwire/camwirebus.h and camwire/camwire.h. Comments, bug reports, suggestions all welcome. Johann -- Johann Schoonees Research engineer Industrial Research Limited, PO Box 2225, Auckland, New Zealand Phone +64 9 9203679 Fax +64 9 3028106 http://www.is.irl.cri.nz/ Camwire's home: http://kauri.auck.irl.cri.nz/~johanns/camwire/ --__--__-- _______________________________________________ Linux1394-user mailing list Linux1394-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux1394-user End of Linux1394-user Digest