Linux Today: Linux News On Internet Time.
Search Linux Today
Linux News Sections:  Developer -  High Performance -  Infrastructure -  IT Management -  Security -  Storage -
Linux Today Navigation
LT Home
Contribute
Contribute
Link to Us
Linux Jobs


More on LinuxToday


Linus Torvalds: Linux 2.5.9

Apr 23, 2002, 14:30 (17 Talkback[s])

Kernel.org Mirrors

        Release notes for v2.5.9



Summary of changes from v2.5.8 to v2.5.9
============================================

<kai@tp1.ruhr-uni-bochum.de> (02/03/10 1.369.44.1)
        fix up a comment in drivers/isdn/icn/Makefile

<davidm@wailua.hpl.hp.com> (02/03/15 1.369.62.5)
        Cset exclude: davidm@hpl.hp.com|ChangeSet|20020312081510|17850

<kai@tp1.ruhr-uni-bochum.de> (02/03/22 1.369.81.1)
        Remove list-multi plus associated link rules in various Makefiles.

<davidm@wailua.hpl.hp.com> (02/03/27 1.369.62.6)
        Fix ia64-version of thread_info.  Add McKinley-optimized copy_page().

<davidm@wailua.hpl.hp.com> (02/03/27 1.369.85.2)
        Minor tweaks for McKinley-optimized copy_page().
        Fix configuration for HP Ski simulator.

<davidm@wailua.hpl.hp.com> (02/03/28 1.369.85.3)
        arch/ia64/defconfig:
                Update for v2.5.7.
        

<davidm@hpl.hp.com> (02/03/28 1.369.85.4)
        [PATCH] First part of sync with 2.5.7 (ACPI still broken, Ski OK)..
        

<elenstev@mesatop.com> (02/03/28 1.369.85.5)
        [PATCH] This patch adds 5 help texts to arch/ia64/Config.help.
        The texts were obtained from Eric S. Raymond's v2.97 Configure.help.
        

<Matt_Domsch@Dell.com> (02/03/28 1.369.85.6)
        [PATCH] IA-64 specific part of Matt's patch:
        
        changes:
        * EFI_GUID macro defined per your suggestion - efi_guid_t is now a struct of
        char[16].  Fixed all GUID definitions.
        * Made one unified efi_guid_unparse() static inline in asm-ia64/efi.h.
        Removed three other definitions of similar in efivars.c and mca.c.
        * fixed endianness of fs/partitions/efi.c - thanks to Richard Hirst and his
        GPT work in Parted.
        * cleaned up find_valid_gpt() to make it easier to see what's going on and
        avoid future NULL ptr deref cases if this code gets modified yet again.
        * Only use partition table slots 0..max_p.  The previous behaviour would let
        you delete a partition in the middle of the table, and on next boot all the
        partition numbers above that would switch down.  This change makes it
        consistent with the MSDOS concept of primary partitions.  /dev/sdaX exists
        iff the partition type is not NULL.
        * Moved CONFIG_PARTITION_EFI help text to fs/partitions/Config.help
        

<davidm@wailua.hpl.hp.com> (02/04/01 1.369.85.7)
        Initialize ar.k0 with physical I/O base not just on BP but also on
        all APs (based on patch by Bjorn Helgaas).

<davidm@wailua.hpl.hp.com> (02/04/02 1.369.85.8)
        (arch/ia64/kernel/unwind_i.h): Fix typo in comment.

<Matt_Domsch@Dell.com> (02/04/02 1.369.85.9)
        [PATCH] Wouldn't you know it, but Richard Hirst found that I was *again* unparsing
        
        Patch below should apply to both the 2.5.7-pre1 and 2.4.18 trees.
        

<garyhade@us.ibm.com> (02/04/02 1.369.85.10)
        [PATCH] arch/ia64/Makefile tweak

<davidm@wailua.hpl.hp.com> (02/04/02 1.369.85.11)
        arch/ia64/lib/copy_page_mck.S:
            Tweak for better performance when data is in L2 or L3 cache.

<davidm@wailua.hpl.hp.com> (02/04/05 1.369.85.12)
        Fix software I/O TLB to always return <4GB memory for alloc_consistent().

<davidm@wailua.hpl.hp.com> (02/04/05 1.369.85.13)
        New files for HP zx1 systems.

<bjorn_helgaas@hp.com> (02/04/05 1.369.85.14)
        [PATCH] Add support for HP zx1 systems.
        

<davidm@wailua.hpl.hp.com> (02/04/05 1.369.85.15)
        Fix HP simulator Makefile for merge conflict with zx1 support patch.

<rmk@flint.arm.linux.org.uk> (02/04/06 1.369.112.1)
        The some of the existing ARM CPU "wait for interrupt" implementations
        were buggy - they'd test hlt_counter/need_resched with interrupts
        enabled, and then go to sleep.  An interrupt could be received between
        the test and sleeping, and we could have 10ms latency before we ran
        a task.  This changeset fixes this by providing a generic "cpu idle"
        wrapper that handles these issues.

<rmk@flint.arm.linux.org.uk> (02/04/06 1.369.112.2)
        Pass the next task 'mm' struct to the CPU mm switching code (so
        we can access data in mm->context.)

<rmk@flint.arm.linux.org.uk> (02/04/06 1.369.112.3)
        Fix ISA interrupt initialisation on footbridge machines.

<rmk@flint.arm.linux.org.uk> (02/04/06 1.369.112.4)
        Some small fixes:
         - Fix up decompressor for ARM720T cache handling.
         - Set PCI cache line size register while enumerating devices.
         - Report correct cache sizes.
         - Ensure machine vectors are in memory for instruction fetches
           (important when you have write-allocate write back caches).
         - Fix bug in ARMv5ej abort handler.
         - Update mach-types to latest version.

<rmk@flint.arm.linux.org.uk> (02/04/07 1.369.112.5)
        Clean up sa1111 initialisation.  Provide sa1111 base 'device' in the
        device tree.  Move towards using ioremap to map the sa1111 device.

<rmk@flint.arm.linux.org.uk> (02/04/07 1.369.112.6)
        Fix page_to_phys() and convert virt_to_bus()/virt_to_phys() to
        page_to_bus()/page_to_phys() in consistent.c

<davidm@wailua.hpl.hp.com> (02/04/08 1.369.85.16)
        Misc fixes.

<schwab@suse.de> (02/04/08 1.369.85.17)
        [PATCH] The kernel cannot cope with modules without unwind data, which happens
        with data-only modules like the fs/nls modules when compiling with gcc
        3.1.  This patch fixes the problem.
        

<greg@kroah.com> (02/04/09 1.369.114.14)
        USB - removed the dc2xx driver

<greg@kroah.com> (02/04/09 1.369.114.15)
        removed unused usb storage makefile rules.

<david-b@pacbell.net> (02/04/09 1.369.114.16)
        [PATCH] USB physical paths id
        
        This provides something that gets discussed regularly: stable
        device IDs.  Straightforward; most of it was already present:
        
            - Moves "bus_name" out of HCD framework into usb_bus.
              This accounts for _by far the bulk_ of this patch, since
              every use of that original field needed to change.
        
            - Make Vojtech's usb_make_path() use bus_name instead
              of unstable bus numbers ... and usb_device->devpath
              instead of recomputing that same info.  Combine two
              stable IDs, and the result is still stable.  And since both
              are precomputed, usb_make_path() turns into only an
              error check wrapped around snprintf() ... so I inlined it.
        
            - Minor tweak to usb_device->devpath construction.  It
              still uses "/" for the root hub (better suggestions?) but
              Vojtech wanted "." for separators, so I changed that.
        
            - The older HCDs (uhci.c etc) initialize usb_bus.bus_name,
              as well as the sharable HCD framework
        
            - HCD framework no longer uses "bus" member.

        These IDs are currently exposed in "input" hotplugging, and
        my next patch addresses that for USB network devices.

<david-b@pacbell.net> (02/04/09 1.369.114.17)
        [PATCH] USB net drivers, ethtool bus_info
        
        USB net drivers, ethtool bus_info
        
        This patch makes the USB network drivers that have ethtool support
        expose only those stable IDs ... no more references to unstable values
        like dev->bus->busnum (changes depending on order of modprobe)
        or dev->devnum (assigned not quite randomly during enumeration :).
        
        This supports more intelligent policies for user mode tools, such
        as "always assign this address to the device on that port", as well
        as making troubleshooting more practical when there are multiple
        devices (of a given type) present ... you can tell which is which.

<david-b@pacbell.net> (02/04/09 1.369.114.18)
        [PATCH] USB GeneLink/NDIS tweaks
        
        USB GeneLink/NDIS tweaks
        
        This patch, from Oliver, discards slightly less data in cases
        where memory is very tight.  The GeneLink framing can batch
        several packets in one transmission, so it's always possible to
        at least report the last one, since it's already sitting in an SKB
        and we won't need a new one.
        
        Random note, this seems to be the same issue I saw
        mentioned somewhere else recently:  MSFT host drivers
        with high latency for submitting bulk packets, so rather
        than just queuing them as they arrive, it turns out to be a
        win on the MSFT side to batch packets.

<pmanolov@Lnxw.COM> (02/04/09 1.369.114.19)
        [PATCH] rtl8150 for 2.5
        
        This one is fixing the problems Oliver spoted.  Namely:
                - double free in probe();
                - Rx skb pool resolves the issue with OOM condition in
                   read_bulk_callback() which potentially kills the Rx path;

<shaggy@kleikamp.austin.ibm.com> (02/04/10 1.456.1.1)
        Export discard_bh_page and use block_flushpage in JFS
        
        Note: discard_bh_page is already exported in 2.4.
        
        Currently the 2.5 version of JFS works around the lack of
        block_flushpage availability in modules by abusing
        generic_buffer_fdatasync instead.   Exporting discard_bh_page
        as in 2.4 solves this.
        
        Submitted by Christoph Hellwig

<johannes@erdfelt.com> (02/04/10 1.456.3.2)
        [PATCH] Re: removing sleep_on in hub.c
        
        On Mon, Apr 08, 2002, Oliver Neukum <oliver@neukum.org> wrote:
        > using sleep_on is a race. The attached patch replaces it with the
        > new wait_event macro from sched.h. The patch is against the 2.5
        > from Greg.
        
        Greg, I've tested this against 2.4.19-pre6 as well and the attached
        patch is relative to that.
        
        Please apply.

        Thank Oliver!

<petkan@mastika.lnxw.com> (02/04/10 1.456.3.3)
        [PATCH] put some usb net devices out of the experimental list
        
        USB network drivers
        
        put some usb net devices out of the experimental list

<oliver@oenone.homelinux.org> (02/04/10 1.456.3.4)
        [PATCH] USB kaweth: fix races between timeout, xmit and disconnect
        
        USB kaweth driver update
        
         - always set the ASYNC_UNLINK flag for the tx urb
         - correct cancelling the tx urb under all circumstances
         - detect a running disconnect method in xmit path
         - fix a potential deadlock by using GFP_NOIO

<oliver@neukum.org> (02/04/10 1.456.3.5)
        [PATCH] catc: GFP_KERNEL in interrupt or with spinlocks held
        
        bad usage of mem_flags in catc.

<davidm@wailua.hpl.hp.com> (02/04/10 1.369.85.18)
        Tune __ia64_init_fpu() for better performance and smaller size.

<bjorn_helgaas@hp.com> (02/04/10 1.369.85.19)
        [PATCH] This patch against 2.4.18+ia64-020226 removes a legacy VGA
        dependency.  Non-legacy systems may have system memory
        at 0xA0000, and if that's the case, we don't want to install the
        VGA console.
        
        Restructured conswitchp init slightly so that if both
        CONFIG_DUMMY_CONSOLE and CONFIG_VGA_CONSOLE
        are defined, conswitchp is always set to something, even if we
        don't find VGA at 0xA0000.
        
        This work is due to Alex Williamson (alex_williamson@hp.com).
        

<davidm@wailua.hpl.hp.com> (02/04/10 1.369.85.20)
        More EFI fixes.

<davidm@wailua.hpl.hp.com> (02/04/10 1.369.85.21)
        More McKinley tuning and minor do_csum() cleanup.

<davidm@wailua.hpl.hp.com> (02/04/10 1.369.85.22)
        Manual merge with Paul's 2.4.18 ACPI update.

<rlievin@free.fr> (02/04/10 1.456.3.6)
        [PATCH] tiglusb mutex bugfix
        
        USB tiglusb driver
        
        Fixes a locking bug, and changes the command line option, as
        it was clashing with another part of the kernel.

<davidm@wailua.hpl.hp.com> (02/04/10 1.369.85.23)
        acpi.c:
          Paul's ACPI update.

<davidm@wailua.hpl.hp.com> (02/04/10 1.369.85.25)
        smpboot.c:
          Declare ia64_iobase.

<davidm@wailua.hpl.hp.com> (02/04/10 1.369.85.26)
        setup.c:
          Move disabling of 8259 irqs into iosapic.c.

<davidm@wailua.hpl.hp.com> (02/04/10 1.369.85.27)
        ia64: Misc fixups.

<davidm@wailua.hpl.hp.com> (02/04/10 1.369.85.28)
        Cset exclude: davidm@wailua.hpl.hp.com|ChangeSet|20020411000006|41013

<davidm@wailua.hpl.hp.com> (02/04/10 1.369.85.29)
        minstate.h:
          Add mising include of <asm/cache.h>.

<davidm@wailua.hpl.hp.com> (02/04/10 1.456.6.2)
        ia64: Add asm/cacheflush.h and asm/tlbflush.h.

<greg@kroah.com> (02/04/11 1.456.3.7)
        USB serial drivers
        
        added missing owner fields.

<greg@kroah.com> (02/04/11 1.456.3.8)
        USB serial core
        
        added /proc support through the tty layer.

<davidm@wailua.hpl.hp.com> (02/04/11 1.456.6.3)
        ia64: Make v2.5.8-pre3 work on ia64.

<davidm@wailua.hpl.hp.com> (02/04/11 1.456.6.4)
        ia64: make 2.5.8-pre3 work on SMP ia64.

<kai@tp1.ruhr-uni-bochum.de> (02/04/12 1.456.7.2)
        Handle $(export-objs) ambiguity
        
        We use the makefile variable $(foo-objs) to list the objects
        a composed module foo.o is supposed to be composed of.
        
        We use the special varible $(export-objs) to list the object files which
        export symbols.
        
        This oviously clashes in the case of foo == export. There's basically
        two ways to handle it: (1) rename one of these options, like 
        foo-objs to foo-parts or something, or (2) simply disallow a composite
        object called export.o, so you never need $(export-objs) to list its
        parts.
        
        As (1) would affect basically all Makefiles in the tree and (2) doesn't
        seem much of a limitation, I went for (2).

<david-b@pacbell.com> (02/04/12 1.456.3.9)
        [PATCH] USB minor ehci cleanup
        
        USB minor ehci cleanup
        
        This patch just does minor internal cleanup, renaming to
        match the put/get convention used elsewhere in Linux.
        (Get ref, put it back ... not "putting a new ref here".)

<david-b@pacbell.net> (02/04/12 1.456.3.10)
        [PATCH] USB devio device removal fix
        
        USB devio device removal fix
        
        Fixes problem with using usbfs and a device is removed while the
        device still has pending events.

<sailer@scs.ch> (02/04/12 1.456.3.11)
        [PATCH] Wrong sanity check in audio.c
        
        Even though I originally implemented it, the sanity check removed
        by the patch below seems wrong to me...

<davidm@wailua.hpl.hp.com> (02/04/12 1.456.6.5)
        ia64: clean up to enable 64KB page size.

<davidm@wailua.hpl.hp.com> (02/04/13 1.456.6.6)
        Make memset() detect the special-case of clear-to-zero and call __bzero() in that case.

<dirk.behme@de.bosch.com> (02/04/14 1.369.59.10)
        [PATCH] 1101/1: Make armksyms.c compile again with gcc 3.0.2
        
        Make arch/arm/kernel/armksyms.c compile again with gcc 3.0.2 because of new EXPORT_SYMBOL_NOVERS(abort); in patch-2_4_18-rmk3.gz. See my mail "EXPORT_SYMBOL_NOVERS(abort) in armksyms.c?" in linux-arm-kernel list from Mon, 25 Mar 2002.
        
        Dirk

<alexander.schulz@innominate.com> (02/04/14 1.369.59.11)
        [PATCH] 1107/1: Shark: defconfig and updates
        This patch updates the defconfig for the Shark and adds an
        extern and a define so that the kernel compiles for the Shark.
        
        Regards
          Alexander
        

<rmk@flint.arm.linux.org.uk> (02/04/14 1.456.8.2)
        PCI address mapping macros depend on CONFIG_PCI not CONFIG_SA1111

<rmk@flint.arm.linux.org.uk> (02/04/14 1.456.8.3)
        KAOS pointed out cyber2000fb doesn't build on x86.  This changeset
        fixes this problem.

<kai@tp1.ruhr-uni-bochum.de> (02/04/14 1.456.9.1)
        Fix setup_per_pcu_areas() for UP compile
        
        For !CONFIG_SMP we want the empty inline setup_per_cpu_areas().
        If CONFIG_SMP is set, we never want the empty inline. If we use the
        generic implementation, we have it here, if not the arch has it somwhere
        else (hopefully).
        

<kai@tp1.ruhr-uni-bochum.de> (02/04/14 1.456.9.2)
        Avoid a compile-time warning in bluesmoke.c
        
        (intel_thermal_interrupt() defined but not used)

<kai@tp1.ruhr-uni-bochum.de> (02/04/14 1.456.9.3)
        Fix neofb.c to use strsep.

<mingo@elte.hu> (02/04/15 1.489.2.1)
        the IRQ balancing feature is based on the following requirements:
        
        - irq handlers should be cache-affine to a large degree, without the
          explicit use of /proc/irq/*/smp_affinity.
        
        - idle CPUs should be preferred over busy CPUs when directing IRQs towards
          them.
        
        - the distribution of IRQs should be random, to avoid all IRQs going to
          the same CPU, and to avoid 'heavy' IRQs from loading certain CPUs
          unfairly over CPUs that handle 'light' IRQs. The IRQ system has no
          knowledge about how 'heavy' an IRQ handler is in terms of CPU cycles.
        
        here is the design and implementation:
        
        - we make per-irq decisions about where the IRQ will go to next. Right
          now it's a fastpath and a slowpath, the real stuff happens in the slow
          path. The fastpath is very lightweight.
        
        - [ i decided not to measure IRQ handler overhead via RDTSC - it ends up
            being very messy, and if we want to be 100% fair then we also need to
            measure softirq overhead, and since there is no 1:1 relationship
            between softirq load and hardirq load, it's impossible to do
            correctly. So the IRQ balancer achieves fairness via randomness. ]
        
        - we stay affine in the micro timescale, and we are loading the CPUs
          fairly in the macro timescale. The IO-APIC's lowest priority
          distribution method rotated IRQs between CPUs once per IRQ, which was
          the worst possible solution for good cache-affinity.
        
        - to achieve fairness and to avoid lock-step situations some real
          randomness is needed. The IRQs will wander in the allowed CPU group
          randomly, in a brownean motion fashion. This is what the 'move()'
          function accomplishes. The IRQ moves one step forward or one step
          backwards in the allowed CPU mask. [ Note that this achieves a level of
          NUMA affinity as well, nearby CPUs are more likely to be NUMA-affine. ]
        
        - the irq balancer has some knowledge about 'how idle' a single CPU is.
          The idle task updates the idle_timestamp. Since this update is in the
          idle-to-be codepath, it does not increase the latency of idle-wakeup,
          the overhead should be zero in all cases that matter. The idle-balancing
          happens the following way: when searching for the next target CPU after
          a 'IRQ tick' has expired, we first search 'idle enough' CPUs in the
          allowed set. If this does not succeed then we search all CPUs.
        
        - the patch is fully compatible with the /proc/irq/*/smp_affinity
          interface as well, everything works as expected.

        note that the current implementation can be expressed equivalently in
        terms of timer-interrupt-driven IRQ redirection. But i wanted to get some
        real feedback before removing the possibility to do finer grained
        decisions - and the per-IRQ overhead is very small anyway.

<dalecki@evision-ventures.com> (02/04/15 1.489.1.4)
        [PATCH] 2.5.8 IDE 34
        
        - Synchronize with 2.5.8.
        
        - Eliminate the cdrom_log_sense() function.
        
        - Pass a struct request to cdrom_analyze_sense_data() since this is the entity
           this function is working on. This shows nicely that this function is broken.
        
        - Use CDROM_PACKET_SIZE where appropriate.
        
        - Kill the obfuscating cmd_buf and cmd_len local variables from
           cdrom_transfer_packet_command(). This made it obvious that the parameters of
           this function where not adequate - to say the least. Fix this.
        
        - Pass a packed command array directly to cdrom_queue_packed_command().  This
           is reducing the number of places where we have to deal with the c member of
           struct packet_command.
        
        - Never pass NULL as sense to cdrom_lockdoor().
        
        - Eliminate cdrom_do_block_pc().
        
        - Eliminate the c member of struct packet_command. Pass them through struct
           request cmd member.
        
        - Don't enable TCQ unconditionally if there is a TCQ queue depth defined.
        
        - Fix small think in ide_cmd_ioctl() rewrite. (My appologies to everyone who
           has to use hdparm to setup his system...)
        
        - Fix compilation without PCI support.

<axboe@suse.de> (02/04/15 1.489.1.5)
        [PATCH] 2.5.8 IDE 35
        
        - Expand configure help options a bit
        - Fix xconfig bug
        - Decrease queue depth if a command takes too long to complete
        - Test master/slave stuff. It works, but one device can heavily starve
           another. This is the simple approach right now, means that one device
           will wait until the other is completely idle before starting any
           commands This is not necessary since we can have queued commands on
           both devices at the same time. TODO.
        - Add proc output for oldest command, just for testing.
        - pci_dev compile fixes.
        - Make sure ide-disk doesn't BUG if TCQ is not used, basically this was
           fixed by off-loading the using_tcq setting to ide-tcq.
        - Remove warning about 'queued feature set not supported'
        - Abstract ide_tcq_wait_dataphase() into a function

<rgooch@ras.ucalgary.ca> (02/04/15 1.492)
        [PATCH] devfs patch for 2.5.8
        
        - Updated fs/devfs/util.c to fix shift warning on 64 bit machines
          Thanks to Anton Blanchard <anton@samba.org>
        
        - Updated README from master HTML file

<dougg@torque.net> (02/04/15 1.493)
        [PATCH] scsicam lk2.5.8-pre3
        
         - allow detection of pre-existing disk geometry

<dougg@torque.net> (02/04/15 1.494)
        [PATCH] scsi_debug driver lk2.5.8-pre3
        
         - fixe compile error (scatterlist::address replaced)
         - simplify obtaining ram disk memory (using vmalloc)
         - improve SCSI INQUIRY and MODE SENSE support

<davej@suse.de> (02/04/15 1.495)
        [PATCH] PnP BIOS catch up
        
        The patch to the PnP BIOS driver that was in 2.5.7-dj and which
        went into 2.5.8-pre1 did not include Brian Gerst's SMP fix.

<elenstev@mesatop.com> (02/04/15 1.496)
        [PATCH] 2.5.7-dj2 add 5 help texts to arch/ia64/Config.help
        
        This patch adds 5 help texts to arch/ia64/Config.help.  The texts were
        obtained from Eric S.  Raymond's v2.97 Configure.help.

<akpm@zip.com.au> (02/04/15 1.497)
        [PATCH] JFS build fix for 2.5.8
        
        Missed a page->buffers -> page->private conversion.
        Apologies..

<davej@suse.de> (02/04/15 1.498)
        [PATCH] Seperates bfs_sb_info from struct super_block.
        
        Originally from Brian Gerst
        
        (Includes the bfs fix sent prior to this one to this -- disregard
         earlier bfs related email)

<liyang@nerv.cx> (02/04/15 1.499)
        [PATCH] Bug in NLS UTF-8 code
        
        I've recently (actually, last month, but I had been a bit too busy
        since then) come across a wee problem, in what I originally thought
        was the VFAT code -- having `utf8' as one of the options, creating
        UTF-8 file names on a VFAT partition mysteriously gains a couple of
        (random) characters just after the UTF-8 escaped character: eg.
        touch "fooCbar" where C is an UTF-8 escape sequence ends up creating
        a file named "fooCRbar". (R being some random character.)
        
        I eventually tracked it down to one line in fs/nls/nls_base.c -- the
        UCS-2 (wchar_t) string pointer was being incremented too fast. After
        consulting Ogawa Hirofumi-san on the subject, he mentioned that
        include/linux/nls.h also needs to be changed for proper UTF-8
        support in the NLS code.

<akpm@zip.com.au> (02/04/15 1.500)
        [PATCH] don't allocate ratnodes under PF_MEMALLOC
        
        On the swap_out() path, the radix-tree pagecache is allocating its
        nodes with PF_MEMALLOC set, which allows it to completely exhaust the
        free page lists(*).  This is fairly easy to trigger with swap-intensive
        loads.
        
        It would be better to make those node allocations fail at an earlier
        time.  When this happens, the radix-tree can still obtain nodes from its
        mempool, and we leave some memory available for the I/O layer.
        (Assuming that the I/O is being performed under PF_MEMALLOC, which it
        is).
        
        So the patch simply drops PF_MEMALLOC while adding nodes to the
        swapcache's tree.
        
        We're still performing atomic allocations, so the rat is still biting
        pretty deeply into the page reserves - under heavy load the amount of
        free memory is less than half of what it was pre-rat.
        
        It is unfortunate that the page allocator overloads !__GFP_WAIT to also
        mean "try harder".  It would be better to separate these concepts, and
        to allow the radix-tree code (at least) to perform atomic allocations,
        but to not go below pages_min.  It seems that __GFP_TRY_HARDER will be
        pretty straightforward to implement.  Later.
        
        The patch also impements a workaround for the mempool list_head
        problem, until that is sorted out.
        
        
        
        (*) The usual result is that the SCSI layer dies at scsi_merge.c:82.
        It would be nice to have a fix for that - it's going BUG if 1-order
        allocations fail at interrupt time.  That happens pretty easily.

<rmk@arm.linux.org.uk> (02/04/15 1.501)
        [PATCH] 2.5.7 ALSA include fixes
        
        Include fixes to allow ALSA to compile.

<rmk@arm.linux.org.uk> (02/04/15 1.502)
        [PATCH] 2.5.7 allow fat to compile
        
        This is needed to for 2.5.7 FAT to build on ARM.

<paulus@samba.org> (02/04/15 1.503)
        [PATCH] fix include/linux/smp.h
        
        This patch adds #include <linux/threads.h> to include/linux/smp.h,
        because it (smp.h) needs the definition of NR_CPUS.  (It so happens
        that include/asm-i386/smp.h includes <linux/threads.h>, but IMHO
        include/linux/smp.h shouldn't rely on that).

<haveblue@us.ibm.com> (02/04/15 1.504)
        [PATCH] fix race and remove BKL from wdt977
        
        We've seen this in several other drivers, most recently the indydog one.
          If two simultaneous opens occur, they race, they device gets opened
        twice, blah, blah, blah.  Using atomic bitops fixes this.  The BKL is
        not needed.

<dougg@torque.net> (02/04/15 1.505)
        [PATCH] st driver in lk 2.5.7 and beyond
        
        Fix oops in st_open..

<axboe@suse.de> (02/04/15 1.506)
        [PATCH] get_request() starvation fix
        
        This is originally from Andrew in the 2.4 series, please apply for 2.5
        as well.

<paulkf@microgate.com> (02/04/15 1.507)
        [PATCH] 2.5.8 synclink.c
        
        patch to update virt_to_bus functions and remove version depedent #ifdef
        statements

<paulkf@microgate.com> (02/04/15 1.508)
        [PATCH] 2.5.8 n_hdlc.c
        
        Remove localy defined wait queues and use wait queues
        in tty structure of same function. This matches the
        n_tty.c behavior.
        
        Handle pty hangup when blocked on read.
        
        These 2 changes fix use of n_hdlc with PPPoATM and
        are mirror changes included in 2.4.19-pre

<jsimmons@transvirtual.com> (02/04/15 1.509)
        [PATCH] fbdev api cleanup.
        
        This patch is the start of the cleanup of the fbdev layer. It has been
        approved by Geert and has been tested for some time in the Dave Jones
        tree.

<rml@tech9.net> (02/04/15 1.510)
        [PATCH] migration_thread preempt fix
        
        This fixes a race in migration_thread which results in a deadlock on
        boot for some SMP systems.  The fix is to to disable preemption inside
        of set_cpus_allowed.
        
        Andrew Morton first noticed the problem and provided the following patch
        a few weeks back.  I was not affected until the recent migration_init
        fix, for some odd reason.  Neither Andrew nor I think this is actually
        kernel preemption's fault but perhaps a race in the tricky behavior of
        the migration code.

<agrover@groveronline.com> (02/04/15 1.511)
        [PATCH] fix ACPI patch clobber
        
        This fixes the mpparse.c clobbering the last ACPI patch did. Martin, look
        OK? Again, my apologies.

<rml@tech9.net> (02/04/15 1.512)
        [PATCH] comment cleanups for cpu affinity syscall
        
        A few (anal) comment cleanups and additions in relationship to the new
        task cpu affinity syscalls.  All no brainers.

<petkan@mastika.lnxw.com> (02/04/15 1.489.4.2)
        [PATCH] various pegasus and rtl8150 fixes and improvements
        
        USB pegasus and rtl8150 fixes and improvements
        
        pegasus:
                - using preallocated skb thus avoiding memcpy in the receive path;
                - tasklet used to handle failed skb allocations and Rx urb submission;
                - Lindent run on the result.
        
        rtl8150:
                - better tasklet handling and a few races fixed;
                - introducing new flag for Rx urb resubmission;
                - GFP_KERNEL to GFP_ATOMIC flag change in Tx path.

<greg@kroah.com> (02/04/15 1.489.4.3)
        USB cdc-acm driver
        
        Made urb allocation dynamic, as the USB core needs this now.

<torvalds@home.transmeta.com> (02/04/15 1.514)
        Remove bogus ignore files

<dougg@torque.net> (02/04/15 1.515)
        [PATCH] Re: [PATCH] advansys scsi driver lk2.5.8-pre3
        
        Advansys SCSI driver update:
         - locking fixes
         - handle the "address" -> "page+offset" switch

<neilb@cse.unsw.edu.au> (02/04/15 1.516)
        [PATCH] dcache changes for preparing for "export_operations" interface for nfsd to use.
        
        Prepare for new export_operations interface (for filehandle lookup):
        
         - define d_splice_alias and d_alloc_anon.
         - define shrink_dcache_anon for removing anonymous dentries
         - modify d_move to work with anonymous dentries (IS_ROOT dentries)
         - modify d_find_alias to avoid anonymous dentries where possible
           as d_splice_alias and d_alloc_anon use this
         - put in place infrastructure for s_anon allocation and cleaning
         - replace a piece of code that is in nfsfh, reiserfs and fat
           with a call to d_alloc_anon
         - Rename DCACHE_NFSD_DISCONNECTED to DCACHE_DISCONNECTED
         - Add documentation at Documentation/filesystems/Exporting

<neilb@cse.unsw.edu.au> (02/04/15 1.517)
        [PATCH] PATCH - Create "export_operations" interface for filesystems to describe
        
        Create "export_operations" interface for filesystems to describe
        whether and how they should be exported.
        
        - add new field in struct super_block "s_export_op" to describe
          how a filesystem is exported (i.e. how filehandles are mapped to
          dentries).
        - New module: fs/exportfs for holding helper code for mapping between
          filehandles and dentries
        - Change nfsd to use new interface if it exists.
        - Change ext2 to provide new interface
        - Add documention to filesystems/Exporting
        
        If s_export_op isn't set, old mechanism still works, but it is
        planned to remove old method and only use s_export_op.

<kai@tp1.ruhr-uni-bochum.de> (02/04/16 1.489.5.1)
        Handle $(export-objs) ambiguity
        
        We use the makefile variable $(foo-objs) to list the objects
        a composed module foo.o is supposed to be composed of.
        
        We use the special varible $(export-objs) to list the object files which
        export symbols.
        
        This oviously clashes in the case of foo == export. There's basically
        two ways to handle it: (1) rename one of these options, like 
        foo-objs to foo-parts or something, or (2) simply disallow a composite
        object called export.o, so you never need $(export-objs) to list its
        parts.
        
        As (1) would affect basically all Makefiles in the tree and (2) doesn't
        seem much of a limitation, I went for (2).

<kai@tp1.ruhr-uni-bochum.de> (02/04/16 1.489.6.1)
        Remove list-multi plus associated link rule in arch/arm/*/Makefile

<kai@tp1.ruhr-uni-bochum.de> (02/04/16 1.489.6.2)
        Remove list-multi plus associated link rules in drivers/acorn/*/Makefile

<kai@tp1.ruhr-uni-bochum.de> (02/04/16 1.489.8.2)
        Cleanup drivers/message/fusion/Makefile
        
        remove some long obsolete boilerplate code.

<kai@tp1.ruhr-uni-bochum.de> (02/04/16 1.489.8.3)
        cleanup drivers/char/Makefile
        
        very minor cleanup only (I want all references to list-multi gone ;-)

<rusty@rustcorp.com.au> (02/04/16 1.489.4.4)
        [PATCH] USB set-bit takes a long tweaks
        
        This removes gratuitous & operators in front of USB's
        dev->bus->devmap.devicemap and state->unitbitmap, for bitops.
        
        This just makes it so it doesn't warn when set_bit et. al take a
        long...
        
        No object code changes,
        Rusty.

<oliver@oenone.homelinux.org> (02/04/16 1.489.4.5)
        [PATCH] kaweth usb driver updates
        
        USB kaweth driver updates
        
                - fixed race between close and disconnect
                - disconnect bug
                - add link state reporting
                - fix an urb reference counting bug
                - fix probe oopsability on oom
                - groundwork for atomic pool depletion
                - cosmetic changes

<chan@aleph1.co.uk> (02/04/16 1.489.9.1)
        [PATCH] 1111/1: Re: Anakin framebuffer
        Resource accounting fix (Anakin framebuffer).

<dalecki@evision-ventures.com> (02/04/16 1.519)
        [PATCH] 2.5.8 IDE 36
        
        - Consolidate ide_choose_drive() and choose_drive() in to one function.
        
        - Remove sector data byteswpapping support. Byte-swapping the data is supported
           on the file-system level where applicable.  Byte-swapped interfaces are
           supported on a lower level anyway. And finally it was used inconsistently.
        
        - Eliminate taskfile_input_data() and taskfile_output_data(). This allowed us
           to split up ideproc and eliminate the ugly action switch as well as the
           corresponding defines.
        
        - Remove tons of unnecessary typedefs from ide.h
        
        - Prepate the PIO read write code for soon overhaul.
        
        - Misc small bits here and there :-).

<dalecki@evision-ventures.com> (02/04/16 1.520)
        [PATCH] 2.5.8 IDE 37
        
        - Don't abuse the sense field for passing failed packet_commands in struct
           packet_command use a new field instead.
        
        - Apply minor bits forwarded by Dave Jones to me.
        
        - Fix ide_raw_taskfile() to flag the ar used there to be no subject of free_req
           list management. This solvs the "hang after /proc/ide read" problem, which
           was in fact a memory corruption problem.

<aia21@cus.cam.ac.uk> (02/04/16 1.521)
        [PATCH] nbd compile fix
        
        Note patch compiles but is otherwise untested as no kernel after 2.5.7
        boots on my 2.5 box due to IDE hanging the box hard during device
        discovery. )-:

<hirofumi@mail.parknet.co.jp> (02/04/16 1.522)
        [PATCH] #include <asm/bitops.h> -> #include <linux/bitops.h>
        
        We have to include linux/bitops.h for arch using generic_xxx().
        
        The following patch changes <asm/bitops.h> of include/linux/* to
        <linux/bitops.h>.

<rusty@rustcorp.com.au> (02/04/16 1.523)
        [PATCH] set_bit takes a long
        
        Finally, this changes set_bit et al. to take a "unsigned long *" on
        ppc and i386.  This will make the world a better place.
        
        Please forward patches for any warnings which crop up in random code
        to trivial@rustcorp.com.au.

<tigran@aivazian.name> (02/04/16 1.524)
        [PATCH] fix compiler warning in microcode driver
        
        The obvious patch to fix compiler warning when compiled with RH gcc 2.96
        (and probably others too).

<hugh@veritas.com> (02/04/16 1.526)
        [PATCH] swapinfo accounting
        
        Randy observed that 2.5 /proc/meminfo SwapFree holds steady
        while SwapTotal goes up and down: wrong way round!
        
        Andrew pointed to wrong conditional in si_swapinfo(): 2.5.4
        updated it incorrectly when new flags bit was briefly added.
        And pointed out that it also makes si_swapinfo much too slow.

<davidm@napali.hpl.hp.com> (02/04/16 1.527)
        [PATCH] prctl() patch
        
        This is the patch to add support for PR_SET_FPEMU/PR_GET_FPEMU to give
        per-process control over fp-emulation handling.  It also cleans up the
        way PR_SET_UNALIGN_CTL/PR_GET_UNALIGN_CTL are implemented.

<davidm@napali.hpl.hp.com> (02/04/16 1.528)
        [PATCH] arch_consoles_callable() macro
        
        Here is the patch to add the arch_consoles_callable() macro as was done
        in the 2.4 tree.

<haveblue@us.ibm.com> (02/04/16 1.529)
        [PATCH] fix ips driver compile problems

           This patch has been floating inside IBM for a bit, but it appears
        that no one passed it back up to you, yet.  I don't know who wrote it,
        but it applies to 2.5.8 and the ServeRAID driver works just fine with it
        applied.  Without it, the driver fails to compile.

<torvalds@penguin.transmeta.com> (02/04/16 1.530)
        Fix up some bitops due to strict type checking

<torvalds@penguin.transmeta.com> (02/04/16 1.531)
        Kernel version update

<mingo@elte.hu> (02/04/17 1.534)
        bugfix from Maciej: do not ACK timer irqs manually in ExtINT mode.

<rmk@flint.arm.linux.org.uk> (02/04/17 1.489.7.3)
        This changeset adds a new feature to ARM - the ability to load the
        kernel zImage almost anywhere in RAM and call it directly, without
        having to copy it to a specific address.  This removes a dependency
        between the boot loader and the kernel.

<rmk@flint.arm.linux.org.uk> (02/04/17 1.489.7.4)
        2.5.8 ARM updates:
         - preempt updates
         - build fixes
         - new tlb flush macro
         - add asm/cacheflush.h and asm/tlbflush.h

<rmk@flint.arm.linux.org.uk> (02/04/17 1.489.7.5)
        Remove MB1.  Use asm/sizes.h instead.

<elenstev@mesatop.com> (02/04/17 1.489.7.6)
        [PATCH] add 22 help texts to arch/arm/Config.help
        
        This is a resend of a previous patch which got mangled by my mailer.
        Inserting a text file into Evolution works, but cutting and pasting from one
        window to another doesn't always work as expected.
        
        This patch adds 22 help texts to arch/arm/Config.help.
        The help texts were obtained from ESR's v2.97 Configure.help.

<dalecki@evision-ventures.com> (02/04/18 1.531.1.2)
        [PATCH] 2.5.8 IDE 38
        
        - Fix typo in ide_cmd_ioctl().
        
        - Fix typo in cris driver.
        
        - Don't retry operations on medium errors. (pointed out by Eric Andersen).
        
        - Attach the no_io_32bit, io_32bit, no_unmask, unmask and slow fields to the
           ata_channel instead of the ata_device structure. They are a property of the
           channel and not just the devices attached to it. This allowed us to fix the
           set_io_32bit function by removing the CONFIG_BLK_DEV_DTC2278 conditional. In
           fact initialization shows that this is fixing many other host chipsets as
           well since all of them did expect sometimes particular values for those
           parameters in paralell on both drives attached to a channel but we where
           allowed to apply different values on a per drive basis.
        
        - The keep_settings flag is now unconditional and we don't mess with any
           channel parameters before drive reset. Some chipsets really really expect
           unconditionally that the tweaks they apply are always present and this wasn't
           honoured thus far! We are expecting the user to have good reasons for
           manually tweaking the settings.

        - Don't reset io_32bit in ata_pre_reset() unconditionally. There are chipsets
           out there which expect io_32bit to be *allways* enabled!
        
        - Remove many obsolete and nawadays just confusing documentation from ide.txt

<dalecki@evision-ventures.com> (02/04/18 1.531.1.3)
        [PATCH] 2.5.8 IDE 39
        
        Synchronize with Jens Axobe:
        
        - Congruent ATA_AR_POOL fix to the ATA_AR_STATIC memmory corruption fix.
        
        - Multi sector write handling fix.
        
        - Fix drive capability deduction.
        
        - Various other minor fixes.

<torvalds@penguin.transmeta.com> (02/04/18 1.531.1.4)
        Add missing include for "memset()". 

<akpm@zip.com.au> (02/04/18 1.536)
        [PATCH] pagecache locking bugfix
        
        The bug which Anton found.  On the
        find_or_create_page->__find_lock_page path we're performing
        a read_unlock of an rwlock which is held for writing.
        
        The patch converts that to using a write_lock throughout.
        
        Which penalises find_lock_page() a bit.  If it shows up
        on profiles then we can clone __find_lock_page() and
        use read_lock()s, but for now I'd opt for saving the
        cache footprint.

<torvalds@penguin.transmeta.com> (02/04/18 1.537)
        Change argument usage a bit to avoid compiler warning

<Martin.Bligh@us.ibm.com> (02/04/18 1.538)
        [PATCH] stop NULL pointer dereference in __alloc_pages
        
        This trivial patch will apply to both 2.4.19-pre7 and 2.5.8 with just line
        offsets. It stops us from following a NULL pointer in classzone in the case
        where there is a pgdat without a fully populated zone list (ie a node with
        no ZONE_NORMAL on an ia32 NUMA machine). Without this patch, ia32
        NUMA machines won't even boot - we dereference the classzone ptr
        a few lines further down (or try to ;-) ).

<romieu@cogenit.fr> (02/04/18 1.539)
        [PATCH] 2.4.8 - dscc4 update 0/13
        
        - description update;
        - more #defines;
        - SCC_REG_START() change (shorter code);
        - some noise.

<romieu@cogenit.fr> (02/04/18 1.540)
        [PATCH] 2.4.8 - dscc4 update 1/13
        
        - extra argument for dscc4_set_iface() (will be used in following patches).

<romieu@cogenit.fr> (02/04/18 1.541)
        [PATCH] 2.4.8 - dscc4 update 2/13

        - dscc4_patch_register() turns into scc_patchl() and should now avoid an
          hardware bug quoted in errata sheet;
        - dscc4_init_registers() interface changes as any caller doesn't really need
          to poke into dscc4_dev_priv internal;
        - scc_{writel/readl}() are added to access some buggy behaving registers;
        - {read/write}l conversion to the previous functions
        - dscc4_do_tx() sneaks, sorry. Belongs to HOLD -> LxDA changes.

<romieu@cogenit.fr> (02/04/18 1.542)
        [PATCH] 2.4.8 - dscc4 update 3/13
        
        - space after "if"'s and "while"'s were missing here and there. Now it's easier to read
          after some hours in front of a computer.

<romieu@cogenit.fr> (02/04/18 1.543)
        [PATCH] 2.4.8 - dscc4 update 4/13
        
        - dscc4_xpr_ack() busy waiting loop is modified so as to allow long
          delay without chewing too much cycles;
        - more errata sheet magic;
        - dscc4_set_clock() now has only one return point.

<romieu@cogenit.fr> (02/04/18 1.544)
        [PATCH] 2.4.8 - dscc4 update 5/13
        
        - DEBUG_PARANOIA was bad. "if (debug > x) {" is nice;
        - state_check() now has only one return point;
        - try_get_rx_skb() cosmetic;
        - dscc4_rx_update() belongs to HOLD mode to LxDA changes;
        - dscc4_wait_ack_cec() behaves like dscc4_xpr_ack();
        - dscc4_rx_skb() refill logic is ready for LxDA mode and does everything
          to fulfill what its name suggests.
        - document some errata voodoo in dscc4_init_one();
        - dscc4_init_ring() should handle try_get_rx_skb() failure.

<romieu@cogenit.fr> (02/04/18 1.545)
        [PATCH] 2.4.8 - dscc4 update 6/13
        
        - code removal;
        - turn old cruft into definitely modern cruft.

<romieu@cogenit.fr> (02/04/18 1.546)
        [PATCH] 2.4.8 - dscc4 update 7/13
        
        - dscc4_do_action() now looks like the others event waiting loops (may be
          called from interrupt context however);
        - dscc4_start_xmit(): cosmetic before LxDA changes + mb() parano;
        - dscc4_clock_setting(): only one return point, thanks;
        - dscc4_priv() invocation removed from dscc4_xxx_settings;
        - minor cleanups.

<romieu@cogenit.fr> (02/04/18 1.547)
        [PATCH] 2.4.8 - dscc4 update 8/13
        
        - new functions for LxDA mode: dscc4_tx_done() and dscc4_tx_quiescent();
        - dscc4_{rx/tx}_reset() should comply to errata sheet.

<romieu@cogenit.fr> (02/04/18 1.548)
        [PATCH] 2.4.8 - dscc4 update 9/13
        
        - useless code/comment removal;
        - HOLD mode -> LxDA mode conversion.

<romieu@cogenit.fr> (02/04/18 1.549)
        [PATCH] 2.4.8 - dscc4 update 10/13
        
        - guess what ? Code removal.

<romieu@cogenit.fr> (02/04/18 1.550)
        [PATCH] 2.4.8 - dscc4 update 11/13
        
        - CD/CTS change notification;
        - more DEBUG/if (debug >...) conversion;

<romieu@cogenit.fr> (02/04/18 1.551)
        [PATCH] 2.4.8 - dscc4 update 12/13
        
        - just say no to +/-1 arithmetic when not needed;
        - pot-pourri of misc cleanup;
        - *new*: support of boot-time parameters

<romieu@cogenit.fr> (02/04/18 1.552)
        [PATCH] 2.4.8 - dscc4 update 13/13
        
        - line ending white spaces squadron strikes back;
        - some fscked tabs are fixed. Nice           after longs        coding sessions.

<rml@tech9.net> (02/04/18 1.553)
        [PATCH] migration thread fix
        
        Attached is a patch that disables interrupts while holding the rq_lock.
        This is certainly needed to prevent a race against the timer tick, as
        Erich Focht pointed out.

<torvalds@home.transmeta.com> (02/04/18 1.554)
        Cset exclude: mingo@elte.hu|ChangeSet|20020417052911|09751

<torvalds@home.transmeta.com> (02/04/18 1.555)
        Cset exclude: mingo@elte.hu|ChangeSet|20020416054244|19697

<focht@ess.nec.de> (02/04/18 1.556)
        [PATCH] more migration thread cleanups

        I'm currently working on a node affine scheduler extension for NUMA
        machines and the load balancer behaves a bit different from the original.
        So after a few boot failures with those slowly booting 16 CPU IA64
        machines I thought there must be a simpler solution than synchronizing and
        waiting for the load balancer: just let migration_CPU0 do what it is
        designed for. So my proposal is:
           - start all migration threads on CPU#0
           - initialize migration_CPU0 (trivial, reliable, as it already is on
             the right CPU)
           - let all other migration threads use set_cpus_allowed() to get to the
             right place
        
        The only synchronization needed is the non-zero migration threads waiting
        for migration_CPU0 to start working, which it will, as it is already on
        the right CPU. This saves quite some lines of code.
        
        I first posted this to LKML on March 6th (BTW, the fix #1, too) and since
        then it was tested on several big NUMA platforms: 16 CPU NEC AzusA (IA64)
        (also known as HP rx....), up to 32 CPU SGI IA64, 16 CPU IBM NUMA-Q
        (IA32). No more lock-ups at boot since then. So I consider it working.
        
        There is another good reason for this approach: the integration of the CPU
        hotplug patch with the new scheduler becomes easier. One just needs to
        create the new migration thread, it will move itself to the right CPU
        without any additional magic (which you otherwise need because of the
        synchronizations which won't be there at hotplug). Kimi Suganuma in the
        neighboring cube is fiddling this out currently.

<torvalds@home.transmeta.com> (02/04/18 1.557)
        Fix aic7xxx Makefile for multi-obj cleanup

<kai@tp1.ruhr-uni-bochum.de> (02/04/19 1.558)
        Fix compiling sym53c8xx_2 into the kernel. 
        
        (The O_TARGET is used only internally when linking, the name of the 
        module is unchanged).

<kai@tp1.ruhr-uni-bochum.de> (02/04/19 1.559)
        Fix drivers/scsi/aic7xxx/Makefile for building a modular aic7xxx driver
        
        Use the (well, one) standard way to build a multi-part module. 
        Standard except for that we build aix7xxx_mod.o but then rename it
        at modules_install time (just as it was before).

<gl@dsa-ac.de> (02/04/19 1.531.2.2)
        [PATCH] 1096/3: trizeps PCMCIA support
        (a minor fix to the previous version - 1096/2)
        The enclosed patch includes trizeps-specific PCMCIA code. All
        modifications are enclosed in
        #ifdef CONFIG_SA1100_TRIZEPS
        #endif
        blocks or are linked as
        +sa1100_cs-objs-        += sa1100_trizeps.o
        so, other platforms remain unaffected. The patch is built against
        2.5.6-rmk1.
        

<axboe@suse.de> (02/04/19 1.557.1.1)
        [PATCH] ide updates
        
         - (tcq, general) Remove the 'attempt to keep queue full option'. It worked
           on some IBM models, but failed miserably on others. Also removes some
           uglies in ide_queue_commands()
        
         - (tcq0 Change default depth back to 32.
        
         - (general) Add isr for no-dataphase taskfile, like task_no_data_intr but
           doesn't complain about failure. This is handy for commands what we _know_
           will fail, such as WIN_NOP.
        
         - (general) ide_cmd_type_parser() must set a handler to WIN_NOP... Otherwise
           we will just hang the ide system issuing a nop.
        
         - (general) HWGROUP(drive)->rq->special -> IDE_CUR_AR(drive)
        
         - (general) Have ide_raw_taskfile() copy back the taskfile after execution,
           otherwise we cannot use the info that ide_end_drive_cmd() puts in
           there.
        
         - (tcq) Use nIEN bit correctly in ide-tcq
        
         - (tcq) Small ide_tcq_wait_altstat() changes. Do initial 400ns delay (1us
           here), then 10us each successive run.
        
         - (tcq) Add beginning for 'nop auto poll' support check.
        
         - (tcq) Arm handler before GET_STAT() service check in
           ide_dma_queued_start, WD seemed to trigger interrupt before that.
           Makes WD Expert drives work with tcq.

<bgerst@didntduck.org> (02/04/19 1.557.1.2)
        [PATCH] SSE related security hole
        
        Initialize the saved FPU/XMM state in the task struct and fall through
        to restore_fpu() to make sure that all state is fully initialized.
        
        This means that old SSE/SSE2 information cannot ever leak into newly
        created processes. 

<ak@muc.de> (02/04/20 1.557.1.3)
        [PATCH] autofs fix for x86-64
        
        Minor patch for the x86-64 32bit emulation. Originally proposed by hpa and it
        makes autofs 32bit/64bit clean for x86-64

<ak@muc.de> (02/04/20 1.557.1.4)
        [PATCH] Fix console initialization deadlock for x86-64
        
        When vt_init happens to run before the keyboard is initialized (the order is random
        because they're both different initcalls) then set_leds raises an not yet enabled
        tasklet. This causes an endless loop on the first schedule() call because the tasklet
        handling cannot handle raised but disabled tasklets.
        
        This patch just does not do set_leds in virtual terminal initialization to avoid that.
        It is done later anyways.

<ak@muc.de> (02/04/20 1.557.1.5)
        [PATCH] x86-64 architecture specific sync for 2.5.8

        This patch brings 2.5.8 in sync with the x86-64 2.4 development tree again
        (excluding device drivers)
        
        It has lots of bug fixes and enhancements. It only touches architecture
        specific files.
        
        - Sync with 2.5.8
        - SMP/APIC supported now.
        - Module loading works now.
        - Time keeping bugs fixed.
        - entry.S streamlined and some bugs fixed.
        - modify_ldt works now
        - mostly rewritten FPU support (including FXRSTOR for initial FPU
          initialization based on the initial state)
        - 32bit emulation enhanced and bugs fixed.
        - rewrote mm initialization and lots of cleanups in the page table handling
          __PAGE_OFFSET is now moved to 0x10000000000 and some vmalloc/ioremap
          problems have been fixed. They have an own PML4 slot now.
        - WCHAN reporting support for RIP (but not RSP)
        - Lots of various other bug fixes and cleanups.
        
        Currently broken:
        - ACPI
        - MTRR
        
        It needs some other bugfixes outside architecture specific code. I sent
        them all in separate mail.

<rmk@flint.arm.linux.org.uk> (02/04/21 1.531.2.3)
        Fix build error on multi-tlb configurations.
        Make cpu type message consistent with cache type message.

<kai@tp1.ruhr-uni-bochum.de> (02/04/21 1.557.2.2)
        Move all of ISDN config into drivers/isdn/Config.in

<kai@tp1.ruhr-uni-bochum.de> (02/04/21 1.557.2.3)
        Mark the current ISDN4Linux link layer obsolete

<kai@tp1.ruhr-uni-bochum.de> (02/04/21 1.557.2.4)
        Move obsolete i4l code from drivers/isdn to drivers/isdn/i4l

<kai@tp1.ruhr-uni-bochum.de> (02/04/21 1.557.2.5)
        Clean up drivers/isdn/Config.help
        
        Remove the repeated information on what a module is.

<kai@tp1.ruhr-uni-bochum.de> (02/04/21 1.557.2.6)
        Split up drivers/isdn/Config.help and drivers/isdn/i4l/Config.in

<kai@tp1.ruhr-uni-bochum.de> (02/04/21 1.557.2.7)
        Small fixes for ISDN hisax build / config
        
        Make the PCMCIA client drivers depend on hisax.o, 
        use the right CONFIG_ variable for hisax submodules,
        handle the case of built-in hisax, modular hisax submodules.

<viro@math.psu.edu> (02/04/22 1.563)
        [PATCH] (1/6) alpha fixes
        
         - bogus return value type for ->open() and ->release() on nfsd
           (generic, caught on alpha since there ssize_t != int)

<viro@math.psu.edu> (02/04/22 1.564)
        [PATCH] (2/6) alpha fixes

         - missing defines/fields/includes for alpha (accumulated since 2.5.0)

<viro@math.psu.edu> (02/04/22 1.565)
        [PATCH] (3/6) alpha fixes
        
         - s/p_pptr/parent/, s/p_opptr/real_parent/ done for alpha

<viro@math.psu.edu> (02/04/22 1.566)
        [PATCH] (4/6) alpha fixes
        
         - (dumb) default_idle() provided (alpha)

<viro@math.psu.edu> (02/04/22 1.567)
        [PATCH] (5/6) alpha fixes
        
         - alpha/mm/init.c forgot to set max_pfn

<viro@math.psu.edu> (02/04/22 1.568)
        [PATCH] (6/6) alpha fixes
        
         - fixed off-by-PAGE_OFFSET in populate_pmd() (alpha, again)

<viro@math.psu.edu> (02/04/22 1.569)
        [PATCH] buffer_head leak
        
        Fix buffer-head leak on truncate race.
        
        The reason why it hadn't been triggered left right and center is that we
        step on that path only when partial truncate blows away an indirect
        block shared between truncated and remaining areas _and_ races with
        ext2_get_block() in the beginning of said area.  IOW, we need
        
                * indirect block with hole in the beginning
                * get_block starting to read that block
                * truncate killing everything past the hole (and thus freeing indirect
                  block in question)
                * get_block completing the read and noticing that block is actually
                  gone.
        
        OK...  IMO we should do that brelse() outside of the loop.

<viro@math.psu.edu> (02/04/22 1.570)
        [PATCH] (1/5) sane procfs/dcache interaction
        
         - take unhash_process() into sched.c, move zeroing ->pid into it (and
           under tasklist_lock)

<viro@math.psu.edu> (02/04/22 1.571)
        [PATCH] (2/5) sane procfs/dcache interaction
        
         - new helper in fs/proc/base.c - name_to_int(dentry) returns ~0U if name
           doesn't match 0|[1-9][0-9]* or is too large.  Otherwise it returns
           numeric value of name.  proc_pid_lookup() and proc_lookupfd() converted.

<viro@math.psu.edu> (02/04/22 1.572)
        [PATCH] (3/5) sane procfs/dcache interaction
        
         - sane dentry retention.  Namely, we don't kill /proc/<pid> dentries at the
           first opportunity (as the current tree does).  Instead we do the following:
                * ->d_delete() kills it only if process is already dead.
                * all ->lookup() in proc/base.c end with checking if process is still
                  alive and unhash if it isn't.
                * proc_pid_lookup() (lookup for /proc/<pid>) caches reference to dentry
                  in task_struct.  It's _not_ counted in ->d_count.
                * ->d_iput() resets said reference to NULL.
                * release_task() (burying a zombie) checks if there is a cached
                  reference and if there is - shrinks the subtree.
                * tasklist_lock is used for exclusion.
           That way we are guaranteed that after release_task() all dentries in
           /proc/<pid> will go away as soon as possible; OTOH, before release_task()
           we have normal retention policy - they go away under memory pressure with
           the same rules as for dentries on any other fs.

<viro@math.psu.edu> (02/04/22 1.573)
        [PATCH] (4/5) sane procfs/dcache interaction
        
         - preparation for sane policy for /proc/<pid>/fd/* - don't store
           struct file * in these inodes anymore.

<viro@math.psu.edu> (02/04/22 1.574)
        [PATCH] (5/5) sane procfs/dcache interaction
        
         - sane retention policy for /proc/<pid>/fd/* - ->d_revalidate() says
           "kill it" if descriptor is not opened anymore (in addition to checks
           for task being dead) and we allow dentries of /proc/<pid>/fd/<n> to
           stay around.

<rusty@rustcorp.com.au> (02/04/22 1.575)
        [PATCH] drivers_net_dl2k.c: missing __devinit's
        
        Andrey Panin <pazke@orbita1.ru>: drivers_net_dl2k.c: missing __devinit's:
          This patch adds missing __devinit modifiers for read_eeprom() and
          parse_eeprom() functions. Patch against 2.5.8. Compiles, but untested.

<rusty@rustcorp.com.au> (02/04/22 1.576)
        [PATCH] fix a warning in i386_pci-pc.c
        
        Andrew Morton <akpm@zip.com.au>: fix a warning in i386_pci-pc.c:

<rusty@rustcorp.com.au> (02/04/22 1.577)
        [PATCH] drivers_net_eepro100: missing __devinit:
        
        Andrey Panin <pazke@orbita1.ru>: drivers_net_eepro100: missing __devinit:
          This patch adds missing __devinit modifiers for speedo_found1() and
          do_eeprom_cmd() functions. Patch against 2.5.8. Compiles, but untested.

<rusty@rustcorp.com.au> (02/04/22 1.578)
        [PATCH] drivers_net_sis900.c: misiing __devinit
        
        Andrey Panin <pazke@orbita1.ru>: drivers_net_sis900.c: misiing __devinit:
          This patch adds missing __devinit modifier for read_eeprom() function.
          Patch against 2.5.8. Compiles, but untested.

<rusty@rustcorp.com.au> (02/04/22 1.579)
        [PATCH] serial.c ISAPNP fix:
        
        Andrey Panin <pazke@orbita1.ru>: serial.c ISAPNP fix:
          Thist patch fixes buglet which disables ISAPNP support in serial driver.
          __ISAPNP__ conditional symbol is used before isapnp.h is included.
        
        
        (Included in 2.2)
        (Included in 2.4)

<rusty@rustcorp.com.au> (02/04/22 1.580)
        [PATCH] fcntl returns wrong error code (Updated)
        
        Christopher Yeoh <cyeoh@samba.org>: Re: fcntl returns wrong error code (Updated):
          At 2002/3/22 00:58+1100  Christopher Ye