Eric Lee / linux-smarc-t335x-v3.2

25 Apr, 2005

2 commits

  • ef0299bf8   [PATCH] mostek bogus sparse annotations fixed ... Browse Code »

    void * __iomem foo is not a pointer to iomem - it's an iomem variable
    containing void *. A pile of such guys in arch/sparc64/kernel/time.c,
    drivers/sbus/char/rtc.c and include/asm-sparc64/mostek.h turned into
    intended void __iomem *.

    Signed-off-by: Al Viro
    Signed-off-by: Linus Torvalds

    Al Viro
     
  • e3b9ab1a6   [PATCH] missing dependency on sparc64 ... Browse Code »

    CONFIG_HW_CONSOLE selects vt.c; without the stuff pulled by CONFIG_VT it
    will not build. Normally we get both in drivers/char/Kconfig and there
    HW_CONSOLE depends on VT. sparc64 does not pull drivers/char/Kconfig
    and has that sutff in arch/sparc64/Kconfig instead. However, it forgets
    to add the same dependency. As the result, turning VT off [which is
    possible] will end up with broken build. For no good reason...

    Signed-off-by: Al Viro
    Signed-off-by: Linus Torvalds

    Al Viro
     

22 Apr, 2005

1 commit

  • b4bca26c0   [SPARC]: Provide generic ioctls in Sparc RTC driver. ... Browse Code »

    Provide support for drivers/char/rtc.c ioctls in the
    Mostek rtc driver as well as the Sparc specific RTCGET
    and RTCSET.

    This allows userspace to be much less messy. Currently
    util-linux and other spots jump through hoops trying
    various ioctl variants until it hits the right one whatever
    driver actually being used supports.

    Eventually all of this should move over to the genrtc.c
    driver, but not today...

    While we are here, fix up the register types for sparse.

    Thanks to Frans Pop for helping point out this issue.

    Signed-off-by: David S. Miller

    David S. Miller
     

19 Apr, 2005

1 commit

  • 0ba4da03c   [PATCH] sparc64: Fix stat ... Browse Code »

    Like Alpha, sparc64's struct stat was defined before we had the
    nanosecond et al. fields added. So like Alpha I have to cons up a
    struct stat64 to get this stuff. I'll work on the glibc bits soon.

    Also, we were forgetting to fill in the nanosecond fields in the sparc
    compat stat64 syscalls.

    Signed-off-by: David S. Miller
    Signed-off-by: Linus Torvalds

    David S. Miller
     

18 Apr, 2005

5 commits

  • 9c7d3b3a6   [PATCH] sparc64: Fix copy_sigingo_to_user32() ... Browse Code »

    The compat routine to copy over this data structure was not
    handling SI_POLL correctly, breaking various fcntl() variants
    in compat tasks.

    Signed-off-by: David S. Miller
    Signed-off-by: Linus Torvalds

    Jurij Smakov
     
  • dadeafdfc   [PATCH] sparc64: Reduce ptrace cache flushing ... Browse Code »

    We were flushing the D-cache excessively for ptrace() processing
    and this makes debugging threads so slow as to be totally unusable.

    All process page accesses via ptrace() go via access_process_vm().
    This routine, for each process page, uses get_user_pages(). That
    in turn does a flush_dcache_page() on the child pages before we
    copy in/out the ptrace request data.

    Therefore, all we need to do after the data movement is:

    1) Flush the D-cache pages if the kernel maps the page to a different
    color than userspace does.
    2) If we wrote to the page, we need to flush the I-cache on older cpus.

    Previously we just flushed the entire cache at the end of a ptrace()
    request, and that was beyond stupid.

    Signed-off-by: David S. Miller
    Signed-off-by: Linus Torvalds

    David S. Miller
     
  • fb65b9619   [PATCH] sparc: Fix PTRACE_CONT bogosity ... Browse Code »

    SunOS aparently had this weird PTRACE_CONT semantic which
    we copied. If the addr argument is something other than
    1, it sets the process program counter to whatever that
    value is.

    This is different from every other Linux architecture, which
    don't do anything with the addr and data args.

    This difference in particular breaks the Linux native GDB support
    for fork and vfork tracing on sparc and sparc64.

    There is no interest in running SunOS binaries using this weird
    PTRACE_CONT behavior, so just delete it so we behave like other
    platforms do.

    Signed-off-by: David S. Miller
    Signed-off-by: Linus Torvalds

    David S. Miller
     
  • 961f8bc9f   [PATCH] sparc64: use message queue compat syscalls ... Browse Code »

    A couple message queue system call entries for compat tasks
    were not using the necessary compat_sys_*() functions, causing
    some glibc test cases to fail.

    Signed-off-by: David S. Miller
    Signed-off-by: Linus Torvalds

    David S. Miller
     
  • a9546f59e   [PATCH] sparc64: Do not flush dcache for ZERO_PAGE. ... Browse Code »

    This case actually can get exercised a lot during an ELF
    coredump of a process which contains a lot of non-COW'd
    anonymous pages. GDB has this test case which in partiaular
    creates near terabyte process full of ZERO_PAGEes. It takes
    forever to just walk through the page tables because of
    all of these spurious cache flushes on sparc64.

    With this change it takes only a second or so.

    Signed-off-by: David S. Miller
    Signed-off-by: Linus Torvalds

    David S. Miller
     

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds