Re: [parisc-linux] Java and SSH

Re: [parisc-linux] Java and SSH

[marc]

>Check for OpenSSH, I'm pretty sure it's part of the compiled 
>packages.  As for Java, I'm pretty sure there is no pre-compiled form 
>for HPPA, but you can try to compile it, or try Kaffe
>Aaron

`apt-cache search ssh` returns nothing.

Any other ideas?

Re: [parisc-linux] Java and SSH

[Matthew Wilcox]

On Wed, May 29, 2002 at 11:04:58AM -0500, marc  wrote:
> 
> >Check for OpenSSH, I'm pretty sure it's part of the compiled 
> >packages.  As for Java, I'm pretty sure there is no pre-compiled form 
> >for HPPA, but you can try to compile it, or try Kaffe
> >Aaron
> 
> `apt-cache search ssh` returns nothing.
> 
> Any other ideas?

try an apt-get update first?

-- 
Revolutions do not require corporate support.

Re: [parisc-linux] Java and SSH

[Andreas Deresch]

On Wed, 29 May 2002, Matthew Wilcox wrote:

> On Wed, May 29, 2002 at 11:04:58AM -0500, marc  wrote:
> >
> > >Check for OpenSSH, I'm pretty sure it's part of the compiled
> > >packages.  As for Java, I'm pretty sure there is no pre-compiled form
> > >for HPPA, but you can try to compile it, or try Kaffe
> > >Aaron
> >
> > `apt-cache search ssh` returns nothing.
> >
> > Any other ideas?
>
> try an apt-get update first?
ssh is in non-US isn't it? If there is no line like

deb ftp://ftp.de.debian.org/debian-non-US unstable/non-US main
(change for your favourite server, protocol, etc.)

in /etc/apt/sources.list, that won't do anything.

ad

Re: [parisc-linux] Java and SSH

[Andreas Deresch]

On Wed, 29 May 2002, Andreas Deresch wrote:

> On Wed, 29 May 2002, Matthew Wilcox wrote:
>
> > On Wed, May 29, 2002 at 11:04:58AM -0500, marc  wrote:
> > >
> > > >Check for OpenSSH, I'm pretty sure it's part of the compiled
> > > >packages.  As for Java, I'm pretty sure there is no pre-compiled form
> > > >for HPPA, but you can try to compile it, or try Kaffe
> > > >Aaron
> > >
> > > `apt-cache search ssh` returns nothing.
> > >
> > > Any other ideas?
> >
> > try an apt-get update first?
> ssh is in non-US isn't it? If there is no line like
>
> deb ftp://ftp.de.debian.org/debian-non-US unstable/non-US main
> (change for your favourite server, protocol, etc.)
>
> in /etc/apt/sources.list, that won't do anything.
O.k., correction - at the moment it is in non-US/main for stable, in main
for testing and unstable.

ad

Re: [parisc-linux] Java and SSH

[Grant Grundler]

"marc " wrote:
> `apt-cache search ssh` returns nothing.
> Any other ideas?

verify you have non-us in your /etc/apt/sources.list.
Something like:
deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib non-free


grundler <515>dpkg -l ssh
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  ssh            3.0.2p1-9      Secure rlogin/rsh/rcp replacement (OpenSSH)


grant

[parisc-linux] Fast-Wide Diff. SCSI on a 735

[Andy Walker]

Hi folks,

Just picked up a free 735/99 today, so suddenly I've become interested
in the status of the Outfield 53c720 driver. Has there been any progress
or is there just no information available? I'd be happy to test patches -
or even dive into the code myself, but without docs that sounds a little
pointless.

The box came with a FWD SCSI cage, and although I can scrounge a SE cage
to go in there, I'd like to make good use of these Seagate ST32430WD's
I've got laying around.

Nice things about this deal - it came with an Intel 10/100 network
card in the EISA slot, it came with a big HP drive cabinett with two
serviceabele 5GB Hawks in (and a possibly working full-height DAT
unit). It has 176MB of memory and still 2 banks free - and I can
scrounge memory to fill those banks. Pity it had an A1097C monitor -
I was crossing my fingers for another A4033A, but beggars can't be
choosers.

By the way, if I can get my hands on a 735/125 cpu/memory board, will
my /99 become a /125, or is there more to it than that?

cheers,
-Andy


------------------------------------------------------------
Få din egen @start.no-adresse gratis på http://www.start.no/

Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735

[Grant Grundler]

Andy Walker wrote:
> By the way, if I can get my hands on a 735/125 cpu/memory board, will
> my /99 become a /125, or is there more to it than that?

I think so. I know someone here in Cupertino that stockpiles
735/125 boards for that purpose. I know particular revs of
firmware are required to run 125Mhz but don't know details.

Also note that the firmare is only *chip* upgradeable.
ie, scavenge newer firmware chips from dead boxes if you can.

grant

Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735

[Richard Hirst]

On Wed, May 29, 2002 at 11:20:16PM +0200, Andy Walker wrote:
> Hi folks,
> 
> Just picked up a free 735/99 today, so suddenly I've become interested
> in the status of the Outfield 53c720 driver. Has there been any progress
> or is there just no information available? I'd be happy to test patches -
> or even dive into the code myself, but without docs that sounds a little
> pointless.

Specs for Outfield are available now, look for hardball_ers.pdf on the
web site.

Other 53c720 interfaces (e.g. bluefish) are supported via the
ncr53c8xx.c driver, but that doesn't work for outfield because the 735
is not cache coherent.  My next idea was to add basic 53c720 support to
the 53c700 driver, as that works older hardware.  Ryan was interested in
looking at that a while back, but I don't know what happened.  My excuse
is that I don't have 735 h/w to test on so it is no fun - but that's a
poor excuse really as I could use my bluefish card to get 53c700 working
with 53c720.

53c700.c would drive the 53c720 chip in 53c700 mode, so would be
relatively low performance (more interrupts than you would need if you
made the most of the 53c720 features), and it would be 8 bit only.
Those issues could perhaps be fixed in time, and it would be better than
nothing, anyway.

Richard

Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735

[Andy Walker]

Quoting Richard Hirst <rhirst@linuxcare.com>:
> 
> Specs for Outfield are available now, look for hardball_ers.pdf on the
> web site.

Actually I saw that - so I'll print 'em out and start digesting the info
this evening. Haven't hacked on a SCSI driver since the earliest 1.1.x
BusLogic days, but I can at least try to understand what's going on.

> Other 53c720 interfaces (e.g. bluefish) are supported via the
> ncr53c8xx.c driver, but that doesn't work for outfield because the 735
> is not cache coherent.

If you remember Richard, I was having all sorts of trouble with a Bluefish
card in a 725/100 a while back. Think I got the same results in a C110 too.
Recognized as Zalon, but hung up with SCSI timeouts if there was a disk
attached. HP-UX booted happily off the same controller & disk.

> My next idea was to add basic 53c720 support to the 53c700 driver, as
> that works older hardware.  Ryan was interested in looking at that a while
> back, but I don't know what happened.  My excuse is that I don't have 735
> h/w to test on so it is no fun - but that's a poor excuse really as I could
> use my bluefish card to get 53c700 working with 53c720.
> 
> 53c700.c would drive the 53c720 chip in 53c700 mode, so would be
> relatively low performance (more interrupts than you would need if you
> made the most of the 53c720 features), and it would be 8 bit only.
> Those issues could perhaps be fixed in time, and it would be better
> than nothing, anyway.
> 
> Richard

Well, I've got a 735, a Bluefish card, a B132L with Zalon onboard, and no
current hacking project at home. Unfortunately I also have a wife, two kids
and a reasonable social life, so no wild promises ;-)

-Andy

------------------------------------------------------------
Få din egen @start.no-adresse gratis på http://www.start.no/

Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735

[Matthew Wilcox]

On Thu, May 30, 2002 at 10:48:32AM +0200, Andy Walker wrote:
> If you remember Richard, I was having all sorts of trouble with a Bluefish
> card in a 725/100 a while back. Think I got the same results in a C110 too.
> Recognized as Zalon, but hung up with SCSI timeouts if there was a disk
> attached. HP-UX booted happily off the same controller & disk.

Hmm.. Bluefish in a 725 should also fail due to non-coherent DMA.
But a C110 has the ccio chip in it, so Bluefish should work fine.

-- 
Revolutions do not require corporate support.

Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735

[Andy Walker]

Quoting Matthew Wilcox <willy@debian.org>:

> On Thu, May 30, 2002 at 10:48:32AM +0200, Andy Walker wrote:
> > If you remember Richard, I was having all sorts of trouble with a
> Bluefish
> > card in a 725/100 a while back. Think I got the same results in a C110
> too.
> > Recognized as Zalon, but hung up with SCSI timeouts if there was a
> disk
> > attached. HP-UX booted happily off the same controller & disk.
> 
> Hmm.. Bluefish in a 725 should also fail due to non-coherent DMA.
> But a C110 has the ccio chip in it, so Bluefish should work fine.

Okay, don't quote me on the C110 thing. I could be remembering it wrongly.
I'd test it, but my C110 Linux box is in another part of the building
here at work. Maybe test it on the B132 tonight.

While we're talking Bluefish, what is the meaning of the GPI0-3 dip
switches?

-Andy

------------------------------------------------------------
Få din egen @start.no-adresse gratis på http://www.start.no/

Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735

[Grant Grundler]

Andy Walker wrote:
> If you remember Richard, I was having all sorts of trouble with a Bluefish
> card in a 725/100 a while back. Think I got the same results in a C110 too.

That certainly wasn't because of cache coherency support.
725/100 is not cache coherent. C110 is.

grant

Re: [parisc-linux] Fast-Wide Diff. SCSI on a 735

[Ryan Bradetich]

I am still interested in working on this.  I have some preliminary
patches that I could update to CVS head, but they really do not get
very far.  During OLS I/We plan on working on this driver some more.  I 
believe the victim system is already present in Ottawa now :)

Thanks,

- Ryan


On Thu, 2002-05-30 at 02:14, Richard Hirst wrote:
> On Wed, May 29, 2002 at 11:20:16PM +0200, Andy Walker wrote:
> > Hi folks,
> > 
> > Just picked up a free 735/99 today, so suddenly I've become interested
> > in the status of the Outfield 53c720 driver. Has there been any progress
> > or is there just no information available? I'd be happy to test patches -
> > or even dive into the code myself, but without docs that sounds a little
> > pointless.
> 
> Specs for Outfield are available now, look for hardball_ers.pdf on the
> web site.
> 
> Other 53c720 interfaces (e.g. bluefish) are supported via the
> ncr53c8xx.c driver, but that doesn't work for outfield because the 735
> is not cache coherent.  My next idea was to add basic 53c720 support to
> the 53c700 driver, as that works older hardware.  Ryan was interested in
> looking at that a while back, but I don't know what happened.  My excuse
> is that I don't have 735 h/w to test on so it is no fun - but that's a
> poor excuse really as I could use my bluefish card to get 53c700 working
> with 53c720.
> 
> 53c700.c would drive the 53c720 chip in 53c700 mode, so would be
> relatively low performance (more interrupts than you would need if you
> made the most of the 53c720 features), and it would be 8 bit only.
> Those issues could perhaps be fixed in time, and it would be better than
> nothing, anyway.
> 
> Richard
> 
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
>