1. 01 Dec, 2002 21 commits
    • Alan Cox's avatar
      [PATCH] update i810 audio to match 2.4 · 184a7e14
      Alan Cox authored
      Primarily adds Nvidia + some i845G
      184a7e14
    • Alan Cox's avatar
      [PATCH] update ac97 to 2.4 current · 19602b94
      Alan Cox authored
      19602b94
    • Alan Cox's avatar
      [PATCH] add new ac97 codec fields as per 2.4 · 072ec3d9
      Alan Cox authored
      072ec3d9
    • Alan Cox's avatar
      [PATCH] CREDITS · 6fdef45e
      Alan Cox authored
      Add Zwane
      Remove soundmodem stuff
      Update snapgear
      6fdef45e
    • Alan Cox's avatar
      [PATCH] bitops leaves ADDR defined · 505384c4
      Alan Cox authored
      505384c4
    • Alan Cox's avatar
      [PATCH] Final bit of soundmodem to die · 0eaddc21
      Alan Cox authored
      0eaddc21
    • Rusty Russell's avatar
      [PATCH] module names fix · c99f5cea
      Rusty Russell authored
      By Kai Germaschewski:
      
       "Well, I have another solution, which doesn't need additional Makefile
        magic or anything.
      
        I just put the module name into each .o file where <linux/module.h> is
        included. Putting it into the section .gnu.linkonce.modname has the effect
        that even for multi-part modules, we only end up with one copy of the
        name.
      
        Caveat: I'm using the preprocessor macro KBUILD_MODNAME to know what to
        put into .gnu.linkonce.modname. The following used to happen:
      
        (drivers/isdn/eicon/Makefile)
      
        divas-objs := common.o Divas_mod.o ...
        eicon-objs := common.o eicon_mod.o ...
      
        Divas_mod.o is compiled with -DKBUILD_MODNAME=divas
        eicon_mod.o is compiled with -DKBUILD_MODNAME=eicon
        common.o is compiled with -DKBUILD_MODNAME=divas_eicon
      
        So in the case above, both divas.o and eicon.o would end up with
        a .gnu.linkonce.modname section containing "divas_eicon"
      
        My fix to this is to not define KBUILD_MODNAME when compiling an object
        whilch will be linked into more than one module - so common.o gets no
        .gnu.linkonce.modname section at all. Works fine here.
      
        Now, doing this I remove one of the reasons why we would need modules
        linked as '.ko' ;), but it seems much cleaner than generating a temporary
        file, using objcopy etc."
      c99f5cea
    • Rusty Russell's avatar
      [PATCH] v850 support · 1504317a
      Rusty Russell authored
      On the v850, the elf toolchain uses a `_' prefix for all user symbols
      (I'm not sure why, since most toolchains seem to have dropped this sort
      of thing).
      
      The attached patch adds the ability to deal with this, if the macro
      MODULE_SYMBOL_PREFIX is defined by <asm/module.h>.  This only affects
      places where symbol names come from the user, e.g., EXPORT_SYMBOL, or
      the explicit symbol-names used in kernel/module.c itself.
      
      [Tweaked a little by Rusty, original by Miles Bader]
      1504317a
    • Rusty Russell's avatar
      [PATCH] Table fix for module-init-tools · a110ac32
      Rusty Russell authored
      This patch allows the new depmod to generate the USB & PCI hotplug
      tables.  Greg Banks and I are (slowly) working on a better solution, but
      allows the old-style "modules.pcimap" etc.  to be generated in the short
      term.
      
      This patch adds a "__mod_XXX_table" symbol which is an alias to the
      module table, rather than a pointer.  This makes it relatively trivial
      to extract the table.  Previously, it required a pointer dereference,
      which means the relocations must be applied, which is why the old depmod
      needs so much of modutils (ie.  it basically links the whole module in
      order to find the table).
      
      The old depmod can still be invoked using "-F System.map" to generate
      the tables (there'll be lots of other warnings, and it will generate a
      completely bogus modules.dep, but the tables should be OK.)
      a110ac32
    • Rusty Russell's avatar
      [PATCH] kallsyms in modules fix · 1929e8b2
      Rusty Russell authored
      Two fixes.  Firstly, set ALLOC on the right section so we actually
      keep the symbol names and don't deref a freed section, and secondly
      get the symbol size (more) correct.
      1929e8b2
    • Rusty Russell's avatar
      [PATCH] Don't sort kallsyms symbols twice · 5be91439
      Rusty Russell authored
      From Andrew Morton
      5be91439
    • James Bottomley's avatar
      Merge ssh://mulgrave-w/BK/scsi-misc-2.5 · fba0a9a3
      James Bottomley authored
      into raven.il.steeleye.com:/home/jejb/BK/scsi-for-linus-2.5
      fba0a9a3
    • Russell King's avatar
      [SERIAL] uart_get_divisor() and uart_get_baud_rate() takes termios. · 493c6685
      Russell King authored
      Currently, uart_get_divisor() and uart_get_baud_rate() take a tty
      structure.  We really want them to take a termios structure so we
      can avoid passing a tty structure all  the way down to the low level
      drivers.
      
      In order to do this, we need to be able to convert a termios
      structure to a numeric baud rate - we provide tty_termios_baud_rate() in
      tty_io.c for this purpose.  It performs a subset of the
      tty_get_baud_rate() functionality, but without any "alt_speed"
      kludge.
      
      We finally export uart_get_baud_rate() and uart_get_divisor() to for
      low level drivers to use.  We now have all the functions in place
      to support ports which want to have access to the real baud rate
      rather than a divisor value.
      493c6685
    • Russell King's avatar
    • Russell King's avatar
      [SERIAL] Move quot/divisor calculation to uart_get_divisor() · 512c5637
      Russell King authored
      uart_get_divisor() calculates the divisor for standard uarts, and
      will eventually become a helper function for low level port drivers.
      512c5637
    • Russell King's avatar
      [SERIAL] Move custom_divisor from uart_state to uart_port. · b1a5ffda
      Russell King authored
      This is another step towards moving the divisor calculations into
      the low level drivers, thereby allowing the faster baud rates
      mentioned in the previous cset.  Moving this field to uart_port
      means that the low level drivers do not have to know about the
      uart_state structure.
      b1a5ffda
    • Russell King's avatar
      [SERIAL] Replace tty->alt_speed with uart_get_baud_rate() · e75784be
      Russell King authored
      We provide a new function, uart_get_baud_rate(), to return the
      desired numeric baud rate from the uart_port and tty structures.
      This allows us to:
      
      1. localise the 38400 alternate speed kludge to one area.
      2. support faster baud rates than the usual baud_base / desired_rate
         calculations in the future (eventually allowing the use of the
         magic divisors in 8250.c.)
      e75784be
    • Russell King's avatar
      [SERIAL] Fix failure checks · 55d2c487
      Russell King authored
      We originally checked for failure by checking if the returned code
      was non-zero.  Strictly, it should be a negative value.
      55d2c487
    • Russell King's avatar
      [SERIAL] Pass "iomap" base from probe modules · 7f114818
      Russell King authored
      Patch from Randolph Chung, slightly modified by rmk.
      
      When displaying the details of memory mapped serial ports, we want to show
      some sane base value.  The cookie returned from ioremap can be meaningless
      to users (and developers), especially when the cookie could be a dynamically
      allocated virtual address.
      
      The more useful cookie is the value passed into ioremap.  We already have
      support for handling this cookie internally - we haven't allowed the PCI
      probe module to hand it to the higher levels until now.
      7f114818
    • Russell King's avatar
      [SERIAL] Export pci_siig10x_fn() and pci_siig20x_fn() · d6f75078
      Russell King authored
      Patch from Zwane Mwaikambo, fixed by rmk, comments by rmk.
      
      SIIG cards have parallel ports in addition to serial ports.  We therefore
      probe the cards in parport_serial.c and call the serial specific probe
      functions in 8250_pci.c
      
      This is the second half of a patch that was applied in 2.5.50 to
      parport_serial by others without the corresponding 8250_pci.c changes.
      d6f75078
    • Russell King's avatar
      [SERIAL] Prevent PNPBIOS re-registering already detected ports · 1d680b7a
      Russell King authored
      During initialisation of 8250 serial, we scan a list of ISA ports and
      register any ports.  We then perform PNPBIOS scanning, which re-registers
      ttyS0.  Unfortunately, if devfs is enabled, devfs reports an error because
      we try to create two tts/0 entries.
      
      Therefore, when adding a new port we check that it has not been detected
      before attempting to probe the port and register it with devfs (via the
      tty layer.)
      1d680b7a
  2. 30 Nov, 2002 1 commit
  3. 29 Nov, 2002 3 commits
  4. 28 Nov, 2002 3 commits
    • Christoph Hellwig's avatar
      [PATCH] clean up sd bdev methods · 4e8e1c73
      Christoph Hellwig authored
      (1) move all bdev methods in one place instead of spreading them all
          around the file
      (2) consistant naming: everything is sd_<operation> now
      (3) use scsi_device_get/scsi_device_put
      (4) remove bogus checks scsi_disk->device set, since 2.5.4x it always is
      (5) clean up some coding style issues
      4e8e1c73
    • Christoph Hellwig's avatar
      [PATCH] abstract out more scsi_device acess out of the low-level drivers · ee89063d
      Christoph Hellwig authored
      Two new helpers: scsi_device_get and scsi_device_put that get/release a
      reference to the underlying HBA driver and increment/decrement
      ->access_count.  Cleanup ->attach/->detach routines in the upper layer
      drivers a bit to consolidate the error pathes once we're cleaning them
      up.
      
      ->attach and ->detach in upper layer drivers are mandatory now (not
      having them would be rather pointless).
      
      (note that the sd.c changes are not in this patch, it'll be part of
      my next, bigger patch)
      ee89063d
    • Mike Anderson's avatar
      add scsi_sysfs.c · a8ba842f
      Mike Anderson authored
      a8ba842f
  5. 27 Nov, 2002 12 commits
    • Mike Anderson's avatar
      scsi sysfs update 3 · e9167d31
      Mike Anderson authored
      I have attached an updated combined patch of my previously posted sysfs
      changes. 
      
      This patch is against linux-scsi.bkbits.net/scsi-misc-2.5
      
      This patch contains these updates:
      	- update to osst.c to support sysfs cleanups.
      	- oops fix in osst.c detach if no device attached. A better
      	  method than this quick fix is needed.
      	- removed scsi_bus_hotplug function do to bug and not really
      	  needed now as default gives path data. If needed in future can
      	  be added with better definition.
      
      -andmike
      e9167d31
    • James Bottomley's avatar
      Merge mulgrave.(none):/home/jejb/BK/scsi-misc-2.5 · 1b75d964
      James Bottomley authored
      into mulgrave.(none):/home/jejb/BK/scsi-misc-new-2.5
      1b75d964
    • Linus Torvalds's avatar
      Merge bk://lsm.bkbits.net/linus-2.5 · c9e54010
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      c9e54010
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
    • Linus Torvalds's avatar
      Linux v2.5.50 · 9f42837b
      Linus Torvalds authored
      9f42837b
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/linux/linux/BK/bleeding-2.5 · 6406f3a9
      Greg Kroah-Hartman authored
      into kroah.com:/home/linux/linux/BK/gregkh-2.5
      6406f3a9
    • Stuart MacDonald's avatar
      [PATCH] WhiteHEAT update · b6f5eb6a
      Stuart MacDonald authored
      1-fix-lowlat:
      
      QA found that running all four ports at 460800 would drop data. I
      traced it to data being dropped in the read callback because the flip
      buffers were full. Turning on the low latency flag fixed things.
      
      2-fix-taint
      
      A side-effect of turning on low latency; the interrupt context from
      the callback is now passed through to the tty layer, passing it on to
      calls back into usb-serial.c. Which causes deadlocks when trying to
      re-acquire the per-port semaphore. We've already talked about this.
      This patch is my work-around for the usb-serial.c brokenness.
      Basically, implemement a buffering scheme, and schedule a software
      interrupt to handle the data handoff to the tty layer sometime later.
      urb_pool_size defaults to 8, but is a module parameter and can be
      modified at runtime.
      The buffering is needed so that the driver can run while data is
      waiting to be processed, but I could have used the tty layer
      scheduling instead of doing my own by turning off low latency.
      However, I looked at the tty layer and it seems to me that there's
      nothing preventing a really fast device from flipping one buffer,
      flipping the next, and flipping back to the still full buffer from
      before (actually, the flip just gets scheduled for later), so my
      driver needs to be able to hold onto buffered data and schedule them
      for processing later anyway. So, might as well leave low_latency on.
      
      
      diff -Naur linux-2.5.49-0-virgin/drivers/usb/serial/whiteheat.c linux-2.5.49-1-fix-
      lowlat/drivers/usb/serial/whiteheat.c
      b6f5eb6a
    • Stuart MacDonald's avatar
      [PATCH] usb-serial.c disconnect race · 634a8ee6
      Stuart MacDonald authored
      Attached is a patch that changes the 2.5.x disconnect to be similar to
      2.4.x disconnect. This doesn't fix the race, but does shrink the
      window such that I've never seen it trigger, even under testing
      designed to do that.
      
      There doesn't seem to be a good way to fix the race. The fix should be
      to have _disconnect force any sleeping semaphore holders to run to
      completion between the end of the loop in the patch below and the spot
      where the underlying memory is freed, but I don't see a way to do
      that.
      
      
      diff -Naur linux-2.5.49-2-fix-taint/drivers/usb/serial/usb-serial.c linux-2.5.49-3-fix-drvdata/drivers/usb/serial/usb-
      serial.c
      634a8ee6