Slashdot Mirror

Digging around a bit this is what I gathered:

TSYNC is some flag added to seccomp to aid in something relating to thread synchronization: http://patchwork.linux-mips.or...

And seccomp is a security mechanism of the Linux kernel used to implement the sandbox in Google Chrome, which it uses for instance to run the Flash plugin in such a way that it doesn't compromise the system if one of its many security weaknesses: http://lwn.net/Articles/347547...

None of this seems to have any relation to spyware, in fact it would seem to have the exact contrary purpose: protecting the system from potentially malicious code and security exploits.

Unless I'm missing something obvious, it sounds like Ben Hutchins (the Debian mailing list guy who made the comment on spyware) just dislikes Chrome for whatever reason unrelated to TSYNC and decided that it would be a fine way to ensure new versions of Chrome don't run.

But can your PSP play N64 games?

Uh, yes? I'm sure it's slow, but there you go.
http://sourceforge.net/projects/daedalus-n64/

Can it browse the web

Yes again, PSP have been able to get online via WiFi from day one.

or use 3G sticks

Don't you already own a cell phone?

Does your PSP have awesome controls

I don't think they are too bad.

a great screen

4.3" is the same size as the Pandora, albeit @ 1/2 rez.

a 14 hour battery life?

No, but it does have a 10 hour battery life. And the batteries are cheap.
http://www.circuitcentral.com.au/sony-psp-high-capacity-battery-3650mah-aftermarket.html

Does it run hackable linux, with off-the-shelf compatibility with your favourite tools?

Uh, yes again.
http://www.linux-mips.org/wiki/PSP

There's many features that make a Pandora desirable.

Did you miss the part where I said I wanted it to succeed?

If you want enough of them, its value shoots up far above other handhelds.

Yes & right now there is a $200 difference. No where near enough value for the cost compared to a cracked PSP Slim if all you want to do with it is play games.

lolz, but really... this is the first time I've seen the "git://" protocol specifier. I had to resort to the Fount of All Knowledge to find out what in tarnation "git" is:

Git is a free distributed revision control, or software source code management project with an emphasis on being fast. Git was initially designed and developed by Linus Torvalds for Linux kernel development.

Every Git working directory is a full-fledged repository with complete history and full revision tracking capabilities, not dependent on network access or a central server.

Ok, that doesn't tell me much, actually. And there's no reference at all to git://. I had to step away from Wikipedia and do a real search -- which ended up on the Git Wiki, of course.

Which git protocol to use
Generally these days the git protocol (the git://) URLs) is the prefered protocol.

git Git's own protocol which tries to heavily optimize the amount of bandwidth used and thus is generally very efficient for updates. An issue with the git protocol is its use of TCP port 9418 which paranoid firewall admins may have blocked.

http Rather inefficient usage of bandwith and CPU but since http is generally enabled in firewalls it exists for those poor souls suffering from fascist firewall admins.

rsync The oldest git protocol, deprecated and supposed to eventually go away. Suffers from a low probability race condition. Its advantage is the lowest CPU usage on the server side. Not recommended for pulling or fetching. Heck, it really should be considered the last alternative.

I bet I'll end up seeing git:// all over the place on Slashdot soon. Once something better comes along, I might even understand it. (I just now figured out that whole "bittorrent" thing...)

There are lots of MIPS Linux distros (Main Page), but that doesn't invalidate the GP post. The only apps you get are the ones in the distros. No one compiles for MIPS, since the market is miniscule.

Install Gentoo, problem solved !

Want OpenOffice for MIPS ? Just, uh... Wait, let me get back to you on that one.

There are lots of MIPS Linux distros (Main Page), but that doesn't invalidate the GP post. The only apps you get are the ones in the distros. No one compiles for MIPS, since the market is miniscule.

Install Gentoo, problem solved !

Want OpenOffice for MIPS ? Just, uh... Wait, let me get back to you on that one.

There are lots of MIPS Linux distros (Main Page), but that doesn't invalidate the GP post. The only apps you get are the ones in the distros. No one compiles for MIPS, since the market is miniscule. This means it is a crap shoot as to whether the source compile works, and you get nothing if the source isn't available. I had the same problem for PowerPC back when I had Linux on my old Mac, and I would wager that PPC is at least a big a market as MIPS would be.

One of my favorite bug hunts was when I found out the implementation difference in varargs between x86 and PPC: in x86, it is a pointer, which means changes in a called function don't propagate, while it is a pointer to a struct on PPC, which means changes do propagate -- thus the missing va_end only affected things on PPC.

There are lots of MIPS Linux distros (Main Page), but that doesn't invalidate the GP post. The only apps you get are the ones in the distros. No one compiles for MIPS, since the market is miniscule. This means it is a crap shoot as to whether the source compile works, and you get nothing if the source isn't available. I had the same problem for PowerPC back when I had Linux on my old Mac, and I would wager that PPC is at least a big a market as MIPS would be.

One of my favorite bug hunts was when I found out the implementation difference in varargs between x86 and PPC: in x86, it is a pointer, which means changes in a called function don't propagate, while it is a pointer to a struct on PPC, which means changes do propagate -- thus the missing va_end only affected things on PPC.

This is Not a PC.

Is it not personal? Or is it not a computer? o_O

There is not x86 compatible CPU in there.

So?

Since it's MIPS, don't expect to just use RPM and install anything

why not?

I'll settle for a kill switch on users who top post. Thank you so much, Microsoft, for innovating that ...

http://www.linux-mips.org/wiki/Net_Resources

1. You're gonna need multiple Linux flavors and versions from multiple sources that specialized in these platforms.
   
   • ALPHA
     
   • ARM
     
   • I686
     
   • IA64
     
   • M68K
     
   • PowerPC PenguiPPC Denx
     
   • MIPS
     
   • S390
     
   • SuperH
     
   • UltraSPARC
     
   • X86_64
     
   
   
2. To determine which versions of crosstool (compiler, linkers, debugger), check out The Matrix Guy (Dan Kegel), or more specifically THE MATRIX of workable gcc/g++/ld/gdb.
   
3. To ease your pain of figuring out the "./configure" options, definitely checkout PTXDist. Menuconfig is similar to Linux 'make menuconfig'. PTXDist also help to build a root file system in a jiffy, which in my book, is a PLUS!
   

Linux on SGI's MIPS workstations is already pretty usable. The core site is at http://www.linux-mips.org/, plus both Gentoo and Debian have functional MIPS Ports [ G | D ].

Between both distro's, most of SGI's systems from the Indy to the Octane are supported (although support for the individual components is dependent on the machine). We're hoping to get our hands on some of their newer stuff, like a Fuel or an Origin 300 to see how hard that will be to port to (especially the R14000), but the dream is to one day (hopefully before the year 3000) get Linux running on a quad-cpu Tezro :)

Look here..

http://www.linux-mips.org/wiki/Broadcom_SOCs

That might not matter

Lexra trapped these, and you could write an emulator in software, but it still got sued. The case was settled out of court as far as I can see.

http://www.linux-mips.org/wiki/Lexra

http://www.linux-mips.org/archives/linux-mips/2004 -09/msg00112.html
That's from a friend of mine off another forum.
Gentoo's documentation on running MIPS agrees that 2.6 isn't flying on it. In 2.6.10 it might be fixed, but the changelogs don't show anything like that - after all, it's old and irrelevant right? Who cares about hardware not actively in use by big corporations?

I'm sorry, the SGI Indys with R5000 processors are supported by Linux 2.6 and continue to be maintained.

Just because you are too incompetent to make it work doesn't mean it isn't supported.

I'm sorry, the SGI Indys with R5000 processors are supported by Linux 2.6 and continue to be maintained.

Just because you are too incompetent to make it work doesn't mean it isn't supported.

"Linux wil run on most, if not all desktop computers currently running Windows."

In fact, Linux runs on about 23 additional architectures that Microsoft can't even remotely support with their most-flexible embedded target.

• Diverse PDA / embedded / microcontroller / router devices:
  • Advanced RISC Machines, Ltd. ARM family (StrongARM SA-1110, XScale, ARM6, ARM7, ARM2, ARM250, ARM3i, ARM610, ARM710, ARM720T, and ARM920T)
  • Analog Devices, Inc.'s Blackfin DSP
  • Axis Communications ETRAX series ("CRIS" = Code Reduced Instruction Set RISC architecture)
  • Elan SC520 and SC300
  • Fujitsu FR-V
  • Hitachi H8 series
  • Intel i960
  • Intel IA32-compatibles (Cyrix MediaGX, STMicroelectronics STPC, ZF Micro ZFx86)
  • Matsushita AM3x
  • MIPS-compatibles (Toshiba TMPRxxxx / TXnnnn, NEC VR series, Realtek 8181)
  • Motorola 680x0-based machines (Motorola VMEbus boards, ISICAD Prisma machines, and Motorola Dragonball & ColdFire CPUs, and Cisco 2500/3000/4000 series routers)
  • Motorola embedded PowerPC (including MPC / PowerQUICC I, II, III families)
  • NEC V850E
  • Renesas Technology (formerly Hitachi) SH3/SH4 (SuperH: link1 link2)
  • Samsung CalmRISC
  • Texas Instruments's DM64x and C54x DSP families
• Intel 8086 / 80286 .
• Intel IA32 family: i386, i486, Pentium, Pentium Pro, Pentium II, Pentium III, Xeon, and Pentium IV processors, as well as IA32 clones from AMD, Cyrix, VIA, IDT, Winchip, NexGen, Transmeta, VIA C3 Ezra "CentaurHauls", and others.
• Intel/HP IA64: Trillian/Itanium/Itanium2
• AMD x86-64 Hammer family (including AMD Opteron)
• Motorola 68020-68040 series (with MMU): m68k Mac, Amiga, Atari ST/TT/Medusa/Falcon, HP/Apollo Domain, HP9000/300, sun3, and Sinclair Q40.
• Motorola/IBM PowerPC family: Most PowerMac (including G3/G4/G5) / CHRP / PReP / POP, Amiga PowerUP System, and IBM PPC64 (AS/400, RS/6000).
• MIPS

Linux runs quite well on Indy. My Distro is available, and there is Debian port in the works. See also The SGI site and The Unofficial site. There's even X available now for some configurations. This port isn't production-ready but it's certainly ok for casual use.