Recently, Somebody Somewhere wrote these words
> On Sat, Jul 09, 2005 at 10:45:07PM +0100, Declan Moriarty wrote:
> > 
> > Mind you, I STILL have no /dev/hdc, or /dev/hdd. /proc/ide/ide0
> > shows me hda (all nodes present & correct). There is no hdb in the
> > box.
> > 
> > /proc/ide/ide1 shows me hdc & hdd as cdroms in the media file. hdd
> > is actually a dvd. NO NODES :-((.
> 
> See. That's technical progress. Without udev you had to have a zillion
> 'device files' (and MAKEDEV to help you), and with udev you have to
> have a zillion 'rules' and nothing to help you. It's probably meant to
> improve your learning abilities.

:-)). Good to have a laugh at it.

> 
> Check if you compiled a driver or module called 'idecd'. It's in
> Device Drivers/Ata Atapi/IDE Atapi CDROM. Or maybe your drive is one
> of the 'old CD Roms'? (I think not, though. I'm using old hardware
> here because of money problems, but if it was _that_ old, the
> electrolytic capacitors would have dried out by now anyway, wouldn't
> they.)

Ooops! here goes _another_ rebuild. I'll moan then.
> 
> > Also, btw, loading the 57 framebuffer modules (by running hotplug)
> > seems to cure the cursor thing, but gives me the ugliest 80x30
> > screen setting ever. How does a guy set up his framebuffer modes?
> 
> Get fbset (from the Debian guys). But with 640x480 on the framebuffer
> I kept getting 80x30 too, so maybe you need to load another font. I
> don't know how, though. I guess 'setfont' won't do it, because you
> have to choose extra framebuffer fonts in 'make menuconfig'. I think
> you would need a 8x20 font to get 80x24 characters, but the biggest
> framebuffer font is 8x16, giving the familiar 80x30 characters on
> 640x480 pixels.
lat9w-08 is one of the smaller fonts in the can, believe me. I am
dealing with console fonts, of which there is a selection in
/usr/share/kbd/consolefonts. Try 'setfont cybercafe'
> 
> I can only guess right now. I gave up on the whole framebuffer thing
> myself on friday, concerning LFS 6.x. I found X11 on the framebuffer
> was even slower than on the regular nvidia driver from kernel org.
> Damn. Everything is different with kernel 2.6. (Not complaining, just
> ranting.)

No, it's the very thing I was trying to avoid - taking 2 steps forward
and three backwards. The basic structure of a pc from day two has
involved drivers telling lies to hardware specially designed to think
it's extremely primitive. The whole ide thing is a typical example: code
that tells a disk with 2 heads, 15000 tracks and 196 sectors  that it
has 1023 tracks, 255 heads and only 63 sectors



-- 

        With best Regards,


        Declan Moriarty.
-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to