A huge merging frenzy for the feature freeze, although I also spent a few
days getting rid of the need for ide-scsi.c and the SCSI layer to burn
CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
those off to the maintainer).
The most fundamental stuff is probably RCU and oprofile, but there's stuff
all over the map here..
Linus
------
Summary of changes from v2.5.42 to v2.5.43
============================================
<[email protected]>:
o USB: 2.5.42 partial fix for older pl2303
Benjamin LaHaise <[email protected]>:
o net-kiocb.diff
o clean up whitespace and patch import errors from net-kiocb patch
o remove an inaccurate comment from sock.h
<[email protected]>:
o fix usbfs mount count
Dave Hinds <[email protected]>:
o Small PCMCIA patch
<[email protected]>:
o drivers/scsi/esp.c: Fix the build
Dipankar Sarma <[email protected]>:
o Read-Copy Update infrastructure
<[email protected]>:
o Update changes to point to make 3.78
Jeff Dike <[email protected]>:
o Cleaned up a bunch of things noticed while merging the SMP support
o This is the merge of the initial 2.4 SMP support
o config.in now defines CONFIG_NR_CPUS
o Added some code to arch/um/kernel/tempfile.c
o Made a small fix to arch/um/kernel/Makefile
o Fixed the non-SMP build
o Fixed a bug caused by moving the location of the include of the
arch and os Makefiles.
o Fixed some locking bugs spotted by Oleg Drokin
<[email protected]>:
o USB: Vicam driver update/rewrite
Randy Dunlap <[email protected]>:
o "nousb" for in-kernel USB
o 2.5.42 Doc/kernel-parameters
<[email protected]>:
o InterMezzo for 2.5
Richard Henderson <[email protected]>:
o From Art Haas: C99 initializers for arch/alpha
o Fix warnings of the form warning: long int format, different type
arg (arg 5) by casting ino_t arguments to unsigned long for printf
formats.
o Fix warnings of the form warning: right shift count >= width of
type by casting to long before shifting by HIGH_BITS_OFFSET.
o Fix illegal use of short keyword
o Fix three alpha gcc 3.3 warnings
o Fix two defined but not used warnings by wrapping the variables in
#if RTC_IRQ.
o Fix hordes of printf format warnings by changing loff_t to long
long
o Fix defined but not used warnings by marking variables with
attribute unused.
<[email protected]>:
o [TCP]: Add F-RTO support
o [TCP]: Turn F-RTO off by default
<[email protected]>:
o Correct compiler warnings for 64 bit platforms and minor formatting
cleanup and remove debug function that was causing a conflict with
a function of the same name in SCSI
o change name of debug function to not conflict with optional jfs
debug function
<[email protected]>:
o Forward port of 2.4 fsync_buffers_list() fix
Adam J. Richter <[email protected]>:
o linux-2.5.41/drivers/usb/core/hub.c called down() from interrupt
context
Adrian Bunk <[email protected]>:
o Fix cpufreq compile
o ATM build fix
Alan Cox <[email protected]>:
o update dmi support
o two trivial doc fixeds
o synclink updates
o remove unused crap from ide
o make eicon build
o update cpia to match 2.4
o some mtdblock_ro fixes
o i2o-scsi next installment
o mpt fusion update from vendor
o fix up syncppp locking
o ricoh performance fix
o aacraid makefile fix
o cpqfc vendor update
o correct NCR5380 locking bug
o sym53c416 updates
o fix zs sysrq
o last jffs/jffs2 signal fix was wrong
o make devfs cdrom appear in the right place
o fix qnx4 inits to C99
o __ret is deprecated
o remove unused work queue
o hack fix for an obvious dmabuf bogon
o configurable corename
o forward port of the various scsi fixes from 2.4
Alexander Viro <[email protected]>:
o early allocation of ->part
o disk->minor_shift cleanup
o device_register() splitup
o block ioctl cleanup
o preparation to use of driverfs refcounts, part 1 - partitions
o preparation to use of driverfs refcounts, part 2 - disk
o refcounts for gendisks
o bdev->bd_disk introduced
o bunch of ->open() killed
Andi Kleen <[email protected]>:
o x86-64 ACPI
o x86-64 Bootloader updates
o x86-64 - new memory map handling
o x86-64 IA32 emulation updates
o x86-64 IOMMU & PCI updates
o Remove global cli stuff for x86-64
o reboot.c for x86-64
o library functions updates for x86-64
o hotplug cpu changes for x86-64
o Time changes for x86-64
o Misc core changes for x86-64/2.5.42
Andrew Morton <[email protected]>:
o scsi compile fix
o n_r3964.c fix
o /proc/meminfo alterations for hugetlbpages
o direct-io bio_add_page fix
o page freeing function for swsusp
o small-machine writer throttling fix
o propagate pte reference into page reference during
o reduced and tunable swappiness
o start anon pages on the active list
o rename /proc/sys/vm/dirty_async_ratio to dirty_ratio
o reduce the dirty threshold when there's a lot of mapped
o batched slab shrink and registration API
o fix disk IO stats for 512-byte IOs
o discontigmem: zero out the per-node zone structures at boot
o enable 64-bit sector_t config option
o msync correctness fixes
o remove kiobufs
Arjan van de Ven <[email protected]>:
o net/llc/llc_proc.c: Do not mark llc_proc_exist with __exit
Arnaldo Carvalho de Melo <[email protected]>:
o o pppoe: use seq_file for proc stuff
o [ipv4] move proc init to newly created net/ipv4/ip_proc.c
o o ipv4: convert /proc/net/arp to seq_file
o o ipv4: convert /proc/net/route to seq_file
o o ipv4: convert /proc/net/udp to seq_file
Art Haas <[email protected]>:
o C99 designated initializers for drivers/usb
o C99 designated initializers for arch/sh
Ben Collins <[email protected]>:
o Linux IEEE-1394 Updates
o Dv1394 fix
Benjamin LaHaise <[email protected]>:
o eliminate a compiler warning for aio_write in net/socket.c
o correct sock_aio_write prototype
Brian Gerst <[email protected]>:
o convert tty_drivers to list_heads
Christoph Hellwig <[email protected]>:
o XFS: More mount cleanups
o XFS: I/O path cleanups
o XFS: Don't reset blocksize on umount
o XFS: Set inode operations later in xfs_iget_core
o XFS: Handle NULL pagebufs gracefully in pagebuf_geterror
o XFS: Remove a dead variable
o XFS: Remove leftovers of long-dead iocore methods
o XFS: Remove struct pm entirely - it was never defined in the Linux
port
o XFS: Don't update i_rdev and i_generation in vn_revalidate
o XFS: Revert VMAP() to the old IRIX prototype
o XFS: Switch from iget_locked to ilookup in vn_get
Dave Kleikamp <[email protected]>:
o JFS: return code from sb_bread was incorrectly checked
o JFS: change name of get_index() to read_index()
David Brownell <[email protected]>:
o usbcore doc + minor fixes
David Howells <[email protected]>:
o AFS filesystem (1/2)
o AFS filesystem 2/2
David S. Miller <[email protected]>:
o arch/sparc64/defconfig: Update
o [TCP]: Only non-zero inits are necessary in tcp_vX_init_sock
o arch/sparc64/kernel/ebus.c: Cure __FUNCTION__ usage
o [IPV4]: Use generic struct flowi as routing key
o net/ipv6/netfilter/ip6table_mangle.c: Fix wrong cast
o net/ipv4/af_inet.c: Include linux/igmp.h
o [ia64/ppc64/s390x/sparc64/x86_64]: Update for sock->ops->recvmsg
AIO changes
o drivers/net/pppoe.c: Update for new sendmsg/recvmsg AIO args
o include/linux/net.h: Update SOCKOPS_WRAPPED to new AIO
recvmsg/sendmsg args
o net/appletalk/ddp.c: Update SOCKOPS_WRAPPED to new AIO
recvmsg/sendmsg args
o net/socket.c: Do not reference dev_ioctl unless CONFIG_NET
o include/net/bluetooth/bluetooth.h: Fixup recmsg args
o net/bluetooth/hci_sock.c: Fix recvmsg/sendmsg args
o net/bluetooth/bnep/core.c: Update for new sendmsg args
o net/bluetooth/rfcomm/core.c: Update for new sendmsg args
o net/ipv6/udp.c: Update for new sendmsg/recvmsg args
o net/ipv6/raw.c: Update for new recvmsg/sendmsg args
o net/sctp/socket.c: Update for new sendmsg/recvmsg args
o net/bluetooth/l2cap.c: Update for new sendmsg args
o net/bluetooth/sco.c: Update for new sendmsg args
o net/bluetooth/rfcomm/sock.c: Update for new sendmsg/recvmsg args
o include/net/tcp.h: Declare tcp_enter_frto
o net/irda/af_irda.c: Update for new sendmsg/recvmsg args
o fs/smbfs/sock.c: Update for new sendmsg/recvmsg args
o net/irda/af_irda.c: Fix sendmsg/recvmsg args in comments too
o fs/aio.c: Export wait_on_sync_kiocb
o fs/smbfs/sock.c: Fix the build
o [SPARC64]: Kill some port-specific bloat
o net/llc/llc_proc.c: Kill other __exit tag too
Doug Ledford <[email protected]>:
o another TCQ update
o ips TCQ update
o SCSI update
o Advansys TCQ update
o qla1280 TCQ update
o eata TCQ update
o more driver updates (aacraid)
o more driver updates (aic7xxx)
o dpt_i2o TCQ update
o two driver updates, one core update
Eric Sandeen <[email protected]>:
o XFS: Allow quota inode creation on a read-only filesystem
o XFS: Get xfs debug module back in sync with current pagebuf flags
o XFS: Add missing newlines to cmn_err messages
o XFS: Rearrange how xfs deals with read-only mounts vs. read-only
devices
o XFS: Fix sysctl values, add PB_CLEAR_OWNER debugging line
o XFS: Check rtdev as well when testing for read-only devices
o XFS: Export xfs_bmbt_get_all for the last fix in xfsidbg.c
o XFS: Remove unused pagebuf flags
o XFS: Re-sync pagebuf flags in xfsidbg (missed last time...)
o XFS: Clean up xfs' log message printing
o XFS: More XFS debug-related fixes
Gerd Knorr <[email protected]>:
o bttv driver compile fix
Greg Kroah-Hartman <[email protected]>:
o deleted drivers/usb/media/vicamurbs.h as it's no longer needed
o USB: fix up previous pl2303 fix
o USB: visor.c: changed USB_DT_DEVICE to USB_RECIP_INTERFACE, as
that's the proper #define to use
Harald Welte <[email protected]>:
o net/ipv6/netfilter/ip6t_LOG.c: Display ipv4 encapsulation properly
o net/ipv4/netfilter/ip_conntrack_core.c: Fix
ip_conntrack_change_expect locking
o [NETFILTER]: Avoid nesting readlocks in conntrack code
o net/ipv4/netfilter/ipt_unclean.c: Source port is allowed to be zero
Hirofumi Ogawa <[email protected]>:
o fix error code which fat_fill_super() returns (1/5)
o merges parse_options() of fat and parse_options() of vfat (2/5)
o removes posix option of fat (3/5)
o add show_options to fat (4/5)
o adds dmask option to fat (5/5)
Ingo Molnar <[email protected]>:
o futex-2.5.42-A2
Ivan Kokshaysky <[email protected]>:
o alpha fixes
Jaroslav Kysela <[email protected]>:
o ALSA updates
John Levon <[email protected]>:
o net/ipv4/af_inet.c: Kill inaccurate comment
o oprofile - hooks
o oprofile - dcookies
o oprofile - timer hook
o oprofile - NMI hook
o oprofile - MSR defines
o oprofile - core
o oprofile - i386 driver
o oprofile - dcookies need to use u32
Kai Germaschewski <[email protected]>:
o kbuild: Fix UML build
Kai Makisara <[email protected]>:
o SCSI tape door lock and reset fixes
Linus Torvalds <[email protected]>:
o Merge with DRI CVS tree
o When opening a CD-ROM device with O_NONBLOCK (for setup and ioctl),
we should allow read-write accesses - it's used for control, not
data.
o Fix type - it used to be "__u8 short", which previous versions
o "tv_sec" is unsigned long
o Make ide-cd handle a REQ_BLOCK_PC packet command completion
properly (which is to say the same as REQ_PC).
o Block layer ioctl cleanups
o Remove unused variable warning
o Remove ide-cd reliance on "struct packet_struct", make it use the
native "struct request" fields instead.
o Oops, fix over-eager search-and-replace
Maksim Krasnyanskiy <[email protected]>:
o Fix typo in HCI_FILTER get/setsockopt
o Increase BNEP thread priority
o Now that the module name bluetooth.o is not used by USB subsystem
anymore we can rename bluez.o to what it should have been from the
begging bluetoth.o
o Consistent naming for Bluetooth function and constants
o Get rid of the MIN() thing in Bluetooth code and use min_t()
instead
o Support for suspend/resume interface for the HCI devices
Manfred Spraul <[email protected]>:
o oneliner race fix for ldt updates
Martin J. Bligh <[email protected]>:
o Summit: config options and hooks
o Summit: infrastructure
o Summit: APIC limits
o Summit: MPS table detection
o Summit: APIC ID mapping
Matthew Dharm <[email protected]>:
o Fix SCSI mode sense size
o usb-storage: cache pipe values
o usb-storage: generalize transfer functions
o usb-storage: convert to common transfer functions
o usb-storage: convert to common transfer functions
Nathan Scott <[email protected]>:
o XFS: Sysctl updates
o XFS: Global search and replace of the b* memory routines to their
mem* equivalents
o XFS: remove a no-longer-used conditional macro
Pete Zaitcev <[email protected]>:
o [SPARC]: Fix build of timer routines
Peter Chubb <[email protected]>:
o Compile failure (gcc 2.96 bug?). 2.5.42 raid0.c
Romain Lievin <[email protected]>:
o char driver: added tipar driver
Russell King <[email protected]>:
o [SERIAL] Fix Sparc32/64 handling of CONFIG_SERIAL_CORE{,_CONSOLE}
SPARC was unconditionally setting CONFIG_SERIAL_CORE_CONSOLE to y
and conditionally setting CONFIG_SERIAL_CORE depending on the Sparc
sub-drivers. In addition, the core serial driver for SPARC is
always built, so we end up with link errors.
o [ARM] Move TEXTADDR and DATAADDR out of vmlinux.lds.S These two
variables are used by more than just the linker; they're also used
by head.S to know where it can safely place the page tables. We
therefore need to export it from the Makefile.
o [ARM] Allow CONFIG_ZBOOT_ROM=y image to be relocated to RAM Since
the decompressor supports PIC, even for CONFIG_ZBOOT_ROM, we can
easily allow an image which has been linked to run at a particular
address in ROM to be moved to RAM. We just need to make sure that
we don't relocate the GOT entries for the BSS segment.
o [ARM] Ensure deselected config variables are defined to 'n' To keep
the Config.in files relatively clean, we use the following
construct:
o [ARM] Update timekeeping functions to use tick_nsec/1000 This
updates the ARM time keeping functions to use tick_nsec/1000
instead of tick.
o [ARM] Update pcibios_enable_device, supply pci_mmap_page_range()
Update pcibios_enable_device to only enable requested resources,
mainly for IDE. Supply a pci_mmap_page_range() function to allow
user space to mmap PCI regions.
o [ARM] Update for signal handling changes
o [ARM] Update RiscPC decompressor for PIC changes This cset fixes
the RiscPC decompressor code for the PIC changes.
o [ARM] Optimise ARM TLB handling Sanitise includes of
asm/tlbflush.h, asm/cacheflush.h, asm/proc-fns.h Implement
ARM-specific TLB "shootdown" code. It turns out that it is overall
more efficient to unconditionally invalidate the whole TLB rather
than entry by entry when removing areas.
o [ARM] Update neponset/sa1111 for Linux device model updates
o [ARM] Other updates for changes in 2.5.42 This adds ARM support for
in_atomic() and asm/numnodes.h
o [ARM] IDE updates
o [ARM] Fix iop310-pci compilation errors
o [ARM] Remove second serial port address
o [ARM] cpufreq updates for ARM This updates the Integrator cpufreq
code to use the new interfaces, and makes the sa1100 cpufreq round
up the requested frequency.
o Convert acorn expansion card probing code to the Linux device model
o [ARM] Update Acorn ethernet expansion cards This cset implements
validity checks on the ethernet MAC address when the device is
opened, and refuses to open the device if this check fails. We
also provide the set_mac_address method to allow ifconfig to change
the mac address to something valid.
o [ARM] Acorn serial port driver update This cset combines the
Atomwide and The Serial Port 16550 driver modules into one
"8250_acorn.c" driver. This new module takes full advantage of the
LDM-based expansion card facilities.
o [ARM] Remove old Acorn iomd-based keyboard and mouse drivers
o [ARM] Fix up NCR5380-based Acorn SCSI drivers This cset updates (as
much as is possible) the NCR5380-based Acorn SCSI drivers, mainly
converting them to the new error handling code.
o [ARM] Rudimentary support for Thumb ptracing
o [ARM] dump_stack and show_trace_task dump_stack() got used by the
generic code. Call our version __dump_stack since we're running
out of other descriptive names.
o [ARM] Remove non-existent USB gadget code from mach-sa1100/Makefile
The USB gadget code now lives in arch/arm/mach-sa1100/usb, and
isn't in a mergable state. We remove the old makefile entries
which are never going to be satisfied, and leave a placeholder for
the usb directory.
o [ARM] Convert boot-time memory permission selection to table
o [ARM] Update fd1772.c Remove unnecessary use of __inline__, and
remove a few unnecessary prototypes. copy_buffer is moved before
use.
o [ARM] Fix fas216 use of __FUNCTION__ macro
o [ARM] Update acorn scsi code wrt global irq and bitops This cset
removes the global irq handling in the AcornSCSI driver, and makes
the target type for bitops an unsigned long array rather than an
unsigned char array.
o [ARM] Fix entry-armv.S Prevent the assembler putting constant pools
in the middle of code.
o [ARM] Update ARM cache type decoding
o [ARM ADFS] C99 designated initialisers (Patch from Art Haas) Here's
a small set of patches that switch the code to use C99 desiginated
initializers. Patches are against 2.5.42.
o [ARM] Convert sa1100 PCMCIA drivers to C99 initializers (Art Haas)
The patches convert drivers/pcmcia to use C99 named initializers,
and all the patches are against 2.5.42. There are 25 patches in
total, and the "cat"ing them together they're more that 20K, so I'm
sending the patches as a compressed attachment. The patches were
CC'd to Linus in the first mail that bounced.
o [ARM] Make the assabet machine always use the same uart mapping
o [ARM] Add Xscale ADIFCC and IOP310 documentation
o [ARM] Update sa1100 PCMCIA support We removed asm/mach-types.h from
asm/hardware.h. This means we must now include asm/mach-types.h
where its used.
o [ARM] Update acornfb driver to 2.5.42 fbcon
o [ARM] Update clps711x fbcon driver
o [ARM] Update cyber2000fb for 2.5 fbcon
o [ARM] Update AFS mtd partition parsing
o [ARM] Update integrator-flash.c from MTD CVS Keep the partition
information around for the lifetime of the module.
o [MTD] Update 2.5 MTD code from MTD CVS and ARM tree This cset
updates the 2.5 MTD code from the MTD CVS. David Woodhouse is
happy with me sending this.
Stephen Lord <[email protected]>:
o XFS: Rework dev_t and linux inode handling
o XFS: fix xmount command in xfsidbg
o XFS: fix parsing of extents by debug code
o XFS: fix 2.5 specific code for small block size filesystems, there
was a
o XFS: add some tracing calls in the read/write path
o XFS: simplify the xfs flush and flushinvalidate calls down the what
o XFS: ensure inode size is correct after making a symlink
o XFS: bring the 32 bit inode flag back into line with the Irix
version
o XFS: remove some bit shifting constants we do not use
o XFS: remove some 'temporary debugging code'
o XFS: Switch to native endian internal representation for extents
o XFS: remove debug print statements
o XFS: merge strategy and bmap calls, they are two aspects of the
same operation
o XFS: fix some off by one errors in the busy list search code
o XFS: Fix a couple of nasty log problems
Stuart MacDonald <[email protected]>:
o USB Whiteheat driver patches
Trond Myklebust <[email protected]>:
o A basic NFSv4 client for 2.5.x
William Lee Irwin III <[email protected]>:
o remove unused variable in wacom driver
Linus Torvalds wrote:
>
> A huge merging frenzy for the feature freeze,
Doesn't compile on ia32 uniprocessor. The owner of
changeset 1.852 is hereby debited 31 CPUs.
Also, non-IO_APIC kernels have not been linking for some time.
Here is a quick fix for both problems.
include/asm-i386/apic.h | 4 ++--
include/asm-i386/smp.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
--- 2.5.43/include/asm-i386/smp.h~mpparse-fix Tue Oct 15 21:26:18 2002
+++ 2.5.43-akpm/include/asm-i386/smp.h Tue Oct 15 21:26:31 2002
@@ -37,6 +37,7 @@
#endif /* CONFIG_CLUSTERED_APIC */
#endif
+#define BAD_APICID 0xFFu
#ifdef CONFIG_SMP
#ifndef __ASSEMBLY__
@@ -65,7 +66,6 @@ extern void zap_low_mappings (void);
* the real APIC ID <-> CPU # mapping.
*/
#define MAX_APICID 256
-#define BAD_APICID 0xFFu
extern volatile int cpu_to_physical_apicid[NR_CPUS];
extern volatile int physical_apicid_to_cpu[MAX_APICID];
extern volatile int cpu_to_logical_apicid[NR_CPUS];
--- 2.5.43/include/asm-i386/apic.h~mpparse-fix Tue Oct 15 21:34:03 2002
+++ 2.5.43-akpm/include/asm-i386/apic.h Tue Oct 15 21:34:05 2002
@@ -7,8 +7,6 @@
#include <asm/apicdef.h>
#include <asm/system.h>
-#ifdef CONFIG_X86_LOCAL_APIC
-
#define APIC_DEBUG 0
#if APIC_DEBUG
@@ -17,6 +15,8 @@
#define Dprintk(x...)
#endif
+#ifdef CONFIG_X86_LOCAL_APIC
+
/*
* Basic functions accessing APICs.
*/
.
And here's a fix for CONFIG_MD:
--- 2.5.43/fs/partitions/check.c~md-fix Tue Oct 15 21:45:51 2002
+++ 2.5.43-akpm/fs/partitions/check.c Tue Oct 15 21:47:07 2002
@@ -522,9 +522,8 @@ int rescan_partitions(struct gendisk *di
continue;
add_partition(disk, p, from, size);
#if CONFIG_BLK_DEV_MD
- if (!state->parts[j].flags)
- continue;
- md_autodetect_dev(bdev->bd_dev+p);
+ if (state->parts[p].flags)
+ md_autodetect_dev(bdev->bd_dev+p);
#endif
}
kfree(state);
.
>> A huge merging frenzy for the feature freeze,
>
> Doesn't compile on ia32 uniprocessor. The owner of
Arrgh. I booted that on my UP test box (it's still running).
I must have forgotten to do the fifth patch on that one or
something equally stupid.
> changeset 1.852 is hereby debited 31 CPUs.
/me hands them over.
Sorry,
M.
On Tue, 15 Oct 2002, Linus Torvalds wrote:
>...
> Summary of changes from v2.5.42 to v2.5.43
> ============================================
>...
> <[email protected]>:
> o InterMezzo for 2.5
>...
It seems some required files weren't included in 2.5.43:
<-- snip -->
...
gcc -Wp,-MD,fs/intermezzo/.cache.o.d -D__KERNEL__ -Iinclude -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer
-fno-strict-aliasing -fno-common -pipe -mpreferred-stack-boundary=2
-march=k6 -Iarch/i386/mach-generic -nostdinc -iwithprefix include
-DKBUILD_BASENAME=cache -c -o fs/intermezzo/cache.o
fs/intermezzo/cache.c
In file included from fs/intermezzo/cache.c:42:
include/linux/intermezzo_fs.h:30: linux/intermezzo_lib.h: No such file or directory
include/linux/intermezzo_fs.h:31: linux/intermezzo_idl.h: No such file or directory
...
make[2]: *** [fs/intermezzo/cache.o] Error 1
<-- snip -->
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
On Tue, Oct 15 2002, Linus Torvalds wrote:
>
> A huge merging frenzy for the feature freeze, although I also spent a few
> days getting rid of the need for ide-scsi.c and the SCSI layer to burn
> CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
> those off to the maintainer).
I put cdrecord rpms up here:
*.kernel.org/pub/linux/kernel/people/axboe/tools
The binary rpms are built on SuSE 8.1, there's a source rpm there too
though. This is 1.11a37 with Linus patch that allows you do to
cdrecord -dev=/dev/hdc -data -....
and burn without die-scsi.
--
Jens Axboe
On Wed, Oct 16, 2002 at 09:31:55AM +0200, Jens Axboe wrote:
> On Tue, Oct 15 2002, Linus Torvalds wrote:
> >
> > A huge merging frenzy for the feature freeze, although I also spent a few
> > days getting rid of the need for ide-scsi.c and the SCSI layer to burn
> > CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
> > those off to the maintainer).
>
> I put cdrecord rpms up here:
>
> *.kernel.org/pub/linux/kernel/people/axboe/tools
>
> The binary rpms are built on SuSE 8.1, there's a source rpm there too
> though. This is 1.11a37 with Linus patch that allows you do to
Can us non-rpm'ers get a tarball, please? Even an upstream tarball with
patches in the topdir would be fine.
Thanks
--
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo - http://www.deqo.com/
--- a/include/linux/device.h Sat Oct 12 00:22:19 2002
+++ linux/include/linux/device.h Mon Oct 14 01:48:47 2002
@@ -40,6 +40,7 @@
SUSPEND_SAVE_STATE,
SUSPEND_DISABLE,
SUSPEND_POWER_DOWN,
+ SUSPEND_SHUT_DOWN,
};
enum {
--- a/drivers/base/power.c Sat Oct 12 00:22:11 2002
+++ linux/drivers/base/power.c Mon Oct 14 01:49:22 2002
@@ -31,7 +31,7 @@
struct device * prev = NULL;
int error = 0;
- if(level == SUSPEND_POWER_DOWN)
+ if (level == SUSPEND_SHUT_DOWN)
printk(KERN_EMERG "Shutting down devices\n");
else
printk(KERN_EMERG "Suspending devices\n");
@@ -41,11 +41,11 @@
struct device * dev = get_device_locked(to_dev(node));
if (dev) {
spin_unlock(&device_lock);
- if(dev->driver) {
- if(level == SUSPEND_POWER_DOWN) {
- if(dev->driver->remove)
+ if (dev->driver) {
+ if (level == SUSPEND_SHUT_DOWN) {
+ if (dev->driver->remove)
dev->driver->remove(dev);
- } else if(dev->driver->suspend)
+ } else if (dev->driver->suspend)
error =
dev->driver->suspend(dev,state,level);
}
if (prev)
@@ -96,7 +96,7 @@
*/
void device_shutdown(void)
{
- device_suspend(4, SUSPEND_POWER_DOWN);
+ device_suspend(4, SUSPEND_SHUT_DOWN);
}
EXPORT_SYMBOL(device_suspend);
On Wed, Oct 16 2002, Ben Collins wrote:
> > > >
> > > > The binary rpms are built on SuSE 8.1, there's a source rpm there too
> > > > though. This is 1.11a37 with Linus patch that allows you do to
> > >
> > > Can us non-rpm'ers get a tarball, please? Even an upstream tarball with
> > > patches in the topdir would be fine.
> >
> > The patch is called linus-cdr.diff, tar ball of 1.1a37 can be found off
> > fresmeat.
> >
>
> Thanks. It's currently 403, though.
Its on hera (was when I wrote the email), so should show up sometime I
guess.
--
Jens Axboe
On Wed, Oct 16 2002, Ben Collins wrote:
> On Wed, Oct 16, 2002 at 09:31:55AM +0200, Jens Axboe wrote:
> > On Tue, Oct 15 2002, Linus Torvalds wrote:
> > >
> > > A huge merging frenzy for the feature freeze, although I also spent a few
> > > days getting rid of the need for ide-scsi.c and the SCSI layer to burn
> > > CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
> > > those off to the maintainer).
> >
> > I put cdrecord rpms up here:
> >
> > *.kernel.org/pub/linux/kernel/people/axboe/tools
> >
> > The binary rpms are built on SuSE 8.1, there's a source rpm there too
> > though. This is 1.11a37 with Linus patch that allows you do to
>
> Can us non-rpm'ers get a tarball, please? Even an upstream tarball with
> patches in the topdir would be fine.
The patch is called linus-cdr.diff, tar ball of 1.1a37 can be found off
fresmeat.
--
Jens Axboe
On Wed, Oct 16, 2002 at 08:05:29AM -0400, Ben Collins wrote:
> > The binary rpms are built on SuSE 8.1, there's a source rpm there too
> > though. This is 1.11a37 with Linus patch that allows you do to
>
> Can us non-rpm'ers get a tarball, please? Even an upstream tarball with
> patches in the topdir would be fine.
Hi Ben,
I attached a perl script to this email that will let you turn an rpm
into a cpio file. To use it do:
rpm2cpio some.file.rpm | cpio --extract
Hope this helps.
Jim
> > >
> > > The binary rpms are built on SuSE 8.1, there's a source rpm there too
> > > though. This is 1.11a37 with Linus patch that allows you do to
> >
> > Can us non-rpm'ers get a tarball, please? Even an upstream tarball with
> > patches in the topdir would be fine.
>
> The patch is called linus-cdr.diff, tar ball of 1.1a37 can be found off
> fresmeat.
>
Thanks. It's currently 403, though.
--
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo - http://www.deqo.com/
On Wed, Oct 16, 2002 at 02:17:18PM +0200, Jens Axboe wrote:
> On Wed, Oct 16 2002, Ben Collins wrote:
> > > > >
> > > > > The binary rpms are built on SuSE 8.1, there's a source rpm there too
> > > > > though. This is 1.11a37 with Linus patch that allows you do to
> > > >
> > > > Can us non-rpm'ers get a tarball, please? Even an upstream tarball with
> > > > patches in the topdir would be fine.
> > >
> > > The patch is called linus-cdr.diff, tar ball of 1.1a37 can be found off
> > > fresmeat.
> > >
> >
> > Thanks. It's currently 403, though.
>
> Its on hera (was when I wrote the email), so should show up sometime I
> guess.
No, 403 == perm denied :)
--
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo - http://www.deqo.com/
On Wed, Oct 16 2002, Ben Collins wrote:
> On Wed, Oct 16, 2002 at 02:17:18PM +0200, Jens Axboe wrote:
> > On Wed, Oct 16 2002, Ben Collins wrote:
> > > > > >
> > > > > > The binary rpms are built on SuSE 8.1, there's a source rpm there too
> > > > > > though. This is 1.11a37 with Linus patch that allows you do to
> > > > >
> > > > > Can us non-rpm'ers get a tarball, please? Even an upstream tarball with
> > > > > patches in the topdir would be fine.
> > > >
> > > > The patch is called linus-cdr.diff, tar ball of 1.1a37 can be found off
> > > > fresmeat.
> > > >
> > >
> > > Thanks. It's currently 403, though.
> >
> > Its on hera (was when I wrote the email), so should show up sometime I
> > guess.
>
> No, 403 == perm denied :)
Ah duh, I should read the mail :)
Fixed now.
--
Jens Axboe
On Wed, Oct 16, 2002 at 08:18:42AM -0400, [email protected] wrote:
> On Wed, Oct 16, 2002 at 08:05:29AM -0400, Ben Collins wrote:
>
> > > The binary rpms are built on SuSE 8.1, there's a source rpm there too
> > > though. This is 1.11a37 with Linus patch that allows you do to
> >
> > Can us non-rpm'ers get a tarball, please? Even an upstream tarball with
> > patches in the topdir would be fine.
>
> Hi Ben,
> I attached a perl script to this email that will let you turn an rpm
> into a cpio file. To use it do:
>
> rpm2cpio some.file.rpm | cpio --extract
>
> Hope this helps.
Thanks. I myself know how to do this :) Just that not everyone uses rpm,
and not everyone knows how to extract things from it.
I don't suspect that the rpm users know that "ar x foo.deb data.tar.gz"
will extract binaries from a .deb either :)
--
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo - http://www.deqo.com/
On Tue, Oct 15, 2002 at 08:44:10PM -0700, Linus Torvalds wrote:
> John Levon <[email protected]>:
> o oprofile - core
Note that anybody actually wanting to use the thing needs an additional
fix like the below, or most of the samples end up being dropped on the
floor.
Matthew, can we submit the proper fix (using cond_resched ?) at some
point ?
thanks
john
--- linux-linus/fs/locks.c Sat Sep 28 15:56:28 2002
+++ linux/fs/locks.c Wed Oct 2 04:15:54 2002
@@ -727,11 +727,11 @@
}
unlock_kernel();
- if (found)
- yield();
-
if (new_fl->fl_type == F_UNLCK)
return 0;
+
+ if (found)
+ yield();
lock_kernel();
for_each_lock(inode, before) {
On Wed, Oct 16, 2002 at 03:57:28PM +0100, John Levon wrote:
> Matthew, can we submit the proper fix (using cond_resched ?) at some
> point ?
yes, i have the proper fix in my tree, along with some other changes I
want to make. Here's the better patch:
diff -urpNX dontdiff linux-2.5.43/fs/locks.c linux-2.5.43-flock/fs/locks.c
--- linux-2.5.43/fs/locks.c 2002-09-27 20:10:43.000000000 -0700
+++ linux-2.5.43-flock/fs/locks.c 2002-10-10 18:03:10.000000000 -0700
@@ -727,12 +726,16 @@ static int flock_lock_file(struct file *
}
unlock_kernel();
- if (found)
- yield();
-
if (new_fl->fl_type == F_UNLCK)
return 0;
+ /*
+ * If a higher-priority process was blocked on the old file lock,
+ * give it the opportunity to lock the file.
+ */
+ if (found)
+ cond_resched();
+
lock_kernel();
for_each_lock(inode, before) {
struct file_lock *fl = *before;
--
Revolutions do not require corporate support.
>>> A huge merging frenzy for the feature freeze,
>>
>> Doesn't compile on ia32 uniprocessor. The owner of
>
> Arrgh. I booted that on my UP test box (it's still running).
> I must have forgotten to do the fifth patch on that one or
> something equally stupid.
OK, went back and checked my testing method - it only breaks if
you have Uniproc with IO-APIC support, which I didn't test 'cause
I knew it was broken anyway (yeah, I still should have caught that).
Now I feel *slightly* less stupid ;-)
>> changeset 1.852 is hereby debited 31 CPUs.
>
> /me hands them over.
Well, maybe half of them, all things considered ;-)
Here, have 15.5 CPUs ;-)
Thanks for the patch,
M.
On Tue, 15 Oct 2002, Linus Torvalds wrote:
>
> A huge merging frenzy for the feature freeze, although I also spent a few
> days getting rid of the need for ide-scsi.c and the SCSI layer to burn
> CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
> those off to the maintainer).
I hope you haven't broken running WITH ide-scsi, because most people still
run 2.4 kernels in real life and only test 2.5 because someone has to do
it. Reconfiguring the system to use ide-scsi or not is just one more PITA
thing which needs to be done, or more likely forgotten, with every new
kernel.
--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
On 10/16, Bill Davidsen said something like:
> On Tue, 15 Oct 2002, Linus Torvalds wrote:
> > A huge merging frenzy for the feature freeze, although I also spent a few
> > days getting rid of the need for ide-scsi.c and the SCSI layer to burn
> > CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
> > those off to the maintainer).
>
> I hope you haven't broken running WITH ide-scsi, because most people still
> run 2.4 kernels in real life and only test 2.5 because someone has to do
> it. Reconfiguring the system to use ide-scsi or not is just one more PITA
> thing which needs to be done, or more likely forgotten, with every new
> kernel.
Honestly, I think it's ok to bust the old stuff if needed. This is
simply my opinion from a user standpoint.
It's really just one kernel argument or /etc/modules.conf modification
to fix the old setup, asnd likely, if you set it up in the first place,
you can un-set it up.
--
Shawn Leas
[email protected]
There's a pizza place near where I live that sells only slices...
in the back you can see a guy tossing a triangle in the air...
-- Stephen Wright
On Wed, 16 Oct 2002, Shawn wrote:
> On 10/16, Bill Davidsen said something like:
> > On Tue, 15 Oct 2002, Linus Torvalds wrote:
> > > A huge merging frenzy for the feature freeze, although I also spent a few
> > > days getting rid of the need for ide-scsi.c and the SCSI layer to burn
> > > CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
> > > those off to the maintainer).
> >
> > I hope you haven't broken running WITH ide-scsi, because most people still
> > run 2.4 kernels in real life and only test 2.5 because someone has to do
> > it. Reconfiguring the system to use ide-scsi or not is just one more PITA
> > thing which needs to be done, or more likely forgotten, with every new
> > kernel.
>
> Honestly, I think it's ok to bust the old stuff if needed. This is
> simply my opinion from a user standpoint.
Anyway, ide-scsi should work as well as it ever did, which is not to say
too well. It's just that the IDE native implementation is cleaner and
simpler, and a _hell_ of a lot easier to use.
The scsi-generic layer is a total nightmare. If you want to write to the
device that is /dev/scd0, you can't just use /dev/scd0, you have to use
the right /dev/sgX, and the X depends on how many disks etc you have in
the system and where your controller is. The amount of crap you have to do
with things like "cdrecord -scanbus" to just figure out what the right
device is is just ludicrous.
With the native IDE setup, if your CD is /dev/hdc, then that's what you
use for cdburning too. Just do "cdrecord dev=/dev/hdc" and that's it. No
made-up SCSI bus numbers, no need to try to figure out what the right
thing is, no crap.
In fact, I hope that in linux-2.7.x the SCSI layer itself will start using
the same interface, so that we can drop scsi-generic some day completely.
The interface is totally generic, and doesn't have anything to do with IDE
per se - ide-cd.c just needed to be cleaned up enough to be able to use
it. The interface really just says "hey, you can push SCSI commands down
the request queue" (and ide-cd.c will take the SCSI command and convert it
into an ATAPI packet command - which is a pretty trivial transform).
So right now, you can do "cdrecord dev=/dev/hdc ..", but because I didn't
bother to try to figure out what the SCSI layer wants to do you can _not_
do the simple "cdrecord dev=/dev/scd0 .." if you have a SCSI disk. That's
nothing fundamental, I just don't think SCSI CD-RW's are very interesting
any more, since they are overpriced and hard to find. I hope some SCSI
fanatic will do the (probably trivial) addition to sr.c to accept the SCSI
ioctl interface.
(Hint for such SCSI users: you should just do:
- call "scsi_cmd_ioctl()" in your ioctl routine, and if it returns
ENOTTY that means that it wasn't one of the SCSI generic commands.
- make the request queue handler understand that requests with the
REQ_BLOCK_PC flag set are SCSI packet commands, and "req->cmd" contains
the command, while "req->data" and "req->data_len" are the data for the
command)
- make sure that an open() with the O_NONBLOCK flag set will succeed even
if the medium is not accessible (and will succeed even if it's a
writable open).
and that should be pretty much it).
Linus
> > A huge merging frenzy for the feature freeze, although I also spent a few
> > days getting rid of the need for ide-scsi.c and the SCSI layer to burn
> > CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
> > those off to the maintainer).
>
> I put cdrecord rpms up here:
>
> *.kernel.org/pub/linux/kernel/people/axboe/tools
>
> The binary rpms are built on SuSE 8.1, there's a source rpm there too
> though. This is 1.11a37 with Linus patch that allows you do to
>
> cdrecord -dev=/dev/hdc -data -....
>
> and burn without die-scsi.
Is die-scsi a typo, or a description of the success of ide-scsi? :-)
John.
On Wed, 16 Oct 2002, Martin J. Bligh wrote:
> >> A huge merging frenzy for the feature freeze,
> >
> > Doesn't compile on ia32 uniprocessor. The owner of
>
> Arrgh. I booted that on my UP test box (it's still running).
> I must have forgotten to do the fifth patch on that one or
> something equally stupid.
>
> > changeset 1.852 is hereby debited 31 CPUs.
>
> /me hands them over.
10 quatloos to the man with the fix
On Wed, 16 Oct 2002, Linus Torvalds wrote:
> On Wed, 16 Oct 2002, Shawn wrote:
> > On 10/16, Bill Davidsen said something like:
> > > On Tue, 15 Oct 2002, Linus Torvalds wrote:
> > > > A huge merging frenzy for the feature freeze, although I also spent a few
> > > > days getting rid of the need for ide-scsi.c and the SCSI layer to burn
> > > > CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
> > > > those off to the maintainer).
> > >
> > > I hope you haven't broken running WITH ide-scsi, because most people still
> > > run 2.4 kernels in real life and only test 2.5 because someone has to do
> > > it. Reconfiguring the system to use ide-scsi or not is just one more PITA
> > > thing which needs to be done, or more likely forgotten, with every new
> > > kernel.
> >
> > Honestly, I think it's ok to bust the old stuff if needed. This is
> > simply my opinion from a user standpoint.
>
> Anyway, ide-scsi should work as well as it ever did, which is not to say
> too well. It's just that the IDE native implementation is cleaner and
> simpler, and a _hell_ of a lot easier to use.
Clearly you are talking about systems which are not used in production,
and which run 2.5 kernels all the time. Having to switch back and forth in
all the naming conventions, device to interface assignments, etc, is a
PITA. And like anything you have to do to convert, some day you will
forget a step and leave your production 2.4 capability broken.
> The scsi-generic layer is a total nightmare. If you want to write to the
> device that is /dev/scd0, you can't just use /dev/scd0, you have to use
> the right /dev/sgX, and the X depends on how many disks etc you have in
> the system and where your controller is. The amount of crap you have to do
> with things like "cdrecord -scanbus" to just figure out what the right
> device is is just ludicrous.
Do you mean that the new cdrecord -scanbus will now scan the IDE bus(es)
as well, or that we can just try to find time to write something else
which lists all the CD devices? You are aware that you don't *need* to
know any of that /dev/sgX stuff, you just say dev=b,d,l (bus, device, lun)
and cdrecord does it?
> So right now, you can do "cdrecord dev=/dev/hdc ..", but because I didn't
> bother to try to figure out what the SCSI layer wants to do you can _not_
> do the simple "cdrecord dev=/dev/scd0 .." if you have a SCSI disk. That's
> nothing fundamental, I just don't think SCSI CD-RW's are very interesting
> any more, since they are overpriced and hard to find. I hope some SCSI
> fanatic will do the (probably trivial) addition to sr.c to accept the SCSI
> ioctl interface.
Again, I think you have never done any of this in a production
environment. Joe User burning a little music on his one CD-RW and a
production CD based distribution or backup setup are as related as the guy
with the the single Celeron and a NUMA system. SCSI allow writing multiple
CDs at once without fighting with "what's on the same cable," and allows
more than a few drives. And these days the writers are becoming DVD, which
makes it even more desirable to have an adult-strength bus.
> (Hint for such SCSI users: you should just do:
>
> - call "scsi_cmd_ioctl()" in your ioctl routine, and if it returns
> ENOTTY that means that it wasn't one of the SCSI generic commands.
>
> - make the request queue handler understand that requests with the
> REQ_BLOCK_PC flag set are SCSI packet commands, and "req->cmd" contains
> the command, while "req->data" and "req->data_len" are the data for the
> command)
>
> - make sure that an open() with the O_NONBLOCK flag set will succeed even
> if the medium is not accessible (and will succeed even if it's a
> writable open).
>
> and that should be pretty much it).
All tips and hints appreciated.
--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
This patch is required to successfully compile 2.5.43 on an ultrasparc.
time.c is missing a header file.
On Tue, Oct 15, 2002 at 08:44:10PM -0700, Linus Torvalds wrote:
>
>
> A huge merging frenzy for the feature freeze, although I also spent a few
> days getting rid of the need for ide-scsi.c and the SCSI layer to burn
> CD-ROM's with the IDE driver (it still needs an update to cdrecord, I sent
> those off to the maintainer).
>
> The most fundamental stuff is probably RCU and oprofile, but there's stuff
> all over the map here..
>
> Linus
>
> ------
>
> Summary of changes from v2.5.42 to v2.5.43
> ============================================
>
[...]
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
It's not denial. I'm just selective about the reality I accept.
-- Bill Watterson
On Fri, Oct 18, 2002 at 07:00:44PM +0200, Adrian Bunk wrote:
> On Tue, 15 Oct 2002, Linus Torvalds wrote:
>
> >...
> > Summary of changes from v2.5.42 to v2.5.43
> > ============================================
> >...
> > Ben Collins <[email protected]>:
> > o Linux IEEE-1394 Updates
> >...
>
> This patch added an argument "flags" to the prototypes of
> sbp2_handle_physdma_write and sbp2_handle_physdma_read in
> drivers/ieee1394/sbp2.h but doesn't include the corresponding changes to
> drivers/ieee1394/sbp2.c resulting in the following compile error:
Ok. In the meantime, just disable PHY DMA for sbp2. It's a debug option
anyway. Not meant for general purpose use.
--
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo - http://www.deqo.com/
On Tue, 15 Oct 2002, Linus Torvalds wrote:
>...
> Summary of changes from v2.5.42 to v2.5.43
> ============================================
>...
> Ben Collins <[email protected]>:
> o Linux IEEE-1394 Updates
>...
This patch added an argument "flags" to the prototypes of
sbp2_handle_physdma_write and sbp2_handle_physdma_read in
drivers/ieee1394/sbp2.h but doesn't include the corresponding changes to
drivers/ieee1394/sbp2.c resulting in the following compile error:
<-- snip -->
...
gcc -Wp,-MD,drivers/ieee1394/.sbp2.o.d -D__KERNEL__ -Iinclude -Wall
-Wstrict-prototypes -Wno-trigraphs -O2 -fomit-frame-pointer -fno-strict-aliasing
-fno-common -pipe -mpreferred-stack-boundary=2 -march=k6 -Iarch/i386/mach-generic
-nostdinc -iwithprefix include -DKBUILD_BASENAME=sbp2 -c -o
drivers/ieee1394/sbp2.o drivers/ieee1394/sbp2.c
drivers/ieee1394/sbp2.c:1516: conflicting types for `sbp2_handle_physdma_write'
drivers/ieee1394/sbp2.h:513: previous declaration of `sbp2_handle_physdma_write'
drivers/ieee1394/sbp2.c:1532: conflicting types for `sbp2_handle_physdma_read'
drivers/ieee1394/sbp2.h:515: previous declaration of `sbp2_handle_physdma_read'
make[2]: *** [drivers/ieee1394/sbp2.o] Error 1
<-- snip -->
cu
Adrian
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
On Wed, 16 Oct 2002, Shawn wrote:
> On 10/16, Bill Davidsen said something like:
> > I hope you haven't broken running WITH ide-scsi, because most people still
> > run 2.4 kernels in real life and only test 2.5 because someone has to do
> > it. Reconfiguring the system to use ide-scsi or not is just one more PITA
> > thing which needs to be done, or more likely forgotten, with every new
> > kernel.
>
> Honestly, I think it's ok to bust the old stuff if needed. This is
> simply my opinion from a user standpoint.
>
> It's really just one kernel argument or /etc/modules.conf modification
> to fix the old setup, asnd likely, if you set it up in the first place,
> you can un-set it up.
And change every script from dev=b,d,l to dev=/dev/cdN. Without hitting
the actual SCSI CD's, and of course the scd0 (ATAPI on ide-scsi) goes away
so you have to rename all of your real SCSI CD's.
On a simple system with one ATAPI CD the problem is small, but on a larger
and busier system with a fair number of CD-RW drives, it is likely to be a
real pain, and if you forget to convert back you mess up production stuff.
It's not impossible, just something I would rather not do unless the
system is going permanently to 2.6, maybe not even then, since what I have
works fine.
--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
In article
<[email protected]>,
I'm happy to report that ide-scsi is still working fine, both for CD,
CD-RW and ZIP drives. Which makes life nice on a system with both ATAPI
and SCSI CD devices, since my scripts need only get the bus and id, not
use another device name format.
Bill Davidsen <[email protected]> wrote:
| On Wed, 16 Oct 2002, Shawn wrote:
|
| > On 10/16, Bill Davidsen said something like:
|
| > > I hope you haven't broken running WITH ide-scsi, because most people still
| > > run 2.4 kernels in real life and only test 2.5 because someone has to do
| > > it. Reconfiguring the system to use ide-scsi or not is just one more PITA
| > > thing which needs to be done, or more likely forgotten, with every new
| > > kernel.
| >
| > Honestly, I think it's ok to bust the old stuff if needed. This is
| > simply my opinion from a user standpoint.
| >
| > It's really just one kernel argument or /etc/modules.conf modification
| > to fix the old setup, asnd likely, if you set it up in the first place,
| > you can un-set it up.
|
| And change every script from dev=b,d,l to dev=/dev/cdN. Without hitting
| the actual SCSI CD's, and of course the scd0 (ATAPI on ide-scsi) goes away
| so you have to rename all of your real SCSI CD's.
|
| On a simple system with one ATAPI CD the problem is small, but on a larger
| and busier system with a fair number of CD-RW drives, it is likely to be a
| real pain, and if you forget to convert back you mess up production stuff.
|
| It's not impossible, just something I would rather not do unless the
| system is going permanently to 2.6, maybe not even then, since what I have
| works fine.
|
| --
| bill davidsen <[email protected]>
| CTO, TMR Associates, Inc
| Doing interesting things with little computers since 1979.
|
| -
| To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
| the body of a message to [email protected]
| More majordomo info at http://vger.kernel.org/majordomo-info.html
| Please read the FAQ at http://www.tux.org/lkml/
|
--
bill davidsen <[email protected]>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.