Linux-Development-Sys Digest #24, Volume #7 Thu, 5 Aug 99 21:14:06 EDT
Contents:
Re: unique machine ID for Linux on ix86 platform? (Eric Hegstrom)
Re: Linux API, Libraries (Tristan Wibberley)
Seeking Linux UDP broadcast forwarding solution (epadin)
Cross-compiling kernel ->PowerPC (BRIOLE)
semaphore.h for asm-ppc? (2.0.37) (BRIOLE)
user process space (Ann Chen)
Re: unique machine ID for Linux on ix86 platform? (Torbjorn Tallroth)
Re: assembler message, Unknown pseudo-op : .section (Chris Butler)
Re: pin memory (Chris Butler)
Re: Video mode switching with asm (Chris Butler)
miximal mount count (Yung-Hsiang Lu)
Re: does egcs 1.1.2 produce stable kernels? (Klamer Schutte)
Re: address? (Johan Kullstam)
Re: miximal mount count (Paul Kimoto)
Re: Unresolved symbols in module... (Cameron L. Spitzer)
Re: unique machine ID for Linux on ix86 platform? (Matthew Carl Schumaker)
Re: Problem with compiling vfat in 2.3 kernel (Paul Kimoto)
Re: Pre-emptiveness of Linux (Chris Butler)
Re: address? (Chris Butler)
Re: Port 6000 Process (Victor Wagner)
Rewriting Linux ..... ("Indigo news")
Re: Size limitations kernel (Chris Butler)
Re: Problem with compiling vfat in 2.3 kernel (Tristan Wibberley)
----------------------------------------------------------------------------
From: Eric Hegstrom <[EMAIL PROTECTED]>
Subject: Re: unique machine ID for Linux on ix86 platform?
Date: Thu, 05 Aug 1999 12:01:33 -0700
Well, how about having a license server on some sort of "secure"
(meaning trusted and controlled access) machine on the internal company
network. This license server could then validate requests from machines
running this software. Are there any free license server packages out
there?
Wouldn't this be considered a technical solution?
Peace,
Eric
"Stuart R. Fuller" wrote:
>
> No, the problem is that you are seeking a technical solution to a
> non-technical problem. The problem is that you are afraid that someone will
> attempt to run this software outside of Philips. The technical solution you
> are looking for is easily thwarted by someone who wants to do so. Ethernet
> address can be changed, and your solution now breaks. Even if there is a
> machine readable serial number, they can be changed to be whatever they need
> to be.
>
> Again, the problem is non-technical in nature, and will require a
> non-technical solution.
> Remco van den Berg ([EMAIL PROTECTED]) wrote:
> : On Thu, 05 Aug 1999 14:10:03 GMT, Stuart R. Fuller wrote:
> : >Remco van den Berg ([EMAIL PROTECTED]) wrote:
> : >: Are there any solutions known for getting an unique system ID from Linux
> : >: machine on an ix86 architecture?
> : >:
> : >: I want to distribute some software with some security such that the software
> : >: can only run on a certain machine.
> : >
> : >You license the software to run on a specific machine, and have a team of
> : >lawyers to back it up.
> : >
> : >Any security scheme of trying to tie software to a specific machine will fail:
> : >
> : > - there is no machine readable "serial number" on the system
> : > - tying software to an Ethernet address fails when the Ethernet
> : > address changes (newer faster card, broken card, etc).
> : > - tying software to an IP address fails when the IP address changes.
> : >
> : >
> : > Stu
> :
> : I think the Ethernet MAC address could be an option, but isn't it possible
> : to change that too?
> :
> : The problem is that I want to make some software only for internal Philips
> : usage. The software is confidential. That's why.
--
Eric Hegstrom .~.
Senior Software Engineer /V\
Sonoran Scanners, Inc. // \\ L I N U X
[EMAIL PROTECTED] /( )\ >don't fear the penguin<
520-617-0072 x402 ^^-^^
------------------------------
From: Tristan Wibberley <[EMAIL PROTECTED]>
Subject: Re: Linux API, Libraries
Date: Wed, 04 Aug 1999 17:36:48 +0100
Reply-To: [EMAIL PROTECTED]
"Michael B. Trausch" wrote:
>
> Hi,
>
> I am a technican and I work with installing and supporting
> Linux. I'm looking to learn to program, other than writing
> QuickBASIC code and shell scripts. I would like to learn
> C/C++, and in addition to that, the Linux API, and libraries
> that are popularly used.
>
> Can someone point me to some good resources for learning
> this information? It is much appreciated.
A book on UNIX programming would be a good place to start. There are
minor differences. When you have a specific task that needs solving (and
you don't know what to do) ask for advice on comp.os.development.system,
also browse freshmeat.net for libraries which might help.
--
Tristan Wibberley
------------------------------
From: epadin <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.networking
Subject: Seeking Linux UDP broadcast forwarding solution
Date: Thu, 05 Aug 1999 19:47:51 GMT
My organization is using Linux-based router/firewalls. We have an
application that we wish to firewall but it uses UPD broadcasts. Right
now, we have it segregated by a Cisco router but we would like route
through a Linux box. The server sends out a directed UDP broadcast
destined to specific networks like 192.168.15.255, 192.168.16.255, etc.
The Cisco router has a 'udp forward' command whereby you specify the
UDP port and it will forward all UDP broadcast traffic seen on the
port. I am seeking a program that will emulate this Cisco feature on a
Linux machine. My company is willing to pay for a programmer to develop
this program if it is not already part of the already available
programs out there.
If anyone can help me with this I will greatly appreciate it.
Thank you.
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: BRIOLE <[EMAIL PROTECTED]>
Subject: Cross-compiling kernel ->PowerPC
Date: 5 Aug 1999 19:31:35 GMT
Hello all,
I would like to use Linux on IBM rs6k model 250 workstations
(power pc 601 based), but I need to cross-compile Linux
for these workstations from a 80x86 based Linux PC.
How can I do this? (I'm a new in cross-compiling)
I thank you in advance,
Sylvain.
--
Sylvain Briole (aka Eclice sur IRC / supaero)
Lille - Nord - France
EMail InterNet : [EMAIL PROTECTED] / [EMAIL PROTECTED]
------------------------------
From: BRIOLE <[EMAIL PROTECTED]>
Subject: semaphore.h for asm-ppc? (2.0.37)
Date: 5 Aug 1999 20:55:53 GMT
Hello all,
I would like to compile the 2.0.37 kernel for a ppc
based computer but the semaphore.h file is not
present for this architecture....
How can I do?
I thank you in advance for your answer....
Sylvain.
--
Sylvain Briole (aka Eclice sur IRC / supaero)
Lille - Nord - France
EMail InterNet : [EMAIL PROTECTED] / [EMAIL PROTECTED]
------------------------------
From: Ann Chen <[EMAIL PROTECTED]>
Subject: user process space
Date: Thu, 5 Aug 1999 15:50:50 -0500
We are trying to develop driver that enables direct DMA from and to
user space. In order to do so, I think we need the physical address of
the entire user process space. Does anybody know a way to get the
physical address of the end of kernel memory, the start of the user
memory, and the end of the user memory?? It would be very helpful for us
to ensure that our DMA engine doesn't write over the linux operating
system. Thanks in advance for you help.
Thanks,
Ann
------------------------------
Date: Fri, 6 Aug 1999 00:06:58 +0200
From: Torbjorn Tallroth <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: unique machine ID for Linux on ix86 platform?
On 5 Aug 1999, Remco van den Berg wrote:
> The problem is that I want to make some software only for internal Philips
> usage. The software is confidential. That's why.
Why not try:
chmod -r SECRET-SOFTWARE
if you have a reliable system administrator.
The alternative would be to encrypt the binaries, to ensure that noone
makes a personal copy.
Once someone has a personal, unencrypted copy, he can bring that home to
his own computer and disassemble it, change it, to make work anywhere.
In other words: You have to make it impossible to read the program text
for the user.
--
tth
------------------------------
From: [EMAIL PROTECTED] (Chris Butler)
Subject: Re: assembler message, Unknown pseudo-op : .section
Date: 5 Aug 1999 16:04:22 +0100
[comp.os.linux.development.system - Wed, 28 Jul 1999 16:31:17 +0900] * Lim, wrote *
> Hi, I installed binutils-2.9.1.0.19a as 'arm-aout' targetted.
> When I assemble a simple example with arm-aout-asm, it
> complains that
> Error : Unknown pseudo-op '.section'
> Error : Unknown pseudo-op '.previous'
> When I look into the GAS manual, there exists the directive
> '.section'. I can't figure out why this happens. Can anyone
> explain this or advise?
GAS only supports the .section pseudo-op when the target object format
supports sections. I don't think a.out supports sectioning, though.
JOOI - why are you trying to compile for arm-aout? The ARM port of Linux
supports ELF nowadays..
--
Chris Butler
<[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Chris Butler)
Subject: Re: pin memory
Date: 5 Aug 1999 17:01:15 +0100
[comp.os.linux.development.system - Fri, 30 Jul 1999 17:57:17 -0500] * Ann wrote *
> Does anybody knows how to allocate memory that is pinned ( will stick
> to one physical address, won't be swapped out ). I'd appreciate it if
> somebody can help me with this.
Have a look at mlock(2).
--
Chris Butler
<[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Chris Butler)
Subject: Re: Video mode switching with asm
Date: 5 Aug 1999 17:16:04 +0100
[comp.os.linux.development.system - Mon, 02 Aug 1999 22:16:48 +0200] * Jylam wrote *
> I would like to know how switch to 320x200x256c for example without any
> library, in assembly.
> I can't use any lib because it's for any 4kb demo competition ...
You'll have to use iopl(2), and setup the video card directly using direct
port-writes [0].
Calling iopl is a matter of (assuming you're using cpp to pre-process the
assembler source):
#include <asm/unistd.h>
call_iopl:
movl $__NR_iopl, %eax
movl $1, %ebx
int $0x80
Basically (sorry if you know already), calling any syscall from assembler
is a matter of sticking the syscall number in %eax, the args in %ebx, %ecx,
etc, and calling int 0x80. The result is then returned in %eax.
Might want to use ioperm instead of iopl, depending on what ports you need.
I can't tell you about programming the ports, though, might want to check
the SVGALib or X sources for that..
[0] You can't use the traditional int10 BIOS functions, since they're
real-mode only.
--
Chris Butler
<[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Yung-Hsiang Lu)
Subject: miximal mount count
Date: 5 Aug 1999 21:28:29 GMT
Hi,
What does "/dev/hda1 has reached maximal mount count check forced"
mean at machine booting? It seems that this is related the following
message "...% non-contiguous". How does this happen? Is this bad?
How to prevent it from happening?
Thanks a lot!
--
Sincerely,
Yung-Hsiang Lu
[EMAIL PROTECTED]
------------------------------
From: Klamer Schutte <[EMAIL PROTECTED]>
Subject: Re: does egcs 1.1.2 produce stable kernels?
Date: Fri, 06 Aug 1999 00:28:22 +0200
Erik de Castro Lopo wrote:
>
> Arnoud de Geus wrote:
> >
> > Hello
> >
> > Does the egcs 1.1.2 compiler produce stable
> > kernels? Just recently, there were problems
> > using egcs for kernel build.
>
> Only use EGCS for 2.2.0 and later kernels. The problems
> with using EGCS were specific to earlier kernels.
Is this also true for newer egcs (like gcc 2.95?) I found the wordings
in the announcement (and the FAQ) quite scary -- esp. the aliasing part.
I must say, it was more scary then understandeble because:
- I do not have exact understanding of the ANSI C standard
- I do not have exact knowledge of Linux kernel internals
and the wording made these thing seemingly necessary.
Any inputs from experts is appreciated. I now use kernel 2.2.9
Klamer
------------------------------
From: Johan Kullstam <[EMAIL PROTECTED]>
Subject: Re: address?
Date: 05 Aug 1999 16:37:38 -0400
[EMAIL PROTECTED] (Greg Fruth) writes:
> In article <Pine.SOL.3.95.990802174152.5299A-100000@comp>, Ann Chen
><[EMAIL PROTECTED]> writes:
> >
> > We are trying to find out where does the Linux operating system reside??
>
> 1060 W. Addison Street, Chicago, IL
with zip code 60613 and phone number 312 831 2827.
i have `resided' at this address for years whenever i make a purchase
at radio shack. i live there whenever some retail entity asks for
*an* (which i interpret to mean not necessarily my) address and i do
not wish to give it out. lord only knows how much junk mail they must
be receiving....
--
johan kullstam
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Subject: Re: miximal mount count
Date: 5 Aug 1999 17:54:56 -0500
Reply-To: [EMAIL PROTECTED]
In article <7ocvlt$5pv$[EMAIL PROTECTED]>, Yung-Hsiang Lu wrote:
> What does "/dev/hda1 has reached maximal mount count check forced"
> mean at machine booting?
Each partition has a "maximal mount count", i.e., a number of mounts
that it may undergo before it is supposed to be e2fsck'ed. If is
normal for this number to be reached occasionally.
> It seems that this is related the following
> message "...% non-contiguous". How does this happen? Is this bad?
No.
--
Paul Kimoto <[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Cameron L. Spitzer)
Crossposted-To: comp.os.linux.misc,comp.os.linux.setup,linux.redhat.misc
Subject: Re: Unresolved symbols in module...
Date: 5 Aug 1999 22:36:53 GMT
In article <7oca23$59t$[EMAIL PROTECTED]>, Chris Butler wrote:
>[comp.os.linux.development.system - 29 Jul 1999 08:01:58 GMT] * Cameron L. wrote *
>>>DO I have to move the new System.map to /boot ?
>> No! It's a historical relic of the days before the ps(1) command used
>> the /proc "filesystem." The old ps(1) needed a symbol table to
>> rummage around in /dev/kmem. It was slow.
>
>No, ps(1) still uses System.map to lookup symbols for the ps l output
>(the WCHAN field to be exact) [0]. System.map is used by many other programs
>such as klogd(8) and ksymoops(8), basically to do address->name resolution
>for kernel symbols.
Must be broken in Debian-2.1 There's no manpage for ksymoops,
nor was it installed with the development station profile.
Moving System.map into the places mentioned in ps(1) has no effect on
ps(1) output, WCHAN is always in hex.
I guess this stuff will get cleaned up eventually.
It's not mentioned in top(1), which used to talk about it pre-1993
when it had to rummage in /dev/kmem.
I've never had a kernel oops, so never needed this stuff.
Cameron
------------------------------
From: Matthew Carl Schumaker <[EMAIL PROTECTED]>
Subject: Re: unique machine ID for Linux on ix86 platform?
Date: Thu, 5 Aug 1999 18:39:46 -0400
This may be slightly off topic but don't/didn't Intel PII come with a
serial number burned into the chip that was readable for exactly this type
of purpose? I remember they got yelled at for privacy reasons but did
they ever remove it?
just a thought
Matthew Carl Schumaker
UPAC Lights Administrative Chairperson
[EMAIL PROTECTED]
veni, vedi, velcro
I came, I saw, I stuck around
On 5 Aug 1999, Jens Kristian S=F8gaard wrote:
> [EMAIL PROTECTED] (Remco van den Berg) writes:
>=20
> > > - tying software to an Ethernet address fails when the Etherne=
t
> > > address changes (newer faster card, broken card, etc).
>=20
> > I think the Ethernet MAC address could be an option, but isn't it possi=
ble
> > to change that too?
>=20
> He already mentioned MAC-addresses. And yes, on some (more expensive)
> NIC's, you can alter the MAC-adress from software.
>=20
> > The problem is that I want to make some software only for internal Phil=
ips
> > usage. The software is confidential. That's why.
>=20
> Mark it confidential? - or haven't you got trust in the users?
>=20
> Or you could consider to have the software run on a server, to which
> will connect to use the program. This ensures, that the software will
> not be duplicated...
>=20
>=20
> --=20
> Jens Kristian S=F8gaard,
> [EMAIL PROTECTED] -- http://soegaard.hypermart.net/
> S=F8ger du noget? -- http://www.google.net/
> -- At fejle er menneskeligt; totalt sammenbrud kr=E6ver en computer
>=20
>=20
------------------------------
From: [EMAIL PROTECTED] (Paul Kimoto)
Subject: Re: Problem with compiling vfat in 2.3 kernel
Date: 5 Aug 1999 18:00:59 -0500
Reply-To: [EMAIL PROTECTED]
[posted and e-mailed]
In article <[EMAIL PROTECTED]>, Marcin Romaszewicz wrote:
> I had to move to a development kernel (2.3.12) so that I could use my
> Tekram DC-390U2W controller, but I've encountered some compile errors
> with the kernel. So far, the paraport-pc does not compile, nor does
> fat/vfat support. I have a windows partition which I would like to
> access
> from linux, so I need to get this fixed.
The more optional filesystems have been broken in the development kernels
for a while. I'm sure that the developers would like it if you fixed it
and sent in a patch.
News about recent kernels can often be found at
http://www.atnf.csiro.au/~rgooch/linux/docs/kernel-newsflash.html
and http://www.kernelnotes.org/ .
(And have you tried compiling the parport stuff directly into the kernel,
rather than modularizing it?)
--
Paul Kimoto <[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Chris Butler)
Subject: Re: Pre-emptiveness of Linux
Date: 5 Aug 1999 16:39:01 +0100
[comp.os.linux.development.system - Wed, 28 Jul 1999 18:20:54 GMT] * Viraj wrote *
> What's more, during all of this, the system is very slow. 'ps
> aux' takes a few seconds to display, shell commands pause a bit too. Now
I don't know about everything else, but the Linux /proc code has quite a
few known locking issues, which are being worked on in 2.3 IIRC. In fact,
there are quite a few locking issues in all of the file-system code,
unfortunatly, but it's being worked on.[0]
[0] It was raised a while ago on the ALSA development list, since it was
causing some sound drivers to be interrupt-starved, causing some
underruns. There has been some progress in making the fs code have
lower latencies, especially from Ingo Molnar.
--
Chris Butler
<[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Chris Butler)
Subject: Re: address?
Date: 5 Aug 1999 22:33:25 +0100
[comp.os.linux.development.system - Mon, 2 Aug 1999 17:48:51 -0500] * Ann wrote *
> We are trying to find out where does the Linux operating system reside??
> Does it live on the lower half of the memory, or the upper half? And how
> big is the Linux kernel (how much memory does it occupy?)
Looking at arch/i386/boot/setup.S, the kernel is loaded at 0x1000 for a
zImage, and 0x100000 for a bzImage, although this can be overridden by the
bootloader.
The size of the kernel is broken down in the boot messages (it's early on,
look for the line starting `Memory:')
--
Chris Butler
<[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Victor Wagner)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Port 6000 Process
Date: 5 Aug 1999 09:11:49 +0400
Matthew Carl Schumaker <[EMAIL PROTECTED]> wrote:
: Does anybody know a process that uses Port 6000, I was writing an app that
: used that port and I could never get it, I tried telneting to it and I
: connect but that was about it. I'm running RedHat 6.0. I looked in the
: services file but there was nothing listed for that port. I even tried to
: reboot in case a previous process somehow didn't release it but it was
: there when I rebooted which leads me to believe that its some sort of
: system process, however my 2.0.36 machine has that port open. Its not
: that important since I can use any other port, Its just a little
: disconcerning knowing that there is an app running on that port and I have
: no idea what it is.
This is X server port for display :0. If you start another X-server,
telling it to be display :1 it would listen on 6001
If you start an X application on remote machine, telling it that it
should use DISPLAY=your.host:0, it would connect your machine's port
6000 and ask your X-server to draw its windows.
If you are worried about security of connection on this port, man xhosts
and man xauth should help you.
: Thanks in advance
: matt
: Matthew Carl Schumaker
: UPAC Lights Administrative Chairperson
: [EMAIL PROTECTED]
: veni, vedi, velcro
: I came, I saw, I stuck around
--
========================================================
Victor Wagner @ home = [EMAIL PROTECTED]
I don't answer questions by private E-Mail from this address.
------------------------------
From: "Indigo news" <[EMAIL PROTECTED]>
Subject: Rewriting Linux .....
Date: Fri, 6 Aug 1999 01:03:45 +0100
hi,
I was just wondering if anyone here was interested in trying to port linux
from a monolithic kernel to a micro kernel. This sounds like a really big
thing, but hopefully, with a bit of work, it should be possible to allow the
execution of programs that were designed for the monolithic approach.
John Hennessy
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Chris Butler)
Subject: Re: Size limitations kernel
Date: 5 Aug 1999 23:08:16 +0100
[comp.os.linux.development.system - Tue, 03 Aug 1999 23:38:33 +0200] * Arnoud de wrote
*
> Have the size limitations something to do with the
> boot sequence and processor modes? What is
> the maximum size of the kernel or what is it
> dependent of?
The maximum size of a zImage kernel is (IIRC) 512kb. If the kernel is bigger
than that, you should use "make bzImage" instead.
> Does the egcs 1.1.2 compiler produce stable
> kernels? Just recently, there were problems
> using egcs for kernel build.
The 2.2.x series of kernels have been modified to work with egcs.
All of my kernels are compiled with egcs (the default compiler for
Debian 2.2), and they work fine.
--
Chris Butler
<[EMAIL PROTECTED]>
------------------------------
From: Tristan Wibberley <[EMAIL PROTECTED]>
Subject: Re: Problem with compiling vfat in 2.3 kernel
Date: Wed, 04 Aug 1999 23:00:52 +0100
Reply-To: [EMAIL PROTECTED]
Paul Kimoto wrote:
>
> [posted and e-mailed]
>
> In article <[EMAIL PROTECTED]>, Marcin Romaszewicz wrote:
> > I had to move to a development kernel (2.3.12) so that I could use my
> > Tekram DC-390U2W controller, but I've encountered some compile errors
> > with the kernel. So far, the paraport-pc does not compile, nor does
> > fat/vfat support. I have a windows partition which I would like to
> > access
> > from linux, so I need to get this fixed.
>
> The more optional filesystems have been broken in the development kernels
> for a while. I'm sure that the developers would like it if you fixed it
> and sent in a patch.
Probably best to wait until the new buffer system is settled and the
earlier decree to leave them broken for now is revoked. I think this
will happen soon though.
--
Tristan Wibberley
------------------------------
** 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
******************************
