1. 02 8月, 2005 11 次提交
    • A
      [PATCH] skge build fix · 3fef3fa2
      Andrew Morton 提交于
      Make it compile with CONFIG_PM=n
      
      Cc: "Rafael J. Wysocki" <rjw@sisk.pl>
      Cc: Jeff Garzik <jgarzik@pobox.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      3fef3fa2
    • A
      [PATCH] i2c-mpc.c: revert duplicate patch · de5b3110
      Andrew Morton 提交于
      Seems that both Greg and I submitted the same patch and it just kept on
      applying...
      
      Cc: Greg KH <greg@kroah.com>
      Cc: Kumar Gala <galak@freescale.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      de5b3110
    • L
      Revert ACPI interrupt resume changes · 697a2d63
      Linus Torvalds 提交于
      If there are devices that use interrupts over a suspend event, ACPI must
      restore the PCI interrupt links on resume.  Anything else breaks any
      device that hasn't been converted to the new (dubious) PM rules.
      
      Drivers that need the irq free/re-aquire sequence can be done one by one
      independently of this one.
      697a2d63
    • L
      Fix get_user_pages() race for write access · 4ceb5db9
      Linus Torvalds 提交于
      There's no real guarantee that handle_mm_fault() will always be able to
      break a COW situation - if an update from another thread ends up
      modifying the page table some way, handle_mm_fault() may end up
      requiring us to re-try the operation.
      
      That's normally fine, but get_user_pages() ended up re-trying it as a
      read, and thus a write access could in theory end up losing the dirty
      bit or be done on a page that had not been properly COW'ed.
      
      This makes get_user_pages() always retry write accesses as write
      accesses by making "follow_page()" require that a writable follow has
      the dirty bit set.  That simplifies the code and solves the race: if the
      COW break fails for some reason, we'll just loop around and try again.
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      4ceb5db9
    • A
      [PATCH] tridentfb: Fix scrolling artifacts during disk IO · 8d894c47
      Antonino A. Daplas 提交于
      Reported by: Jochen Hein (Bugzilla Bug 4312)
      
      When there is disk I/O happening, the framebuffer has a little snow on
      the screen.  Once I/O has finished, no garbage remains on screen.
      
      This bug was explained by: Knut Petersen
      
      Most important is CRTC register 2f, signal quality is also improved for
      higher vclk values by changing set_vclk() according to the X drivers and
      cyblafb.c
      
      The fix is to set the performance register (0x2f) with a more stable
      value.
      Signed-off-by: NAntonino Daplas <adaplas@pol.net>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      8d894c47
    • A
      [PATCH] tridentfb: Fix scrolling artifacts if acceleration is enabled · 8dad46cf
      Antonino A. Daplas 提交于
      Reported by: Jochen Hein (Bugzilla Bug 4386)
      
      booting leaves the end of long lines in the last line on screen when
      scrolling.  When X is running, scrolling puts garbage on the screen
      (looks like X data) Console switch fixes the screen.  Behaviour seems to
      be identical with noaccel and without on the video=tridentfb parameter
      in lilo.conf.
      
      This bug was explained by: Knut_Petersen
      
      Acceleration is broken for all BLADE 3D chips for all versions of kernel
      2.6 except for 32bit modes.  Most important reason is that the u32 col
      parameter of the graphics engine needs the color value replicated to all
      u8 of the u32 (8bit modes) and to both u16 of the u32.
      
      Fix color value passed to graphics engine, verified by the reporter.
      Signed-off-by: NAntonino Daplas <adaplas@pol.net>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      8dad46cf
    • I
      [PATCH] remove sys_set_zone_reclaim() · 6cb54819
      Ingo Molnar 提交于
      This removes sys_set_zone_reclaim() for now.  While i'm sure Martin is
      trying to solve a real problem, we must not hard-code an incomplete and
      insufficient approach into a syscall, because syscalls are pretty much
      for eternity.  I am quite strongly convinced that this syscall must not
      hit v2.6.13 in its current form.
      
      Firstly, the syscall lacks basic syscall design: e.g. it allows the
      global setting of VM policy for unprivileged users. (!) [ Imagine an
      Oracle installation and a SAP installation on the same NUMA box fighting
      over the 'optimal' setting for this flag. What will they do? Will they
      try to set the flag to their own preferred value every second or so? ]
      
      Secondly, it was added based on a single datapoint from Martin:
      
       http://marc.theaimsgroup.com/?l=linux-mm&m=111763597218177&w=2
      
      where Martin characterizes the numbers the following way:
      
       ' Run-to-run variability for "make -j" is huge, so these numbers aren't
         terribly useful except to see that with reclaim the benchmark still
         finishes in a reasonable amount of time. '
      
      in other words: the fundamental problem has likely not been solved, only
      a tendential move into the right direction has been observed, and a
      handful of numbers were picked out of a set of hugely variable results,
      without showing the variability data. How much variance is there
      run-to-run?
      
      I'd really suggest to first walk the walk and see what's needed to get
      stable & predictable kernel compilation numbers on that NUMA box, before
      adding random syscalls to tune a particular aspect of the VM ... which
      approach might not even matter once the whole picture has been analyzed
      and understood!
      
      The third, most important point is that the syscall exposes VM tuning
      internals in a completely unstructured way. What sense does it make to
      have a _GLOBAL_ per-node setting for 'should we go to another node for
      reclaim'? If then it might make sense to do this per-app, via numalib or
      so.
      
      The change is minimalistic in that it doesnt remove the syscall and the
      underlying infrastructure changes, only the user-visible changes.  We
      could perhaps add a CAP_SYS_ADMIN-only sysctl for this hack, a'ka
      /proc/sys/vm/swappiness, but even that looks quite counterproductive
      when the generic approach is that we are trying to reduce the number of
      external factors in the VM balance picture.
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      6cb54819
    • D
      [PATCH] pcmcia: fix multiple insertion of multifunction cards · 5d546f54
      Dominik Brodowski 提交于
      The ordering of setting and clearing device_add_pending went wrong on some
      occasions, causing multifunction cards only to be handled correctly on the
      first insertion, not on subsequent ones.
      Signed-off-by: NDominik Brodowski <linux@dominikbrodowski.net>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      5d546f54
    • D
      [PATCH] pcmcia: defer ide-cs initialization after other IDE drivers started up · 2b8d4669
      Dominik Brodowski 提交于
      Avoid registering PCMCIA CF cards before other IDE stuff. This means the risk
      of /dev/hd* being re-ordered is lessened. The _sane_ thing to assert any
      ordering is to use udev, nameif and so on, of course.
      Signed-off-by: NDominik Brodowski <linux@dominikbrodowski.net>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      2b8d4669
    • J
      [PATCH] inotify: fix race between the kernel and user space · b9c55d29
      John McCutchan 提交于
      When you rm a watch, an IN_IGNORED event is sent down the event queue
      with the watch descriptor that you just rm'd.
      
      If you then add a watch you could get the ignored watch's wd and if you
      haven't read the entire event queue, user space will think that it's
      newly created watch was just ignored.
      
      To avoid this problem we just use idr_get_new_above instead of
      idr_get_new.
      Signed-off-by: NJohn McCutchan <ttb@tentacle.dhs.org>
      Signed-off-by: NRobert Love <rml@novell.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b9c55d29
    • J
      [PATCH] inotify: fix file deletion by rename detection · 75449536
      John McCutchan 提交于
      When a file is moved over an existing file that you are watching,
      inotify won't send you a DELETE_SELF event and it won't unref the inode
      until the inotify instance is closed by the application.
      Signed-off-by: NJohn McCutchan <ttb@tentacle.dhs.org>
      Signed-off-by: NRobert Love <rml@novell.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      75449536
  2. 01 8月, 2005 3 次提交
  3. 31 7月, 2005 26 次提交