Date: Sat, 8 Jan 2005 20:01:22 -0600 (GMT+6) From: john <[EMAIL PROTECTED]> Subject: Re: [LIB] slow
Hi Phillip
I guess this will be my last post on this -- I need to get some stuff done:). See below.
On Sat, 8 Jan 2005, Philip Nienhuis wrote:
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.
its amazing how long li-ion last in the libretto isn't it? Toshiba did an excellant job designing it. I put in new cells easily a year and a half ago and they are still giving the same life as when they were 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
I use X with the X framebuffer driver. It uses the console driver then which I have found to be the least resource hungry. I mainly use it so I have a nice screen when I use the console and then X requires no special setup besides a device 'fbdev' line to set up the 800x480 screen. I like having a nice screen on both the console and X since I use both.
you don't need the dock. if you check the 100 maintence manual it shows the pinout for the usb. you just need to connect to those four pins and you have it.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.
Yes in some ways they do. but the fact is (and this really only applies to me I guess-even though these are old complaints that I've heard so many times my ears are blue:) is that when evrything--battery life, cpu power, speed of use, convience, portabilibly--I find that the new techniques are no improvment. doesn't matter if it has great graphics if the battery only lasts 15 minutes.
- 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.
true..however::::)))there once again is the dock. It has a connection on the pci buss. Now an ingenous person could do a little rigging and provide a pci IDE hard drive port::::::::))))). the ram can be upgraded although edo is pretty much finished buthere is still some availible in sticks and such. a lot of old equipment still uses it.
john
