Re: x-www-browser for ultra5 ultra60
On 04/13/2009 06:52 PM, Howard Eisenberger wrote: > On 2009-04-13, Julien Cristau wrote: > It works! With the new libnssd3.so.1d, iceweasel 3.0.7 does not crash on the problem sites on my Ultra 5. >> The bug was fixed using a different patch in nss >> 3.12.2.with.ckbi.1.73-2. > > Thanks. I didn't realize that. > > However, apt-get install libnss3-1d also upgrades libsqlite3, > and when I started iceweasel, I get a "Bus error" before it > finished loading. > > It seems to work all right for me with the new nss plus the > old libsqlite3. There was an upstream bug in sqlite 3.6.12 that was causing SIGBUS on sparc, there is a patch here: https://bugzilla.redhat.com/show_bug.cgi?id=494906 ~spot -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Ultra 10 install issue
On Thu, 2008-05-15 at 12:39 -0600, William Andrew Lawrence wrote: > Any help or ideas would be great. Just as a sanity check, does it look correct at the OpenBoot prompt? ~spot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun Leo (ZX)
On Sun, 2008-04-27 at 18:14 +, Mark Morgan Lloyd wrote: > how do I use the -p > option that's supposed to flush printk() output to the console > promptly? -p should cause all printk() to go to the PROM... ~spot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun Leo (ZX)
On Fri, 2008-04-18 at 10:34 +, Mark Morgan Lloyd wrote: > What is the significance of the match check? I presume this is a > device > name but what is it tested against? > If memory serves, its checking for that value in the openpromfs. ~spot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun Leo (ZX)
On Wed, 2008-03-12 at 01:13 +, Martin Habets wrote: > You could try the fbdev X driver: >Driver "fbdev" > without specifying a BusID. FWIW, the fbdev driver has historically never worked with Sun Framebuffers. It would be worth noting if this leo device is showing up in /proc/openprom, although, I can't remember the last time this driver was tested, so it could certainly be just a broken driver. ~spot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Take 3: sparc64 CDs work?
On Wed, 2004-06-09 at 15:50 +0200, Frederik Dannemare wrote: > initrd extends beyond end of memory (0x20dc76e4 > > 0x1ff14000) > disabling initrd Umm. This isn't good. Ben? :) ~spot --- Tom "spot" Callaway LCA, RHCE Red Hat Sales Engineer || Aurora SPARC Linux Project Leader "If you are going through hell, keep going." - Sir Winston Churchill
Re: Kernel 2.6.x breaks X on blade 100
On Wed, 2004-05-19 at 09:49 +0200, Admar Schoonen wrote:
> On Wed, May 19, 2004 at 08:53:04AM +0200, Elie De Brauwer wrote:
> > I've been trying to install 2.6.6 (and 2.6.5) on my Sun Blade 100,
> > everything boots well but X won't work, in my 2.4.x I got a working
>
> You'll have to apply a small patch for 2.6 kernels:
> http://lists.debian.org/debian-sparc/2004/02/msg00013.html
Or, you could fix X. Patch attached (originally done by the Gentoo SPARC
folks).
~spot
---
Tom "spot" Callaway LCA, RHCE
Red Hat Sales Engineer || Aurora SPARC Linux Project Leader
"If you are going through hell, keep going."
- Sir Winston Churchill
--- xc/programs/Xserver/hw/xfree86/os-support/bus/linuxPci.c.BAD 2004-04-09 14:50:59.0 -0500
+++ xc/programs/Xserver/hw/xfree86/os-support/bus/linuxPci.c 2004-04-09 14:54:14.0 -0500
@@ -104,6 +104,7 @@
static int lbus,ldev,lfunc,fd = -1;
int bus, dev, func;
char file[32];
+ struct stat ignored;
bus = PCI_BUS_FROM_TAG(tag);
dev = PCI_DEV_FROM_TAG(tag);
@@ -111,12 +112,21 @@
if (fd == -1 || bus != lbus || dev != ldev || func != lfunc) {
if (fd != -1)
close(fd);
- if (bus < 256)
- sprintf(file, "/proc/bus/pci/%02x/%02x.%1x",
-bus, dev, func);
- else
- sprintf(file, "/proc/bus/pci/%04x/%02x.%1x",
-bus, dev, func);
+ if (bus < 256) {
+ if (stat("/proc/bus/pci/00", &ignored) < 0)
+sprintf(file, "/proc/bus/pci/:%02x/%02x.%1x",
+ bus, dev, func);
+ else
+sprintf(file, "/proc/bus/pci/%02x/%02x.%1x",
+ bus, dev, func);
+ } else {
+ if (stat("/proc/bus/pci/00", &ignored) < 0)
+sprintf(file, "/proc/bus/pci/:%04x/%02x.%1x",
+ bus, dev, func);
+ else
+sprintf(file, "/proc/bus/pci/%04x/%02x.%1x",
+ bus, dev, func);
+ }
fd = open(file,O_RDWR);
lbus = bus;
ldev = dev;
Re: ncurses
On Sun, 2004-01-04 at 11:15, Peter Hicks wrote: > /usr/bin/ld: skipping incompatible > /usr/lib/gcc-lib/sparc-linux/3.3.3/../../../libncurses.so when searching > for -lncurses It looks like it wants ncurses libs built for sparc64 and is skipping the ones built for sparc32. file /usr/lib/libncurses.so should confirm that. ~spot --- Tom "spot" Callaway LCA, RHCE Red Hat Sales Engineer || Aurora SPARC Linux Project Leader "The author's mathematical treatment of the conception of purpose is novel and highly ingenious, but heretical and, so far as the present social order is concerned, dangerous and potentially subversive. Not to be published." -- Aldous Huxley's "Brave New World"
Re: 64bits & df
On Thu, 2003-11-13 at 14:35, Ben Collins wrote: > > /usr/bin/ld -r -o SUBSYS.o heaptuple.o indextuple.o indexvalid.o printtup.o > > scankey.o tupdesc.o > > /usr/bin/ld: No tiene soporte el enlazado reubicable con reubicaciones del > > formato elf64-sparc (heaptuple.o) al formato elf32-sparc (SUBSYS.o) > > make[4]: *** [SUBSYS.o] Error 1 > > *sigh* > > Just add "-m elf64_sparc" to this command line. Maybe there's someway > you can set in the env. Try setting what var is "/usr/bin/ld" to > "/usr/bin/ld -m elf64_sparc". I think the env is LDEMULATION=elf64_sparc ~spot --- Tom "spot" Callaway LCA, RHCE Red Hat Sales Engineer || Aurora SPARC Linux Project Leader "The author's mathematical treatment of the conception of purpose is novel and highly ingenious, but heretical and, so far as the present social order is concerned, dangerous and potentially subversive. Not to be published." -- Aldous Huxley's "Brave New World"
Re: OpenOffice on Ultra 5
On Thu, 2003-06-12 at 12:06, Frank Van Damme wrote: > On Thursday 12 June 2003 15:35, Thomas Duffy wrote: > > I doubt it will build. There was a port of openoffice.org 1.0.3 to > > Sparc/linux floating around that a guy know as "The Shrink" did for > > Aurora. I made a patch from his source and posted it to the Aurora > > Sparc list. Here is a link to it: > > > > http://www.dslextreme.com/users/tomduffy/openoffice-sparc.diff.bz2 > > > > Once applying this patch, you should be able to build 1.0.3. > > Why is a userspace app like openoffice hardware dependent? It normally works > on Solaris/Sparc doesn't it? OpenOffice.org is the code equivalent of a nuclear submarine built entirely from popsicle sticks. It has arch and OS specific asm code in it. Don't look at it too long, or you will go insane. As far as I'm concerned (having looked at the OOo code base and patched it into building for Aurora), "The Shrink" deserves a medal. At the very minimum, he deserves his sanity back. ;) ~spot --- Tom "spot" Callaway SAIR LCA, RHCE Red Hat Enterprise Architect :: http://www.redhat.com Project Leader for Aurora Sparc Linux :: http://auroralinux.org GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot
Re: Hello, New to this listing.
On Thu, 2003-05-29 at 18:28, Thomas A. Cort wrote: > > household has zero unix/linux experience it may be better to start > > with a "easier to install/use" distribution first before going to > > debian(which is easier to manage in the long run usually). > For a really easy to use Linux distribution for the Sparc32 and Sparc64 > platforms you may want to try Aurora Linux (http://auroralinux.org). It's > based on RedHat Linux and has a graphical installer and user interface. > After you get used to linux and Sparc hardware and want something better > you can try debian. I would prefer the term "different" to "better". :) ~spot --- Tom "spot" Callaway SAIR LCA, RHCE Red Hat Enterprise Architect :: http://www.redhat.com Project Leader for Aurora Sparc Linux :: http://auroralinux.org GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot
Re: Debian Sparc Perl problem
On Fri, 2003-01-17 at 11:37, Ian Cass wrote: > > This problem is specific to Debian. Aurora SPARC Linux gives the > > expected output: > > [EMAIL PROTECTED] root]# perl server.pl > > It's the client that generates the errors, but only when Timeout is > specified Ahh. Good point. I forgot to uncomment the Timeout setting. Problem reproduced. ~spot --- Tom "spot" Callaway (SAIR LCA, RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 Red Hat Sales Engineer :: http://www.redhat.com Aurora SPARC Linux Project Leader :: http://www.auroralinux.org The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, or my project, Aurora SPARC Linux and belong solely to me. Save Firefly! :: http://www.fireflysupport.com/ :: Keep Flying!
Re: Debian Sparc Perl problem
On Fri, 2003-01-17 at 11:37, Ian Cass wrote: > > This problem is specific to Debian. Aurora SPARC Linux gives the > > expected output: > > [EMAIL PROTECTED] root]# perl server.pl > > It's the client that generates the errors, but only when Timeout is > specified This works properly as well: [EMAIL PROTECTED] root]# perl client.pl Sending test 0 Received Sending test 1 Received Sending test 2 Received Sending test 3 Received Sending test 4 Received Sending test 5 Received Sending test 6 Received yyyyyyyy ~spot --- Tom "spot" Callaway (SAIR LCA, RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 Red Hat Sales Engineer :: http://www.redhat.com Aurora SPARC Linux Project Leader :: http://www.auroralinux.org The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, or my project, Aurora SPARC Linux and belong solely to me. Save Firefly! :: http://www.fireflysupport.com/ :: Keep Flying!
Re: Debian Sparc Perl problem
On Fri, 2003-01-17 at 08:57, Ian Cass wrote: > Hi, > > I've got a problem here with some Perl & I don't know if it's Debian or not. > I can only replicate it on Debian Sparc, but I have no other Linux/Sparc to > test it on. The code works perfectly on Debian i386 & OpenBSD i386. > > I've got an app that passes messages to another app on the same machine > using tcp sockets. Using IO::Socket::INET, Blocking reads do not work if I > set a Timeout. Any reads (either <$socket> or $socket->getline) will return > a 'Resource temporarily unavailable' like you'd get if you had no data to > read when you're using non blocking IO (EAGAIN). If I remove the Timeout > parameter, it works as expected. This problem is specific to Debian. Aurora SPARC Linux gives the expected output: [EMAIL PROTECTED] root]# perl server.pl Accepted a new client Read Read Read Read Read Read Read [EMAIL PROTECTED] root]# perl -v This is perl, v5.6.1 built for sparc-linux Copyright 1987-2001, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using `man perl' or `perldoc perl'. If you have access to the Internet, point your browser at http://www.perl.com/, the Perl Home Page. [EMAIL PROTECTED] root]# uname -a Linux fry.rdu.redhat.com 2.4.18-0.96sparc #1 Fri Jun 7 04:07:21 EDT 2002 sparc64 unknown ~spot --- Tom "spot" Callaway (SAIR LCA, RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 Red Hat Sales Engineer :: http://www.redhat.com Aurora SPARC Linux Project Leader :: http://www.auroralinux.org The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, or my project, Aurora SPARC Linux and belong solely to me. Save Firefly! :: http://www.fireflysupport.com/ :: Keep Flying!
Re: ext3 root partitions bad?
On Thu, 2003-01-09 at 09:52, Nathan E Norman wrote:
> Hello,
>
> It's my understanding that SILO cannot handle a dirty ext3 root
> partition as it really only understands ext2. Is this correct? If
> so, I think the sparc install docs should mention that at least your
> root should be ext2; ext3 (or some other fs) is ok for the rest of
> your partitions.
Attached is a patch to allow SILO to handle a dirty ext3 root partition.
I'm pretty sure Ben C. has seen this already.
~spot
---
Tom "spot" Callaway (SAIR LCA, RHCE)
GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260
Red Hat Sales Engineer :: http://www.redhat.com
Aurora SPARC Linux Project Leader :: http://www.auroralinux.org
The words and opinions reflected in this message do not necessarily
reflect those of my employer, Red Hat, or my project, Aurora
SPARC Linux and belong solely to me.
Save Firefly! :: http://www.fireflysupport.com/ :: Keep Flying!
--- second/fs/ext2.c.oldMon Jan 28 03:43:50 2002
+++ second/fs/ext2.cMon Jan 28 03:45:01 2002
@@ -42,14 +42,14 @@
return;
}
#endif
-printf ("Unknown ext2 error");
+printf ("Unknown ext2 error: %d", errcode);
}
static int open_ext2 (char *device)
{
int retval;
-retval = ext2fs_open (device, EXT2_FLAG_RW, 0, 0, silo_io_manager, &fs);
+retval = ext2fs_open (device, EXT2_FLAG_DIRTY, 0, 0, silo_io_manager, &fs);
if (retval == EXT2_ET_BAD_MAGIC)
return 0;
if (retval) {
Re: cd boot fails: kernel can't find root fs
On Tue, 2002-12-17 at 16:31, Luca Zampetti wrote: > I wanted to install Linux in order to learn Oracle and I believe that Oracle > will not work with less than 256 MB of RAM ... Oracle doesn't even have Linux/SPARC binaries, iirc. You might be going through a lot of pain for nothing... ~spot --- Tom "spot" Callaway Red Hat Sales Engineer Sair Linux and GNU Certified Administrator (LCA) Red Hat Certified Engineer (RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot
Re: Boot problem
On Wed, 2002-10-16 at 13:15, Antonio Luiz Pacifico wrote: > Helo for all! > > I'm trying to compile a kernel (2.4.19) to work on my SparcStation 4. I > guess I tried to compiled it more than 5 times. Until now I haven´t got > any success. Always, at the boot processes I receive the following > message: > > kmod: failed top exec /sbin/modprobe -s -k block-major-8, errno = 2 > VFS: Cannot open root device "sda1" or 08:01 > Please append a correct "root=" boot option > Kernel panic: VFS: Unable to mount root fs on 08:01 > > Please, do you know what´s wrong? Your scsi drivers are modular and you don't have (or aren't specifying in silo.conf) an initrd. man mkinitrd should help. ~spot --- Tom "spot" Callaway Red Hat Sales Engineer Sair Linux and GNU Certified Administrator (LCA) Red Hat Certified Engineer (RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot
Re: ultra 5 sound
On Fri, 2002-09-20 at 09:12, Mark T. Valites wrote: > sunfish:/usr/src/linux-2.4.19# insmod cs4231 > Using /lib/modules/2.4.19/kernel/drivers/sbus/audio/cs4231.o > /lib/modules/2.4.19/kernel/drivers/sbus/audio/cs4231.o: unresolved symbol > sparcaudio_output_done > /lib/modules/2.4.19/kernel/drivers/sbus/audio/cs4231.o: unresolved symbol > register_sparcaudio_driver > /lib/modules/2.4.19/kernel/drivers/sbus/audio/cs4231.o: unresolved symbol > sparcaudio_input_done > /lib/modules/2.4.19/kernel/drivers/sbus/audio/cs4231.o: unresolved symbol > unregister_sparcaudio_driver Did you modularize the SPARC Audio subsystem itself? If so, try modprobe audio. That should get rid of the unresolved symbols. ~spot --- Tom "spot" Callaway Red Hat Sales Engineer Sair Linux and GNU Certified Administrator (LCA) Red Hat Certified Engineer (RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot
Re: Veritas Netbackup on Debian
On Sun, 2002-09-15 at 16:46, Ben Collins wrote: > On Mon, Sep 16, 2002 at 06:38:23AM +1000, Tony Green wrote: > > On Sun, 2002-09-15 at 23:57, Ben Collins wrote: > > > > I'm trying to convert a large solaris install to debian and this is the > > > > ONLY hurdle I can't promise it'll do. Veritas say that RedHat is > > > > supported, so I'm guessing that debian will work. but assumption is > > > > related to something I'd like to avoid. > > > > > > Do they say that Redhat SPARC is supported, or Redhat i386 is supported? > > > > > > > Thats the issue, it just says 'RedHat Linux'. > > > > I'm going to give it a try on i386 based debian at work and then try it > > on my ultra at home if that works. > > Um, if it runs on i386, then it surely wont run on ultrasparc, unless > Veritas is in the habit of making enterprise software using perl > scripts. > > If it just says "Redhat Linux", then it means "i386" and wont work on > ultrasparc's, even ones running Linux. Veritas certified against Red Hat Linux i386. Thus, it might work on Debian i386, but definitely not on Debian SPARC. ~spot --- Tom "spot" Callaway Red Hat Sales Engineer Sair Linux and GNU Certified Administrator (LCA) Red Hat Certified Engineer (RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot
Re: Oracle on debian?
On Fri, 2002-08-23 at 17:07, Franz Georg Köhler wrote: > On Fri, Aug 23, 2002 at 04:59:14PM -0400, Marco Rodriguez <[EMAIL PROTECTED]> > wrote: > > It is posible to run oracle under debian using module solaris and the > > libraries of solaris or its imposible. is there anybody ho try ti do so? > > or simply i have to forgot this idea? > > Thamks in advantage. > > There is Oracle for LINUX. Yes, but not Linux/SPARC. If it were me, I wouldn't even try running Oracle through emulation. I'd just sell the Sun box on ebay and get an Intel based machine to run Linux on, where Oracle will run natively. Either that or run Solaris (*gasp*) on that Sun box. ~spot --- Tom "spot" Callaway Red Hat Sales Engineer Sair Linux and GNU Certified Administrator (LCA) Red Hat Certified Engineer (RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot
Re: ipv6 on sparc / 6in4
On Fri, 2002-08-02 at 15:29, Florian Lohoff wrote: > > Hi, > i am trying to get a tunnel working on sparc to get 6bone > connectivity - Done that on i386 a couple of times without > any problem - On Sparc (2.4.18 vanilla) it gives me an ioctl error > although the 6in4 tunnel driver is in the kernel: None of the tunneling works on sparc/sparc64. The ioctls are not implemented at all. I looked into fixing this a while back and decided it was low priority. This thread comes up a lot though, so maybe its a good side project for someone to undertake. ~spot --- Tom "spot" Callaway <[EMAIL PROTECTED]> Red Hat Sales Engineer Sair Linux and GNU Certified Administrator (LCA) Red Hat Certified Engineer (RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot
Re: Linux on a SunFire 280R?
On Sun, 2002-07-28 at 15:46, Ben Collins wrote: > On Sun, Jul 28, 2002 at 05:55:42PM +, Brian Milco wrote: > > Hi all, > > > > I've been given the chance to try Linux on a Sun Fire 280R, I've been > > trying for a few weeks (off and on) to get Linux (first SuSE now > > Debian) installed on this machine, but I've had no luck, my first question: > > Is it even possible to get Linux installed on a SunFire machine? I haven't > > seen SunFires listed on any of the FAQ's as supported or not supported. > > > > If it should work, I would be most appreciative of any help you > > could give me. In hopes that Linux should work on a SunFire I'm > > including the specs and what I've tried... :) > > > > Specs: > > SunFire 280R > > 1 UltraSPARC-III+ 900 MHz > > I haven't heard of this working. I know we support UltraSPARC III > though. UltraSPARC III+ is currently unsupported. DaveM confirmed this for me a while back, when I was trying to do the same thing. Nothing will install on it until the kernel gets code for that CPU. ~spot --- Tom "spot" Callaway <[EMAIL PROTECTED]> Red Hat Sales Engineer Sair Linux and GNU Certified Administrator (LCA) Red Hat Certified Engineer (RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 2.4 kernel debs / Anyone running 2.4 on a SS1000 ?
On Tue, 2002-06-25 at 14:18, Paul Hedderly wrote: > On Tue, Jun 25, 2002 at 01:33:41PM -0400, Rob Radez wrote: > > I'm in the process of uploading kernel debs for 2.4.19-rc1. Same disclaimer > > from last time applies. > > > > New site this time though: > > http://osinvestor.com/sparc/ > > Fab - I'll give em a try. > > Anyone here running on an SS1000? > > I would _love_ to get 2.4 running on my SS1k :O( Last time I heard, sun4d did NOT work on 2.4. :/ That was about 4 weeks ago. ~spot --- Tom "spot" Callaway <[EMAIL PROTECTED]> Red Hat Sales Engineer Sair Linux and GNU Certified Administrator (LCA) Red Hat Certified Engineer (RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sunfire 280R
Out of sheer curiousity, has anyone managed to get Debian (or Linux) running on a SunFire 280R? If so, would you mind sharing how? :) ~spot --- Tom "spot" Callaway <[EMAIL PROTECTED]> Red Hat Sales Engineer Sair Linux and GNU Certified Administrator (LCA) Red Hat Certified Engineer (RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sound on Ultra 30
On Tue, 2002-06-04 at 13:30, Rob Walsh wrote: > On Tue, Jun 04, 2002 at 09:30:38AM -0400, Matt Soccio wrote: > > I just got Debian running on a U30, upgraded to testing, upgraded to > > 2.4.18 kernel. I have the cs4231a compiled into the kernel, and it is > > being recognized: > > > > ripple[2] dmesg | grep audio > > btaudio: driver version 0.6 loaded [analog+digital] > > audio0: cs4231a(eb2) at 1fff120 irq 13,7e3 > > > > However, I still get the error messages about problems initializing > > /dev/dsp. I have tried to MAKEDEV audio, I have tried chmodding > > /dev/audio and /dev/dsp to 666. What else am I missing? I see in the > > archives that there are a handful of questions about this (or similar > > problems) mostly on SS's, does anyone know of a good HT or FAQ to get > > sound going on a U30? > > > > All I really need is a system beep for mail notification and such. > > I've had little success getting sound to work on my Ultra 1 and Ultra > 10 (cs4231 module) with the stock (woody) 2.4.18 kernel package, > either. (Works fine if I just boot with the 2.2.20 kernel.) I think > I managed to get 'mp3blaster' (direct OSS) working once, though not > consistently, but 'esd' has never worked. This isn't on debian, but esd works for me with my Ultra 2 (cs4231) running Aurora, so I suspect its something minor. ~spot --- Tom "spot" Callaway <[EMAIL PROTECTED]> Red Hat Sales Engineer Sair Linux and GNU Certified Administrator (LCA) Red Hat Certified Engineer (RHCE) GPG: D786 8B22 D9DB 1F8B 4AB7 448E 3C5E 99AD 9305 4260 The words and opinions reflected in this message do not necessarily reflect those of my employer, Red Hat, and belong solely to me. "Immature poets borrow, mature poets steal." --- T. S. Eliot -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
