Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA12077; Wed, 27 Dec 95 13:29:00 EST Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP id AA05674; Wed, 27 Dec 95 13:28:55 EST Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id NAA08088 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Wed, 27 Dec 1995 13:13:49 -0500 Message-Id: <199512271813.NAA08088@senator-bedfellow.MIT.EDU> From: Digestifier To: Linux-Development-System@senator-bedfellow.MIT.EDU Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU Date: Wed, 27 Dec 95 13:13:45 EST Subject: Linux-Development-System Digest #158 Linux-Development-System Digest #158, Volume #2 Wed, 27 Dec 95 13:13:45 EST Contents: 1.3.50 and dosemu modules (Preston F. Crow) Re: Linux floptical support? (Andrew Mileski) Re: 1.3.50; why is bdflush reported to be huge by 'ps' (Peter L Jones) Elf Sluggish - interactive perf measure wanted. (Edmund Ronald) Re: Elf Sluggish - interactive perf measure wanted. (Shawn McHorse) Re: Linux & POSIX realtime extensions (John F. Mucci) Re: dosemu capable of running Windows 3.11 !? (William Drieling) Re: Linux floptical support? (Borys) 1.3.49 / 1.3.50 ksyms.c problems (Bruce Lytle) Help: Unknown server error (Randall Jones) Re: Compile error while building linux-1.3.49 (Anders Vstling) Re: Linux floptical support? (Guido Seifert) Re: Strip.. Why NOT use it? (Jerry Natowitz) Thanks kernel developers! (stren@netcom.com) Re: Linux & POSIX realtime extensions (Markus Kuhn) Re: Linux Security - C2 and beyond (Carlos Morgado) Re: Linux Security - C2 and beyond (Carlos Morgado) Simultaneous recordng and playback on GUS 3.7 (no GUS MAX) (Daniel Marks) ---------------------------------------------------------------------------- From: crow@coos.dartmouth.edu (Preston F. Crow) Subject: 1.3.50 and dosemu modules Date: 27 Dec 1995 00:55:45 GMT I just installed 1.3.50, and so I recompiled the dosemu 60.4 modules and tried to install them: ppp-2:root%insmod syscallmgr/syscallmgr.o ppp-2:root%insmod emumod/emumodule.o save_v86_state undefined do_bounds undefined die_if_kernel undefined gdt undefined do_device_not_available undefined default_ldt undefined do_int3 undefined do_exit undefined sys_modify_ldt undefined do_divide_error undefined handle_vm86_fault undefined sys_vm86 undefined do_debug undefined task undefined idt undefined sys_sigreturn undefined do_overflow undefined ret_from_sys_call undefined Failed to load module! The symbols from kernel 1.3.50 don't match 1.3.50 Any clues? While I'm at it, why does dosemu need kernel modules now? I'm probably just missing something in the documentation... --PC -- Luke Skywalker: "My name is Luke Skywalker. You are my father. Prepare to die!" Darth Vader: "Stop saying that!" Luke Skywalker: "You are my father. Prepare to die!" [Oops, wrong movie.] ------------------------------ From: dmtech@magi.com (Andrew Mileski) Subject: Re: Linux floptical support? Date: 27 Dec 1995 02:19:04 GMT Mark Shuttleworth (marks@ctn.independent.co.za) wrote: > Saw a floptical drive in the shops yesterday... 21 MB on > a stiffy ;-). The brand was 'EasyStor'. Is there a standard > interface to these puppies? Could I stick one on a Linux > box at home? If it is SCSI, then yes. -- Andrew E. Mileski -- ======================================================= Dark Matter Technologies Inc. - Ottawa Ontario, Canada! mailto:dmtech@magi.com http://www.magi.com/~dmtech/ ------------------------------ From: Peter L Jones Subject: Re: 1.3.50; why is bdflush reported to be huge by 'ps' Date: Tue, 26 Dec 1995 10:19:09 +0000 Michael Elizabeth Chastain wrote: > > > As of 1.3.50, the kernel internally starts the 'bdflush' demon as a > thread. That's why it has a PID of 2 and a name of 'bdflush - kernel'. > The RSS of 0 is correct, too. > > It looks like the kernel didn't initialize some 'size' fields for > this internal thread, hence the bogus value reported. > > Michael Chastain > mec@duracef.shout.net > Check out my persnickety trace-and-replay debugger: > ftp://tsx-11.mit.edu/pub/linux/sources/usr.bin/mec-0.3.tar.gz From fs/buffer.c bdflush(): 1868 /* We have a bare-bones task_struct, and really should fill 1869 in a few more things so "top" and /proc/2/{exe,root,cwd} 1870 display semi-sane things. Not real crucial though... */ So I guess someone will tidy it up RSN. -- Peter ------------------------------ From: Edmund Ronald Subject: Elf Sluggish - interactive perf measure wanted. Date: 27 Dec 1995 04:19:52 GMT Hi folks - I have been running an old Suse (Slackware 2.1 look-alike) a.out with kernel 1.2.5 on my P5/90/16 EIDE system, and have now installed a partition to try the latest ELF releases on the InfoMagic CD set. RedHat 2.1 and Slackware 3.0 both seem SLOOOOOOOOW I like the RedHat, (kernel 2.13) really - it works out of the box. I removed lots of the superfluous demons from the inittab (nfsd, httpd etc) . It's still SLOW, although top shows it eats less RAM now, and I don't go into swapping. Questions: 1. am i the only one who thinks the latest ELF offerings are slower than the a.out's ? 2. is this the fault of top-heavy releases or of the kernel/libs as rumored ? 3. Do we have an interactive performance measure tool which can check things like interactive lag - that time you wait after doing 'ls' or 'top' and the system - the new ELF system - just sits there and thinks about things before putting up a screen - is there such a tool? I'm afraid Linux is moving from "running lite without overbyte' into the mainstream 128Meg + RAM world, as the developers get free alphas... In other words, I'm afraid that now the developers have *REAL* machines, pentiums and such, the lightning-fast character of Linux ios disappearing. Edmund. ------------------------------ From: smchorse@ringer.cs.utsa.edu (Shawn McHorse) Subject: Re: Elf Sluggish - interactive perf measure wanted. Date: 26 Dec 1995 22:42:44 -0600 In article <4bqhh8$l8d@sheckley.cnam.fr> Edmund Ronald writes: >I'm afraid Linux is moving from "running lite without overbyte' into the >mainstream 128Meg + RAM world, as the developers get free alphas... In other >words, I'm afraid that now the developers have *REAL* machines, pentiums and >such, the lightning-fast character of Linux ios disappearing. Take a glance at the 1.3.x development kernels. A lot the new things Linus has has put in offer speed, speed, and yet more speed. A new scheduler, the kswap patch, the new fine-grained cache invalidation for the 486+, and many other things make 1.2.13 look like a real slow-poke. Unfortunately for me, every 1.3.x kernel I've ever tried has crashed in less than an hour. But my GOD, they are fast!!! Going from a 1.2.13 system to a 1.3.50 kernel offers a very obvious speed improvement. Without any silly benchmarks. My mouth waters at the prospects of Linux 1.4. And I'm running a 486DX2/66 with 8MB RAM, BTW. Shawn McHorse smchorse@ringer.cs.utsa.edu An Austin NorthCross-Dresser ------------------------------ From: mucci@continuum.com (John F. Mucci) Subject: Re: Linux & POSIX realtime extensions Date: 27 Dec 1995 05:41:06 GMT Reply-To: mucci@cs.utk.edu Markus, How have you addresses the fact that Linux is not running a pre-emptable kernel? or has this changed... Have you inserted pre-emption points to boost up the response time ala HPUX? Just curious... -Phil ------------------------------ From: megastud@engrs.unl.edu (William Drieling) Crossposted-To: comp.os.linux.x,com.os.linux.development.apps Subject: Re: dosemu capable of running Windows 3.11 !? Date: 27 Dec 1995 06:01:50 GMT Ramon Blasco (rbg@eee.nott.ac.uk) wrote: : > in and work. I try "edit" or "xtgold" to start off with and it (mouse) doesn't : > work, but I tried running "msd" and that seemed to jolt the mouse driver into : > working order, after spitting out a few errors. : > fyi, I am using ps2 type of mouse. : Have you tried uncommenting the line : #mouse { ps2 device /dev/mouse internaldriver emulate3buttons } : (or something like this). I do have the ps2 line in the dosemu.conf file, and was surprised that the mouse even worked at all (I never got it to work with select or testmouse), it does work with Xwindows though, just by specifying PS/2 style mouse. The errors I get when I start MSD are MOUSE: function 0x266c not implemented MOUSE: function 0x0030 not implemented I haven't looked at mouse.c, or whatever code controls the mouse, so I don't know what it means yet. It doesn't cause major problems, MSD still starts and runs properly, and after that xtgold and edit work fine. thanks for the tip on allowvideoportaccess on for dosemu.conf, I'll try it soon. -- ************************************************************* of course windowz multi-t\$#%a$%^s*!@#$$@$#%)!*#@&)k{_-_+ ]M- I XIEUo_ D+|_d WVov oF &tZDF &G< tQj \& o0le|_ PhG oF PV\< le|_ P\G RPle|_ P\ le|_ P\__ b- kFnW\+ oFn_ Ijoj j j j j j j \5 ++^_MMo_ #$%@#\@#@#@A#\%$ky%%^&jE\*&(T*^*gI\&!*@(B\##&e[]r\{}{}}\$#%$% NO CARRIER ------------------------------ From: borys@ncats.newaygo.mi.us (Borys) Subject: Re: Linux floptical support? Date: 27 Dec 1995 01:18:35 GMT Mark Shuttleworth (marks@ctn.independent.co.za) wrote: > Saw a floptical drive in the shops yesterday... 21 MB on > a stiffy ;-). The brand was 'EasyStor'. Is there a standard > interface to these puppies? Could I stick one on a Linux > box at home? I have no idea about their compatibility with Linux, but I DO know that the zip drives work. And with them, you get ~100MB on a stiffie ;-). The ez-drive will get you 135MB/disk, but I don't know the compatibility with those, either. I'm not sure about the cost of floptical drives, but the zip drives are pretty cheap for what you're getting. i'd suggest you go with the higher capacity removable media drives. zip drives look cooler, too :) > Mark -- /********Trannie Carter******** * borys@ncats.newaygo.mi.us * ******"Real men use vi!"******/ ------------------------------ From: Bruce Lytle Subject: 1.3.49 / 1.3.50 ksyms.c problems Date: Wed, 27 Dec 1995 01:57:54 -0800 I downloaded 1.3.50 and tried to compile it. the compiler starts to complain as soon as it hits ksyms.c. It complains alot about "braces around scalar initializer for `symbol_table.name,`excess elements in scaler initializer after `symbol_table.name', initializer for sybol_table.[xxx].addr is not constant and a few others about pointers of incompatible types. I just downloaded from sunsite, but when I look at ksyms.c it ends with a { (open curly brace). Unless I'm missing something (in my reading), then I'm missing something in the file, does anyone else have this problem, or can they tell me where I'm going wrong. BTW I am using gcc 2.6.3, is this a problem? TIA ------------------------------ From: rjones@newshost.aoc.nrao.edu (Randall Jones) Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc,comp.os.linux.setup Subject: Help: Unknown server error Date: 27 Dec 1995 03:36:20 -0700 Hi. Help... I recently upgraded my system, and recompiled the kernel (1.2.13 ELF). Some programs do not work any longer. /sbin/dip reports: "what: Unknown server error" /bin/dnsdomainname reports: "dnsdomainname: Unknown server error" ...although hostname seems to work fine. (dnsdomainname is a sym link to hostname) These binaries (exact copies) work fine on a 486-66 system with same Linux setup. I compiled PCI, sound card and SBpro CD-ROM support into the kernel when I upgraded my system. (AMD 486DX4-120 PCI MB) Much Thanks. ++Randy rjones@aoc.nrao.edu ++ -- ++ Randall Jones rjones@aoc.nrao.edu NRAO AOC - Interference Protection ------------------------------ From: anos@neurope.ikea.com (Anders Vstling) Subject: Re: Compile error while building linux-1.3.49 Date: 27 Dec 1995 15:33:47 GMT In article <4bfkn5$nel@news1.wolfe.net>, berry@gonzo.wolfenet.com (Kent Berry) writes: >I hope someone can tell me what I am doing wrong. >I have read all the readmes and how-tos (I think). me too... > >GCC 2.7.0 >Building linux kernel 1.3.49 > >misc.o(.text+0x1eac): undefined reference to `input_data' >misc.o(.text+0x1eb1): undefined reference to `input_len' >misc.o(.text+0x1ec7): undefined reference to `input_data' /Anders :> ------------------------------ From: guido@wap0207.chem.tu-berlin.de (Guido Seifert) Subject: Re: Linux floptical support? Date: 27 Dec 1995 11:51:37 GMT Reply-To: guido@wap0207.chem.TU-Berlin.DE In article <4bq6tb$jpc@ncats.newaygo.mi.us>, Borys wrote: >Mark Shuttleworth (marks@ctn.independent.co.za) wrote: >> Saw a floptical drive in the shops yesterday... 21 MB on >> a stiffy ;-). The brand was 'EasyStor'. Is there a standard >> interface to these puppies? Could I stick one on a Linux >> box at home? >I have no idea about their compatibility with Linux, but I DO know >that the zip drives work. And with them, you get ~100MB on a stiffie ;-). >The ez-drive will get you 135MB/disk, but I don't know the compatibility >with those, either. I'm not sure about the cost of floptical drives, but >the zip drives are pretty cheap for what you're getting. i'd suggest you >go with the higher capacity removable media drives. > I work with an IBM Capella 1.3 GB under Linux. Works fine. wave Guido ------------------------------ From: jin@spdcc.com (Jerry Natowitz) Subject: Re: Strip.. Why NOT use it? Date: Wed, 27 Dec 1995 11:53:11 GMT Sorry, I missed the main thread. Are there any problems with strip? When I was doing test and integration, the developers told that strip can cause problems on AIX. Now AIX is a rather bizzare UNIX anyway, and I never could get the full details on the problem. I went along with it, even though it kept the executable at a bloated 30 MB (lots of X and Motif symbols). -- Jerry Natowitz - jin@spdcc.com ------------------------------ Crossposted-To: comp.os.linux.misc From: stren@netcom.com Subject: Thanks kernel developers! Date: Wed, 27 Dec 1995 13:22:04 GMT I just grabbed a copy of the 1.3.50 kernel, and was very pleased with the new feature where it lets you get information about almosy any given question that is asked when you configure the kernel. FOr example, I couldn't get PPP to work in a 1.3.40 kernel, and was really confused and frustrated about this point, but the 1.3.50 kernel has this wonderful helpful message: NOTE2: if you say Y here, then you cannot say Y to the PPP driver, below; the only option is to compile it as a module (PPP is a protocol for sending internet traffic over telephone lines). Therefore, N is a safe bet. Again, keep up the good work guys! -- Sam Trenholme - stren@netcom.com - http://ucsee/eecs/berkeley/edu/~set - LINUX! ------------------------------ From: mskuhn@unrza3.dialin.rrze.uni-erlangen.de (Markus Kuhn) Subject: Re: Linux & POSIX realtime extensions Date: 26 Dec 1995 21:44:29 +0100 Reply-To: mskuhn@cip.informatik.uni-erlangen.de cambria@sscp.lkg.dec.com (Michael C. Cambria) writes: >I too am quite interested in using Posix realtime on Linux. >I have not seen any reply (so far) that mentions realtime signals >nor async i/o (ie aio). Are these also being worked on? No, I do not know anyone working on these two so far. Async I/O should probably wait until the multi-threading support is finished; may be this does not need any kernel modifications at all. I have yesterday submitted a patch to H.J. Lu which includes into libc the sysconf() extension defined by POSIX.1b. Once this is included, you will be able to ask the kernel, which POSIX.1b features are already available. At this point, I guess that Linux can already claim POSIX.1b conformance (which does not mean that all options must be implemented), so I have suggested to increase _POSIX_VERSION to 199309L. The following macros are already defined in , indicating that these POSIX.1b options have already been implemented: _POSIX_FSYNC _POSIX_MAPPED_FILES _POSIX_MEMLOCK _POSIX_MEMLOCK_RANGE _POSIX_MEMORY_PROTECTION The following ones are still missing: _POSIX_ASYNCHRONOUS_IO _POSIX_MESSAGE_PASSING _POSIX_PRIORITIZED_IO _POSIX_PRIORITY_SCHEDULING _POSIX_REALTIME_SIGNALS _POSIX_SEMAPHORES _POSIX_SHARED_MEMORY_OBJECTS _POSIX_SYNCHRONIZED_IO _POSIX_TIMERS (Perhaps _POSIX_SYNCHRONIZED_IO could already be defined, but this still needs some discussion with all the harddisk driver developers about what exactly an fsync() call means with regard to harddisk drive internal write buffers, etc.) Markus -- Markus Kuhn, Computer Science student -- University of Erlangen, Internet Mail: - Germany WWW Home: ------------------------------ From: l39801@alfa.ist.utl.pt (Carlos Morgado) Subject: Re: Linux Security - C2 and beyond Date: 25 Dec 1995 19:15:38 GMT William Burrow (aa126@fan1.csd.unb.ca) wrote: : Scott Johnson (johnsos@holmes.ece.orst.edu) wrote: : : In article , Harald Milz wrote: : : >Heater WONG (heaterw@hkstar.com) wrote: : : >> : : >> I think this is a great ideal, build up Linux to C2 security can be an important : : >> mile stone in Linux world (I think so.) : : > : : >As long as there's source code available for Linux and its accompanying : : >programs such as GCC (and we do love to play with GPL'd software, don't : : >we?), I don't see any way to get a C2 certification for Linux. : : Why? Is one of the requirements of C2 security that source code for the : : applications be unavailable? : I am pretty sure that is NOT the case. Its been 4 or 5 years since I : looked at documentation for the security levels, but I believe that : whether source code is available or not is irrelevant for class C security. : C2 can't be all that hard to get, its just that the certification : probably wouldn't apply to newer kernels/distributions and free Unix : being what it is.... C2 means secure passwd, cleaning unused objects and accounting/auditing tools with full authentification(sp). I guess thats allmost done in Linux. Some could pack it up ? -- . /\ Carlos Hugo B Morgado - l39801@alfa.ist.utl.pt - http://alfa.../~l39801 /. \ Instituto Superior Tecnico - Technical Superior Institute of Lisbon / \ . /\ Electronics & Computers Engeneering Major _/ . \ . / \_________________________________________________________ PGP on \ . / LINUX - The choice of a GNU generation request \ / Window$ is living proof of Murphy's Law (or http) \/ TIMOR IS NOT INDOamNESIA ------------------------------ From: l39801@alfa.ist.utl.pt (Carlos Morgado) Subject: Re: Linux Security - C2 and beyond Date: 25 Dec 1995 19:16:33 GMT Harald Milz (hm@seneca.Linux.DE) wrote: : Scott Johnson (johnsos@holmes.ece.orst.edu) wrote: : > : > Why? Is one of the requirements of C2 security that source code for the : > applications be unavailable? : No. But as long as there's source code available (namely for the kernel) and : someone is root (we agree that someone must be root, right?) you cannot : expect the kernel to contain secure structures and stuff. Root can : re-configure, re-compile and install any kernel (and applications/libraries : etc.) he likes. How about C2 security then? Or did I miss something? I guess you did.... root isn't suppose to break into the system... duh -- . /\ Carlos Hugo B Morgado - l39801@alfa.ist.utl.pt - http://alfa.../~l39801 /. \ Instituto Superior Tecnico - Technical Superior Institute of Lisbon / \ . /\ Electronics & Computers Engeneering Major _/ . \ . / \_________________________________________________________ PGP on \ . / LINUX - The choice of a GNU generation request \ / Window$ is living proof of Murphy's Law (or http) \/ TIMOR IS NOT INDOamNESIA ------------------------------ From: dmarks@ais.net (Daniel Marks) Subject: Simultaneous recordng and playback on GUS 3.7 (no GUS MAX) Date: 27 Dec 1995 09:24:23 -0600 I have just configured Voxware 3.0 and I noticed there was support for two DMA's for the GUS driver. I would like to use a audio conferencing application with my GUS 3.7 that needs simultaneous sampling and playback. Can the two DMA support in Voxware 3.0 GUS driver be used for playback and recording? Thank you Daniel Marks dmarks@ais.net ------------------------------ ** 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: Linux-Development-System-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development.system) via: Internet: Linux-Development-System@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Development-System Digest ******************************