572 lines
21 KiB
Plaintext
572 lines
21 KiB
Plaintext
From: Digestifier <Linux-Development-Request@senator-bedfellow.mit.edu>
|
|
To: Linux-Development@senator-bedfellow.mit.edu
|
|
Reply-To: Linux-Development@senator-bedfellow.mit.edu
|
|
Date: Thu, 6 Oct 94 18:13:19 EDT
|
|
Subject: Linux-Development Digest #271
|
|
|
|
Linux-Development Digest #271, Volume #2 Thu, 6 Oct 94 18:13:19 EDT
|
|
|
|
Contents:
|
|
Any threads package ? (Bich-Cau Le)
|
|
Linux For Mac (Habibie Sumargo)
|
|
AT1700 ethernet driver (Fujitsu MB86965A) (Harri Pasanen)
|
|
Re: Trouble using "execl" (Hamish Coleman)
|
|
Re: 1.6Mb floppies under Linux? (Riku Meskanen)
|
|
Re: Linux killed my floppy drive! (Ian McCloghrie)
|
|
Re: Any threads package ? (Steven Buytaert)
|
|
kernel textmodes patch (long) (Harm Hanemaaijer)
|
|
Re: limit memory and add memory file system (Alan Cox)
|
|
Re: Improving SLIP latency under Linux (David - Morris)
|
|
Re: 1280x1024, Term, and System Lockup! (Bill C. Riemers)
|
|
Re: Alpha Linux (David Holland)
|
|
Driver for Comtrol Hostess 550 ? (Bill Morrow)
|
|
Want sources to SCSI-idle patch (Christer Weinigel)
|
|
|
|
----------------------------------------------------------------------------
|
|
|
|
From: leb@cs.ucdavis.edu (Bich-Cau Le)
|
|
Subject: Any threads package ?
|
|
Date: 5 Oct 1994 16:13:12 GMT
|
|
|
|
I'm doing real-time OS simulations under Unix. Is there something
|
|
similar to Sun's lightweight process library for Linux?
|
|
|
|
Bich C. Le
|
|
UC Davis
|
|
|
|
------------------------------
|
|
|
|
From: habibie@vision.fiu.edu (Habibie Sumargo)
|
|
Subject: Linux For Mac
|
|
Date: 6 Oct 1994 18:05:41 GMT
|
|
|
|
I am in a process of acquiring new software packages for my MAC IIFX, i.e.
|
|
Apple Unix OS for Mac, and am wondering if there exists a linux for Mac.
|
|
Of course, I would prefer to run linux on my Mac with X11 window than
|
|
aplle OS. Can someone please verify if there is an ongoing work about
|
|
linux for mac? I have seen people posting linux 68K which makes me
|
|
wondering because mac also uses a 68k microprocessor.
|
|
|
|
Please kindly reply to me. Thank you very much.
|
|
|
|
|
|
habibie@vision.fiu.edu
|
|
|
|
|
|
|
|
------------------------------
|
|
|
|
From: pa@tekla.fi (Harri Pasanen)
|
|
Subject: AT1700 ethernet driver (Fujitsu MB86965A)
|
|
Date: 06 Oct 1994 08:35:50 GMT
|
|
|
|
|
|
Hello all,
|
|
|
|
I tried compiling in the alpha AT1700 driver to see if it worked with
|
|
an on-board ethernet controller using the same chip (Fujitsu MB86965A).
|
|
|
|
During the boot it gave no messages at all relating to the ethernet
|
|
card, so I presume it is not recognized.
|
|
|
|
Any clues?
|
|
|
|
|
|
Thanks,
|
|
|
|
Harri
|
|
--
|
|
======================================================
|
|
Harri Pasanen pa@tekla.fi
|
|
|
|
|
|
|
|
------------------------------
|
|
|
|
From: hamish@zot.apana.org.au (Hamish Coleman)
|
|
Subject: Re: Trouble using "execl"
|
|
Date: 6 Oct 1994 20:55:41 +1000
|
|
|
|
In <35s10k$bge@hopper.acm.org> ian_vogt@ACM.ORG writes:
|
|
|
|
>The task appears to die
|
|
>with the following displayed on the screen:
|
|
|
|
> libc.so.4 (DLL Jump 4.5pl26) => /lib/libc.so.4.5.26
|
|
|
|
>Can anyone tell me what this means, what I'm doing wrong, and/or
|
|
>how to fix it?
|
|
|
|
you are passing an argv[0] that is NULL.
|
|
|
|
|
|
--
|
|
Use Linux! hamish@zot.apana.org.au
|
|
|)}>=----------------------- This space to let ----------------------=<{(|
|
|
``Life is like a grapefruit ... it's sort of orangey-yellow and dimpled on
|
|
the outside, wet and squidgy in the middle. It's got pips inside too. Oh,
|
|
and some people have half a one for breakfast.'' -- Ford Prefect
|
|
|
|
------------------------------
|
|
|
|
From: mesrik@network.cc.jyu.fi (Riku Meskanen)
|
|
Subject: Re: 1.6Mb floppies under Linux?
|
|
Date: 6 Oct 1994 13:56:07 +0200
|
|
|
|
ron house (house@helios.usq.EDU.AU) wrote:
|
|
: For years I have used a DOS program called smax, which formats
|
|
: floppies to 1.6Mb on a 1.44Mb drive, (and similar increases on the
|
|
: other 3 drive types). The documentation with that prog. said that
|
|
: DOS disks had 10 sectors per track, but that DOS, for whatever
|
|
: reason, only used 9 of them, and so the prog. simply told the
|
|
: drive to use all 10. A little TSR was also involved. I have
|
|
: used hundreds of these disks with no problems. Now, Linux won't
|
|
: read them, because of the assumptions in the floppy devices under
|
|
: /dev.
|
|
|
|
: My question: where are the 'sources' for the /dev floppy drives?
|
|
: Do they need recompilation of the kernel in order to add new
|
|
: drive types? It would be nice if Linux gave everyone 1.6Mb drives,
|
|
: the difference is very useful indeed.
|
|
|
|
See /usr/src/linux/drivers/block/floppy.c there is 'some' support
|
|
for those drives already, at least on my 1.1.49. Haven't tried
|
|
them though.
|
|
|
|
: --
|
|
|
|
: Ron House. USQ
|
|
: (house@usq.edu.au) Toowoomba, Australia
|
|
|
|
:-) riku
|
|
--
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
--
|
|
|
|
:-) riku
|
|
--
|
|
#include <std.bullshit> /* missing cool .signature -- got a spare? */
|
|
|
|
------------------------------
|
|
|
|
From: ianm@qualcomm.com (Ian McCloghrie)
|
|
Crossposted-To: comp.os.linux.help
|
|
Subject: Re: Linux killed my floppy drive!
|
|
Date: 5 Oct 1994 09:24:08 -0700
|
|
|
|
phantom@diku.dk (Haktan Bulut) writes:
|
|
|
|
>Hmm. Try cleaning your drive. You can get those disks specially for cleaning
|
|
>drives put some ethanol 99% on the cleaner disk. Put it into your drive and
|
|
>do some DIR commands, this should fix your drive. Actually I have experienced
|
|
>the same thing, and I fixed it with a cleaner-disk.
|
|
|
|
Or buy one of those "air-duster" cans, take the drive out of the
|
|
computer, and blow all the dust out of it. Does wonders for floppy
|
|
drives. (if you've got an air compressor, you don't even need to
|
|
bother with buying the can)
|
|
|
|
--
|
|
Ian McCloghrie work: ianm@qualcomm.com home: ian@egbt.org
|
|
____ GCS d-- H s+:+ !g p? au a- w+ v- C++$ UL++++ US++$ P+>++
|
|
\bi/ L+++ 3 E+ N++ K--- W--- M-- V-- -po+ Y+ t+ 5+++ jx R G'''
|
|
\/ tv- b+++ D- B-- e- u* h- f+ r n- y*
|
|
|
|
The above represents my personal opinions and not necessarily those
|
|
of my employer, Qualcomm Inc.
|
|
|
|
------------------------------
|
|
|
|
From: buytaert@imec.be (Steven Buytaert)
|
|
Subject: Re: Any threads package ?
|
|
Date: Thu, 6 Oct 1994 08:39:42 GMT
|
|
|
|
Steven Buytaert (buytaert@imec.be) wrote:
|
|
: Bich-Cau Le (leb@cs.ucdavis.edu) wrote:
|
|
: : I'm doing real-time OS simulations under Unix. Is there something
|
|
: : similar to Sun's lightweight process library for Linux?
|
|
|
|
: : Bich C. Le
|
|
: : UC Davis
|
|
|
|
[Steven buytaert writes nothing !] OK, I'll try again...
|
|
|
|
Ian, maybe it's not such a bad idea to make this into some sort
|
|
of FAQ entry.
|
|
|
|
Q. Are there some thread implementations for Linux ?
|
|
A. Several, depending on what you want, are good
|
|
candidates for thread implementations. Let's
|
|
give some pointers shall we:
|
|
|
|
- For an implementation based on the changing POSIX
|
|
standard, try:
|
|
sipb.mit.edu:/pub/pthreads OR
|
|
toxicwaste:/pub/archive/pthreads
|
|
Documentation for this implementation still isn't in
|
|
the package, but you can get more information for it
|
|
under HTTP://www.mit.edu:8001/people/proven/home_page.html
|
|
|
|
- another implementation can be found at
|
|
ftp://ftp.ibp.fr/pub/unix/threads/pthreads OR
|
|
ftp://ftp.ibp.fr/pub/unix/threads/part which is situated
|
|
in Florida for our overseas friends.
|
|
|
|
- yet another implementation that should run out of the
|
|
box on Linux, can be found at:
|
|
ftp://rtfm.mit.edu /pub/pthreads
|
|
|
|
|
|
So, I hope this helps. I know I tried some of them out of curiosity.
|
|
Some of them are large implementations (#1 I think) some of them small.
|
|
The first also contains, reentrable implementations of libc functions.
|
|
Please, don't ask me for technical support; I only tried them, not
|
|
used them as of yet.
|
|
|
|
Stef
|
|
|
|
--
|
|
Steven Buytaert
|
|
|
|
WORK buytaert@imec.be
|
|
HOME buytaert@innet.be
|
|
|
|
'Imagination is more important than knowledge.'
|
|
(A. Einstein)
|
|
|
|
------------------------------
|
|
|
|
From: hhanemaa@cs.ruu.nl (Harm Hanemaaijer)
|
|
Subject: kernel textmodes patch (long)
|
|
Date: Wed, 5 Oct 1994 15:54:10 GMT
|
|
|
|
|
|
This is a patch to the kernel (boot/setup.S) that adds some extra
|
|
VGA textmodes to the kernel boot menu. The patch is relative to
|
|
1.1.46; I don't know whether it can be applied cleanly to later
|
|
versions.
|
|
|
|
On any VGA compatible card, it adds the following modes to the default
|
|
set of 80x25/28/50 (which use a 400-scanline frame at 70 Hz):
|
|
|
|
80x36 11-line font, 70 Hz
|
|
80x44 9-line font, 70 Hz
|
|
80x30 16-line font, 480-scanline frame, 60 Hz
|
|
80x40 12-line font, 480-scanline frame, 60 Hz
|
|
|
|
Note that the 9, 11 and 12-line font modes are initialized with the
|
|
8-line font in the BIOS. You can load a better-matching font with
|
|
'setfont' in the kbd package. Look in /usr/lib/kbd/consolefonts.
|
|
There's at least one 10-line font there (latin2-10.psf), and two
|
|
12-line fonts (latin1-12.psf, latin2-12.psf). These fonts are 'roman'
|
|
-like and slightly irregular. Anyone know where to find more 12-line
|
|
VGA fonts? (I think some could be converted from X).
|
|
|
|
The 480-line frame looks better on most monitors, if you can accept
|
|
the 60 Hz refresh. These modes should be especially useful for those
|
|
running a laptop screen with 480 scanlines, on which the default
|
|
400-line textmodes may leave part of the screen unused.
|
|
|
|
The patch also adds support for the following Cirrus 54xx textmodes
|
|
(the modes are derived from the 132x25 400-scanline BIOS mode):
|
|
|
|
132x25, 132x28, 132x36, 132x44, 132x50, 132x30, 132x40, 132x60.
|
|
|
|
The 30, 40, and 60 line modes use a 480 scanline frame at 60 Hz.
|
|
The patch contains some disabled code to obtain 100xY modes on
|
|
a Cirrus 54xx which doesn't work. I don't know whether the
|
|
"CL-GD54" ID check works on most 542x/3x cards.
|
|
|
|
Feedback is appreciated. If these modes work correctly on various VGA
|
|
compatible screens, they could be considered for inclusion into the
|
|
standard kernel release.
|
|
|
|
hhanemaa@cs.ruu.nl
|
|
|
|
To apply do something like this:
|
|
cd linux/arch/i386/boot (or linux/boot)
|
|
patch <setup.S.diff setup.S
|
|
|
|
begin 640 setup.S.diff.gz
|
|
M'XL("(V'DBX``W-E='5P+E,N9&EF9@#M6UN3V[85?I9_!9P^5.N59/`J2FW:
|
|
MI)NT31/',[&GKQF0A%;L4J3*RZ[6O[[G'(`025&7M==QIU./AQ1!G`O.#1]`
|
|
M[*M7KU@IJWH[>S?-TWCT?EVS;^M;9GO,=I:VMW0L9BT6[HOI=-IT'+VO)7L;
|
|
M58RY3:>YZO2J^P^?F36?V#:C1^2!CQZ#7],7C+UD9;Z1+%J+[%:63&0Q$W&<
|
|
M5$F>B92MI*CJ`MK#1W:S+I*RRK=K]G,B-R++)D3^1A31&F4[K_]19Y*T8&/3
|
|
M>:8[?Y,F6;V;Y<7M%9*]N$;2O)#LGW_[EE5R5VWR&.7'L8S9>`WJ`)GX)BIG
|
|
M15W/LO1JQMZAHG4IH?MFFQ>B>"0NY59$DN4K9OD_,E$QO@LX_&-5SI(,!B+2
|
|
MY(/$GB"7-/[Y[?OO7[+W:PFLUB)FH:PJ6<"-56O)2@%21`FT+,SSJI11-2N1
|
|
M]G=)%J5U+-D?:2BOHSQ;);>S]9\&;>YZ]L0-7&5UQD:%K.#V^A6#H<H,!WE_
|
|
M*Q@.>LD"OO,X>_4:.D"CQY<O7K+1)K\?B=WD=WQG69:-+;N\&(7I)$SQ(<FJ
|
|
M$;SBH]%+LDFP"]@JSRJ,$#8&=J`DV#//T,!7/88VYTT+,(06FP_Q%"G8)1.5
|
|
M9-LB0=91(65VP,OJ\G+</B\(H0P<M&)1791YP>2F3@5&F&&U1L(]HXA8<Y_/
|
|
MAUEE#:=Q&8E,#]5'C\\QND;;?#N*2_RU5]3CC@T,P`_(@DQ^@5_LP/C%#I8-
|
|
M;[%#7:)4@G"*F4I$=P=.L\XZ;;&S7/(:.0UD#3MM/6%#Y@EY]`3S6!;:Q[)/
|
|
M&,B*.@:R@XZ!RL8PI3()YL3+427+"H900(A`/F4J$T'H.X<R.UHGVQGF&@33
|
|
M;5XDU7K#'B"[*G$'D835R/6\"8ANZM'3$R42:3JB1QKH%_5_HXL=G-'EJ*FO
|
|
MC^OB^*C+-38Z_A)^(&\F=OBK$>SX2O"U$7S=%6R['<&.CQW."'9=(]AUCPAV
|
|
MW7."NR-VW0L$.WS"W(!/D35;%5"9)\SG[.\?E#Y`MQ%)ECY2`*9B"Q..+E(E
|
|
M>X!80V*&.:!2P%B/'[,>/S,(2W:MQR^QWNE!H.V.Z>.>T\<.ND9MZ?/9DG9H
|
|
MMO,YG_C<-[,=9,:H3"9Q&8'QXZIIBI/))C<M83$J90K*0>9DV%PM:7`Q#<Z)
|
|
M74RRF[6,[MA-4A1UR7X/$[`L?V^2B>8;J(+PG-<5$HH4'V"FA@<J+SZ@'=]V
|
|
M3'EY;LW`@E.`//PC51PRYGQN3^;S8,"8]TDL\WE'YWW3OS;;MM;P8K[<T];9
|
|
M798_9!W:?9NB6])L!;-+M&OTC]+).$ZNR)3S8#$)P,F'IGRR7E@K-7D21^EM
|
|
M[+F[7=_;-S]-__:=Y]J[U\[.V%5/@2`#/;$`FC%@/N`%$7TK,UDD$8M$$9=7
|
|
MO=F2H$0AMY+J]&9;AOCC7YD<@8>U!BVU,$!ZK2I&6HV]D36OEATVGVCXH0`)
|
|
M7'L2>'MLN:W+-90$_!G+2/\*Y;_53(0/`*M1LMBUXI+84R16C`#$?G;#7^4Z
|
|
MI3)C-?0ET>/0\KA\Z$YM:A:E*`GF?++P`Q,E9Y2[-LW7IEE-2@?-:LHX[,V'
|
|
M>_-G'[BNO.,RP>"")<2#%'=47?%M,U!\\]>D@'BLZ#T"A*S>A+#$@"JK9J)Q
|
|
M*$J8)P"IN9Q/FQF*68Z]@Z49<E02;NJBD%D%,UR-_;%D]Z,RW/5C-<*P3":A
|
|
MBM$0XAN9DS(=HB8*#TB$[-/@>RQEMD<=CK\/"(7"B%=YFN8/27;+!"SR.J,<
|
|
MSW'VNU+3TCX)JP<(AT,,!?Q*F,MAC0GPM8'(.OM83P_%9,D:=2"06NS54P\I
|
|
M==@#PFJS'^`.P,L,UG7;W-53#PYUN`.,.L,=T)7A[O$V=_74@[H=[LV2[SAW
|
|
MP,N&NT/+!7`_09.]:_PCKG$Z\IT!^<Y9^4Y+OML9G=OA[@YP=\]R!Q!E_.ZW
|
|
MN'?C5(OP!T3X>Q$M*BKFNCCTDOQGL-X^Q=<`E#[`4DZDK$HV$/BEJA'KI&3P
|
|
M'S$5K/*F,<Q`@!&SZBGY^]3<[>8E+*XM3OZ&&XORM-YDY.$_MWW0LQ`-)P"R
|
|
MEP!Q\EN`K0`P^72;[&0Z/-8V0HI<'5T-K6"./?,LA\5Y!24LAUE^K*=Y'/9^
|
|
MK:OPDM_=&5#['Z0:@*@DIN57G1&;0MXF926+LL="&I(D`XH60T%K<<!ZFGM`
|
|
MT0(3L'KTXQ:G#J.][&98_[SYZ4<'J[LL1)47716LRU6(NBHXUE%.QW2`D.IK
|
|
MT?A"[Q(@+Z4$RM&X%#-`IC*J%)L^*=E]CUM5IO6R8@@(#**6N3<)8#UF]B$7
|
|
M@"<M&W!,`Q5P#H]W+3:XO?<+CCC#O3G$>;F(2Q;OU.H.TR[*888$]6]^>7_#
|
|
M?GC]EFWSHB+"'RK,.X+K:N+,4[C"^F:"C:%JW.19CHNE:P"/5514$9(OFV66
|
|
ML2"8*9809!O4A$1A/S9&\M?$^`IIC)&[]#$!%_)VJC>ZKC'Q/HQ0(I'W*$*D
|
|
M,"^7K57==<\J[4U.6*ZEM("CC<!85$+9Z8,L<@(=J<CNKA2]_'>=%!(W/R.!
|
|
M6U%_^>'M.T6'-F:%Y@\%YQY("[G)8!54(H*!%<]]DM<E\2&*L9S=SH@.Y_M`
|
|
MKW3Q#6XGUR6V+E1KM!:%B#!=0;4T51NX:R@40Q*8Y>]Y*;W?XFH?$P%4?UC+
|
|
M#+<[*Y**>QD3O5L!CFU6PVA'&$0!)0VYJ(4V%O%P:W[&B?DI>TMLW$H&YS_`
|
|
M(E@RN=E6CWI@%99#OL2=YH9"EA.%0!',`^A4;)LE2&`M;%K;I[%R)\DOJQP6
|
|
M(AV1ED4BR0W@F8($-EU"J`^.;9Y4./&V'-OS.\'4*!1N)VK(S7YALZO0VE](
|
|
MFE^JIPFY3KSI&7-5Y!O\1J$!+2"\_4[+I.LYH"(F9E=Z''3]JK9!-*I9]LUA
|
|
MV68,M)%Z_>3=[RY#>V\PL_L]P//([G>?E]7EY;A]7L=WOZ_;<]R>46OW>Y#5
|
|
MR=WOS^`VLR\]MMPAOVF@?N@WZZS?SFR`GS80[G]?;J#]_O=G,%&S<``364,F
|
|
MTHN-I=G<:]<DVL(;*L>+)JJQ%B#I",=X)^6V6Y$;E?![U;3>=@K&$Y+(B!MG
|
|
M>?-1;"/0(N)>)*D(4WEE!M":+HTH58UP3X:FR`:9,6PTA`H*=>9#2?FG48G2
|
|
MIP$W9KY@:YG<KBL:+F?7S&)?,\MJ18A(^WH8D0HS]5Z+(36_/:5FA&599F@'
|
|
M'6`MM8$X:.NM`K"L!,`$#*UFA16<4EF<5CD<4ODO%UM6^Z:G(JQ&.@HN3BD8
|
|
MGE30P@\LB#_N95$ET(W%2;E-Q2,*Z29S@&.!9&&O,'>^9L["OV)3\.J4Z0FL
|
|
M)^6Y,[99C+/Q8BAA]?I].&$_(;<^?_X$Y](GT-ESTM%'D^>3YJJ#J>JT*9X<
|
|
M3PL()W#LLX13.XC49QNS<87[$4'_+?'2^R?[,`JX&??R@@%;`[[O5+EFT68L
|
|
M4CYF$>7P6*1EKA?%)3#ATY:)!\N)/Q1H?D]8V!96Y96*E.-,YT-,YUVF#GY%
|
|
M&S=<KU@./U=I_G"ZN/`AV_`N9RD.;$,E^'S9.N!L=SG'JS;G7AP>9^T-L?9Z
|
|
M2L_;K&F1=HG60^ZS^NYS#UD?U[F]W'V3E!%[6U?;NMH+&!=2Q*=6NA&:<DRK
|
|
MI:MNC:*HI<^-Q;W4.T!ZYR%,JK(S34F'MB4JL[@G1V[S5`#C1^IJMB2>;VJ8
|
|
M,)/>"M.9U4KG*W*?J)?Q#N\E>Z\*?$:%W:,*VR<4=B]0^/^0]31DM<Y"5JN!
|
|
MK.VR\N4AJ[@$LG:*[&^/6</SF/7T0F`(M'ZF%/2/I6!P(@/]_X4,/)EESPL:
|
|
MC_A.32:#'RDH`/67"CS;21]3DZSU/82X/20Q+-"F=",3FG.IZC1,^[,'(B$U
|
|
M/Y7;/(M+VES@MOL'XJ0^=_"`O?G[A]8GCZ3<.PUWGQUKYK$[Z++&&<X$1//M
|
|
MY=,08S>_.LFQ__`P7^V_I!!F[+,_G=U#F(SW,-D<$[AONM-LAP;%>S#8=[IL
|
|
M+X5D?`CM\1[:\]TN\TM!&7>&F#M=Y@LYQ/RLWNX0:[>G]Z++^D($S(=@*N_!
|
|
MU(4]P/LL`!XRB-4SB$.?H9IBGJ]6I1S2UYQKZ^2]VIP5+)91L@&U[D5:2ZPA
|
|
M:K]V0E^)5&.%&('HB0AK0,D0X$(I`,IQ,I.,3VW/NYJQ8U^Q%CZ?0-FPFL,W
|
|
M29R+.\C9Y6@FRBA)&/OJ[;<_TJKU*WK]SEF.1K/PL9)0Y0(+/SX%-EX7G*[4
|
|
MLE`M#EU=NGKX'<P0"NHLJ+.@SH(Z"^HL/+H&>`WQ.`M]>GXCLGH%2*0N9+$<
|
|
M,?9SO<E75,ZN[>7H#9Y/5.?AS>$4=5`0C-(]LX+?KJ?E%@R\2J+VD<)M6JN^
|
|
MS<E'DJM/\C<`#'TALD<Z%#F.S($6.HC\`GN+*FF9B/L3N-HT.H>N-HW7ME3G
|
|
M-2Q!EOO><^JM>JC>9!%[1?0NT="YOA:-BS0^6=177"/Z%+WL*6$1$YOOE7!4
|
|
M=PE+*KEK=8^P.R?YG.2#7G@ECW!!UW!""S2Z!FI$>*6S#YO\5F:YZ'/TJ)]'
|
|
M](V^="5E?)+GD[PYM<S5[X`X;@&&0E&4_8%[%"R>,DU5)'@8H=5G07U(F$?"
|
|
M/&+MT8"T0@NEEN)0RNSVP"$T3%L<N,4F&G4XL$44()%+0EWJ[E)W5UF(%'`]
|
|
M(C79AJ2,:2/3G>\-[TJZDO^:L1#YKYUTU`8A69[BKP]6M'2S]=^-`([:E"%@
|
|
M^)L\+5E*/W_)'TJ51(@/5OK45]ZD0$%'P[-8%/LSP<.9,3.9PS@FH#KICI]/
|
|
MJ<W2;72:#[K&4"U5UCSD13Q2I]O58*V(2HQK+=3=CE246%+?%YI>)])1!G:/
|
|
MD6H7II]K*T9-=IW5Q&D(FF2[4/?`Z$['SX"#R;\C'#QNZV='C]X.U=T-AR3@
|
|
MP6YMG5`-4L4B2E82F_0\+I!K0:)GM5@+XMTA.5%;0;1FHZ`2V,K>"\RD:/;)
|
|
MC"1L4$\U4-`W;,MOZ2LUS[#14_/6:7[4`,;2P5#8[)4TN7_<E&&78U]%$Q6:
|
|
MHRD)-&K&#GG:@:*%YT5WV`>\M?EUG3B>'":.J/^^:@Q00,I2XHM[X\UW@`]^
|
|
M??/VN^^;OTFC8V*;&LI'*%DJRDK]I9[CN!/+@:6D/B+SWX@VKMG^"+?1ZRM]
|
|
M>/NK"\"(_^7!B#\(1BQ^.12QK*<"D>`,"E'2+\0@EO^\"$3Q>U;\$9P#'Y;S
|
|
M*=!#.^`IP,.R/QIV*-(G0X[@`&^T,D?I1)#$HB[/<1T"-?X70S23/IS1#8YN
|
|
MP"-<U.#J!G#(GH_7].+FH+)!2'Y#8-[-+H1*^#=Q^MZ?(WM3V4="J?,"G@EJ
|
|
M73Z22Z'84VWS45#MI(0O`>7.*?2;0[VGN.%R*'ANG)\-*IX3_(Q0\IPKGQUJ
|
|
MGI/YW%#T@N+2AJHOS=\/J=(-4$P7YJ8>-V68BJFCG_5[3"7U-TKZ'J@[]L<[
|
|
M3I]X]W0_1]\;.L00%N>*GBMY>"=ZKJ9?O--?N[3^*N(Y,L,$C]O+3KL7S4';
|
|
@';ZF]S6]K^E],QGH4GIR!7!.TX];(?P',3ZVA3E$```Y
|
|
`
|
|
end
|
|
|
|
------------------------------
|
|
|
|
Crossposted-To: comp.os.linux.admin
|
|
From: iialan@iifeak.swan.ac.uk (Alan Cox)
|
|
Subject: Re: limit memory and add memory file system
|
|
Date: Wed, 5 Oct 1994 15:46:28 GMT
|
|
|
|
In article <36keuf$su0@zeus.fasttax.com> phil@zeus.fasttax.com (Phil Howard) writes:
|
|
>My hardware supports DMA only on the first 16 megabytes of RAM although
|
|
>it will support up to 64 megabytes of RAM. What I want to do is to have
|
|
>Linux use only the first 16 megabytes in its usual way much as if the
|
|
>machine only had 16 megabytes. Then I want to use whatever remaining
|
|
>memory above the 16 megabyte line I happen to have installed (it is OK
|
|
>by me to have to code this somewhere) as a memory file system. So if
|
|
>I install all 64 megabytes of RAM I could have a 48 megabyte memory file
|
|
>system.
|
|
>
|
|
>The basic question is how to do this. Also, do you know of any particular
|
|
>problems one might encounter with this? Is there some other scheme that
|
|
>would let me utilize the extra memory to gain some speed?
|
|
|
|
Just run Linux as you would at any other time. It'll start using bounce
|
|
buffers for DMA to/from 16Mb+ addresses.
|
|
|
|
ALan
|
|
|
|
--
|
|
..-----------,,----------------------------,,----------------------------,,
|
|
// Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU //
|
|
``----------'`----------------------------'`----------------------------''
|
|
|
|
------------------------------
|
|
|
|
From: dwm@shell.portal.com (David - Morris)
|
|
Subject: Re: Improving SLIP latency under Linux
|
|
Date: 5 Oct 1994 19:38:07 GMT
|
|
|
|
callahan@maths.ox.ac.uk (Michael Callahan) writes:
|
|
|
|
|
|
>I personally don't see how this can be better than TOS queuing,
|
|
>without changing the SLIP or PPP protocols. With TOS, an interactive
|
|
>packet will always go out before any FTP packets that are waiting.
|
|
|
|
Well, it is not always possible (and historically rarely possible)
|
|
to tell if a connection really deserved TOS queuing at high
|
|
priorities. A couple expamples ... a terminal session being used
|
|
to 'download' a large file; a terminal emulator with a programable
|
|
interface (TN3270 w/Chameleon for NETMANAG or PC/3270 from IBM)
|
|
performing batch bulk transactions, file downloads, etc.
|
|
|
|
Dave Morris
|
|
|
|
|
|
------------------------------
|
|
|
|
From: bcr@k9.via.term.none (Bill C. Riemers)
|
|
Crossposted-To: comp.os.linux.help
|
|
Subject: Re: 1280x1024, Term, and System Lockup!
|
|
Date: 05 Oct 1994 17:03:45 GMT
|
|
Reply-To: bcr@physics.purdue.edu
|
|
|
|
|
|
I've had the same problem with ntparadise. However, I notice that if
|
|
I wait a few minuites befor pressing the "reset" I still hear a
|
|
"sync" command running. So the kernel is still running. Since,
|
|
all term does is transmit data to the socket, even if term transmitted
|
|
random data and then hanged, everything else should not lockup...
|
|
Just like an ordinary user's process should never be able to crash
|
|
the kernel. So, this can't be a term bug, so it is either an
|
|
XFree bug or a kernel bug. (Note: I didn't do anything spectacular
|
|
like changing my resolution, so I suspect that was just a convient
|
|
thing to get blaimed...) I just upgraded to XFree86-3.1, and haven't
|
|
checked to see if this problem is still present. Then again, I've
|
|
always figured that programs like xlock should not be able to work
|
|
without being SUID, since ordinary users should not be able to leave
|
|
the machine in a state that root can't restore from. If they
|
|
can, it is a security bug.
|
|
|
|
Bill
|
|
|
|
|
|
|
|
--
|
|
<A HREF=" http://physics.purdue.edu/~bcr/homepage.html ">
|
|
<EM><ADDRESS> Bill C. Riemers, bcr@physics.purdue.edu </ADDRESS></EM></A>
|
|
<A HREF=" http://www.physics.purdue.edu/ ">
|
|
<EM> Department of Physics, Purdue University </EM></A>
|
|
|
|
------------------------------
|
|
|
|
Subject: Re: Alpha Linux
|
|
From: dholland@husc7.harvard.edu (David Holland)
|
|
Date: 29 Sep 94 15:28:58
|
|
|
|
acbul1@penfold.cc.monash.edu.au's message of 20 Sep 1994 07:12:39 GMT said:
|
|
|
|
> Since the converse ( "sizeof(int)==sizeof(void *)" ) is not specified in
|
|
> the C specification, it should not be assumed. It is a pretty safe
|
|
> assumption, however, that a long can hold both a pointer and an int.
|
|
|
|
If you were running on a 386 in protected mode with full segmentation
|
|
turned on, this would not be the case (32 bit long vs. 56-bit pointer).
|
|
|
|
--
|
|
- David A. Holland | -- "Do you have a moment?" -- "Yes.
|
|
dholland@husc.harvard.edu | Unfortunately, it's a moment of inertia."
|
|
|
|
------------------------------
|
|
|
|
From: morrow@cns8.cns.ucalgary.ca (Bill Morrow)
|
|
Subject: Driver for Comtrol Hostess 550 ?
|
|
Date: Wed, 5 Oct 1994 17:41:16 GMT
|
|
|
|
Has anyone built a driver for the Comtrol Hostess 550 multiport
|
|
serial board? I see no mention of it in the serial HOWTO.
|
|
|
|
========================================================================
|
|
Bill Morrow Clinical Neurosciences, University of Calgary
|
|
e-mail: morrow@cns.ucalgary.ca voice: (403) 220-6275 fax: (403) 283-8770
|
|
http://www.cns.ucalgary.ca/~morrow
|
|
HMRB 105, 3330 Hospital Drive NW Calgary, Alberta, CANADA T2N 4N1
|
|
|
|
------------------------------
|
|
|
|
From: wingel@lysator.liu.se (Christer Weinigel)
|
|
Subject: Want sources to SCSI-idle patch
|
|
Date: 6 Oct 1994 15:22:25 GMT
|
|
|
|
I've managed to misplace the sources to the SCSI-idle patch I wrote.
|
|
Would some kind soul please mail a copy to me.
|
|
|
|
Thanks in advance.
|
|
|
|
/Christer (wingel@lysator.liu.se)
|
|
|
|
------------------------------
|
|
|
|
|
|
** 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-Request@NEWS-DIGESTS.MIT.EDU
|
|
|
|
You can send mail to the entire list (and comp.os.linux.development) via:
|
|
|
|
Internet: Linux-Development@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 Digest
|
|
******************************
|