CPU Disable/Temperature Sensors on V210
Hi there We run some Dual 1.33GHZ V210's (and even some V100...) running Debian and are looking for some sort of hardware monitoring capability similar to that offered by Solaris. Fans, Temperature and other sensors. Have downloaded the HPI framework but I cannot seem to get it to do much. Additionally it would be really useful if we could disable a CPU from the operating system (as available in Solaris) - so that when the machine is idling (such as during the night as it is a test machine) we could simply write a cron job to switch off CPU#1 (save power and reduce heat). Is this possible? Many thanks Edik
Towards common sense to
Towards common sense The commotion surrounding vaccinations used for waging political battles will eventually turn against communities. The 1918-1919 flu pandemic, nicknamed the Spanish flu, was also caused by the A/H1N1 swine flu virus. Its first wave had a similar course to the current incidence of disease. In spring 1918, the first wave of the pandemic hit. Although highly contagious, it did not bring with it a significant death rate. The second outbreak, which commenced in September 1918, was marked by an incredibly high number of fatalities, whilst the third took place in 1919. The course of the current A/H1N1 pandemic without a great number of fatalities (if one can describe the death of 20,000 people in such a way) is not conducive to a rational assessment of the preventive vaccination programme. For many politicians, populism and the desire to win over voters are the only determinants of their actions. Such politicians prey on the low awareness on the part of society, which notices only events, and imagining what could potentially happen is outside their visible realm. Also, a lack of knowledge about the course of the Spanish flu pandemic of 1918-1919 and its death toll, estimated at between 50 million and 100 million people, is not conducive to preventive vaccinations. If an anti-vaccination attitude is reinforced in social beliefs, then the future may see the deaths of millions of people as a result of abandoning general preventive vaccinations. The message to inform people of the risk carried by an influenza pandemic is an important one. Let us hope that the situation will be different from the regularity, which often accompanies capital markets, where world crunches occur within cycles every few decades or so, and awareness of the threat dies with the generation. We find ourselves in a place and time where the future of mankinds existence in the conflict with mortal viruses is clinched. Let us stop the feverish bus ride, fed with political populism and short-sighted electoral perspective. Let us look at the warning signs, which mankind encountered in his path in the years 1918-1919. If you believe that it is worthwhile doing something for the common good, then forward this appeal to others or link to: www.right-to-health.org so that the information has a chance to spread. We are the ones who can influence whether common sense prevails. Sense is sometimes in the minority and loses out to populism, but let us not give up just yet!
Re: Retiring the sparc32 port
andrew holway wrote: > This is exactly the point I was trying to get across. Assuming your > not using vista there is no reason why you need more than one > computer. What are these old systems doing for you? a bit of dns? > Maybe some kind of webserver? mail? > > I have all these thing running in virtual environments on 1 PC which I > also use as my workstation. Putting all your eggs in one basket like that is fine as long as you have a good enough basket, or your services are non-critical. Otherwise, if the basket breaks you're potentially in for a whole world of hurt. Regards, Austin. signature.asc Description: OpenPGP digital signature
Re: Retiring the sparc32 port
Mark Morgan Lloyd wrote: > Jordan Bettis wrote: > >> Like Chris said, new machines generally draw a lot more power overall. >> My Ultra 5 that I use as my desktop can draw 200W max, and probably >> doesn't really draw much over 100W total. Compare that to a typical >> modern PC desktop that has a 400W supply in it and probably draws well >> over 200W, mostly to power a GPU so it can display silly bouncing >> icons and semi-transparent window edges. > > There are two separate things to take into account here. The first is > the quiescent consumption, I admit to not having values from a number of > systems so for the sake of argument I'll agree that this is generally > increasing. However I'd suggest that if a computer is sitting there > doing noting you'd be better looking for ways to power it off or use a > shared computing resource- Sunray or whatever. When they say "sitting there doing nothing" what I think they mean is "sitting there at 2% load" compared to "working at 80% load". For example, an old SS5 running as a firewall. Replacing it with a P4 would gain you nothing but an increased power bill. > The second thing- where I do have numbers to back up my argument- is how > much energy is consumed to perform a unit of work. My figures, by and > large, show that while running a "torture test" a range of computers > consume between 60 and 550W, with no overwhelming correlation with their > age. On the other hand the time to complete a unit of work has dropped > dramatically over the last 20 years, which leads me to suggest that by > and large the energy consumed per unit of work has also dropped > significantly. > > Looking at two extreme cases: > > SPARCstation 20, 2 jobs, 130W (175VA)8m12.582s1,068 > > Compaq AP550 1GHz, 768Mb, 8 jobs, 135W (180VA)0m42.730 96 > > That last column is W-min to complete a given workload, selecting the > best (fastest) figures by splitting it into a number of jobs. > > So assuming that the quiescent consumption is equal you're /far/ better > off with a newer system since even if it consumes substantially more > power while working hard it does so for far less time. Again, that's fine if you have more work for it to do. I would gain no benefit by replacing my SS5 as it works just as well for the task in hand as it did when it was new. A new machine would just be spinning it's wheels 98% of the time, using more electricity, which in turn generates heat, which makes my A/C work harder, which uses more electricity... Analogy: An old grandmother drives an old sub-compact. Sure she could get more groceries in an SUV, but she doesn't want/need more room for groceries. So why pay more for something she doesn't need? Regards, Ozz. signature.asc Description: OpenPGP digital signature
Re: cd-rom not found
On Wed, 8 Feb 2006 13:23:16 -0600 Donny Jekels <[EMAIL PROTECTED]> wrote: > > I recently purchased debian 3.1 for sparc platforms > > during boot the cdrom is found but immediately after the install > program search for devices it no longer knows about the cd-rom and > keeps telling me the cd-rom is not found or the cd-rom is not in the > tray/ > > I tried it on 2 boxes, sunfire v100 and my desktop blade 100 You will have a lot more joy if you do a tftp boot and network install. There are a lot of issues with CD-based installs of 3.1 on those boxen. Regards, Ozz. pgp9Qi1AgZIU9.pgp Description: PGP signature
Re: help please....!
On Fri, 13 Jan 2006 15:30:09 -0400 [EMAIL PROTECTED] wrote: > > I'm jose robles i'm from venezuela trying to install Debian on a > Sunfire V240, but I'm having some initial problems... At first I > tried a Debian boot cd (Sarge), but it froze when it reached > "remapping kernel"... No fun! I tried tried another cd (Woody) but > this only caused the machine to reboot. Some kind soul told me that > Silo isn't the most reliable of things so I should net boot the thing > instead. Ok then! I tried with debian testing and says remapping > kernel ok I said ufff.¡ but does not say anything but that I can > make You probably need to do a tftp boot and network install. I had to do that on a Sunfire V210. The CD install is broken on those machines. Regards, Ozz. pgpU8PFrFsV8A.pgp Description: PGP signature
Re: Installing Debian on SunFire 280R
On Mon, 21 Nov 2005 15:20:20 +0100 Jan Wagner <[EMAIL PROTECTED]> wrote: > > I'm trying to install sarge on a Sunfire 280R (with official netinst and > businesscard isos) . But actualy I only get: > > Rebooting with command: boot cdrom > Boot device: /[EMAIL PROTECTED],70/[EMAIL PROTECTED]/[EMAIL > PROTECTED],0:f File and args: > SILO Version 1.4.9 > Fast Data Access MMU Miss > ok > > There are a Bugreport (#261824) open since 1,5 years .. anywhere in the Thead > is mentioned, that this will not happen when installing from network. > > Is there any way to install sarge on this box and when, how will this work? You need to do a tftp install. I agree, it's frustrating. Regards, Ozz. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
A new era of online medical care.
No #1 drug for male impotence http://dovcsc.1g4cn21cgt195kj.shoatmache.com The ends must justify the means. There is always something new out of Africa. Marriage is the only adventure open to the cowardly. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Need help with XFree86 on an Ultra 5
I am running a custom kernel. I built it for a diffent reason but it works. You can grab it at: http://toolbox.rutgers.edu/~amurphy/fai/ \ kernel-image-2.4.18-sun4u_UNI.1.0_sparc.deb The rest of my config is woody/stable, including XF4.1. Austin On Fri, 22 Nov 2002, Tom Marshall wrote: > On Fri, Nov 22, 2002 at 07:03:30AM -0500, AUSTIN MURPHY wrote: > > > > On Thu, 21 Nov 2002, Tom Marshall wrote: > > > > > I have not been able to get a 4.x version of the XFree86 server running on > > > my Ultra 5. > Thank you, but unfortunately it does not work for me. Are you using the > prepackaged 2.4.19 kernel and 4.2.1 server from testing?
Re: Need help with XFree86 on an Ultra 5
On Thu, 21 Nov 2002, Tom Marshall wrote: > I have not been able to get a 4.x version of the XFree86 server running on > my Ultra 5. ... > If anyone can tell me what is going wrong and/or send a working XF86Config-4 > for the Ultra 5, I would be most appreciative. Attached is my XF86Config-4 for a Ultra5. It is about as basic as it gets. I think the only "trick" was setting the default depth to 16. My monitor is the Sun flat panel, but those settings seem to work ok with Sun tube monitors. Hope this helps. Austin # This file was customized by austin # for use on a Sun ULTRA 5 with a 18" TFT flat panel monitor # in the future other configs will be supported Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" # Load"pex5" Load"record" Load"speedo" Load"type1" Load"vbe" Load"xie" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "sun" Option "XkbModel" "type5" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/sunmouse" Option "Protocol" "BusMouse" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "Generic Video Card" Driver "ati" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 30-81 VertRefresh 56-85 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth16 SubSection "Display" Depth 1 Modes "1280x1024" "1024x768" EndSubSection SubSection "Display" Depth 4 Modes "1280x1024" "1024x768" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "1024x768" EndSubSection SubSection "Display" Depth 15 Modes "1280x1024" "1024x768" EndSubSection SubSection "Display" Depth 16 Modes "1280x1024" "1024x768" EndSubSection SubSection "Display" Depth 24 Modes "1280x1024" "1024x768" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" EndSection Section "DRI" Mode0666 EndSection
Re: Creator3D XF86Config-4
Thanks 'Doc' and Ferris, I'll see how these work out for me. Do you (or anyone else) know how to change the refresh rate of the Creator3D? It doesn't look like that is controlled through the XF86Config-4 file. Thanks, Austin On Thu, 7 Nov 2002, Daniel 'Doc' Sewell wrote: > This one works for me at 1280x1024x24bit color. I had to jump through hoops > to get it to work, but it works okay now.
Creator3D XF86Config-4
If anyone has a working XF86Config-4 for an Ultra with a Creator3D, I would love to see it. My Sun Flat panel displays a few glitches with the creator which i think are slightly out of range sync signals. The glitch is one or two lines is offset to the left by one pixel. Any hints on tweaking the creator woudl be great too. Thanks, Austin Murphy -- Systems Programmer Rutgers University
Re: starting Linux through tftp
There is nothing special about creating the tftp image. Just take a regular kernel and convert it from ELF to a.out format, using the elftoaout tool. The (sort of) tricky part is getting the TFTP server to serve it. I have some related information at: http://toolbox.rutgers.edu/~amurphy/fai/fai-howto For help on your question see the sections labeled: Boot Process Explained, RARP Config, & TFTP Config. The Open Prom can pass along arguments to the kernel. Austin Murphy Student Systems Programmer Rutgers University On Mon, 4 Nov 2002, Regeci Zoltan Csaba wrote: > Hello, > > is it possible to start Linux through a tftp server? I mean not the > installation program, but the installed Linux itself? > How can I create a tftp image and pass kernel arguments to it? > > Please tell me where can I find documentation on this.
Ultra 10 Networking Peculiarity
I've been working with several different Sun systems and I am stuck with a problem of not being able to netboot an Ultra 10 system and have it autoconfigure its Network settings from a BOOTP server. (It does netboot Ben's install image with the initrd, but that is not what I am trying to do!) I am able to boot with ip=bootp without trouble on several other systems (SS5, U1, U5, B100). My kernels that I use to boot the others (which I compiled including CONFIG_IP_PNP, CONFIG_IP_PNP_BOOTP, and CONFIG_ROOT_NFS) did not work, and neither did other kernels that I compiled with different options disabled (like usb, scsi). Looking at the wire with tcpdump, there are no bootp request messages even getting sent out by the system, before it tries to mount the default NFS-Root (which does show up on the wire). And looking at the boot messages, it appears that the bootp settings are defined before the eth0 is even up. Can anyone tell me what is different about a Ultra 10 that prevents it from working properly like the Ultra 5 that I have working properly. Thanks, Austin Murphy Student Systems Programmer Rutgers University
Re: binfmt_elf.o
On 11 Oct 2002, Dave Love wrote: > > What's wrong with the official 2.4.19 package? Nothing that I know of. I started compiling my own sparc kernels when I started using FAI (Fully Automatic Install) because the standard kernels do not include the IP-AutoConf and NFS-Root features that netbooting with FAI requires. The kernel package I linked to (poorly..) in the previous message was built as a post install "Production" kernel. Now that you mention it, I suppose the standard kernel would work well here too. Once I started building my own kernels I basically forgot about the stock ones. There is also something very cool and empowering about using make-kpkg! I have some stuff related to using FAI on sparc systems on line at: http://toolbox.rutgers.edu/~amurphy/fai/ Of most interest is probably "fai-howto". Austin Murphy
Re: binfmt_elf.o
Sorry... It's late. http://toolbox.rutgers.edu/~amurphy/fai/kernel-image-2.4.19-sun4u_ProdUltra0.1_sparc.deb Austin On Thu, 10 Oct 2002, Tim Ellis wrote: > > Oops, copied the wrong link. Here is my kernel-package: > > > > http://toolbox/~amurphy/fai/kernel-image-2.4.19-sun4u_ProdUltra0.1_sparc.deb > > While you're fixing the link, you might s/toolbox/internetname/ because > "toolbox.com" doesn't seem to be the right one. > > -- > Tim Ellis > Senior Database Architect > Gamet, Inc. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
Re: binfmt_elf.o
Oops, copied the wrong link. Here is my kernel-package: http://toolbox/~amurphy/fai/kernel-image-2.4.19-sun4u_ProdUltra0.1_sparc.deb Austin On Fri, 11 Oct 2002, AUSTIN MURPHY wrote: > > This kernel pkg of mine seems to work for me: > http://toolbox/~amurphy/fai/kernel-doc-2.4.19_ProdUltra0.1_all.deb
Re: binfmt_elf.o
I had that problem too. I got around it by just compiling it in instead of using a module. CONFIG_BINFMT_ELF=y I'm not sure exactly what it does or why...but I don't get the error! This kernel pkg of mine seems to work for me: http://toolbox/~amurphy/fai/kernel-doc-2.4.19_ProdUltra0.1_all.deb Austin Murphy - Student Systems Programmer Rutgers University On Thu, 10 Oct 2002, Tim Ellis wrote: > I have an error on my Debian system: > > -- > depmod: *** Unresolved symbols in > /lib/modules/2.4.18/kernel/fs/binfmt_elf.o There was a problem running > depmod. This may be benign, (You may have versioned symbol names, for > instance). Or this could be an error. In any case, since depmod is > run at install time, we could just defer running depmod > Would you like to abort now? [Yes] > -- > > Looking at the mail archives, it is claimed that this only affects you if > you're trying to run 64-bit userspace (which I wager I'm not). > > However, every time I run "apt-get ANYOPTION ANYTHING", it will remember > it had this error before, and will keep asking me if I want to abort the > reconfigure of kernel-image-2.4.18-sun4u (the package above). > > How do I make it stop asking this question? > > -- > Tim Ellis > Senior Database Architect > Gamet, Inc. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > >
nfs-root
I am experimenting with SPARC Debian and have run into a bit of confusion with mounting a root FS via NFS. I have a 2.4.9 kernel that I compiled with NFS-Root and DHCP/BOOTP autoconfig code included. I also triggered the debugging output with #define NFSROOT_DEBUG and IPCONFIG_DEBUG in the respective .c files. (I used egcs64 to compile) My root directory is from the woody boot floppies (root.tar.gz). Using TFTP and RARP and DHCP, I can boot this kernel properly, configure the IP properly and mount the root directory via NFS. My problem is that the NFS mount is readonly. I am under the impression that a root FS must be writeable. Especially since the Debian install procedure starts out with an error: |Problem| "I had troublechecking the choice of root device. I don't know what to use as the root fs." Also when I change the permissions to 777 on the shared root FS i can write to it and delete from it but i still get the --|Problem|-- from Debian's installer and the the NFS mount code that is in dmesg still says: VFS: Mounted root (nfs filesystem) readonly. Can someone make a little sense out of this for me? I know i can use the initrd images to just install Debian but i want to use NFS root for an FAI project I am working on. Any help is appreciated. Thanks, Austin Murphy Student Systems Programmer Rutgers University
Re: debian / solaris
It isn't Debian, but we at Rutgers have a considerable amount of free software packaged in RPMs for Solaris. We also have bootstrap scripts and APT-RPM for initial and ongoing package management. Check out oss.rutgers.edu/rpm_tools.html and rpm.rutgers.edu The RPMS are all freely availble but i'm not sure if you will be able to bootstrap without having access to our server. In the worst case, you can setup your own bootstrap server. Austin Murphy Student Systems Programmer Rutgers University On Mon, 15 Oct 2001, Laurent CHARLES wrote: > I would like to get information about a possible debian based > distribution that would run on a Sun/Sparc Solaris host, instead of a > Linux host. > > I mean, I'm only considering the package management system and some of > the "user tools". Not the a complete distribution, not the kernel and > modules stuff. > My goal would be to be able to rebuild a set of tools, from sources, > with respect to dependencies, using the debian package management > system. These tools will run on a solaris host, say SunOS-2.7 for sparc > workstation. > > I didn't find anything on the subject other than the classical docs > about developping for a "normal" debian distribution. I wanted to ask if > some related project already exist before starting to do that from > scratch...
TFTP boot w/ nfsroot
Hi, Is there a way to start a potato install process with TFTP and nfsroot? I have been successful booting via TFTP using the ramdisk root. I've seen the message in the archives that says kernel 2.2.19 is broken in terms of NFS but I haven't heard of any workarounds other than to use a 2.4.x kernel. So... what I'm really looking for ( I think ) is to find a kernel that supports NFS, potato, and the nfsroot= kernel option. Can anybody help me? Thanks in advance, Austin Murphy --- Student Systems Programmer Rutgers University
Solemul
I am interested in getting the solaris/SunOS emulation working on my SS5. I have downloaded the solemul package. I am running the 2.2.5 kernel but don't get an option to include solaris binary compatability. Is there a kernel patch I need to apply or is that option included in the 2.2.6 kernel? Austin Godber [EMAIL PROTECTED] http://www.public.asu.edu/~auasg
Install on SS5 (no floppy/CD)
I have been using Debian on my pentium Laptop for a while and have decided that I want to use it on my SS5. I have the 2.1 CDs but no CD Drive and no Floppy Drive. Setting up a TFTP boot would be a pain because I would have to harass my roommate to either set it up for me or let me screw with his NetBSD box. It wouldn't be any trouble to mount it over NFS (which is how I plan on installing the rest of the system) Is there any way to put the base system and rescue and driver floppy images on an existing partition (I am currently running RH5.2) and boot off of that? Oh, can I just try and run dbootstrap since I am already running Linux? Any help would be appreciated. Austin Godber [EMAIL PROTECTED] http://www.public.asu.edu/~auasg
Re: Bug#8064: hexdump not big-endian aware
On Fri, 14 Mar 1997, Eric Delaunay wrote: > Package: bsdmainutils > Version: 3.2-0 > > I just found one bug in hexdump after I compiled it for Debian/SPARC: > it doesn't handle multi-bytes output because it is based on cast that only > works for a little-endian architecture IMHO. > > For instance, in display.c(line 194): > case 2: > bcopy(bp, &u2, sizeof(u2)); > (void)printf(pr->fmt, (u_quad_t)u2); > break; > > u2 is of u_int_16 type. Then casting it to a u_quad_t but viewing it using a > "%04x" display format shows the wrong bytes (upper ones instead of lower ones) > on big-endian architectures. > Sorry, I don't have time to spend on it :-(( > Anybody have an idea to fix it? It should be done for all type displayed, I > guess. > > Regards. > > PS: I cc: this mail to debian-sparc if there is any volunteer who would work > on it. On Tue, 13 May 1997, Patrik Rak wrote: > Package: bsdmainutils > Version: 3.2-0 > > m68k version of hexdump does not work properly. It seems to have problems > printing hexadecimal numbers, since both the offsets and the values which > are printed always come out as zeroes. > > Just for the record, I use kernel 2.0.29. > > Script started on Mon May 12 09:53:24 1997 > $ echo "abcd" >test > $ cat test > abcd > $ hexdump test > 000 > 000 > $ hexdump -c test > 000 a b c d \n > 000 > $ exit > > Script done on Mon May 12 09:54:36 1997 On Tue, 20 May 1997, Patrik Rak wrote: > On Tue, 13 May 1997, Austin Donnelly wrote: > > > > Package: bsdmainutils > > > Version: 3.2-0 > > > > $ hexdump test > > > 000 > > > 000 > > > $ hexdump -c test > > > 000 a b c d \n > > > 000 > > > $ exit > > > > > > > This looks like it could be related to the endian problems hexdump > > has. > > Might be, but I don't think so bcs also the offsets printed are always > zero (unless the the bytes are swapped in the printing routine instead > when fetched from the file - in that case it could be the endian problem > which should be quite easily found then) I've applied a patch from Eric Delaunay which removes some casts of data to 32bit wide types: hopefully this should solve the problems. I am unable to test this on a big endian machine, since I don't have any, so this may not actually correct the problem. Little endian machines should be unaffected. I'm closing these bug report, but if there are still problems, feel free to submit more bug report. Thanks, Austin -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
