Date: Sat, 08 Jan 2005 21:03:25 +0100
From: Philip Nienhuis <[EMAIL PROTECTED]>
Subject: Re: [LIB] slow

john wrote:
> 
> Date: Sat, 8 Jan 2005 05:29:12 -0600 (GMT+6)
> From: john <[EMAIL PROTECTED]>
> Subject: Re: [LIB] slow
> 
> On Thu, 6 Jan 2005, Philip Nienhuis wrote:
> 
> > Date: Thu, 06 Jan 2005 21:18:34 +0100
> > From: Philip Nienhuis <[EMAIL PROTECTED]>
> > Subject: Re: [LIB] slow

...<snip>
> >
> > In my case I get 2.5-3 hours (a bit less than Windows) using ACPI. Using
> > APM it's just about 2-2.5 hours. YMMV
> >
> 
> your using 110CT, right? you should easily be getting over 5-6 hours with
> heavy use even. My libby lasts easily longer than pdas out there which is
> why I like it. I take off in the morning and usually don't have to
> recharge til I get home. the cells may be going bad in your battery pack.

Yes I have a 110CT. I use the original battery pack (actually a
replacement, the original is lying in a closet waiting for me having
time to put in new cells someday), not one with newer type cells.
The capacity is still roughly the same as when I got it new.
 
> >> the Neomagic framebuffer driver neofb to load using the 'libretto'
> >> parameter. Haven't found out why. Gives me a nasty error and locks up the
> >
> > I don't use framebuffer, I just use native XFree86 Neomagic accelerated
> > support.
> >
> 
> does it set the screen up in 800x480 size automagically? I had trouble
> with that at first -- it kept defaulting to 800x600 -- until I started
> using the framebuffer driver. Once i
> got the framebuffer working X and programs started using the screen
> properly.

No native XFree86 needs a custom XF86Config or XF86Config-4
Grab mine from 
http://home.hccnet.nl/pr.nienhuis/Lib110arch/XF86Config.txt

More info on: http://home.hccnet.nl/pr.nienhuis/MDLinux.html#XFREE86

> >> computer. I also have a problem hotplugging my dvd drive from a usb port,
> >> when it is disconnected I get a glitch that says it is linked to a whole
> >> bunch of drivers, and forces me to shut down. I'm having a whole bunch of
> >> fun:))))))))))) besides not being able to play movies.
> >
> > I got no USB on my Lib (no EPR, no USB card either).
> 
> On both the 100 and 110 1.1 usb is native. you just need to plug in a
> connector to the docking port plug.

I got no docking station, just the port replicator :-(
 
.....<long snip>

> > internal technical design left lots to be wished already when they were
> > introduced. These rough edges become all the more evident now that
> > current HW and SW development leave 199x designs behind.....
> 
> they aren't. unless someone comes up with a bussless machine we are still
> using the orginal desgn from the accubus:))

That's a bit like saying "it uses a keyboard and a monitor so it's still
the same overall design". Of course things have advanced:
- how about UDMA, AGP, PCI-Express, USB 2.0, FireWire, Speedstep, SATA,
HT, 64bits? These inventions surely help to get current systems run much
faster.
- max 2 MB video memory and max 64 MB RAM apparently were quite
reasonable in 1998, but a stupid 16-bit ISA bus for IDE while PCI was
firmly established in 1997 or so, polled IRQ for the PCMCIA slots, buggy
ACPI and buggy BIOS int13 extensions are simply technical deficits.
 
> > E.g., you can't even install Mandrake 10.x on a Libretto anymore, unless
> > you recompile an install kernel or pre-install with the HD in a desktop
> > and add a custom kernel with ISA-IDE support compiled in. No doubt
> > you'll then find that 64 MB is too little to get anything useful done.
> > And then the size of current XFree86 or X has not been mentioned yet...
> >
> 
> I don't use distributions except for slackwares occaisionlly--X is fine
> runs as fast or faster than it did before. the problem is I have memory
> leaks plus the neofb driver is caching about 20MB of ram to use for video
> when I don't need it. I just need to limit that.

Try XFree86 v. 4.x + a suitable 800x480 XF86Config-4. Search the Web for
a suitable XF86Config-4, I found mine that way (the link above is for
XFree86 v. 3.x).
 
philip


Reply via email to