19 Jun, 2008
1 commit
-
Rename and reorder some prompts and modify some help texts.
The result:-------------------- IEEE 1394 (FireWire) support --------------------
*** Enable only one of the two stacks, unless you know what you are doing ***
New FireWire stack, EXPERIMENTAL
OHCI-1394 controllers
Storage devices (SBP-2 protocol)
Stable FireWire stack
OHCI-1394 controllers
PCILynx controller
Storage devices (SBP-2 protocol)
Enable replacement for physical DMA in SBP2
IP over 1394
raw1394 userspace interface
video1394 userspace interface
dv1394 userspace interface (deprecated)
Excessive debugging outputThe old prompts for reference:
-------------------- IEEE 1394 (FireWire) support --------------------
IEEE 1394 (FireWire) support - alternative stack, EXPERIMENTAL
Support for OHCI FireWire host controllers
Support for storage devices (SBP-2 protocol driver)
IEEE 1394 (FireWire) support
*** Subsystem Options ***
Excessive debugging output
*** Controllers ***
Texas Instruments PCILynx support
OHCI-1394 support
*** Protocols ***
OHCI-1394 Video support
SBP-2 support (Harddisks etc.)
Enable replacement for physical DMA in SBP2
IP over 1394
OHCI-DV I/O support (deprecated)
Raw IEEE1394 I/O supportSigned-off-by: Stefan Richter
03 Aug, 2007
1 commit
-
Make the option SBP2_PHYS_DMA available on all architectures where it
compiles. This includes x86-64 where I runtime-tested it successfully.Signed-off-by: Stefan Richter
11 May, 2007
1 commit
-
* 'juju' of git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6: (138 commits)
firewire: Convert OHCI driver to use standard goto unwinding for error handling.
firewire: Always use parens with sizeof.
firewire: Drop single buffer request support.
firewire: Add a comment to describe why we split the sg list.
firewire: Return SCSI_MLQUEUE_HOST_BUSY for out of memory cases in queuecommand.
firewire: Handle the last few DMA mapping error cases.
firewire: Allocate scsi_host up front and allocate the sbp2_device as hostdata.
firewire: Provide module aliase for backwards compatibility.
firewire: Add to fw-core-y instead of assigning fw-core-objs in Makefile.
firewire: Break out shared IEEE1394 constant to separate header file.
firewire: Use linux/*.h instead of asm/*.h header files.
firewire: Uppercase most macro names.
firewire: Coding style cleanup: no spaces after function names.
firewire: Convert card_rwsem to a regular mutex.
firewire: Clean up comment style.
firewire: Use lib/ implementation of CRC ITU-T.
CRC ITU-T V.41
firewire: Rename fw-device-cdev.c to fw-cdev.c and move header to include/linux.
firewire: Future proof the iso ioctls by adding a handle for the iso context.
firewire: Add read/write and size annotations to IOC numbers.
...Acked-by: Christoph Hellwig
Signed-off-by: Linus Torvalds
10 May, 2007
1 commit
-
Refine some depends statements to limit their visibility to the
environments that are actually supported.Signed-off-by: Martin Schwidefsky
30 Apr, 2007
4 commits
-
Signed-off-by: Stefan Richter
-
- s/Device Drivers/Controllers/
- clarify who needs pcilynx
- don't recommend Y for raw1394; M is typically usedSigned-off-by: Stefan Richter
-
Until now, ieee1394 put an IP-over-1394 capability entry into each new
host's config ROM. As soon as the controller was initialized --- i.e.
right after modprobe ohci1394 --- this entry triggered a hotplug event
which typically caused auto-loading of eth1394.This irritated or annoyed many users and distributors. Of course they
could blacklist eth1394, but then ieee1394 wrongly advertized IP-over-
1394 capability to the FireWire bus.Therefore
- remove the offending kernel config option
IEEE1394_CONFIG_ROM_IP1394,
- let eth1394 add the ROM entry by itself, i.e. only after eth1394 was
loaded.This fixes http://bugzilla.kernel.org/show_bug.cgi?id=7793 .
To emulate the behaviour of older kernels, simply add the following to
to /etc/modprobe.conf:install ohci1394 /sbin/modprobe eth1394; \
/sbin/modprobe --ignore-install ohci1394Note, autoloading of eth1394 when an _external_ IP-over-1394 capable
device is discovered is _not_ affected by this patch.Signed-off-by: Stefan Richter
-
This considerably reduces the memory requirements for a packet and
eliminates ieee1394's dependency on CONFIG_NET.Signed-off-by: Stefan Richter
10 Apr, 2007
1 commit
-
Nobody ported ffmpeg from dv1394 to rawiso yet, and there is no
justification to remove dv1394 right now.Nevertheless, a strong deprecation of this ABI makes a lot of sense,
especially as Kristian H's drivers shape up to be an attractive
alternative to the existing ones. But we don't have a schedule at the
moment.Signed-off-by: Stefan Richter
10 Mar, 2007
1 commit
-
Screenshot from "make menuconfig":
...
?????????????????????? IEEE 1394 (FireWire) support ???????????????????????
? Arrow keys navigate the menu. selects submenus --->. ?
...
? ??????????????????????????????????????????????????????????????????????? ?
? ? IEEE 1394 (FireWire) support (JUJU alternative stack, experim? ?
? ? Support for OHCI firewire host controllers ? ?
? ? Support for storage devices (SBP-2 protocol driver) ? ?
? ? IEEE 1394 (FireWire) support ? ?
? ? --- Subsystem Options ? ?
? ? [ ] Excessive debugging output ? ?
...
? < Exit > < Help > ?
???????????????????????????????????????????????????????????????????????????Signed-off-by: Stefan Richter
09 Feb, 2007
2 commits
-
This patch contains the scheduled IEEE1394_OUI_DB removal.
Signed-off-by: Adrian Bunk
Update: Also remove drivers/ieee1394/.gitignore.
Remove now unused struct members in drivers/ieee1394/nodemgr.h.Signed-off-by: Stefan Richter
-
This patch contains the scheduled IEEE1394_EXPORT_FULL_API removal.
Signed-off-by: Adrian Bunk
Update: Pull proper portion of feature-removal-schedule.txt.
Signed-off-by: Stefan Richter
08 Dec, 2006
4 commits
-
API conversion without change in functionality
Signed-off-by: Stefan Richter
-
There is no manpower available to reform oui.db into a library for use
in more kernel subsystems. The low ratio of usefulness to size and the
occasional need to update oui.db from IEEE's official list suggest to
drop oui.db. I plan to make a userspace script available which
translates the remaining numeric sysfs attributes to names of
organizations.Signed-off-by: Stefan Richter
-
This also means that former parts of ieee1394's API will be subject to
change or removal.Signed-off-by: Stefan Richter
-
Signed-off-by: Stefan Richter
04 Oct, 2006
1 commit
-
Signed-off-by: Adrian Bunk
18 Sep, 2006
1 commit
-
Add some pointers to SCSI to the configuration menu item of sbp2.
Signed-off-by: Stefan Richter
26 Jun, 2006
1 commit
-
Also revert patch "frv: ieee1394 is borken on frv", as it no longer is.
Signed-off-by: Stefan Richter
Cc: David Howells
Cc: Jody McIntyre
Cc: Ben Collins
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
23 Jun, 2006
1 commit
-
The ieee1394 assumes it may make direct use of ->count in the semaphore
structure.Signed-off-by: Al Viro
Signed-off-by: David Howells
Cc: Stefan Richter
Cc: Ben Collins
Cc: Jody McIntyre
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
13 Jun, 2006
2 commits
-
We only support x86 and ppc, due to the use of bus_to_virt() and friends.
Signed-off-by: Stefan Richter
Signed-off-by: Andrew Morton
Signed-off-by: Ben Collins -
It appears I will not get it fixed overnight.
Signed-off-by: Stefan Richter
Signed-off-by: Ben Collins
18 Nov, 2005
1 commit
-
Remove the Audio and Music Data Transmission Protocol driver and the
Connection Management Procedures driver. These are incomplete, have never
worked, and are better implemented in userland via raw1394 (see
http://freebob.sourceforge.net/ for example.)Signed-off-by: Jody McIntyre
Cc: Adrian Bunk
11 Jul, 2005
1 commit
-
Lots of this patch is trivial code cleanups (static vars were being
intialized to 0, etc).There's also some fixes for ISO transmits (max buffer handling).
Aswell, we have a few fixes to disable IRM capabilites correctly. We've
also disabled, by default some generally unused EXPORT symbols for the
sake of cleanliness in the kernel. However, instead of removing them
completely, we felt it necessary to have a config option that allowed
them to be enabled for the many projects outside of the main kernel tree
that use our API for driver development.The primary reason for this patch is to revert a MODE6->MODE10 RBC
conversion patch from the SCSI maintainers. The new conversions handled
directly in the scsi layer do not seem to work for SBP2. This patch
reverts to our old working code so that users can enjoy using Firewire
disks and dvd drives again.We are working with the SCSI maintainers to resolve this issue outside
of the main kernel tree. We'll merge the patch once the SCSI layer's
handling of the MODE10 conversion is working for us.Signed-off-by: Linus Torvalds
17 May, 2005
1 commit
-
The options CONFIG_IEEE1394_PCILYNX_LOCALRAM and CONFIG_IEEE1394_PCILYNX_PORTS
are not available for some time.Signed-off-by: Adrian Bunk
Signed-off-by: Jody McIntyre
Signed-off-by: Andrew Morton
Signed-off-by: Linus Torvalds
17 Apr, 2005
1 commit
-
Initial git repository build. I'm not bothering with the full history,
even though we have it. We can create a separate "historical" git
archive of that later if we want to, and in the meantime it's about
3.2GB when imported into git - space that would just make the early
git days unnecessarily complicated, when we don't have a lot of good
infrastructure for it.Let it rip!
