Date: Mon, 01 Mar 2010 22:14:46 -0700 (MST) From: "M. Warner Losh" <imp@bsdimp.com> To: jmallett@freebsd.org Cc: freebsd-mips@freebsd.org Subject: Re: USB support for RMI processors Message-ID: <20100301.221446.690091871650373431.imp@bsdimp.com> In-Reply-To: <eaa228be1003012057nd382421vf4386953542243dc@mail.gmail.com> References: <20100301.163233.4959786962507439.imp@bsdimp.com> <98a59be81003012053w81c3b4cxf25d1157abfe3114@mail.gmail.com> <eaa228be1003012057nd382421vf4386953542243dc@mail.gmail.com>
index | next in thread | previous in thread | raw e-mail
In message: <eaa228be1003012057nd382421vf4386953542243dc@mail.gmail.com>
Juli Mallett <jmallett@freebsd.org> writes:
: On Mon, Mar 1, 2010 at 20:53, C. Jayachandran <c.jayachandran@gmail.com> wrote:
: > The userland compiles with the patches and with -DNO_USB
: > -DNO_BLUETOOTH (using ld to convert binary to n32 obj fails - needs to
: > look at this). But the main battle will be ahead, the syscall,
: > exception and pobably signal handling and executable support needs to
: > be fixed before init goes thru. I'm working on this.
:
: I've made a hackish change to syscall stuff that works well enough but
: breaks o32 support; it should be obvious how to fix that:
:
: http://svn.freebsd.org/viewvc/base/user/jmallett/octeon/sys/mips/mips/trap.c?r1=204399&r2=204534&sortby=date
I think this is why we'll need to know the ABI that the binary is
running :)
: I'm fighting with rtld right now and believe I know the source of my
: misery but my tree has stopped working for some unrelated reason so
: now I'm trying to figure out what I messed up.
__start and rtld is very intimately linked. And both are sensitive to
the ABI. I have some saved patches in my tree that I've not had a
chance to test...
: BTW I've found it very useful to work with WITHOUT_DYNAMICROOT while I
: worked on the issues more fundamental than the rtld problem. Trivial
: signals seemed to work fine.
Yea, me too. :)
Warner
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100301.221446.690091871650373431.imp>
