Installing Linux On ARM-Based Netbooks? 179
An anonymous reader writes "I am sure that many other Slashdotters have noticed an increase in ARM-based netbooks over the past several months. For example, the Augen E-Go. It is a widely touted theory that it is impossible to install Linux on one of these notebooks, replacing the commonly installed Windows CE operating system. The sub-$100 netbooks carry decent specs, including 533MHz ARM processor; 128MB DDR RAM; and a 2GB Flash drive, as well as most expected netbook components (USB, Wi-Fi, etc.). I find it hard to believe that a computer with these specs is impossible to hack and install Linux to, but Google searches have been largely unsuccessful in finding proper information. Do any Slashdot readers have experience in installing ARM Linux distros to these cheap netbooks like this? If so, what distros do they recommend?"
(In particular, I wonder if anyone can comment on Ubuntu on ARM.)
This might be useful (Score:5, Informative)
Re: (Score:3, Insightful)
Debian GNU/Linux on ARM [debian.org]
Indeed. I wouldn't recommend Ubuntu for these simply because it's designed for typical desktop machines with gigs of memory, and all the "pretty" is no good when all you've got is 128MB. But Debian with an appropriately lightweight window manager should be up to it.
Re: (Score:2, Informative)
If it's good enough for the Beagleboard, it's good enough for a netbook. Also check Youtube for live demos.
Re: (Score:2, Interesting)
[quote]If it's good enough for the Beagleboard, it's good enough for a netbook. Also check Youtube for live demos.[/quote]
OK, let's put it this way: I just tried to install 10.04 on a 400MHz K6 with 160MB of RAM (and plenty of swap) and when it tried to boot the install, the only thing that appeared was a message that said the OOM killer had taken out the system logger.
Ubuntu is not a low-memory distribution.
Re: (Score:2)
Since you post AC, I can't give you mod points.
But your observation is fine, and important. This is a serious bug: One must not be able to install a distro into what cannot boot up.
File this bug for all of us, please!
Re:This might be useful (Score:5, Informative)
I believe we were talking about Ubuntu Netbook Remix, not Ubuntu Big Honking Desktop Version. You could click on the link in the summary, google 'beagleboard,' or go to Youtube. That's what I did, took two minutes. I mean, here you are using the Internet, without really using the Internet.
Re: (Score:3)
here you are using the Internet, without really using the Internet.
I need to remember that one.
Re: (Score:2)
Should use internet "yes" or use internet "no". udippel use internet "guess so".
Re:This might be useful (Score:4, Informative)
Re: (Score:2)
Mod parent up. I've resurrected several old (Win95/98 era) PCs around the house with LFS. Only downside is you'd be compiling for dozens of hours, if not days on those rigs. Of course, you could always cross-compile from a modern PC.
Re: (Score:2)
And if you want a really lean&mean Linux you can select BusyBox instead of building each command individually.
For GUI - a stripped down X server with FVWM2 or BlackBox as window manager.
Re: (Score:3, Insightful)
And if all else fails, you can always try here [linuxfromscratch.org]. Only problem you'll have then might be the drivers, although in that case there still may be help for you [freesoftwaremagazine.com].
I have been using Gentoo (and love it) for several years now. I have not actually tried LFS although I am familiar with its basic concepts. Can you advise why you would prefer LFS over Gentoo? It seems you'd be giving up the ease of long-term administration that Portage offers, and so far as I know Gentoo does support the ARM platform.
Re: (Score:2)
Gentoo is a pretty poor choice for old hardware, because it's so slow compiling everything.
Re: (Score:2)
Gentoo is a pretty poor choice for old hardware, because it's so slow compiling everything.
Which is completely irrelevant because LFS is also a source-based distribution. Please be familiar with what you're commenting on.
To reiterate: you compile your software for both Gentoo and LFS. One has a package manager, the other doesn't. That's the main difference between them.
Re:This might be useful (Score:5, Informative)
Maybe; maybe not.
Back in the day (ie, when the MobilePro 780 and similar "netbooks" were about and popular with Linux hackers - maybe 8-9 years ago), there were some non-trivial limitations to booting Linux or a BSD on the devices.
The problem was that there was no way to actually boot Linux natively without chainloading from within CE. Sure, the hardware worked, but the CE ROM address was hardcoded within the "BIOS", and there was no way to circumvent it.
As a result, booting was/is a 5-minute (manual) process due to CE's boot. It's highly cumbersome.
Additionally (and possibly somewhat related), I noticed that around 2004 or so, all of the "mobile computing" or "Borg-like computing" project pages, targeted products, and the like just sort of disappeared. Stuff like the "matchbox PC" from Stanford, twiddler keyboards (think that's what they called them), IR (etc.) keyboards for Palm, et al, and misc. other peripherals became difficult to find. No new products were coming to market in that segment.
Cool project pages where people had some interesting software work for mobile computing (including novel input/output devices) just kind of stopped being updated. Kernel porting and hardware support projects (eg. Linux on the MobilePro 780/880) were abandoned. I don't get it, but I'm going to have to guess that emergence of the first widely accessible smartphones distracted these adventurous types, or the hackable geek-preferred hardware simply dried up. It's really too bad. (Maybe the economy or impending adulthood had somethign to do with it, too?)
That said, I have good news and bad news: the good news is that it looks like the "embedded" computer with a keyboard is coming back (See: Viliv S7). Unfortunately, I also suspect that x86 Intel hardware will dominate the market instead of the "cooler" ARM hardware (OMG, Mooreland is impressive). We'll see how much that matters, but I hope "not very" - and we're able to have our cake and eat it too, despite (because of?) the Intel badging.
My hope (and guess) is that we'll have decently powerful MeeGo/Moblin/Maemo powered cell phones at a reasonable price within two years or so - whether that's what the vendor shipped on them or not.
Re:This might be useful (Score:4, Interesting)
I have to agree. I've had experience installing Linux on ARM and other "exotic" systems, they all seem to be very picky about what systems will work and what won't. You will have to boot into CE just to get it to load, and it will run like a dog.
Drivers will be your biggest hurdle if you can actually get it to run, as between models they seem to change up hardware continually.
I'd pretty much drop the idea unless you want to build it from scratch or input man hours into helping a dying ARM Linux project.
Re: (Score:3, Informative)
Get a Z2. It will cost 50 bucks and give you a working laptop that fits in your hand.
Re: (Score:2)
I'm having trouble finding it. Can someone link me please?
Re: (Score:2)
Looking at the link, it appears that this is just a text message device. It doesn't even have a browser.
Re: (Score:3, Informative)
See the wikipage [wikipedia.org]:
processor: xscale - 319 MHz
memory: 32 MB
Also has wifi.
And it can run Debian!
trolls (Score:3, Insightful)
semi-intelleigent sounding stuff that presumes INTEL has already won.
Shoot. Why not just give in to the BORG entirely?
Re:trolls (Score:5, Insightful)
"Intel has already won"?
Let's see: you can currently buy a capable Atom based mini-ITX board with a dual core processor for under $70 - sufficient system for a small office network server, workstation, and pretty much any common task. It's got lower power use than the competitors in the same price range as well as more performance. (In fact, the Atom boards are a bit cheaper than the cheapest Via and AMD board/CPU combos - and mostly fanless.)
Now consider that the latest Atom has a TDP of 2 watts, and in-use power utilization about average for existing smartphone platforms. It might not immediately/seamlessly boot Windows 7, but I'd wager a bet that someone will figure out how to get it to work on account of it being an x86 chip. And a common Linux distro might very well be able to install without too much kludgery, too.
This is something that just a couple years ago (when Atom first came out, there about) everyone said was impossible: Intel would never have anything that would compete with ARM processors on power utilization and performance. Yet these Mooreland CPUs appear to have just as much (if not more) performance than the latest, greatest Snapdragon and the iPad's SoC. Also consider how incredibly fast Intel came to market with this CPU (vs. the much more linear progression we've seen in the ARM platforms over the past decade).
Re: (Score:3, Insightful)
You're grealty underestimating Atom power usage and overestimating ARM one; they are typically at least an order of magnitude apart, quite often two.
Now consider that in my damn Wintel PC (or...in those Atom ones you mention) there is most likely more ARM cores than x86 ones; to say nothing of all the devices around me.
Heck, virtually all mobile phones are built around ARM. Even that is, at worst, around the number of all PCs in existence...but annually.
Re: (Score:2)
Am I? Are you going based on experience?
Because if you are, you're wrong. I'm not talking about current-generation Atoms; I'm talking about this: New Intel Atom smashes ARM - Moorestown SoC unvieled [computerworld.com].
"Paying attention" is important; it helps you participate in the conversation at hand, not one entirely different.
how many sock puppets do you have? (Score:2)
I don't know where you got the mod points from, but others without as many real-world sock-puppets have pointed out where you are either lying or fooling yourself.
Look at all the resources intel has to waste keeping x86 afloat. Engineering resources, marketing resources, arm twisting, kickbacks and bribes, ...
Imagine what we could have, if the resources intel is putting into keep x86 afloat were put into ARM. Or, shoot, PPC. Sparc, ColdFire. MIPS. The other Moore's FORTH CPU.
No, you can't imagine it because
Re: (Score:3, Informative)
Back in the day, the reason that the MobilePro 780 (and friends) had severe limitations running Linux/BSD was due to the design of the hardware. WinCE was installed into mask programmable ROMs. This meant that it was impossible to replace the code at the locations the processors vectored to when doing a reset. This meant that deep sleep was impossible.
These days, the OS is held in flash memory, and can be replaced more easily. Most of the systems I've played with it has been possible to replace things.
Re: (Score:3, Informative)
Done
Re: (Score:2)
Re:This might be useful (Score:5, Informative)
Debian is a possibility, but Ubuntu won't work. Ubuntu has been updated to a newer arm instruction set than the one used in a lot of these netbooks.
The problem with these things is, unlike x86, ARM has no BIOS. Your kernel/image has to be customized to work with all the chips that particular netbook has. This would be easier if they all had the same CPUs/SoCs, but they all vary quite a bit.
I've seen vt8500 netbooks, wm8505's, Samsung SC2410's, 7802's, cheap x86-i386 knockoffs, and MIPS based netbooks. None use the same boot loaders (!), and few have the same instruction sets. (!) Those that do do not have the same LCD controllers or other components, and usually all drivers are closed source. (if available at all)
There are some attempts to get linux on them... here's a few:
http://s0.blackmage.co.uk/~nextvolume/via_arm/index.php [blackmage.co.uk] (some luck, using android kernels mostly)
http://3mx.taita.co.uk/ [taita.co.uk] (some luck)
http://mininetbooks.your-board.com/ [your-board.com] (no luck yet)
If you've got one and want to chat, join the IRC on freenode.net, channel #easypc
Most of the hackers and developers there have different kinds of netbooks, and only one each, but pooling knowledge has been handy. Apparently vt8500/wm8505 netbooks usually have a read-only card reader that needs to be soldered to be fixed. My Anyka 7802 netbook ($58 shipped!) doesn't have this problem, but it has no drivers available. Not even Android runs on it.
There's a dozen or so people in the channel, so if you've got questions (or maybe answers), join in. Note: We're all in different timezones. Responses can take hours, or if you're lucky minutes.
Re: (Score:3, Insightful)
Yet, that does not actually solve the problem. If you think it does, you don't understand the problem.
These devices only have 128M of RAM. That's not much: you won't be running X terribly well, nevermind a modern desktop. And the available packages for 'lightweight' stuff is woefully unequipped for something like this.
What the OP really should be looking at is MeeGo/Moblin or Maemo - though with only 128M of RAM, they might be a bit under powered for even that.
Re:Amazing! (Score:5, Insightful)
Debian with IceWM was perfectly usable on a p200 with 64 megs of RAM back in the late 90's, it should do very well on an arm533 with 128 megs of RAM.
Re:Amazing! (Score:5, Insightful)
"Should" work?
Yeah, I've got a MobilePro 780 - it has 32MB RAM; I've got X running on it with ion3 under NetBSD. NetBSD 2.0. It barely runs - and this is an old TinyX (nanox? I can't recall) X server.
I had a P133 with 16MB of RAM, too. That ran icewm well.
The problem is that this isn't 1997, and X implementations are significantly bloated these days compared to back then. There have been a lot of changes - many have which have been acceptable improvements (memory use for performance improvements, support, etc.). Even the 'tiny' X implementations have this problem.
Re: (Score:2)
MeeGo & Qt (on which MeeGo UI is being built upon) to the rescue, eventually? Qt Embedded can run without X, via QWS [nokia.com]. Maybe there won't be much of a problem with having a MeeGo variant which gets rid of X (hence also compatibility with Moblin / non-Qt software...)
Re: (Score:2)
Every few years, there are efforts to remove X, to address a perception that X is a source of bloat. GTK has a few framebuffer backends, for example.
They ultimately fail for a few reasons.
The primary reason is that the non-X version of the toolkit will not be commonly used, and fall out of date quickly.
The secondary reason is that removing X requires reinvention of things like window management, key focus and direction, direct graphics/opengl access.
I assume that a solution like the Wayland display server w
X Windows Bloat, Late 80s style (Score:2)
Yes, we always thought X Windows was a bit bloated, back in the late 80s, on a 386/33. I don't remember how much RAM it had (if I still have to files to look that up, they're on a 9-track tape or maybe a 60MB Sun cartridge...) It was a bit faster than running NeWS on a diskless Sun3/50 with 8MB RAM, but NeWS was so much cleaner most of the time that it was the better system.
Re: (Score:2)
Older versions of Debian are still available.
At least, they SHOULD be.
SHOULD SHOULD SHOULD.
There, I said it.
Re: (Score:2)
Somehow, I'm going to have to say "not freaking likely".
I ran (for about a year) debian slink (2.1 iirc) on a P120 with 96MB of RAM and an 800MB disk. It was almost unusable, even with that RAM upgrade (from 32MB).
That was with icewm and whatever the 'lightweight' browser was for the day (circa 2003). "Usable" is not a word I'd use to describe it unless we're talking about single-instance web browsing or IM.
Re:Amazing! (Score:4, Informative)
I haven't tried with 128MB, but Etch + E17 runs dandy on a Pentium 2 with 192MB of RAM.
Re: (Score:3, Funny)
"should" is a weasel-word having no place in specs...
Evidently you've not read too many specifications, then, because it is absolutely nothing of the sort.
I think you'll find many, many specs not only use "should", "may", and other such words, they actually go to some lengths to provide precise (and useful) definitions for them before doing so.
(For those of you playing along at home: I've noticed that use of the term "weasel-word" is usually a cover for "I can't be arsed to do my homework, so I'll just parrot something I read on Wikipedia".)
Re: (Score:2, Insightful)
Mod parent up. The biggest limitation is the amount of RAM. Sure, 128MB may be fine for certain limited applications, but it'll be the bottleneck for any decent web browsing or any kind of multitasking. I think 256MB may be the bare minimum for comfortable web browsing, mostly based on the fact that any device I've used with only 128MB seemed to just fall a bit short of being really usable. Perhaps someone with a 192MB device (T-Mobile G1?) can chime in with their experience.
bottleneck? (Score:3, Insightful)
If it's a bottleneck on Puppy or basic Debian, it's going to be a bottleneck on MSWinxxx.
The RAM is not the problem. The problem is the wetware of engineers who deliberately throw up roadblocks to using a decent OS.
Re: (Score:3, Insightful)
Re: (Score:2)
***Well, then you'll be stuck on static pages, and will be impossible to render and navigate through "modern" pages.***
And that would be bad -- why? Speaking for myself, I'm a bit hazy why resource hungry modern web pages that more often than not don't render correctly in any browser are desirable.
BTW, I'm posting this using the OffByOne browser in Windows 98 running under QEMU using 128mb of RAM. I imagine it would run just as well in 64mb -- maybe less. Might work in Windows 95. Maybe I'll try that so
Modern? Netscape 2 had Javascript (Score:2)
And you couldn't even turn it off. And Skr1pt K1dd13z no longer remember all the horrible attacks you could use because of it....
I think the original versions of Opera had Javascript as well - the whole thing fit on half a floppy disk.
Re: (Score:2, Interesting)
Re: (Score:2)
NetBSD (Score:3, Informative)
Or OpenBSD.
Plenty useable.
Re: (Score:3, Informative)
Hmm. Replying to myself, I see I may have spoken a little too hastily:
http://www.netbsd.org/ports/#ports-by-cpu [netbsd.org]
http://www.openbsd.org/armish.html [openbsd.org]
Re: (Score:2)
You can do this with Debian. You do a minimal install, and then add the packages you need after that. It's more difficult than a default desktop installation because you need to know what is required rather than have Debian make the choices for you, but it is very possible.
Re: (Score:2)
I'm a Debian guy, but I should note: you can do this on RedHat/CentOS, too - though the 'minimal install' has grown substantially in recent years.
I really wish the 'minimal install' would not include such 'necessities' like snmpd and a mail daemon. I neither need nor want those security-issue packages on many installs (or want an alternative) and they're not appreciated. (BSDs are particularly prone to this nonsense. Sendmail and bind? Seriously? Can I get the machine pre-rooted?)
Re: (Score:3, Insightful)
It comes from the "ZOMG, you want to run Linux, therefore you want to run a server/are a sysadmin/are a programmer" mindset. Of course, if they didn't include Apache, sendmail, bind, etc by default, you'd have all those programmers/sysadmins saying how Distro-foo is dumbed down for the masses.
Re:Amazing! (Score:4, Interesting)
Take it from someone who admins RedHat/Centos boxes for a living, install debian instead.
Re:Amazing! (Score:4, Insightful)
Perhaps. But consider that if the user hadn't submitted the story there would have been other effects lost. For instance, by reading this article I found out about the E-Go, which I'd never heard of before. I also found out about Angstrom for the ARM architecture.
If we all kept as quiet as you appear to want then the spread of ideas and information might happen at a much slower pace.
Re: (Score:2, Interesting)
Perhaps. But consider that if the user hadn't submitted the story there would have been other effects lost. For instance, by reading this article I found out about the E-Go, which I'd never heard of before. I also found out about Angstrom for the ARM architecture.
If we all kept as quiet as you appear to want then the spread of ideas and information might happen at a much slower pace.
I am the AC who wrote that post that you replied to.
Thank you for taking the time to say that. Sometimes people say things that makes me reconsider my position and you Sir did me that favor today. I was hasty and didn't think about what you might call the positive externalities. Still, I think having independence and being able to find your own answers is a very important skill. It is something that separates the helpless and needlessly dependent sheep from those who have some guts and are willing to
Re: (Score:2)
I like your explicit definition of what you'd like to see Ask Slashdot be more like.
And wow, a civil exchange on Slashdot. I think I feel a little dizzy. :-)
Re: (Score:2)
a civil exchange on Slashdot
That's it, then. The world will end tomorrow.
Re: (Score:2)
Re: (Score:2)
I find it hard to believe that a computer with these specs is impossible to hack and install Linux to, but Google searches have been largely unsuccessful in finding proper information.
See, he said he searched Google. So instead of falsely accusing him of not looking, why not ridicule his total lack of Google-fu instead?
Or.... (Score:2, Informative)
Angstrom Linux [angstrom-d...bution.org]
Re: (Score:2)
Re: (Score:2)
Plus MeeGo is supposed to be meant for devices like these...eventually.
Why? (Score:5, Interesting)
I don't even get why these arm based machines come with windows ce, that's just setting the user up for disappointment... Sure it looks like windows, but won't run any of the apps people would expect to run on it....
Linux at least doesn't create such a false impression, and has a much wider array of applications readily available for it.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
I don't get why there are people here who still don't get this.
Re: (Score:2)
Haven't you answered yourself right there?
Impression.
The trouble... (Score:5, Informative)
Because of the decades-long Wintel monopoly, pretty much any x86 board(with the exception of a few oddball embedded things and OLPCs), boots in almost the same way. Worst case, the ACPI implementation is so shot that you have to boot with -noacpi in order to get the kernel up and running.
ARM devices, though, have had considerable freedom to do their own thing, so long as the vendor provided a BSP that papered over the weirdness enough to run the OS of the customer's choice(historically WinCe/VXworks, more recently this has included Linux). On the plus side, this has meant some fairly interesting capabilities in some of the bootloaders. On the minus side, this has meant a multitude of bootloaders(a few OSS, redboot, u-boot), some fairly common, and some horrid oddball crap that even Google has only heard mentioned a few times.
If you can get the kernel booted, userland is not such a big deal. Debian has had a pretty decent one for a while, and the Ubuntu guys have recently been doing some "suitable for low-rez screens" type polishing. The issue will be figuring out the bootloader. And, of course, there is absolutely no assurance that the drivers for whatever oddball devices are crammed into the cheapo SoiCs in these things exist, or work properly.
If you get to the stage of "what distro do I want", you are ahead of the game.
Re:The trouble... (Score:4, Funny)
Has anyone written a post-boot kernel loader for Windows CE along the lines of LOADLIN.EXE? That would save a lot of people a lot of agony.
Sure it's a kludge. Not the kludge we need, but the kludge we deserve.
Re:The trouble... (Score:4, Informative)
Re: (Score:2)
WinCE based boot loaders have existed for the past 10-12 years. But there's a problem with them. You can't replace the code at the reset vectors which is necessary to get the deep sleep modes working properly. You can run Linux or BSD on the box, but you'll not be able to suspend the laptop, nor will you be able to easily script the booting. If you are relying on WinCE to do the booting, you're also not able to reclaim that space in the Flash memory either.
Re: (Score:2)
The one I've used is called HaRET [handhelds.org], which is both a debugger-ish thing that lets you play with physical memory and GPIO ports, and a LOADLIN-style bootloader.
Installing is the trick (Score:5, Insightful)
Sure, Linux runs on lots of CPUs, and would have no problem on ARM, and probably even supports all the devices on the systems in question. The trick is finding a way to install it, and that's where the hacking comes in. How does the system boot? Can you modify the boot image to install Linux? Does the BIOS (or whatever equivalent) insist on only booting digitally-signed boot images like video game consoles do? Those questions may have different answers for each device.
In most cases, I would think it shouldn't be too hard, as they aren't likely to bother with digital signatures, and they probably have some mechanism for installing an upgraded or patched operating system (for bug fixes, if nothing else). Someone has to buy one and figure out how to do it.
Maemo (Score:4, Informative)
There are also several mini linux distributions specially targetted to low ram/hardware (i.e. damn small linux), but not sure if there are ARM ports of them.
ARMeD Slack (Score:3, Interesting)
Check out Slackware on ARM
http://www.armedslack.org/
This is is a port of 12.2 packages (slackware is almost complete with 13 rc1).
Google is part of your problem (Score:5, Interesting)
I've already posted in this thread elsewhere, but I just thought I might add: Google is likely part of your problem (inability to find anything useful).
I've noticed lately that Google has become much less of a useful resource when looking up technical information. You're more likely to find a useful link with "stupid" queries, but any level of complexity results in two out of three being only-sorta related. It's a mess, and historically useful search formatting (quoting, -, +, etc.) no longer really help.
I really hope a better alternative comes along soon (or google releases "geek.google.com" or some such thing - with the old indexing). The lack of good search results (nay, worse results) has really made my life more difficult.
Re:Google is part of your problem (Score:5, Informative)
Do you ever use www.google.com/linux or www.google.com/bsd ?
Re: (Score:2)
Adding to what i.r.id10t said - how often did you use search annotations and moving results up/down when that was available? Plus in new search sidebar there's "fewer shopping sites"; that and strong position of sites which are good starting hubs of information is probably most Google can do; at least untill they have strong AI.
And, somehow, not everybody has such problems when making searches...
Re: (Score:2)
hear hear
Why bother? (Score:3, Insightful)
Looking at the specs given by the OP, I am wondering why you would go to the trouble of installing Linux on one of these machines (other than geek cred) when you could just get a MIPS based netbook with similar specs that comes with Linux, e.g. the CnMbook. I got one for £90 last year, it's slow as hell but does the job for basic web access etc when I don't want to carry around a full sized laptop.
I might add that putting a full-featured Linux distro (e.g. replacing the basic Linux install it ships with with Debian or the like) on the CnMbook doesn't seem too plausible at the moment, there's just too much tweaking necessary, and this is a machine that ships with a Linux variant installed. Trying to put Linux on one of the ARM machines mentioned by the OP when it isn't even supported by the manufacturer seems like more pain than it's worth to me...
Re: (Score:2)
I've got a CnMbook. It's shite; however I do have Debian on it. Not that I could have figured out how to do it myself, but someone did.
I want an ARM netbook with linux on it, but I'll wait until I can buy one.
Re: (Score:2)
I've got a CnMbook. It's shite;
Can you elaborate please, it seems like a quite nice machine for some basic note typing/calendar/web/ssh stuff.
Use the OESF distro for the Simpad as a base (Score:2, Interesting)
The Simpad is an ARM-based tablet computer made by Siemens some years back. It came with WIN CE but people have created a Linux distro called OESF that runs on it and it will run many Sharp Zaurus applications unmodified even though it has a much larger screen than a PDA.
I would expect that people would have to do some boot loader hacking similar to what was done with Simpad, but if you could get that Simpad distro booted on one of these netbooks then you will be past the biggest hurdle in making Ubuntu Net
Linux on iPAQ (Score:4, Informative)
Linux on a PocketPC (Score:2)
How different then, would doing this kind of thing be from installing Linux on a PocketPC/Windows CE device such as an iPaq? Yes, that is possible [handhelds.org], but it is far from straightforward. I imagine the device is significantly different from a standard PC and more like a PocketPC-based ARM handheld or smartphone, and one ought to be considering it as such. I assume that such a device will not have some Palladium [wikipedia.org]-like trusted computing system similar to what one sees in some gaming consoles which prevents one f
Unappealing market segment for manufacturers (Score:5, Insightful)
The problem with portable computing devices -- at least the ones that aren't tied to an expensive cell plan -- is that they are such narrow margin markets that few manufacturers are interested in them. Let's say that you want a lightweight, long battery life, portable computer with a full-sized keyboard to do actual work on: word processor, spreadsheet, or for the more technically inclined, a text editor and a copy of gcc, and you don't give a shit about watching video or browsing Flash-heavy sites.
Good luck with that.
It's not that there's any technical barrier involved here. You could do all of that just fine on a 90MHz Pentium fifteen years ago, or even a 50MHz 80486 twenty years ago. Odds are that the processor and memory in a third-rate cell phone could blow those specs away. Add a real screen and a keyboard, and you've got a device that could retail under $100. Of course, that means that it would probably wholesale for around $40, and the manufacturer's profit would likely be a couple of bucks, but only for the month or two it would take every factory in Taiwan to rush out clones. And that's provided it wasn't stillborn because every clueless tech "journalist" started bitching about how you couldn't watch video or play the latest games on it. Frankly, you can't really blame the manufacturers for not wanting to jump on that wagon.
So instead, we get the overpriced toys of the netbook world which, while capable computing platforms in the abstract, are so crippled by their toy keyboards that they're basically DVD viewers with built-in web browsers. It's like the final, terrifying revenge of WebTV.
I suspect that if you want something else, you're going to have to find an otherwise suitable netbook and substantially modify the hardware yourself. Personally, I've been giving serious thought to stuffing the guts of a netbook inside of a vintage IBM Model M keyboard and building a custom cover for it.
The reason it's hard... (Score:5, Insightful)
is because ARM systems so far are embedded systems.
PCs are easy because their behavior is very simple and effectively, hasn't changed much since the beginning. But ARMs are a dime a dozen and used in various things from lightweight controllers to cellphones. Your PC might very well have several ARM processors inside it.
As a result, every ARM system is different - the memory map is different, the interrupt controller is different between SoC vendors, peripherals are located at different spots, etc. The only real constant is that ARMs boot at 0x0, but many SoCs have boot ROMs that are mapped at that area, which load a bootloader off storage at some arbitrary memory location and jumps there. End result, on ARM, you need to build a kernel/bootloader that's specific to your hardware.
On a PC, it's pretty much a monoculture and you know where things are in physical memory space. Things are located at well known addresses. On a PC, then, it's effectively the same architecture. That's why there's so many OSes available because the basic kernel needs are all the same across every PC, ranging from low power embedded systems to super 128-core behemoths - you know where RAM starts, how the BIOS will load you and where, how the interrupt controller, timer hardware, etc., work, and how to talk to more advanced peripherals via interfaces like ACPI. Hell, about the biggest change in PCs is the slow move to EFI based firmware, but they implement a BIOS compatibility module for backwards compatibility.
Try writing a program where you don't know where you're going to be located in memory, hardware you don't know where it might be located, interrupt controllers that can change wildly, etc without requiring reconfiguration and recompilation, and it's impossible. That's the current state of ARM systems...
Bootload is the issue (Score:3, Informative)
A number of posts are mentioning MeeGo (Score:3, Informative)
So here's a little more background for those who haven't followed development of it closely:
MeeGo is the arranged marriage of Intel's Moblin + Nokia's Maemo.
MeeGo is still under heavy development, and although source and builds are available, everything is still experimental.
The steering group is "planning [a] release of MeeGo version 1 in the second quarter of 2010", according to the FAQ [meego.com]. It'll be here soon; don't start making plans to run it as your daily OS until v1.0 is actually released.
To give a taste of how raw development of the OS is right now, even basic tutorials on how to write a "Hello, World" application aren't useful to the community yet [meego.com] as most tutorials depend upon the MeeGo SDK, a component that hasn't yet been released by Intel.
But what you care about most is: "Will it run on my hardware?"
The best place to determine that is on the Devices [meego.com] page on the MeeGo Wiki. If you find that you can run the current development images on a different piece of hardware, please make a note of it on that page.
Please support genuine Linux ARM machines (Score:2)
There is nothing inherently difficult about Linux on ARM. I have installed Gentoo on two such systems, a Buffalo Linkstation and a Nokia N800 (though the latter runs Maemo most of the time). These devices were designed for Linux to begin with.
IMHO, it is much better to support manufacturers that support Linux. Even if you get Linux running on one of these WinCE devices, you are supporting a closed monoculture by buying it.
As of netbooks, there are two currently available in online stores that I find pa
Re: (Score:2)
> The last time I mentioned these, some people complained that the Lemote is not actually available anywhere, so here are two places:
I can guess the .nl site isn't where I should look so try the .com. Lets see, UK only keyboard, Shipped from Europe and paid in Euros (more fees) and at prices higher than a lot of higher spec hardware without those problems. And you get to buy it from a tiny site that can't even spring for an SSL cert. I know I'm eager to put my credit card in that. Sounds like 'not av
Yes, Ubuntu will run on ARM (Score:3, Interesting)
Little Linux Laptop (Score:2)
I can't be 100% sure what you've got because I can't find much info about it on the internet, but odds are good that is just a re-stickering of a very prevalent ARM netbook that's doing the rounds.
If so, a developer community can be found below, and there is a full replacement Linux distro available (no promises that it'll work, YMMV etc.).
http://www.littlelinuxlaptop.com/ [littlelinuxlaptop.com]
Cross LFS or Debian Live? (Score:2)
- Create ARM VM (Qemu does this)
- Create development image/environment (Qemu can do ARM)
- Build an ARM image
- Test in emulator/simulator
- Install with one of several methods - the Debian Installer works on ARM, for example.
- Test, log notes for yourself, and repeat the build process
----
http://cross-lfs.org/view/clfs-embedded/arm/introduction/how.html>
"The CLFS system will be built by using a previously installed Linux distribution (such as Debian, Fedora, Mandriva, SUSE, or Ubuntu). This existing Linux s
Re: (Score:2)
All things considered, those are mostly normal laptops. Android is nowhere near optimised for that usage scanario.
Re: (Score:2)
And those show exactly that Android is hardly optimised for them. Read their reviews.
Re: (Score:2)
It has more usable screen and keyboard?
Re: (Score:3, Insightful)
You're on the wrong site. Go back to digg or where ever you should be.
Re: (Score:2)
~$80-$100 for a complete embedded system, with LCD and inputs, and a reasonable set of peripherals opens up all sorts of interesting projects, if you can get your OS of choice on there.
Re: (Score:2)
And all those 486s controlling Shuttles or...Airbuses should just dissapear!
Re: (Score:2)
Better yet, just buy a Sharp Netwalker, now also in tablet form, and get Linux on ARM with better specs.
You can then spend your time trying to run Debian or a recent Ubuntu version from the SD card.