from:"eric"


> On Jan 24, 2017, at 2:06 PM, louis ayotte <pocketpc2...@live.ca> wrote:
> 
> On 2017-01-24 01:01 PM, Eric Snowberg wrote:
> 
>> How big is your kernel?  Will silo boot it?  Can you start over and do the 
>> following:
>> 
>> grub> reboot
>> 
>> You should be back at OBP. Now boot from the disk again and issue:
>> 
>> grub> ls -l /
>> 
>> and send the response? Can you also send a list of all the loaded modules?
>> 
>> grub> lsmod
>> 
>> If you have a rescue iso, it may be easier to boot from it, mount your disk, 
>> chroot to it, and then generate your missing grub.cfg file with 
>> grub-mkconfig and then reboot.
>> 
> Before i installed grub it was booting fine with both kernels from SILO
> 
> grub> ls -l /
> DIR  20170116171825 lost+found/
> 5143720160122105340 silotftp.b
> 6752 20160122105340 isofs.b
> 512  20160122105340 first.b
> 1024 20160122105340 generic.b
> 1024 20160122105340 fd.b
> 5376020170116173035 second.b
> 800  20160122105340 ieee32.b
> 3715429  20160430170110 vmlinuz-4.5.0-2-sparc64-smp
> 2314500  20160430170315 System.map-4.5.0-2-sparc64-smp
> 3850232  20170116192407 vmlinuz
> 512  20160122105340 ultra.b
> 17281088 20170116192407 initrd.img
> 196  20170116173227 silo.conf
> 127403   20160430170315 config-4.5.0-2-sparc64-smp
> 7680 20170116173035 old.b
> 16280175 20170116191428 initrd.img-4.5.0-2-sparc64-smp
> 132748   20170112155237 config-4.9.0-1-sparc64-smp
> 3850232  20170112155237 vmlinuz-4.9.0-1-sparc64-smp
> 16280175 20170116192407 initrd.img.old
> 3715429  20170116192407 vmlinuz.old
> DIR  20170123170539 grub/
> 2416201  20170112155237 System.map-4.9.0-1-sparc64-smp
> 17281088 20170123004007 initrd.img-4.9.0-1-sparc64-smp
> 
> grub> lsmod
> NameRef Count   Dependencies
> minicmd 1  
> ls  1   normal
> normal  3   gettext,boot,bufio,crypto,terminal
> gzio0  
> gettext 4  
> boot4  
> bufio   4  
> crypto  4  
> terminal4  
> search_fs_uuid  1  
> part_sun1  
> ext21   fshelp
> fshelp  2  
> 
> I might look into the rescue iso later on today

That might be best.  Before you do that though, could you turn on the following 
debug flag and send me the results:

grub> set debug=loader
grub> linux /vmlinuz-4.9.0-1-sparc64-smp

do you get the same error with your smaller kernel?

> 
> Thanks

Re: Grub2 with sparc64 patches

> On Jan 24, 2017, at 1:44 PM, Frans van Berckel <fberc...@xs4all.nl> wrote:
> 
> Hi Eric,
> 
> On Tue, 2017-01-24 at 09:29 -0700, Eric Snowberg wrote:
> 
>> With a sun/vtoc partition table like you have on a Sun Blade
>> 1000.  You will need to give it the boot partition (/dev/sda1 in your
>> case) along with the —force option. For your system I’d recommend
>> doing:
>> 
>> # grub-install --force --skip-fs-probe  /dev/sda1
> 
> Year that does the job. If the workstation starts it takes some extra
> time to load Grub. First i see two error's, but they are quick away.
> Next the menu is loaded. I can't use the arrow keys for selecting a I
> want kernel. But just pressing enter does work. And being able edit a
> kernel line does it as well. But again no arrow keys to walk through
> the text. Exit with F10 also not functioned but ctrl+x does it well.
> 
> Next the kernel boots well. What's would be the best way to debug and
> save the error messages?

I think the Sun Blade has a frame buffer.  Could you see what is in 
/etc/default/grub.

If it doesn’t contain the following lines, then I would recommend adding them:

GRUB_TERMINAL_OUTPUT="console"
GRUB_DISABLE_RECOVERY="true"
GRUB_PRELOAD_MODULES="iso9660"

This will prevent the frame buffer from being used and forces it to use the 
console. It will also preload the iso9660 module, which helps cover up some 
known bugs that need to be fixed.

Afterwards you will need to regenerate your grub.cfg, with the grub-mkconfig 
command.  See if this helps with the arrow keys.

I’m not used to being on this older hardware.

> 
> Thanks,
> 
> Frans van Berckel

Re: Grub2 with sparc64 patches


> On Jan 24, 2017, at 9:49 AM, louis ayotte <pocketpc2...@live.ca> wrote:
> 
> On 2017-01-24 10:56 AM, Eric Snowberg wrote:
> 
>> “ls" is one area that has not been completed for SPARC and has many problems.
>> 
>> Try this instead:
>> 
>> grub> ls /
>> 
>> If you see your kernel and initrd, then do something like the following:
>> 
>> grub> linux  /vmlinuz-4.8.0-rc8-ATU_final_upstream_v4+ 
>> root=/dev/mapper/VolGroup-lv_root ro
>> grub> initrd  /initramfs-4.8.0-rc8-ATU_final_upstream_v4+.img
>> grub> boot
>> 
>> 
> This is what i have done,
> 
>   GNU GRUB  version 2.02~beta3-3+sparc64
> 
>   Minimal BASH-like line editing is supported. For the first word, TAB  
>   lists possible command completions. Anywhere else TAB lists possible  
>   device or file completions.   
> 
> 
> grub> ls /
> lost+found/ silotftp.b isofs.b first.b generic.b fd.b second.b ieee32.b
> vmlinuz
> -4.5.0-2-sparc64-smp System.map-4.5.0-2-sparc64-smp vmlinuz ultra.b
> initrd.img
> silo.conf config-4.5.0-2-sparc64-smp boot etc old.b
> initrd.img-4.5.0-2-sparc64-
> smp config-4.9.0-1-sparc64-smp vmlinuz-4.9.0-1-sparc64-smp
> initrd.img.old vmlin
> uz.old grub/ System.map-4.9.0-1-sparc64-smp initrd.img-4.9.0-1-sparc64-smp
> grub> linux /vmlinuz-4.9.0-1-sparc64-smp
> error: /memory response buffer exceeded.

How big is your kernel?  Will silo boot it?  Can you start over and do the 
following:

grub> reboot

You should be back at OBP. Now boot from the disk again and issue:

grub> ls -l /

and send the response? Can you also send a list of all the loaded modules?

grub> lsmod

If you have a rescue iso, it may be easier to boot from it, mount your disk, 
chroot to it, and then generate your missing grub.cfg file with grub-mkconfig 
and then reboot.

> grub> initrd /in
> Possible files are:
> 
> initrd.img initrd.img-4.5.0-2-sparc64-smp initrd.img.old
> initrd.img-4.9.0-1-sparc64-smp
> grub> initrd /initrd.img-4.9.0-1-sparc64-smp
> error: you need to load the kernel first.
> grub> linux /vmlinuz-4.9.0-1-sparc64-smp   
> error: couldn't allocate physical memory.
> grub> linux /vmlinuz-4.9.0-1-sparc64-smp root=/dev/sdb
> error: couldn't allocate physical memory.
> grub> linux /vmlinuz-4.9.0-1-sparc64-smp root=/dev/sdb ro
> error: couldn't allocate physical memory.
> grub> linux /vmlinuz-4.9.0-1-sparc64-smp
> root=/dev/mapper/Volgroup_lv_root ro
> error: couldn't allocate physical memory.
> grub> boot
> error: you need to load the kernel first.
>

Re: Grub2 with sparc64 patches


> On Jan 23, 2017, at 2:38 PM, louis ayotte  wrote:
> 
> 
> 
> On 2017-01-23 04:27 PM, John Paul Adrian Glaubitz wrote:
>> I think there is enough documentation for this on the web:
>> 
>>> https://www.linux.com/learn/how-rescue-non-booting-grub-2-linux
>>> https://wiki.archlinux.org/index.php/GRUB#Using_the_command_shell
>> Adrian
>> 
> T5240, No Keyboard
> Copyright (c) 1998, 2012, Oracle and/or its affiliates. All rights reserved.
> OpenBoot 4.33.6, 98080 MB memory available, Serial #83048406.
> Ethernet address 0:14:4f:f3:37:d6, Host ID: 84f337d6.
> 
> Boot device: /pci@400/pci@0/pci@8/scsi@0/disk@0,0:a  File and args:
> GRUB Loading kernel..
> 
> GNU GRUB  version 2.02~beta3-3+sparc64
> 
>   Minimal BASH-like line editing is supported. For the first word, TAB  
>   lists possible command completions. Anywhere else TAB lists possible  
>   device or file completions.   
> 
> grub> set pager=1
> grub> ls
> (ieee1275//iscsi-hba/disk) ERROR: /iscsi-hba: No iscsi-network-bootpath
> property
> (ieee1275/disk6)
> ERROR: /pci@400: Last Trap: Fast Data Access MMU Miss
> {0} ok
> 
> Everytime i write "ls" it crashes grub

“ls" is one area that has not been completed for SPARC and has many problems.

Try this instead:

grub> ls /

If you see your kernel and initrd, then do something like the following:

grub> linux  /vmlinuz-4.8.0-rc8-ATU_final_upstream_v4+ 
root=/dev/mapper/VolGroup-lv_root ro
grub> initrd  /initramfs-4.8.0-rc8-ATU_final_upstream_v4+.img
grub> boot

Re: Grub2 with sparc64 patches


> On Jan 24, 2017, at 6:34 AM, Frans van Berckel <fberc...@xs4all.nl> wrote:
> 
> Hi Eric,
> 
> On Mon, 2017-01-23 at 12:38 -0700, Eric Snowberg wrote:
> 
>> Since the T5240 doesn’t support GPT, we have to use blocklists, could
>> you try this instead:
>> 
>> # grub-install —force /dev/sdb1
>> 
>> The following warning can be ignored for now:
>> 
>> Installing for sparc64-ieee1275 platform.
>> grub2-install: warning: Embedding is not possible.  GRUB can only be
>> installed in this setup by using blocklists.  However, blocklists are
>> UNRELIABLE and their use is discouraged..
>> Installation finished. No error reported.
> 
> On an old Sun Blade 1000, without GPT partition table ... 
> 
> # fdisk -l
> 
> Disk /dev/sda: 68.4 GiB, 73407865856 bytes, 143374738 sectors
> Geometry: 255 heads, 63 sectors/track, 8922 cylinders
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disklabel type: sun
> 
> DeviceStart   End   Sectors   Size Id Type Flags
> /dev/sda1 0   1048575   1048576   512M  1 Boot  
> /dev/sda2   1060290   2779244   1718955 839.3M 82 Linux swap  u 
> /dev/sda3 0 143364059 143364060  68.4G  5 Whole disk
> /dev/sda4   2779245  73095749  70316505  33.5G 83 Linux native  
> /dev/sda5  73095750 143364059  70268310  33.5G 83 Linux native
> 
> ... it does this error as well ...
> 
> # grub-install /dev/sda
> 
> Installing for sparc64-ieee1275 platform.
> grub-install: warning: Embedding is not possible.  GRUB can only be
> installed in this setup by using blocklists.  However, blocklists are
> UNRELIABLE and their use is discouraged..
> grub-install: error: will not proceed with blocklists.
> 
> ... do i need to install it with a force on /dev/sda1 as well?

With a sun/vtoc partition table like you have on a Sun Blade 1000.  You will 
need to give it the boot partition (/dev/sda1 in your case) along with the 
—force option. For your system I’d recommend doing:

# grub-install --force --skip-fs-probe  /dev/sda1


If you were on a T4 or above that supports GPT and had a partition table like 
this:

Model: LSI MR9361-8i (scsi)
Disk /dev/sda: 2995GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End SizeFile system  Name  Flags
 1  1049kB  1075MB  1074MB  ext3 
 2  1075MB  1076MB  1049kB bios_grub
 3  1076MB  2995GB  2994GB lvm

Then you could do:

# grub-install /dev/sda

> Question, and how is this gonna remove the silo boot block on disk?

This will remove silo’s boot block and replace it with grub's.  If you want to 
go back to silo, just do:

silo -r /

> 
> Thanks,
> 
> Frans van Berckel

Re: Grub2 with sparc64 patches

2017-01-23 Thread Eric Snowberg


> On Jan 23, 2017, at 10:09 AM, louis ayotte  wrote:
> 
> Hi everyone,
> 
> I made sure to install the correct version of this package as can be
> seen here;
> 
> # apt-cache policy grub2
> grub2:
>  Installed: 2.02~beta3-3+sparc64
>  Candidate: 2.02~beta3-3+sparc64
>  Version table:
> *** 2.02~beta3-3+sparc64 500
>500 http://deb.debian.org/debian-ports unreleased/main sparc64
> Packages
>100 /var/lib/dpkg/status
> 2.02~beta3-3 500
>500 http://ftp.de.debian.org/debian-ports sid/main sparc64 Packages
>500 http://ftp.de.debian.org/debian-ports unstable/main sparc64
> Packages
> 
> Then tried to install it (T5240, /dev/sdb1 (ext2) for /boot and
> /dev/sdb2 (ext4) for / )
> 
> # grub-install --boot-directory=/boot /dev/sdb
> Installing for sparc64-ieee1275 platform.
> grub-install: warning: Embedding is not possible.  GRUB can only be
> installed in this setup by using blocklists.  However, blocklists are
> UNRELIABLE and their use is discouraged..
> grub-install: error: will not proceed with blocklists.

Since the T5240 doesn’t support GPT, we have to use blocklists, could you try 
this instead:

# grub-install —force /dev/sdb1

The following warning can be ignored for now:

Installing for sparc64-ieee1275 platform.
grub2-install: warning: Embedding is not possible.  GRUB can only be installed 
in this setup by using blocklists.  However, blocklists are UNRELIABLE and 
their use is discouraged..
Installation finished. No error reported.


> 
> Thanks to everyone involved!
>

[Fwd: Re: Shorewall and SPARC]

2008-08-24 Thread Eric Nichols

I apologize for the long thread.  This was a discussion I had with the
shorewall maintainer for debian.  Might be a sparc issue?

-- Original Message --
Subject: Re: Shorewall and SPARC
From:Roberto C. Sánchez [EMAIL PROTECTED]
Date:Thu, August 21, 2008 8:05 pm
To:  Eric Nichols [EMAIL PROTECTED]
--

On Thu, Aug 21, 2008 at 07:25:50PM -0400, Eric Nichols wrote:
 Roberto C. Sánchez wrote:
 On Thu, Aug 21, 2008 at 12:34:57PM -0400, Eric Nichols wrote:
 Hello,
 I've been using shorewall in Etch for quite a while and I absolutely
 love it.  I am currently running this on a Sun Ultra 2 (SPARC processor)
 and get the following messages below.  Should I be concerned about them?
  I can't find anything that references these items.

 ip_tables: conntrack match: invalid size 80 != 72
 ip_tables: connmark match: invalid size 24 != 16
 ip_tables: MARK target: invalid size 16 != 8
 ip_tables: CONNMARK target: invalid size 24 != 16

 OK.  I should have been able to diagnose this right away, but it escaped
 me.  After consultation with the author of Shorewall, I can point you at
 this: http://www.shorewall.net/3.0/FAQ.htm#faq61

 Basically, I think that this can be caused by a partially upgraded
 system.  Did you happen to upgrade iptables but not the kernel?

 Regards,

 -Roberto

 I've seen this on just about every sparc install I've done.  I'm running
 stock etch with everything current.  I'm leaning more towards an issue
 in the sparc build itself.  It's not the most widely maintained
 architecture.  Thanks for the followup.

I've never used Debian on Sparc hardware, so I don't know.  However,
according to Tom (the author of Shorewall), this is a common occurrence
on Debian and it has to do with iptables being built against an
incompatible set of kernel headers (as compared to the kernel against
which it is running).

If you try asking your question on the mailing list (and at least
mention that you have already been give an answer, but that you are
looking for more info), you might find a Debian+Sparc user who can help.
You might also try the netfilter mailing list, as this is not
Shorewall-specific.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com

-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Sparc Live CD

2008-06-03 Thread Eric Nichols

I would like to build a live CD for my Ultra 2 that will act as a static web
server.  Basically everything would work in memory.  The perfect secure
server.

However I have having difficulty trying to figure out how to build one using
debian tools.  dfsbuild looked like the obvious choice but it does not support
sparc.  I talked with the maintainer and the reason that sparc is not support
is that is he simply does not have the hardware but was willing to accept
patches to the project.

I honestly am just an end-user in this endeavor but am willing to test anything.
Can anyone assist?
Thanks
Eric


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Is it possible to update OBP while running Debian?

2008-04-16 Thread Eric Nichols

 On Mon, 25 Sep 2006 14:00:28 +0200, Admar Schoonen wrote:
 I just upgraded OBP on my Ultra 5 last week (needed to update OBP to
 recognize
 a 360 MHz cpu instead of the original 270 MHz cpu). A friend of mine had set
 up
 a rarp and tftp server, and I could just 'boot net' the firmware image to
 flash
 it. I'm sorry I can't help you with setting up rarp/tftp servers.

 You probably can also use dhcp boot with:

 {0} ok boot net:dhcp

 On the dhcp server set the bootfile and server parameters to the tftp server
 containing the flash-update image.

 Worked like a charm here for a Sun Enterprise 450.

 Greetings
Hermann

Since we are on the subject.  Is it possible to upgrade OBP from linux rather
than solaris?  All of my machines are surplus and I ended up going exclusively
debian (yay!) on them.  I haven't found any good documentation on if this is
even possible.
Thanks
Eric




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

pl2303 multi IO cards

2008-02-15 Thread Eric Nichols

Hello all!
I LOVE the sparc port.  I've got an ultra 5 being used as a console server. 
Aside from the kernel panic when a client machine powers down while in session
the whole thing works great.

I just recently picked up two new devices:

USB-Serial adapter.  It uses the pl2303 module.  Would it be possible to
include this as a module for the standard kernel?  I had to build my own
kernel using debian source and got it to work with no issue.

Multi serial port PCI card: Netmos 9710:9835.  According to my research it
should show up in the kernel config as a parallel multi-io card
(parport_serial).  However I can't see it in the kernel config for the 2.6.18
kernel.

Can anyone help?

Many thanks
Eric


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

netboot E250

2008-01-22 Thread Eric Rapilly

Sorry, but it'snt an I386 that you should install : I386 is an INTEL 
processor, meanwhile on a sun it's a SPARC processor, a RISC processor .



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[debian_smp]

2007-11-12 Thread Eric Rapilly

Hi there . I downloaded the wrong kernel for etch. I'm searching the SMP 
kernel to fit with the 2 sparc processors on my machine. I  could'nt 
find it so far. Any idea where I can find it in Europe ? thanks and cheers.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

SUN_DEBIAN_ X _next

2007-11-07 Thread Eric Rapilly

entering the command dmesg | grep fb0 return nothing on one of the 
sparc, and : fb0 Creatot at xxx.xx type  48 DAC10  on the other 
: the prafik card is on an UPA port on the first machine. maybe to be on 
an UPA port causes the pb ?



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

debian : X

2007-11-06 Thread Eric Rapilly

I recentlyinstalled debian etch on my SUN ultra 60. I don't know if this 
problem is common, I can't launch any X session, whatever is the way I 
configure the Xserver : using dpkg . or reconfiguring teh 
xorg.conf with an editor. Checking the /var/log/xorg file shows me that 
the module for the grafik card looks to be correctly loaded. Has someone 
any idea ???



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Xserver -next

2007-11-06 Thread Eric Rapilly

the grafik card, as returnde by the dpkg command, appears to be a SUn 
Elite 3D



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[sun]hardware

2007-10-09 Thread Eric Rapilly

I'm proud to inform you that I could find on another SPARC, equipped 
with 2 grafic board on UPA bus, one of this card, that went on the other 
SUN Ultra 60.

thus now, I have 2 sun ultra 60 with the dedicated DEBIAN cheers !!,


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[etch_sun]sound

2007-09-06 Thread Eric Rapilly

hi there . I have installed etch on my sun ultra 60, but it's look like 
the sound module of this machine is not recognized; Is there a patch to 
correct this small bug, and were can I download it. thanks !!!



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[ss20]cdrom

2007-07-17 Thread Eric Rapilly

did you try to clean it with a cleaner Cdrom ? you may be able to find
one in any computer shop



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[szs20]cd

2007-07-17 Thread Eric Rapilly

did you try to clean it, with a dedicated clearer CDrom?it's quite 
cheap. good luck !!



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[sun]etch

2007-07-13 Thread Eric Rapilly

hi there. I need an i nformation, concerning X'server (i.e;. gnome) 
since I did change the CRT screen, I can't anymore launch gnome; is it 
some tool to configure the screen ? thanks.



salut les debianistes. je voudrais regler , sur mon SUN equipé du noyau 
debian 2.6, l'interface ecran, car le serveur X ne demarre pas. je crois 
que c'est gnome qui est installé, car le message me dit de configurer GDM.
j'ai recupere sur le net les frequences et la resolution de l'ecran. Ou 
faut il faire ces modifs ??? dans Xfree, gdm ou quoi ??? merci d'avance 
et bon WE .



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[etch]netinstall

2007-07-11 Thread Eric Rapilly

for your information, on my PC under FC5, I don't have any CDROM burner 
, but only a DVD burner on PATA interface. It's look like this DVd 
burner is unable to burn a bootable CDROM. I 'm excpeting a SCSI CDROM 
burner, and then, I will try again to burn a bootable CDROM on this 
device. I hope, this time, it will work. By the way, when the SUN boot, 
to boot on the CD , the only thing to do, is to type CDROM when the 
system dispaly boot is that right ?



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[sun]debian

2007-06-06 Thread Eric Rapilly

I have some questions, may be you wille be able to answer me. I will 
receive soon a sun ultra 60;
But there is few memory. I want to know which kind of RAM is installed 
on the motherboard: is it ECC SDRAM or NVRAM?

What is the video connector : sub -D 15 or 13w3 ?
where could I find the  latest Debian ETCH for sparc ?
many thanks.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[sgi]debian

2007-06-01 Thread Eric Rapilly

hello ! I have got an SGI indigo2, without any CDROM. Do you if it exist 
a debian version for this station, under the bianry version ? where 
could I download it ? thanks and cheers !!



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[sun]debian

2007-04-29 Thread Eric Rapilly

Hi, ladies and gentlemen . I could'nt install Debian on my SUn SPARC
ULTRA 1, because the crom has benn written with K3B under Fedora core 5,
i.e with the ISO 9660 format, which unknown by the SUN OS ver 5.5.1. 
Thus, I believe the only thing to do, is to transfer Debian from fedora
to the sun, but for this, I have to install an net between these two
computerFor this, I nedd your help, because the ifconfig man page on
the SUN OS is very confusing for me . The IP address (inet Address) is
correct , and in the same net and subnet as the one of the fedora core
machine. But nevertheless, I can't ping neither nmap the sun machine
from my fedora machine; I believe in missed an option, like plumb
which appaers to be used to associate hm0 device (i;e eth0) to the inet
address; 
How to use this option ? and how to enter a gateway ?? many thanks



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[sun]debian

2007-03-25 Thread Eric Rapilly

No wonder if I can't install debian on my SUN, neither with a cdrom
containing boot by the net, nore with a cdrom containing the full OS,
apparently, I don't have an SCSI CDROM working fine !!  I give them the
n° 6 id, I setup a treminator; but when I boot the system, no device
with ID 6 appears !!! 
I don't know well at- all the SUN OS 5.5.1, thus, if someone could give
me the accurate procedure to setup the SUN to go to the net, through the
gateway whose I know the IP address, I will appreciate. Thanks anyway,
and have a nice sunday



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[sun]debian

2007-03-23 Thread Eric Rapilly

hello, I have problems to install debian on my SUN Ultra 1. I downloaded
on My fedora the images to install through the net, , I wrote a bootable
Cdrom with K3B wrietr software, but on the linux, when I type stop +A
and then boot cdrom the answer is can't find any boot device So, I
don't know how to install Debien on my SUn. Is tehre anyone who can help
me ?



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[sun]debian

2007-03-23 Thread Eric Rapilly

If I can't boot from a Cdrom written on a fedora, is there a good way to
install Debian on my SUN ? If no, what shall I do to install Debian on
my SUN



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[sun]install

2007-02-22 Thread Eric Rapilly

hello, all of you. I got through the net an image to install the debian by the 
net. I'm new on debian and new on sun systems , but I'm rather old. 
Thus, I need help to either , go into the bios and tell to the machine to boot 
on the CD where is this image, or mount the cdrom and execute the shell. Thanks 
!!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

[sun]

2007-02-19 Thread Eric Rapilly

which distribution of debian is compatible with SUN ULTRA 1 ? I installed a 9.1 
SCSI . 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

2007-01-02 Thread Eric Rapilly

happy new year at all friends of LINUX, with a very good health, and also 
indeed, plenty of good PC equiped with UNIX/LINUX.
Just one question : I'm looking for a CD containing SUN. OS version 5.5.1. I 
know that its'nt a free software, but as it is a little bit old, I hope that 
SUN will pardon me. If someine of you has this , pleas sens it to me. Sorry for 
my fault in English language, I'm French; Bye !!!


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Updating OBP without Solaris

2006-10-23 Thread Eric Brower


On 10/23/06, Mark Morgan Lloyd [EMAIL PROTECTED] wrote:

I've been playing over the last couple of days with booting Sun's Standalone
Flash PROM Update Utility over the network using rarp and tftp, to good effect.

As a general question, does anybody know whether the OS can check the state of
the write protect/enable jumper (and/or front panel keyswitch as appropriate)
for security purposes?


I'm not sure about the jumper, but there are experimental
(out-of-kernel) drivers for SUNW,envctrl (E450) and SUNW,envctrltwo
(E250) that are able to read the keyswitch position.  Other platforms
could likely be supported as well.  Let me know if you are interested.

Thanks,
E



--
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]





--
E


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: udev renaming interfaces fails on SunBlade100 with qfe

2006-09-19 Thread Eric Brower


Hi Luigi,

The prtconf output indicates your card is an IntraServer QFE; I don't
know how well the existing hme driver supports this device, but it
seems that it would treat the InterServer device as four HMEs rather
than an QFE and that would prevent 'local-mac-addr?' from being
consulted.

Assuming the device is 100% compatible with SUNW,qfe the patch would
be trivial but dependent upon the kernel version you are running
(which I don't believe has been mentioned).  If your kernel supports
the new of_ interfaces, you could try:

diff --git a/drivers/net/sunhme.c b/drivers/net/sunhme.c
index c6f5bc3..2cba0de 100644
--- a/drivers/net/sunhme.c
+++ b/drivers/net/sunhme.c
@@ -3012,7 +3012,8 @@ static int __devinit happy_meal_pci_prob
#endif

   err = -ENODEV;
-   if (!strcmp(prom_name, SUNW,qfe) || !strcmp(prom_name, qfe)) {
+   if (!strcmp(prom_name, SUNW,qfe) || !strcmp(prom_name, qfe) ||
+   of_device_is_compatible(pcp-prom_node, SUNW,qfe)) {
   qp = quattro_pci_find(pdev);
   if (qp == NULL)
   goto err_out;

Otherwise, for testing purposes only:

diff --git a/drivers/net/sunhme.c b/drivers/net/sunhme.c
index c6f5bc3..87a9f56 100644
--- a/drivers/net/sunhme.c
+++ b/drivers/net/sunhme.c
@@ -3012,7 +3012,7 @@ static int __devinit happy_meal_pci_prob
#endif

   err = -ENODEV;
-   if (!strcmp(prom_name, SUNW,qfe) || !strcmp(prom_name, qfe)) {
+   if (!strcmp(prom_name, SUNW,qfe) || !strcmp(prom_name,
IntraServer,qfe)) {
   qp = quattro_pci_find(pdev);
   if (qp == NULL)
   goto err_out;

If your card is not compatible enough to work properly as a QFE but
does work as individual HMEs, the driver could be patched to allow use
of the local-mac-addr values present in OBP.

Thanks,
E


On 9/19/06, Luigi Gangitano [EMAIL PROTECTED] wrote:

You can find it attached.

Thanks,

L


Il giorno 19/set/06, alle ore 08:33, Eric Brower ha scritto:

 I'm not sure if I can be of further help, but can you send 'prtconf
 -pv' output?

 On 9/18/06, Luigi Gangitano [EMAIL PROTECTED] wrote:
 Hi Eric,

 Il giorno 15/set/06, alle ore 20:40, Eric Brower ha scritto:
  I've tried to switch the single MAC address option in OpenFirmware
  but had no luck. And udev doesn't help with other ways of
 identifying
  the interface than MAC address.
 
  Can somebody help, please?
 
  Does your OBP have the local-mac-address? property?  If so, set
  it to true:
 
   ok setenv local-mac-address? true

 Yes, my OBP has local-mac-address and is actually set to true. I
 already tried switching it to false but it doesn't make any
 difference either way.

--
Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED]
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26











--
E


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Full Duplex in Happy Meal Network interface

2006-09-15 Thread Eric Brower


On 9/14/06, Gustavo Mendes de Carvalho [EMAIL PROTECTED] wrote:

Hello there,

I´m using a Debian Sarge version for Sparc, running in a E420, and when
I run ethtool command, I get

server:~# ethtool eth0
Settings for eth0:
   Supported ports: [ TP MII ]
   Supported link modes:   10baseT/Half 10baseT/Full
   100baseT/Half 100baseT/Full
   Supports auto-negotiation: Yes
   Advertised link modes:  Not reported
   Advertised auto-negotiation: No
   Speed: 100Mb/s
   Duplex: Half
   Port: Twisted Pair
   PHYAD: 0
   Transceiver: internal
   Auto-negotiation: on


What can I do to get a Full duplex setting in a Happy Meal interface card?


Force both sides of the link to 100/full.  I recall HMEs having
difficulty autonegotiating with certain network equipment.



This server has a quad ethernet card, and I have no cable connected
there, and because of that I´m receiving this messages

eth1: Link down, cable problem?
eth2: Link down, cable problem?
eth3: Link down, cable problem?
eth4: Link down, cable problem?
eth1: Auto-Negotiation unsuccessful, trying force link mode
eth2: Auto-Negotiation unsuccessful, trying force link mode
eth3: Auto-Negotiation unsuccessful, trying force link mode
eth4: Auto-Negotiation unsuccessful, trying force link mode


What do I have to do to stop to generate this messages ?


Set the interfaces to be administratively down rather than up.

Thanks,
E



Thanks for now

--

Gustavo Mendes de Carvalho
[EMAIL PROTECTED]






--
E

Fwd: udev renaming interfaces fails on SunBlade100 with qfe

2006-09-15 Thread Eric Brower

Sorry-- forgot to include lthe list.

-- Forwarded message --
From: Eric Brower [EMAIL PROTECTED]
Date: Sep 15, 2006 11:39 AM
Subject: Re: udev renaming interfaces fails on SunBlade100 with qfe
To: Luigi Gangitano [EMAIL PROTECTED]

On 9/15/06, Luigi Gangitano [EMAIL PROTECTED] wrote:

Hi,
I'm experiencing some issues with udev at boot time. Correctly udev
tries to rename interfaces to achieve name persistance across reboots.

Sadly, I've installed a QuadriFastEthernet card on this workstation
and every single interface appears to have the same MAC address. udev
then fails badly leaving a lot of ethn_rename interfaces which are
not automatically brought up.

Since I've installed another ethernet interface that is not supported
by OpenFirmware and thus keeps it original MAC address I can
configure at least an interface to communicate with the world but
this interface does change it's name at every reboot since udev fails
to rename it along with the others interfaces.

I've tried to switch the single MAC address option in OpenFirmware
but had no luck. And udev doesn't help with other ways of identifying
the interface than MAC address.

Can somebody help, please?

Does your OBP have the local-mac-address? property?  If so, set it to true:

 ok setenv local-mac-address? true

Thanks,
E

Regards,

--
Luigi Gangitano -- [EMAIL PROTECTED] -- [EMAIL PROTECTED]
GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972  C24A F19B A618 924C 0C26

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

--
E

--
E

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: [D-I] Network driver question - how to recognize sunqe

2006-03-16 Thread Eric Brower

Attached is prtconf output from an SS1000 system.  This is from
DaveM's older vger prtconf CVS repo, which I find very useful.  It
concurs qec would provide a root device node for a QE device.

Thanks,
E

On 3/16/06, Frans Pop [EMAIL PROTECTED] wrote:
 Hi all,

 Both Debian Installer and discover currently attempt to install the sunqe
 driver for SUNW,qfe sbus devices. From an installation report [1] it
 looks very much like this is incorrect.

 Current detection is based on this line in the hw-setup component of d-i:
 SUNW,qfe:SunQuad SBus Ethernet:sunqe

 I've taken a look at some kernel module code and it looks like the correct
 driver for the NICs themselves is sunhme. From sunhme.c:
 for_each_sbus(sbus) {
 for_each_sbusdev(sdev, sbus) {
 char *name = sdev-prom_name;

 if (!strcmp(name, SUNW,hme)) {
 cards++;
 prom_getstring(sdev-prom_node, model,
model, sizeof(model));
 if (!strcmp(model, SUNW,sbus-qfe))
 happy_meal_sbus_init(sdev, 1);
 else
 happy_meal_sbus_init(sdev, 0);
 } else if (!strcmp(name, qfe) ||
!strcmp(name, SUNW,qfe)) {
 cards++;
 happy_meal_sbus_init(sdev, 1);
 }
 }
 }

 This is supported by this comment from sunqe.c:
/* QEC can be parent of either QuadEthernet or BigMAC
  * children.  Do not confuse this with qfe/SUNW,qfe
  * which is a quad-happymeal card and handled by
  * a different driver.
  */

 The question that remains is: how can we recognize when the sunqe driver
 should be loaded (and do we need to at all)?
 This bit from sunqe.c suggests looking for the string qec:
 if (strcmp(sdev-prom_name, qec) != 0)
 return 0;

 Can someone confirm this?
 If someone has a system that uses the sunqe driver, please post the output
 of 'prtconf'.

 Cheers,
 FJP

 P.S. I've changed the indentation of the code snippets a bit.

 [1] http://bugs.debian.org/306476





--
E


ss1000
Description: Binary data

Re: LIRC and SPARC (problem with ioctl32)

2005-12-28 Thread Eric Brower

On 12/28/05, Boer Attila Laszlo [EMAIL PROTECTED] wrote:
 Hi,

 LIRC 0.7.2 compiles fine under Debian SPARC (stable). The lirc_gpio module
 loads succesfully (tested with 2.4.27) but after I start lircd and try to
 test with irw the lirc daemon dies.
 Here is the output from dmesg:
 .
 Dec 24 22:43:36 solaris kernel: lirc_dev: IR Remote Control driver
 registered, at major 61 Dec 24 22:43:36 solaris kernel: lirc_gpio (-1):
 card type 0x22, id 0x6609107d Dec 24 22:43:36 solaris kernel: lirc_dev:
 lirc_register_plugin: sample_rate: 0 Dec 24 22:43:36 solaris kernel:
 lirc_gpio (0): driver registered Dec 24 22:45:01 solaris kernel:
 sys32_ioctl(lircd:2562): Unknown cmd fd(7) cmd(40046900) arg(00022994)
 

 If I compile a 64 bit lircd, it works fine.
 
  file /usr/local/sbin/lircd
 /usr/local/sbin/lircd: ELF 64-bit MSB executable, SPARC V9, version 1
 (SYSV), for GNU/Linux 2.4.18, dynamically linked (uses shared libs), not
 stripped
 ...
 irw
 c03f00ff 00 POWER RM-0010
 c03f00ff 01 POWER RM-0010
 c03f00ff 02 POWER RM-0010
 c03f00ff 03 POWER RM-0010
 c03f30cf 00 CH_UP RM-0010
 c03f30cf 01 CH_UP RM-0010
 c03f30cf 02 CH_UP RM-0010
 c03f30cf 03 CH_UP RM-0010
 c03f08f7 00 CH_DOWN RM-0010
 c03f08f7 01 CH_DOWN RM-0010
 c03f08f7 02 CH_DOWN RM-0010
 c03f08f7 03 CH_DOWN RM-0010
 

 Any suggestions?

Most likely, the LIRC_XXX ioctls defined in lirc/drivers/lirc.h must
be specified as COMPATIBLE_IOCTL()s in
kernel/include/linux/compat_ioctl.h.

Thanks,
--
E

Re: Question on boot-message

2005-11-28 Thread Eric Brower

On 11/28/05, Jurzitza, Dieter [EMAIL PROTECTED] wrote:
 Dear listmembers,
 is there some way for me to find out which ioctl is missing here and whether 
 I do have a chance to fix this?

 4sys32_ioctl(mount:146): Unknown cmd fd(3) cmd(4c05) arg(e898)

Run the cmd value backwards through the macros defined in
asm/ioctl.h and perhaps you'll get an idea.


 This appears about 20 times during boot on my U60. The numbers at mount:XXX 
 vary from XXX=139 to XXX =161, the cmd's are fd(3) and fd(4). The actual 
 cmd() is always the same, the arg() is either arg(e898) or arg(efffed70)

The number after mount: is the pid.  The mount command is attempting
an unknown ioctl, so start there and try to narrow down what mount may
be attempting.  You could strace or ltrace the offending mount command
during the boot process as well.

Come on back if you can't figure it out.
--
E

Re: Between a rock a hard place, need monolithic 2.4.2x kernel for sun4m

2005-07-27 Thread Eric Jorgensen

On Tue, 26 Jul 2005 01:53:14 +0200
Frans Pop [EMAIL PROTECTED] wrote:

 On Tuesday 26 July 2005 01:45, Eric Jorgensen wrote:
  This means that an extremely small number of machines are affected.
  Those are not particularly common boxes. It should be possible to
  detect via /proc/cpuinfo if the 601 is installed.
 
 Nope. You skipped a para:
 Technically only some sun4m chips are affected, but as glibc can't 
 reliably detect whether a system is affected it will refuse to be 
 upgraded on any 32bit SPARC system before a fixed kernel is installed.


   The RT601 they're referring to is actually a Sparc v7 chip, and as such
is not supported by Sarge in the first place. 

   It's the same chip they used in the SS2. 

   I have sincere doubts whether there are more than a handfull of
supported configurations that actually need this fix, if any at all. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Between a rock a hard place, need monolithic 2.4.2x kernel for sun4m

2005-07-27 Thread Eric Jorgensen

On Wed, 27 Jul 2005 18:13:30 +0200
[EMAIL PROTECTED] (Romain Dolbeau) wrote:


 I have sincere doubts whether there are more than a handfull of
  supported configurations that actually need this fix, if any at all.
 
 I don't think support for SM100 should be any concern to aynone, except
 for historical interest - in which case SunOS 4.1.4 will do SMP
 reasonably well on them. Anyone else should scrounge better, faster,
 more reliable SMBus modules (except maybe the SM20 or SM30, which are
 nearly as crappy as the SM100, but *are* v8 compliant).
 
 All other sun4m machines have v8 compliant CPUs, AFAICR.


   Right, so, what I'm wondering is if we're requiring a backported kernel
upgrade before upgrading a sun4m machine to sarge because there's an
outside chance they might be using a cpu that we don't support in sarge but
incidentally needs a kernel fix for current libc. 

   The real question is whether there are any sparc v8 cpus that don't
support umul. If there aren't, we should fix the libc6 deb and alter the
documentation. 

   I also question the wisdom of requiring an initrd to boot with the
sun4cdm kernel image. I am not aware of any sun4cdm machines (other than
the javastations) that have a storage medium other than scsi that are
supported by linux, and very few that have a scsi controller other than
esp. And even then, there's only the pti scsi driver available. 

   Above and beyond that, between sunlance and hme i don't think it would
make the kernel much bigger at all to cover the vast majority of built-in
ethernet devices. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Mopping up issues on an old sparc - need advice


   I've got an ss10 that's running woody, was dist-upgraded from potato. It
is in a remote facility running headless. 

   Over time, it's grown some interesting warts. I'm wondering how best to
resolve them. 

   First, for some reason dpkg thinks that dialog and whiptail both
conflict with debconf. Baffled here. I've never had to force an issue wrt
dependencies and conflicts on debian, how do i just beat it in there? 

   Also, libc6-sparc64 conflicts with libgcc1 and gcc-3.0. What gives? Best
course of action? 

   I'm also wondering how advisable it is to try a dist-upgrade to Sarge on
a remote, headless system. If anything goes wrong to where i can't ssh into
it, that means i have to schedule a time that's convenient for the guy
hosting my machine and drive a half an hour and put a serial console on it.
When it needs attention every 3 or 4 years, downtime tends to stretch to a
week or more before i can get out there and get it running again. 

   I have looked through a bit of the mailing list archives and have no
concerns about kernel package issues, since I always run custom kernel
builds. Might be nice to know if the dist-upgrade is going to change the
silo configuration so i can change it back. 

   Any advice? 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Sarge may be last Debian release for 32 bit sparc systems

On Mon, 25 Jul 2005 14:06:46 -0700
Blars Blarson [EMAIL PROTECTED] wrote:


 Support of sun4c and sun4d was effectivly dropped from Sarge.  The
 only reports trying d-i on this hardware that I remember seeing were
 failures, and noone bother to try to fix it.  Upgrades from Woody may
 work, but were not well tested either.


   Not if the binaries are compiled for sparc v8, as has been indicated
elsewhere. 

   I loathe my old sun4c gear and will be shortly converting my last IPC -
which hasn't been turned on in 7 years - into a functional lunchbox.
Anybody who really wants to play with sun4c can come by my place for a free
SS2 w/ full complement of ram. 


 Note that lack of hardware is not the problem, if anyone wants some
 sun4m systems (located in Los Angeles) let me know before they wind up
 in the recycle pile.

 (If you don't have the skills/time for doing supporting the hardware
 yourself, you could substitue money.  However, it would be much
 cheaper just to replace your outdated hardware.)


   I have a hard time disagreeing. I had an SS10 die and replaced it with a
spare, and found myself believing that i would have been much better off
finding a big wad of dimms for an idle ultra5 rather than putting another
ss10 in (free) coloc. 

   If anybody needs a great big pile of ss10 dimms, drop me an email. I
think some of them may be fast enough to run in an ss20 but i have no
real idea. I have at least 768 megs of them. Also willing to give you my
pile of SS10's and two SM51 modules if you pick them up and never speak to
me of them again. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Mopping up issues on an old sparc - need advice

On Mon, 25 Jul 2005 14:24:04 -0700
Andrew Sharp [EMAIL PROTECTED] wrote:

 On Mon, Jul 25, 2005 at 02:26:51PM -0600, Eric Jorgensen wrote:
  
 I've got an ss10 that's running woody, was dist-upgraded from
 potato. It
  is in a remote facility running headless. 
 
 woody is obsolete


   It's a 10 year old machine. Woody is the least of it's obsolescence. 


 OK, I just wanted to say that to someone once.  Things like potato,
 hamm, etc. '... is obsolete' have been slapped on my forehead so many
 times, I wanted to join wow-i'm superior club for 1 second.


   Oh, I agree. No offense taken. It's just a reliable, lightly used
machine that requires very little attention. When a lightning hit to the
coloc facility took it out, it'd been so long since i'd seen OBP that I was
totally baffled as to how to get the drives to boot in another machine. 

   Since it's not ia32, the scriptkiddies never seem to root it. At this
point that's the only reason i haven't shoved a spare pentium4 into the
same space. And it's a pretty flimsy reason. 


 First, for some reason dpkg thinks that dialog and whiptail both
  conflict with debconf. Baffled here. I've never had to force an issue
  wrt dependencies and conflicts on debian, how do i just beat it in
  there? 
 
 Can't help you there.  Are you sure they are all the woody versions?
 Have you tried --fix-broken?


   Hmm, unfamiliar with the command. No, I'm not sure they're all woody
versions. The whole deal has been running in one form or another since the
late 90's so it may actually have been upgraded from hamm originally. 

   I'll give it a try. 


 Also, libc6-sparc64 conflicts with libgcc1 and gcc-3.0. What gives?
 Best
  course of action? 
 
 I think I remember this one.  Remove gcc-3.0 and libc6-sparc64 and
 re-install gcc-3.0.  I don't think you need gcc-3  libgcc1, quite
 frankly, and you certainly don't need libc6-spark64.  Woody is built with
 2.95.4 and 3.0 doesn't build much useful.  Sarge is gcc-3.3.  I seem to
 remember that gcc-3.0 had a lot of bugs.  Kernels are built with egcs but
 you must know that.  I know that some people were trying to build kernels
 with 3.0, but with little success.


   That was my general thinking. I'm not as sharp on compilers (especially
old ones) to remember if libgcc1 was relivant to 2.95.4. 

   libc6-sparc64 is 'required' for libc6. I'll have to look up the relivant
dpkg command to make it forget about it. 


 I'm also wondering how advisable it is to try a dist-upgrade to
 Sarge on
  a remote, headless system. If anything goes wrong to where i can't ssh
Snip! 
 I did it recently on my U2 without any problems.  Haven't powered up the
 now ancient SS20 to try it, quite frankly.
 
 Let us know how it goes.  Sarge is probably worth it now, as woody has
 been taken off the boards.  I had some nasty upgrade problems with an
 x86 desktop that also runs apt-proxy, but I didn't have any problems
 with the sun.


   I will probably wait for a few more success reports before going
further, but thanks. 

   Having upgraded from 2xSM51 to a 180mhz hypersparc module, I'm compiling
my first kernel since 2.2.19 on that machine. the config options seem to
have changed somewhat - things that are always true are no longer optional,
which disturbs me somewhat, even though logic demands that it be so. No
sense in disabling zilog serial support, but it's reassuring to see it
there with an asterisk next to it. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Mopping up issues on an old sparc - need advice

On Mon, 25 Jul 2005 14:24:04 -0700
Andrew Sharp [EMAIL PROTECTED] wrote:

 First, for some reason dpkg thinks that dialog and whiptail both
  conflict with debconf. Baffled here. I've never had to force an issue
  wrt dependencies and conflicts on debian, how do i just beat it in
  there? 
 
 Can't help you there.  Are you sure they are all the woody versions?
 Have you tried --fix-broken?


   Does nothing. 

   debconf was v1.2.42. $diety knows why or how because packages.debian.org
seems to imply 1.0.32 for oldstable - any ideas how this happened? 

   I've also got a nag with autoconf depending on missing automaken. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Between a rock a hard place, need monolithic 2.4.2x kernel for sun4m

On Tue, 26 Jul 2005 01:23:40 +0200
Frans Pop [EMAIL PROTECTED] wrote:

 On Tuesday 26 July 2005 01:21, Eric Jorgensen wrote:
 After uncovering just how interestingly munged up this system is, i
  decided to attempt a dist-upgrade to sarge. In case there was some
  confusion, dist-upgrade to woody was years ago.
 
 All seemed to be going well until aptitude flatly refused to install
  the new libc until i had a kernel newer than 2.4.21.
 
 You could of course have tried reading the Release Notes which contain 
 extensive instructions for dealing with that...


   Yes, since i have an RT626 i don't really meet the if and only if
clause on needing to upgrade the kernel first. 

   Be nice if there was an elif after that. 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Writing OBP from Linux

2005-07-20 Thread Eric Brower

On 7/20/05, Turbo Fredriksson [EMAIL PROTECTED] wrote:
 I usually do this via TFTP, but this time I don't want to do this
 for various reasons, so does anyone have the program to do the
 actuall writing of the OBP?
 
 I already extracted the actuall flash image from the OBP patch
 (retreived from Sun) using the command in the message
 http://lists.debian.org/debian-sparc/2002/11/msg00020.html.
 
 I have the 'flash' module and the corresponding /dev/flash device,
 but now what!? Just 'dd' the extracted OBP to the device? Is that
 safe?

You can find the flash programming utility written by Eddie on the net
with a little searching-- here's a copy:

 http://kumba.drachentekh.net/sparc-linux/flash.c

I can't comment on whether it works properly. 

 If memory serves, there used to be bootable OBP updates available
from Sun as well-- I believe you could boot net' them, or potentially
dd them to your swap partition and boot from there.  I don't really
recall well enough, though.

Also, the sun_uflash MTD driver can likely be made to find these chips
(it ignores them, currently)-- if you can mmap MTD devices these days,
or even if not, it might be nice to leverage that driver and write a
new application that leverages the MTD-based device driver.

E

Re: rtc and chrony on Ultra 1 and Ultra 5

2005-04-20 Thread Eric Brower

The eeprom OBP node does not include an intr or interrupts node,
so the device does not support generating interrupts (at least, as
implemented).  In this case, UIE_ON and UIE_OFF are invalid (the
drivers/char/rtc.c driver already treats them as such, returning
EINVAL).  Because some devices support this and some (apparently)
don't, and we masquerade behind a common interface, ENOTSUP might have
been a better choice.

Depending upon what Chrony expects, perhaps no-ops would make them
work, but I suspect chrony ought to get a bit smarter to support such
devices.  I haven't looked at the code, but I assume the interrupts
are disabled while warping time.

E

On 4/20/05, Frans Pop [EMAIL PROTECTED] wrote:
 Hello David,
 
 I've run the new patch. See below.
 
 FYI, I had already submitted a bug against chrony, mainly because it floods
 the log files in an unacceptable way:
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=301592
 The last comment in that report is interesting. Does Sparc use genrtc?
 
 Cheers,
 Frans
 
 P.S. No harm done to my system.
 
 On Tuesday 19 April 2005 23:49, David S. Miller wrote:
  Or we can do something like this, provide the PC rtc ioctls
  in the Mostek RTC driver.
 
 Yes, that sounds like a nice approach.
 
  @@ -164,6 +225,7 @@
printk(KERN_ERR rtc: unable to get misc minor for Mostek\n);
return error;
}
  + printk(rtc_sun_init: Registered Mostek RTC driver.\n);
 
return 0;
   }
 
 IMO this bit should go in anyway (though maybe without the closing period).
 It makes at least clear that a driver for the RTC _is_ loaded. The message
 appears a bit later in the kernel log than the No PC RTC message:
 
 Apr 20 16:25:24 localhost kernel: rtc_init: no PC rtc found
 Apr 20 16:25:24 localhost kernel: su0 at 0x01fff13062f8 (irq = 4,7ea) is 
 a 16550A
 Apr 20 16:25:24 localhost kernel: su1 at 0x01fff13083f8 (irq = 9,7e9) is 
 a 16550A
 Apr 20 16:25:24 localhost kernel: ttyS0 at MMIO 0x1fff140 (irq = 7052256) 
 is a SAB82532 V3.2
 Apr 20 16:25:24 localhost kernel: ttyS1 at MMIO 0x1fff1400040 (irq = 7052256) 
 is a SAB82532 V3.2
 Apr 20 16:25:24 localhost kernel: Using anticipatory io scheduler
 Apr 20 16:25:24 localhost kernel: Floppy drive(s): fd0 is 1.44M
 Apr 20 16:25:24 localhost kernel: FDC 0 is a National Semiconductor PC87306
 Apr 20 16:25:24 localhost kernel: RAMDISK driver initialized: 16 RAM disks of 
 8192K size 1024 blocksize
 Apr 20 16:25:24 localhost kernel: loop: loaded (max 8 devices)
 Apr 20 16:25:24 localhost kernel: Uniform Multi-Platform E-IDE driver 
 Revision: 7.00alpha2
 Apr 20 16:25:24 localhost kernel: ide: Assuming 33MHz system bus speed for 
 PIO modes; override with idebus=xx
 Apr 20 16:25:24 localhost kernel: CMD646: IDE controller at PCI slot 
 :01:03.0
 Apr 20 16:25:24 localhost kernel: CMD646: chipset revision 3
 Apr 20 16:25:24 localhost kernel: CMD646: chipset revision 0x03, MultiWord 
 DMA Force Limited
 Apr 20 16:25:24 localhost kernel: CMD646: 100%% native mode on irq 4,7e0
 Apr 20 16:25:24 localhost kernel: ide0: BM-DMA at 
 0x1fe02c00020-0x1fe02c00027, BIOS settings: hda:pio, hdb:pio
 Apr 20 16:25:24 localhost kernel: ide1: BM-DMA at 
 0x1fe02c00028-0x1fe02c0002f, BIOS settings: hdc:pio, hdd:pio
 Apr 20 16:25:24 localhost kernel: hda: ST34342A, ATA DISK drive
 Apr 20 16:25:24 localhost kernel: ide0 at 
 0x1fe02c0-0x1fe02c7,0x1fe02ca on irq 4,7e0
 Apr 20 16:25:24 localhost kernel: hdc: CD-ROM 56X/AKH, ATAPI CD/DVD-ROM drive
 Apr 20 16:25:24 localhost kernel: ide1 at 
 0x1fe02c00010-0x1fe02c00017,0x1fe02c0001a on irq 4,7e0 (shared with ide0)
 Apr 20 16:25:24 localhost kernel: hda: max request size: 128KiB
 Apr 20 16:25:24 localhost kernel: hda: 8404830 sectors (4303 MB), 
 CHS=8894/15/63, (U)DMA
 Apr 20 16:25:24 localhost kernel:  hda: hda1 hda2 hda3 hda4
 Apr 20 16:25:24 localhost kernel: rtc_sun_init: Registered Mostek RTC driver.
 
 However, the patch does not yet solve the problem with chrony.
 I've taken a look at chrony's source. The relevant files seem to be
 rtc_linux.[hc] (attached).
 
 The .c file defines the calls that are expected to be supported. Not all
 seem to be actually used. AFAICT only the following calls are used:
 RTC_UIE_ON, RTC_UIE_OFF
 RTC_RD_TIME, RTC_SET_TIME
 
 I've also attached an strace from starting the chrony daemon and marked the
 relevant (AFAICT) lines.
 From this I conclude that the following statements from rtc_linux.c are
 causing the problems:
 status = ioctl(fd, RTC_UIE_ON, 0);
 status = read(fd, data, sizeof(data));
 status = ioctl(fd, RTC_UIE_OFF, 0);
 with fd refering to /dev/rtc.
 
 
 


-- 
E

kxstitch repackaged need sparc to test source build

2005-04-13 Thread eric pareja

I repackaged kxstitch_0.6 to fix an FTBS sparc bug (#304133) but have no way of 
testing it. I need help checking that there are no show stoppers before I can 
send the updated package to my sponsor for upload.

The package is available at http://tl.linux.org.ph/~xenos/debian

The updated package is kxstitch_0.6-2

I test built the package (-1 and -2)  on i386 and alpha pbuilders with no 
problems.

Please cc me since I'm not on debian-sparc

-- 
___  Eric Pareja (xenos AT upm.edu.ph) | Information Management Service  [IMS]
\e/  Network and Systems Administrator | University of the Philippines Manila
_v_  [ http://www.upm.edu.ph/~xenos ][GPG: B82E42D9][http://tinyurl.com/68dkm]
 Ang hindi marunong magmahal ng sariling wika ay higit pa sa malansang isda.


signature.asc
Description: Digital signature

Re: How to use 200 GB Disk on Ultra10?

2005-01-03 Thread Eric Brower

I've run across this before-- there is a potential for OBP booting PCI
IDE controllers, it seems (I've never tried):

http://mail-index.netbsd.org/port-sparc64/2002/02/24/.html

E


On Sun, 2 Jan 2005 14:23:40 +0100, Dieter Jurzitza
[EMAIL PROTECTED] wrote:
 Dear Roland,
 dear listmembers,
 the only solution I can think of is to use a PCI-IDE-Controller as readily
 suggested. The tradeoff is that you always have to boot from CDROM (or NET,
 floppy may be too small) in this case.
 I do so for my U60 because I use a AHA29160 for this purpose. With the U60,
 both Promise U100 and Promise U133 work well.
 If you need further help on how to create a bootable CDROM (if you plan to do
 so), just let me know, however, you'll have to be patient until January, 10th
 (when I am back in office and can access my systems).
 Take care
 
 Dieter Jurzitza
 
 Am Sonntag, 2. Januar 2005 12:53 schrieb Jan Houstek:
  On Sun, 2 Jan 2005, Admar Schoonen wrote:
   As far as I know, the Ultra5 and Ultra10 onboard ide controllers don't
 ***
 
 --
 ---
 
|
 \
  /\_/\   |
 | ~x~ |/-\   /
  \   /-   \_/
   ^^__   _/  _     /
  Â°Â°__ \- \_/ |  |/|  |
   ||  || _| _|_| _|
 
 if you really want to see the pictures above - use some font
 with constant spacing like courier! :-)
 ---
 
 


-- 
E

Re: debian on a sun enterprise 250

2004-12-02 Thread Eric Brower

[cc'd to [EMAIL PROTECTED]

Take a look at my post regarding this issue:

http://lists.debian.org/debian-sparc/2004/11/msg2.html

I'll offer you the envctrltwo driver as well, with the understanding
that there are a few remaining issues to be addressed.  I can't seem
to find willing testers, despite several requests.

E


On Thu, 2 Dec 2004 15:22:14 -0600, james derry [EMAIL PROTECTED] wrote:
  
 
 i've already posted this on debian-user@lists.debian.org and was advised to
 post it here. please forgive duplication, if you've already received this
 message.
  
  i've recently taken over sysadmin duties for a sun enterprise 250 running
 debian. the 250's has frontpanels LEDs, and one on this machine, the general
 fault LED, burns constant yellow. online documentation for the hardware at
 http://sunsolve.sun.com/handbook_pub/General/LEDs/E250_LEDs.html says:
  
  This yellow LED blinks slowly while the system runs its power-on self-test
 (POST) diagnostics and blinks rapidly during OpenBoot diagnostic (OBDiag)
 tests. It lights steadily when any fault is detected (including a fault also
 reported by any other LED).
  
  Q: could this be a normal state for enterprise 250s running debian? or is
 the LED truly reporting that a fault has been detected?
  
  thanks,
  james
  


-- 
E

Re: Maintenance light

2004-11-02 Thread Eric Brower

On the E250, the General Error LED on the front status panel is
plumbed to the auxio power LED bit (logical OR, if I recall
correctly).  If it bothers you, I'd be happy to provide a patch to
you.  Alternatively, I have a rough SUNW,envctrtltwo environmental
monitoring driver for the E250 I'd be happy to provide-- I've been
meaning to convert it to the in-kernel I2C subsystem and add
multi-master support but I've just not gotten around to it.  Let me
know.

E


On Mon, 1 Nov 2004 22:14:48 -0500, Huston [EMAIL PROTECTED] wrote:
  
 I have an E250 server.  Every time it kicks in the hard drives. I get a
 maintenance light.  If I don't boot into the OS,  I don't get the light.  I
 don't remember it doing this with Solaris.  Is there something I need to
 change configuration wise or did the problem just seem to coincide the
 change of OS?  The only thing I notice is the cdrom seems to show activity
 longer..  Any suggestions would be appreciated. 


-- 
E

Re: Maintenance light

2004-11-02 Thread Eric Brower

...I should also mention, dropping to OBP and typing led-off then
go should extinguish the light and get you back to the OS-- that's a
simpler workaround ;)

E


On Tue, 2 Nov 2004 10:55:11 -0700, Eric Brower [EMAIL PROTECTED] wrote:
 On the E250, the General Error LED on the front status panel is
 plumbed to the auxio power LED bit (logical OR, if I recall
 correctly).  If it bothers you, I'd be happy to provide a patch to
 you.  Alternatively, I have a rough SUNW,envctrtltwo environmental
 monitoring driver for the E250 I'd be happy to provide-- I've been
 meaning to convert it to the in-kernel I2C subsystem and add
 multi-master support but I've just not gotten around to it.  Let me
 know.
 
 E
 
 
 
 
 On Mon, 1 Nov 2004 22:14:48 -0500, Huston [EMAIL PROTECTED] wrote:
 
  I have an E250 server.  Every time it kicks in the hard drives. I get a
  maintenance light.  If I don't boot into the OS,  I don't get the light.  I
  don't remember it doing this with Solaris.  Is there something I need to
  change configuration wise or did the problem just seem to coincide the
  change of OS?  The only thing I notice is the cdrom seems to show activity
  longer..  Any suggestions would be appreciated.
 
 
 --
 E
 


-- 
E

Re: unknown partition table

2004-06-14 Thread Eric Brower

On Mon, 14 Jun 2004 16:44:07 +0200, Peter Keel [EMAIL PROTECTED] wrote:

 The only question that bugs me now: Is this SEAGATE-SX118273LC-6367
 just a model-specific string or a drive-specific one? Do I now have
 two drives with some same ID? Is there any way to find out such
 Drive-IDs?

If you have smartmontools handy, you can use 'smartctl -i /dev/sda'
for both model and serial number information.  Model numbers are
readily available from dmesg output or /proc/scsi/scsi.

-- 
E

pptpd encryption on SPARC

2004-05-10 Thread Eric Nichols

Hello, I am currently using 2.4.24 as my kernel and am trying to get a 
pptpd server running.  It seems to work unencrypted on the stock kernel 
but that kernel does not have the mppe patch on it.  I've tried and 
failed at building my own kernel.  Does anyone have any ideas or a 
pre-built kernel with mppe?  Shouldn't this kind of patch be in the 
stock kernel anyway?

Thanks
Eric

Re: debian install on 5/170 turbosparc problems

2004-05-06 Thread Eric Brower

In short, support for TurboSPARC (SS5/170) in Linux is dodgy at best.
You can find ample messages to this effect searching the list archives
and those of the [EMAIL PROTECTED] list, as well at the FAQ at
www.ultralinux.org.

Good luck!
E

Ross Camm wrote:

these are the boot up messagesjust to confirm we are talking about
the same sparcexcuse any error, copied by hand.

we also get a fujitsu logo in the near the top left corner.

512kb secondary cache present
ioclk setting = cpuclk/2
sbusclk setting = cpuclk/8
running in turbosparc native mode

sparcstation 5 keyboard present
rom rev 2.15, 128mb memory installed
ehternet address blah blah blah

putting patch to put cpu in usii mode
snoop and ic-snoop turned on

does this match anything that someone has managed to get running ??

rossco

On Thu, 2004-05-06 at 11:42, Ross Camm wrote:

i have tried the tftpboot image you mention.

i get this message when i boot via cdrom, which results in the same
error message as the tftpboot.img above ( at work at the moment and dont
have a rarp kernel to set rarp up from )

boot:
Uncompressing image...
Loading initial ramdisk
PROMLIB: obio_ranges 1

Watchdog Reset.

the ram dimm modules are in u300 to u303, and have tried swapping
modules around and only using 1 dimm module.

have tried mem=128m.

got m e stumped.

rossco

On Thu, 2004-05-06 at 11:26, David A. Riggs wrote:

Ross Camm wrote:

i have been attempting a debian install via tftp and cdrom on a
sparcstation 5/170 turbosparc with 128 meg ram without luck for a few
weeks

as soon as the ramdisk is loaded hardware resets.

i can boot openbsd and solaris fine.

does anyone have this model runnign debian and if so what
cdrom/tftpboot.img did you use and any special tricks ??

or is it a lost cause ?

I installed Debian woody on my SPARCStation 5/170 and then upgraded
it to sarge with no problems. I did the typical rarp/tftp/net install
using the following tftpboot image:

http://http.us.debian.org/debian/dists/woody/main/disks-sparc/current/sun4cdm/tftpboot.img

It's been several months now, so the details escape me, but I don't
recall having to jump through any special hoops for the SS5. In fact,
I had an easier time installing Debian on it than an SS20.

Can you provide more detailed information on what's going wrong?

- David A. Riggs riggs at csee dot wvu dot edu

--
Ross Camm, Technical Support, Asia Pacific
SnapGear - A CyberGuard Company
Leaders in embedded Linux security
http://www.SnapGear.com
[EMAIL PROTECTED]
Ph: +61 7 3435 2888
Fx: +61 7 3891 3630
SnapGear - Custom Embedded Solutions and Security Appliances

Re: debian install on 5/170 turbosparc problems

2004-05-06 Thread Eric Brower




Ross Camm wrote:

yes, i saw those comments re dodgy support, but other docs say that it
is supported.


The main developers (Pete and DaveM) have stated that it is not stable. 
 The other docs you mention are likely incorrect and somebody was lucky.




is it possible its just a prom setting or similar that is causing the
problem ??


I don't know-- it may be worthwhile to compare notes (software/OBP 
versions, configurations, etc) with folks that have stated it works for 
them.




or is it that fact that is a fujitsu box ??


Well, a Fujitsu CPU that is not well supported.

E

Re: netboot , need help

2004-04-26 Thread Eric Brower

Try reading the JavaStation HOWTO-- it describes the procedures for 
creating diskless client images.  It is light on net-booting 
information, but you should be able to find those specifics elsewhere.


http://www.ibiblio.org/pub/Linux/docs/HOWTO/other-formats/html_single/JavaStation-HOWTO.html

E

Rakotomandimby Mihamina wrote:

Hello gentlemen ,
I 'd need help to build a kernel wich be abble to boot via the network 
(ethernet LAN) for diskless stations .

Stations are Sun Ultra5 . The boot server is a x86 .
I dont use debian sparc but gentoo sparc , but i heard i would need 
elftoaout and/or piggyback64 (those tools are from the debian project) 
to build the netbootable kernel ...
searching on google i did not find great tutorial or documents that 
explains me what to do and what it does when i do it ... ( may be i 
searched the wrong way)


Would you help  me to build it ? i already have _the_ kernel image 
embeding nfsroot support , rarp , NIC driver , ... then what is the next 
step before i upload it to the tftp server  ?


PS If you have any easy to understand and recent document setting up a 
tftp-rarp-bootp x86 server i would be glad (my x86 server is runnung 
slack ... plz dont troll on this :-) )


Thank you in advance for your help .

2.6.x kernel for Sparc?

2004-04-25 Thread Eric Nichols

I didn't see this in apt...  Is there a 2.6.x kernel image available for 
Sparc (I have a Sparc 5).

Thanks
Eric

Add modem to a SPARC 5?

2004-04-24 Thread Eric Nichols

I've got a 100mhz Sparc 5 running the untested version of Debian.  Does 
anyone know what /dev works on the serial ports?  I've tried both serial 
ports on ttyS0-3 and no luck.

Thanks
Eric

Re: Sarge on a Sparc5

2004-04-23 Thread Eric Nichols





That did it! 

So here is the beginning and end of the story. I booted with the
netboot (sarge) cd.
I received the following error and it stopped:


Setting up filesystem please wait

busybox[8]: Unimplemented SPARC system call 188

busybox[9]: Unimplemented SPARC system call 188

busybox[11]: Unimplemented SPARC system call 188

busybox[12]: Unimplemented SPARC system call 188

init[10]: Unimplemented SPARC system call 188

busybox[13]: Unimplemented SPARC system call 188

Thomas Poindessous wrote:

Next I used the bottom information so at the kernel boot prompt rather
than hit enter type the following:
linux debian-installer/framebuffer=false

The same error shows up but about 3 seconds later the install continues.

I hit a bit of a bump in the road with the network card and dhcp 
installing from FTP sites. It might be a problem with the new
installer.
Many thanks for all of the assistance!



  On Thu, Apr 22, 2004 at 06:55:53PM +0300, Meelis Roos wrote:
  
  

  

  $ bterm -f unifont.bgf
  

  
  
And sparc64 also hangs on running bterm.

  
   bterm needs a frame buffer.  Are you installing over a serial line?  If not
what video card do you have in your machines?
  

Yes, I noticed it does not work on serial :)

I tried both Sparcstation 5 and Ultra Neterprise 2 on the console, using
sbus cg6 framebuffer in both cases. Have not tried it on another sparc64
with ati mach64 graphics, will do if I get time.

  
  
Can you test if without framebuffer to be sure that the problem is with
framebuffer ? Thanks.

Just netboot with this param "debian-installer/framebuffer=false"

Thanks !

Sarge on a Sparc5

2004-04-21 Thread Eric Nichols

I recently inherited a SparcStation 5 from a friend (96meg memory 2gig 
drive).  I have a very old version of SuSE running on it with openldap 
and I wanted to experiment with debian.  I tried loading woody by floppy 
but found the floppy drive is broken.


So I moved on and downloaded the latest cdrom-mini.iso (3/15/04) and 
started the install.  I selected the boot install from the menu and 
watched it autodetect my hardware etc.


The entire install halted with the following lines:

Setting up filesystem please wait
busybox[8]: Unimplemented SPARC system call 188
busybox[9]: Unimplemented SPARC system call 188
busybox[11]: Unimplemented SPARC system call 188
busybox[12]: Unimplemented SPARC system call 188
init[10]: Unimplemented SPARC system call 188
busybox[13]: Unimplemented SPARC system call 188


Needless to say I'm stuck.  Is there a parameter I need to put in before 
boot or will this work at all on this old box?

Many Thanks
Eric

Re: Sarge on a Sparc5

2004-04-21 Thread Eric Nichols

Unfortunately it gets as far as the busybox errors and that's it.  I let 
it sit for 30 minutes...


Woody would seem to be the next obvious path but my floppy drive is 
busted.  Does anyone have a boot CD image that has the Woody installer 
for SPARC?  I checked the mirrors and all that are there are floppy images.


Many thanks for the quick responses from Robert and Jan!

Schaefer, Robert (PS) wrote:


I'm not sure about Sarge in particular, but I do know Debian runs fine on a
Sparc5, as I'm running it on my SparcStation5.  How long did you wait when
it put out the setting up filesystem message?  I get lots of Unimplemented
messages, but that doesn't usually stop things from working, you may just
have to be patient.

-Original Message-
From: Eric Nichols [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, April 21, 2004 6:54 AM

To: debian-sparc@lists.debian.org
Subject: Sarge on a Sparc5


I recently inherited a SparcStation 5 from a friend (96meg memory 2gig 
drive).  I have a very old version of SuSE running on it with openldap 
and I wanted to experiment with debian.  I tried loading woody by floppy 
but found the floppy drive is broken.


So I moved on and downloaded the latest cdrom-mini.iso (3/15/04) and 
started the install.  I selected the boot install from the menu and 
watched it autodetect my hardware etc.


The entire install halted with the following lines:

Setting up filesystem please wait
busybox[8]: Unimplemented SPARC system call 188
busybox[9]: Unimplemented SPARC system call 188
busybox[11]: Unimplemented SPARC system call 188
busybox[12]: Unimplemented SPARC system call 188
init[10]: Unimplemented SPARC system call 188
busybox[13]: Unimplemented SPARC system call 188


Needless to say I'm stuck.  Is there a parameter I need to put in before 
boot or will this work at all on this old box?

Many Thanks
Eric

Re: SS20 boot problem

2004-04-15 Thread Eric Brower

It is possible that your disk is external or is not in the primary SCSI 
disk slot.  Stop-A, as you have been doing.  Type 'probe-scsi-all' to 
see where you disk is located.  Type 'devalias' and find the matching 
alias (i.e. disk1).  Set a new default boot device with setenv 
boot-device the-devalias-you-found.  Then reset and all should be 
well with the world; well, depending upon where you installed SILO


If you are worried that other OBP settings may be incorrect, you can 
hold down Stop-N during the boot process to reset your NVRAM parameters 
to defaults.


E

[EMAIL PROTECTED] wrote:
 
I don’t have that option. Autoboot is set to true, and it tries to boot to

net by default. Of course I can stop + A. If I remember correctly, I need to
specify to boot to the hard drive. I know how to boot to the hard drive, but
not set it as default. Also, my device path to the hard drive seems to be
incorrect.


-Original Message-
From: andrew burd [mailto:[EMAIL PROTECTED] 
Subject: Re: SS20 boot problem


actually when the OBP boot: prompt comes up just hit enter

when you try boot disk you have to provide the device and the boot image
(iirc)

I have an SS10, SS20, and Ultra 5 all running debian.  I never provide
parameters to the OBP prompt unless I want to boot from the CDROM or floppy



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.656 / Virus Database: 421 - Release Date: 4/9/2004
 



.

Re: Can't locate module char-major-4

2004-04-12 Thread Eric Brower




Janos Sziliczi wrote:

Hi All,

I found the following logs in my syslog many-many times:

modprobe: modprobe: Can't locate module char-major-4
last message repeated XX times

I think this alias can be turned off using
'alias char-major-4 off' in modules.conf, but I don't want to do this at
the moment, because I don't know what does this alias.
So this is the question. :-)


Take a look at linux/Documentation/devices.txt-- these devices are 
virtual consoles, which you don't have because you are running headless. 
 Removing getty entries for virtual consoles in your /etc/inittab 
should prevent this message (see below).




Other things: the previous logs are followed by the next log messages:

init: Id X respawning too fast: disabled for 5 minutes

where X means: 1, 2, 3, 4 and 5.


This is, again, virtual consoles being spawned.  Edit your /etc/inittab 
and comment-out the getty lines for tty1-tty6.  Add a line (if not 
already present) for your serial console, something like:


T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100

I'm not sure what distribution release you are running-- this may well 
be done for you by a smart installer, but being a luddite I've not 
updated distros in a very long time so somebody more current could comment.


E

Re: E250 LED indicators

2004-03-31 Thread Eric Brower

I have a mostly written driver that support environmental monitoring and 
LEDs on the E250.  It will handle temperature and fan monitoring, and 
can control all the LEDs (currently is only twiddles the activity LED).


The bigger issue that has been keeping this driver off the list to date 
is that the current PCF8584 (I2C bus controller) support must be 
rewritten to support multi-master operation and I've not mustered the 
enthusiasm to do it yet.  Without such support, collisions result 
infrequently in misread or miswritten data that results in possibly 
bogus overheat conditions or LED states on the front status panel.


And since you asked, I'll poke a sore spot

Another issue is the difference between the Solaris driver and existing 
Linux envctrl driver(s).  When the power-off temperature threshold is 
met, Linux does a friendly shutdown.  Solaris does a hard power-off, 
which I feel is appropriate if we implement notification at the warning 
threshold (bbc-envctrl and my envctrltwo do this, but envctrl does not).


However, due to the oft-lamented issue of sparc and sparc64 refusing to 
power-down a system completely if it is on a serial console, you gain 
little benefit from halting to OBP.  DaveM-- I'll float you a sysctl 
patch for sparc64 and sparc if you'd consider it and find the current 
protection valuable, otherwise perhaps machine_power_off should 
actually power-off, machine_halt should halt and userspace commands 
should get smarter about whether they ask the system to halt or 
power-off.  As I recall, the Red Hat patches to /sbin/shutdown do 
provide the distinction, though the userspace may not have closed the 
loop to do the right thing by default on serial console installs.


To make a long answer short-- I can send you the work-in-progress driver 
off-list, but I recommend running it in debug mode so that shutdowns are 
not actually performed, otherwise you may get false positives.  Let me know.


E

Costas Magkos wrote:

Hi debian people,

I have a Sun Enterprise E250 running sarge. E250 has a front panel with 
LEDs used as health and fault indicators, which apparently work only 
when the system is running Solaris.


Does anyone know of a workaround for them to work under debian?

Thanx in advance.

~kmag


Costas Magkos
Internet Systematics Lab
NCSR Demokritos
Athens, Greece

Re: E250 LED indicators

2004-03-31 Thread Eric Brower



David S. Miller wrote:

On Wed, 31 Mar 2004 11:56:06 -0800
Eric Brower [EMAIL PROTECTED] wrote:


DaveM-- I'll float you a sysctl 
patch for sparc64 and sparc if you'd consider it and find the current 
protection valuable, otherwise perhaps machine_power_off should 
actually power-off, machine_halt should halt and userspace commands 
should get smarter about whether they ask the system to halt or 
power-off.



Ok, I'll check it out.


Attached, but a bit dated and against 2.4.x;  let me know what you 
think, concept-wise.


My preference would be for the kernel to always do as asked, and let the 
userspace tools provide the proper sys_reboot args (i.e. 
LINUX_REBOOT_CMD_HALT goes to OBP, LINUX_REBOOT_CMD_POWER_OFF goes to 
OBP).  I may have missed some subtlety, but it seems better to handle 
this outside of machine_power_off, as a driver MIGHT wish to call that 
directly under thermal failure scenarios, etc.


E


= arch/sparc/kernel/process.c 1.12 vs edited =
--- 1.12/arch/sparc/kernel/process.cWed Apr 30 01:15:11 2003
+++ edited/arch/sparc/kernel/process.c  Thu May 15 06:49:37 2003
@@ -54,6 +54,12 @@
  */
 void (*pm_power_off)(void);
 
+/*
+ * sysctl - toggle power-off restriction for serial console 
+ * systems in machine_power_off()
+ */
+int scons_pwroff = 1;
+
 extern void fpsave(unsigned long *, unsigned long *, void *, unsigned long *);
 
 struct task_struct *last_task_used_math = NULL;
@@ -189,7 +195,7 @@
 void machine_power_off(void)
 {
 #ifdef CONFIG_SUN_AUXIO
-   if (auxio_power_register  !serial_console)
+   if (auxio_power_register  (!serial_console || scons_pwroff))
*auxio_power_register |= AUXIO_POWER_OFF;
 #endif
machine_halt();
= arch/sparc64/kernel/power.c 1.7 vs edited =
--- 1.7/arch/sparc64/kernel/power.c Tue May  6 07:32:38 2003
+++ edited/arch/sparc64/kernel/power.c  Thu May 15 06:49:04 2003
@@ -17,6 +17,12 @@
 #define __KERNEL_SYSCALLS__
 #include linux/unistd.h
 
+/*
+ * sysctl - toggle power-off restriction for serial console 
+ * systems in machine_power_off()
+ */
+int scons_pwroff = 1; 
+
 #ifdef CONFIG_PCI
 static unsigned long power_reg = 0UL;
 
@@ -40,7 +46,7 @@
 
 void machine_power_off(void)
 {
-   if (!serial_console) {
+   if (!serial_console || scons_pwroff) {
 #ifdef CONFIG_PCI
if (power_reg != 0UL) {
/* Both register bits seem to have the
= include/linux/sysctl.h 1.24 vs edited =
--- 1.24/include/linux/sysctl.h Wed May 28 00:49:28 2003
+++ edited/include/linux/sysctl.h   Thu May 15 05:31:22 2003
@@ -125,6 +125,7 @@
KERN_TAINTED=53,/* int: various kernel tainted flags */
KERN_CADPID=54, /* int: PID of the process to notify on CAD */
KERN_CORE_PATTERN=56,   /* string: pattern for core-files */
+   KERN_SPARC_SCONS_PWROFF=57, /* int: serial console power-off halt */
 };
 
 
= kernel/sysctl.c 1.19 vs edited =
--- 1.19/kernel/sysctl.cFri Nov 29 13:50:48 2002
+++ edited/kernel/sysctl.c  Wed May 14 06:37:52 2003
@@ -78,6 +78,7 @@
 #ifdef __sparc__
 extern char reboot_command [];
 extern int stop_a_enabled;
+extern int scons_pwroff;
 #endif
 
 #ifdef CONFIG_ARCH_S390
@@ -186,6 +187,8 @@
{KERN_SPARC_REBOOT, reboot-cmd, reboot_command,
 256, 0644, NULL, proc_dostring, sysctl_string },
{KERN_SPARC_STOP_A, stop-a, stop_a_enabled, sizeof (int),
+0644, NULL, proc_dointvec},
+   {KERN_SPARC_SCONS_PWROFF, scons-poweroff, scons_pwroff, sizeof (int),
 0644, NULL, proc_dointvec},
 #endif
 #ifdef CONFIG_PPC32

Re: E250 LED indicators

2004-03-31 Thread Eric Brower




Eric Brower wrote:

[ ... ]
(i.e. LINUX_REBOOT_CMD_HALT goes to OBP, LINUX_REBOOT_CMD_POWER_OFF goes to 
OBP).  I may have missed some subtlety, but it seems better to handle 
this outside of machine_power_off, as a driver MIGHT wish to call that 
directly under thermal failure scenarios, etc.


Of course, I meant LINUX_REBOOT_CMD_POWER_OFF powers-off.

E

Re: Losing my mind, RAID1 on Sparc completely broken?

2004-03-10 Thread Nathan Eric Norman

On Wed, Mar 10, 2004 at 09:18:11AM +1000, Adam Conrad wrote:
 Antonio Prioglio wrote:
  
  You need to leave the block 0 alone and start the partitions 
  on block 1.
  
  It is a known issue on sparcs.
 
 It's my understanding that SILO needs to be installed to a partition
 that begins on cylinder 0, or it won't boot.  Regardless, I fail to see
 how this could be affecting a RAID on partitions later on the disks.

Which kernel version are you using?  IIRC there are bugs in 2.4.18 WRT
the md code.  When I had md working on sparc (I no longer use md) I
believe I got it working with 2.4.21, so any recent kernel should do.
My Ultra 60 is currently running 2.4.25+debian+ben's patches and it
seems to be happy.

Good luck,

-- 
Nathan Norman - Incanus Networking mailto:[EMAIL PROTECTED]
  No.
   Should I include quotations after my reply?

Re: kernel 2.4.24-sparc64-smp shutdown problem

2004-03-02 Thread Eric Brower


You are using a serial console, right?  Remove the check

if (!serial_console)

from arch/sparc64/kernel/power.c.

E

Philipp Michels wrote:

hi list,

i got a sun ultra 2 enterprise with two 167MHZ CPUs.
I run debian sarge with a 2.4.24-sparc64-smp kernel-image.

The problem is that my machine does not power-off after
'shutdown -h now'

Is there a kernel patch available?

regards
Philipp

Re: Problem with ioctl(fd, TUNSETIFF, ...)

2004-01-30 Thread Eric Brower


The definition of TUNSETIF is:

  #define TUNSETIFF _IOW('T', 202, int)

indicating the argument is an int rather than a struct ifreq*.  This 
 trickery (as I understand it) would work on 32-bit systems, but not 
64-bit.


The .../arch/sparc64/kernel/ioctl32.c translation for this ioctl is 
COMPATIBLE_IOCTL which would be correct if an int was really expected, 
but is not correct when a struct ifreq* is passed.  There are already 
translations in ioctl32.c to deal with an argument of type struct 
ifreq*, so you might wish to take a look at them and change the 
COMPATIBLE_IOCTL entry to an appropriate HANDLE_IOCTL entry.  Take a 
look at dev_ifsioc() for starters.


I've cc'd the ultralinux list, which is more appropriate for this matter.

E

Erwann Abalea wrote:

Hello,

I wanted to install OpenVPN on my firewall machine (an Ultra1 running
2.4.18), but unfortunately, I failed.

I managed to track the failing code, and tried to find equivalent
known-to-be-good code (found in the Linux Kernel documentation, in
networking/tuntap.txt).

The following code fails:
-
int tun_alloc(char *dev)
{
  struct ifreq ifr;
  int fd, err;

  if ((fd = open(/dev/net/tun, O_RDWR))  0)
  {
perror(Unable to open /dev/net/tun);
return -1;
  }

  memset(ifr, 0, sizeof(ifr));

  /* Flags: IFF_TUN   - TUN device (no Ethernet headers)
   *IFF_TAP   - TAP device
   *IFF_NO_PI - Do not provide packet information
   */
  ifr.ifr_flags = IFF_TUN;

  if (*dev)
strncpy(ifr.ifr_name, dev, IFNAMSIZ);

  if ((err = ioctl(fd, TUNSETIFF, (void *) ifr))  0)
  {
close(fd);
perror(ioctl(fd, TUNSETIFF, ...) error);
return err;
  }
  strcpy(dev, ifr.ifr_name);
  return fd;
}
-

I tested this in a small program (just add a main() asking for an
argument, and call the tun_alloc() with the given argument). It fails on 2
ultrasparc machines (an U1 and an U2 running the same kernel version, the
U1 also has the IPVS patch applied), and works on a standard PC also
running the 2.4.18 kernel. Tun/Tap support is compiled in (if it wasn't,
the failure would have been at the open() call).

What I get is:
-
Opening tun0
ioctl(fd, TUNSETIFF, ...) error: : Invalid argument
-

I also get something in my syslog.log file:
Jan 30 15:15:39 herisson kernel: sys32_ioctl(tun:4329): Unknown cmd fd(3) 
cmd(800454ca) arg(ec70)

What am I doing wrong?

Re: [Re: environmental monitoring]

2003-12-24 Thread Eric



Clint Adams [EMAIL PROTECTED] wrote:

  Umm, the Netra T1 doesn't have an envctrl -- or a SUNW,rasctrl on an
  ebus.
 
 I don't think that's important; all I want is the CPU temperature.

Looking at the prtconf output from the T1/200 and the SB-1000 (for which the
bbc_envctrl driver was written), it is clear no current driver will support
this environmental monitoring implementation.  However, if you simply want the
CPU temperature you should be able to use the LOM console to retrieve this
information, independent of the host OS (though Solaris may be required for
initial LOM configuration).  For anything more, you'll likely have to wait
until a developer gets a hold of the hardware and decides to take a try.

E

Re: environmental monitoring

2003-12-23 Thread Eric Brower




Clint Adams wrote:

On a Netra t1 105, it is possible to use the envctrl kernel module
to read the CPU temperature.  Is this possible with a Netra T1 AC200?




Not currently.

E

Re: environmental monitoring

2003-12-23 Thread Eric Brower


Clint Adams wrote:

On a Netra t1 105, it is possible to use the envctrl kernel module
to read the CPU temperature.  Is this possible with a Netra T1 AC200?


Not currently.



What needs to be done to adapt the driver?


A driver needs to learn about the OBP format used on a particular 
platform for environmental monitoring.  In the case of the T1/200 it may 
be similar enough to the existing bbc_envctrl driver (written for an 
SB1000) that you can adapt it for use on your system.  At the very 
least, you'll have to remove the bbc_present() test.


If you want temperatures available to userspace, additional 
modifications will be required as well.  I believe the current 
bbc_envctrl driver monitors, but does not export, this information.


If you are interested in doing this work I suggest you post to the 
development list (ultralinux@vger.kernel.org).


E

Re: netra t4

2003-12-19 Thread Eric Brower

Take a look at the Linux on the Sun JavaStation howto-- that describes 
the process in detail.


E

VEGH Karoly wrote:

On Mon, Dec 15, 2003 at 03:15:02PM -0800, Eric Brower wrote:

You may wish to speak with Johan Verrept-- he built a kernel for use on 
his Netra T4.



well, I tried to reach him but he's busy or maybe my mails go under
in the daily mail-noise...

all-in-all: I still cannot boot, are there any docs about building 
tftpboot.img -es for sparc? I do have already an Ultra-10 running with

debian, so I do not need to cross-compile, but how to build a tftpboot.img?
with or without crosscompiling, both interests me.

tia

charlie

Re: netra t4

2003-12-11 Thread Eric Brower

Johan Verrept sent a patch to this list and DaveM on 26.Jan.2003 for 
proper booting on the T4, but it apparently never made it into the 
kernel sources (as per bkbits).  It does not specifically address the 
SAB issue, but does address the fill_ebus_child issue.


http://lists.debian.org/debian-sparc/2003/debian-sparc-200301/msg00149.html


E

VEGH Karoly wrote:

On Thu, Dec 11, 2003 at 08:53:03AM -0500, Ben Collins wrote:


This seems to be a problem with the serial console driver in the kernel.
What images are you using? 


from ftp.debian.org:


Try the images here:

http://www.phunnypharm.org/pub/for/sparc-folks/disks-sparc/current/



tried: 
http://www.phunnypharm.org/pub/for/sparc-folks/disks-sparc/current/sparc64/tftpboot.img

1: booting with a simple 'boot net'

-

ok boot net
Boot device: /[EMAIL PROTECTED],70/[EMAIL PROTECTED],1:  File and args:   
Timeout waiting for ARP/RARP packet
535400 
Remapping the kernel... done.

Booting Linux...
UGH: property for SUNW,lomv was 24, need  1

---

as for the last line, I found the following URL:

http://lists.debian.org/debian-sparc/2003/debian-sparc-200302/msg00034.html



2: booting with 'boot net linux -p'



ok boot net linux -p  
Boot device: /[EMAIL PROTECTED],70/[EMAIL PROTECTED],1:  File and args: linux -p  
Timeout waiting for ARP/RARP packet   
535400
PROMLIB: Sun IEEE Boot Prom 4.2.4 2001/06/13 10:10

4Linux version 2.4.21 ([EMAIL PROTECTED]) (gcc version 3.3.2 (Debian)) #1 Sat 
Nov 29 15:40:07 EST 2003
4ARCH: SUN4U
Linux version 2.4.21 ([EMAIL PROTECTED]) (gcc version 3.3.2 (Debian)) #1 Sat 
Nov 29 15:40:07 EST 2003
4ARCH: SUN4U
ARCH: SUN4U
Ethernet address: 00:03:ba:0f:6c:fb
Remapping the kernel... done.
On node 0 totalpages: 195776
zone(0): 196447 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Booting Linux...
Found CPU 0 (node=f006fb30,mid=0)
Found 1 CPU prom device tree node(s).
Kernel command line: linux -p
Calibrating delay loop... 499.71 BogoMIPS
Memory: 1547720k available (2504k kernel code, 576k data, 184k init) 
[f800,5febe000]
Dentry cache hash table entries: 262144 (order: 9, 4194304 bytes)
Inode cache hash table entries: 131072 (order: 8, 2097152 bytes)
Mount cache hash table entries: 512 (order: 0, 8192 bytes)
Buffer-cache hash table entries: 131072 (order: 7, 1048576 bytes)
Page-cache hash table entries: 262144 (order: 8, 2097152 bytes)
POSIX conformance testing by UNIFIX
PCI: Probing for controllers.
SCHIZO0 PBMB: ver[4:0], portid 8, cregs[4000440] pregs[4000470]
SCHIZO0 PBMB: PCI CFG[7ffee00] IO[7ffef00] MEM[7fe]
SCHIZO0 PBMA: ver[4:0], portid 8, cregs[4000440] pregs[4000460]
SCHIZO0 PBMA: PCI CFG[7ffec00] IO[7ffed00] MEM[7fd]
PCI-IRQ: Routing bus[ 0] slot[ 5] map[0] to INO[1d]
PCI-IRQ: Routing bus[ 0] slot[ 5] map[0] to INO[1f]
PCI-IRQ: Routing bus[ 0] slot[ 6] map[0] to INO[18]
PCI-IRQ: Routing bus[ 0] slot[ 6] map[0] to INO[19]
PCI0(PBMB): Bus running at 33MHz
PCI-IRQ: Routing bus[ 1] slot[ 4] map[0] to INO[04]
PCI-IRQ: Routing bus[ 2] slot[ 0] map[1] to INO[01]
PCI-IRQ: Routing bus[ 2] slot[ 1] map[1] to INO[02]
PCI-IRQ: Routing bus[ 2] slot[ 2] map[1] to INO[03]
PCI-IRQ: Routing bus[ 2] slot[ 3] map[1] to INO[00]
PCI0(PBMA): Bus running at 66MHz
ebus0: [flashprom] [bbc] [power] [i2c - (dimm-fru) (dimm-fru) (dimm-fru) 
(dimm-fru) (dimm-fru) (dimm-fru) (dimm-fru) (1
0Kernel panic: fill_ebus_child
 Press L1-A to return to the boot prom

---


hope this tells you more than it does to me... 


thanks for the help,


charlie

SPARC64 + GCC 3.3.2

2003-10-29 Thread Eric Tichansky

To my understanding GCC 3.3.2 (20031022) *should* support sparc64 kernel 
builds.  I've browsed dozens of mail threads (mainly Debian) for more 
information, but have not been able to extract relevant information 
based on my specific problem (outlined below).


OS: Gentoo GNU/Linux
GCC 3.3.2 (20031022)
Attempting to build kernel 2.6.0-test9

egcs64 was removed, thereby all sparc64-linux-* removed; which is 
depreciated for the most part with gcc-3.3.x present.


The ~/linux/arch/sparc64/Makefile test:

' CC := $(shell if gcc -m64 -S -o /dev/null -xc /dev/null /dev/null 
21; then echo gcc; else echo sparc64-linux-gcc; fi ) '


is apparently falling back to sparc64-linux-gcc however, as the build

$ make image

fails by complaining about it:

/bin/sh: line 1: sparc64-linux-gcc: command not found

Version/Environment output as follows:
[EMAIL PROTECTED] eric $ gcc --version
gcc (GCC) 3.3.2 20031022 (Gentoo Linux 3.3.2-r2, propolice)
[EMAIL PROTECTED] eric $ echo $CC
gcc

If I explicitely set CC=gcc:
$ make CC=gcc image
it fails with:
cc1: error: invalid option `medlow'

It seems 64-bit is somehow broken with my install of gcc.  Any 
suggestions or ideas would be appreciated as I would like to make the 
migration from egcs64.


emty

Re: antares qlogic sbus scsi controller ?


Heitzso wrote:

I have an sbus antares (actually a qlogic)
fast/wide scsi2 controller in my ss20 that the
bootprom finds and solaris found and used but
my 2.2.25 kernel flags as missing an interrupt
and skips over.


I think you are talking seeing this:

 /* Sometimes Antares cards come up not completely
  * setup, and we get a report of a zero IRQ.
  * Skip over them in such cases so we survive.
  */
 if (sdev-irqs[0] == 0) {
 printk(qpti%d: Adapter reports no interrupt, 
skipping over this card., nqptis);
 continue;
 }

Do you happen to have Solaris or Linux 'prtconf -pv' info for this 
system?  No workaround is mentioned, but perhaps this is due to no 
intr property present in that FCode.  Just a thought


E

Re: antares qlogic sbus scsi controller ?


Yep-- missing the intr property.

I'd suggest you have two choices:

1) backport my interrupts-decoders patch from current BK 2.4.x to 2.2.x
2) migrate to a later BK 2.4.x kernel with the patch already included
   (the patch has been in BK for around 9 months)

The interrupts-decoders patch (against 2.5.x, but same as against 2.4.x) 
is changeset 1.838.172.14 at:


http://linux.bkbits.net:8080/linux-2.5/user=zaitcev/[EMAIL 
PROTECTED]|index.html|stats|!+|index.html|[EMAIL PROTECTED]|[EMAIL PROTECTED]

E

Heitzso wrote:

I ran the prtconf as you suggested and the following stanza
comes up for the qlogic controller:

Node 0xffd7b350
scsi-initiator-id:  0007
device_type: 'scsi'
interrupts:  0003
wide:  00
clock-frequency:  02625a00
reg:  0002.0001.0450
model: 'QLGC,ISP1000'
name: 'QLGC,isp'

Node 0xffd7edf0
device_type: 'block'
name: 'sd'

Node 0xffd7f340
device_type: 'byte'
name: 'st'

Which would appear that the controller is available(??).
However, if I have an external case attached to that
controller with drives in it I still get the no interrupts
found skipping controller etc. message.

Thanks for digging up the message in the driver.
Still no scsi controller.  I'll slide on it since
I'm not in a position to thrash the code.

Heitzso



Eric Brower wrote:


Heitzso wrote:


I have an sbus antares (actually a qlogic)
fast/wide scsi2 controller in my ss20 that the
bootprom finds and solaris found and used but
my 2.2.25 kernel flags as missing an interrupt
and skips over.




I think you are talking seeing this:

  /* Sometimes Antares cards come up not completely
   * setup, and we get a report of a zero IRQ.
   * Skip over them in such cases so we survive.
   */
  if (sdev-irqs[0] == 0) {
  printk(qpti%d: Adapter reports no interrupt, 
 skipping over this card., nqptis);
  continue;
  }

Do you happen to have Solaris or Linux 'prtconf -pv' info for this 
system?  No workaround is mentioned, but perhaps this is due to no 
intr property present in that FCode.  Just a thought





.

Re: antares qlogic sbus scsi controller ?



Eric Brower wrote:

Heitzso wrote:


I have an sbus antares (actually a qlogic)
fast/wide scsi2 controller in my ss20 that the
bootprom finds and solaris found and used but
my 2.2.25 kernel flags as missing an interrupt
and skips over.



I think you are talking seeing this:

  /* Sometimes Antares cards come up not completely
   * setup, and we get a report of a zero IRQ.
   * Skip over them in such cases so we survive.
   */
  if (sdev-irqs[0] == 0) {
  printk(qpti%d: Adapter reports no interrupt, 
 skipping over this card., nqptis);
  continue;
  }



My guess is sometimes in the above comment means On sun4c/d/m.

If you wanted to test in 2.2.x without the aforementioned patch, you 
might be able to do something like (specific to your sun4m):


if (sdev-irqs[0] == 0) {
sdev-irqs[0] = 0x35;
printk(qpti%d: Adapter reports no interrupt, 
blindly assigning irq 0x35\n);
}

...and see how the rest of the driver likes your card.  This is just off 
the top of my head-- no guarantees, of course.


E

Re: antares qlogic sbus scsi controller ?