1. 07 May, 2004 6 commits
    • Dave Jones's avatar
      [CPUFREQ] Handle CPUFREQ_RESUMECHANGE notifications · 4f111beb
      Dave Jones authored
      Notifications in i386, sparc64, x86_64, sh-sci and sa11xx-pcmcia notifiers.
      sa1100-framebuffer doesn't seem to be able to handle frequency transitions
      behind its back well. So, sa11xx will be marked
      CPUFREQ_PANIC_OUTOFSYNC | CPUFREQ_PANIC_RESUME_OUTOFSYNC later.
      4f111beb
    • Dave Jones's avatar
      [CPUFREQ] (Hopefully) fix cpufreq resume support. · ceccad84
      Dave Jones authored
       
      Upon resuming, first CPUfreq hardware support needs to be re-enabled in certain cases
      (call to cpufreq_driver->resume()).
       
      Then, two different paths may need to be taken:
      a) frequency during suspend equals frequency during resume ==> everything is fine,
       
      b) frequency differ ==> either we can't handle it, then panic (see flag
         CPUFREQ_PANIC_RESUME_OUTOFSYNC). Or we can handle it, then notify all
      ceccad84
    • Dave Jones's avatar
      [CPUFREQ] Fix 'out of sync' issue. · 6a4a93f9
      Dave Jones authored
      Sometimes we might discover during a call to cpufreq_get() that we're "out of sync",
      meaning the actual CPU frequency changed "behind our back". If this happens, the flag
      CPUFREQ_PANIC_OUTOFSYNC decides what can be done: if it is set, the kernel panic's,
      it it is not set, the cpufreq transition notifiers are informed of this change, and
      a call to cpufreq_update_policy() is scheduled [using the default workqueue] so that
      the user-defined values override BIOS / external interaction.
      6a4a93f9
    • Dave Jones's avatar
      [CPUFREQ] Export cpufreq_get() to userspace. · 98525f6f
      Dave Jones authored
      As it involves calls to hardware which might take some time,
      only let the super-user read out this value.
      98525f6f
    • Dave Jones's avatar
      [CPUFREQ] Move cpufreq_get() from the userspace governor to the core. · 657b1437
      Dave Jones authored
      Contrary to the previous implementation, it now calls the cpufreq driver,
      and reads out the _actual_ current frequency, and not the frequency the
      CPUfreq core _thinks_ the CPU is running at. Most cpufreq drivers do provide
      such a "hw get" function (only ACPI-io can definitely not be supported,
      I'm not sure about sh, sparc64 and powermac) anyway, and it is useful for
      other issues.
      657b1437
    • Dave Jones's avatar
      [CPUFREQ] Export scaling cur frequencies · f962f4e7
      Dave Jones authored
      Many users want to know the current cpu freqeuncy, even if not using
      the userspace frequency. On ->target cpufreq drivers (if they do their
      calls to cpufreq_notify_transition correctly) this just means reading
      out cpufreq_policy->cur.
      f962f4e7
  2. 22 Apr, 2004 3 commits
  3. 21 Apr, 2004 5 commits
  4. 19 Apr, 2004 3 commits
  5. 16 Apr, 2004 1 commit
  6. 14 Apr, 2004 11 commits
  7. 13 Apr, 2004 11 commits
    • Andrew Morton's avatar
      [PATCH] ppc64: restore r13 in an unrecoverable exception · 4d72de23
      Andrew Morton authored
      From: Anton Blanchard <anton@samba.org>
      
      We have to restore r13 when entering unrecoverable_exception.
      4d72de23
    • Andrew Morton's avatar
      [PATCH] ppc64: Fix ibmveth.c compilation · 6e9d79e2
      Andrew Morton authored
      From: Paul Mackerras <paulus@samba.org>
      
      This patch changes PCI_DMA_TODEVICE to DMA_TO_DEVICE in a couple of
      places in drivers/net/ibmveth.c, since it doesn't compile without this
      change and it does compile with it.  It also reformats a couple of
      over-long lines in the vicinity of the other changes.
      6e9d79e2
    • Andrew Morton's avatar
      [PATCH] ufs2_frag_map_fix : fixes wrong content reading in ufs2 code · 99ac3092
      Andrew Morton authored
      From: Niraj Kumar <niraj17@iitbombay.org>
      
      This is in continuation of the ufs2 read-only code that went into 2.6.5.
      
      This patch fixes a bug where wrong content was being read off the disk
      after around 4 MB mark.
      99ac3092
    • Andrew Morton's avatar
      [PATCH] binfmt_misc: remove attribute(unused) · 957ce1ab
      Andrew Morton authored
      From: Anton Blanchard <anton@samba.org>
      
      It's been there since the kernel was first imported into bk.  We see no
      reason for this.
      957ce1ab
    • Andrew Morton's avatar
      [PATCH] stack reductions: nfs root · 4543d758
      Andrew Morton authored
      From: Arjan van de Ven <arjanv@redhat.com>
      
      root_nfs_name is called one in single threaded environment; can use static.
      4543d758
    • Andrew Morton's avatar
      [PATCH] Compile fix for macserial · 3de1b14f
      Andrew Morton authored
      From: Jeff Mahoney <jeffm@suse.com>
      
      This patch fixes a problem with the serial conversion to tiocm[sg]et.
      
      The paste from rs_ioctl included the command sanity checking, but there's no
      command for tiocm[sg]et.  The compile ends up failing.
      3de1b14f
    • Andrew Morton's avatar
      [PATCH] pcmcia/rsrc_mgr.c warning fix. · 8d5f7e27
      Andrew Morton authored
      From: "Luiz Fernando N. Capitulino" <lcapitulino@prefeitura.sp.gov.br>,
            me
      
      drivers/pcmcia/rsrc_mgr.c: In function `find_io_region':
      drivers/pcmcia/rsrc_mgr.c:604: warning: large integer implicitly truncated to unsigned type
      
      We don't really know what underlying type an ioaddr_t has, so just use an
      integer here and let the compiler promote it appropriately.
      8d5f7e27
    • Andrew Morton's avatar
      [PATCH] another mips build fix · 7b78461e
      Andrew Morton authored
      From: Samium Gromoff <deepfire@sic-elvis.zel.ru>
      
      Without this one it fails to build, too.
      7b78461e
    • Andrew Morton's avatar
      [PATCH] mips build fix · bc30464f
      Andrew Morton authored
      From: Samium Gromoff <deepfire@sic-elvis.zel.ru>
      
      Without this one it fails to build.
      bc30464f
    • Andrew Morton's avatar
      [PATCH] Wrong return value in hfs_fill_super · c241a7a9
      Andrew Morton authored
      From: Nick Wellnhofer <wellnhofer@aevum.de>
      
      hfs_fill_super in 2.6.5 returns -EIO instead of -EINVAL if a valid supe=
      block isn't found.  So mount_block_root in init/do_mounts.c bails out before
      trying to mount the root device as XFS.
      c241a7a9
    • Andrew Morton's avatar
      [PATCH] m68knommu: fixes to the 68328 DragonBall serial driver · 53fc8f8c
      Andrew Morton authored
      From: <gerg@snapgear.com>
      
      A few fixes for the 68328 "DragonBall" serial driver:
      
      . use irqreturn_t for interrupt handlers
      . correct a few variable types (stop compiler warnings)
      . correctly use return values from put_user(), get_user() and copy_to_user()
      
      Many of these originaly from kernel janitors.
      53fc8f8c