Need developer to help move JDK ppc port forward

Need developer to help move JDK ppc port forward

[Kevin_Hendricks]

Hi,

Due to recent events, I will no longer be producing JDK's for PowerPC. 

If you or your firm needs a Java Developmnet Kit for PowerPC and if you have 
some time, please consider helping out the Blackdown porting team move forward 
and keep supporting other non-86 platforms.

If at all interested, please contact 

Scott Hutinger at : srh@www.mprojects.wiu.edu

I will be removing the current JDK for Linux PPC site soon (everything has been 
copied to www.linuxppc.org/java/) so nothing will be lost.

I would also be happy to bring anyone who wants, up to speed on the build 
process, etc to help make sure PPC keeps its Java capability going for use with 
Mozilla and other projects.

If anyone knows if IBM has or is considering an Open Source Java platform, I 
would be happy to help contribute to porting it to LinuxPPC.  Please let me 
know.  Unfortunately, kaffe has previously refused my help since I have seen the 
Sun source code.

Also, if anyone needs a 40 something year old former PDP-8 and PDP-11 programmer 
with time on his hands to help out a *true* Open Source project, let me know... 

Thanks,

Kevin


--
Kevin B. Hendricks
Associate Professor of Operations and Information Technology
Richard Ivey School of Business, University of Western Ontario
London, Ontario  N6A-3K7  CANADA   
khendricks@ivey.uwo.ca, (519) 661-3874, fax: 519-661-3959


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: Need developer to help move JDK ppc port forward

[Takashi Oe]

On Wed, 8 Dec 1999, Kevin_Hendricks wrote:
[...I'm sorry to hear about JDK port...]
> Also, if anyone needs a 40 something year old former PDP-8 and PDP-11 programmer 
> with time on his hands to help out a *true* Open Source project, let me know... 

Do you still have 8100 with you?  If so, porting Linux/PPC to your machine
may be a project for you.  Now that BootX can boot MkLinux, everything
there is open source (finally).


Takashi Oe


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Non-OF Ports (was Re: Need developer to help move JDK ppc port forward)

[Tony Mantler]

At 4:12 PM -0600 12/8/99, Takashi Oe wrote:
>On Wed, 8 Dec 1999, Kevin_Hendricks wrote:
>[...I'm sorry to hear about JDK port...]
>> Also, if anyone needs a 40 something year old former PDP-8 and PDP-11
>>programmer
>> with time on his hands to help out a *true* Open Source project, let me
>>know...
>
>Do you still have 8100 with you?  If so, porting Linux/PPC to your machine
>may be a project for you.  Now that BootX can boot MkLinux, everything
>there is open source (finally).

Speaking of Non-OF machines...

I was thinking it would help porting (in my case, to my 5200, which I
unfortunatley haven't had much chance to work on lately) if BootX were able
to construct a fake OF device tree in the absence of a real one.

I'm not sure exactly what the structure should be, but the kernel shoudn't
need a whole bunch information as the NuBus style hardware is fairly simple.


I'd do it myself, but I don't have codewarrior. (Fooey on non-free MacOS
dev tools) :)


Cheers - Tony :)


--
Tony Mantler         Renaissance Nerd Extraordinaire         eek@escape.ca
Winnipeg, Manitoba, Canada                       http://www.escape.ca/~eek


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: Non-OF Ports (was Re: Need developer to help move JDK ppc port forward)

[David A. Gatwood]

On Wed, 8 Dec 1999, Tony Mantler wrote:

> At 4:12 PM -0600 12/8/99, Takashi Oe wrote:
> >On Wed, 8 Dec 1999, Kevin_Hendricks wrote:
> >[...I'm sorry to hear about JDK port...]
> >> Also, if anyone needs a 40 something year old former PDP-8 and PDP-11
> >>programmer
> >> with time on his hands to help out a *true* Open Source project, let me
> >>know...
> >
> >Do you still have 8100 with you?  If so, porting Linux/PPC to your machine
> >may be a project for you.  Now that BootX can boot MkLinux, everything
> >there is open source (finally).
> 
> Speaking of Non-OF machines...
> 
> I was thinking it would help porting (in my case, to my 5200, which I
> unfortunatley haven't had much chance to work on lately) if BootX were able
> to construct a fake OF device tree in the absence of a real one.
> 
> I'm not sure exactly what the structure should be, but the kernel shoudn't
> need a whole bunch information as the NuBus style hardware is fairly simple.
> 
> I'd do it myself, but I don't have codewarrior. (Fooey on non-free MacOS
> dev tools) :)

Heheh.  Stay tuned on the 5200.  My finals are over, and I have a few
things left to do before I'm free for a while.  I've tracked down more
information about the booting failures and I've started moving through the
MkLinux code from the early stuff by checkout date trying to figure out
exactly where it stopped starting to boot.  As soon as I've figured out
what's wrong there, it should be trivial to get these machines at least
partially working.

We (MkLinux) already have an interrupt handler for them that I think is
mostly right, along with hooks for the hardware addresses of every
significant chip on the motherboards (there aren't very many), so the
remainder of the porting is details.  I have a 6214 in my dorm room that I
want to get off the floor, hence porting should go much faster now.  ;-)


David


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: Non-OF Ports (was Re: Need developer to help move JDK ppc port forward)

[Tony Mantler]

At 7:24 PM -0600 12/8/99, David A. Gatwood wrote:
[...]
>Heheh.  Stay tuned on the 5200.  My finals are over, and I have a few
>things left to do before I'm free for a while.  I've tracked down more
>information about the booting failures and I've started moving through the
>MkLinux code from the early stuff by checkout date trying to figure out
>exactly where it stopped starting to boot.  As soon as I've figured out
>what's wrong there, it should be trivial to get these machines at least
>partially working.
>
>We (MkLinux) already have an interrupt handler for them that I think is
>mostly right, along with hooks for the hardware addresses of every
>significant chip on the motherboards (there aren't very many), so the
>remainder of the porting is details.  I have a 6214 in my dorm room that I
>want to get off the floor, hence porting should go much faster now.  ;-)

The interrupt handling in
<http://www.mklinux.org/cgi-bin/cvsweb/osfmk/src/mach_kernel/ppc/POWERMAC/interr
upt_performa.c?rev=1.6> looks like what I was hoping I wouldn't have to
write. Somehow I can't picture apple using a 'check every IRQ source on
interrupt' method for routing between the 68k and PPC interrupt styles, but
I guess I wouldn't put it past them. (It also leaves the question of where
does the NMI go)

Beyond that, Linux/Mac68k has plenty of code for the Q630 that can be
recycled for my 5200.

But before that, I'd really like to more fully understand the Capella chip
in both it's cache controlling and interrupt functions, so I can support it
properly.


Cheers - Tony :)


--
Tony Mantler         Renaissance Nerd Extraordinaire         eek@escape.ca
Winnipeg, Manitoba, Canada                       http://www.escape.ca/~eek


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: Non-OF Ports (was Re: Need developer to help move JDK ppc port forward)

[Michael Schmitz]

> The interrupt handling in
> <http://www.mklinux.org/cgi-bin/cvsweb/osfmk/src/mach_kernel/ppc/POWERMAC/interr
> upt_performa.c?rev=1.6> looks like what I was hoping I wouldn't have to
> write. Somehow I can't picture apple using a 'check every IRQ source on
> interrupt' method for routing between the 68k and PPC interrupt styles, but
> I guess I wouldn't put it past them. (It also leaves the question of where
> does the NMI go)

You should know Apple better than that. Did you ever hear Mikael Forselius
describe the structure of the Apple interrupt handlers he disassembled? It
was like

- get level 2 interrupt

- get interrupt pending mask, handle first level 2 interrupt

- get level 1 interrupt pending mask, handle first level 1 interrupt

- iterate from 2 until all cows came home. 

Not quite 'every source' but that shouldn't be necessary as you always get
higer level ones immediately anyway.

	Michael


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/