Linux-Development-Sys Digest #694, Volume #6 Sun, 9 May 99 14:13:53 EDT
Contents:
Re: porting Linux to other processors (Peter Morris)
Re: Failed building glibc-2.1.1pre2, please help ([EMAIL PROTECTED])
Re: Translation of linux to minor languages ("Ron Ruble")
Re: Glibc rant (Peter Mutsaers)
Re: Translation of linux to minor languages (Eugene V. Morozov)
adding a new system call?? ("dongwon Lee")
Re: linux and swap on nfs (Robert Brockway)
Re: linux and swap on nfs (Andi Kleen)
Cyrix 166+ and pentium optimisations (Jacek Pop�awski)
Re: Glibc rant (Mark Shinwell)
Re: linux and swap on nfs (Andi Kleen)
Re: linux and swap on nfs (Miquel van Smoorenburg)
Re: Cyrix 166+ and pentium optimisations (Juergen Heinzl)
Re: Mount multi-track CD ROMs? (Igor Zlatkovic)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Peter Morris)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: porting Linux to other processors
Date: Sat, 8 May 1999 10:29:43 -0400
Reply-To: [EMAIL PROTECTED]
On Fri, 07 May 1999 23:58:18 -0700, Joseph Virzi <[EMAIL PROTECTED]> wrote:
>We have some quasi-embedded applications with StrongArm SA-110 and
>another with i960. I've been toying around with the notion of porting
>Linux to these processors.
>
>I've heard that Linux has been ported to the SA-110, and I'm sure it has
>been ported to the i960. Does anyone know if this is true, and where I
>could get this Linux?
>
>If not, I know this is not a trivial undertaking, but what are the
>minimum hardware requirements? The designs all have:
>
>a) flash non-volatile memory
>b) lots of sdram
>c) ethernet devices ( based on i82558 )
>d) uart
>e) optionally a mass storage device, though memory mapped through a PCI
>interface
>
>Also, I'd imagine there's the issue of a compiler for the processor.
>
>Any pointers?
>
I don't know anything about your question except to point you to
http://www.arm.uk.linux.org/
It seems pretty comprehensive.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Failed building glibc-2.1.1pre2, please help
Date: Sun, 09 May 1999 05:34:17 GMT
In article <[EMAIL PROTECTED]>,
Andreas Jaeger <[EMAIL PROTECTED]> wrote:
> >>>>> lauras writes:
>
> > Hello,
> > I was trying to build glibc but got undefined reference to
"__printf_fphex".
> > I am using:
> > slackware 3.6 with 2.2.7 kernel,
> > gcc version pgcs-2.91.66 19990314 (egcs-1.1.2) release,
> > make 3.77,
> > binutils 2.9.1.0.24
>
> > Glibc was configured using CFLAGS="-mpentiumpro -march=pentiumpro"
> > ../configure --enable-omitfp --enable-add-ons=crypt,linuxthreads
> For now try again with an empty (!) build directory and don't specify
> CFLAGS or add -O2.
Nothing helped - I didn't specify CFLAGS, didn't use --enable-omitfp, even
switched back from pgcs-1.1.3 to egcs-1.1.2, (of course I removed everything
in my build directory before evry next try) but nothing seems to work. :(
What could be wrong? Buggy egcs, binutils?
Laurynas Biveinis
============= Posted via Deja News, The Discussion Network ============
http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own
------------------------------
From: "Ron Ruble" <[EMAIL PROTECTED]>
Subject: Re: Translation of linux to minor languages
Date: Sun, 9 May 1999 06:54:51 -0400
Frank v Waveren wrote in message ...
>due to the GPL nature of most linux apps, it shouldn't be to hard to change
>all strings in sources and data files... How long this would take depends
on the
>amount of text in the application.
The utilities will port quickly; apps that do a lot of user
prompting or interaction (other than simple key-combinations)
will take longer.
>This is of course assuming that
>
> a) you don't use translations that are to long to fit in buffers or in
> precisely measured out screen decorations
This can be over half the work in a graphical application.
> b) the program is written neatly.
And how it handles text. Some folks still try like hell to
avoid standard library string processing. For some
reason they always code their own alternatives, usually
in such a way that you have to change the logic in those
sections to use standard string processing ;>
>In article <newscache$nn6gbf$an7$[EMAIL PROTECTED]>,
> "Kalaznikov" <[EMAIL PROTECTED]> writes:
>> Hello there,
>> I'm a 21 year old guy from the Faroe Islands with a question. The Faroe
>> islands are a small place with only 45.000 people, and when we're that
small
>> there is nil chance that the major software companies are going to make
>> translations of their programs into faroese language. I'm wondering if it
is
>> possible to make translations of linux software(both the OS and programs
>> like netscape etc) from english into other languages and how difficult
such
>> a task would be.
<snip>
------------------------------
From: Peter Mutsaers <[EMAIL PROTECTED]>
Subject: Re: Glibc rant
Date: 09 May 1999 10:33:28 +0200
>> "PDS" == Paul D Smith <[EMAIL PROTECTED]> writes:
PDS> I fully expect that when a .deb for glibc 2.1 is available,
PDS> it will also install just fine and everything will continue
PDS> to work as before.
Alas, probably not 100%. Since glibc 2.0 and 2.1 have the same major
shlib version number (6) in theory you cannot install both, and 2.1
should be strictly upwards compatible with 2.0.
However this is not the case (in incredible stupid thing IMO; at least
they should have bumped the major revison number again to 7 for
glibc2.1) making some tricks necessary, that may not always work (the
relinking process in the Oracle 8 installation being an example).
--
Peter Mutsaers | Abcoude (Utrecht), | Trust me, I know
[EMAIL PROTECTED] | the Netherlands | what I'm doing.
===============+=====================+==================
Powered by FreeBSD (-current). See http://www.freebsd.org
------------------------------
From: [EMAIL PROTECTED] ru (Eugene V. Morozov)
Subject: Re: Translation of linux to minor languages
Date: 09 May 1999 13:06:48 +0400
"Kalaznikov" <[EMAIL PROTECTED]> writes:
> Hello there,
> I'm a 21 year old guy from the Faroe Islands with a question. The Faroe
> islands are a small place with only 45.000 people, and when we're that small
> there is nil chance that the major software companies are going to make
> translations of their programs into faroese language. I'm wondering if it is
> possible to make translations of linux software(both the OS and programs
> like netscape etc) from english into other languages and how difficult such
> a task would be. How much time would such a job take? weeks, months or maybe
> years(?) or what? looking forward to hearing from you.
>
> Yours sincerely Kal
Many Linux programs are written using GNU gettext, so translation of
such programs will be easy if you have enough time to translate
strings and documentation.
Eugene
--
E-mail: <john @ lucifer dorms spbu ru> Homepage: http://lucifer.dorms.spbu.ru
<john_morozov @ yahoo com> <jmv @ usoft spb ru>
"Linux poses a real challenge for those with a taste for late-night
hacking (and/or conversations with God)." (By Matt Welsh)
------------------------------
From: "dongwon Lee" <[EMAIL PROTECTED]>
Subject: adding a new system call??
Date: Sun, 9 May 1999 17:53:40 +0900
I made my own system call and kerenl complie and reboot.
and the book said (linux kernel internals 2nd)
register the system call to library fuction for using this system call in
application.
so I made a C code
#include <linux/unistd.h>
_syscall(int, holydive)
and then ... I don't kown what I need to do?
How I compile the C code for registering?
My system call is
asmlinkage int sys_holydive(void)
{
return 1;
}
------------------------------
From: Robert Brockway <[EMAIL PROTECTED]>
Subject: Re: linux and swap on nfs
Date: Sun, 09 May 1999 12:59:33 GMT
[EMAIL PROTECTED] wrote:
: Hi,
: we are using linux 2.2.6 on 54 diskless pentium2 PC's.
: since this PC's have only 64MB memory, we want linux to
: swap over nfs. But the current kernels seems, that this support
: isn't implemented.
I'm not sure about a swap partition but you could do it with a swapfile.
Basically, mount your nfs filesystem. Make a file on your filesystem
using dd. Use swapon to activate it. Done. I can't see this would be a
problem with nfs.
A swapfile is inherently slower than a swap partition, but it would
probably still be more than fast enough. If the nfs server is going to
serve many many boxen with swap partitions I would use scsi if
economically feasible and would make it a dedicated nfs (swap) server.
Cheers,
-Robert
--Robert Brockway B.Sc. Email: [EMAIL PROTECTED]
[EMAIL PROTECTED], [EMAIL PROTECTED]
WWW: http://www.humbug.org.au/~robert
I'll try anything once, and if I like it, I'll take it up as a hobby!
------------------------------
Subject: Re: linux and swap on nfs
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 09 May 1999 15:07:22 +0200
Robert Brockway <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED] wrote:
> : Hi,
>
> : we are using linux 2.2.6 on 54 diskless pentium2 PC's.
> : since this PC's have only 64MB memory, we want linux to
> : swap over nfs. But the current kernels seems, that this support
> : isn't implemented.
>
> I'm not sure about a swap partition but you could do it with a swapfile.
> Basically, mount your nfs filesystem. Make a file on your filesystem
> using dd. Use swapon to activate it. Done. I can't see this would be a
> problem with nfs.
This does not work. Linux doesn't support NFS swapping out of the box (because
it is a bag of worms ridden with deadlocks on a OS with unified memory management,
as Linux is). There are some patches for it out there, but I would be sceptical
on their quality (at least one made all NFS operations synchronous, which kills
all NFS performance, and most likely still doesn't fix all possible deadlocks).
Solving the problems is hard.
-Andi
--
This is like TV. I don't like TV.
------------------------------
From: [EMAIL PROTECTED] (Jacek Pop�awski)
Subject: Cyrix 166+ and pentium optimisations
Reply-To: [EMAIL PROTECTED]
Date: 9 May 1999 13:17:00 GMT
Anybody knows if -mpentium and -march=pentium optimisations are good
on Cyrix 6x86 166+ processor? When I programmed under DOS in assembler,
I remember that some optimisations give slowdown instead speedup...
BTW what exacly means -march=pentium and why everybody uses only -mpentium?
BTW2 what means "-O6" when compiler knows only "-O3" ?
------------------------------
From: Mark Shinwell <[EMAIL PROTECTED]>
Subject: Re: Glibc rant
Date: Sun, 09 May 1999 13:49:06 +0100
"G. Sumner Hayes" wrote:
>
> Lou Grinzo wrote:
> >
> > The original thread had to do with the problems caused by glibc 2.1.
> > That should not have happened in open, closed, or any other kind of
> > source, and it shows that someone, somewhere, was asleep at the
> > switch.
>
> The original thread had to do with the problems caused by a glibc 2.0
> to glibc 2.1 migration. glibc 2.0 was never a stable production
> release. It's hardly unexpected that there will be differences
> between development versions of software and final release. Even
> so, I only had to rebuild 4 packages (ncurses and a couple of others)
> when moving from glibc 2.0.6 to glibc 2.1.
I seem to recall David Blake's posting earlier in this thread:
"By the way, Xlib and all of the image libraries need to be recompiled
as well. I would pretty much recommend grabbing every library you can
get your hands on from a distribution that has a glibc2.1 release, or
facing the prospect of recompiling a lot of stuff."
>
> If you didn't want to run development software, you shouldn't have
> done so. If your distribution used a development version of the core
> C library in a so-called stable release then you should complain to
> them if it's a problem for you.
(snip)
This whole argument that "you just recompile all your software" is
ridiculous. For a start, many people rely on binary (e.g. RPM)
packages, or closed-source software. It is a nonsense to assume that
Linux will ever make it into the mainstream market any more than it has
at the moment based entirely on open-source software.
Closed-source software should not be seen as something "that shouldn't
be there" but rather as something that is _necessary_ to further the
acceptance of Linux. It's just not viable for some companies to produce
open-source software.
Hence the glibc developers ought to be doing their damnest to ensure
that every version of glibc that is released is backwards-compatible.
Close off as many of the internal calls as is practically possible. It
doesn't matter if it's a development version or not. Why should a
development version exhibit an API which is not backwards compatible?
It might not work properly, right, but the API should be the same.
_Especially_ when it is just about the most crucial library in the whole
system.
And if something _really_ needs to be changed, and the library has
already been adopted by a major distribution packager, then the authors
of the library ought to observe this and take appropriate action to
ensure that the mess we have at the moment doesn't arise in the first
place. Otherwise we will just descend into "DLL hell" (although it's not
far from it with Red Hat 6.0 at the moment).
--
==================================================================
Mark Shinwell Queens' College, Cambridge University, UK
Mail: [EMAIL PROTECTED] WWW: http://mrs30.quns.cam.ac.uk
==================================================================
------------------------------
Subject: Re: linux and swap on nfs
From: Andi Kleen <[EMAIL PROTECTED]>
Date: 09 May 1999 17:01:55 +0200
[EMAIL PROTECTED] (Miquel van Smoorenburg) writes:
> In article <[EMAIL PROTECTED]>, Andi Kleen <[EMAIL PROTECTED]> wrote:
> >Robert Brockway <[EMAIL PROTECTED]> writes:
> >This does not work. Linux doesn't support NFS swapping out of the box (because
> >it is a bag of worms ridden with deadlocks on a OS with unified memory management,
> >as Linux is).
>
> Wouldn't swapping over the NBD (Network Block Device) work ?
It has the same basic problem: You run out of memory, thus you start swapping,
the swapper calls the network stack, the network stack allocates a packet,
you have no memory -> deadlock.
On BSD it is a bit easier because they use a separate mbuf pool that is not
shared with other subsystems (but they're still not entirely safe,
e.g. when for some reason there are no mbufs left for swapping the system
goes boom)
On Linux which has a single shared memory pool for everything it is a really
hard problem.
-Andi
--
This is like TV. I don't like TV.
------------------------------
From: [EMAIL PROTECTED] (Miquel van Smoorenburg)
Subject: Re: linux and swap on nfs
Date: 9 May 1999 15:25:39 +0200
In article <[EMAIL PROTECTED]>, Andi Kleen <[EMAIL PROTECTED]> wrote:
>Robert Brockway <[EMAIL PROTECTED]> writes:
>This does not work. Linux doesn't support NFS swapping out of the box (because
>it is a bag of worms ridden with deadlocks on a OS with unified memory management,
>as Linux is).
Wouldn't swapping over the NBD (Network Block Device) work ?
Mike.
--
Indifference will certainly be the downfall of mankind, but who cares?
------------------------------
From: [EMAIL PROTECTED] (Juergen Heinzl)
Subject: Re: Cyrix 166+ and pentium optimisations
Date: Sun, 09 May 1999 16:14:39 GMT
In article <[EMAIL PROTECTED]>, Jacek Pop�awski wrote:
> Anybody knows if -mpentium and -march=pentium optimisations are good
>on Cyrix 6x86 166+ processor? When I programmed under DOS in assembler,
In general do not expect to much regarding an Intel compatible CPU.
>I remember that some optimisations give slowdown instead speedup...
It depends on the code, one reason it most of the times is not worth
it to fiddle around too much. It might need more time then the final
gain.
>BTW what exacly means -march=pentium and why everybody uses only -mpentium?
-mcpu=<cpu> means (try to) optimise so it runs fastest on that CPU but
still works on others too. -march=<cpu> means emit instructions that
are CPU specific or in other words the binaries might not run on an
i386.
>BTW2 what means "-O6" when compiler knows only "-O3" ?
It looks more impressive 8) ... aside from that it means the compiler
will default to the highest available optimisation level, 3 up to now
and should there ever be a level 4 you'd get that one. Can be dangerous
though and some optimisations like -fschedule-insns do not work
reliable (yes, I am sure about that one ...) and so I do not want them
being enabled behind my back.
I use to use -Os with egcs, aside from some other options though and
profile based optimisation is nice for some applications.
It might be possible to tweak out a bit more performance here and there
but since right now this is a single user machine even a 10 or 20 per
cent faster C library might not worth the efforts, especially since
not only the code but other things like how much memory, disk transfer
rate and so on have an impact too.
Cheers,
Juergen
--
\ Real name : J�rgen Heinzl \ no flames /
\ EMail Private : [EMAIL PROTECTED] \ send money instead /
------------------------------
From: Igor Zlatkovic <[EMAIL PROTECTED]>
Subject: Re: Mount multi-track CD ROMs?
Date: Sun, 09 May 1999 16:56:54 +0000
==============D113662A62ABF2B368977B68
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hello. Sorry, I was wrong.
I have looked at it again. The configuration help mentioned sessions, not
tracks. I understand that if you burn your own multisession CD and see only
one session, you should enable this option. Some CDROM drives require this
option in order to be able to handle multisession CDs. Mine does not, I can
always see all sessions without this option (Plextor 32x SCSI drive).
You were talking about tracks. Tracks are different thing.
You always have only one data track on the CD and possibly additional sound
tracks. the data track must always be the first track on the CD. You will not
be able to mount a sound track, no matter what you do. You can only mount
something that has a recognized filesystem.
If you have a CD that has more than one data track, then the CD was not made
according to the standard and other tracks are unusable. They are usable only
to some program that differs between tracks itself ( an audio CD player, for
example ).
In order to mount a track, you need a device that points to that track, like
you have devices that point to HD partitions. As of my knowledge, there are no
such devices under Linux.
--
o
O Cheers,
______O___
\________/ Igor Zlatkovic
\ o / mailto:[EMAIL PROTECTED]
\ O /
\ /
\/
|| University of Applied Sciences
___||___ Frankfurt, Germany, EU.
==============D113662A62ABF2B368977B68
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Hello. Sorry, I was wrong.
<p>I have looked at it again. The configuration help mentioned sessions,
not tracks. I understand that if you burn your own multisession CD and
see only one session, you should enable this option. Some CDROM drives
require this option in order to be able to handle multisession CDs. Mine
does not, I can always see all sessions without this option (Plextor 32x
SCSI drive).
<p>You were talking about tracks. Tracks are different thing.
<p>You always have only one data track on the CD and possibly additional
sound tracks. the data track must always be the first track on the CD.
You will not be able to mount a sound track, no matter what you do. You
can only mount something that has a recognized filesystem.
<p>If you have a CD that has more than one data track, then the CD was
not made according to the standard and other tracks are unusable. They
are usable only to some program that differs between tracks itself ( an
audio CD player, for example ).
<p>In order to mount a track, you need a device that points to that track,
like you have devices that point to HD partitions. As of my knowledge,
there are no such devices under Linux.
<br>
<pre>--
o
O Cheers,
______O___
\________/ Igor Zlatkovic
\ o / <A
HREF="mailto:[EMAIL PROTECTED]">mailto:[EMAIL PROTECTED]</A>
\ O /
\ /
\/
|| University of
Applied Sciences
___||___ Frankfurt, Germany, EU.</pre>
</html>
==============D113662A62ABF2B368977B68==
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.development.system) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Development-System Digest
******************************
