Re: Re: Mozilla Software on Sparc64/Linux
Hi Connoer, On Tue, Nov 09, 2021 at 10:59:47PM +0100, Connor McLaughlan wrote: > Hi Adrian, > > thank you for your time. This sounds a bit complicated for the newer > versions. > > Currently i don't know where to start. > I was trying to build the old firefox52 and thunderbird52 which run on > NetBSD/Sparc64 from pkgsrc and manually. The thunderbird52 exists on debian > and the firefox package did skip 52 and was only released as a 50 with > error messages filling up the console. I can get them to build with pkgsrc > and manually but some patches seem to be missing to avoid bus errors in > libxul.so on debian. > > Unfortunately i don't know yet how debian builds its own packages and where > to find the patches used in those builds, so that i could reproduce the > building of firefox50 and thunderbird52 to maybe learn something as a > starting point. apt-get source The debian specific stuff is in the debian/ directory, also the debian specific patches. To get the the dependencies needed for building: apt-get build-dep Good luck, greetings Hermann -- Administration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: Debian Installation on Ultra 30 (was Re: Updated Debian Ports installation images 2021-09-23)
Hello Stan, On Mon, Sep 27, 2021 at 08:33:54AM -0600, Stan Johnson wrote: > Having the above partitioning scheme seems to work ok with GRUB; the > reason I asked about the "Whole disk" partition is that some > partitioning tools (specifically fdisk, as I recall), refuse to create > additional partitions once "Whole disk" has claimed all of the sectors. Oh ok, couldn't remember how that was - our Sparks are in Storage since a few years now. > In addition, there is an oddity (I think with parted, but I don't recall > now) where the "Whole disk" partition needed to exist, otherwise the > partitioner only recognized 1 GB. Perhaps this is related to parted > complaining during installation that the number of cylinders on the disk > exceeded the maximum of 65536 cylinders? Maybe parted is reading the > disk geometry from the third partition on the disk regardless of what's > there? No idea. > So I ended up using this partitioning scheme; note that parted complains > (but fdisk does not): > > # parted /dev/sda > GNU Parted 3.4 > Using /dev/sda > Welcome to GNU Parted! Type 'help' to view a list of commands. > (parted) print > Warning: The disk CHS geometry (562253,255,2) reported by the operating > system does not match the geometry stored on the disk label > (17849,255,63). > Ignore/Cancel? C > Model: SEAGATE ST3146807LC (scsi) > Disk /dev/sda: 147GB > Sector size (logical/physical): 512B/512B > Partition Table: unknown > Disk Flags: > (parted) quit Looks to me that parted did not recognize sun disklabel format. > # fdisk -l /dev/sda > Disk /dev/sda: 136.73 GiB, 146815737856 bytes, 286749488 sectors > Disk model: ST3146807LC > Geometry: 255 heads, 63 sectors/track, 17849 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 > > Device Start End Sectors Size Id Type Flags > /dev/sda1 0 1048575 1048576 512M 1 Boot > /dev/sda2 1060290 17837505 16777216 8G 83 Linux native > /dev/sda3 17848215 34625430 16777216 8G 83 Linux native > /dev/sda4 34636140 68190571 33554432 16G 83 Linux native > /dev/sda5 68195925 70293076 2097152 1G 82 Linux swap u > /dev/sda6 70300440 286744184 216443745 103.2G 83 Linux native The speciality of sun disklabel format is that sda1 contains the boot block (block 0) of the HD. I somehow misused that in the past to mirror the boot block in raid1 configurations of sda1. YMMV. > It appears that SILO and GRUB do something similar -- they appear to be > installed in the 1024-byte "boot block" of an ext2 filesystem; for more > information, see this link for ext2 filesystem structure: > > http://www.science.smith.edu/~nhowe/teaching/csc262/oldlabs/ext2.html Yep, the filesystem needs to leave space for that boot block on (old) sparc machines on sda1 starting at sector 0. I wonder if there is an historic explanation for that somehow wicked setup on spark machines: Originally booting from a tape? Greetings Hermann
Re: Debian Installation on Ultra 30 (was Re: Updated Debian Ports installation images 2021-09-23)
Hi Stan, On Sat, Sep 25, 2021 at 11:34:59PM -0600, Stan Johnson wrote: > Not knowing what the preferred size should be for a GRUB /boot > partition, I decided to let Guided Partioning use its defaults for > /dev/sda. As I recall, the partitioner warned that the number of > cylinders on the disk exceeded the maximum of 65536, but the creation of > filesystems and the rest of the installation proceeded anyway, without > any other noticeable errors. > > The layout for /dev/sda is as follows: > > # fdisk -l /dev/sda > Disk /dev/sda: 136.73 GiB, 146815737856 bytes, 286749488 sectors > Disk model: ST3146807LC > Geometry: 255 heads, 2 sectors/track, 37965 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 > > Device Start End Sectors Size Id Type Flags > /dev/sda1 0 1000109 1000110 488.3M 1 Boot > /dev/sda21000110 284748299 283748190 135.3G 83 Linux native > /dev/sda3 0 286749029 286749030 136.7G 5 Whole disk > /dev/sda4 284748300 286749029 2000730 976.9M 82 Linux swap this is a sun disk partitioning scheme - not shure, if this is well supported with grub. > -> Question 1: If I don't plan to install Solaris, is it safe to remove > the "Whole disk" partition (/dev/sda3)? AFAIR sun disklabels allows up to 8 entries - so there is no advantage in removing the solaris standard whole disk entry. > -> Question 2: What is the best size for /boot (/dev/sda1)? After > installation, the /boot partition had only about 57 MB of files. What's on this partition? Only Grub files or also the kernel stuff? AFAIR I used around 100-200MB years ago, but this was with SILO. > > Then the GRUB menu is displayed, and I am able to scroll through the > options using the "v" and "^" keys (but not the up and down arrow keys). > After selecting the new Debian SID (or allowing it to be selected by > default), the X login eventually comes up, but it seems to be off the > screen. If I login anyway, the Xfce desktop comes up, but it seems to be > larger than the screen. This problem, which is similar to a problem I > had with Debian 7.8, can probably be fixed with an appropriate xorg.conf > file. Congrats, sounds good! Good luck, greetings Hermann
Re: Re: Network installing a Netra T1?
Hello Rich, > > On 5/9/21 3:24 PM, Rich wrote: > > > I tried just handing it vmlinux from > > > https://cdimage.debian.org/cdimage/ports/debian-installer/2021-04-17/sparc64/debian-installer-images_20210415_sparc64.tar.gz > > > over TFTP, but that just dies with "fast Data Access MMU Miss" before > > > ever displaying anything suggesting Linux was booting, so that seems > > > wrong. just looked into my old docu: I was using "boot net:dhcp -p" at prom level to get early kernel messages. And AFAIR, vmlinuz and initrd were combined into one file at that time. > > netboot installers are part of the debian-installer tarball found here [1]. > > > > Please try with that one and report back. netboot is currently untested. I always wanted to test that, but unfortunately I have no time to setup an test in the near future. Good luck and greetings Hermann -- Administration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: 5.10.0-4-sparc64-smp #1 Debian 5.10.19-1 crashes on T2000
Hi Riccardo, On Thu, Apr 01, 2021 at 01:43:29PM +0200, Riccardo Mottola wrote: > > Yep, in your kernel config set: > > CONFIG_SYSTEM_TRUSTED_KEYS="" > > thanks, that was it! Now the kernel build great! > Do I need to do somethings special? > > make install > make modules_install sorry, don't know. I'm always doing: make -j bindeb-pkg dpkg -i ../linux-image*.dpkg But that is even slower on weak hardware (e.g. BananaUltra) and the above SHOULD work. Advantage comes when deleting kernels. > Loading Linux 5.12.0-rc5+ ... > error: premature end of file /vmlinuz-5.12.0-rc5+. Somehow your vmlinuz is to short or the loader is not able to put it in memory. Good luck and greetings Hermann -- Administration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: 5.10.0-4-sparc64-smp #1 Debian 5.10.19-1 crashes on T2000
Hi Riccardo, On Sat, Mar 27, 2021 at 01:16:11PM -0600, Stan Johnson wrote: > > I took the config out of /boot/config of a good kernel, updated it with > > "make oldconfig" > > > > During compilation I see: > > > > CC init/init_task.o > > make[1]: *** No rule to make target > > 'debian/certs/debian-uefi-certs.pem', needed by > > 'certs/x509_certificate_list'. Stop. > > make[1]: *** Waiting for unfinished jobs > > ... > > I think you need to remove all references to debian certs to compile a > custom kernel. Yep, in your kernel config set: CONFIG_SYSTEM_TRUSTED_KEYS="" Greetings Hermann -- Administration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: Unrecognized magic number in media label
On Sun, Nov 01, 2020 at 07:21:40PM +, Dennis Clarke wrote: > I may have mentioned in the past that I *always* use the expert mode > text installer to get the job done. Mostly because I can walk away from > the machine and run the bulk of the installation process remote over a > ssh connection. That is the greatest feature in the installer ever! > Certainly top of the top ten features in an otherwise slick and easy > installer process. I assure you that Red Hat could learn a lot. I hate > their graphical garbage installer. +1 here - having the text mode is an outstanding feature, especially when you combine it with serial logging. And yes, on all the machines with no serial I do installation over ssh, too. Also great is netbooting - learned that installation method years ago as "jumpstart" in solaris an use it whenever possible. It's amazing how flawless that concept works on small ARM SoC with uboot over serial lines. > In any case, thank you for the great work and I wanted to simply let > you know that sparc64 seems to work fine for the basic stuff anyone > would want. Thanks from my side too and hoping for an opportunity (time!) to try on the old sun iron still beeing in our basement. Greetings Hermann -- Administration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: GRUB testers on SPARC needed
On Mon, Mar 05, 2018 at 11:45:16AM +0100, John Paul Adrian Glaubitz wrote: > > At least with the stretch installer there is no problem with using a MBR > > partitioning > > on the am64 arch. You maybe can't select it, but if you generate a MBR > > partitioning using > > the shell inside the installer this will work. > > Ok, after a quick look it seems that this particular configuration is actually > supported by the grub-installer: > > > https://anonscm.debian.org/git/d-i/grub-installer.git/tree/grub-installer#n338 > > On EFI systems, it will test whether /var/lib/partman/ignore_uefi exists > which I > assume is written by partman if it finds an MBR partition table on an EFI > system. Thanks for this information. > > Also IMHO this (EFI partition on MBR) is usefull to work, as the server > > BIOSses here are all able > > to boot from an USB stick which usually have MBR partitioning. > > This is for installed systems, not for installer images. Yes, exactly: Booting the installed system via UEFI from usb stick. The netboot installer has no partitioning - so no issue with installer images, at least not in my case. > > As the servers used here all have an internal USB slot thats my favorite > > setup at the moments. > > Why not use a remote KVM? ;) Because netbooting rocks - or what are I'm missing ? ;-) Probably we are getting to OT now... Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: GRUB testers on SPARC needed
On Sat, Mar 03, 2018 at 01:09:40AM +0100, John Paul Adrian Glaubitz wrote: > On 03/02/2018 10:27 PM, Frank Scheiner wrote: > >> On x86, it will automatically use GPT if the machine is booted in EFI > >> mode. ... ... > >> I know you try to make the most compatible design to fit all use cases, > >> but I don’t think we should support such edge cases when debian-installer > >> doesn’t > >> support it on other platforms. ... > Maybe it's a good idea to perform some tests with such setups on x86 (e.g. > having MBR partitioning and then booting the machine in EFI mode and keeping > the MBR setup) and observe what debian-installer does. At least with the stretch installer there is no problem with using a MBR partitioning on the am64 arch. You maybe can't select it, but if you generate a MBR partitioning using the shell inside the installer this will work. Also IMHO this (EFI partition on MBR) is usefull to work, as the server BIOSses here are all able to boot from an USB stick which usually have MBR partitioning. As the servers used here all have an internal USB slot thats my favorite setup at the moments. Just 2cents and thank for all your work, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: Re: Re: Re: Re: mdadm serious does wrong partition changes
Hi Frans, On Wed, Dec 06, 2017 at 11:19:20AM +0100, Frans van Berckel wrote: > > Sounds like the sun partition table is not ok after installation - > > what > > does "fdisk /dev/sda" tell you ? > > ~ # fdisk /dev/sda > > Welcome to fdisk (util-linux 2.30.2). > Changes will remain in memory only, until you decide to write them. > Be careful before using the write command. > > The old ext2 signature will be removed by a write command. > > Device does not contain a recognized partition table. > Created a new partition 1 of type 'Linux native' and of size 136.7 GiB. > Created a new partition 2 of type 'Linux swap' and of size 47.1 MiB. > Created a new partition 3 of type 'Whole disk' and of size 136.7 GiB. > Created a new Sun disklabel. Ok, so at some point in the sparc64 installation the partition table get's garbled - maybe Adrian or somebody else can help. Finding the exact installation step where this happens (use fdisk in the shell) is probably next to do. > Within the installer theres no udeb package which contains hexdump. Do > you know any alternative? dd the first sectors to an usb stick/nfs mount a server and use hexdump elsewhere. I'm shure, there are other options. Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: Re: Re: Re: mdadm serious does wrong partition changes
Hi Frans, On Tue, Dec 05, 2017 at 02:43:48PM +0100, Frans van Berckel wrote: > Silo does not ask for a device, it just installs. Rebooting goes into a Hmm - priority=low is set in the installer? > disk errors and searching for the dhcp network device. > > Rebooting with command: boot > > Bad magic number in disk label > Can't open disk label package Sounds like the sun partition table is not ok after installation - what does "fdisk /dev/sda" tell you ? Does "hexdump -C /dev/sda" (or sdb) contain stuff like: 53 55 4e 33 36 47 20 63 79 6c 20 32 34 36 32 30 |SUN36G cyl 24620| 0010 20 61 6c 74 20 32 20 68 64 20 32 37 20 73 65 63 | alt 2 hd 27 sec| 0210 00 00 00 00 00 00 40 00 53 49 4c 4f 30 2e 39 39 |..@.SILO0.99| 03a0 10 6f ff f4 d6 75 20 28 66 69 6e 64 64 65 76 69 |.o...u (finddevi| 03b0 63 65 00 67 65 74 70 72 6f 70 00 62 6f 6f 74 70 |ce.getprop.bootp| 03c0 61 74 68 00 73 74 64 6f 75 74 00 6f 70 65 6e 00 |ath.stdout.open.| 03d0 63 6c 6f 73 65 00 73 65 65 6b 00 72 65 61 64 00 |close.seek.read.| 03e0 77 72 69 74 65 00 2f 63 68 6f 73 65 6e 00 65 78 |write./chosen.ex| 03f0 69 74 00 00 00 00 00 00 00 00 00 00 00 02 21 bc |it!.| Another way which might work is setup the raid1 in the shell, then make in the installer an ext2 on /dev/md1 (boot) and format it. Stop the raid in the shell and in the installer install with /boot on the /dev/sda1 without formatting. Finish installation and test reboot from sda: "boot disk" Idea with that is to install silo like a single disk setup, only that the boot partitions ext2 is a bit smaller to allow for the md block at the end of the boot partition. Then dd the first 8k or so to /dev/sdb and add /dev/sdb1 to /dev/md1. Good luck, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: mdadm serious does wrong partition changes
On Mon, Dec 04, 2017 at 11:29:27AM +0100, John Paul Adrian Glaubitz wrote: > > What sector do i need to start? 2048 like x86/64? > > > > Do i understand, will there be enough room for md raid? > > Why not use GPT partition tables? Also a DOS partition table is possible - depends on the space you like to loose. My favorite is no partition table at all (unless you must boot from the device). Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: Re: mdadm serious does wrong partition changes
Hi Frans, On Mon, Dec 04, 2017 at 11:53:07AM +0100, Frans van Berckel wrote: > And how people do a bootable device with mdraid, read /boot and > / mirrored, with Sun table. ;-) See here: old:~# fdisk /dev/sda Disk /dev/sda (Sun disk label): 27 heads, 107 sectors, 24620 cylinders Units = sectors of 1 * 512 bytes Device FlagStart EndBlocks Id System /dev/sda1 04096002048001 Boot /dev/sda2410238 68420186 34004974 83 Linux native /dev/sda3 0 71132958 355664795 Whole disk /dev/sda4 u 68420187 71127180 1353496+ 82 Linux swap old:~# cat /proc/mdstat Personalities : [raid1] md1 : active raid1 sda1[0] sdb1[1] 204736 blocks [2/2] [UU] md0 : active raid1 sda2[0] sdb2[1] 34004864 blocks [2/2] [UU] sdb having *exactly* the same partioning and md1 running 0.90 layout. But as you see - old. Modern would be having grub as bootloader - Adrian did some work on that (Thanks btw.) Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: mdadm serious does wrong partition changes
Hi Frans, On Mon, Dec 04, 2017 at 10:59:19AM +0100, Frans van Berckel wrote: > What sector do i need to start? 2048 like x86/64? If you need no bootloader, you just need the size of the partion table, which might be 256 bytes only with a sparc partitioning table - never read a spec about that. So that would mean you could start partition1 at sector one. > Do i understand, will there be enough room for md raid? Then everything should be fine. (Obviously this is a non bootable device then) Good luck, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: mdadm serious does wrong partition changes
Hello Frans, On Sun, Dec 03, 2017 at 01:22:53PM +0100, Frans van Berckel wrote: > Dear Team, > > I am creating raid partitions. First only sdd1, wanna add sdc1 later > on. But creating sdd1 does serious wrong partition changes. Because it > drops the partition tabel. And creates a new one. > > First what do we have ... > > # fdisk -l /dev/sdd > > Disk /dev/sdd: 33.9 GiB, 36420075008 bytes, 71132959 sectors > Geometry: 255 heads, 63 sectors/track, 4427 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/sdd1 0 58589054 58589055 28G fd Linux raid autodetect here is the issue: Partition sdd1 starts on sector 0, which is common on sparc but normaly never setup so on x86/amd64 (fdisk refuses it on x86/64 even in expert mode, tried that last week). On sparc that only works as many filesystems (for example ext2/3/4) leave enough space at the beginning to keep the partition table intact. So for Linux this setup could also be an md device without an partition table - which is also allowed and I use(d) such setups. I even used partitioned mirrored root devices some time and it works (the partion table is mirrord than too), but it's a very special setup and you need to know all details - like the location of md superblocks. Never used lsblk, but my feeling is, you can't blame it or the md code really in that case - as it's not distinguishable on md level what you mean. Hope this helps and greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: mdadm /boot mirror and sun disklabel corruption
Hey Adrian, from the old, golden sparc days: On Wed, Sep 06, 2017 at 04:59:44PM +0200, John Paul Adrian Glaubitz wrote: > On 09/06/2017 04:40 PM, Fedor Konstantinov wrote: > > I would greatly appreciate if it could be possible to add to the installer > > ability to > > select mdadm metadata version when creating RAID arrays. Now, when creating > > mirror for > > /boot partition (at sun disk slice 0) installer uses v1.2 metadata and so > > it corrupts > > sun disklabel. To avoid disklabel corruption, now I have to manually create > > such partition > > with v0.90 metadata, and ext3 fs in it. I used v1.0 metadata for the same reason: slice 0 contains at the beginning partitioning information, which will be overwritten by >1.0 versions. Up to there raid bitmaps where at the end. Setup worked with breaking out to a shell, creating raid1 and the continue in the installer. > So, you want to use an old metadata format? Wouldn't it make more sense to > fix the bug > in question? > > Also, you want to create a mirrored boot directory, is that correct? Did that - caveeat was, that the partition table is mirrored, so only the layout of the smaller disk could be used. Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: Custom kernel comes out as wrong arch
Hello, On Fri, Jul 29, 2016 at 08:10:06PM +0200, John Paul Adrian Glaubitz wrote: > I have no idea why this manual mentions "make deb-pkg" but this is something I during the past I used it often with vanilla kernels to test them on sparc(64) hardware upto debian wheezy - works mostly and provides kernel for testing faster on old hardware during the times when debian provided where broken. Just a side note and thanks for all the improvements, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: Debian Sparc 7.10.0 Install Problems
Hello Chris, On Fri, Jun 10, 2016 at 11:00:25AM +, Chris wrote: > I know Debian 7 is unsupported on Sparc and that bugs won't be fixed, > but I don't care. Once the OS is installed and stable, I really don't > need or expect support or patches. Apart from adding a few packages, > nothing is likely to change. All i'm looking for is a stable > OS to run on Sparc h/w, with a gui. I would be quite happy with Sol > 10, but Oracle support licenses are too expensive. > Old it may be, but even Squeeze is pretty stable. Just wanted to try > out a later version and afaics, 7.10 was the last supported stable > release. if netbooting is an option for you, installation report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757787 may help you. Probably the mentioned netbooting stuff is already moved to an debian archive after the official end of wheezy support now. Good luck, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 205; 69120 Heidelberg; Tel: (06221)54-14405 Fax: -14427 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Re: Creating sparc64 installation images
On Wed, Dec 23, 2015 at 09:09:58AM +, Mark Morgan Lloyd wrote: > I don't think I can usefully help since I'm too far down the Debian > management/development learning curve (and have rather a lot of other stuff > on my plate), but could you give us a pointer to where the netinst image can Me too - exacly the same situation at the moment. > be found, compatible hardware, what sources.list should be, and where > testers should report issues. I have installed sparc hardware since over 10 years only via netboot images and may try a few basic netinst tests on Enterprise class systems if that would help. Thanks for all the work and merry X-mas, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Do 8042/kb_ps2 keyboard devices work under wheezy kernels?
On Mon, Oct 05, 2015 at 08:46:32AM +, Mark Morgan Lloyd wrote: > At the time, V880. But was prepared to try various other systems in the hope > of finding something that would install. Just checked - on V880 here a vanilla 3.12.6 is running. If you like to get that as a deb, just ask. > The impression I got was that the developers were doing dist-upgrades etc., > but were rarely checking the CD image. The bug you cite would appear to stem > from the same shortcoming. On the diverging netboot vs. di kernel module iussue on the ftp servers I proposed a check to help keeping the right di kernel modules - but the maintainer didn't like or postponed that idea (stumbled over this on amd64, too). Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Do 8042/kb_ps2 keyboard devices work under wheezy kernels?
Hello Mark, On Sat, Oct 03, 2015 at 10:32:38AM +, Mark Morgan Lloyd wrote: > For the sake of anybody who does happen to have time, where are you getting > your .iso image and what if any mirror are you selecting during > installation? if you can consider netbooting, maybe https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757787 may help to get a working wheezy installation - that was my last installation (when I still hoped debian will fix the arch). > I had no end of problems about 18 months ago trying to find a SPARC/Linux > later than Lenny which was even half-way reliable, and that was a large part > of our eventual decision to abandon the architecture. What Hardware are you running ? The wheezy kernel seems not to be so bad on my Enterprise/Fire class systems. Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Resurrecting Debian on SPARC
Hello, On Tue, Sep 15, 2015 at 12:07:10PM +0200, John Paul Adrian Glaubitz wrote: > I was wondering how many here are still interested in the Debian > SPARC port? Interest is there, but unfortunately nearly no time during the next 6 Months. > In the past weeks, I have invested some efforts to revive the sparc64 > port a bit and managed to get at least gcc-5 compile and work through > the build queue a bit. Rod Schnell, a user from the US, kindly donated > an UltraSPARC IIIi for use which I set up as an additional buildd and > porterbox (Hostname: raverin). That I can offer too for at least a limited time: We have also some US III sparc boxes sitting around here. Last problem with vanilla kernel on one of the boxes was a scsi host problem, on with DaveM referred to the host drivers maintainer, at which point I gave up. > Anyone here willing to join the efforts to fix the sparc64 port or > even resurrect the 32-bit SPARC port which was recently removed from > Debian? What's in Debian wheezy is the 32-bit SPARC with 64-bit Kernel, right ? > I think it might be actually a good idea to resurrect the 32-bit > port and add it to Debian ports since sparc32 seems to be a in > a better shape regarding kernel and toolchain support. My time will allow only a litte bit of testing (e.g. including sources list and try some packages). Good luck, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de
Re: Sparc32 Love?
Hello, On Thu, Mar 19, 2015 at 10:56:31AM +0100, BERTRAND Joël wrote: > Knut Petter Ølberg a écrit : > >Really a pitty, as I would really like to continue to run a updated > >debian ldom on my T5140 (sorry about offtopic with regards to sparc32). > >I guess the problem here wasn't really access to hardware but lack of > >manpower to do the porting? ... > Of course, porting is difficult due to lack of manpower, lack of sparc64 > arch knowledge, lack of documentation and lack of hardware. To port Linux > (or NetBSD or all other OS to sun4u/us/v), Oracle has to support this effort > and Oracle does not. I'd like the 64 bit Ultrasparcs with a rsc also very much, but current kernels don't load the qla2xxx (on V880) driver any more and debian's wheezy kernel is unstable on the E250's, so I have to use a newer kernel there. Otherwise wheezy runs fine and could be even installed via netbooting if you find the right netboot image (discussed that issue as bug report with a debian guy but even on the common amd64 arch there seemed to be no will to automate the process around providing the right installer modules for the provided netboot images). In summary debian sparc will end with wheezy also here. Just my 2cents... Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150319103636.gf29...@lemon.iwr.uni-heidelberg.de
Heavy IO hangs [was: Re: Debian/SPARC[64]]
Hello Mark, On Mon, Jan 12, 2015 at 12:32:41PM +, Mark Cave-Ayland wrote: > I've been spending time working on the SPARC64 emulation on QEMU and can > confirm that the latest QEMU 2.2 release is good enough boot, install > and run all of Debian squeeze/wheezy, NetBSD and OpenBSD in -nographic > mode. Work on Solaris is currently a slow on-going task, although > support could be completed sooner if interested parties wanted to > sponsor such work. > > Now I've had a couple of personal reports of QEMU users experiencing > hard lockups during periods of high I/O under Debian wheezy similar to > the thread at > http://comments.gmane.org/gmane.linux.debian.ports.sparc/16093 (QEMU > emulation is an approximation of the Ultra 5 machine) which makes me > believe that this could be a kernel bug. on a Sun Enterprise 250 UP Machine I found my heavy IO issue (dd if=dev/zero of=/dev/sd hangs the machine sooner or later) fixed in the Vanilla 3.17 Kernel - see my experiences on http://www.spinics.net/lists/sparclinux/msg13158.html. But later on a scsi issue stopped me with 3.18 Kernels: http://comments.gmane.org/gmane.linux.ports.sparc/20270 > Sadly as I struggle to reproduce this issue locally then it's almost > impossible for me to say whether this is something that affects all > SPARC64 kernels or just a specific hardware combination, but I'd be very > interested to hear back as to whether you also experience any lockups > during high I/O during your testing with more recent kernels > (particularly virtio seems to help trigger the issue under emulation). I never saw any output on the machines where I log the console on those heavy IO related hangups - nor was there anything in the log files after a reboot. With squeeze I havn't noticed lookups during long runtimes. No lookups on Sun SMP Machines running wheezy with 3.17.x kernels so far. Hope that helps, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150112140913.ge3...@lemon.iwr.uni-heidelberg.de
Re: Ultra-5 freezing
On Sun, Sep 14, 2014 at 07:44:31PM +0200, BERTRAND Jo??l wrote: > >hmm well where will this info usually show up? in the system/kernel > >logs? if it's not showing up then that means the freezes must be caused > >by something other than ECC errors? > > On console and system logs. Freezes can be caused by kernel bugs > and there are a lot of kernel bugs in sparc64 port. I have systems with wheezy where I saw some corrected ECC (console and logs). But the main problem are the freezes - there is some discussion on the sparc kernel over freezes under io load. So probably some of that bugs are fixes in the 3.17 rc's > rc1 - will try when time permits. Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140915084433.gc31...@lemon.iwr.uni-heidelberg.de
Re: Ultra-5 freezing
Hello, On Fri, Sep 12, 2014 at 03:03:40AM +0300, Aaro Koskinen wrote: > On Thu, Sep 11, 2014 at 09:41:09PM +0200, BERTRAND Joël wrote: > > BUT : for several months, Linux/Sparc64 is unfortunately not stable anymore > > (or completely broken). After 2.6.35 kernel, I can see random deadlock on > > all my sparc64 (sun4v _and_ sun4u). Now, I run NetBSD or Solaris 10. But > > FreeBSD and OpenBSD run fine also. > > I have Ultra 5 in active use. It used to suffer from random > hard lockups/hangs, but those issues disappeared with recent Linux > mainline kernels (I think after 3.12 or so). my suspection is that mainly the UP systems with the wheezy kernel are hanging sometimes over the time without any output. Unfortunately on a 480R (with 2 CPUs) newer vanilla kernels (tested up to 3.17-rc1) are crashing already during boot. Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140912073241.ga29...@lemon.iwr.uni-heidelberg.de
Re: netboot installation fails
On Fri, Aug 08, 2014 at 12:19:36PM +0200, Hermann Lauer wrote: > no, this was a netboot install. I noticed some month ago that also netboot > images on other archs are broken - today a colleque told me on amd64 it's > now working again. > > But the sparc wheezy boot.img for tftp booting is still from 20140426 - a > newer is not available. > > So probably the sparc kernel modules on the mirrors are now for a newer kernel > than the one in that netboot img. Found finaly a solution - use the older 2013 netboot boot.img from sparc wheezy. (Filed as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757787 now) Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014081047.ga...@lemon.iwr.uni-heidelberg.de
Re: netboot installation fails
Hello, On Wed, Jun 18, 2014 at 12:56:26PM +0200, Joost van Baal-Ili�? wrote: > You likely need to load some non-free disk drivers. There's some interface in > Debian Installer to download them and add them to the installer's kernel. no, this was a netboot install. I noticed some month ago that also netboot images on other archs are broken - today a colleque told me on amd64 it's now working again. But the sparc wheezy boot.img for tftp booting is still from 20140426 - a newer is not available. So probably the sparc kernel modules on the mirrors are now for a newer kernel than the one in that netboot img. Any ideas how to solve that ? Thanks, greetings Hermann > On Wed, Jun 18, 2014 at 11:48:06AM +0200, Hermann Lauer wrote: > > Hello, > > after working years (more or less) flawlessly, netboot > > installation of sparc (here wheezy) fails on a V480 with a screen telling > > not finding any kernel modules. Continuing without modules > > did not find any disk drivers. In the log of the installation is -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808101936.gb30...@lemon.iwr.uni-heidelberg.de
Re: console [tty0] enabled, bootconsole disabled while booting from disk after complete installation
Dear Shyam, On Fri, Jul 11, 2014 at 09:47:17PM +0530, shyam prasad wrote: > Im getting "sun/cassini.bin firmware file missing" error before the > installation even after loading some firmware files through USB stick which ... > Im using sun V890 server for installation. If you are getting the V890 cassini running, it would be nice to get the "lspci -v" from you. V480's dual gigabit cassinis are not running, with me suspecting a chip hardware issue - see http://www.spinics.net/lists/sparclinux/msg10024.html Thanks and greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140714075018.gd4...@lemon.iwr.uni-heidelberg.de
Re: console [tty0] enabled, bootconsole disabled while booting from disk after complete installation
Hello, On Thu, Jul 10, 2014 at 11:19:37PM +0530, shyam prasad wrote: > > *[0.00] Console: colour dummy device 80x25[0.00] console > [tty0] enabled, bootconsole disabled* maybe adding a cmdline option like "console=ttyS0" may help - if you are using a serial connecting. Greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140711074749.gb2...@lemon.iwr.uni-heidelberg.de
netboot installation fails
Hello, after working years (more or less) flawlessly, netboot installation of sparc (here wheezy) fails on a V480 with a screen telling not finding any kernel modules. Continuing without modules did not find any disk drivers. In the log of the installation is one warnig about this - see below. Any ideas ? Thanks and greetings, Hermann Jun 18 09:11:38 main-menu[310]: INFO: Menu item 'choose-mirror' selected Jun 18 09:11:38 anna-install: Queueing udeb apt-mirror-setup for later installation Jun 18 09:11:52 choose-mirror[1159]: DEBUG: command: wget -q http://ftp.de.debian.org/debian/dists/oldstable/Release -O - | grep -E '^(Suite|Codename):' Jun 18 09:11:57 choose-mirror[1159]: DEBUG: command: wget -q http://ftp.de.debian.org/debian/dists/squeeze/Release -O - | grep -E '^(Suite|Codename):' Jun 18 09:11:57 choose-mirror[1159]: DEBUG: command: wget -q http://ftp.de.debian.org/debian/dists/stable/Release -O - | grep -E '^(Suite|Codename):' Jun 18 09:11:57 choose-mirror[1159]: DEBUG: command: wget -q http://ftp.de.debian.org/debian/dists/wheezy/Release -O - | grep -E '^(Suite|Codename):' Jun 18 09:11:57 choose-mirror[1159]: DEBUG: command: wget -q http://ftp.de.debian.org/debian/dists/testing/Release -O - | grep -E '^(Suite|Codename):' Jun 18 09:11:57 choose-mirror[1159]: DEBUG: command: wget -q http://ftp.de.debian.org/debian/dists/jessie/Release -O - | grep -E '^(Suite|Codename):' Jun 18 09:11:57 choose-mirror[1159]: DEBUG: command: wget -q http://ftp.de.debian.org/debian/dists/unstable/Release -O - | grep -E '^(Suite|Codename):' Jun 18 09:11:57 choose-mirror[1159]: DEBUG: command: wget -q http://ftp.de.debian.org/debian/dists/sid/Release -O - | grep -E '^(Suite|Codename):' Jun 18 09:11:58 choose-mirror[1159]: INFO: suite/codename set to: stable/wheezy Jun 18 09:11:58 choose-mirror[1159]: DEBUG: command: wget -q http://ftp.de.debian.org/debian//dists/wheezy/main/binary-sparc/Release -O - | grep ^Architecture: Jun 18 09:11:58 anna-install: Queueing udeb wheezy-support for later installation Jun 18 09:11:58 main-menu[310]: DEBUG: resolver (libc6-udeb): package doesn't exist (ignored) Jun 18 09:11:58 main-menu[310]: INFO: Menu item 'download-installer' selected Jun 18 09:11:58 net-retriever: gpgv: Jun 18 09:11:58 net-retriever: Signature made Sat Apr 26 09:27:41 2014 UTC using RSA key ID 46925553 Jun 18 09:11:58 net-retriever: gpgv: Jun 18 09:11:58 net-retriever: Good signature from "Debian Archive Automatic Signing Key (7.0/wheezy) " Jun 18 09:11:58 net-retriever: Jun 18 09:11:58 net-retriever: gpgv: Jun 18 09:11:58 net-retriever: Signature made Sat Apr 26 09:40:30 2014 UTC using RSA key ID 65FFB764 Jun 18 09:11:58 net-retriever: gpgv: Jun 18 09:11:58 net-retriever: Good signature from "Wheezy Stable Release Key " Jun 18 09:11:58 net-retriever: Jun 18 09:11:59 anna[1218]: WARNING **: no packages matching running kernel 3.2.0-3-sparc64 in archive -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140618094806.gb13...@lemon.iwr.uni-heidelberg.de
Re: Sun Fire 480R booting now [Was: Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic]
On Wed, Apr 13, 2011 at 09:01:27PM +0200, Moritz M?hlenhoff wrote: > > For the debian sparc list: Hoping that wheezy will get a 2.6.38 kernel. > > A 2.6.38 based kernel image is already available in wheezy/testing > > Please test it and report, if it also works. Refiled this at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622745, as I feel general hangs should not fill up the cassini report here. Greetings Hermann -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110414113212.gb13...@lemon.iwr.uni-heidelberg.de
Sun Fire 480R booting now [Was: Re: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic]
> On Tue, Apr 05, 2011 at 05:20:21PM +0200, Hermann Lauer wrote: > Just found the "initcall_debug=1 ignore_loglevel" suggested by davem > during the last debugging session with this machine. > > Tail of the output is below for completeness, thought I feel > I should try the latest stable vanilla kernel when time permits. 2.6.38.2 vanilla compiled under squeeze is booting and running fine since around an hour here on a 480R. Also on 880 it is running with minor glitches so far. Thanks to all the sparc linux people for this good release. For the debian sparc list: Hoping that wheezy will get a 2.6.38 kernel. Thanks & greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110411144241.gd12...@lemon.iwr.uni-heidelberg.de
V880 squeeze provided kernels hangs at boot [Was: Re: Bug#516785: linux-image-2.6.26-1-sparc64-smp: [sparc] SunFire480R cassini network driver kernel panic]
On Mon, Apr 04, 2011 at 09:01:17PM +0100, Jurij Smakov wrote: > Dropping unrelated recipients, adding debian-sparc for collective > knowledge. > > On Mon, Apr 04, 2011 at 05:17:09PM +0200, Hermann Lauer wrote: > [..] > > Unfortunately squeeze provided kernels are not booting on V880/V480 > > systems (hangs at boot, log files are available on request). > > That would be interesting. If it hangs at the console handover, then > the fix for that went into 6.0.1 release, you should try that. If not, > please tell what it hangs or errors on. Thanks for caring, see below. The V880 machine (upgraded to squeeze) is running fine with linux-image-2.6.26-2-sparc64-smp2.6.26-26lenny2 at the moment. Hermann squeeze linux-image-2.6.32-5-sparc64-smp2.6.32-30: [0.00] PROMLIB: Sun IEEE Boot Prom 'OBP 4.22.34 2007/07/23 13:01' [0.00] PROMLIB: Root node compatible: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.32-5-sparc64-smp (Debian 2.6.32-30) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 05:23:55 UTC 2011 [0.00] bootconsole [earlyprom0] enabled [0.00] ARCH: SUN4U [0.00] Ethernet address: 00:03:ba:08:d9:24 [0.00] Kernel: Using 2 locked TLB entries for main kernel image. [0.00] Remapping the kernel... done. [0.00] OF stdout device is: /pci@9,70/ebus@1/serial@1,40:a [0.00] PROM: Built device tree with 102731 bytes of memory. [0.00] Top of RAM: 0xa0ffb1a000, Total RAM: 0xffb04000 [0.00] Memory hole size: 655360MB [0.00] [01014000-f8a000c0] page_structs=131072 node=0 entry=1280/0 [0.00] [01014000-f8a00100] page_structs=131072 node=0 entry=1281/0 [0.00] [01014080-f8a00140] page_structs=131072 node=0 entry=1282/0 [0.00] [01014080-f8a00180] page_structs=131072 node=0 entry=1283/0 [0.00] [01014100-f8a001c0] page_structs=131072 node=0 entry=1284/0 [0.00] [01014100-f8a00200] page_structs=131072 node=0 entry=1285/0 [0.00] [01014180-f8a00240] page_structs=131072 node=0 entry=1286/0 [0.00] [01014180-f8a00280] page_structs=131072 node=0 entry=1287/0 [0.00] Zone PFN ranges: [0.00] Normal 0x0500 -> 0x0507fd8d [0.00] Movable zone start PFN for each node [0.00] early_node_map[4] active PFN ranges [0.00] 0: 0x0500 -> 0x0507f7ff [0.00] 0: 0x0507f800 -> 0x0507fd09 [0.00] 0: 0x0507fd0b -> 0x0507fd76 [0.00] 0: 0x0507fd7e -> 0x0507fd8d [0.00] Booting Linux... [0.00] PERCPU: Embedded 7 pages/cpu @f8a002c0 s25984 r8192 d23168 u2097152 [0.00] pcpu-alloc: s25984 r8192 d23168 u2097152 alloc=1*4194304 [0.00] pcpu-alloc: [0] 0 2 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 519558 [0.00] Kernel command line: root=/dev/md2 ro console=ttyS0 [0.00] PID hash table entries: 4096 (order: 2, 32768 bytes) [0.00] Dentry cache hash table entries: 524288 (order: 9, 4194304 bytes) [0.00] Inode-cache hash table entries: 262144 (order: 8, 2097152 bytes) [0.00] Memory: 4133368k available (3448k kernel code, 1440k data, 240k init) [f800,00a0ffb1a000] [0.00] SLUB: Genslabs=14, HWalign=32, Order=0-3, MinObjects=0, CPUs=3, Nodes=1 [0.00] Hierarchical RCU implementation. [0.00] NR_IRQS:255 [0.00] clocksource: mult[64] shift[16] [0.00] clockevent: mult[28f5c28] shift[32] [0.00] Console: colour dummy device 80x25 [ 48.084989] Calibrating delay using timer specific routine.. 20.01 BogoMIPS (lpj=40036) [ 48.179090] Security Framework initialized [ 48.227989] SELinux: Disabled at boot. [ 48.273831] Mount-cache hash table entries: 512 [ 48.328753] Initializing cgroup subsys ns [ 48.375897] Initializing cgroup subsys cpuacct [ 48.429047] Initializing cgroup subsys devices [ 48.482142] Initializing cgroup subsys freezer [ 48.535267] Initializing cgroup subsys net_cls Hardware Power On linux-image-2.6.30-2-sparc64-smp2.6.30-8squeeze1: [0.00] PROMLIB: Sun IEEE Boot Prom 'OBP 4.22.34 2007/07/23 13:01' [0.00] PROMLIB: Root node compatible: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.30-2-sparc64-smp (Debian 2.6.30-8squeeze1) (da...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-5) ) #1 SMP Mon Dec 7 08:12:07 UTC 2009 [0.00] console [earlyprom0] enabl
Re: Tests on SunFire 480R with squeeze installer
On Thu, Sep 02, 2010 at 08:36:29PM +0100, Jurij Smakov wrote: > On Thu, Sep 02, 2010 at 03:14:36PM +0200, Hermann Lauer wrote: > > Dear all, > > > > tried today the squeeze alpha1 netboot installer and the daily > > http://people.debian.org/~stappers/d-i/sparc/daily/netboot/boot.img > > (with is from 12.07.2010 btw., seems not to be updated anymore). > > Can you please try one of the CD image daily builds from > > http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/sparc/iso-cd/ Hmm, never booted from a cd since years, as netbooting (via dhcp/tftp) is working so great. What are the problems why the netbooting stuff is not updated on debian.org any more ? Probably I could extract the kernel image and the initial ramdisk and cat them together, if I know the name of files to take from the cd image. Thanks, Hermann > > Both hang in "exec /bin/busybox init". > > Deleting the known disfunctional cassini driver from the ramdisk did not > > change anything. -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100903075054.ga13...@lemon.iwr.uni-heidelberg.de
Tests on SunFire 480R with squeeze installer
Dear all, tried today the squeeze alpha1 netboot installer and the daily http://people.debian.org/~stappers/d-i/sparc/daily/netboot/boot.img (with is from 12.07.2010 btw., seems not to be updated anymore). Both hang in "exec /bin/busybox init". Deleting the known disfunctional cassini driver from the ramdisk did not change anything. cmdline is attached, debugging hints are welcome. Thanks, Hermann Rebooting with command: boot net:dhcp -p BOOT_DEBUG=2 DEBIAN_FRONTEND=text console=/dev/ttyS0,9600 fb=false Boot device: /p...@9,70/netw...@2:dhcp File and args: -p BOOT_DEBUG=2 DEBIAN_FRONTEND=text console=/dev/ttyS0,9600 fb=false 1000 Mbps FDX Link up 902000 [0.00] PROMLIB: Sun IEEE Boot Prom 'OBP 4.7.5 2003/01/08 11:35' [0.00] PROMLIB: Root node compatible: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.32-5-sparc64 (Debian 2.6.32-15) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-1) ) #1 Tue Jun 1 06:56:43 UTC 2010 [0.00] bootconsole [earlyprom0] enabled [0.00] ARCH: SUN4U [0.00] Ethernet address: 00:03:ba:2c:e4:38 [0.00] Kernel: Using 2 locked TLB entries for main kernel image. [0.00] Remapping the kernel... done. [0.00] OF stdout device is: /p...@9,70/e...@1/ser...@1,40:a [0.00] PROM: Built device tree with 97440 bytes of memory. [0.00] Top of RAM: 0xb3ffb9c000, Total RAM: 0x7ffb92000 [0.00] Memory hole size: 704512MB [0.00] [01014000-f8a000c0] page_structs=131072 node=0 entry=1280/0 [0.00] [01014000-f8a00100] page_structs=131072 node=0 entry=1281/0 [0.00] [01014080-f8a00140] page_structs=131072 node=0 entry=1282/0 [0.00] [01014080-f8a00180] page_structs=131072 node=0 entry=1283/0 [0.00] [01014100-f8a001c0] page_structs=131072 node=0 entry=1284/0 [0.00] [01014100-f8a00200] page_structs=131072 node=0 entry=1285/0 [0.00] [01014180-f8a00240] page_structs=131072 node=0 entry=1286/0 [0.00] [01014180-f8a00280] page_structs=131072 node=0 entry=1287/0 [0.00] [01014200-f8a002c0] page_structs=131072 node=0 entry=1288/0 [0.00] [01014200-f8a00300] page_structs=131072 node=0 entry=1289/0 [0.00] [01014280-f8a00340] page_structs=131072 node=0 entry=1290/0 [0.00] [01014280-f8a00380] page_structs=131072 node=0 entry=1291/0 [0.00] [01014300-f8a003c0] page_structs=131072 node=0 entry=1292/0 [0.00] [01014300-f8a00400] page_structs=131072 node=0 entry=1293/0 [0.00] [01014380-f8a00440] page_structs=131072 node=0 entry=1294/0 [0.00] [01014380-f8a00480] page_structs=131072 node=0 entry=1295/0 [0.00] [01014400-f8a004c0] page_structs=131072 node=0 entry=1296/0 [0.00] [01014400-f8a00500] page_structs=131072 node=0 entry=1297/0 [0.00] [01014480-f8a00540] page_structs=131072 node=0 entry=1298/0 [0.00] [01014480-f8a00580] page_structs=131072 node=0 entry=1299/0 [0.00] [01014500-f8a005c0] page_structs=131072 node=0 entry=1300/0 [0.00] [01014500-f8a00600] page_structs=131072 node=0 entry=1301/0 [0.00] [01014580-f8a00640] page_structs=131072 node=0 entry=1302/0 [0.00] [01014580-f8a00680] page_structs=131072 node=0 entry=1303/0 [0.00] [01014600-f8a006c0] page_structs=131072 node=0 entry=1304/0 [0.00] [01014600-f8a00700] page_structs=131072 node=0 entry=1305/0 [0.00] [01014680-f8a00740] page_structs=131072 node=0 entry=1306/0 [0.00] [01014680-f8a00780] page_structs=131072 node=0 entry=1307/0 [0.00] [01014700-f8a007c0] page_structs=131072 node=0 entry=1308/0 [0.00] [01014700-f8a00800] page_structs=131072 node=0 entry=1309/0 [0.00] [01014780-f8a00840] page_structs=131072 node=0 entry=1310/0 [0.00] [01014780-f8a00880] page_structs=131072 node=0 entry=1311/0 [0.00] [01016000-f8a008c0] page_structs=131072 node=0 entry=1408/0 [0.00] [01016000-f8a00900] page_structs=131072 node=0 entry=1409/0 [0.00] [01016080-f8a00940] page_structs=131072 node=0 entry=1410/0 [0.00] [01016080-f8a00980] page_structs=131072 node=0 entry=1411/0 [0.00] [01016100-f8a009c0] page_structs=131072 node=0 entry=1412/0 [0.00] [01016100-f8a00a00]
Re: Re: Status of (debian) linux on Sun Fire 480R
> > Hopefully debian kernel people will pick up a 2.6.32 kernel to > > unstable and testing in the near future. > > As you can see from http://packages.debian.org/linux-image-2.6.32 > it's already there :) Great! Tried it on a SunFire 880, hangs at boot (see below). Will try a vanilla kernel when time permits. Greetings Hermann Allocated 8 Megs of memory at 0x4000 for kernel Uncompressing image... Loaded kernel version 2.6.32 Loading initial ramdisk (8085481 bytes at 0xA00040 phys, 0x40C0 virt)... - [0.00] PROMLIB: Sun IEEE Boot Prom 'OBP 4.22.34 2007/07/23 13:01' [0.00] PROMLIB: Root node compatible: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.32-trunk-sparc64-smp (Debian 2.6.32-2) (b...@decadent.org.uk) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Thu Dec 17 10:19:33 UTC 2009 [0.00] bootconsole [earlyprom0] enabled [0.00] ARCH: SUN4U [0.00] Ethernet address: 00:03:ba:08:d9:24 [0.00] Kernel: Using 2 locked TLB entries for main kernel image. [0.00] Remapping the kernel... done. [0.00] OF stdout device is: /p...@9,70/e...@1/ser...@1,40:a [0.00] PROM: Built device tree with 102731 bytes of memory. [0.00] Top of RAM: 0xa0ffb1a000, Total RAM: 0xffb0e000 [0.00] Memory hole size: 655360MB [0.00] [01014000-f8a000c0] page_structs=131072 node=0 entry=1280/0 [0.00] [01014000-f8a00100] page_structs=131072 node=0 entry=1281/0 [0.00] [01014080-f8a00140] page_structs=131072 node=0 entry=1282/0 [0.00] [01014080-f8a00180] page_structs=131072 node=0 entry=1283/0 [0.00] [01014100-f8a001c0] page_structs=131072 node=0 entry=1284/0 [0.00] [01014100-f8a00200] page_structs=131072 node=0 entry=1285/0 [0.00] [01014180-f8a00240] page_structs=131072 node=0 entry=1286/0 [0.00] [01014180-f8a00280] page_structs=131072 node=0 entry=1287/0 [0.00] Zone PFN ranges: [0.00] Normal 0x0500 -> 0x0507fd8d [0.00] Movable zone start PFN for each node [0.00] early_node_map[4] active PFN ranges [0.00] 0: 0x0500 -> 0x0507f7ff [0.00] 0: 0x0507f800 -> 0x0507fd09 [0.00] 0: 0x0507fd0b -> 0x0507fd7b [0.00] 0: 0x0507fd7e -> 0x0507fd8d [0.00] Booting Linux... [0.00] PERCPU: Embedded 7 pages/cpu @f8a002c0 s25600 r8192 d23552 u2097152 [0.00] pcpu-alloc: s25600 r8192 d23552 u2097152 alloc=1*4194304 [0.00] pcpu-alloc: [0] 0 2 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 519563 [0.00] Kernel command line: root=/dev/sda1 ro console=ttyS0 [0.00] PID hash table entries: 4096 (order: 2, 32768 bytes) [0.00] Dentry cache hash table entries: 524288 (order: 9, 4194304 bytes) [0.00] Inode-cache hash table entries: 262144 (order: 8, 2097152 bytes) [0.00] Memory: 4135384k available (3376k kernel code, 1368k data, 232k init) [f800,00a0ffb1a000] [0.00] SLUB: Genslabs=14, HWalign=32, Order=0-3, MinObjects=0, CPUs=3, Nodes=1 [0.00] Hierarchical RCU implementation. [0.00] NR_IRQS:255 [0.00] clocksource: mult[64] shift[16] [0.00] clockevent: mult[28f5c28] shift[32] [0.00] Console: colour dummy device 80x25 [ 37.633793] Calibrating delay using timer specific routine.. 20.01 BogoMIPS (lpj=40037) [ 37.727886] Security Framework initialized [ 37.776786] SELinux: Disabled at boot. [ 37.822624] Mount-cache hash table entries: 512 [ 37.877543] Initializing cgroup subsys ns [ 37.924700] Initializing cgroup subsys cpuacct [ 37.977843] Initializing cgroup subsys devices [ 38.030940] Initializing cgroup subsys freezer [ 38.084065] Initializing cgroup subsys net_cls [ 38.139873] CPU 0: synchronized TICK with master CPU (last diff 0 cycles, maxerr 11 cycles) [ 38.139894] Brought up 2 CPUs [ 38.141614] regulator: core version 0.5 [ 38.141869] NET: Registered protocol family 16 [ -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Status of (debian) linux on Sun Fire 480R
Dear all, because I want to summarize anyway and was just asked via personal email: vanilla kernel 2.6.32 compiled with gcc 4.3.2 (lenny) is booting and running on a SunFire 480R. Console on the rsc (not garbled anymore thanks to removal of the broken prom console stuff) works, the machine shows 4 serial ports now. A pci sungem gigabit fiber card is also running. Big thanks to davem for fixing this and getting all into the mainstream. Hopefully debian kernel people will pick up a 2.6.32 kernel to unstable and testing in the near future. Not working is the cassini driver for the buildin copper gigabit ethernets, loading the module hangs the machine when the network is configured up after a short time, then an ERROR: System Hardware FATAL RESET from CPU0 occurs. As usual I offer to provide anything which would be helpful to debug this. Thanks, Hermann ERROR: System Hardware FATAL RESET from CPU0 System State (CPU2 reporting) BBC Devices: ...0005 BBC Arb: ...000f BBC Quiesce: ...0009 BBC WDogAct: ... BBC POR Gen: ... BBC XIR Gen: ... BBC POR Src: ...0100 BBC XIR Src: ... BBC EBus TC: 014f.99fd.a7e6.3f29 CPU0 Config/Control/Status registers: CPUVersion: 003e.0015.2300.0507 SafConfig: 0caa.01bc.0001.0002 6:1 ID:0 HBM TOL:15 SafBaseAdr: .0400.. DispatchCtl: ... DCacheCtl: ... ECacheCtl: ..0329.4400 3:1 8MB mode=4-3-3(1) R/W-turn:2 Late-Sel ECC:on ErrorEnable: ...000b CEEN NCEEN UCEEN AFAR:.07fc.0020. AFSR:0008... PERR AFAR 2: .07fc.0020. AFSR 2: 0008... PERR DMMU SFAR: ..0001.6868 DMMU SFSR: ..0011.8018 TM CT0 PR IMMU SFSR: ..0080.8008 TM PR ... -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Sparc release requalification
On Tue, Nov 24, 2009 at 10:40:47PM -0800, David Miller wrote: > > OK. Yours has gcc 4.2.4, and our ones have gcc 4.3.2 (that we shipped > > as "stable" :) > > > > I also just tried a newer packaged image, and it has the same issue. > > I just tossed lenny onto my main build system and I will try to > reproduce this and track it down. FYI: lenny uses gcc 4.1.3 for their normal build at least on amd64 and sparc systems: Linux version 2.6.26-2-sparc64-smp (Debian 2.6.26-19lenny2) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Thu Nov 5 03:34:29 UTC 2009 -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Sparc release requalification
On Mon, Nov 23, 2009 at 12:24:46PM -0800, David Miller wrote: > As promised long ago, here is a 2.6.31.6 kernel built with you > 2.6.31 config file. Let me know if it exhibits the bootup problem > so we can diagnose further: > > http://vger.kernel.org/~davem/josip_test_2631_6.img Tested on my SunFire480, output until hang is attached. Greetings Hermann Rebooting with command: boot gem:dhcp Boot device: /p...@8,60/netw...@2:dhcp File and args: Timed out waiting for BOOTP/DHCP reply Timed out waiting for BOOTP/DHCP reply Timed out waiting for BOOTP/DHCP reply \ PROMLIB: Sun IEEE Boot Prom 'OBP 4.22.34 2007/07/23 13:01' PROMLIB: Root node compatible: Linux version 2.6.31.6 (da...@huronp11) (gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu3)) #2 SMP Mon Nov 23 12:18:05 PST 2009 console [earlyprom0] enabled ARCH: SUN4U Ethernet address: 00:03:ba:29:7c:9f Kernel: Using 1 locked TLB entries for main kernel image. Remapping the kernel... done. OF stdout device is: /p...@9,70/e...@1/rsc-cons...@1,3083f8 PROM: Built device tree with 104327 bytes of memory. Top of RAM: 0xa3ffb22000, Total RAM: 0x3ffad6000 Memory hole size: 655360MB [00034000-f8a00080] page_structs=131072 node=0 entry=1280/0 [00034000-f8a000c0] page_structs=131072 node=0 entry=1281/0 [00034080-f8a00100] page_structs=131072 node=0 entry=1282/0 [00034080-f8a00140] page_structs=131072 node=0 entry=1283/0 [00034100-f8a00180] page_structs=131072 node=0 entry=1284/0 [00034100-f8a001c0] page_structs=131072 node=0 entry=1285/0 [00034180-f8a00200] page_structs=131072 node=0 entry=1286/0 [00034180-f8a00240] page_structs=131072 node=0 entry=1287/0 [00034200-f8a00280] page_structs=131072 node=0 entry=1288/0 [00034200-f8a002c0] page_structs=131072 node=0 entry=1289/0 [00034280-f8a00300] page_structs=131072 node=0 entry=1290/0 [00034280-f8a00340] page_structs=131072 node=0 entry=1291/0 [00034300-f8a00380] page_structs=131072 node=0 entry=1292/0 [00034300-f8a003c0] page_structs=131072 node=0 entry=1293/0 [00034380-f8a00400] page_structs=131072 node=0 entry=1294/0 [00034380-f8a00440] page_structs=131072 node=0 entry=1295/0 [00034400-f8a00480] page_structs=131072 node=0 entry=1296/0 [00034400-f8a004c0] page_structs=131072 node=0 entry=1297/0 [00034480-f8a00500] page_structs=131072 node=0 entry=1298/0 [00034480-f8a00540] page_structs=131072 node=0 entry=1299/0 [00034500-f8a00580] page_structs=131072 node=0 entry=1300/0 [00034500-f8a005c0] page_structs=131072 node=0 entry=1301/0 [00034580-f8a00600] page_structs=131072 node=0 entry=1302/0 [00034580-f8a00640] page_structs=131072 node=0 entry=1303/0 [00034600-f8a00680] page_structs=131072 node=0 entry=1304/0 [00034600-f8a006c0] page_structs=131072 node=0 entry=1305/0 [00034680-f8a00700] page_structs=131072 node=0 entry=1306/0 [00034680-f8a00740] page_structs=131072 node=0 entry=1307/0 [00034700-f8a00780] page_structs=131072 node=0 entry=1308/0 [00034700-f8a007c0] page_structs=131072 node=0 entry=1309/0 [00034780-f8a00800] page_structs=131072 node=0 entry=1310/0 [00034780-f8a00840] page_structs=131072 node=0 entry=1311/0 Zone PFN ranges: Normal 0x0500 -> 0x051ffd91 Movable zone start PFN for each node early_node_map[4] active PFN ranges 0: 0x0500 -> 0x051ff7ff 0: 0x051ff800 -> 0x051ffd5c 0: 0x051ffd80 -> 0x051ffd8f 0: 0x051ffd90 -> 0x051ffd91 Booting Linux... Built 1 zonelists in Zone order, mobility grouping on. Total pages: 2080111 Kernel command line: PID hash table entries: 4096 (order: 12, 32768 bytes) Dentry cache hash table entries: 2097152 (order: 11, 16777216 bytes) Inode-cache hash table entries: 1048576 (order: 10, 8388608 bytes) Memory: 16610992k available (2488k kernel code, 936k data, 192k init) [f800,00a3ffb22000] NR_IRQS:255 clocksource: mult[64] shift[16] clockevent: mult[28f5c28] shift[32] -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: rsc device on SunFire 480/880 for mgetty in debian ?
On Mon, Nov 23, 2009 at 07:33:46PM +0100, Josip Rodin wrote: > Do we have any recorded success reports for V480 at all? It's missing from Yes, here debian lenny is running with the 2.6.26 kernel almost fine. Installation is most probably not working, this machine got a cloned etch harddrive from a Sunfire 880 wich was in turn also installed with some hacks I forgot meanwhile. The cassini network driver is crashing the kernel (that was my initial contact with davem), probably because of some smp issues, so the two buildin copper network interfaces are useless at the moment. Oh, and the now installed gigabit sungem fibre serdes card needs a hacked driver for working (patches have been posted on sparclinux). > prtconfs.git. My colleagues told me they tried to boot one a few months ago, > to no avail, with 2.6.18 and 2.6.30. I could give it another shot if > there's a real interest. Fixing the cassini driver and the kernels >=2.6.27 would be of interrest at last for us here. Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
rsc device on SunFire 480/880 for mgetty in debian ?
Dear all, what device did I need to put into /etc/inittab to get a getty on a serial console redirected to the rsc card ? For serialA this is: T0:23:respawn:/sbin/getty -L ttyS0 9600 vt102 At the moment the openprom messages and all linux boot messages are redirected to the rsc card, but of course no login appears - this is still on the serialA port. Thanks, Hermann # openprom: redirect console to rsc setenv diag-out-consoletrue setenv input-devicersc-console setenv output-device rsc-console -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Lenny and MD RAID on an E420R
> Please let me know what additional information I should provide, > although my ability to perform captures of screen output during boot may > be limited as the boot messages become garbled and strewn randomly > across my screen from the point of "console handover: boot [earlyprom0] > -> real [tty0]". If anybody has suggestions on that either that would be > wonderful! (Using a Livingston/Lucent Portmaster 2e) For a serial console use: append="console=ttyS0,9600n8" in silo.conf or on the kernel command line. There is also a kernel parameter which can be changed at kernel compile time (davem already urged debian kernel maintainers to change it): # Console display driver support # CONFIG_PROM_CONSOLE is not set With that I get a clear console output on the serial port without any garbage. Hope this helps, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#533601: [sparc] tcpd fails reverse name resolution
On Mon, Jun 29, 2009 at 10:31:10AM +0200, Hermann Lauer wrote:
> I looked at the tcpd sources and saw some debug options,
> but did not found the time to try something yet.
>
> slapd's libwrap0 is also still failing
> substring matching in domain names (e.g ".iwr.uni-heidelberg.de"),
> which I reported already in etch (see:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470261)
>
> Probably it's ultrasparc specific, so I cc to debian sparc
> hoping somebody tell's us "It's working here".
When putting in the debug patch attached things became clearer:
Jul 6 11:46:01 tantalus in.tftpd[16375]: string=(129.206.xxx.xxx),
tok=(.iwr.uni-heidelberg.de)
Jul 6 11:46:01 tantalus in.tftpd[16375]: string=(xxx.iwr.uni-heidelberg.de),
tok=(.iwr.uni-heidelberg.de)
Jul 6 11:46:01 tantalus in.tftpd[16375]: connect from
xxx.iwr.uni-heidelberg.de (129.206.xxx.xxx)
Jul 6 11:46:01 tantalus atftpd[16375]: Advanced Trivial FTP server started
(0.7)
Jul 6 11:46:01 tantalus atftpd[16375]: string=(129.206.xxx.xxx),
tok=(.iwr.uni-heidelberg.de)
Jul 6 11:46:01 tantalus atftpd[16375]: string=(unknown),
tok=(.iwr.uni-heidelberg.de)
Jul 6 11:46:01 tantalus atftpd[16375]: Connection refused from 129.206.xxx.xxx
It's atftpd which blocks itself with a call to the libwrap0 code, not tcpd.
But I wounder that there must be a bug in tcpd too,
as the hostname macros are not filled when called from tcpd (which did reverse
hostname resolution correct, see above).
And in slapd the same happens:
Jul 6 11:57:23 install3 slapd[3435]: string=(129.206.xxx.xxx),
tok=(.iwr.uni-heidelberg.de)
Jul 6 11:57:23 install3 slapd[3435]: string=(unknown),
tok=(.iwr.uni-heidelberg.de)
Jul 6 11:57:23 install3 slapd[3435]: fd=14 DENIED from unknown
(129.206.xxx.xxx)
Probably the next test should be on a x86 machine. The comments on the
debian-sparc lists where not
helpfull.
Greetings,
Hermann
--
Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224
Email: hermann.la...@iwr.uni-heidelberg.de--- hosts_access.c 2009-07-06 11:37:37.0 +0200
+++ tcp-wrappers-7.6.q/hosts_access.c 2009-07-06 12:38:29.0 +0200
@@ -380,7 +380,6 @@
#endif
if (tok[0] == '.') { /* suffix */
n = strlen(string) - strlen(tok);
- syslog(3, "string=(%s), tok=(%s)", string, tok);
return (n > 0 && STR_EQ(tok, string + n));
} else if (STR_EQ(tok, "ALL")) { /* all: match any */
return (YES);
Re: Bug#533601: [sparc] tcpd fails reverse name resolution
On Sun, Jun 28, 2009 at 01:58:10AM +0200, Marco d'Itri wrote: > On Jun 19, Marco d'Itri wrote: > > > > Which is what I expect. I'm not shur if dig is the best tool > > > here, which should I use ? > > printf? A debugger? > Are there any news about this bug? I cannot reproduce it on my system > and I doubt that it is sparc-specific. I looked at the tcpd sources and saw some debug options, but did not found the time to try something yet. slapd's libwrap0 is also still failing substring matching in domain names (e.g ".iwr.uni-heidelberg.de"), which I reported already in etch (see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470261) Probably it's ultrasparc specific, so I cc to debian sparc hoping somebody tell's us "It's working here". Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Partitioning strangeness with sun disk labels in lenny
On Fri, May 29, 2009 at 12:32:02PM +0200, Hermann Lauer wrote: > partitioning disk with sun labels seems to be broken in lenny, > after a reboot the new partions are not visible. util-linux fdisk is > also unhappy with the disk label, see attached output below. > > Only the last output of "cat /proc/partions" is after reboot, > the other three are after the addition of /dev/sda2 with cfdisk. Even more strangeness: lenny GNU Fdisk 1.2.1 writes a partition which another etch machine can see (util-fdisk): 8 1128891620 sdh 8 1137815622 sdh1 8 1141068322 sdh2 8 1158883945 sdh3 But when booting the lenny machine with that disk as sole disk the partition goes away: [ 100.144792] sd 0:0:0:0: [sda] 17783240 512-byte hardware sectors (9105 MB) [ 100.228140] sd 0:0:0:0: [sda] Write Protect is off [ 100.286532] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA [ 100.387682] sda: sda1 sda3 [ 100.429180] sd 0:0:0:0: [sda] Attached SCSI disk And the etch machines util-fdisk indeed shows the same. As the boot above did stuck in the initramfs who the hell changed the (probably broken) partion table ? silo ? or the kernel 2.6.28x ? Thanks for any ideas, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Partitioning strangeness with sun disk labels in lenny
Hello, partitioning disk with sun labels seems to be broken in lenny, after a reboot the new partions are not visible. util-linux fdisk is also unhappy with the disk label, see attached output below. Only the last output of "cat /proc/partions" is after reboot, the other three are after the addition of /dev/sda2 with cfdisk. Which of the partioning tools should work ? Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.deError: Can't have a partition outside the disk! Disk /dev/sda: 9 GB, 9097159680 bytes 255 heads, 63 sectors/track, 1106 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 973 0 83 Linux Disk /dev/sdb: 50 GB, 50017927680 bytes 255 heads, 63 sectors/track, 6081 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 1 973 0 83 Linux Detected sun disklabel with wrong version [0x]. Detected sun disklabel with wrong sanity [0x]. Detected sun disklabel with wrong num_partitions [0]. Warning: Wrong values need to be fixed up and will be corrected by w(rite) Detected sun disklabel with wrong version [0x]. Detected sun disklabel with wrong sanity [0x]. Detected sun disklabel with wrong num_partitions [0]. Warning: Wrong values need to be fixed up and will be corrected by w(rite) Detected sun disklabel with wrong version [0x]. Detected sun disklabel with wrong sanity [0x]. Detected sun disklabel with wrong num_partitions [0]. Warning: Wrong values need to be fixed up and will be corrected by w(rite) Detected sun disklabel with wrong version [0x]. Detected sun disklabel with wrong sanity [0x]. Detected sun disklabel with wrong num_partitions [0]. Warning: Wrong values need to be fixed up and will be corrected by w(rite) Detected sun disklabel with wrong version [0x]. Detected sun disklabel with wrong sanity [0x]. Detected sun disklabel with wrong num_partitions [0]. Warning: Wrong values need to be fixed up and will be corrected by w(rite) Disk /dev/sda (Sun disk label): 255 heads, 63 sectors, 1106 cylinders Units = cylinders of 16065 * 512 bytes Device FlagStart EndBlocks Id System /dev/sda1 0 973 7815622+ 83 Linux native /dev/sda3 0 1106 88839455 Whole disk Disk /dev/sda1 (Sun disk label): 255 heads, 63 sectors, 1106 cylinders Units = cylinders of 16065 * 512 bytes Device FlagStart EndBlocks Id System /dev/sda1p1 0 973 7815622+ 83 Linux native /dev/sda1p3 0 1106 88839455 Whole disk Disk /dev/md0 (Sun disk label): 255 heads, 63 sectors, 1106 cylinders Units = cylinders of 16065 * 512 bytes Device FlagStart EndBlocks Id System /dev/md0p1 0 973 7815622+ 83 Linux native /dev/md0p3 0 1106 88839455 Whole disk Disk /dev/sdb (Sun disk label): 255 heads, 63 sectors, 1106 cylinders Units = cylinders of 16065 * 512 bytes Device FlagStart EndBlocks Id System /dev/sdb1 0 973 7815622+ 83 Linux native /dev/sdb3 0 1106 88839455 Whole disk Disk /dev/sdb1 (Sun disk label): 255 heads, 63 sectors, 1106 cylinders Units = cylinders of 16065 * 512 bytes Device FlagStart EndBlocks Id System /dev/sdb1p1 0 973 7815622+ 83 Linux native /dev/sdb1p3 0 1106 88839455 Whole disk major minor #blocks name 8 08891620 sda 8 17815622 sda1 8 21068322 sda2 9 07815552 md0 816 48846877 sdb 8177815622 sdb1 major minor #blocks name 8 08891620 sda 8 17815622 sda1 8 38883945 sda3 816 48846877 sdb 8177815622 sdb1 8198883945 sdb3 9 07815552 md0
Re: Sunfire V880 and 480R 2.6.27.x startup hangs
On Fri, Jan 30, 2009 at 04:00:10PM -0800, David Miller wrote: > > [ 47.553935] calling of_bus_driver_init+0x0/0x12c > > [ 47.610180] Setting up of bus > > [ 47.645596] In bus_register(). > > [ 47.682056] Doing kobject_set_name() > > [ 47.724764] kset_register() > > I suspect it's hanging in uevent generation, let's verify that. > Something really weird is going on in your box, I wonder if the bug is > surfacing because of all of the non-standard options you have enabled > in your build such as cgroups and stuff like that. I CC this to the debian sparc people, as the config is derived from their default sparc kernel config. If I remember correctly, I only used "make oldconfig" to get to the newer kernel. Maybe one of those guys can comment on the sparc configuration choices. I was curious, so I took vanilla kernel 2.6.27.13 from the net, did a "make menuconfig" with only saving (not changeing anything) the config. This config I will put on: http://www.iwr.uni-heidelberg.de/ftp/linux/sparc-boot/config-2.6.27.13-20090202.txt/config-2.6.27.13-20090202.txt > Anyways, add this patch on top of your tree and please send the tail > of the new output. Here is the output with all patches and that default build of 2.6.27.13: In bus_register(). Doing kobject_set_name() kset_register() kset_register: kset_init() kset_register: kset_add_internal() kset_register: kobject_uevent() [halt sent] [halt sent] [halt sent] [halt sent] > One thing you might want to try to do when it hangs is go: > > 1) Send a 'break' over the console then immediately type '8'. >This will increase the kernel log level. > > 2) Send a 'break' then 'p', this will dump the current cpu's >registers. > > 3) Send a 'break' then 'y', this will give a brief backtrace >on all cpus. > > 4) Send a 'break' then 't', this will dump the state of all >processes on the system. > > Unfortunately, none of those will work if the cpu handling console > interrupts has cpu interrupts disabled for whatever reason :-/ But it > is definitely worth a try. Tried, but as you feared, no output was produced (see above). Any further ideas ? If time permits, I probably should start compiling all kernels from 2.6.26.5 on to find the first non working kernel. Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: SunFire V880
On Mon, Dec 15, 2008 at 08:35:53AM -0500, Blake Self wrote: > I know about the drivers (especially the qla2xxx), I'm just looking for an > installer that works. I have tried the weekly and daily builds of the > installer with no luck. I will look into etchnhalf and see what it does for > me. Is there a particular installer that you could point me to perhaps? Sorry, I used a selfcompiled vanilla kernel as mentioned in the report and appended the installer initramfs (initrd) cpio.gz archive. I tried some lenny netboot installer images, but 2.6.27 series seems to have kernel bugs at that architecture (a 480R I got running with a hd clone of an V880 install). Good luck, Hermann > hermann.la...@iwr.uni-heidelberg.de> wrote: > > Yes, debian etchnhalf runs on such a machine. You can check Bug#495216 > > for my installation report, and you will need the qla2xxx firmware > > which I found somewhere on the net. And the -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: SunFire V880
On Fri, Dec 12, 2008 at 02:38:48AM -0500, Blake Self wrote: > Hello, > > Were you ever able to get Debian to install on the SunFire V880? I am > having a heck of a time with it and any information that you may have would > be very useful to me. Yes, debian etchnhalf runs on such a machine. You can check Bug#495216 for my installation report, and you will need the qla2xxx firmware which I found somewhere on the net. And the 1000SX network interface is probably not working, the 100 copper does. Good luck, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
www.ultralinux.org unreachable
Hello all, I'm trying to get more information about the kernel on ultrasparc (see my last post for a installation problem on a SunFire V480) and can't reach www.ultralinux.org (since month's). Is that site dead ? Any mirror or newer place of information ? A traceroute part is appended. Thanks for any help, greetings Hermann -- traceroute to www.ultralinux.org (137.82.51.125), 30 hops max, 40 byte packets ... 7 zr-fra1-te0-7-0-7.x-win.dfn.de (188.1.145.49) 9.551 ms 9.215 ms 15.902 ms 8 dfn.rt1.fra.de.geant2.net (62.40.124.33) 9.223 ms 9.169 ms 9.140 ms 9 so-5-0-0.rt1.ams.nl.geant2.net (62.40.112.58) 16.509 ms 16.511 ms 16.450 ms 10 so-7-0-0.rt1.nyc.us.geant2.net (62.40.112.134) 103.394 ms 103.419 ms 103.385 ms 11 canarie-gw.rt1.nyc.us.geant2.net (62.40.124.222) 115.890 ms 115.831 ms 115.817 ms 12 c4-cal01.canet4.net (205.189.32.5) 156.997 ms 157.192 ms 157.020 ms 13 c4-bcnet.canet4.net (205.189.32.193) 168.151 ms 168.112 ms 168.127 ms 14 UBCl9-ORAN.bc.net (207.23.240.163) 168.563 ms 168.377 ms 168.397 ms 15 a14-l9.net.ubc.ca (142.103.78.170) 168.629 ms 168.438 ms 168.368 ms 16 a0-a14.net.ubc.ca (137.82.123.33) 168.390 ms 168.482 ms 168.928 ms 17 a0-a1.net.ubc.ca (142.103.78.249) 168.522 ms 168.451 ms 168.820 ms 18 * * * 19 * * * -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian installer (etchnhalf/lenny) on a V480 hangs in init
Hello, tried to install debian etchnhalf/lenny on a ultrasparc III multiprocessor Machine. Machine hangs after "exec busybox init" when started with BOOT_DEBUG=3. A bug report with dmesg output is filed under: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495216 Does anyone have an idea how to debug that further ? Is the etch or lenny kernel supposed to support the internal fc disks on that archtecture ? Thanks for any help, greetings Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: [EMAIL PROTECTED] -- 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?
On Wed, Apr 16, 2008 at 08:15:39AM -0400, Eric Nichols wrote:
> >
> > 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
Rarp/dhcp net booting uses no solaris - but also no linux ;-)
Under solaris for some kind of sparc machines you can get a flash utility
which works from a running Solaris OS. So at least for that systems, it
should be theoretical possible to upgrade OBP from linux, too.
But there are probably a lot of people with better knowledge about that stuff
in the solaris/opensolaris communities.
Hermann
--
Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224
Email: [EMAIL PROTECTED]
--
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?
Hello,
just adding for the archives:
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
--
Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres
Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg
IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224
Email: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
