arm*/mips*/s390x woes
We seem to be stalled on these two major blockers: hackage-security: broken on mips/mipsel - could be fixed via cryptohash-sha256 (#899166) or alternately patching to build with cryptohash or cryptonite? pandoc: broken on armhf (due to GHC bug?) and mips and s390x (via cmark-gfm being broken on those architectures)
Re: [Pkg-db-devel] Processed: Re: Bug#465116: apt-listchanges: [sparc] Crashes with
On Mon, Feb 11, 2008 at 05:39:08PM +, Debian Bug Tracking System wrote: reassign 465116 libdb4.6 I would not be shocked if this was the same issue as the test failure in http://buildd.debian.org/fetch.cgi?pkg=db;ver=4.6.21-5;arch=sparc;stamp=1199489617 If anyone can provide (for use by Oracle) an unstable sparc environment wherein this bug is reproducible, let us know. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installing Debian on Ultrasparc III machines
On Wed, Oct 03, 2007 at 11:30:56AM +0200, Josip Rodin wrote: I tried that now now - it didn't work :( Do any of the other magic SysRq commands work when it's not hosed? http://www.mjmwired.net/kernel/Documentation/sysrq.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installing Debian on Ultrasparc III machines
On Thu, Sep 27, 2007 at 12:33:42PM +0200, Josip Rodin wrote: In any case, I let it run some more, and then when it went more or less dead, I tried to press the said key combination on the keyboard - to no avail. Break+p would be Ctrl+Pause+p? Didn't work, and Alt+Pause+p also didn't work. What was even more annoying was the fact that Stop+a got me the PROM shell, but I wasn't able to type anything in it (including 'go'), so that effectively freezes the machine. Please tell me if I did something stunningly stupid... BREAK is an RS-232 signal that you'd send over the serial console. (I am assuming here that you've been instructed to use SysRq functionality after a crash). To do it at the keyboard, try Alt+Stop+p. If you have magic sysrq enabled and that doesn't work, file a bug on the Linux kernel documentation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installing Debian on Ultrasparc III machines
On Sun, Sep 30, 2007 at 02:07:27PM +0200, Josip Rodin wrote: Oh, it's Alt+Stop. Well, I never would have guessed that, esp. given that the Sun keyboard that came with this machine has Break written under the Pause key :) I'll try that, thanks. Unsurprisingly, lebrun died a while ago again, so it's now once again in that state where it needs help. Historically, the Break key ( http://en.wikipedia.org/wiki/Break_key ), has not always been used to send a Break signal ( http://www.lookrs232.com/rs232/waveforms.htm ), though I can think of one non-free communications program that has Ctrl-Break bound to send a Break signal. Good luck. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installing Debian on Ultrasparc III machines
On Sun, Sep 30, 2007 at 03:03:07PM +0200, Bernd Zeimetz wrote: Right, but sending a break via serial console to a sparc is the same as pressing stop+a - it'll return you to the OBP's prompt. Walking to the keyboard to press alt+stop+p is is a bit annoying if the machine is not next to you. If you can't switch the Sun to the alternate break sequence, then send a break followed by a p to the serial console and get the same result as SysRq+p on a PC or break+p on a PC's serial console, then I agree that something is suboptimal. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Creation of Sparc (32-bit) port.
On Tue, Aug 21, 2007 at 12:39:16AM +0100, Martin wrote: As far as I know nothing has happened for precisely the same reason that sparc32 had to be dropped - there isn't anyone to work on the kernel. Without that then a separate port isn't going to get too far, but if there was some one / some people who were willing to work on it, there wouldn't need to be a separate port... Actually, there would be unless you add additional CPU emulation to Linux. Chris is suggesting the only viable option. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Creation of Sparc (32-bit) port.
On Tue, Aug 21, 2007 at 11:22:14PM +0100, Chris Andrew wrote: It seems that people are very keen to see 32 bit support die. Who do I have to contact to get a separate 32 bit sparc port set-up? As suggested before, we can give the new port 6 months, and see what happens? At the moment, 32 bit future is not looking good, at least let's go out trying! You could do something like set up sparc32.debian.net in the manner that amd64.debian.net was run before amd64 was accepted as an official port. If you can have that thriving within 6 months, you'll be in good shape. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lenny Release Recertification
On Tue, Aug 07, 2007 at 09:49:02PM +0200, Josip Rodin wrote: lebrun crashes after a few hours of running the buildd. James will know more... Can you get James to file the bug then? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Lenny Release Recertification
On Tue, Aug 07, 2007 at 04:13:04PM +0200, Josip Rodin wrote: I noted the buildd kernel problem. Has anyone had a crack at it yet? The last mails about it to the list were on June 27th. Not reproducible on my (UP) hardware. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NPTL and Debian-SPARC
On Sat, Aug 04, 2007 at 04:27:39PM +0100, Chris Andrew wrote: Can I run Lenny on my 32 bit Sparc Station 20? If so, can anyone point me to a download URL? No, not unless someone bootstraps a sparc32 port. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intention to drop sparc32 support for Lenny
On Mon, Jul 23, 2007 at 02:39:10PM +0200, Uwe Hermann wrote: OK, not being a SPARC expert myself, I'd still like to see a list of issues or bugs which are worth dropping a whole sub-architecture. Maybe some of them don't even require a SPARC guru to fix them? Maybe some are easy enough so someone could fix them after reading some documentation? In that case I'm willing to have a look at them. You can start by setting up your own private infrastructure for a new sparc32 architecture, pointing a couple of buildds at it, and note what breaks. You will need to patch gcc and glibc for your new architecture, as you will need to build for sparcv7 or sparcv8, and we are switching to build for sparcv8plus, as we are targetting ultrasparcs only. Once you have your unofficial port established, it shouldn't be difficult to get sparc32 support into the official packages. Then you can do whatever needs to be done with the kernel. It would be nice to have things working on all sun4c, d, and m machines. Hope this helps. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sparc buildd issues [Re: Release candidate architecture requalification results; amd64 is RC]
On Wed, Jun 27, 2007 at 09:53:37PM +0200, Josip Rodin wrote: Right now I see some 42 *_sparc.deb files in there, so it seems like it might be approaching a working state of some sort. It does seem to have issues -- kernel 2.6.19.2 had crashed at one point soon after the buildd started running, and I seem to see some three more 'down' entries now with 2.6.22-rc5... elmo might know more. In any case, I thought I shouldn't leave this thread unanswered after this much activity finally happened :) Perhaps you could start using official Debian kernels and file bugs when it crashes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Strange trouble with clamd/greylist/mimedefang
On Sat, Jun 09, 2007 at 07:51:26PM +0200, BERTRAND Joël wrote: Some inbound mails are refused by kant (because clamd cannot scan all inbound mails). They remain in sendmail DATA stage and SMTP transaction aborts due to a timeout. I don't understand why with the same configuration, MX1 does not works. I'm sure that clamd works fine on rayleigh, but I'm not sure that it correctly works on kant. I don't see any information on the logs and all sockets and permissions have been verified. If I remove clamd support from mimedefang, kant works fine. I don't understant why only one clamd process can run on kant. clamav has had some problems particular to sparc in the past, but if it's working on rayleigh, I wouldn't think that you running it on sparc is significant. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Strange trouble with clamd/greylist/mimedefang
On Sat, Jun 09, 2007 at 08:46:53PM +0200, BERTRAND Joël wrote: Right. For me, one think is very suspect. Milter-greylist nor clamd are not able to fork on kant. What makes you think that they're unable to fork? The only significative difference for me is the libc release. Root kant:[~] dpkg-query -l libc6 ... ii libc6 2.5-9 GNU C Library: Shared libraries rayleigh:[~] dpkg-query -l libc6 ... ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries 2.5 gives you NPTL, which means that threaded programs can have real threads instead of forking. If you do a ps -eLf on a glibc2.5 system with numerous clamdscan processes going, you will hopefully see multiple clamd lines (same PID, different LWP number). If you don't, maybe there's an issue with libpthread. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dropping sparc32 for lenny
Perhaps I'm missing something in the big picture, but isn't the only difference between debian-sparc and debian-sparc64 the kernel? The userland is 32bit in both. Almost. For etch we had somewhat of an embarrassing situation as a few released packages won't work on 32-bit SPARC processors. We have no mechanism to alert or prevent users from installing them where they won't work, and no one working to re-add support for older CPUs. For more information, see http://wiki.debian.org/Sparc64Only If we change the toolchain to default to compiling V8plus code, we will once again have consistency in the sparc port. Then if there are people interested in maintaining a separate sparc32 port, with or without fixing the packages which won't build, they could do so. I am not interested in doing so. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dropping sparc32 for lenny
Why can't you have official sparc32 and sparc64 ports? That way you can optimize sparc64 and still have sparc32 support. We could, but there needs to be people to step up and do all the work. I am not going to be one of those people. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mono on sparc
Packages are available at http://people.debian.org/~schizo/mono/ Anyone interested in mono on sparc should test them out, build monodevelop with them, test that out, and report success to http://wiki.debian.org/SparcPorting , debian-sparc@lists.debian.org , and [EMAIL PROTECTED] . Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sparc etch status (was: Re: Xorg 7 on sparc64)
Regarding the chances of sparc getting into etch, I would say that everything pretty much depends on whether 2.6.17 kernel comes out before it's too late (and makes it into etch). According to buildd admins, sparc Or the necessary fixes are backported into 2.6.16. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Help
This card has a permedia2 graphics chip. You need to use 'glint' driver in X. You probably will have better luck with etch/sid, as it might not work correctly on Sarge. See bug 226973 [0] for the gory details and some I suspect that it may be problematic with all versions when using Linux 2.6. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sparc developer machines
I have an ulterior motive for this of course - I want a usable, stable debian port for Sparc. Could you try repeatedly installing and purging the build-dependencies for openoffice.org while running kernel-image-2.6.8-2-sparc64-smp on your SB1000? The objective is to reproduce a crash that occurs on the dual-proc autobuilders. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: sparc developer machines
can you give more info about the crash, where it occurs in building openoffice.org? tail of the build log would be good. I'm told that it usually occurs while doing the dpkg -i of the build-deps, and possibly most recently while dpkg was installing debconf-i18n. I am continually building the upstream version of openoffice.org on sparc64 (sunblade 100, NOT SMP), maybe I can look for some clue that helps, such as warning message, relevant code or something? I don't think it's anything specific to the build itself. I am unable to reproduce any such crash with a single-proc machine, but if you can, that would provide another data point. Another possible way to reproduce the crash would be to set up buildd and have it rebuild the entire archive. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: updating openboot environment
I just installed debian/testing on a (cd-less) Sunblade 1000, added a CPU, a disk and some memory afterwards, and all works fine! the question...which debian tool allows me to configure the openboot environment ? Or do i need to go into the openboot prompt and use setenv ? eeprom in sparc-utils. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: random crash
It happened with 2.6.8 and 2.4.27... I have an oops but i don't know exactly because i haven't physical access to the box (my mother told me the message which was on the screen). Do you think you could get the exact oops message the next time this happens? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Setting time time causes system crash
I am running a stock Debian Linux kernel 2.6.8-2-sparc64 on a Sun Netra T1. Is this a t105 and not a T1 AC200? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: random crash
and installed Linux kernel 2.4.27 with SMP support. However, one week after the startup of the server, the box crashs with a odd error message and i must reboot it. I tested it with Linux kernel 2.6.8. What is this odd error message? Did it happen with 2.4.27 or 2.6.8? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Qualification of sparc in etch
according to the qualification matrix[1], the only real showstopper for sparc in etch is vore down. I can't find anything specific on the respective sparc wiki page[2]. Is there anything one could do in order to help here? Would another machine be necessary (and being administered)? I have no idea. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: saving sparc for etch requalification
So that would say the only problem is to make the buildd running 24x7. I have seen that vore and auric are running 2.6.12 kernels. Does the instability comes from there? AFAIK there is no stability problem with the kernels from sarge. Maybe the machine could use them. I have no stability problems with 2.6.13.2, but I don't recall any with 2.6.12 either. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tr: Re: Raptor gfx
Before I wade in to XFree files and start messing by hand, has anyone got better resolutions out of the card (or even better a snippet of a working conf file)? Section Device Identifier TSI Raptor GFX 8P Driver glint BusID PCI:01:00:00 EndSection Section Monitor Identifier Sun HorizSync 30-82 VertRefresh 50-120 Option DPMS ModeLine 1280x1024 135.00 1280 1300 1444 1632 1024 1029 1032 1066 +hsync +vsync EndSection I think. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
saving sparc for etch requalification
Other than problems with auric, the release team is concerned[1] about upstream support for glibc/gcc/g++ on sparc. Can anyone add any information to the wiki page[2] about who upstream is making sure these things work? [1] http://release.debian.org/etch_arch_qualify.html [2] http://wiki.debian.org/sparcEtchReleaseRecertification -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Raptor gfx
I have searched archives and web search and have failed to find my answer. Does anyone know which video driver to use for a Raptor GFX video card? Have tried fbdev and ati (obviously wrong chipset...). Creator uses sunffb which is working (beautifully on my U30). The Raptor is quite a common PGX32 You probably want the 'glint' driver for X. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sparc requalification for Etch
Note: No, I'm not going to do this myself as I don't consider myself a Sparc porter. I'm more an interested user and also have a certain interest because of my work on Debian Installer. The page exists at http://wiki.debian.org/sparcEtchReleaseRecertification Someone should fill it in. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sparc requalification for Etch
I note that it only lists 89 sites using Debian-SPARC. How do we go about adding our own sites to it? That comes from the popularity-contest package, so you can install that on your sparcs to augment the number. If you want to edit the wiki page and add the stats about your usage in the list under the Users section, please go ahead. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cups backend/usb ioctl call goes wrong on sparc64
I'm not sure what the correct way to fix this is. Anyone have any suggestions. You may get more responses if you ask on the ultralinux mailing list.
Re: U5 - woody (2.4.24) - 3com 3crdag675 - pci wifi adapter - madwifi driver
Still hoping for WiFi ... You need to either re-compile wireless-tools and libiw27 64-bit or fix all the necessary compatibility ioctls in your kernel.
Re: Upgrading openboot
Can i upgrade openboot with silo or do i need to use suns bootloader, whatever that might be? You could netboot the prom upgrade via RARP/TFTP.
Re: Raptor Gfx with Sun U5
[Cc'ing -x] One problem remains however. When running XFree86 (4.1.0) I am getting lines of what looks like 'interference' lines down the screen. One part of the screen has it really bad whilst others you just just see small patches of it. The lines run horizontally and kind of 'crackle' if this makes sense. Console mode is fine it just happens when I load Xfree86, and happens at Are you using the Permedia framebuffer driver on console? There appear to be some deficiencies in XFree86's PM2V driver for the Raptor GFX 8P, which change if you initialize the card with the Linux 2.4 fb driver (which itself has deficiencies for this card).
Re: Raptor Gfx with Sun U5
There's a port of the permidia fbdev to 2.6.*, which may fix some of these issues: http://phoenix.infradead.org/~jsimmons/pm2fb.diff It's broken when __LITTLE_ENDIAN is undefined.
Re: building slrn on sparc
In fact, this behavior comes from a desire to do the right thing when building and bootstrapping gcc. GCC's bootstrap process expects that if the build/host system is sparc64-* that the system compiler, as well as the GCC binary produced by the gcc build itself, will both produce 64-bit executables by default. If this is not the case, the GCC bootstrap will flat out fail. I'm pretty sure that when I bootstrapped gcc 3.3 last year, uname was still returning 'sparc', and everything behaved exactly the way I wanted it to.
Re: building slrn on sparc
Why don't you just remove libc6-sparc64-dev and not worry about it? Then I can't compile 64-bit objects.
Re: BootP problems with Netra T1 (ARP/RARP)
have run into a beauty of a problem. Anyway, I have specified the Netra to boot from the net and I keep on getting a message saying Timeout waiting for ARP/RARP packet. The Net0 port is connected through a crossover cable to a Windows XP box running Cabletron TFTP/BootP Services. I have included Try typing 'boot net:dhcp' instead; this should tell it to use BOOTP/DHCP instead of RARP. I've had success with DHCP, but never tried BOOTP myself.
Re: procps doesn't buildd - /lib versus /lib64
No, Solaris has normal libs in /lib and their 64-bit libs in /lib64. Just like we do. Neat, huh? In which version is that true?
Re: building slrn on sparc
Then your other option, as mentioned a million times, is to run in a sparc32 /bin/sh environment and explicitly give -m64 to the compiler. This is what I do right now. This is also what the Debian buildd does right now, I believe. You can do what you want, you just don't like the way in which we've given you to go about doing it, and you hate the default. Sorry, you don't get to decide this. The default was sane before, and I'll continue to hope that it will change again.
Re: procps doesn't buildd - /lib versus /lib64
Since they introduced 64-bit userland support, from the beginning. 7, 8, and 9 have /usr/lib/64, which is a symlink to /usr/lib/sparcv9. There is no /usr/lib64. /lib is a symlink to /usr/lib, and there is no /lib64. Perhaps this is different in 10.
Re: ncurses
/usr/lib/libncurses.so is a symlink (see earlier message). I think its skipping the files because /usr/lib/libncurses.so doesn't point to any library. 'make menuconfig' has worked in the past, and minimal changes have been made to the box above and beyond dist-upgrade every now and then. Try touching the file /etc/disable_64_gcc
Re: ncurses
Heh, thanks - menuconfig works now. Are there any downsides to disabling this whilst building a kernel image? There are no downsides to disabling it forever. It merely tells the stupid gcc wrapper to not behave inconsistently and unexpectedly. You can achieve a similar effect by removing /usr/bin/gcc and replacing it with a symlink to /usr/bin/gcc-3.3, which is what is done on every other Debian architecture. gcc's default behavior still allows you to compile 64-bit objects and does not lead to inane and unexpected breakage such as you have just experienced by using BenC's wrapper.
environmental monitoring
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?
Re: environmental monitoring
Not currently. What needs to be done to adapt the driver?
Re: environmental monitoring
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. This is from a 105 (where the linux 2.6.0 envctrl module works): System Configuration: Sun Microsystems sun4u Memory size: 1024 Megabytes System Peripherals (Software Nodes): SUNW,UltraSPARC-IIi-cEngine packages (driver probably installed) terminal-emulator (driver probably installed) deblocker (driver probably installed) obp-tftp (driver probably installed) disk-label (driver probably installed) ufs-file-system (driver probably installed) cdfs (driver probably installed) SUNW,builtin-drivers (driver probably installed) sun-keyboard (driver probably installed) chosen (driver probably installed) openprom (driver probably installed) client-services (driver probably installed) options (driver probably installed) aliases (driver probably installed) memory (driver probably installed) virtual-memory (driver probably installed) pci (driver probably installed) pci (driver probably installed) ebus (driver probably installed) auxio (driver probably installed) power (driver probably installed) SUNW,pll (driver probably installed) su (driver probably installed) su (driver probably installed) ecpp (driver probably installed) fdthree (driver probably installed) eeprom (driver probably installed) flashprom (driver probably installed) watchdog (driver probably installed) display7seg (driver probably installed) beeper (driver probably installed) flashprom (driver probably installed) flashprom (driver probably installed) i2c (driver probably installed) adc (driver probably installed) gpio (driver probably installed) gpio (driver probably installed) i2c (driver probably installed) SUNW,lom (driver probably installed) network (driver probably installed) scsi (driver probably installed) disk (driver probably installed) tape (driver probably installed) network (driver probably installed) pci (driver probably installed) pci (driver probably installed) ide (driver probably installed) disk (driver probably installed) cdrom (driver probably installed) SUNW,UltraSPARC-IIi (driver probably installed) And this is from a 200 (where it doesn't) System Configuration: Sun Microsystems sun4u Memory size: 512 Megabytes System Peripherals (Software Nodes): SUNW,UltraAX-i2 packages (driver probably installed) terminal-emulator (driver probably installed) deblocker (driver probably installed) obp-tftp (driver probably installed) disk-label (driver probably installed) SUNW,builtin-drivers (driver probably installed) dropins (driver probably installed) kbd-translator (driver probably installed) chosen (driver probably installed) openprom (driver probably installed) client-services (driver probably installed) options (driver probably installed) aliases (driver probably installed) memory (driver probably installed) virtual-memory (driver probably installed) pci (driver probably installed) pci (driver probably installed) ebus (driver probably installed) flashprom (driver probably installed) eeprom (driver probably installed) idprom (driver probably installed) SUNW,lomh (driver probably installed) pmu (driver probably installed) i2c (driver probably installed) temperature (driver probably installed) dimm (driver probably installed) dimm (driver probably installed) i2c-nvram (driver probably installed) idprom (driver probably installed) motherboard-fru (driver probably installed) fan-control (driver probably installed) lomp (driver probably installed) isa (driver probably installed) power (driver probably installed) serial (driver probably installed) serial (driver probably installed) network (driver probably installed) usb (driver probably installed) ide (driver probably installed) disk (driver probably installed) cdrom (driver probably installed) network (driver probably installed) usb (driver
Re: DHCP with happy meal and/or lance
trueX or am I going mad? hmm. Yes, sorry; I meant to type true.
Re: DHCP with happy meal and/or lance
My both cards have the same MAC address, i've read somewhere that it is normal (both card have the station MAC address) but none of my cards This is usually a bad idea. You can fix this by setting local-mac-address?=false in the prom.
Re: Confusion about 32/64-bit user space
Why? If you are refering to the ioctl's not being translated yet, then you are incorrect. What you need is for the ioctl's to be translated in arch/sparc64/kernel/ioctl32.c. Yes, and pending that, you need to compile the program 64-bit for it to function properly.
Re: 2.3.6 boot images with newer kernels (sb1000 please read)
Even if you don't try the install, could some blade 1000 users atleast try booting the sun4u/linux-a.out images and report success or failure just booting the system? I can boot tftpboot.img, and the installer will come up. Also, I can boot the system with linux-a.out.
Re: Ultra5 - Potato - Multiple HME Interfaces
ifconfig eth0 ether xx:xx:xx:xx:xx not do what you want? True. This seems to render the interface useless (unless ether is equal to the MAC on the primary)
Re: Ultra5 - Potato - Multiple HME Interfaces
I understand that when loading the sunhme module, the kernel may retrieve the MAC addr from openboot. Openboot seems to only know the addr for the primary (built-in) card. Has anyone else experienced this? Did I miss a line on the webpage that describes how to get around this? That's how suns behave. You can change it in openboot with setenv local-mac-address? if memory serves well... Or with /usr/sbin/eeprom. Unfortunately, it doesn't seem to make a damn bit of difference with 2.2.18.
Re: [kteague@sprocket.ddts.net: xserver-xsun drivers]
www.xfree86.org doesn't seem to say anything at all about Sun drivers. On a vaguely related note, is there a way other than gpm to get sunmouse support under X4?
Re: Woody: zsh-3.1.9-4: missing contents of /usr/lib/zsh/3.1.9?
I've just upgraded my SS10 to the latestgreatest packages in Woody, and it seems the zsh package is missing a bunch of .so's. The Intel package seems to contain all the dynamically-loaded shared objects that implement most of zsh's functionality, but the SPARC package seems to be not only missing the files but the functionality, too. What is the procedure when one platform's port of a package is broken? Should one file a bug against the package? Is there some other, more appropriate forum to raise issues like this? Definitely file a bug.