Received: from SOUTH-STATION-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA12178; Tue, 12 Dec 95 13:35:35 EST Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP id AA07164; Tue, 12 Dec 95 13:35:31 EST Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id NAA21412 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Tue, 12 Dec 1995 13:13:50 -0500 Message-Id: <199512121813.NAA21412@senator-bedfellow.MIT.EDU> From: Digestifier To: Linux-Development-System@senator-bedfellow.MIT.EDU Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU Date: Tue, 12 Dec 95 13:13:46 EST Subject: Linux-Development-System Digest #109 Linux-Development-System Digest #109, Volume #2 Tue, 12 Dec 95 13:13:46 EST Contents: freelist corrupted on 1.3.46 (Fabrice Popineau) Re: How to make HD spin down? (Mark Lord) Re: kernel 1.3.46 and IDE TAPE (Uwe Bonnes) HELP! denary to Hex?... (Max Lock) Re: Threads - a better model? (Rob Janssen) Re: Linux ISO 7816 emulator (was: New Voyager) (Rob Janssen) Advices from user to developpers (Ulises Alonso Camaro) Re: fatal signal 11 on cc1 everytime i try to compile a kernel.. (Alan Clucas) Re: kernel 1.3.46 and IDE TAPE (Gadi Oxman) Re: Linux and Java (Charles-Edouard RUAULT) Data Translation Frame Grabber (DT3155) Device driver. (Maverick Research Inc) truncated cores? (Michael Quan) Re: Q: kswap patches (Thomas Quinot) Re: Direct access to memory-mapped device? (Thomas Quinot) Re: IDE Seagate 157A - nastyness.. (Jason Mcmullan) Does Colorado work with Linux at all? (Casey Claiborne) ---------------------------------------------------------------------------- From: popineau@ese-metz.fr (Fabrice Popineau) Subject: freelist corrupted on 1.3.46 Date: 12 Dec 1995 12:11:21 +0100 Hi, I tried 1.3.46 and was very pleased to see that the quotas are in ! Now, the less pleasant part : I got this error while running it Dec 12 10:21:45 neuromancer linux: problem: block on freelist at 001ddcf0 isn't free. I didn't want to crash my system, so I'm back on 1.3.45. -- Fabrice POPINEAU ======================== e-mail: popineau@ese-metz.fr voice-mail: (+33) 87-74-99-38 surface-mail: Supelec, 2 rue E. Belin, F-57078 Metz Cedex 3 ------------------------------ From: mlord@bnr.ca (Mark Lord) Subject: Re: How to make HD spin down? Date: 11 Dec 1995 17:33:45 GMT In article kharker@cs.utexas.edu writes: >Well, I'm not sure if this is exactly what you're interested in, but >there's a small Linux utility called "diskdown" that interfaces with the Use "hdparm -S" instead -- it cooperates with the ide driver. -- mlord@bnr.ca Mark Lord BNR Ottawa,Canada 613-763-7482 For Linux IDE (big/many) help, see: /usr/src/linux/drivers/block/README.ide For latest Linux kernels: ftp.cs.helsinki.fi:/pub/Software/Linux/Kernel/v1.[23] ------------------------------ From: bon@elektron.ikp.physik.th-darmstadt.de (Uwe Bonnes) Crossposted-To: comp.os.linux.hardware Subject: Re: kernel 1.3.46 and IDE TAPE Date: 12 Dec 1995 08:29:27 GMT Eric Kahler (ekahler@mars.superlink.net) wrote: : I noticed that kernel 1.3.46 has ALPHA support : for IDE Tape drives. : : What device would I need to create to access : the tape drive if I compile this option in? : : /dev/ftape doesn't seem to work. : It's described in the source-code! -- Uwe Bonnes bon@elektron.ikp.physik.th-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt ========= Tel. 06151 162516 ======== Fax. 06151 164321 ========== ------------------------------ From: Max Lock Subject: HELP! denary to Hex?... Date: Tue, 12 Dec 1995 12:28:00 GMT Hi All, OK I need to convert a denary number to Hex, I know how to do this (The really long way) but does anyone know of a library with these conversions in it?.. (oh yeah, I'm using plain 'ol C none of this C++ stuff) Cheers Max... -- Internet: M.T.Lock@herts.ac.uk /__/__/ University Of Hertfordshire /---/\ Packet: G7UOZ@GB7MSW (AX.25) / /| / Amateur Radio Society /___/__\ Ham Radio: G7UOZ 44.131.166.25 |_______________________________|___|__| Microsoft Network is prohibited from redistributing this work in any form. ------------------------------ From: rob@pe1chl.ampr.org (Rob Janssen) Subject: Re: Threads - a better model? Reply-To: pe1chl@wab-tis.rabobank.nl Date: Tue, 12 Dec 1995 11:55:10 GMT In <4ahvgm$boa@usenet.pa.dec.com> "Michael T. Peterson" writes: >torvalds@cc.Helsinki.FI (Linus Torvalds) wrote: >>Note that "clone()" is a purely internal kernel name for the thing: you >>can't even use clone() directly in your C source code anyway (due to the >>stack hacking it needs), so any user program using the clone feature >>will use something like "thread_create()" or similar. So there is no >>name-space clash. >> >>I think clone() is a descriptive name for what it does inside the >>kernel, so I'm in no hurry to rename it. I forget the Plan-9 name for >>it, but as I suspect the senamtics are subtly different anyway, I >>wouldn't recommend using that directly. >> >> Linus >Nevertheless, the clone() service is called by, and visible to, user-mode code. >Knowingly allowing such name conflicts to exist is poor design at best, and a >bad practice at worst. As a *favor* to authors of such code, especially POSIX >libraries that provide wrappers to the kernel services (POSIX threads, network >libs, etc.,), clone() should be renamed so those of us implementing such beasts >are not forced to unduly conditionalize our code. Such code is more difficult >to understand and a pain to support. Hey, did you actually read the article you quoted? clone() is not a C function visible in user space. not even in libraries. Rob -- +------------------------------------+--------------------------------------+ | Rob Janssen rob@knoware.nl | BBS: +31-302870036 (2300-0730 local) | | AMPRnet: rob@pe1chl.ampr.org | AX.25 BBS: PE1CHL@PI8WNO.#UTR.NLD.EU | +------------------------------------+--------------------------------------+ ------------------------------ Crossposted-To: alt.satellite.tv.crypt From: rob@pe1chl.ampr.org (Rob Janssen) Subject: Re: Linux ISO 7816 emulator (was: New Voyager) Reply-To: pe1chl@wab-tis.rabobank.nl Date: Tue, 12 Dec 1995 11:14:59 GMT In <4ahq09$1ns@cortex.dialin.rrze.uni-erlangen.de> mskuhn@unrza3.dialin.rrze.uni-erlangen.de (Markus Kuhn) writes: >It is easy to implement a real-time scheduler in a way that will not >affect overall performance when zero real-time processes are active. >It is just one additional if () in the scheduler. Ok, but all those additional if ()'s in the kernel have certainly slowed it down since I started using Linux in 1992 :-( Well, we'll see how things are once it is implemented. >>As an aside: the major nuisance in implementation of a smart card >>emulator on Linux are the extra stopbits, which require a small delay >>that is too short to use timer ticks and a waste to spend in usleep. >>I have been thinking about tricks to do with the UART, but have not >>been able to find something that can be done without hardware mods >>to the interface card. Probably there should have been some or-ing >>between transmit data and a handshake line, so that you could switch to >>a higher baudrate, assert the handshake line, transmit a dummy >>character, and wait for the next interrupt before switching back to 9600 >>and sending the next real character. >Yes, this is a serious problem. With all currently available blocking >solutions, in the worst case, the next timer interrupt could come as >late as 10 ms later. However, for the VideoCrypt protocol, you'll have >to wait pretty exactly 0.5-1.5 ms between sending the bytes (i.e., the >extra ~5 stop bits you mentioned). >If you have a practical idea how this can be accomplished with the >Linux serial driver without a busy wait sitting on gettimeofday() >(that's the ugly solution I tried so far), please let me know! I suggested one in the posting: use the timer in the UART to generate an interrupt after some time. It can be done by changing the baudrate and then sending characters, using the txempty interrupt for timing. The problem is that the characters get sent to the interface, so something needs to be done to prevent that. My solution would be to gate the data signal using one of the handshake lines (DTR, RTS). Unfortunately it is not possible with the current hardware, and a mod would probably be different for every adapter (as there are so many different schematics around) >The best solution I can think of so far is to use an individually >programmed timer interrupt. A PC has three timers and AFAIK, one of >them is still unused (the NetBSD folks use it for kernel profiling, >I'd prefer to spend it for real-time timing functions). We could >implement the POSIX.1b itimers in a way that programs the third >interrupt timer so that we get an interrupt exactly at the requested >time (and not only in the classical 1/HZ s raster). This would allow >to implement real-time itimers with microsecond resolution. Of course, >there would have to be some kind of ordered wait queue for interrupt >timer jobs so that several POSIX.1b itimers can be used >simultaneously. If e.g. the POSIX.1b nanosleep() function would be >implemented this way, realizing a user process VideoCrypt protocol >driver under Linux should become as easy as under MS-DOS. The problem is that only one of the three PC timers can generate an interrupt. This is the timer currently used for the 10ms ticks. The other two timers are connected to the speaker and the DMA controller, but not to the interrupt controller. So, you can poll them but you cannot use them for a timer interrupt. There is another timer in the PC: it is located in the CMOS realtime clock, and it can generate periodic interrupts on IRQ8. As far as I know, they are not yet used in Linux. Unfortunately, only a small set of values can be selected for the interrupt rate (I think: 1Hz, 1024Hz and 8192Hz. No 6818 reference handy at this time) One idea would be to use this interrupt to provide the system ticks (the 10ms tickrate would probably have to be changed...), and use the existing timer for more flexible timing. It can then be reprogrammed at will. Unfortunately the CMOS clock does not provide resolution beyond the selected interrupt rate, which means we would lose the high resolution gettimeofday() return value :-( An alternative is to provide kernel support for changing the tick rate. A function could be provided to increase the tickrate (e.g. in a 2^n fashion) by reprogramming the timer and correction of the timekeeping values that depend on the tickrate. For efficiency, there could be a "fast tick" that executes at the requested rate, and a "normal tick" that is divided down from this and provides a fixed 100Hz rate to be used by all the existing stuff. Managing the tickrate in a system where multiple processes each request a different increased tickrate and startup and exit independently is of course another interesting challenge :-) Rob -- +------------------------------------+--------------------------------------+ | Rob Janssen rob@knoware.nl | BBS: +31-302870036 (2300-0730 local) | | AMPRnet: rob@pe1chl.ampr.org | AX.25 BBS: PE1CHL@PI8WNO.#UTR.NLD.EU | +------------------------------------+--------------------------------------+ ------------------------------ From: alonso@bebe.eleinf.uv.es (Ulises Alonso Camaro) Subject: Advices from user to developpers Date: 12 Dec 1995 13:02:44 GMT Hi all, This article is an advice to the people that is working around X-windows system and applications (thanks you very much to do things like these). Fairly I'm not an expert but let me tell you that I think about it. Linux is a very powerfull and a quite complete OS, but the hatefull WinDOS 95 has a much better user's & program's interface (oriented object desktop, connectivity between the programs: cut&paste....), maybe these features have an high CPU & memory cost, and these aren't the reasons cause we choose Linux, but this is the future, and I know that these things are very hard to imple- ment but I would like to see Linux on top a lot of years cause I think this that is the right way: more friendly applications; I think that a powerfull & "unfriendly" application can be not used fully cause it's interface with the user: easy to use, portable with other applications...... Well I hope you understud my very poor english... ;) That's all, I know that I didn't discovered nothing but I want remind you it. Thanks everybody, -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^` ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^` Ulisses Alonso Camaro alonso@alufis34.ffisic.uv.es Univ. Valencia(Spain) DOS Vs Windoze95: a simple mind's contest ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^` ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^` ------------------------------ From: aclucas@plato.wadham.ox.ac.uk (Alan Clucas) Subject: Re: fatal signal 11 on cc1 everytime i try to compile a kernel.. Date: 11 Dec 1995 13:54:04 GMT Janos Farkas (chexum@bankinf.banki.hu) wrote: : Eric Lin (elin@bear.res.com) wrote: : : Timothy Murphy wrote: : : >esdras@worldnet.net (Esdras) writes: : : >> [about fatal signal 11 on cc1] I am pretty sure about this being memory related too, I have done the the very long memory test offered by norton diags under dos and found no problem with fast cache settings (2-1-1-1) (20ns cache at 40 Mhz bus needs slower technically), but under linux a kernel compile almost always fatal signal 11s me. if I slow down the cache then I am fine, and have NEVER had the same problem. Alan ------------------------------ From: gadio@netvision.net.il (Gadi Oxman) Crossposted-To: comp.os.linux.hardware Subject: Re: kernel 1.3.46 and IDE TAPE Date: 12 Dec 1995 11:01:46 GMT Eric Kahler (ekahler@mars.superlink.net) wrote: : I noticed that kernel 1.3.46 has ALPHA support : for IDE Tape drives. : What device would I need to create to access : the tape drive if I compile this option in? : /dev/ftape doesn't seem to work. : -- : From: Eric Kahler. : ekahler@mars.superlink.net : http://mars.superlink.net/user/ekahler/index.html You need to create two special files - Use: mknod /dev/ht0 c 37 0 (IDE Tape, rewind on close) mknod /dev/nht0 c 37 128 (IDE Tape, no rewind on close) or simply run linux/drivers/block/MAKEDEV.ide. Unfortunately, a nasty bug which causes problems when sharing the tape with another device on the same interface has managed to slip in. It will be fixed in the next version, but you can meanwhile connect the tape to a separate interface and irq. Note the recommended block size which appears while booting and use it while making backups. For example, on my tape the recommended size is 26 KB, so I usually use: tar cvbf 52 /dev/ht0 ... Gadi Oxman gadio@netvision.net.il ------------------------------ From: Charles-Edouard RUAULT Crossposted-To: comp.lang.java,comp.os.linux.misc Subject: Re: Linux and Java Date: Tue, 12 Dec 1995 14:58:35 +0100 > Fletcher Cocquyt (fletch@aec.ca) wrote: > > : My personal preference for a development environment is linux as well. > > : Netscape released their Navigator 2.0b3 with Java support for linux. > : Does that mean Sun will release the JDK (Java Dev. Kit) for linux? > : I suspect Sun will produce the Solaris X86 version before a Linux > : version of JDK. > Hi, JDK Beta is available for Linux ( ELF needed ! ), check out ftp://substance.blackdown.org/pub/Java/linux Have fun... -- /---------------------------------------\ | Charles-Edouard RUAULT | | ruault@worldnet.net | \---------------------------------------/ ------------------------------ From: Maverick Research Inc Subject: Data Translation Frame Grabber (DT3155) Device driver. Date: 11 Dec 1995 11:10:15 GMT The DT3155 is a frame grabber from Data Translation Inc for the PCI bus. The features: Video Input: 4 multiplexed monochrome RS-170, RS-330, NSTC (640x480x8) or CCIR, PAL(768x576x8); external trigger Processing: One 256x8-bit input LUT; real-time image scaling and image clipping Digital Output: Eight general purpose TTL-level digital outputs Has anyone encountered a Linux device-driver for this card or similar ? I need to get a device driver for it. If not, then I have to write one. Any pointers on writing a device-driver for this particular beast ? Regards, Maverick. ------------------------------ From: michael_quan@ls.berkeley.edu (Michael Quan) Crossposted-To: comp.os.linux.misc Subject: truncated cores? Date: Mon, 11 Dec 1995 12:19:44 -0800 Hello all. I'm using Linux 1.2.8 on a 486/100. I seem to be having interesting problems with truncated cores. The kernal reports being unable to satisfy a paging request and dumps the offending process. In doing so, it creates a core which is truncated and therefore useless to use to debug with. Anyone come across this type of problem? Thanks, Michael ------------------------------ From: thomas@cuivre.fdn.fr (Thomas Quinot) Subject: Re: Q: kswap patches Date: 11 Dec 1995 21:11:33 GMT Louis J. LaBash Jr. (louis@lcjones.aclib.siue.edu) icrit : > |Where can I find the kswap patch? > ftp.presence.co.uk:/pub/linux/kswap will always have the latest As a side note, the kswap patches are now part of the standard kernel distribution (alpha test until 1.4) -- Grand.Bwana@cuivre.fdn.fr | Linux : the choice of a GNU generation ------------------------------ From: thomas@cuivre.fdn.fr (Thomas Quinot) Subject: Re: Direct access to memory-mapped device? Date: 11 Dec 1995 21:23:09 GMT Stefan Virsik (virsik@set.gmd.de) icrit : > from dos to Linux. These 4k of memory are mapped into the PC memory at > some certain address (d800:0000). I used the nonportable functions poke > 'n peek from Borland C. > How can I access that memory under Linux? You can access the physical RAM space using /dev/ram (of course your program will need to be SUID root.) > Yet another question: The dos proggy runs in dosemu, but do I really > access the physical memory or does dosemu simulate this memory block? Dosemu runs in a virtual address space, as do all its brother processes :-) -- Grand.Bwana@cuivre.fdn.fr | Linux : the choice of a GNU generation ------------------------------ From: jmcc@m5.vi.ri.cmu.edu (Jason Mcmullan) Subject: Re: IDE Seagate 157A - nastyness.. Date: 12 Dec 1995 17:21:41 GMT Mark Lord (mlord@bnr.ca) wrote: : In article <4ahle8$8q@cantaloupe.srv.cs.cmu.edu> jmcc@m5.vi.ri.cmu.edu writes: : > I have an old 40Mb ST157A that I wanted to hang off my linux machine : >(as a swap device mainly). However, although it's detected by : >my kernel 1.3.36 and 1.3.45, I keep getting timeouts on reads or : >writes (most often "write - interrupt timed out") only on : > *) Swapspace : > or : > *) Dynamically paged executables : Mmm.. I have tested Linux 1.3.xx (for "xx" up to about 25 or so) : with an ST157A -- no problems seen. I don't think anything new : since then would have broken it, but that doesn't solve *your* problem. Probably some jumper on my drive that fell off... Anyway, I'm currently using it to store all my .tar.gz files, (ie no binaries) so I can put it to some use... -- Copyright 1995 Jason McMullan; all rights reserved; license for the Microsoft Network to distribute this text for US $100,000 per copy is hereby granted; all other use of this text by the Microsoft Network, including storing, relaying, or reuse is expressly prohibited; distribution by the Microsoft Network indicates full acceptance of the licensing terms. MICKEY# 4729-304-8732 ------------------------------ From: mskc@io.com (Casey Claiborne) Crossposted-To: comp.os.linux.setup,comp.os.linux.hardware Subject: Does Colorado work with Linux at all? Date: 12 Dec 1995 09:42:46 -0600 Hello, I am trying to get a Colorado 700 tape drive to work under Linux 1.2.1.I compiled new module code (I used the "C" and ".h" files that were part of the "modules" directory that came with newest version of ftape that is on sunsite. I also retrieved the newest version of "modules" located on sunsite. Everything seemed to compile OK. I was also able to do the test for "insmod" and that seemed to go pretty well. I then tried "insmod ftape.o" that seemed to be OK. I then typed, "mt -f /dev/rft0 rewind" - I received *no* messages whatsoever - no error or other type of messages. The documentation also says to look at error messages genearted by syslogk. Unfortunately, I do not have this. Where can I locate "syslogk"? Although I get no error messages, when I try to contiue the test, typing "mt -f /dev/ftape reten", I get an error message of "/dev/ftape retension 1 failed: Timer expired" I would be *grateful* for *any* type of help with this matter. TIA ------------------------------ ** 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 ******************************