[parisc-linux] Newbie to risc

[parisc-linux] Newbie to risc

[robert stanford]

Hi everybody,
        Just got a HP K class 9000 series  with dual 240Mhz PA-RISC 8200
processors,32 serial ports, 24 scsi drives, 6 ups's, dat drive  and fast
wide diff scsi tape drive  in a 2 m case. Electrician comes over
tomorrow to hook it up for me. Im totaly new to this architecture.

Whats the current state of linux on parisc, is it stable enough to
deploy as a web/mail server? 

Regards
Robert Stanford

Re: [parisc-linux] Newbie to risc

[Jan-Benedict Glaw]

On Tue, 2001-12-18 21:28:42 +1000, robert stanford <rob@rotapile.com>
wrote in message <1008674922.25986.4.camel@rotapile>:
> Hi everybody,
>         Just got a HP K class 9000 series  with dual 240Mhz PA-RISC 8200
> processors,32 serial ports, 24 scsi drives, 6 ups's, dat drive  and fast
> wide diff scsi tape drive  in a 2 m case. Electrician comes over

*plonk*

SCNR, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	 -- New APT-Proxy written in shell script --
	   http://lug-owl.de/~jbglaw/software/ap2/

Re: [parisc-linux] Newbie to risc

[Grant Grundler]

Jan-Benedict Glaw wrote:
> On Tue, 2001-12-18 21:28:42 +1000, robert stanford <rob@rotapile.com>
> wrote in message <1008674922.25986.4.camel@rotapile>:
> > Hi everybody,
> >         Just got a HP K class 9000 series  with dual 240Mhz PA-RISC 8200
> > processors,32 serial ports, 24 scsi drives, 6 ups's, dat drive  and fast
> > wide diff scsi tape drive  in a 2 m case. Electrician comes over
> 
> *plonk*

Jan,
If that was you falling over, that's about right.
But dropping a K-class would be a bit louder ;^)

Robert,
K-class is only partially supported.
serial ports you probably can forget.
Anything connected via HP-PB slot (aka NIO) doesn't work either.
Search the mail archives (lists.parisc-linux.org) for "K-class"
for hints on getting a K-class booted.

grant

Re: [parisc-linux] Newbie to risc

[Ryan Bradetich]

On Tue, 2001-12-18 at 04:28, robert stanford wrote:
> Hi everybody,
>         Just got a HP K class 9000 series  with dual 240Mhz PA-RISC 8200
> processors,32 serial ports, 24 scsi drives, 6 ups's, dat drive  and fast
> wide diff scsi tape drive  in a 2 m case. Electrician comes over
> tomorrow to hook it up for me. Im totaly new to this architecture.
> 
> Whats the current state of linux on parisc, is it stable enough to
> deploy as a web/mail server? 

Nice Box :)

[parisc-linux] 2.4.14-pa1 seems to works fine on my B180

[joel.soete]

Hi all,

For my part 2.4.14-pa1 seems to works fine on my B180L (without or with 
modules).
Kbd unplug replug ok.
XFree86 seems to works as well as with 2.4.9 (personnaly I run Xfce-3.8.11 with 
the kind fondecran from ESIEE: nice).

Congratulation to all (a so nice job in so short time :))
      Joel


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)

Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180

[Grant Grundler]

joel.soete@freebel.net wrote:
> Hi all,
> 
> For my part 2.4.14-pa1 seems to works fine on my B180L (without or with 
> modules).

Astro based machines (eg C3000) still HPMC with:
	sync; cd/tmp; cp /boot/vmlinux .; sync;

I found one nit in sba_dma_supported() but that's not the problem.
Has anyone tried C200 (or similar? ie something with ccio)

thanks,
grant

Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180

[Albert Strasheim]

[-- Attachment #1: Type: text/plain, Size: 414 bytes --]

Hello,

The latest snapshot on ftp.parisc-linux.org seems to be:

linux-20011108.tar.gz   08-Nov-2001 15:58  26.8M

Why aren't snapshots being generated automatically anymore? I don't have
access to CVS, so that's why I need the snapshots; and I guess someone
wanting to start keeping current with CVS would prefer downloading a
snapshot and updating that, rather than checking out from scratch?

Regards,

Albert

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

rsync for CVS repository (was: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180)

[Jan-Benedict Glaw]

On Thu, 2001-11-15 00:41:48 +0200, Albert Strasheim <fullung@ilink.nis.za>
wrote in message <20011115004148.C21312@dogbert.localdomain>:
> The latest snapshot on ftp.parisc-linux.org seems to be:
> 
> linux-20011108.tar.gz   08-Nov-2001 15:58  26.8M
> 
> Why aren't snapshots being generated automatically anymore? I don't have
> access to CVS, so that's why I need the snapshots; and I guess someone

...which remembers me that I emailed with Grant these days about
making the CVS repository available via rsync. He also thought that
that would be a nice thing to have... I volunteered to do the setup
if time is all off. How about that?

MfG, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	http://lug-owl.de/~jbglaw/software/snapshot2cvs/

[parisc-linux] Re: rsync for CVS repository

[Grant Grundler]

Jan-Benedict Glaw wrote:
> ...which remembers me that I emailed with Grant these days about
> making the CVS repository available via rsync. He also thought that
> that would be a nice thing to have... I volunteered to do the setup
> if time is all off. How about that?

I've heard nothing back about this.  Sorry - I can't autonomously give
out logins to the cvs machine or I would have already.
Do you have a URL for a short how-to?
I might take a crack at it if no one else with access speaks up.

grant

Re: [parisc-linux] Re: rsync for CVS repository

[Rafael Herrera]

I set up my home computer as an rsync server to mirror some stuff to 
school. This is a PC running suse 7.2. If i remember correctly, the 
steps were:

1. Install it, of course.
2. Enable the server in /etc/inetd.conf

rsync   stream  tcp     nowait  root    /usr/sbin/tcpd  /usr/sbin/rsyncd 
--daemon

3. Edit the configuration file, /etc/rsync.conf. Here is an example of 
an anonymous setting:

gid = users
uid = nobody
read only = true
use chroot = true
transfer logging = true
log format = %h %o %f %l %b
log file = /var/log/rsyncd.log

[Example]
        path = /home/Example
        comment = An Example

-- 
      Rafael

Re: [parisc-linux] Re: rsync for CVS repository

[Paul Bame]

4. Adjust, test, and maintain the firewall
5. Write and maintain a blurb for the parisc-linux.org web site so
   more than one person can use this.
6. Answer questions from people who don't know how to use rsync or
   who have problems.  Some people will try it because it's there, not
   because it is useful for them.

Sorry I was unresponsive about this but I'm just not real excited about
it.  I was tempted to say "find 3 more people who will say they will
use this service and then let's do it".

	-P

Re: [parisc-linux] Re: rsync for CVS repository

[Rafael Herrera]

Paul Bame wrote:

> 6. Answer questions from people who don't know how to use rsync or
>    who have problems.  Some people will try it because it's there, not
>    because it is useful for them.


I use this command:

cd /your/localCVScopy/      
rsync -avzc --progress --stats thepalinux.host.com::Example .


will retrieve the Example directory in archive and compressed mode, a 
little verbose too. Note that this will overwrite any modified file you 
have in your tree.

-- 
      Rafael

Re: [parisc-linux] Re: rsync for CVS repository

[Jan-Benedict Glaw]

On Wed, 2001-11-14 19:47:05 -0700, Paul Bame <bame@riverrock.org>
wrote in message <m164CYT-000PwuC@bame.riverrock.org>:
> it.  I was tempted to say "find 3 more people who will say they will
> use this service and then let's do it".

I think it won't be that hard to find 3 people willing to use
it. It was my idea to install it, so, of course, I'm willing to
use it (I already use this for the MIPS linux CVS tree at
oss.sgi.com and I absolutely *love* it!).

MfG, JBG

-- 
Jan-Benedict Glaw   .   jbglaw@lug-owl.de   .   +49-172-7608481
	http://lug-owl.de/~jbglaw/software/snapshot2cvs/

Re: [parisc-linux] Re: rsync for CVS repository

[Andrew Shugg]

Quoth Grant Grundler:
> Jan-Benedict Glaw wrote:
> > ...which remembers me that I emailed with Grant these days about
> > making the CVS repository available via rsync. He also thought that
> > that would be a nice thing to have... I volunteered to do the setup
> > if time is all off. How about that?
> 
> I've heard nothing back about this.  Sorry - I can't autonomously give
> out logins to the cvs machine or I would have already.
> Do you have a URL for a short how-to?
> I might take a crack at it if no one else with access speaks up.
> 
> grant

I've not responded individually to the comments in the thread following
this post, but I think there's a bit of confusion.

There's not much point in setting rsync access to the CVS repository,
except for mirroring purposes.  (And even then, you probably would only
want it to be rsync in one direction; maintaining two or more live CVS
repositories and attempting to keep them synchronised with rsync would
be an exercise in hard work.)

What is useful though, and what is being done by several projects, is to
maintain one or more checked-out trees from their CVS repository and
have these trees available by anonymous rsync.  Most popular CVS
projects don't branch, and so this is very easy: a regular cron job
keeps a CVS HEAD checkout fresh, and the tree is served by rsync or some
other server of choice (ftp/http).

The usefulness of this - as it is not replacing cvs in any way - is that
a user may easily bring their tree in sync with HEAD (or whichever
branch is being tracked) and then still be able to perform the usual cvs
operations on it (eg diff, log etc).

I know that I would make use of an anonymous rsync service if it were
available.  I do agree with the point made by some others though, that
if advertised there are likely to be people who will try it just for fun
and then generate a lot of list noise when they have problems.  On the
other hand, this is a risk you also take by putting up a CVS server, or
running a mailing list.  There's a balance there somewhere.  =)

Andrew.

-- 
Andrew Shugg <andrew@neep.com.au>                   http://www.neep.com.au/

"Just remember, Mr Fawlty, there's always someone worse off than yourself."
"Is there?  Well I'd like to meet him.  I could do with a good laugh."

Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180

[kenneth westelinck]

Indeed ;-)
I would like to get my hands on a recent snapshot as well.
Thanks.

Kenneth

----- Original Message ----- 
From: "Albert Strasheim" <fullung@ilink.nis.za>
To: <parisc-linux@lists.parisc-linux.org>
Sent: Wednesday, November 14, 2001 11:41 PM
Subject: Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180

Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180

[Jurriaan on Alpha]

On Wed, Nov 14, 2001 at 12:39:07PM -0700, Grant Grundler wrote:
> joel.soete@freebel.net wrote:
> > Hi all,
> > 
> > For my part 2.4.14-pa1 seems to works fine on my B180L (without or with 
> > modules).
> 
> Astro based machines (eg C3000) still HPMC with:
> 	sync; cd/tmp; cp /boot/vmlinux .; sync;
> 
> I found one nit in sba_dma_supported() but that's not the problem.
> Has anyone tried C200 (or similar? ie something with ccio)
> 
I'd be willing to try, but will the new kernel build with the old, pre
'don't apt-get upgrade!!' userland tools?

Thanks,
Jurriaan
-- 
Holed up in your little room, we talk for hour on empty hour,
pacing up and down between the walls that we have built ourselves.
	New Model Army - Long Goodbye
GNU/Linux 2.4.15-pre4 on Debian/Alpha 64-bits 990 bogomips load:0.08 0.21 0.15

Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180

[joel.soete]

Hello Jurrian,

Quoting Jurriaan on Alpha <thunder7@xs4all.nl>:

> On Wed, Nov 14, 2001 at 12:39:07PM -0700, Grant Grundler wrote:
> > joel.soete@freebel.net wrote:
> > > Hi all,
> > > 
> > > For my part 2.4.14-pa1 seems to works fine on my B180L (without or
> with 
> > > modules).
> > 
> > Astro based machines (eg C3000) still HPMC with:
> > 	sync; cd/tmp; cp /boot/vmlinux .; sync;
> > 
> > I found one nit in sba_dma_supported() but that's not the problem.
> > Has anyone tried C200 (or similar? ie something with ccio)
> > 
> I'd be willing to try, but will the new kernel build with the old, pre
> 'don't apt-get upgrade!!' userland tools?

You could be confident, I successfully re-compile the kernel from a cvs 
checkout on my B180 natively (what I do from some month now) with a running 
kernel 2.4.9-pa78.

Have a nice kernel :<)) ,
        Joel


> 
> Thanks,
> Jurriaan
> -- 
> Holed up in your little room, we talk for hour on empty hour,
> pacing up and down between the walls that we have built ourselves.
> 	New Model Army - Long Goodbye
> GNU/Linux 2.4.15-pre4 on Debian/Alpha 64-bits 990 bogomips load:0.08
> 0.21 0.15
> 
> 


-------------------------------------------------
This mail sent through Tiscalinet Webmail (http://webmail.tiscali.be)

Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180

[Ryan Bradetich]

On Wed, Nov 14, 2001 at 12:39:07PM -0700, Grant Grundler wrote:
> joel.soete@freebel.net wrote:
> > Hi all,
> > 
> > For my part 2.4.14-pa1 seems to works fine on my B180L (without or with 
> > modules).
> 
> Astro based machines (eg C3000) still HPMC with:
> 	sync; cd/tmp; cp /boot/vmlinux .; sync;
> 
> I found one nit in sba_dma_supported() but that's not the problem.
> Has anyone tried C200 (or similar? ie something with ccio)

Yes, I've hooked up some FW/Diff disk behind the Bluefish card in
the C200 trying to duplicate the scsi error seen by other people,
I have effectively been doing this in a continous loop on serveral
disks in parallel ... works for me(tm).

mkp is not seeing the disk corruption using the 2.4.14-pa1 kernel
on his C160 either, which used to corrupt this way also....

Not that this is much help, but hopefully will provide a data
point ....

- Ryan

> 
> thanks,
> grant
> 
> _______________________________________________
> parisc-linux mailing list
> parisc-linux@lists.parisc-linux.org
> http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
> 

-- 

Re: [parisc-linux] 2.4.14-pa1 seems to works fine on my B180

[Grant Grundler]

Ryan Bradetich wrote:
...
> Not that this is much help, but hopefully will provide a data
> point ....

I found the bug in sba and it seems that ccio has the
same bug. The basic problem was coalescing of DMA mapping
requests was resulting in DMA requests bigger than DMA_CHUNK_SIZE.

thanks to all who responded.

grant

ps. I found the bug pretty quickly once I enabled ASSERTs
  that I had embedded in the code when I wrote it.