From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1JUqT6-00081M-7j for garchives@archives.gentoo.org; Thu, 28 Feb 2008 21:39:08 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 007F3E0738; Thu, 28 Feb 2008 21:39:07 +0000 (UTC) Received: from web65412.mail.ac4.yahoo.com (web65412.mail.ac4.yahoo.com [76.13.9.32]) by pigeon.gentoo.org (Postfix) with SMTP id 3D34EE0738 for ; Thu, 28 Feb 2008 21:39:06 +0000 (UTC) Received: (qmail 86391 invoked by uid 60001); 28 Feb 2008 21:39:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=hp3YzljX2R2fn9ETDZI1T1owQNsSRlGrXOojqXkSy3f1tL1Vb0dKa6fvQouBxVa4HrE/KcGEbO3wH3ycLjgLjs3KLeGWV/6MH6gCwbELtdZ3NzR2ORuXOvTQJdS/ieqmOTM3CSSBVxwQhSBwdKgyDqZuclWFP3eWeqq08bQr49w=; X-YMail-OSG: zOxIssoVM1k_.Trnl2so_B2Eg_BNKJ3v9wD0a19_aSVQ8T3W7UfsZwhoJ5uXr2KLq4JWL2Rs1P9cM2Im9DLlznp8W3Drmmsnffwv2.Gjfu6OT6wYG6Y- Received: from [132.228.195.206] by web65412.mail.ac4.yahoo.com via HTTP; Thu, 28 Feb 2008 13:39:05 PST Date: Thu, 28 Feb 2008 13:39:05 -0800 (PST) From: BRM Subject: Re: [gentoo-sparc] QLA2xxx To: gentoo-sparc@lists.gentoo.org In-Reply-To: <200802211556.47439.chepati@yahoo.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-sparc@lists.gentoo.org Reply-to: gentoo-sparc@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Message-ID: <352021.85709.qm@web65412.mail.ac4.yahoo.com> Content-Transfer-Encoding: quoted-printable X-Archives-Salt: b36df9d0-0ed5-4177-8b66-1b945e7e846d X-Archives-Hash: 9496697dfaadb090bca45ab68b4361cb All, Thanks for the tips. I'm not sure how it'll all work out right now. They might provide a method for booting the system via the CD, but then the only viable option after that seems to be using the specified patch in kernel builds so that we can boot and gain access to the hard drive. The system only has one hard drive, which is attached via the QLA2xxx controller - so I don't see how relying on udev to load the firmware would solve the problem of accessing the only hard drive in the system... It does occur to me that there might be another slight solution to the problem, from which udev could then be relied on - using an initrd image, or booting using another device from which udev could be utilized. I'd rather not have to leave a floppy (yes the system has a floppy) or CD in the drive all the time, from which it would load an initrd image containing udev, the firmware, and whatever else would be needed; but it seems the only other method would be to use a USB Storage device. Does anyone know if the OpenBoot PROM on the SunBlade 2000 will boot a USB device? The Service manual seems to indicate it would for a 100 or 250 Iomega Zip Drive (can you even get those anymore?!!) but that too is not an ideal solution. I'd rather be able to get a USB Stick (2 GB?), or even a USB Hard Drive (e.g. WD Passport or the likes) that could hold the base system and boot from that. Anyone know if that would work? Might one need to upgrade the OpenBoot PROM to to so? If so, how and where do I get the new image? My only other alternative is to go and get OpenSolaris and try that out. (Hopefully it won't have the same issue.) Any how...thanks for all the helpful tips & everything. Ben --- Ivan Kabaivanov wrote: > On Thursday 21 February 2008 14:50, Friedrich Oslage wrote: > > Hi, > > > > > The problem comes from the fact that the firmware is in the disk > at > > > /lib/firmware starting from kernel 2.6.18 or something. If you > boot > > > the 2617 from the CD it will probably work fine. > > > Anyway even creating a proper initrd with that /lib/firmware the > > > kernel does not load it. Don't know why. > > > > Using an initrd works fine for me, you probably just forgot to put > udev > > in it. > > > > My initrd basicly looks like this: > > /dev/console > > /dev/null > > /bin/busybox > > /bin/udevd > > /lib/udev/firmware.sh > > /lib/udev/udev.conf > > /lib/udev/rules.d/50-udev.rules > > /firmware/ql2200_fw.bin > > /lib/modules/`uname -r`/modules.dep > > /lib/modules/`uname -r`/kernel/drivers/scsi/qla2xxx/qla2xxx.ko > > /linuxrc > > > > The script I used to create it is available @ > > http://porno-bullen.de/~bluebird/initrd-qla2xxx/ but don't blame me > if > > it doesn't work ;) > > > > Cheers, > > bluebird >=20 >=20 > This is the preferred method -- to let udev handle the firmware > loading. =20 > However if you don't have udev in the initrd or it doesn't work, all > is not=20 > lost. There's a way to manually load the firmware, but it's tricky.=20 > It's=20 > tricky because you have to be very quick -- you'll have maybe up to > 4-5=20 > seconds to load the firmware. Here's how: >=20 > 1) boot the machine (either with an initrd from the hard drive or > with an=20 > installation cd.) > 2) drop to a shell somehow -- I don't run gentoo so I don't know if > the=20 > installer has this option but debian does and so does ubuntu for > sparc. > 3) Load qla2xxx.ko (just modprobe qla2xxx) > 4) Find out the device path in /sys (on my sunfire280r=20 > it's /sys/devices/pci0001\:00/0001\:00\:04.0/) It might take you a > few tries=20 > to find out. Look for a file > /sys/devices/pci0001:00/0001:00:04.0/obppath > with this line > /pci@8,600000/SUNW,qlc@4. (the numbers are not important. the > important part=20 > is the qlc bit) > 5) Type this: echo 1 > /sys/devices/pci0001:00/0001:00:04.0/loading > 6) Type cat /lib/firmware/ql2200_fw.bin=20 > > /sys/devices/pci0001:00/0001:00:04.0/data (this is one line) > 7) Type echo 0 > /sys/devices/pci0001:00/0001:00:04.0/loading >=20 > for 5), 6) and 7) you'll get error message file not found. It > doesn't matter. =20 > The point is to cache these three command into the shell history so > you can=20 > recall them quickly when you need them. Remember, you have a window > of a few=20 > seconds and regardless how fast you type you won't make it without > using=20 > cached commands. >=20 > 8) Unload qla2xxx (rmmod qla2xxx) > 9) Now load the kernel module again (modprobe qla2xxx). The clock > starts=20 > ticking now. The module tells the kernel that it needs a firmware > before the=20 > hardware can be initialized. The module creates a device path in > /sys and=20 > creates two files, loading and data. > 10) Quickly recall from history the command from 5) and press enter > 11) Quickly recall from history the command from 6) and press enter > 12) Quickly recall from history the command from 7) and press enter >=20 > You'll see messages that the card was initialized. Now you can load > sd_mod. =20 > If you had to resort to this, then chances are you don't have udev > running so=20 > you may have to manually create the device nodes in /dev. For your=20 > convenience: >=20 > brw-rw---- 1 root disk 8, 0 2008-02-21 15:03 /dev/sda > brw-rw---- 1 root disk 8, 1 2008-02-21 15:03 /dev/sda1 > brw-rw---- 1 root disk 8, 2 2008-02-21 15:03 /dev/sda2 > brw-rw---- 1 root disk 8, 3 2008-02-21 15:03 /dev/sda3 > brw-rw---- 1 root disk 8, 4 2008-02-21 15:03 /dev/sda4 > brw-rw---- 1 root disk 8, 5 2008-02-21 15:03 /dev/sda5 > brw-rw---- 1 root disk 8, 16 2008-02-21 15:03 /dev/sdb > brw-rw---- 1 root disk 8, 17 2008-02-21 15:03 /dev/sdb1 > brw-rw---- 1 root disk 8, 18 2008-02-21 15:03 /dev/sdb2 > brw-rw---- 1 root disk 8, 19 2008-02-21 15:03 /dev/sdb3 > brw-rw---- 1 root disk 8, 20 2008-02-21 15:03 /dev/sdb4 >=20 > Once you have all the device nodes in /dev you can go back to the > installer=20 > and resume. Make sure you install udev and make sure you copy the > binary=20 > firmware into /lib/firmware. >=20 > If you're not fast enough the two files loading and data will > disappear. If=20 > this happens, don't worry, just unload qla2xxx and load it again, and > this=20 > time make sure you're faster :-) >=20 > I've done this in the past and I can guarantee that it works. >=20 > 2.6.17 was the last kernel where the fimrware was built into the > module and=20 > you didn't have to load it separately. If you can live with that old > kernel,=20 > you can downgrade. >=20 > IvanK. >=20 > --=20 > gentoo-sparc@lists.gentoo.org mailing list >=20 >=20 --=20 gentoo-sparc@lists.gentoo.org mailing list