1. 20 Jan, 2004 32 commits
    • Andrew Morton's avatar
      [PATCH] check for truncated modules · 8413db43
      Andrew Morton authored
      From: Rusty Russell <rusty@rustcorp.com.au>
      
      I *do* want to add a check for a truncated module, since that's probably
      the most common case (^C on "make modules_install").  But I don't want to
      double the size of module.c with every check I can think of.
      
      tested with:
      # bs=0; while [ $bs -lt 3764 ]; do
         dd if=dummy.ko bs=$bs count=1 2>/dev/null | insmod -;
         bs=`expr $bs + 1`;
        done
      8413db43
    • Andrew Morton's avatar
      [PATCH] RAID-6 · 74ebb006
      Andrew Morton authored
      From: "H. Peter Anvin" <hpa@zytor.com>
      
      RAID6 implementation.  See Kconfig help for usage details.
      
      The next release of `mdadm' has raid6 userspace support.
      74ebb006
    • Andrew Morton's avatar
      [PATCH] One-shot support for epoll · edd01104
      Andrew Morton authored
      From: Davide Libenzi <davidel@xmailserver.org>
      
      The attached patch implements the one-shot support for epoll.  Because of
      the way epoll works (hooking f_op->poll()) the ET behavior is not really ET
      because it might happen that, while data is still available to read (for
      the EPOLLIN case), another chunk will become available triggering another
      event.
      
      While those conditions can be easily be handled in userspace, the absolute
      triviality of the patch and the avoidance of user/kernel space switches and
      f_op->poll() calls, make IMHO worth doing this inside epoll itself.
      edd01104
    • Andrew Morton's avatar
      [PATCH] loop: trivial error number fix · f76fe2f6
      Andrew Morton authored
      From: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
      
      This patch fixes the error number when invalid file is passed (neother
      S_ISBLK nor S_ISREG is true).  We should return -EINVAL.
      f76fe2f6
    • Andrew Morton's avatar
      [PATCH] loop needs MODULE_ALIAS_BLOCK · 56f4a654
      Andrew Morton authored
      From: Erik van Konijnenburg <ekonijn@xs4all.nl>
      
      There are two issues here:
      
      - absense of a MODULE_ALIAS_BLOCK in loop.c
      
      - mismatch between the patterns used in the MODULE_ALIAS_BLOCK define and
        the modprobe invokation in request_module.
      
      (acked by Rusty)
      56f4a654
    • Andrew Morton's avatar
      [PATCH] Asus L5 framebuffer fix · b463bc26
      Andrew Morton authored
      From: Pontus Fuchs <pontus.fuchs@tactel.se>
      
      I need the following patch for radeonfb to work on my Asus L5.  See
      http://bugs.xfree86.org/show_bug.cgi?id=561 for more info.
      
      (benh confirmed this with ATI).
      b463bc26
    • Andrew Morton's avatar
      [PATCH] ppc64: iSeries virtual console · b64caf25
      Andrew Morton authored
      From: Stephen Rothwell <sfr@canb.auug.org.au>
      
      This is a forward port of a 2.4 driver that has been present in a couple of
      (enterprise) distributions for some time.  It works for me :-), I even get
      console output :-) This makes the machine almost usable - next we will get
      virtual disk.
      
      It has been considerably tidied up, but if you have any further worries
      with it, let me know.
      b64caf25
    • Andrew Morton's avatar
      [PATCH] ppc64: Bug fix for hugepages on ppc64 · 00fbc4fc
      Andrew Morton authored
      From: David Gibson <david@gibson.dropbear.id.au>
      
      Currently the flag indicating whether or not hugepages are allowed below
      4GB is not correctly propagated across fork(), which can lead to oopses.
      The patch below fixes this.
      00fbc4fc
    • Andrew Morton's avatar
      [PATCH] get PPC64 iSeries closer to building · 810839dd
      Andrew Morton authored
      From: Stephen Rothwell <sfr@canb.auug.org.au>
      
      This patch allows iSeries to come much closer to building.
      
      This is a precurser to my trying to merge the virtual device drivers for
      iSeries (console, disk and cdrom).
      810839dd
    • Andrew Morton's avatar
      [PATCH] Fix for 32-bit execve() error path · 65b7ee8a
      Andrew Morton authored
      From: David Gibson <david@gibson.dropbear.id.au>
      
      The patch below fixes a bug in ppc64's 32-bit execve() path.  It duplicates
      logic already in the normal fs/exec.c do_execve() to avoid dropping a NULL
      mm.  The bprm.mm becomes NULL once the exec passes the "point of no
      return".  Without this patch a failure past that point (e.g.  mmap()
      failure) will cause an oops, with it just a killed process.
      65b7ee8a
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/gregkh/linux/usb-2.6 · d050b394
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      d050b394
    • Pete Zaitcev's avatar
      [PATCH] USB: Band-aid for mct_u232 in 2.6.1 · b5206660
      Pete Zaitcev authored
      On Sun, 18 Jan 2004 00:37:44 -0800
      Pete Zaitcev <zaitcev@redhat.com> wrote:
      
      > My Magic Control Technology adapter causes an oops in the following way.
      > Connect the thing, run "cat < /dev/ttyUSB0", disconnect, kill cat with ^C.
      > The result looks like this:
      
      I played with it a little more, and pretty much got everything working,
      thus fixing two Fedora bugs.
       https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112889
       https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=113700
      b5206660
    • Felipe Alfaro Solana's avatar
      [PATCH] USB Storage: unusual_devs.h patch for Trumpion MP3 player · 701e91c8
      Felipe Alfaro Solana authored
      This patch is needed for the USB storage subsystem to recognize the
      Trumpion MP3 player as a valid USB mass storage.
      
      T:  Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  3 Spd=12  MxCh= 0
      D:  Ver= 1.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs=  1
      P:  Vendor=090a ProdID=1200 Rev= 1.00
      C:* #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=256mA
      I:  If#= 0 Alt= 0 #EPs= 3 Cls=08(stor.) Sub=01 Prot=01 Driver=usb-storage
      E:  Ad=81(I) Atr=02(Bulk) MxPS=  64 Ivl=0ms
      E:  Ad=02(O) Atr=02(Bulk) MxPS=  64 Ivl=0ms
      E:  Ad=83(I) Atr=03(Int.) MxPS=   8 Ivl=255ms
      701e91c8
    • Axel Waggershauser's avatar
      a5e3bda2
    • Matthew Dharm's avatar
      [PATCH] USB Storage: Sysfs attribute file for max_sectors · 18cdc0b3
      Matthew Dharm authored
      After much discussion with the SCSI folks, here's a patch to export
      max_sectors as a sysfs attribute.  Turning this down makes some people's
      devices more stable, but at a significant cost in performance.  Now, users
      can adjust it without recompilation.
      
      This is YAASP (yet another Alan Stern patch).
      18cdc0b3
    • Alan Stern's avatar
      [PATCH] USB Storage: Notify the SCSI layer about device resets · 27ea252f
      Alan Stern authored
      According to James Bottomley, we need to notify the SCSI midlayer whenever
      we issue a driver-initiated device reset.  That can happen in several
      places, most notably following a transport error.  This patch adds
      code to the reset routine to take care of it.  (Notifying about resets
      requested by the midlayer itself is unnecessary but harmless.)
      
      Alan Stern
      
      On 15 Dec 2003, James Bottomley wrote:
      
      > It looks like the driver sent a reset to the device on its own without
      > reporting it to the mid-layer.
      >
      > There's an expecting_cc_ua flag in the scsi_device.  It gets set on
      > error recovery actions, or if the device does something to detect or
      > trigger a reset (that's the scsi_report_device_reset() and
      > scsi_report_bus_reset() API's).
      >
      > James
      27ea252f
    • Adam Kropelin's avatar
      [PATCH] USB: hiddev HIDIOCGREPORT not blocking in 2.6 · f3c64148
      Adam Kropelin authored
      I've noticed in 2.6 kernels that HIDIOCGREPORT does not wait for io
      completion before returning to the caller. This creates a few unpleasant
      issues for userspace:
      
      First, code sequences such as...
      
              ioctl(fd, HIDIOCGREPORT, &rinfo);
              ioctl(fd, HIDIOCGUSAGE, &uinfo);
              ioctl(fd, HIDIOCGSTRING, &sdesc);
      
      ...that used to work in 2.4 now fail in 2.6 if the device takes more
      than a few milliseconds to respond to HIDIOCGREPORT. (I'm seeing this
      issue on APC UPSes, FWIW.)
      
      Second, userspace code can easily flood the kernel with control messages
      since the kernel provides no "backpressure". The result is a lot of
      "hid-core.c: control queue full" errors and lost reports.
      
      2.6 hid-core.c appears to submit the request and return immediately.
      Although the 2.4 code differs significantly, I traced the call path to
      usb-core.c, which seems to block with a timeout, so the code supports my
      userspace observation. (Assuming I didn't misread it.)
      f3c64148
    • Greg Kroah-Hartman's avatar
    • Greg Kroah-Hartman's avatar
    • Linus Torvalds's avatar
      Merge bk://bk.arm.linux.org.uk/linux-2.6-rmk · 1c23361e
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      1c23361e
    • Frank Becker's avatar
      [ARM PATCH] 1703/1: SA Cerf update (cleanup) · b7c5d0b8
      Frank Becker authored
      Patch from Frank Becker
      
      Crud removal. Updated cerf doc.
      
      The SA CerfPDA/CerfPOD have long been gone. I see no
      community activity. The last official release was 2.4.9.
      
      Removed ifdefs for CERF_CPLD (which referred to the PDA/POD), go figure.
      Removed keyboard driver.
      Removed default configs for PDA/POD.
      Removed PDA/POD related LCD stuff.
      b7c5d0b8
    • Nicolas Pitre's avatar
      [ARM PATCH] 1735/1: correct memcpy return value on ARM · 9fa4d536
      Nicolas Pitre authored
      Patch from Nicolas Pitre
      9fa4d536
    • Tony Lindgren's avatar
      [ARM PATCH] 1741/1: Add ARM710T processor functions · fc1a59c5
      Tony Lindgren authored
      Patch from Tony Lindgren
      
      Following patch adds ARM710T processor support to proc-arm720.S.
      
      The preferred way to add support was discussed on the Linux-arm-kernel
      mailing list in December, with a link to the thread here:
      
      http://lists.arm.linux.org.uk/pipermail/linux-arm-kernel/2003-October/017596.html
      
      NEC ARM710T is used in Psion Windermere architecture, and possibly
      other systems.
      
      710T works fine with the 720T functions, except the high_mapping
      does not work for vectors_base(). Even if the high bit register is
      set, the vectors stay at 0x00000000 instead of 0xffff0000.
      fc1a59c5
    • Peter Teichmann's avatar
      [ARM PATCH] 1717/1: Add German umlauts to Acorn console font · b8dded80
      Peter Teichmann authored
      Patch from Peter Teichmann
      
      This adds German Umlauts (ÄÖÜäöüß) and some other Characters to the
      Acorn 8x8 console font.
      b8dded80
    • David Brownell's avatar
      [ARM PATCH] 1714/1: pxa2xx_udc (5/5) pxa2xx_udc driver · 29b473c1
      David Brownell authored
      Patch from David Brownell
      
      This patch adds the UDC driver itself.
      
      Depends on the udc platform_data patch (#3 this series)
      and on 1659/1 (kconfig/kbuild support).
      
      SUPERCEDES patch 1658/1 (against test5)
      29b473c1
    • David Brownell's avatar
      [ARM PATCH] 1713/1: pxa2xx_udc (4/5) mach-pxa/lubbock.c updates · 59256069
      David Brownell authored
      Patch from David Brownell
      
      This adds basic lubbock-specific customization for the UDC driver,
      and makes it use INIT_MACHINE.
      
      Depends on the INIT_MACHINE patch and the UDC platform_data patches
      (#1, #3 in this series).
      
      Be careful of patch conflicts applying to other kernels, mostly due
      to different platform devices being listed.
      
      59256069
    • David Brownell's avatar
      [ARM PATCH] 1711/1: pxa2xx_udc (3/5) add udc platform_device, platform_data · 4bec245f
      David Brownell authored
      Patch from David Brownell
      
      This declares the pxa2xx_udc platform device, defines
      the platform_data made available to that driver, and
      allows different machines to customize that platform_data.
      
      Same idea as in the FB driver.  Be careful of patch conflicts
      applying to other kernels, mostly due to different platform
      devices being listed.
      4bec245f
    • Russell King's avatar
      885abe07
    • Alan Stern's avatar
      [PATCH] USB UHCI: fix broken data toggles for queued control URBs · 93cab357
      Alan Stern authored
      This patch fixes a long-standing (albeit unidentified) problem in the
      queueing code for the UHCI HCD.  The code propagates data toggle settings
      between messages in a queue for control transfers just the same as bulk
      and interrupt transfers.  That is a mistake, since control messages always
      restart with data toggle 0.  With this patch, the UHCI driver now passes
      test 10 (control URB queueing) in David Brownell's usbtest suite.
      
      The patch appears to change more than it really does, because it alters
      the indentation level of a large section of code.
      93cab357
    • Greg Kroah-Hartman's avatar
      Merge kroah.com:/home/linux/BK/bleed-2.6 · 54d285d9
      Greg Kroah-Hartman authored
      into kroah.com:/home/linux/BK/usb-2.6
      54d285d9
    • Dave Jones's avatar
      [PATCH] Prevent false positives in non-fatal MCE check. · d00ea9a1
      Dave Jones authored
      non-fatal didn't get the same change that k7.c did a few months
      back, so it reads from banks that actually _cause_ MCEs.
      
      This patch also adds a bunch of copyright headers whilst we're
      in that neighborhood.
      d00ea9a1
    • Jeff Garzik's avatar
      Merge redhat.com:/spare/repo/linux-2.5 · e98fd32c
      Jeff Garzik authored
      into redhat.com:/spare/repo/libata-2.5
      e98fd32c
  2. 19 Jan, 2004 8 commits
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/net-2.6 · 3940ed85
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      3940ed85
    • Linus Torvalds's avatar
      Make sure we don't access "cmd" in ide-scsi after having · 4d53a003
      Linus Torvalds authored
      started the command - it may not exist any more.
      
      In particular, load the host early in order to do proper
      locking without having to access the command structure later.
      
      Noted by Andries Brouwer.
      4d53a003
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/sparc-2.6 · d0365251
      Linus Torvalds authored
      into home.osdl.org:/home/torvalds/v2.5/linux
      d0365251
    • David S. Miller's avatar
      Merge davem@nuts.ninka.net:/disk1/davem/BK/net-2.6 · 4705cae7
      David S. Miller authored
      into kernel.bkbits.net:/home/davem/net-2.6
      4705cae7
    • Paul Mackerras's avatar
      [PATCH] sort exception tables · 35b93751
      Paul Mackerras authored
      This patch arranges for the exception tables to be sorted on most
      architectures.  It sorts the main kernel exception table on startup
      and the module exception tables when they get loaded.  The main table
      is sorted reasonably early - just after kmem_cache_init - but that
      could be moved even earlier if necessary.
      
      There is now a lib/extable.c which includes the sort_extable()
      function from arch/ppc/mm/extable.c and the search_extable() function
      from arch/i386/mm/extable.c, which had been copied to many
      architectures.  On many architectures, arch/$(ARCH)/mm/extable.c
      became empty and so I have removed it.
      
      There are four architectures which do things differently from i386:
      alpha, ia64, sparc and sparc64.  Alpha and ia64 store the offset from
      the offset from the exception table entry to the instruction, and
      sparc and sparc64 have range entries in the table.  For those
      architectures I have added empty sort_extable functions.  The
      maintainers for those architectures can implement something better if
      they care to.  As it is they are no worse off than before.
      
      Although it is a moderately sizable patch, it ends up with a net
      reduction of 377 lines in the size of the kernel source. :)
      
      I have tested this on x86 and ppc with a module that uses __get_user
      in an init function, deliberately laid out to get the exception table
      out of order, and it works (whereas it oopsed without this patch).
      35b93751
    • Andrew Morton's avatar
      [PATCH] Restore missing ppc64 hash_low.S file · d35e9aba
      Andrew Morton authored
      This went missing somewhere.  Here's a patch which puts it back.
      d35e9aba
    • Bartlomiej Zolnierkiewicz's avatar
      [PATCH] pdc202xx_old.c: sanitize 66MHz clock use · f154cb92
      Bartlomiej Zolnierkiewicz authored
      Sanitize 66MHz clock use: "enable" 66MHz clock before starting UDMA3/4/5
      read/write transfer and "disable" it after finishing transfer.
      
      - fixes timings for non-UDMA3/4/5 operations (correct 33MHz timings are used)
      
      - allows using UDMA3/4/5 modes on a capable drive even if non-UDMA3/4/5 drive
        is present on the same channel
      
      - fixes corner case when one drive on the channel was using UDMA66/100 + LBA48
        (so clock was enabled/disabled for each read/write) and other one was using
        UDMA66/100 + LBA28, it could happen that request on LBA48 drive disabled
        66MHz clock and it was not enabled for the next transfer on LBA28 drive
      f154cb92
    • Bartlomiej Zolnierkiewicz's avatar
      [PATCH] pdc202xx_old.c: fix enabling 66MHz clock for modes > UDMA2 · 749949ea
      Bartlomiej Zolnierkiewicz authored
      drive->id is now always present even if no device is attached,
      therefore check for drive->present instead.
      749949ea