Re: Some information

2001-05-14 Thread Rodrigo Mamoru
Oh yes... please...

I'd be glad!!!


On Mon, May 14, 2001 at 06:00:23PM -0400, B.C.J.O wrote:
> On Mon, 14 May 2001, Rodrigo Mamoru wrote:
> 
> > Hi Sparc Users!
> > 
> > I am a newbie on the sparc distro.
> > I got the SPARC-HOWTO, and read-it fastely
> > 
> > so, in an Ultra-5, the base system was fine.
> > 
> > But the X
> > I saw that here, has lot of discussion about mouse, keyboard and video 
> > problems.
> > 
> > Someone make some notes, and create a mini-tutorial for Potato 2.2r2 on 
> > Ultra5?
> > 
> > If yes, could send me?
> > 
> > Thanks A LOT!
> 
> I have a functioning XF86Config-4 file that has the clauses for mouse and
> keyboard that you would need for a type4 and up keyboard and a type6
> mouse. I have an Ultra60 with a creator3d framebuffer, so it probably
> doesn't match what's in your U5 on that front, would you like me to
> forward it to you?
> 
> Brian
> [EMAIL PROTECTED]
> 
> "You can't depend on your judgement when your imagination
> is out of focus." -- Mark Twain
> 
> 



Re: New Woody 2.3.2 boot images for sparc, need testing...

2001-05-14 Thread David S. Miller

Ben Collins writes:
 > I am recompiling the same image from pristine vger CVS to match the one
 > provided in the boot disks. I'll see what I get from this one.
 > 
 > FYI, you can get the system-map for the linux-a.out image by downloading
 > the image-2.88/rescue.bin and mounting it over loop, if you're willing
 > to try piggybacking that one with the root.bin.

BTW, I thought initially that some of this might be a build
environment issue (cross builds on x86 == little endian issue, or
using sparc 64-bit build tools == some "long" type issue in piggyback
or TILO code).  But once you said that 2.2.x kernels did not have
these problems I threw away that theory.

Later,
David S. Miller
davem@redhat.com



Re: Some information

2001-05-14 Thread Ben Collins
On Mon, May 14, 2001 at 05:15:30PM -0300, Rodrigo Mamoru wrote:
> Hi Sparc Users!
> 
> I am a newbie on the sparc distro.
> I got the SPARC-HOWTO, and read-it fastely
> 
> so, in an Ultra-5, the base system was fine.
> 
> But the X
> I saw that here, has lot of discussion about mouse, keyboard and video 
> problems.
> 
> Someone make some notes, and create a mini-tutorial for Potato 2.2r2 on 
> Ultra5?
> 
> If yes, could send me?

It's pretty simple. Install the xserver-mach64 package, copy the
XF86Config example from /usr/doc/xserver-mach64/ to /etc/X11. Edit it
(it has lots of comments), and it should work pretty well.

Ben

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  '
 `---=--===-=-=-=-===-==---=--=---'



Some information

2001-05-14 Thread Rodrigo Mamoru
Hi Sparc Users!

I am a newbie on the sparc distro.
I got the SPARC-HOWTO, and read-it fastely

so, in an Ultra-5, the base system was fine.

But the X
I saw that here, has lot of discussion about mouse, keyboard and video problems.

Someone make some notes, and create a mini-tutorial for Potato 2.2r2 on Ultra5?

If yes, could send me?

Thanks A LOT!



Re: Ultra 5/Mach 64 video strangeness

2001-05-14 Thread Jim Hague
On 10-May-2001 Ben Collins wrote:
> Well, I've had this X session on my Ultra5 up for several days, doing
> mozilla, gnucash, koffice, etc...It's something specific to your setup.
> Can you send your modeline? You can get a decent modeline for default by
> using "fbset -x" and copying the output to XF86Config, and referencing
> it. That way your X modeline matches your terminal modeline.

Nice idea. Tried it. Left X running over the weekend, abeit with only gtkcd
(and xscreensaved on BSOD) as a client.

The screen wacked out at 12 today, with the symptoms as described before.
Logged in over telnet, everything still running. 'fbset -i' looks sensible:

mode "1280x1024-76"
# D: 134.880 MHz, H: 81.058 kHz, V: 76.039 Hz
geometry 1280 1024 1280 3251 8
timings 7414 271 49 32 2 64 8
hsync high
vsync high
csync high
accel true
rgba 8/0,8/0,8/0,0/0
endmode

Frame buffer device information:
Name: ATY Mach64
Address : 0xe180
Size: 4186112
Type: PACKED PIXELS
Visual  : PSEUDOCOLOR
XPanStep: 8
YPanStep: 1
YWrapStep   : 0
LineLength  : 1280
MMIO Address: 0xe17ff800
MMIO Size   : 2048
Accelerator : ATI Mach64GT

So tried 'fbset 1280x1024-76' and that locked the machine. The IP stack
appeared to be still running - responded to pings, outside connections would
connect but not start server.

In case anybody can spot some equipment/software commonality:

Darwin+ DVT2 motherboard, 270MHz, 64Mb, 4.3Gb HD (standard Ultra5, I believe).
All software current Debian potato, except 2.4.5-pre1 kernel from vger CVS.
Gnome, WindowMaker.
Running various wterms (WindowMaker derivative of rxvt), gtkcd, xemacs,
Netscape and xfmail at the time.

-- 
Jim Hague - [EMAIL PROTECTED] (Work), [EMAIL PROTECTED] (Play)
Never trust a computer you can't lift.



Re: New Woody 2.3.2 boot images for sparc, need testing...

2001-05-14 Thread Ben Collins
On Sun, May 13, 2001 at 11:20:46PM -0700, David S. Miller wrote:
> 
> Ben Collins writes:
>  > I can get my system's kernel image to boot piggyback, but obviously not
>  > mount the ramdisk (I don't compile initrd support in). If I try the
>  > images I have available, I get the "Fast Data Access MMU Miss".
> 
> I am confused, what works exactly and what does not?
> 
> Some kernel on some ultra you have works, but the new debian one's
> you put up for us to look at yesterday barf?

I can take the kernel I have on my AXe, piggyback the root.bin to it,
and use that to boot (a 2.4.4 kernel, built from vger CVS). The same
image does not work with tilo.

The image I provided with the boot disks does not work with piggyback,
nor tilo.

I am recompiling the same image from pristine vger CVS to match the one
provided in the boot disks. I'll see what I get from this one.

FYI, you can get the system-map for the linux-a.out image by downloading
the image-2.88/rescue.bin and mounting it over loop, if you're willing
to try piggybacking that one with the root.bin.

Ben

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  '
 `---=--===-=-=-=-===-==---=--=---'



X keyboard map - summary

2001-05-14 Thread Pierfrancesco Caci

Thanks to everybody that helped with the video, mouse and the keyboard
setting.
Here is the working configuration that I managed to put up with your
help, so maybe someone with my problem can find it in the archives:
(search engine baits: x xwindow linux sparc ultrasparc ultra10 sun
xkbmodel type4 type5 type6 mouse framebuffer ) 
 
--

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "sun"
Option  "XkbModel"  "type4"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"   Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/gpmdata"
Option  "Protocol"  "MouseSystems"
Option  "AllowMouseOpenFail"
EndSection

Section "Device"
Identifier  "Creator"
Driver  "sunffb"
EndSection


happy linuxing under the sun to everybody





-- 

---
 Pierfrancesco Caci |System Administrator @ seabone.net
 [EMAIL PROTECTED] | Telecom Italia S.p.A. - International Operations
 Linux paperino 2.4.2 #2 Thu Mar 8 15:21:54 CET 2001 i686 unknown



Re: smail segfaults

2001-05-14 Thread Marco Gaiarin
Mandi! [EMAIL PROTECTED]
  In chel di` si favelave...

>I just change my sendmail to smail on a SUN sparc box. It
> doesn't work, it just rport bus error

AFAIK smail is no more supported, you can use exim that is more or less
the same.

-- 
dott. ing. Marco Gaiarin
  Associazione ``La Nostra Famiglia''  http://www.lanostrafamiglia.it/
  Polo FVG  -  Via della Bontà, 7 - 33078  -  San Vito al Tagliamento (PN)
  gaio(at)sv.lnf.it tel +39-0434-842711fax +39-0434-842797

  No alla censura del Web:  http://punto-informatico.it/petizione.asp



smail segfaults

2001-05-14 Thread Dinh-Tuan . Pham
   I just change my sendmail to smail on a SUN sparc box. It
doesn't work, it just rport bus error

/usr/lib/sendmail -v [EMAIL PROTECTED]
Bus error

As a result, I can't even send a bug report (I sent this message from an
intel box)

System AXIL-320 (cone SS20)

Linux once 2.2.18pre21 #1 Wed Nov 22 16:18:08 EST 2000 sparc unknown
Debian woody/testing
libc6 version 2.2.3-1

If you need more info, let me knows.

-- 
PHAM Dinh Tuan | e-mail: [EMAIL PROTECTED]
Laboratoire de Modelisation et Calcul  | Tel: +33 4 76 51 44 23
BP 53, 38041 Grenoble cedex 9 (France) | Fax: +33 4 76 63 12 63
---



Re: New Woody 2.3.2 boot images for sparc, need testing...

2001-05-14 Thread David S. Miller

Ben Collins writes:
 > I can get my system's kernel image to boot piggyback, but obviously not
 > mount the ramdisk (I don't compile initrd support in). If I try the
 > images I have available, I get the "Fast Data Access MMU Miss".

I am confused, what works exactly and what does not?

Some kernel on some ultra you have works, but the new debian one's
you put up for us to look at yesterday barf?

Later,
David S. Miller
davem@redhat.com



Re: New Woody 2.3.2 boot images for sparc, need testing...

2001-05-14 Thread Ben Collins
On Sun, May 13, 2001 at 08:52:37PM -0700, David S. Miller wrote:
> 
> Ben Collins writes:
>  > At the URL below is the compressed ramdisk:
>  > 
>  > http://auric.debian.org/~bcollins/disks-sparc/current/images-1.44/root.bin
> 
> It boots just fine with piggyback for me, here is what I did in a
> 2.4.x current CVS tree:
> 
> 1) used arch/sparc64/defconfig, but turning CONFIG_SMP off
> 2) make vmlinux
> 3) make tftpboot.img ROOT_IMG=/home/davem/debian/root.bin

Seems my local piggyback was looking for start/end instead of
_start/_end. Bitten yet again :) Using the one from the current kernel,
I can get my system's kernel image to boot piggyback, but obviously not
mount the ramdisk (I don't compile initrd support in). If I try the
images I have available, I get the "Fast Data Access MMU Miss".

FYI, the kernel that worked with piggyback, still doesn't work with tilo
:/

The Debian kernel sources do have some (unrelated) patches. So I'll try
your example and see if I can get a stock CVS kernel to boot up.

Ben

-- 
 ---===-=-==-=---==-=--
/  Ben Collins  --  ...on that fantastic voyage...  --  Debian GNU/Linux   \
`  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  --  [EMAIL PROTECTED]  '
 `---=--===-=-=-=-===-==---=--=---'