1. 09 Apr, 2003 2 commits
  2. 07 Apr, 2003 14 commits
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleed-2.5 · ff238d67
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/gregkh-2.5
      ff238d67
    • Greg Kroah-Hartman's avatar
      USB: set port->tty to NULL after we have closed the port · 2dfc4234
      Greg Kroah-Hartman authored
        
      This lets any of the many checks for this contition actually have a
      chance of working :)
      2dfc4234
    • Al Borchers's avatar
      [PATCH] USB: patch for oops in io_edgeport.c · 4340e885
      Al Borchers authored
      I tracked down a problem that caused an oops in io_edgeport.c.
      
      The oops is reliably reproduced by using an EdgePort USB serial
      port in dosemu and then exiting dosemu.  When dosemu closed
      the port the oops would occur.  (Tested in RH 7.3 2.4.18-10.)
      
      The problem was that a USB cmd callback would come in after the
      close with the tty struct freed, and the edge_bulk_out_cmd_callback
      function would do a wakeup on the tty->write_wait queue.  The
      tty struct was gone (I checked that tty->magic was bad) and the
      wakeup would oops.
      
      As you did in other places in io_edgeport.c, I added a check that
      edge_port->open was true before using the edge_port->port->tty
      struct.
      
      I added a similar check in edge_bulk_out_data_callback, though
      I never actually saw the problem here.
      
      I notice that in 2.4.20 a check has been added to be sure that
      edge_port->port->tty is not null--however, this is not enough
      because the tty pointer is not set to null when the port is
      closed.  An alternate solution in 2.4.20 would be to set the
      usb_serial_port->tty pointer to null in usbserial.c serial_close().
      This seems like a good thing to do in general, since the tty
      struct should not be used after a close which frees it.  If
      you would like I investigate this a bit more--it could affect
      other usb serial drivers and reveal some hidden bugs.
      4340e885
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/greg/linux/BK/bleed-2.5 · 6c7a3c95
      Greg Kroah-Hartman authored
      into kroah.com:/home/greg/linux/BK/gregkh-2.5
      6c7a3c95
    • Matthew Dharm's avatar
      [PATCH] usb-storage: add info to /proc interface · 3fe52eb6
      Matthew Dharm authored
      This patch adds some information about the quirks of the device to the
      /proc interface.
      3fe52eb6
    • Matthew Dharm's avatar
      [PATCH] usb-storage: remove BUG/BUG_ON · bee95701
      Matthew Dharm authored
      This patch changes BUG and BUG_ON to print error messages.  It is done to
      be (a) a little more robust, and (b) complies with Linus' idea of no BUGs
      unless absolutely necessary.
      bee95701
    • Matthew Dharm's avatar
      [PATCH] usb-storage: variable renames · 684fa462
      Matthew Dharm authored
      This patch changes the struct us_data 'ss' to 'us' to be consistent with
      the rest of the code.  The old name was a legacy artifact.
      
      There are no functional changes here.
      684fa462
    • Matthew Dharm's avatar
      [PATCH] usb-storage: fix CB/CBI · aa397ac4
      Matthew Dharm authored
      When we fixed the error handling, we accidentally made a mistake.  A STALL
      on a control endpoint isn't necessarily a fatal thing -- it can be used to
      indicate a command failure.
      
      This fixes bugzilla bug #510.
      
       - A control endpoint stall when sending the command to a CB/CBI device is
         legal.  Our error handling was just a little too agressive.
      aa397ac4
    • Linus Torvalds's avatar
      Linux 2.5.67 · f01d7733
      Linus Torvalds authored
      f01d7733
    • Linus Torvalds's avatar
      The irq vector offset should spread the irq's out evenly, which · f2898927
      Linus Torvalds authored
      implies that it should vary between 0-7, not any further (the
      higher bits are done by updating current_vector by 8).
      
      This also means that we don't have any overflow condition.
      f2898927
    • Krzysztof Halasa's avatar
      [PATCH] generic HDLC update · 80d316b7
      Krzysztof Halasa authored
      This version fixes:
      - missing rtnl_lock()/rtnl_unload() bug on unregister_hdlc_device
      - N2, C101: interrupt handler now works under high IRQ load from other
        devices (with previous versions, the IRQ processing for the card could
        sometimes stop after reaching "work limit")
      
      This is production-tested on devices I have access to (N2, C101, PC300,
      PCI200SYN).
      80d316b7
    • Zwane Mwaikambo's avatar
      [PATCH] Disable irqbalance for single cpu SMP configurations · 00c6dc1c
      Zwane Mwaikambo authored
      This patch disables irqbalance and doesn't spawn a kernel thread for
      systems which run SMP kernels and only have one online cpu.
      00c6dc1c
    • Jens Axboe's avatar
      [PATCH] kill blk_queue_empty() · 68132d89
      Jens Axboe authored
      This finally kills of blk_queue_empty().  This is similar to the patch I
      recently sent to fix the SCSI logic as well.  A lot of drivers are doing
      this in our core, mainly because that is the way they always did it:
      
      start_queue:
      	if (blk_queue_empty(q))
      		return;
      
      	rq = elv_next_request(q);
      	if (!rq)
      		return;
      
      Patch simply removes the blk_queue_empty() check, and adds a check for
      !rq return from elv_next_request() if the driver didn't already do that.
      
      Additionally, the AS io scheduler can return NULL from
      elv_next_request() if it thinks this is best. This way we are also
      prepared for that to work well.
      
      Patch was done by Nick Piggin.
      68132d89
    • Zwane Mwaikambo's avatar
      [PATCH] rng_vendor_ops init.data is referenced after being freed · a5509dae
      Zwane Mwaikambo authored
      Bug report from J Sanchez in #kernelnewbies
      a5509dae
  3. 06 Apr, 2003 1 commit
  4. 07 Apr, 2003 2 commits
  5. 06 Apr, 2003 3 commits
  6. 05 Apr, 2003 1 commit
    • Andi Kleen's avatar
      [PATCH] x86-64 merge · 2ba74897
      Andi Kleen authored
      Make it compile again and various cleanups and a few bug fixes.  Only
      changes x86-64 specific files.
      
      Most of it are S3 suspend changes from Pavel and comment spelling fixes
      from Steven Cole.
      
      - Remove now obsolete check_cpu function
      - Fix sys_ioctl prototype
      - Small optimization - use SYSCALL for 32bit signal handling.
      - Fix S3 suspend handling and split into individual files like i386 (Pavel)
      - Merge from i386 (pci fixes etc.)
      - Set correct paging attributes for IOMMU aperture
      - Fix disable apic option
      2ba74897
  7. 04 Apr, 2003 17 commits
    • Ulrich Drepper's avatar
      [PATCH] Signal invalid ipc operation with ENOSYS · e7507c16
      Ulrich Drepper authored
      The ipc multiplexer syscall on x86 currently returns EINVAL for a
      non-existing sub-opcode.  This logical but is a problem with the
      introduction of new operations (like semtimedop).  Now EINVAL can mean
      "no such operation" and "invalid parameter".  To avoid such problems in
      future, could you apply the attached patch?
      e7507c16
    • Roman Zippel's avatar
      [PATCH] update diffserv URL · 5e038b04
      Roman Zippel authored
      update diffserv URL, patch provided by Tero Pelander (tpeland@tkukoulu.fi).
      5e038b04
    • Roman Zippel's avatar
      [PATCH] gconf update · e7f67eb3
      Roman Zippel authored
      A gconf update by Romain Liévin <roms@tilp.info>
      - fixed bug when double-clicking for changing value.
      - expand row when enabling a row with a submenu.
      - various bug fixes
      e7f67eb3
    • John Levon's avatar
      [PATCH] oprofile doesn't compile with CONFIG_MODULES=n · 1f935de0
      John Levon authored
      The semantically correct approach is for register_module_notifier not to
      exist at all.  That way is #ifdef hell.
      
      So this just makes it an empty function (and also adds a missing
      comment).
      1f935de0
    • Andrey Panin's avatar
      [PATCH] cleanup mach-visws/mpparse.c · 515ad669
      Andrey Panin authored
      This trivial patch removes some now unused data structures from
      mach-visws/mpparse.c
      515ad669
    • Andrey Panin's avatar
      [PATCH] allow penguin with SGI logo for visws · dd355456
      Andrey Panin authored
      Visual Workstations 320/540 are SGI products, so IMHO they can use
      penguin with SGI logo as mips does :))
      dd355456
    • Andrey Panin's avatar
      [PATCH] missing FB_VISUAL_PSEUDOCOLOR in fb_prepare_logo() · 43d569df
      Andrey Panin authored
      This fixes the mighty penguin logo not appearing on visual workstation
      framebuffer.  The trouble is missing 'case FB_VISUAL_PSEUDOCOLOR:' in
      fb_prepare_logo() function.
      43d569df
    • Andrey Panin's avatar
      [PATCH] visws framebuffer driver needs mm.h · 3f77cce8
      Andrey Panin authored
      This fixes the visws framebuffer driver which needs vm_area_struct from
      linux/mm.h
      3f77cce8
    • Linus Torvalds's avatar
      Merge bk://linux-pnp.bkbits.net/pnp-2.5 · e35a3e9a
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      e35a3e9a
    • Roland McGrath's avatar
      [PATCH] linux-2.5.66-signal-cleanup.patch · da334d91
      Roland McGrath authored
      Here is the cleanup patch I promised back in February.  Sorry it took a
      while.
      
      The effects should be purely cosmetic in 2.5.66.  However, the new
      interface for the proper way to send thread-specific of process-global
      signals from inside the kernel is needed for correct implementation of
      some fixes to timer stuff that Ulrich told me about.
      
      This cleans up some obsolete comments and macros in kernel/signal.c,
      restores send_sig_info to its original behavior, and adds a global entry
      point send_group_sig_info.  I checked all the uses of send_sig and
      send_sig_info and changed a few to send_group_sig_info.
      
      I think it would be cleanest if the whole mess of *_sig* entry points were
      reduced to two or three, but I did the change that minimized the number of
      callers I had to fix up.
      
      There should be no discernible difference, since the 2.5.66 send_sig_info
      function did group semantics for those signals by number already.  The only
      exception to that is pdeath_signal, which I guess can be any signal number
      but I deemed ought to be process-wide.
      
      I did not change any of the calls using SIGKILL, though that does have
      process-wide semantics.  There is no need to change it since SIGKILL always
      kills the whole group, though the code path for send_sig(SIGKILL,...) calls
      in multithreaded processes will be different now.
      da334d91
    • John Levon's avatar
      [PATCH] bk - fix oprofile for pm driver register · 7777d006
      John Levon authored
      OK, so I screwed up - didn't notice the late_initcall() that was
      introduced, which was obviously bogus. This one should build OK for the
      module case. I've tested insmod/rmmod alongside a mounted sysfs.
      
      I think the built-in case is OK: oprofile/ is after kernel/ in the link
      order. I tested that too.
      7777d006
    • Andrew Morton's avatar
      [PATCH] acpi compile fix · 99686994
      Andrew Morton authored
      ACPI is performing a spin_lock() on a `void *'.  That's OK when spin_lock is
      implemented via an inline function.  But when it is implemented via macros
      it causes compile-time breakage.
      
      So cast it to the right type. It really should be fixed not to use opaque
      handles, though.
      99686994
    • Corey Minyard's avatar
      [PATCH] IPMI driver version 19 release · b1ffe92e
      Corey Minyard authored
      This fixes some performance problems.  Some vendors implement firmware
      updates over IPMI, and this speeds up that process quite a bit.
      
       * Improve the "send - wait for response - send -wait for response -
         etc" performance when using high-res timers.  Before, an ~10ms delay
         would be added to each message, because it didn't restart the timer
         if nothing was happing when a new message was started.
      
       * Add some checking for leaked messages.
      b1ffe92e
    • Zwane Mwaikambo's avatar
      [PATCH] smp_call_function needs mb() · 856eeb53
      Zwane Mwaikambo authored
      We really need a memory barrier in smp_call_function(), so that the
      other cpu's get the updated value when they get IPI'd immediately
      afterwards.
      
      This seems to be true on some old (and arguably broken) hardware where
      the IPI generation and reception doesn't synchronize enough.
      856eeb53
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/net-2.5 · a38298ec
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      a38298ec
    • Stephen Hemminger's avatar
      e2635a88
    • Stephen Hemminger's avatar