Files
oldlinux-files/ftp-archives/tsx-11.mit.edu/1996-10-07/mail-archive/linux-devel/Volume2/digest259
2024-02-19 00:24:15 -05:00

519 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: Mon, 3 Oct 94 11:13:16 EDT
Subject: Linux-Development Digest #259
Linux-Development Digest #259, Volume #2 Mon, 3 Oct 94 11:13:16 EDT
Contents:
Re: Report on gcc with P5 optimizations (Eric J. Schwertfeger)
Re: ext2fs vs. Berkeley FFS (Bill Broadley)
VESA and SVGAlib? (Andy Bailey)
Re: Need MOTIF Library Clone (Alexandre Naaman)
Re: [STATUS] Linus Floppy Driver Development (David Holland)
Re: Linux Device Driver info needed (Rob Janssen)
Re: Bug in MSDOS fs ? (Bruno Haible)
ifmail25 trap.c (Champ Clark)
Re: [DOSEMU] Running dosemu disables serial port!! (Byron A Jeff)
Re: What GUI to write for? (Jinwoo Shin)
Re: What GUI to write for? (Hugh Strong)
Re: An idea: Weighting the cache per device (Michael Faurot)
Re: IBM Token Ring Support? (Robert Kroes)
Which kernel suports two ethernet cards ? (-- Mascaraque --)
----------------------------------------------------------------------------
From: eric@pandora.Las-Vegas.NV.US (Eric J. Schwertfeger)
Subject: Re: Report on gcc with P5 optimizations
Date: 2 Oct 1994 16:55:09 GMT
Erann Gat (gat@robotics.jpl.nasa.gov) wrote:
: FWIW, FYI, ETC:
: Several people asked me to report my experiences using gcc-2.5.8 with
: pentium optimizations. I got the version from sunsite, which appears
: to be slightly different from the version from intel. (For one thing,
: the intel version claims to be revision 2.4.0.) It compiled without a
: hitch, and the kernel recompiled OK using -O2 but not -O4. This is
: consistent with earlier reports. Bootup dies during delay loop
: calibration.
That's true for pentium machines, my 486 did it just fine. I think it has
something to do with the pentium's dual execution units. FWIW, -O4 worked
fine on my machine except for TCP/IP, which wouldn't work in at least some
cases.
-O3 however, worked fine.
: Unlike earlier reports, I perceive no performance change using the new
: compiler. However, much of what I am doing is memory-intensive, and so
: I would not expect to see much speedup.
I see about a 3% speed difference in most cases.
------------------------------
From: broadley@turing.ucdavis.edu (Bill Broadley)
Subject: Re: ext2fs vs. Berkeley FFS
Date: 2 Oct 1994 22:44:49 GMT
I'd be interested in any documentation for the EXT2 based file system
of linux. FFS papers are easy to find.
It would seem that with increasingly intelligent scsi drives, and
increasingly large on disk caches. (1MB aren't uncommon) that
it isn't as necessary to know the hardware details of a drive
because they are hidden from you by onboard cache policies, variable
recording rates etc.
Back when drives has no cache using the geometry of a drive was a big
speed win, but I suspect it's less so today.
--
Bill Broadley Broadley@math.ucdavis.edu UCD Math Sys-Admin
Linux is great. http://ucdmath.ucdavis.edu/~broadley PGP-ok
------------------------------
Subject: VESA and SVGAlib?
From: bailey9@muvms6.wvnet.edu (Andy Bailey)
Date: 2 Oct 94 11:42:52 EDT
I have what might be a dumb question, about SVGAlib and video modes. I don't
know diddly about programming graphics drivers, but here goes.
With most DOS applications, namely graphics viewers, instead of specifying
the drive specific to my card, I simply use the VESA driver, and voila, all my
cardsmodes are recognized. Would this be possible for SVGAlib? I have overheard
bits of conversation among Linux developers about avoiding making BIOS calls (
I guess to ensure portability to other processors). Is the case the same here?
------------------------------
From: naaman@info.polymtl.ca (Alexandre Naaman)
Crossposted-To: comp.os.linux.help,comp.os.linux.misc
Subject: Re: Need MOTIF Library Clone
Date: 30 Sep 1994 21:50:22 GMT
C.W. Southern (cws9669@ultb.isc.rit.edu) wrote:
: I am looking for MOTIF libraries. I don't need MOTIF, just the libraries.
: I once saw that someone metion that there where some MOTIF Library clones
: out there. Does anyone know about this? Can anyone help.
There is a MOTIF clone being worked on as we speak. Check out the Projects-Map
file for details (on sunsite.unc.edu: /pub/Linux/Incoming or /pub/Linux/docs (I
think)).
Ciao,
Alex.
--
Alexandre Naaman | Try out my home page :
Mechanical Engineering Student | http://www.polymtl.ca:8001/zuse
Ecole Polytechnique de Montreal | /naaman/Mosaic/home.html
------------------------------
Subject: Re: [STATUS] Linus Floppy Driver Development
From: dholland@husc7.harvard.edu (David Holland)
Date: 29 Sep 94 22:39:58
jbarrett@onramp.net's message of Mon, 26 Sep 94 16:45:48 PDT said:
> Try this on for size..... New filesystem type = AMFS (AutoMount
> File System) Attempt to mount this file system to a device and
> mountpoint always succeeds When mountpoint is accessed then AMFS
> checks for floppy available and what type of floppy... The only
> question would be: Build FS support into AMFS for each file system
> type desired... or find existing kernel FS support routines
This is not entirely correct. Removable media, such as floppies, are
also changeable. Any such scheme should support multiple volumes. That
is, look in /floppies/foo to get your disk "foo", /floppies/bar to get
"bar". Ideally a reference to a disk not presently available should
cause a message on the system console asking for the disk to be
inserted.
Thus you could, for instance, cp /floppies/foo/* /floppies/bar and
expect it to work if you have only one floppy drive.
--
- David A. Holland | -- "Do you have a moment?" -- "Yes.
dholland@husc.harvard.edu | Unfortunately, it's a moment of inertia."
------------------------------
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux Device Driver info needed
Reply-To: pe1chl@rabo.nl
Date: Sun, 2 Oct 1994 22:42:51 GMT
In <Cx20B3.3Ky@SSD.intel.com> wms@ssd.intel.com (William Shubert) writes:
> This is probably a FAQ, but I couldn't find this newsgroup's FAQ on rtfm
>or anywhere else, so here goes...
> I need to write a device driver for Linux. I looked through the
>src/linux/drivers directory, and found some good examples but no
>documentation. Is there any documentation on the linux kernel anywhere?
There exists a "Kernel Hackers Guide" that you should be able to find
in the documentation tree of major Linux sites. (filename is khg*, I think)
> If there isn't, could somebody point me to a device driver that accesses
>a device on the memory bus by doing memory accesses instead of using the
>outb/inb calls? All the standard drivers seemed to use the I/O bus. I
>suppose that the hardware I'll be using could be modified to look for I/O
>accesses instead of memory accesses (it'll be a custom card), but I'd
>prefer to access it as memory.
Devices that are memory mapped include the video card, and the WD80x3
ethernet cards. You can look at the drivers for those.
Rob
--
=========================================================================
| Rob Janssen | AMPRnet: rob@pe1chl.ampr.org |
| e-mail: pe1chl@rabo.nl | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU |
=========================================================================
------------------------------
From: haible@ma2s2.mathematik.uni-karlsruhe.de (Bruno Haible)
Subject: Re: Bug in MSDOS fs ?
Date: 3 Oct 1994 00:13:14 GMT
Per Holm <ph@fi.aau.dk> wrote:
> There seem to be a bug in the msdos fs..
>
> I have a 250 MB dos partition (formattet with MSDOS 5), and when mounting
> this partition under linux, I'm not able to read a file using the last
> cluster on the disk... It causes an I/O error...
>
> There is not any problems reading the same file when booting plain dos..
>
> The error has been in the kernel since 1.1.29, and may be in older versions.
The problem is that the DOS partition has an odd number of sectors.
Linus calls it ``the old "not a whole buffer" problem''. In the days
of 0.99.15f, I developed the following patch. Anyone can do better than
that?
Bruno Haible
haible@ma2s2.mathematik.uni-karlsruhe.de
begin 644 linux-1.1.44-last-sector-patches.gz
M'XL("*T!CBX VQI;G5X+3$N,2XT-"UL87-T+7-E8W1O<BUP871C:&5S -4:
M:W/:2/*S\RO&N8H+@0 )!!@,5#F&U'G7=O8P2?8NFU():12T%H+5([%WU__]
M>AX:C4!@)['CK,MEHYF>?G=/=PO'<UU4#5'5;B+?"Y+KJE[3:X91=T+O$PZC
M^LQ?VE=UUU^N5C<UF\%LV7Q6+I?O@V3O,@G0<?(1Z0;26SU#ZQGPH=LUGE6K
MU9T4Y)-:HZ?#K\9.EO,_E!6]V6RK>M-H(+J$T![Y0>SGN>-%5\B>6\%'C+P
MN<X+Y[?@N;H&9B=AB(/8I/PH1WPW78UO5OA]#N0#&J"+-V=G1\_V*23CW(R\
M/W&T"7E^_*LY.KW\V;P\_=^8([]E_SP7E=#EM(D.D'8-4BJ<]&AR61W&H65?
MP7GMB*HL$Q2>JC^\H/V^_G6R%AJYT])5^-/)C,RP[F:=L<O8R+$^FIR^'9?R
MVD 55'HU.EE?[?=11P%D3 ,,2W5(T*#A$'$99R&VKNA'PA8SEV!9F.OI62[D
MMECA[09PWSZ4HHK[4(HOL!98+7*H'\0FJW Y\X*/S*GREDEERP+IGR#;#K&*
M3-@PVAVU872:PH2V%6$$),\FOTS.>Q0;2;RFZ]BEK4(6Y(&<:&*_P0Z_H?%\
MA?'*=*S8$GSNA3A.P@"2TR?+]V +,XE+#O[DV9PTY_#5^71\,>I1:V5BI-9Z
M9#%$XGI(20H-U-*:*OSII@;ZE^<ZV$7_/GX[-AOFR>N+Z>3UV=EX<IEF\7SZ
M#>**=GVH?1B0HSAP/)=G:0%()2=_/M3(F>$P3<E)(#26W@+N,H3\#$BIG/1#
M'UV8U'/I8Z6B_,49(:E\^M]?QDS=9A2##@@_'VJN8W(MH,$ $=+HX(#944C+
M[?C8TCZ-J,6&;A@@>E/+DBE)-K/$=7%H+JQK-$1)!!]75F@M4E^L1=B.^269
M@0ZV .YR^8/-,[LBH(A"/K42I=@+A\C]:C0:OX(XY(QNA$R5'\%^A+D?I,H0
MV?<?J(QOTT.ADW2UKMKHZJ+$(>#@J25O #[J]1NM-OP#SQ24$?5+3U'DJX+S
M[V77$9.?PVZ8DO*SY?Q&X4I.S/PK"O/^_/BGUQ/S8B)1HF>/4BB(C@RH%N(_
M$AS%IAL _&C\]O1D;$[&_WDSOIRR^C93 '>,1U3 %\K.KX1'$]^Y7W_V$0=S
M9TM[QO?NZLXXV-[Y,D#GU@U"#>@K>JUVKZGM;L[2@]-Y@GY*?-K5:;V6)@X6
M5I%=3=6[[2SMV7,,N1C"*?9B;QF0&U-%"^OW95AA";;?AZ7J<.$%R]",YIX;
M*XHH<UCB!G= X B0LG]'W"&(#>DYR8#TF5""QUH R" O1,3Q2R_/7I\PNYHO
M3Z>7J(JZRE'.MHP'PI; )&Q+&6%U))=.Y+&GENY+A;BGV_F^&7XV >\6UY/V
M[W(_"91Z$NWR==0 3S)Z6F.W"VX_W#!Z^N%V-VPUU)9H9&YY)-?+H%A41JF^
MD+T,8LL+(A3/,:(K2Q=9OH\H]2J[ZR/27">!!ZX$N[K6,-#L)L: #U 1(RS#
MJ$>?V%(^77QX?WYZ ?^HB(PK[CP/R55+;WP54X41W#E4]4-#NI-(!>39Z-/2
M<\"WK[#),UO)@S**NIM*/H6?50 -$SM.K_8YMAQ"?$X2^%_$JY,@\CX&V$'D
M .-3!8&3@%W@_#C'#T?A$]U@^$V+8"0!=FWR'=[>,9:S6^2[L*P">Y;_3=P7
MIU#H?G2I<ER%@."J]/PEL$9]@(0VL+!86 '!EP"Q&4:3^KOZY+C^[OBWX+DB
MMRT\WX LE%=(#;-Y=3@ST[J@R[BGHHE-2B@(00HN(!PG-[#P))9G6*XJV& N
M5F+(@%]H</NHQ(E4&%(%VA.%:1EJ/ ;IA1F#R2I>DF:+]6$2%*A/6DNEW$\'
M+K3\9P8%!I@N"(NE\#,IW-Y-3J=CJ-S1?D9307__C?C^9'P\(MMY)A3"*5$J
M;R]D_.QN(&:3[H:',YMP,Q#Z$4S(+9!S=-];>)3,758]$@[ CO31FHV9C22
M 8<0EM^KET700/7NA=B_0<LD)IDMI./-<IU#WL])"KTDYR9[MR@K!67Z]"J'
M9)MG0$40VH%-J( $@AO9+DRX*I>-4GD:7RSL-)I09QL\I[,12PLZ,GUM'+8/
M6H"2 2](6RM6Z2+O>8"IC2UA;_K$*Q.X?P@\WX,SE>R,4%KJS2 ?F,!V:V!^
MQQ3YL[Y&2$+=!PD,WGBE?3N%F<WA[O2Y]0-\S?QDBU;@/FZT#6G>20Q#T9!(
M':0>1AYDJ>^KIOTB-561$#Y3SCWE% CWUN$J ^D6Y3 B"+@:N'YD$+9$G4?$
M$^E>C]9)I8VU;-U-BK*< Q$)S#H+*TS]U+1]; 4B&G*\S+F]V-P O+8CO_SX
M+O;).6AFHSQTD4(>RIUWFCE?<GPO4Q=2?4!S%X9G%\*S*T:E>YD!P7Y'8@6'
M(>-1R]8VF-K?U.5 NA7OX^/;%9A178AI<Z%#-S5-;6K9ZZ$'ET@RTTZI\N;\
M1LGN["DC._+J4;C12XKU[3VD %EK_XQNK]7=UCMN.Z1!V]C<WC-VNKK:Z7;D
MB2W!9)Z,2 =>2R)28O 96GXKQL&VK1 OK!7;W&>;H3QSDD%M:V797LQ?)MU*
MTZ<O'*NE@DC3UB<1A+S8TK])FJVNY?() 4$F_"J_N.E4^?WU:83>,P[7/6KG
M"7)HUPA"5Z67UTO7C3!)S:[GKZI#UUPM(W1 :G% 3_18U95TX)BKT:FF2K34
M9J4T+?D'Q1"\/.?M5A^MS;T4TBH(BN;,XP,D6@JC#/?IQ=0\/_Z5[GV>>SY&
M)9HMAAJI.^DD@PJ7.MC3"+<^U0,B#R-@85/>,E2]K<F3^B*IC^XMXE>8[RY1
M6!O*&94FZH_/:($I[F1V:VQ[@>TG#JZS$&13Z#D/R,*]S4@O!-M[![WM"-L(
MZ60";A@]O47"MRD%?/'!S0FXOCWNH=4R6K*?T"%4J>P%7JR4R(-R1%O.4UB
M5M/[TR*C8V1#UPD,SK"[##'ZC)&SA!XT1/&<O/MGU2.?,,T=DW\JDWZ5H1-#
M:!1;,S_MF4DO7V9#8-;HI@-%-D8D4T06+YP"@8=2@10(_$"0+&90&)!6&!91
M.GZDX$*\,MGC+T<CQ@]@PF$ )\A] ]"T **ZD5SS1]?-W/+=*E=0*9VR1LJC
M*^N>P;&(G&5DNM&6^,BV[PJ1#))&"7'V1@=IS5ZK4_ EOJUGIPEF9]NH ?=I
MLZ>U=[PJTC55;^A2J/#O!YCFS^/)Q?C,-'/#7"\ >KAP7LM8B$"O#IWPDM<P
MTKB6:;T,>,*8S751YC Y1*QG2@=E^R56Y%*\!">OPLF[5)6^"E 419K8B0J9
M=CB,7JZBKI32">@!TND7?R[')U.HA.CMS&MKBHDQ<LM2.E64/-XN5%0%EIEA
M4)]9Y@I\"ONU^?"'5R(?!:8C4XD5Y%J>3Z(<@I?'Y0NG_L)1T]:<?>LQNYS4
9[&[BI')356ZC"AO//9RA_@_/N^2H<2L *(<
end
------------------------------
From: c-clark@freenet3.scri.fsu.edu (Champ Clark)
Subject: ifmail25 trap.c
Date: 1 Oct 1994 10:04:02 -0400
Greetings....
I am attempting to compile ifmail25, and have hit some errors
, namely in iflib/trap.c . Seems that it gets a "context"
error (sorry, I am at work, and cannot see the errors).
This was compiled with slakeware 2.0.0...
Any ideas would be helpful
--
------------------------------
From: byron@gemini.cc.gatech.edu (Byron A Jeff)
Subject: Re: [DOSEMU] Running dosemu disables serial port!!
Date: 1 Oct 1994 13:18:52 GMT
In article <1994Sep30.132826.15855@excaliber.uucp>,
Joel M. Hoffman <joel@wam.umd.edu> wrote:
-I'm running DOSEMU 0.52, and it's GREAT, except that when DOSEMU is
-active on the console, nothing else can use the serial port! If I
-have kermit or rz/sz running on the serial port, communication simply
-stops. If I don't --- even worse --- mgetty goes crazy. Incoming
-FAX's and logins are not processed.
-
-I've already taken all the serial lines out of dosemu.conf. Is this a
-known problem? Has it been fixed in any of the pre_53 releases? Is
-there a workaround?
Just a thought. is that serial port at COM4? That address often conflicts
with some ports on SVGA cards. And DOSEMU runs the VGA BIOS.
Just a thought.
BAJ
--
Another random extraction from the mental bit stream of...
Byron A. Jeff - PhD student operating in parallel - And Using Linux!
Georgia Tech, Atlanta GA 30332 Internet: byron@cc.gatech.edu
------------------------------
From: jwshin@nitride.EECS.Berkeley.EDU (Jinwoo Shin)
Crossposted-To: comp.windows.x.intrinsics,gnu.misc.discuss
Subject: Re: What GUI to write for?
Date: 3 Oct 94 13:45:01 GMT
toshok@cs.uidaho.edu (Chris Toshok) writes:
> I don't think Athena or Motif is the answer. One is absolutely ugly, and
>the other is absolutely overpriced (not free). I for one would be willing
>to write some widgets for a GPLed widget set.
Yes, Motif is very ugly IMHO and I don't think Athena is overpriced at all :)
For me xview hits the spot. Code freely available, and its API is not too bad
and GUI is aesthetically pleasing in my eyes. Good example being workman.
--
Jinwoo Shin jwshin@eecs.berkeley.edu
System Administrator
Berkeley Sensor and Actuator Center
------------------------------
From: hstrong@eng1.uconn.edu (Hugh Strong)
Crossposted-To: comp.windows.x.intrinsics,gnu.misc.discuss
Subject: Re: What GUI to write for?
Date: 3 Oct 1994 14:13:04 GMT
Marc Fraioli (mjf@clark.net) wrote:
: In article b38@panix2.panix.com, mmarten@panix.com (Marten Liebster) writes:
: >I want to write a X application or two. At first they would be for
: >personal use, but eventually I might make them availble for the
: >public to use.
: >
: >I am not sure which GUI/toolkit to use. It would be nice to keep it
: >portable to use under various UIs. Do I have to use Xlib? or can I
: >write them using XView?
: >
: I have been pondering the same question for a while now. Ideally, I
: would like to use Motif, as I already know it, it is pretty standard,
: and I like it. Alas, it's not free. I'm willing to pay for it for
: Linux, but most Linux users aren't. I'd like to make my stuff accessible
: to as many people as possible-- that's why Linux has improved the way
: it has. XView is a definite possibility since it's a complete toolkit
: and it's free. I find its look and feel somewhat ungainly though, and
: now that Sun is abandoning it in favor of CDE/Motif, it is dying a slow
: death. There is also the Athena Widgets, which are free and relatively
: complete, but kind of ugly. You can get a 3d version, but it is only
: partially 3d, and it appears not to have been worked on in a year or
: two. Finally, I've been looking at the widgets from the Free Widget
: Foundation. There are some very nice ones in the set, and they come
: with good examples. Unfortunately, the look and feel is not uniform
: (some are Motif-like, some are Athena-like, and others are just out
: there), and the set of widgets available is not as comprehensive as
: Motif's. Of course, there is also Stallman's recent note about Tk
: and the Scheme bindings available for it. I'm no big fan of Scheme,
: however. I'd prefer to stick with C or C++. I'm not really interested
: in using Tcl either-- I want to use a compiled language for speed.
: I'm currently leaning towards FWF, and possibly writing a widget or
: two of my own to fill in some of what's missing. I'd like to hear others'
: thoughts on this though.
: Since I think this is a fairly important question, I'm adding
: comp.windows.x.intrinsics and gnu.misc.discuss.
Check out several API kits on sunsite. The one I'm most aquainted
with is called wxWin, which is installed on my machine, although
I haven't played with it yet. It's for building applications
for XView, Motif, and (Yes, it does do windows) Windows/WinNT. It
looks impressive, and I may get around to using it someday. The toolkits
are in /pub/Linux/X11/devel, but one of the wxWin files is corrupted
and you'll have to go to the home for the complete package.
-- Hugh Strong
hstrong@ug1.eng1.uconn.edu
------------------------------
From: mfaurot@phzzzt.atww.org (Michael Faurot)
Subject: Re: An idea: Weighting the cache per device
Date: Thu, 29 Sep 1994 10:39:01 GMT
Gary Paul Gortmaker (gpg109@huxley.anu.edu.au) wrote:
: I was thinking that a lot could be gained by putting some sort of
: sysop-configurable weighting factor on block devices with respect to
: file system caching. (via an ioctl() or whatever seems appropriate...)
[examples deleted]
: # Sets priority level of each block device with respect to buffer cache.
: # Parsed by /sbin/setcache at boot time.
: # A value of zero means "don't cache this device" and a maximum value
: # of 10 means "hold onto cached blocks from this device". In general,
: # give low numbers to fast devices, and high numbers to slow devices.
: # Default value is 5, assigned by the kernel.
: /dev/hda 4 # Fast IDE
: /dev/hdb 5 # Slower IDE
: /dev/sda 2 # Barracuda SCSI disk, faster than hda
: /dev/sdb 6 # Old SCSI disk, slower than hdb
: /dev/sr0 8 # Slow SCSI CD-ROM
: /dev/mcd 9 # Mitsumi CD-ROM, slower than the SCSI CD-ROM
: /dev/fd0 10 # Try to keep 3.5" floppy info (until ejected :-)
: /dev/fd1 0 # I only read 5.25" disks once, and then eject them.
: # End of /etc/blk.cache
: $
: Too difficult? Is buffer.c already to ugly? Featur-itis?
No idea (not a developer) if this is feaseable or not. However as an
admin, if something like this were available, I'd want a reporting tool
for the cache system to help me judge if tweaking of the cache with
the weighting factors was helping or not.
--
+--------------------+----------------------------+--------------------------+
| Michael Faurot | mfaurot@phzzzt.atww.org | I don't like |
| ------- ------ | ...!netcomsv!phzzzt!mfaurot| lima beans!! |
+--------------------+--------------------+-------+--------------------------+
------------------------------
From: robert@plasma.apana.org.au (Robert Kroes)
Subject: Re: IBM Token Ring Support?
Date: 2 Oct 1994 01:43:33 GMT
Clarence.Chu@f132.n700.z6.ftn.air.org (Clarence Chu) writes:
> I would like to know whether IBM Token Ring Adaptor is
> being supported by Linux. I don't find it in FreeBSD, and
> in hope that the device driver is in Linux.
There is an ALPHA driver available. I've been using the 1.1.49
kernel patch for the past few weeks, and it works great!
You can ftp the latest patch from aix13ps2.cc.kuleuven.ac.be (I
forget the exact directory).
NOTE: For ISA cards, make sure the shared RAM of your adapter (not
---- the ROM address which you can set with the dipswitches!) is
located at 0xd0000, as this is hard-coded in the
linux-1.1.49-TR.diff.gz patch. Alternatively, you can edit
linux/drivers/net/ibmtr.c and change the two lines of hardcode
(from memory, look for 0xd0 & 0xd0000). I changed these to
0xd8 & 0xd8000 to suit my adapter...
Good luck...
--
-Robert Kroes-
robert@plasma.apana.org.au
------------------------------
From: imascara@bosco (-- Mascaraque --)
Subject: Which kernel suports two ethernet cards ?
Date: Sat, 1 Oct 1994 10:49:15 GMT
We have a Linux box as a file server (pcnfs server).
At the time we are writing this message we want to connect it to
other network so we need to install a second ethernet card.
We have the following cards:
WD 8013
WD 8003 / NE1000 / NE2000
Can anybody tell us the kernel we need ? ( we have read that some kernels do
not suport more than one card )
Thanks in anticipation.
------------------------------
** 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
******************************