1. 14 Jan, 2003 2 commits
    • Paul Mackerras's avatar
      PPC32: Change struct free_pte_ctx to struct mmu_gather. · 9e7f90dd
      Paul Mackerras authored
      A couple of occurrences of struct free_pte_ctx in include/asm-ppc/tlb.h
      got missed in akpm's patch - this fixes them.
      9e7f90dd
    • Dale Farnsworth's avatar
      PPC32: Fix copy_from_user to copy as much as possible. · 8ebe7055
      Dale Farnsworth authored
      copy_from_user is supposed to transfer as much data as is
      valid and then to return the number of bytes not tranferred.
      That's how it works on x86.  On ppc it can be as much as 15
      bytes short.
      
      I initially saw the problem with the mount system call.
      
      Note that the fifth argument to mount is an address 8 bytes from the end
      of user data space.  There is a null byte at that address, since no mount
      options are being passed.
      
      In the kernel, sys_mount() allocates a page for the options and
      does copy_from_user(new_page, 0x1005eff8, PAGE_SIZE).  copy_from_user
      should copy 8 bytes and return (PAGE_SIZE-8).  Instead, on ppc it reads
      8 bytes, faults, writes no bytes, and returns PAGE_SIZE, which causes the
      EFAULT to be erroneously reported.
      8ebe7055
  2. 13 Jan, 2003 1 commit
  3. 12 Jan, 2003 27 commits
  4. 11 Jan, 2003 10 commits
    • Russell King's avatar
      [ARM] CPUFREQ updates from Dominik · c3c79e0e
      Russell King authored
      cpu-sa11x0: CPUFREQ_ALL_CPUS shouldn't be passed as argument to
      cpufreq_notify_transition() any more, but the exact CPU number.
      
      mach-integrator: cpufreq_notify_transition() isn't called -- which
      means that the transition notifiers are not informed. This patch adds
      these callbacks. Also, CPUFREQ_ALL_CPUS can't passed to
      cpufreq_driver->set_policy any longer, so some code can safely be
      removed.
      c3c79e0e
    • Jaroslav Kysela's avatar
      Linux PnP Support 0.94 · 7cf4ec8d
      Jaroslav Kysela authored
      (Adam Belay)            -use list_del instead of list_del_init in some areas
                              -introduce pnp capability and status flags
                              -remove static resource setting, I did some research and found that only
                               PnPBIOS supports it, therefore it is better to implememt this in the
                               PnPBIOS protocol itself. (it appears ACPI doesn't use this)
                              -Remove pnp_dev_has_driver and use PNP_ATTACHED instead, this is necessary
                               because a card driver only has rights over a device that it requests.
                              -added card_for_each_dev macro
                              -undo isapnp protocol changes, the pnp layer was designed to handle cards
                               and devices on the same protocol and I feel they should not be seperated.
      (Pual Laufer)           -Fix remove driver bug in pnp card services
      (Adam Richter)          -Fix a potential oops in id registration functions
      7cf4ec8d
    • Linus Torvalds's avatar
      Merge http://linux-isdn.bkbits.net/linux-2.5.isdn · 811b6a3b
      Linus Torvalds authored
      into home.transmeta.com:/home/torvalds/v2.5/linux
      811b6a3b
    • Kai Germaschewski's avatar
      Merge tp1.ruhr-uni-bochum.de:/scratch/kai/kernel/v2.5/linux-2.5 · c29fba8a
      Kai Germaschewski authored
      into tp1.ruhr-uni-bochum.de:/scratch/kai/kernel/v2.5/linux-2.5.isdn
      c29fba8a
    • Kai Germaschewski's avatar
      ISDN: remove kernel 2.0 code · 11aeb65a
      Kai Germaschewski authored
      From: Adrian Bunk <bunk@fs.tum.de>
      
      The patch below removes #if'd kernel 2.0 code from
      drivers/isdn/divert/divert_init.c.
      11aeb65a
    • Kai Germaschewski's avatar
      ISDN: isdn-tty driver not HZ aware · 4e242203
      Kai Germaschewski authored
      From: Christian Borntraeger <linux@borntraeger.net>
        
      This patch makes isdn_tty HZ aware.
      The first change changes 3000 jiffies (now 3 seconds) to 30 seconds according to
      the comment.
      I dont know, if the second change (schedule_timeout(50);) has to be half a
      second but this was the value used in 2.4.
      4e242203
    • Kai Germaschewski's avatar
      ISDN/HiSax: Add missing __devexit_p() · 70028644
      Kai Germaschewski authored
      70028644
    • Kai Germaschewski's avatar
      ISDN/HiSax: Clean up the gazel subdriver · 84cadf5c
      Kai Germaschewski authored
      Instead of having "switch (subtype)" in just about every function,
      rather use separate functions and invoke the right one using
      the now existing struct card_ops infrastructure.
      84cadf5c
    • Kai Germaschewski's avatar
      ISDN/HiSax: Share IPAC IRQ handler · 8686ec19
      Kai Germaschewski authored
      All IRQ handlers for IPAC based cards were basically the same (not
      a big surprise, since the chip is the same), so we can share
      the IRQ handler.
      8686ec19
    • Kai Germaschewski's avatar
      ISDN/HiSax: Generate D/B channel access functions for IPAC · b59b6557
      Kai Germaschewski authored
      IPAC is basically a combined HSCX/ISAC chip, so we can generate
      the D- and B-channel access functions knowing how to access the IPAC.
        
      For performance reasons, this happens in a macro.
      b59b6557