1. 22 Apr, 2002 8 commits
    • David Brownell's avatar
      [PATCH] Re: PATCH: 2.5.8 ehci, submit errors · 934b1882
      David Brownell authored
      Oh, and for non-x86 platforms with interesting pci
      mapping, this tweak to one new routine would be
      important in a particular error path I've yet to see ... :)
      934b1882
    • David Brownell's avatar
      [PATCH] PATCH: 2.5.8 ehci, submit errors · f3f05300
      David Brownell authored
      It fixes problems with interrupt transfers, which I think that
      nobody else has run into (or I'd surely have heard of it :).
      Looks like not many folk are using USB 2.0 hubs yet.
      
          - wasn't checking enough of the periodic schedule to
            detect bandwidth overcommit (would BUG out)
          - frames to uframes is rightshift 3, not 8 :)
          - properly cleans up (no oops!) after certain rare errors
            in the interrupt submit path (just my luck to hit one)
          - use that cleanup to bypass some old implementation
            shortcuts in the control and bulk submit paths
          - there are also some other minor updates/cleanups
      f3f05300
    • Greg Kroah-Hartman's avatar
      USB keyspan driver · d50e9cba
      Greg Kroah-Hartman authored
        
        general cleanups:
        	- removed commented out function prototypes
        	- removed duplicate function prototypes
        	- removed unneeded #include
        	- added named initializers
        	- merged lots of the individual device structures into general 1, 2, and 4 port structures.
      d50e9cba
    • Petko Manolov's avatar
      USB pegasus and rtl8150 · f7462f7b
      Petko Manolov authored
      Rx tasklet cleanups for both pegasus and rtl8150
      f7462f7b
    • Greg Kroah-Hartman's avatar
      USB ov511 driver · 4f1aadaa
      Greg Kroah-Hartman authored
      changed test_bit() call.
      4f1aadaa
    • Mark W. McClelland's avatar
      This updates the ov511 driver to the latest stable version (1.60). · 8a4c342b
      Mark W. McClelland authored
        
        Summary of changes:
        - Remove palette conversion and related code
        - Full OV518 support (except for color), initial OV518+ support
        - Improved OV6620 quality (Credit: Alexandre F.)
        - ov51x_init_isoc() should exit if usb_submit_urb() fails
        - ISO completion handler should only issue warning if bad data is received
        - Added "mirror" module parameter; reverses image horizontally
        - Changed USB control transaction fields to match Windows driver
        - New decompression module locking (decomp_ops->owner), per Greg's advice
        - EXPORT_SYMBOL_NOVERS => EXPORT_SYMBOL
        - New devices: Lifeview USB Live TV PAL/SECAM and PAL D/K+B/G
        - Disabled buf_timeout feature. It was calling vfree() in interrupt
          context, which is illegal. Memory is deallocated immediately on close().
        - Most sensors thought to be OV7620AE were actually OV76BE. Changed code
          to reflect this, and emit a warning if an OV7620AE is encountered.
        - Miscellaneous cleanups and bug fixes
      8a4c342b
    • Stéphane Doyon's avatar
      [PATCH] added Tieman Voyager USB Braille driver · f5864419
      Stéphane Doyon authored
       added Tieman Voyager USB Braille driver
      f5864419
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleeding_edge-2.5 · 0ba1006e
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/gregkh-2.5
      0ba1006e
  2. 20 Apr, 2002 4 commits
    • Kai Germaschewski's avatar
      Merge tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linus-2.5.vm · c6b95c56
      Kai Germaschewski authored
      into tp1.ruhr-uni-bochum.de:/home/kai/kernel/v2.5/linux-2.5.make
      c6b95c56
    • Andi Kleen's avatar
      [PATCH] x86-64 architecture specific sync for 2.5.8 · 88e4bc32
      Andi Kleen authored
      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.
      88e4bc32
    • Andi Kleen's avatar
      [PATCH] Fix console initialization deadlock for x86-64 · 61aacaa2
      Andi Kleen authored
      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.
      61aacaa2
    • Andi Kleen's avatar
      [PATCH] autofs fix for x86-64 · b817df50
      Andi Kleen authored
      Minor patch for the x86-64 32bit emulation. Originally proposed by hpa and it
      makes autofs 32bit/64bit clean for x86-64
      b817df50
  3. 19 Apr, 2002 4 commits
    • Brian Gerst's avatar
      [PATCH] SSE related security hole · af9086a7
      Brian Gerst authored
      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. 
      af9086a7
    • Jens Axboe's avatar
      [PATCH] ide updates · 0540fcdf
      Jens Axboe authored
       - (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.
      0540fcdf
    • Kai Germaschewski's avatar
      Fix drivers/scsi/aic7xxx/Makefile for building a modular aic7xxx driver · 2b31db8a
      Kai Germaschewski authored
      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).
      2b31db8a
    • Kai Germaschewski's avatar
      Fix compiling sym53c8xx_2 into the kernel. · 386c0ee1
      Kai Germaschewski authored
      (The O_TARGET is used only internally when linking, the name of the 
      module is unchanged).
      386c0ee1
  4. 18 Apr, 2002 24 commits
    • Greg Kroah-Hartman's avatar
      Merge http://linux-isdn.bkbits.net/linux-2.5.make-usb · 433649b7
      Greg Kroah-Hartman authored
      into kroah.com:/home/linux/linux/BK/work-2.5
      433649b7
    • Greg Kroah-Hartman's avatar
      USB core · c2aff941
      Greg Kroah-Hartman authored
      Took out the limitation that drivers had to take up 16 minors.  Now
      they can use only 1 if they want to.
      c2aff941
    • Greg Kroah-Hartman's avatar
      USB keyspan driver · bb74359b
      Greg Kroah-Hartman authored
      Added support for the 19QI and 19QW devices.
      Updated the firmware images with new versions.
      minor cleanups to the driver.
      bb74359b
    • Oliver Neukum's avatar
      [PATCH] USB hpusbscsi device added · e639ff6e
      Oliver Neukum authored
      USB hpusbscsi driver
      
       - device added
      e639ff6e
    • Linus Torvalds's avatar
      3980957c
    • Erich Focht's avatar
      [PATCH] more migration thread cleanups · b85f47ad
      Erich Focht authored
      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.
      b85f47ad
    • Linus Torvalds's avatar
    • Linus Torvalds's avatar
    • Robert Love's avatar
      [PATCH] migration thread fix · 5cfceb83
      Robert Love authored
      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.
      5cfceb83
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 13/13 · 4675eab8
      François Romieu authored
      - line ending white spaces squadron strikes back;
      - some fscked tabs are fixed. Nice           after longs        coding sessions.
      4675eab8
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 12/13 · ca5589cd
      François Romieu authored
      - just say no to +/-1 arithmetic when not needed;
      - pot-pourri of misc cleanup;
      - *new*: support of boot-time parameters
      ca5589cd
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 11/13 · bb42d290
      François Romieu authored
      - CD/CTS change notification;
      - more DEBUG/if (debug >...) conversion;
      bb42d290
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 10/13 · cc39e9ff
      François Romieu authored
      - guess what ? Code removal.
      cc39e9ff
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 9/13 · c10f3a39
      François Romieu authored
      - useless code/comment removal;
      - HOLD mode -> LxDA mode conversion.
      c10f3a39
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 8/13 · 8bc9f530
      François Romieu authored
      - new functions for LxDA mode: dscc4_tx_done() and dscc4_tx_quiescent();
      - dscc4_{rx/tx}_reset() should comply to errata sheet.
      8bc9f530
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 7/13 · 468c1a4a
      François Romieu authored
      - 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.
      468c1a4a
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 6/13 · 757ea6b3
      François Romieu authored
      - code removal;
      - turn old cruft into definitely modern cruft.
      757ea6b3
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 5/13 · d55a1d35
      François Romieu authored
      - 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.
      d55a1d35
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 4/13 · aefad917
      François Romieu authored
      - 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.
      aefad917
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 3/13 · 3f32c8a9
      François Romieu authored
      - 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.
      3f32c8a9
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 2/13 · 5884f98b
      François Romieu authored
      - 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.
      5884f98b
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 1/13 · 279b570d
      François Romieu authored
      - extra argument for dscc4_set_iface() (will be used in following patches).
      279b570d
    • François Romieu's avatar
      [PATCH] 2.4.8 - dscc4 update 0/13 · 126dbe74
      François Romieu authored
      - description update;
      - more #defines;
      - SCC_REG_START() change (shorter code);
      - some noise.
      126dbe74
    • Martin J. Bligh's avatar
      [PATCH] stop NULL pointer dereference in __alloc_pages · 0cf094f4
      Martin J. Bligh authored
      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 ;-) ).
      0cf094f4