Linux-Development-Sys Digest #785, Volume #7 Wed, 19 Apr 00 06:13:07 EDT
Contents:
Re: binutils, missing objdump options and linux 2.0.36+ (M Sweger)
Re: binutils, missing objdump options and linux 2.0.36+ (M Sweger)
2.3.99pre5 on P5 (F. Heitkamp)
Re: Timerinterrupt ([EMAIL PROTECTED])
Re: how to read disk read & write i/o through a c/c++ program ? (Anand
Krishnamoorthy)
Re: Problem with PLIP, Update: It seems to be a kernel (parport?) problem
([EMAIL PROTECTED])
Re: how to read disk read & write i/o through a c/c++ program ? (Andre Charbonneau)
Re: .DLL not present in W2K, MICROSOFT GUILTY OF COVERUP! (Donald Heller)
Re: Locking user space pointers in the kernel. (Bill Waddington)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (M Sweger)
Subject: Re: binutils, missing objdump options and linux 2.0.36+
Date: 18 Apr 2000 10:56:56 GMT
Reply-To: [EMAIL PROTECTED]
Paul Kimoto ([EMAIL PROTECTED]) wrote:
: [c.o.l.d.apps dropped, since this is not about application development.]
: In article <8dgaa8$e1$[EMAIL PROTECTED]>, SGTRUCK wrote:
: > I'm running into problems compiling linux v2.0.36 using
: (Isn't the latest version numbered 2.0.38?)
: > the latest binutils v2.9.5.0.35 since "ojbdump" doesn't
: > understand the options "-k -o -q".
: When objdump(1) lost these options, encaps(1) disappeared, too. The
: kernel build scripts test for the presence of encaps(1) to see which
: options objdump(1) accepts. (And isn't that odd!) You need to remove
: encaps(1).
: Doesn't Documentation/Changes mention this?
No the linux v2.0.36 kernel "Changes" documentation doesn't mention it.
It thinks binutils v2.7.0.3 is still ok to use.
I plan on updating to v2.0.38 once v2.0.36 compiles and runs.
I emailed the binutils maintainer, and he couldn't remember what file to
remove. I guess it must be encaps per your info.
I'll try it.
--
Mike,
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (M Sweger)
Crossposted-To: comp.os.linux.development.apps
Subject: Re: binutils, missing objdump options and linux 2.0.36+
Date: 18 Apr 2000 10:58:39 GMT
Reply-To: [EMAIL PROTECTED]
Markus Kossmann ([EMAIL PROTECTED]) wrote:
: SGTRUCK wrote:
: >
: > Hi,
: > I'm running into problems compiling linux v2.0.36 using
: > the latest binutils v2.9.5.0.35 since "ojbdump" doesn't
: > understand the options "-k -o -q".
: >
: > binutils v2.7.0.3 understands them, but a few assembly instructions
: > aren't recognized in these new kernels.
: Well, objdump -k was a extension in linux binutils with was used for
: kernel building only. The -k option wa removed, because it was replaced
: by objdump in the kernel build process.
: If you check the last few messages before the error message, you should
: see
: something like
: if hash <some binary>
: then objdump ....
: else objcopy ...
: Remove/rename that binary ( which was also part of linux binutils and
: only used for kernel building) and the kernel build process should work
: with the new binutils. .
:
Thanks, I'll try this too. Perhaps this was the file the binutils maintainer
couldn't remember.
--
Mike,
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (F. Heitkamp)
Date: Tue, 18 Apr 2000 06:59:58
Subject: 2.3.99pre5 on P5
Reply-To: [EMAIL PROTECTED]
I've tried 2.3.99pre5 on my Tyan Tomcat III with
200MMX P5. When using Lilo I get "No setup signature
found". When booting from a floppy I get registers
dumping in a column down the left side of the screen.
Some previous kernels booted. All the latest kernels
give the "No setup signature found". This is using
lilo 21. Some of the less recent 2.3 kernels seem
to work fine on my machine.
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Timerinterrupt
Date: Tue, 18 Apr 2000 11:53:18 GMT
Thank you and sorry for the german language.
Steffen
In article <8dh7sn$vnm$[EMAIL PROTECTED]>,
Mogens Dybaek Christensen <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I worked on a similar problem some time ago. Basically there seems to
> be these possibilities:
>
> 1. Do busy-waiting in a user process and use this macro (reads a free
> running cycle counter in the Pentium CPU) to do time meassurements:
>
> __inline__ unsigned long long int rdtsc()
> {
> unsigned long long int x;
> __asm__ volatile (".byte 0x0f, 0x31" : "=A" (x));
> return x;
> }
>
> This is quick and dirty, but the kernel's scheduler does a nice job,
so
> your loop will just take the place of the normal idle loop, which
> probably is somewhere in the kernel. I have 2 I/O port polling
routines
> running that way.
>
> 2. Use the RTLinux extensions, which gives you a small, fast real time
> system underneath Linux, and which to Linux looks like a kernel module
> (device driver). This is the nice way to do it.
>
> - And then, get the "Linux kernel module programming guide" from a
> Linux Documentation Project web-site.
>
> PS This is an english-language group!
>
> In article <8df1ri$hfk$[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] wrote:
> > Hallo,
> > ich bin noch neu auf dem Gebiet der LINUX-Programmierung.
> > Ich ben�tige f�r eine Ausgabe eines Sinus (max. 5 kHz) auf eine
> "dumme"
> > AD/Da-Karte von ELV eine Zeitbasis von 100�sec (10 kHz). Mit den
> > normalen Timern im User-Space ist aber nur eine Aufl�sung mit einer
> Zeit
> > von 10 msec m�glich.
> > Kann ich per Kernel-Modul den Timerinterrupt (IRQ 0) f�r meine
Zwecke
> > "verbiegen"? Gibt es eventuell noch eine andere M�glichkeit auf
diese
> > Zeitbasis von 100 �sec zu kommen?
> > F�r Antworten bedanke ich mich im vorraus.
> > Steffen
> >
> > Sent via Deja.com http://www.deja.com/
> > Before you buy.
> >
>
> --
> Mogens Dybaek Christensen, mdc("at")dksin.dk
> Adtranz Signal A/S, Denmark
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.
>
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: Anand Krishnamoorthy <[EMAIL PROTECTED]>
Subject: Re: how to read disk read & write i/o through a c/c++ program ?
Date: Tue, 18 Apr 2000 17:47:15 -0400
Check out the *stat system calls.. Maybe they would give you what you require
Anand
Sankar Subburathinam wrote:
> Hello,
>
> I want to read the disk i/o details in linux through a c/c++
> program. How can I do that ? Is there any system calls available ?
>
> regards,
> sankar
>
> ------------------------------------------------------------------------
>
> Sankar Subburathinam <[EMAIL PROTECTED]>
> Software Engineer
> Digital Equipment India Limited ( A Compaq Compay )
> Telecom Development Centre
>
> Sankar Subburathinam
> Software Engineer <[EMAIL PROTECTED]>
> Digital Equipment India Limited ( A Compaq Compay ) HTML Mail
> Telecom Development Centre
> Bangalore Home: 80-3440047
> Karnataka Work: 80-3370445 Extn: 3522
> India Netscape Conference Address
> Additional Information:
> Last Name Subburathinam
> First NameSankar
> Version 2.1
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Problem with PLIP, Update: It seems to be a kernel (parport?) problem
Date: Tue, 18 Apr 2000 12:05:08 GMT
I am currently debugging PLIP and I found out
that:
1. linux-2.2.14 has broken driver for PLIP
2. linux-2.2.13 has a very *slow* PLIP driver.
recent linux-2.2.15pre PLIP seems to work.
3. PLIP performs busy waiting on the port
making it very hard on the CPU.
(the driver should be fixed to use the DMA).
4. The PLIP protocol used does not seem to allow
the use of the DMA (I may be wrong :-).
5. There is a big discussion about PLIP on
comp.os.linux.network
In article <8crpeb$950$[EMAIL PROTECTED]>,
[EMAIL PROTECTED] wrote:
> In article <[EMAIL PROTECTED]>,
> Ed Carp <[EMAIL PROTECTED]> writes:
> > Martin Kahlert wrote:
> >>
> >> Hi,
> >> i just wanted to connect my ooooold laptop
(i486) to my
> >> Linux AXP machine using plip (laplink cable),
yesterday.
> >
> > This is probably where your problem lies.
PLIP needs a straight-through
> > cable, and the LapLink cable has various
things done to it that support
> > LapLink, but will make it unsuitable. Try
getting a straight-through
> > male/male cable.
> I think the laplink cable is o.k. like others
pointed out, too.
>
> > Alternateively, you could get a PCMCIA network
card for your laptop if
> > it supports PCMCIA.
> This would cost a big part of the money i spent
for this very old Laptop!
>
> > BTW, this probably doesn't belong here - it's
more of a networking
> > problem ;)
> Sorry, but i think i belongs exactly here, i
even think it's a kernel
> list issue:
> I tried connecting my laptop to my Pentium PC
instead of the Alpha.
> It ran without any problem (it even was a piece
of cake).
> But that was with kernel 2.0.36. After upgrading
the machine to 2.2.14
> during this weekend, i have the same problem
like i had with the Alpha.
> So it seems to be a kernel problem.
>
> I assume, there are incompatibilities with the
driver when one side
> is based on parport, the other side is not.
>
> Has anybody out here managed to connect a linux
2.0.*
> with a linux 2.2.* machine via plip?
>
> Any ideas?
> Martin.
> --
> The early bird gets the worm. If you want
something else for
> breakfast, get up later.
>
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Tue, 18 Apr 2000 09:08:50 -0700
From: Andre Charbonneau <[EMAIL PROTECTED]>
Subject: Re: how to read disk read & write i/o through a c/c++ program ?
Sankar Subburathinam wrote:
>
> Hello,
>
> I want to read the disk i/o details in linux through a c/c++
> program. How can I do that ? Is there any system calls available ?
>
> regards,
> sankar
What do you exactly mean by "disk i/o details"?
--
Andre Charbonneau
Software Engineer
Corel Corporation
728-0826 x5612
------------------------------
From: Donald Heller <[EMAIL PROTECTED]>
Crossposted-To:
comp.os.linux.advocacy,comp.os.ms-windows.advocacy,comp.os.ms-windows.nt.advocacy,comp.os.linux.networking,comp.os.linux.security,comp.os.ms-windows.networking.tcp-ip
Subject: Re: .DLL not present in W2K, MICROSOFT GUILTY OF COVERUP!
Date: Mon, 17 Apr 2000 11:16:57 -0700
http://www.microsoft.com/technet/security/bulletin/fq00-025.asp
Charlie Ebert wrote:
> This is the Chad from a short few messages ago.
>
> >Subject:
> > Re: MICROSOFT IT THRU! MICROSOFT IS THRU!
> > Date:
> > Sat, 15 Apr 2000 21:57:44 GMT
> > From:
> > "Chad Myers" <[EMAIL PROTECTED]>
> > Organization:
> > Road Runner - Texas
> > Newsgroups:
> > comp.os.linux.development.system, comp.os.linux.advocacy,
> > comp.os.ms-windows.advocacy, comp.os.ms-windows.nt.advocacy,
> > comp.os.linux.networking, comp.os.linux.security,
> > comp.os.ms-windows.networking.tcp-ip, alt.conspiracy.area51
> > References:
> > 1 , 2
>
> >You know the funny thing about this post is that there is no back door,
> >and it's been proven by several parties and reported from several reliable
> >news sources. I expect you'll see a retraction by WSJ monday if it hasn't
> >happened
> >already.
>
> ><sigh>
>
> >I have a feeling this is going to be one of those topics that the ignorant
> >zealotous anti-MS morons (such as Charlie here) will continue to bring up over
> >and over and over again, even though it's been proven false.
>
> >Kinda like the Kerberos thing, or the _NSAKEY thing, or any number of other
> >BS topics.
>
> >Oh well..
>
> >-Chad
>
> Yes, Oh well Chad.
> And this was before we got a chance to communicate with him.
> He hasn't even heard the first arguement.
>
> And now he writes.
>
> Chad Myers wrote:
>
> > "Charlie Ebert" <[EMAIL PROTECTED]> wrote in message
> > news:[EMAIL PROTECTED]...
> > > Since the .dll in question was not found in Windows 2000 release, then
> > Microsoft
> > > was
> > > aware of .dll and took it out of release. Appearently Microsoft just FORGOT
> > to
> > > warn us and the rest of the world about their ILLEGAL BACKDOOR.
> >
> > Charlie, it's one thing to be an idiot, but a completely different thing to
> > outright
> > blatantly lie.
> >
> > How many times do I have to say this? THERE IS NO BACKDOOR! It's been proven and
> > verified by many sources. Why can't you accept the facts?
> >
> > > This makes them guilty of a consipiracy against Netscape Corporation as
> >
> > How was it a conspiracy against netscape?
> >
> > [SNIP More ignorant babble and flat out lies and falsehoods]
> >
> > -Chad
>
> Well Chad. As the press release indicates, Microsoft used this Illegal .DLL to
> FUD over
> thousands of Netscape Server sites running on Microsoft Operating Systems.
>
> BTW, there has been NO retraction of ANY of this since your started creating these
> pantloads of logic Chad.
>
> If I were to ask 1000 NT server administrators what permissions they've set on
> their NT boxes
> they would tell me NONE. It's assumed by most sys administration folks that
> Microsoft will
> at least take the TIME to burn them a CD for a default/safe install to begin with!
>
> As far as the password "NETSCAPEENGINEERSAREWEENIES" are concerned, I'm going
> to take it that you TOTALLY DENY THIS PHRASE "NETSCAPEENGINEERSAREWEENIES"
> ever appeared in any Microsoft code then! Is that correct Chad. Will you
> DENY this for everybody.
>
> Don't give me any more of your silly bullshit. Just DENY it was ever there!
>
> Shit Chad. I've been writing WIN API since before you were probably born. 20
> years experience
> including mainframe time. You, your a GD systems administrator for Road Runner
> Cable it looks like.
> What the shit do you know about writing software?
>
> This .DLL didn't have any function within the system what so ever. It was never
> intended to be
> seen by NON-MICROSOFT Eye's. This .dll had but only ONE function. IT's function
> was to allow
> them to disrupt service on the OS.
>
> There will be a retro-binary examination made on all CD runs they find this .dll
> on. There will be
> several compiled versions back across time. A different date and time will be
> noted for this .dll
> across several CD's and the impact of service packs will also be accounted.
>
> As the FUNCTION of this .dll was never clearly defined by Microsoft, it's function
> is obviously secret.
> All they can say is delete the .dll or as Chad has suggested, change permissions on
> the thing and
> turn it into another DISK WASTIN PEICE OF SHIT.... That's effectively the same as
> deleting it
> though, no matter how he put's it. You can effectively change the permissions on a
> file so that it's
> not executable or writable or readable anymore thus turning it into BAD PACK SPACE.
>
> I can't believe this was your suggestion dumbshit. How many people do you actually
> think will
> take such stupid advice Chad.
>
> Chad, why don't you just hang it up here. Your just another dumbass Microsoft
> systems administrator
> or worse. You don't have a clue what your talking about and your likely never
> going to.
>
> You've never written a peice of software in your life and I doubt you actually know
> what the function
> of a .dll is in an operating system.
>
> Why don't we try something simple. Tell me what a .dll stands for.
>
> Next go tell me how setting a privilage on a .dll will make it all right! Get it
> you fucking idiot!
>
> That's right, nobody can execute a .dll on their own son! It's called by a parent
> program!
>
> OH Chad, I guess your forgot that. So now you look like a double dumbass in the
> respect that
> your telling people to set privilages on files which only OTHER executables CAN
> launch and if
> another EXECUTABLE tried to launch it guess what you would have next!
>
> It's a BIG BLUE SCREEN with lots of hexadecimal figures on it!
>
> Now go back to your TROLL HOLE and quite putting ROAD RUNNER CABLES
> commercial VENUE all over every message you send out the door!
>
> Don't come back until you've grown some brains son!
>
> Charlie
------------------------------
From: Bill Waddington <[EMAIL PROTECTED]>
Subject: Re: Locking user space pointers in the kernel.
Date: Tue, 18 Apr 2000 14:24:04 GMT
In article <[EMAIL PROTECTED]>,
Alan Donovan <[EMAIL PROTECTED]> wrote:
> liran wrote:
> >
> > Hi,
> > In my driver i want to lock the buffer i get from the user
> > to avoid the buffer been swaped out
> > and then wait until it will be swaped in.
> > How do i do that?
> > Where can i read about the interface the kernel gives on
> > manipulate user space address in kernel space?
>
> It can't be done ordinarily. However Robert Kaiser has written a patch
> that provides two calls udma_lock and udma_unlock, that do user
address
> translation and locking. It can even be installed as a module, if you
> are happy to avert your eyes from the hoops it has to jump through to
> get ahold of the address of non-extern variables. It will never be
> standard kernel, either.
>
> Available at ftp://ftp.sysgo.de/pub/Linux.
>
> alan
>
> --
>
========================================================================
> Alan Donovan [EMAIL PROTECTED] http://www.imerge.co.uk
> Imerge Ltd. +44 1223 875265
>
The 2.3.x kernel includes kiobufs, which allow mapping and pinning user
buffers. I have a driver module running using kiobufs and scatter
gather DMA from user buffers. It seems to work fine, but is not
extensively tested yet.
Take a look at drivers/char/raw.c in 2.3 for an example of kiobuf use.
Bill
--
Bill Waddington
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
** 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
******************************
