1. 01 Mar, 2004 17 commits
    • Andrew Morton's avatar
      [PATCH] ppc64: iSeries virtual disk update · 6431870d
      Andrew Morton authored
      From: Stephen Rothwell <sfr@canb.auug.org.au>
      
      This patch (hopefully) addresses concerns Christoph Hellwig had with the
      virtual disk probing code.
      6431870d
    • Andrew Morton's avatar
      [PATCH] ppc64: fix a bug in iSeries MMU hash management · 783c8cbd
      Andrew Morton authored
      From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      
      iSeries HyperVisor is doing some evilery when inserting PTEs that I didn't
      properly account for when rewriting that code, causing iSeries box to blow
      up regulary.
      783c8cbd
    • Andrew Morton's avatar
      [PATCH] fix umount dataloss problem · eb657e38
      Andrew Morton authored
      address_spaces have a `dirtied_when' jiffies field which records the time at
      which the mapping was first dirtied.  This is used for the periodic writeback
      (kupdate) function.  It is also used to prevent livelocks in the writeback
      code: don't try to write back objects which were dirtied after
      sync_sb_inodes() was called.
      
      It used to be the case that dirtied_when == 0 had magical properties, so
      there is code in there which avoids accidentally setting dirtied_when to zero
      at jiffy wrap time.  We just set it to jiffies|1.
      
      Unfortunately, jiffies|1 is in the future.  So under some rare timing
      circumstances (inode dirtied within one jiffy of umount) the livelock
      avoidance code in sync_sb_inodes() can accidentally trigger and we fail to
      write an inode out, resulting in filesytem corruption on ext2-style
      filesystems.  Normally, nobody dirties a file within a millisecond of umount,
      so it was not noticed.
      
      It is no longer the case that (address_space.dirtied_when == 0) has special
      meaning, so we can just remove all that code and fix the bug.
      eb657e38
    • Santiago Leon's avatar
      [PATCH] broken PowerPC Virtual Ethernet · e3602cb0
      Santiago Leon authored
      This fixes the PowerPC Virtual Ethernet driver that got broken by the
      recent ppc64 iommu patch...
      e3602cb0
    • Linus Torvalds's avatar
      Merge bk://gkernel.bkbits.net/libata-2.5 · 521d85de
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.5/linux
      521d85de
    • Linus Torvalds's avatar
      Merge bk://gkernel.bkbits.net/net-drivers-2.5 · 5f7e3b2f
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.5/linux
      5f7e3b2f
    • Russell King's avatar
      [PATCH] Wireless pcmcia netdev patches · dc36ad08
      Russell King authored
      On Mon, Nov 17, 2003 at 02:57:44PM -0800, Jean Tourrilhes wrote:
      > On Sun, Nov 16, 2003 at 11:33:01PM +0000, Russell King wrote:
      > > Jean,
      > >
      > > Could you please arrange for this patch to be tested?  It covers all
      > > the PCMCIA wireless drivers in 2.6.0-test9; I haven't been able to
      > > test.
      >
      > 	Dual P500, kernel 2.6.0-test9 + your patch.
      > -------------------------------------------------
      >...
      > 	Few comments :
      > 	o Yanked the cards out of the socket, cardmgr did ifconfig
      > down and removal of module automatically.
      > 	o I did not see any patch for the Orinoco driver, but I did
      > not check if it needs one. Did not look at HostAP either...
      > 	o wl3501_cs : ask Arnaldo.
      > 	o With 2.6.0-test9, I had instances of "can't read CIS". I
      > actually had to reboot to perform the test.
      > 	o The kobject Oops is something I think I saw before. I never
      > remove my Aironet card because I don't want to reboot :-( This time,
      > it seems to have survived better, so I see that as progress ;-)
      
      This patch seems to have been forgotten about, so here it is again,
      this time against 2.6.4-rc1.  This really needs to be send upstream,
      though I don't know where we got to with this one.  Maybe we should
      put it in akpm's tree for a while?
      
      It's essentially more of the "don't deadlock if you pull out a
      PCMCIA network card and it's currently configured up" patch which
      went in recently for PCMCIA NIC cards.
      dc36ad08
    • Marc Zyngier's avatar
      [PATCH] Re: 2.6.4-rc1 + hp100 EISA, not working · 980a33b0
      Marc Zyngier authored
      >>>>> "Pawel" == Pawe  <Pawe> writes:
      
      Pawel> On 2.6.3 it just Oopsed and didn't work. On 2.6.4-rc1 it does
      Pawel> not oops but it doesn't work (neither as module nor as build in kernel).
      
      Note that hp100 in 2.6.4-rc1 is still broken wrt EISA probing, since
      it lacks the terminating entry in the EISA ID list. This one-liner
      should take care of random crashes that are often reported to LKML :
      
      ===== drivers/net/hp100.c 1.24 vs edited =====
      980a33b0
    • Linus Torvalds's avatar
      Merge bk://kernel.bkbits.net/davem/sparc-2.6 · 77dd8f26
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.5/linux
      77dd8f26
    • Linus Torvalds's avatar
      Merge bk://bk.arm.linux.org.uk/linux-2.6-rmk · 52c785da
      Linus Torvalds authored
      into ppc970.osdl.org:/home/torvalds/v2.5/linux
      52c785da
    • Hollis Blanchard's avatar
      [PATCH] ppc64: export vio_find_node() · e3439af1
      Hollis Blanchard authored
      To hotplug-remove virtual devices, we need vio_find_node() so we have a
      pointer to pass to vio_unregister_device().
      e3439af1
    • Hollis Blanchard's avatar
      [PATCH] ppc64: make "viodev->unit_address" 32-bit · 84c6b89a
      Hollis Blanchard authored
      vio_dev->unit_address only holds 32 bits of information anyways, so no
      need for 64-bit field.
      84c6b89a
    • Greg Kroah-Hartman's avatar
      [PATCH] Fix USB printer transfers · 53e66bd3
      Greg Kroah-Hartman authored
      From Barry K. Nathan
      
      This fixes the ulblp transfer length code, which would otherwise skip
      the final iteration and lead to incomplete printer output (and us
      waiting forever for the transfer to complete)
      53e66bd3
    • David S. Miller's avatar
      Merge davem@nuts.davemloft.net:/disk1/BK/sparc-2.6 · d16bb53b
      David S. Miller authored
      into kernel.bkbits.net:/home/davem/sparc-2.6
      d16bb53b
    • David S. Miller's avatar
      Merge bk://bk.phunnypharm.org/sparc-2.6 · 7121bf30
      David S. Miller authored
      into nuts.davemloft.net:/disk1/BK/sparc-2.6
      7121bf30
    • Ben Collins's avatar
      Merge http://linux.bkbits.net/linux-2.5 · b090abd1
      Ben Collins authored
      into debian.org:/usr/src/kernel/sparc-2.6
      b090abd1
    • Ben Collins's avatar
  2. 29 Feb, 2004 3 commits
    • Jens Axboe's avatar
      [PATCH] fix CDROM_SEND_PACKET 32 -> 64-bit translation · ab1b2b63
      Jens Axboe authored
      Here's a much better version.  The real bug was of course that the
      get_user/put_user for data_direction were transposed.
      
      This patch also fixes the translation of "quiet" and "timeout" to be
      safer and clearer (instead of memcpying them as two ints and knowing
      that "quiet" is first and assuming that "compat_int_t" is always the
      same as the native "int", the code now handles them explicitly).
      
      We should use "access_ok()" and __get_user/__put_user to generate better
      code for this, but it's not performance-critical, so we don't care.
      Some other day, perhaps.
      ab1b2b63
    • Roger Luethi's avatar
      [PATCH] Update via-rhine Kconfig entry · 6cdcd300
      Roger Luethi authored
      Previous Kconfig change was incorrect, this is a better one.
      6cdcd300
    • Geert Uytterhoeven's avatar
      [PATCH] lost Amiga Hydra Ethernet patch · 4b832804
      Geert Uytterhoeven authored
      On Fri, 27 Feb 2004, Linus Torvalds wrote:
      > Ok, as usual, there was a lot of stuff for the -rc1, but as seems to be
      > more and more true it is mainly in the "periphery".
      >
      > Andrew Morton:
      >   o m68k: Amiga Hydra Ethernet new driver model
      
      This part of the patch seems to have been lost (root_hydra_dev is no more):
      4b832804
  3. 28 Feb, 2004 6 commits
  4. 27 Feb, 2004 14 commits