29 Jan, 2008

1 commit


28 Jan, 2008

1 commit

  • Now with the voyagergx cruft gone and the dreamcast using declared
    coherent memory for pci there are no users of the consistent alloc and
    free functions pointers in the machine vector.

    So this little patch simply removes these function pointers from the macvec.

    Signed-off-by: Magnus Damm
    Signed-off-by: Paul Mundt

    Magnus Damm
     

08 Jun, 2007

1 commit

  • We now throw all of the machvecs in to .machvec.init and either
    select one on the command line, or copy out the first (and
    usually only) one to sh_mv. The rest are freed as usual.

    This gets rid of all of the silly sh_mv aliasing and makes the
    selection explicit rather than link-order dependent.

    Signed-off-by: Paul Mundt

    Paul Mundt
     

27 Sep, 2006

1 commit

  • Some more machvec overhauling and setup code cleanup. Kill off
    get_system_type() and platform_setup(), we can do these both
    through the machvec. While we're add it, kill off more useless
    mach.c's and drop some legacy cruft from setup.c.

    Signed-off-by: Paul Mundt

    Paul Mundt
     

26 Apr, 2006

1 commit


17 Jan, 2006

1 commit

  • This introduces a few changes in the way that the I/O routines are defined on
    SH, specifically so that things like the iomap API properly wrap through the
    machvec for board-specific quirks.

    In addition to this, the old p3_ioremap() work is converted to a more generic
    __ioremap() that will map through the PMB if it's available, or fall back on
    page tables for everything else.

    An alpha-like IO_CONCAT is also added so we can start to clean up the
    board-specific io.h mess, which will be handled in board update patches..

    Signed-off-by: Paul Mundt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paul Mundt
     

28 Oct, 2005

1 commit


17 Apr, 2005

1 commit

  • 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