From owner-freebsd-mobile Sun Nov 28 8:54:30 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from unicorn.blackhats.org (unicorn.blackhats.org [194.109.83.155]) by hub.freebsd.org (Postfix) with ESMTP id 752FF14A1A for ; Sun, 28 Nov 1999 08:54:21 -0800 (PST) (envelope-from unicorn@blackhats.org) Received: by unicorn.blackhats.org (Postfix, from userid 1002) id 7836812C3B; Sun, 28 Nov 1999 17:53:05 +0100 (CET) Date: Sun, 28 Nov 1999 17:53:05 +0100 From: The Unicorn To: freebsd-mobile@freebsd.org Subject: When will this code be included in the standard? Message-ID: <19991128175305.B25118@unicorn.blackhats.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i X-Files: The Truth Is Out There! Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Guys (F/M), Just wanted to know when the PAO code will be included into the "normal" releases -RELEASE and -STABLE (in this case I am talking about FreeBSD 3.3)? I use my Libretto 110CT quite often and am following FreeBSD 3.3-STABLE with that system (and some others as well). But the PCCARD support in -STABLE is not of the quality I have experienced when I had FreeBSD 3.2-RELEASE including the PAO support package running on that system. :( And if the code will not be part of the "official release" can you then tell me why not? Please include my email address in your response, since I am not subscribed to the list... Ciao, Hans. -- ======= _ __,;;;/ TimeWaster ================================================ ,;( )_, )~\| A Truly Wise Man Never Plays PGP: 64 07 5D 4C 3F 81 22 73 ;; // `--; Leapfrog With A Unicorn... 52 9D 87 08 51 AA 35 F0 ==='= ;\ = | ==== Youth is Not a Time in Life, It is a State of Mind! ======= Echelon Teasers: NSA CIA FBI Mossad BVD MI5 Cocaine Cuba Revolution Espionage To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Nov 28 23:41: 5 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 0F4ED14D64 for ; Sun, 28 Nov 1999 23:41:02 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA03389; Mon, 29 Nov 1999 00:41:01 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA90973; Mon, 29 Nov 1999 00:41:19 -0700 (MST) Message-Id: <199911290741.AAA90973@harmony.village.org> To: The Unicorn Subject: Re: When will this code be included in the standard? Cc: freebsd-mobile@FreeBSD.ORG In-reply-to: Your message of "Sun, 28 Nov 1999 17:53:05 +0100." <19991128175305.B25118@unicorn.blackhats.org> References: <19991128175305.B25118@unicorn.blackhats.org> Date: Mon, 29 Nov 1999 00:41:19 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <19991128175305.B25118@unicorn.blackhats.org> The Unicorn writes: : Just wanted to know when the PAO code will be included into the "normal" : releases -RELEASE and -STABLE (in this case I am talking about FreeBSD : 3.3)? I use my Libretto 110CT quite often and am following FreeBSD : 3.3-STABLE with that system (and some others as well). But the PCCARD : support in -STABLE is not of the quality I have experienced when I had : FreeBSD 3.2-RELEASE including the PAO support package running on that : system. :( : : And if the code will not be part of the "official release" can you then : tell me why not? : : Please include my email address in your response, since I am not : subscribed to the list... The short answer is that the FreeBSD project considers that PAO functionality to be very important for the FreeBSD project and would like to see it integrated as quickly as possible. However, a number of factors have slowed its integration. These include the language barrier, people having lives, the newconfig/newbus rift, the huge disruption that the NEWCARD is having on the -current source tree, the breakage I've done to the old pccard code to make it marginally work with newbus, the need to integrate into -current before -stable (as a general rule) and likely a number of other factors as well. When the newcard code is stable, I suspect that work will resume on marging the PAO code into normal FreeBSD where applicable. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Sun Nov 28 23:44:29 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id B998014F51 for ; Sun, 28 Nov 1999 23:44:27 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id AAA03410; Mon, 29 Nov 1999 00:44:21 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id AAA91015; Mon, 29 Nov 1999 00:44:35 -0700 (MST) Message-Id: <199911290744.AAA91015@harmony.village.org> Subject: Re: PCMCIA membership To: Mike Smith , mobile@FreeBSD.ORG In-reply-to: Your message of "Wed, 24 Nov 1999 14:33:28 MST." <199911242133.OAA22536@harmony.village.org> References: <199911242133.OAA22536@harmony.village.org> <199911242112.NAA00552@dingo.cdrom.com> Date: Mon, 29 Nov 1999 00:44:35 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199911242133.OAA22536@harmony.village.org> Warner Losh writes: : OK. The receipt that I have in the box said pcmcia membership... Actually, looking more closely at the receipt, it was from pcmcia member services for the pccard standard. Slightly different... Once again, many thanks. The standards in pdf form sure are handy. Too bad it looks like I can't given them out generally... Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 0: 4:52 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 7FF7714F41 for ; Mon, 29 Nov 1999 00:04:49 -0800 (PST) (envelope-from dirkx@webweaving.org) Received: from kim.ispra.webweaving.org (va-145.skylink.it [194.185.55.145]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id JAA17702; Mon, 29 Nov 1999 09:05:03 +0100 Received: from brunte.ispra.webweaving.org (brunte.ispra.webweaving.org [10.0.0.12]) by kim.ispra.webweaving.org (8.8.8/8.8.5) with ESMTP id IAA07763; Mon, 29 Nov 1999 08:02:12 GMT X-Passed: MX on Ispra.WebWeaving.org Mon, 29 Nov 1999 08:02:12 GMT and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Mon, 29 Nov 1999 08:02:12 GMT Date: Mon, 29 Nov 1999 09:02:08 +0100 (CET) From: Dirk-Willem van Gulik X-Sender: dirkx@brunte.ispra.webweaving.org To: Warner Losh Cc: Mike Smith , mobile@FreeBSD.ORG Subject: Re: PCMCIA membership In-Reply-To: <199911290744.AAA91015@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 29 Nov 1999, Warner Losh wrote: > In message <199911242133.OAA22536@harmony.village.org> Warner Losh writes: > : OK. The receipt that I have in the box said pcmcia membership... > Actually, looking more closely at the receipt, it was from pcmcia > member services for the pccard standard. Slightly different... > Once again, many thanks. The standards in pdf form sure are handy. > Too bad it looks like I can't given them out generally... No what FreeBSD Lab's would need was just a 'virtual library room'. Accessable only to those working with/for FreeBSD lab's. That would be the place to shelve such file's so that all who have access to that room can read the PDF files. Quite recently a very large dutch electronic's company lost/got-exmplanation on a case with/against a university who had done preceisely this; allowed students, who had normal library access, access to a virtual library with the data sheets. This snowballed a whee bit as libraries are rather generally accessible :-). Dw. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 7:23:50 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id 022231512B; Mon, 29 Nov 1999 07:23:24 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdnb25.imasy.or.jp [202.227.24.153]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id AAA00320; Tue, 30 Nov 1999 00:23:17 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <199911291523.AAA00320@tasogare.imasy.or.jp> To: current@FreeBSD.org Cc: freebsd-mobile@freebsd.org, acpi-jp@jp.freebsd.org Subject: ACPI project progress report - Nov. X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 30 Nov 1999 00:23:16 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 367 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, here is the Nov. progress report from ACPI project in Japan. 1. Summary of our activities in this month: - setup CVS repository and CVSup collection for developing environment (jp-acpi collection on cvsup.jp.FreeBSD.org). - improve device driver (S1 and S5 state transition are supportted on several machines). - gather ASL code and DSDT data (not so many, but still useful to design AML interpreter). - start AML interpreter developing (now it is in the userland, then move it to kernel space later). 2.ACPI CVS repository and CVSup To CVSup acpi development source tree, please try this configuration. --------------------------------------- *default host=cvsup.jp.FreeBSD.org *default base=/usr *default prefix=/home/cvs *default release=cvs *default delete use-rel-suffix jp-acpi #jp-all --------------------------------------- Other CVSup servers (such as cvsup2.jp.FreeBSD.org) are also available. 3. ACPI device driver progress: - detect ACPI BIOS and install the interrupt handler. - experimental support S1 (sleeping state 1) and S5 (soft off). - have abilities to detect and handle power/sleep button press event. - add builtin PTS (prepare to sleep) control method for several machines. this is temporary until finish AML interpreter development. - set sleeping state via ioctl. Yes, now it's possible that shutdown and power machine off by power button, but only work for the limited number of supported machines. Difficulty is to get value of \_Sx package and parse/execute \_PTS method, so our tentative solution is to have builtin PTS functions for the machines using bogos macros :-) Stupid? yes I think so too. We've started discussing AML interpreter implementation. 4. ASL code and DSDT data collection We are gathering them for further design and implementation. CVSup ACPI source tree, compile ACPI/util/ tools, then % cd ACPI/util/dfr/acpitest/ % ./acpitest >foo.asl % cd ACPI/util/takawata/acpi/ % ./acpitblrd foo.dsdt.dat >^D % and finally send them to takawata@shidahara1.planet.sci.kobe-u.ac.jp. Submitted data will be stored in ACPI CVS repository. 5. AML interpreter implementation We've just started based on Doug Rabson's acpitest program, but parsing AML and managing objects in the name space are almost finished. We're going to make configuration utility first with AML interpreter in the userland, then move it to kernel space after brush it out. Please see http://www.jp.freebsd.org/cgi/cvsweb.cgi/ACPI/util/acpiconf?cvsroot=freebsd-jp In the beginning of this project, we thought merging them to 4.0-RELEASE would be very much exciting, but it seems the codes are still young to merge and 4.0-RELEASE feature freeze is comming soon. We will try another chance, hopefully we have AML interpreter in kernel space at that time. Attached diffs are the latest acpi device driver against -current. # cd /usr/src # mkdir sys/i386/acpi # patch < this_patch Suggestions, ideas, patches, bug reports, rewriting the codes, offer of cooperation/volunteers and others are very appreciated. Thanks! begin 644 acpi-sys-19991129.diff.gz M'XL(")N40C@``V%C<&DM94[M5IMF\XE<[H@?[<]0IJD\?#!U)K5!MDKUEMOGGSDGSXL+.W_Z*VLT=>D+8? MW(?N]30F9:?"P(EIW]B>'[KDTHYMSQY3\CZ&JEOX^A!-W8D]M4.[60]FMD?C M>N2X]1M_3&N+NNW4_QT<%Z&]<.-H$2Z(?MDR6K_IY+U[:T?VC?OA-*3TQ.C4 M_?":=V[-9H1UCDA((QHNZ:2.#:QQ2"=N%(?N>!&[P+#M3<@BHL3U2.0O0H>R MFK'KV>$]N?+#>50EMVX\)7[(_O87,4,S]R?NE>O8B*1*[)"2@(9S-X[IA`2A MOW0G4(BG=@R_*"":S?Q;U[LFCN]-7.P4,338<4[C=^RC65^A+B+^E23+\2<` MNHABX"FV@5S$:X_])38)83$L\./YL>O0*H"X$9D!0L23CLQ8S)(%HSHSVYW3 MD$F*'*R3`D,J8I&D`*^3!9#W)U%#.*,2U<1W%G-0>5O.W3Y,BP\`(9G;,0U= M>Q:EXF?SAIA51E)-,,]U@QC]4_.R-=0(E`?#_D>]HW7(R6=HU$AK9)[WAZ35 MZY!VOV<.]9.1V1\:Y%__:AD`_[>_81/7N-YGHGT:##7#(-!#OQAT=<`#B(>M MGJEK1I7HO79WU-%[9U4":$BO;Y*N?J&;`&;VJS@>P[3>E?1/R84V;)_#9^M$ M[^KF9T;2J6[V<+Q3))$,6D-3;X^ZK2$9C(:#OL'1(6<=W6AW6_J%UJD3(`.& M)MI'K6<2X[S5[:J& MJ9LC4R-G_7['8+A@`$,;?M3;FG%(NGV#"6UD:%48Q6PQ`@`-2`R:H7PR,G0F M.[UG:L/A:&#J_5Z%83KO7X)P@-X6=.\P0?=[C&V04W_X&1&C3-@\5,GEN0;U M0Q0KDUP+Q6&`!-LF0Z>`PK@@5%/AE_2TLZY^IO7:&K;V$=.E;F@5F#;=0`"= M#WW9^LS9'#$1X(P!=;RHZ'"5S2O13TFK\U%'\@4PJ(.A"]7IGS)4QJA]+J8@ M71%_%:;TK_BUO[/WD^LYLP78G5T_B"VV34QWE>KWN(\$8,WG]>GQ6GWH.SG5 M\'^S6N8VV!.5BE8SO>7JZ-#73"W@Y7: MN>U,78_N.X#DIJ!M/K&6]BJULC&BUVBJHJ+F>&*'UP6-<534;3G/D[=L#9S] ML>L7]856/H>95C>R]P,O"&D1,>-%$4+87=GFE"/]34USV\NI7A\&:V&?N&+5 MZ')PD]8>Z`0GC$2+,6H3G4MUG=`K((M!6,9%:V!=M#Y9AOY_&F$_S3>(!K:" MA1,S('LR"A2Z-#^!0@V%):SBW_ZBJBL167`ML:VQ$]7*U? M9NLC][\4:O$O5K6P`/_+`ZB*[P-6]9W$Y,LZF5^A[?LA)Q*V.((*9K$Y`7@B`]SZJ^@GU)_"@UC?W+/&RPLYO6:9+%!+P/G%#NI6LEI M8GIO(??4"FSGQKZF)*_R4&AW*=.H"!E53N'3BJ50VNBF.^!4"9F#3!80O63$ M/K'\@'I",;!XJ#2!Y8RH:&-EM='UP9R+1E96&^>H8;P-BX?ITFYWM(^P7/X. MV^5!L[$Z_0Y0&MUR;D3YB$T<`7Z0/*`^(;4JZAEILH%]R):0VA-L@&`&2K+V M-G1CRJM94=8S+B0>]B%;`G!L>0\A_R2K9X]9X/O M8K?=!)?];ZQ,I2,;)HMYP!%A*2$(39.@"(NR_FIF7T=8WY`U8X&YUI26"2HO MP#VGL+DN(@(N]`[WYE$_76Y$/C-;8Y0CA(SJ$/M3#?`JS,LO3<8F:5&83MX4PC0S-++!J80 MMLZH!7$#_KU&<)6,?1_L*VH^!UTUQJR'ZX.M;+(EMX@V(G%]%'A)V2K`2E6) M\C7>-`*GX<\<`;;A./1G?]X0!]L.H>);VK-BC%:,`>0/0G<=T,:6$_D8C-M- MW/88MU6VQV#\<32"BPF!.`TC``T6<3GMXOJX5POU64&UH"IR-%D(3F&VV.U-A@;W$L!,AEA=Y19X%;>)PW MD8]`<&O?/`T!;#I>]$-X07CT$IDC"CX.>(15-/)3_S;V$U&#BP=>QGAQ?8V" M3H7+7!>&A[7";MZ`+L9GHVUVP;Z;95X/P;7>L5HC3!>DT%4"4*?=UIDUO*R2 MYVI#LTIV=S.;!]M7!D/`>5J&N"RJU^N54A#"^%=EMMIMRH*)M!%ZAZ42^BH^"7U_+ES&$DYRV65B("YY3];00O7>7H6'73@N,D?^$96>NAQFTJXP`I^^RM]DE%@*R(D=#EP8SCDH8S M._B5<<9I94B.$W3/G[.I(^^/,I(6S"4R!@+87S52SM!58[TKC.!2#F%D[X@H M\U1*Y([E[QA@\LG+B$()OCB7&TB79/]$O8E[M4)^.ETJ%SD9BT>I MCS#&3[%*@4V.BRP,K'L$XY8V@RP#E6MLI&U@Q!6HTQZBK6TR;\(0@)YS;5"L M0;9E"R'GY'@>M=7\`2$O\X2\7!/R,D?(RVV$'.0(.9V=98Z0EWE"#@J%'*P) M&80FA+LQK,6H=H.4%]#3#M-*0#)'N5;)"^=F?(463H"\J!">4,J1/S34CF?4 MXV)'#A@>V%40";![F&&FS$>![A7R*VF0=T33>Q];W34]2FW-AFB?7,\,M MQJD=8[&:EP\3633V&QA=:Z@0[%H[7LFPK6;2H$4UQR5$`"[HPIN`[643*JFP MQ%`2(9*DC)P07UE)IB)\[1BAX3-,4(KNO5&WJXP2*56H^QR*UPE]37?W[XE7 M!C1XSCQ@X+7CR+WV(/(+P<+N=HR.N5LEKRILROARR<^I8-^*F-C?5[>I$N+A MKK/6_16Y(W%9N2,-J=P%P/=$)BG_#S'?4TA&>]!A=-J]7M6EH/CW.M$]TT2HV[QL\' M3?1N&_!#&LUF$TK-!GXV\U&8%T-``080^@)0#L3923>%.%A-OB'$X')X8O88 M$,`T&WDP1G>@P!SDP@S-=C+2*X1@S;#;"H<+#16-HG4\*K&K,&WVG_9K5;@P0Y4QUQ M)K4AG[-VGJ3L9$_+A?!-+HVJE_;,LM%'GUGC)-Y^BZ>$L\""R.F.[TLBXXR- M89FM>79"06$_OVS]9AFF0<9NC.8,SQZ0"YOX'N76*2?IC)3EI<63"..Y((S] MS?*SG%06N4"-\.%$Y3?XNFN2]^])\S6/\255C`#>XP&@[:CDR?D-9.+^*40G MW(:\XZ\Z[`#T"ZL"!Y##6W;*$':56)#@!OF6$/_R$&G'E6!^'MQ!`Q:U'N?B MJ6./#Q,Y/7GLO,3\4T18$L<1,H34JS*4E06'(I"G12^U`8A#?!.'FRE;!A%X&I6%D=)V!$<-[=*1)#$81&I1-V)#FVTV+B MRCS&32+/4R')XECZ96HC10H\N*2B>CL%95G>74I#/9_ZU* M[OT%WN4B40"&1$Y4)I1-!8K>04C:$'%J'9%3$693\F+/9@R(R>R:>C3D=[JY M!9,N:#*+STGY?T6!+#>)TEM-9OOA+MM-D.I&%;JBR%J;N>D)4T(2A0P5T5;$ MS4;XQSO5!2XA,C),E"MAAG/Q1($5J/::OF5-@:+8TD^`%8>*,JL-%F&`M[8T MOB(:FTU#(Q5D8]4(J!<['K8"C4D%?'\X#6- M]/Y/TGZ8GD0A0C^4N:U;]GA#8O]U!14$^8?IL5%I6[$+!17J_[05W%CQN;;4 MI\*A'UQSV_*DZM*/6V$/;+[-5##-G!7VB'VV^?@5]HC=M?E'5E@S76'-'[K" M_J1=LZFLL.:/7V%;;`%_:(4UBU?8%GO3/:3QEL;!/ M^)L7%DER;:S7ZXJ.9X,R&9L^[+8+Z@ITUZH(8I):>4PY=6<33A$K`C$G(\-J=3I6^USO=LJ\=Q4/ M,L759M)0DBNBDS@*VF'W>"#VY5>S$O)VB\]<\?T`+2=D02$YAV20R:FJ3^?X M6-"[_O+SUW1\?E4+7P_D'4>1LM;[I/=EN%<:_Y>&?CG!5&479_RKM*92$<>3 MGA/AHJZCMQA,1R#WB\Q1]?V#%Y%I#R^V?1<94, MC8[Y(;UAHEYI0=Q5DD\(GH&+$87\,-Z=T,A!>2J]*MS(X/L)MG8ZVLGH;%4' MFZH]D>)K%$^<'<>V,\V;N9Q`64!=8SR.#=A-BGKMY4:5';8KK?+-$C33R,+L M4Y47W?`_(M;-',@K%ZIRS^I7*T-WDE?-!RH:(PRS`?B+(`ZCA^+X;#N[UL_R MSO)"/O]YX4Y97BMSH8"`SEV+%?#ZJV)$E)M:XG;`EH?A.:K$UE0HSKGSSI[% MHR%\(A%,[R/7L6=D3N=^>"^/Z`N6GMBP^1%MN'8T/DR.QOG^G20WR^N'XR$[ M'&=P.10B)CPG'H?^#?42JG(N6FV@%K.V0HSR+5%Z6U20/Z,>J1&\8-D_M6!0 MZ[PSK)!]:1J2:69(URB<8@[FV43J*CM4%F76`;6)7QI);D57P&_@0XMK#SOK M%TARKNULJ0TK%_!@^"_N5Y%I968S4;_$^B4U%9']%'93A5R9:-DS4RVZK\D( MF;D'&3WCXG&KZ1*0>[QZ\+^F5'C^N'K?HN#"Q>I]B^2F"6:ON`(('4HOT/`' M,NHEHWWV;QSX#IY?HM^`%H2PJ\/B3@,XZ*F#PUK3FS46OVP1S5W+F3.#!'9) M.NW2\.&=%S0I.(HE[2(W]\9G`[PB<*W[F/D'?PBZ5X41X[^;L-6<6JVVJ7_4 ME#T\Q9W90C/+GKFDN/)MR1_V>,3JZE]H%ZDQ"/^3P[C#,J\YC'/P!_D>_D,R M#1W$KV::[B#(O''>&FJ8HB'?"F7!ALN(`H<6C#T@='"3I#B?)!G0#\$J+,1% MP%/1;"1!&3[J-X=X^JA9%[K13HX1P50*)Q#[6.D*QT]V=D&>N]/$R,-`&^>9 M#<]E^&S"K5,8;L>2!/R>[E$K[[;2)+PZ./A$>-$6!Y5C)EMP19X$[K`C*8-1 M-[AH$HV'#FGXF[U+(II/7`@FRZ_J/]=?UIOU@PK'@O<&)P3"-/Z^[LJEP+Q_ MM?FN"K^74DF/NQZ73BY*6\,FBJ;S.2.ENKHV9"VSGIS#?']H\/2FRL.#)XQI]*Z>= MO&#B/XN27N6:X'6.1&-X9,9B/Q$HAI@FX#W_:9T--)A"/Z!WYT"Q$84-R'D3`O_[>YP>= MRCQJD3R,YG'987N][_8+=;7O8Z2PWO>)XSYPHV1KN:GO.;?!L])9/-W*J0T?[>*&9Y_V.C&1ESD*$VO*S4LT#9MD+`^,NAI#7B4>O5M$596X:K8G MGT;YB##]QT'235K?[V^XV??@>]2'WXHF-_4A1,@&W0#/-1`*TLE,HBCQZ*N) MP=0Q#ZIJM>29THR]4X*_WK\G;R%&!5T:ESE)9(^XB1/':>(W]0X+Y9,#?#NFA(M`C,H4NU(`VSMN0LF!+CD&X;P5[!:P]_BG^IGW!]E_ MFV,U6LCR*J@]$J\,_I^[H_].&T?^3/X*M;O=@X00&Y*4)+O=\I7$6P(<)DV[ MW3[.@)/X"I@UD*9O7^YOOYF1+,O&!O+1;M_FM6`DS4B:&8U&LC2CK*"BMS(D M5<@$YM6JW.4(E/93'YD]G-H)Q43_`GM7H1_13EE##(H7QE,IV0=_R/OW&#A\SX?WE__+J^LM5-<+ MJA,;`HK0Q`_W]1M_KZ9&L:_3UGM(:%BRI(#"*C%\0Q+E2I&FS9`YHE[)2E:0 M]W*B\4\28M"[_.;H-Y7E:*U/(M(KNO(TDKVZY?<7<"%UWT+`'^9@96Y'!)RG M/9%\]\TBF1>N?2*0CE3U.E)>W_)$BO+*E]Q==7YY6R*[L MC92<>TKN@UT#/8&$YA=$$_<]MX MRR$J.&LR11#O*3GR",]7CQY_5/>"^?-,R?QFH\^O[:%#+Q'^?BQ6N?'D7'Z8 MIZ]_(I>EI?A>0#/HW;BT_#\H?[BGH+G^C*>Z]^4Y_HC1W8\_+VYO+C< M?2HN_WTC^WOC\N-']E(T#^#YDXQL>5X./=OBZP!^4HY?T\57I^)I-,OZSG+Q M;`G;9!/!YM5'\<@W[E?"3?YR5=SS[M#%C/&]SJ#6^,JB0LZ/ M!?)7#\'!0"O\(F'DC%TZ`,'/"&$=MN>YGK].Q`1'7`L]"@8%KRO.%_/F=#H) M1!Y;$7]N5/K1\6\$BTNMT''E2BL*C]$4MWZ"ZZV)QQWD;<\(@JIAKL2@+<5@ MUO"RK]DI=3@6ZC5N_*>11)L9X7/;/S&%F:_XH2CA;^'G7]A>:-6:<'F2GL3Z M5!F<*9\MG')R_1H==%16'7.+[0U"X>6#-::,:%CKBFI6>L+=&%3"8C"2!>6Y?GSG#FC%F%;ZDP_KZ=8CX%KFE"/F_*YT:] M8S2Z7+I*E3>EDUJ*O,?/)\[@5W:XG6'O;>BIP3Z-W<\Y@4/4=V;U/9PZP_[8 MV/(W-4SNR6'*S!G*G-%4(9G8[2"`P/X,Z@%V>JV!%W,(&[8:^Y`6/Q'V5Z:S0__$A<\*8SRP;SD_Z)%3MFK-K.^& M,="U5M-4"+R*(T:C6GL'Y66'5A8.F"AA)&=7`PN&JJ"8M!J0#EG:)QT0+(\`T3NME79)\I1X!X=6>*/*R5D?BFJ'T0V7YV7QFWZ;I MD^L'\\NX7\>SL1ED-\_.L,\.GFW%LW=7&+-E$)TX^W_.'<].(W"S]U^[#SJG MXXQL:-=;?#65P8@G?J&5V-KBH&&`+<-O5HKSAZOAT8I(E[RKC+B?2K]7PAF7 MZ=L,V"OPJ2;7&^X,,YY%TVM_SJUAVIWH6>9.\ID4/*&9`\\+@XH/I6;YMTSJ MZ082H/.Y#(_),L8SH\+%4]>0JOAJU"XV/4D%_"AP;0$/#*FA0Z60$X88VRGM M5E>3?K<]%YT+*L94M]7A7D6[%Z4W9%.U\F7?;(LYL!;X$>M.\KUE_LM`-C1N MY7)N-#WG"CU&D=&&QN$&GO.&#QP4Z3^ZII9E+6[+I[D)B^:^=KL7\Z2%GNXR M"A8]'LO+F*S'/,5@B1J>?U1KY9.L\.%H-+-0MHBG/V_1A52*3P2B MC+`/LJSAHKV11:=N%`566/75\@GTD/\5A4D?K>ZDU2R':[-W\WVJ3PLJY*56 MU<=MCC2`%NG8;JK3U/-^`_C%(5ED5^-%CDN-LZ0B`DNK7JLF%>EG(@EV)&%/ M))R9)YI$@K3`RQYGM/H`'H)@XXX2[P;H'=(Q0J&@;"(]]C+^[<@4UR'`1-#G MT/Y,-!%;G)%+2<071J5',,'P`P4-Q%H&E/>!*#\.$,:]7_A2(QO4&O(<7IHG M@,D*8<'P96+(='1UEUC<'=7#&XLKG$F M9L&ZCZWG248U%2]R^<+1<1^X73$T[@U7Y*.'PZTG<,G;74E[CVOL?BE,7*D/ MXM1!C#:X$[@2=$',B(Z'\!4!YL8`)6J!6"60?-P\O+_ M5'(LY4$/9$3AG2\B?BETCBD8=!%XB!>$60B\R!(C*\ M<&G\99D=5*Z<5;.I(LT/50,>"WEZ-AK'3?R18(H!;CTLM)>V)D:\V@!]90.@ M4`4:(.H1:\K6J8GOO`*SAQ(._+>V8C4HBM$-2461<8V"'8MJ-^B@DH2K!N@# MU!\M)V']=2/6)!)H/8C4$4HO:..B91;6A05I20$V^@9]LN=;263D+;%POH4Y M0\W4OJ$Y4E`K!$%._!DQ5OQ[NU]Q?-`]-AH=7&VO!U,D(HS#4C;!HD@O2&4N3. M#8B*6RRM\5UC*`5T67"9XI4#[F\/373.$XSPC%9@O*1?MQ\ M-5+<6Z:#`N=MFZ)[",'?1_.><"=O"=IJH;9`:<5AYJ?JUU!FL1-X!>^X>U9^ MO1F\+TH_P10>E?!*IUT)2[@^V(\(."^S8O6/LVS%J+Z3&PZ^YZU*M=0)[4+` M-\I,L*_-P7BY-6JY>&-V%FHQZXWF8N)[TUA(/#-/C,BNR,;*C24MX6F=[20] MYFD!-A\/FX]Y6H!=:5XE&5I_K&%I)=E`^@HC\B M">B^HY7@^9@L?C<+^>C[M)"H+:CIT$9WZ:+4KJ*WP?44MO79\@:PZEH:UO@^ MBZYUM[S7T4=AG;)Z1.,L&7Z\B]]U>KJM:ZR+EO?!(B9):\1M=Y"A$:@4GO;0 M?4_M[]GW#&F4[W+?4TM<2GRM79_PKN?WH%(2I2]6\M;8:KNOYH@*[[MG?\CM+P\;S8#2$IJ^&2^ZF8>XMY]`? MG+3M,%,L)G'6C9FWH+I3]S,Z/'-&DR'%CODU\&V-P:>0X8*I=,+^VO)@">O: M(^Z?-_@]ZPV=07A3!%(]^Z9+SC8_Y-$_+GG53:72FS@L+^?C?B9"EX`J&;4X MTG%U\3LN=SU^0%1ZGSI2>!1;(.4_X+E^Z9Z*)/)YR3S'.*7/6_DR?*$(:GSW M!K^YY,6=5!#>ER)O0)`!68FZ4:L@YD:51X$4Z!4)3]J&S]*YVS"R-AB6B*TR MM&Z<^90C4PV`Q!V!.&QDJR*ZTD6[BN-][;[+R2>&`C(O7)G9;+S'NG@=ZIA. MT.0QJ'E&&"_S$?^NB>87=*VX=T`]X(^/K(8HETW1)_N+?^'G'?\2/WS?7J$S MR=P9&4YQJ6B(3I$%PSRE+U6LLR*BPN_Z?B1]DFC2\,6JQH#I$[AEF)C[SGP`!D&I#[N5#B MP@\G-9.[X>0!E?T$[H&3?JE^._TN1$#\-`E%"2&'G[R/$3B>$G4D+;8O9=>@ M"ZHV0:R?KQWT42J+B(;[$=R):C@?S3QX6"Q&FX22O$D%92TN`""'W[M]/$ MD!/-E'=U%`UPR-%COQ3T\ZCJ,L3,ZMNB`>,#>,GV!*:O M<-ZF!C1=I6[5NS8132TOZV6C,A"]YA-O3'Z%ND$6>-U@T5ZR;6_>8+GH/]0)'*T8(H M,FL^$B^N MQG..!BB_,[CJY?I@5@B"I.#W0HE1I,0H4F**`WG'^HQ#X<:&PK(LI&UL43ED M"GV$<&'"!N,%)B/\C]E*_F0DLFVLR!K<=/$AC&-P$RISW8O@N.ZMRTTA,G'\ M5+-6JP>%[!YP%;[X"&LU6KB)S7O>G8PG MN6L8,B#KV\O_8%3Y[MLQN(UH`::N!`R&%:^4V'N]#B@TJ]8\7J=UJSE''[AZ MR?597.)2;BGE4N9\S)JPGB[H3-L]!#4(#XM\4B$6.;07<*B@X["#3S[JV":K MN`-;N`VWAN@T'"R1:])[%.S(&;-;D+M616R!H-K#Z145GS/N#^<`_9S3^#F0 M3B9)?C\GAOOI/V.3)Y9GC7+7KZA%NP?8HCTMJVM<*U/M3DJ[M7%]'>)G-6 M&1@2],KQ3NG'*XW'>J;-3?S;#.)/R11^70-#9SE3=E)OEDMUFC:NW>%@BC&I M6*O39C*>B@^WPQ]X/!_G2GC>Q<9V,3J+;7G]Z[3&0_H0AN?T?RH7&2E5'_'!XFAO$X:Y]4R@5R MPD.,H9!$`HR%I81@9,=^P:V"(ZA=N[50)G_^!7@%AF'[9[[=HFD!P66S[Z3H M,RYPV*R>Z\[`5.FY4WH3QOL.B(>N^XG(ZP(C/;KI'$@2N7(+BWN3BE'KE6)D M3!_R'FR'RO-NO]"*MW3S?EWI._*'"OY;5PVC$AC8DP5-+--7*V-9-'4!%B!I MUUV6UPX+!X=[^21]'``M5\EH`FT57DJ5G+KTW-$A>YW^(1.@>)G;9>FR[7VR MA_:7#-O?*>P064TA=YDG-X]>"GJ99?3NB MYWWM#8)Q"3.&_3AM;]^":AK36HGA+CV:4]UN*TW^52X=;TK[,Z%B@]Z0%J9= M$2&$E\0M!G;D;%_2YHK@F^0/GI9M2G M2$YO:NU&N636\'`;739OE4YJ7?/4..X0]A2!@8(%V@BHD/\#K`2C<8XN<_"_ MBRX)Y(^!0^V+DDI$@H#.=\GS#^V6I)7@(BR%0>$H'MW@EKOHP7:(&GHR:>"" MLN"]+VHHOO#],@O+,^H^_"F;7HAN^Q4&7LGRO,W0`;]TFCR\;V9^X@6'Y.<` MB+*;R2;@XD50IRSVD(*$8F@V2O/L(:QA!R+"'3/&EZXX`DAN*0@;OKB@`#>W M6@%#N2^D[L;Z@E4IJ':1[X2DF-K4K()4>H:5)(^VY1G5JF>H]U(Y5]NT,+)`D2\]-AM;8GN6F?2?WR>W9V_.V9 M,YO.O3DS+DIFZ8T!!N9G:VI]>,+9!$F%I',&#)UH99%K_=^8S0C%Q@L=.G M-^I9T,TVF]C>R)FA'$\\]\89P,/LVIJ1C77I#H?N9[3;8:TV<,0Z":U#`!S9 MN*<&/_18 M%D%9\YB=U=J54_A9*AMUH_.>FG1L=!I8WS$V$::E=L>HG-=+;=8Z;[>:)D>' M/:L:9J5>,LYJU1R#9D#5K/:VUN@P\[14KZL]A7^ACI9KT$;TF$:XJ"+H:-5H MURH=[%'P5`&Z0?/J66:V:A4#'VKO:M"74OM]5N`U:_\^AT*02>BJI3.82DV6 M7D$9X$KEO%T[PQ8#*=&CMI-JLFX8(*S%K[K5&IF4>LWC2):.=F M+G-4AO(UF)%01Q,0XA.\YA0F>>54\&"8$3X1NJ/@=,EYW(,:^Q4]ZQ4.06:=5N5+NW= MG';E*\[X3-7DHSG'[?==VD^@XT"L#6L:.49O.%D\D\N M9.1KS4C^?!27[-JCT.O1(,>SP_&%1;)PI'8'UJ4UX]K$[G;3:3QF8@\R?ABF MN"[QB(:1#J%+K.7]V?T8UP[Q/G:QU3=QR;0^3>A_Y`5Q*"_\HG@A&VJ3S8M4 MZ-G6S/62S)CW/OJ3@Q6S/F@?\2E-D43 M!#NR!Q(4!!7L6].9<"2RDG_+HU)B51F5E=(O[%\QO+JT^E/_Y7@T#U]"A_** M0;AX^-5%9W3#!/DDDT:7D/J^!%6BNT8K#,5K"M>G^,),S%8B,$7SI[NX,^#9 M?\9ERN;NQ35*#6*2D-];D2\C1R3"+\W/+\_VO=C'Y?I^KA/R]%">0A(ELDU2 M=A!V(28[OSR;FIR0ZSL;3\C3E^;ATFD9B_-Q$CGI#F^&^2ZL\!)S"TFYET-K M>MVET&G)N3"6!['-&LQG7W`AGICWV1G,KF-SK2]=:^B-XO)&[C@QKP^FZ=S[ MLFS4%CX48C4CQ7?EBG$-%>6-/N/*@;24[S31#.WC!NK)?,II!GX,<`M00/G1 M7,%FJT4CN5XZPZ%OA,L@]CB+VM,IY(.IS_2S\K-G'`/@O,[!WX8?[W=!ET*G M\7VYW;VQ^_YI(Z;\776';O_3_QL[FYZ$@2`,G^NOF!L88Y&*>O!@#"<2"48/ M'`@Q--:DD2`?[9'_[LX[T]VEW56X$8;N[.P6=M_./L..\1](7E9::1A7:QO; M<)]AVPS=8G3S__"H,-71S*TJC!:E3F-D!>26"Q=7T*:\5U`:@M3U&#$.*2&( M[?W(Q!9J"+GW0O5VL6^T$)O![689Z\[J_3O0QII\3/V']$ZJ\/HS,9X_S-/3 MRT=U!RTLO%4*E'!]$O"V4E6'.H8Y#+4`=98.]23ID4!VQ6+GZ'>&\5[,0\3. MM/J)^RAHV">'AEVL\B4N47YAA\F?\Y,%U/068%CQF9*&X"07L'5P(N%D>7:[ MWM@O4@.$1OP#_%,+PTZ2C\FLWWOM"5*B9:.\:\\HZQIYF%ZVFXOA+4BSEZU@ MV2WZ`C1\?NSUWX+\V`+P[-: 3:,1"'LS`EHC[^0M@PC"Y`<,``,EL ` end To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 7:52:25 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from ns1.via-net-works.net.ar (ns1.via-net-works.net.ar [200.10.100.10]) by hub.freebsd.org (Postfix) with ESMTP id 206B714D73 for ; Mon, 29 Nov 1999 07:51:55 -0800 (PST) (envelope-from fpscha@ns1.via-net-works.net.ar) Received: (from fpscha@localhost) by ns1.via-net-works.net.ar (8.8.5/8.8.4) id MAA21591; Mon, 29 Nov 1999 12:53:54 -0300 (GMT) From: Fernando Schapachnik Message-Id: <199911291553.MAA21591@ns1.via-net-works.net.ar> Subject: Xircom CreditCard Ethernet 10/100 + Modem To: freebsd-mobile@freebsd.org Date: Mon, 29 Nov 1999 12:53:54 -0300 (GMT) Cc: scott@dcs.qmw.ac.uk Reply-To: Fernando Schapachnik X-Mailer: ELM [version 2.4ME+ PL40 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is there any chance of using a Xircom CreditCard Ethernet + Modem as ethernet card? TIA! Fernando P. Schapachnik Administración de la red VIA NET.WORKS ARGENTINA S.A. fernando@via-net-works.net.ar (54-11) 4323-3333 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 13:42:11 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by hub.freebsd.org (Postfix) with ESMTP id 2CAB01541C for ; Mon, 29 Nov 1999 13:42:05 -0800 (PST) (envelope-from chris@cheddar.netmonger.net) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id QAA26994; Mon, 29 Nov 1999 16:41:26 -0500 (EST) Message-ID: <19991129164126.A26629@netmonger.net> Date: Mon, 29 Nov 1999 16:41:26 -0500 From: Christopher Masto To: Robert Watson Cc: mobile@freebsd.org Subject: Re: CDPD modems -- Novatel Ministrel, et al. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: ; from Robert Watson on Mon, Nov 22, 1999 at 03:57:36PM -0500 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well, in answer to the questions about he Novatel Merlin, I can now answer firsthand. It works wih FreeBSD. Mine just came today, and I'm writing this through it. It works with user PPP just fine (after disabling vjcomp). This is brief because it's a bit tough to type in emacs with the lag (about 500ms). I imagine it would be fine when I set up IMAP and run the editor locally. -- Christopher Masto Senior Network Monkey NetMonger Communications chris@netmonger.net info@netmonger.net http://www.netmonger.net Free yourself, free your machine, free the daemon -- http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 13:44:20 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from smtppop3.gte.net (smtppop3.gte.net [207.115.153.22]) by hub.freebsd.org (Postfix) with ESMTP id 908C71541E for ; Mon, 29 Nov 1999 13:44:13 -0800 (PST) (envelope-from chris.dahler@gte.net) Received: from laptop (1Cust177.tnt3.sfo3.da.uu.net [63.23.9.177]) by smtppop3.gte.net with SMTP for ; id PAA7884639 Mon, 29 Nov 1999 15:43:34 -0600 (CST) Message-ID: <00ca01bf3ab3$384890e0$b109173f@laptop> From: "Chris Dahler" To: Subject: Question about sio Date: Mon, 29 Nov 1999 15:40:34 -0600 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org When I do a warm reboot from Win98 to FreeBSD-3.3R-PAO on my Presario laptop, FreeBSD is unable to locate sio3. When I do a cold reboot, FreeBSD initially reports sio3 as not found, but then (usually the last line in dmesg), it seems to change its mind and reports sio3 as a 16550A. My two questions are: why would FreeBSD have a problem with this port after a warm reboot (Linux seems to be able to detect this port all the time, regardless of the type of reboot)? Also, when it *can* find the port, why would FreeBSD initially say sio3 was not found, and then later on in the boot process have a change of heart and tell me it is there? Chris Dahler To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 14: 8:31 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [194.151.74.97]) by hub.freebsd.org (Postfix) with ESMTP id 9700F154B4 for ; Mon, 29 Nov 1999 14:08:24 -0800 (PST) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id AAB82A84A; Mon, 29 Nov 1999 23:08:23 +0100 (CET) Date: Mon, 29 Nov 1999 23:08:23 +0100 From: Guido van Rooij To: Doug White Cc: Dirk-Willem van Gulik , Matt Braithwaite , freebsd-mobile@FreeBSD.ORG Subject: Re: STRIP (was Re: richochet modems) Message-ID: <19991129230823.A70735@gvr.gvr.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: ; from Doug White on Thu, Nov 25, 1999 at 12:52:22PM -0800 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Nov 25, 1999 at 12:52:22PM -0800, Doug White wrote: > On Thu, 25 Nov 1999, Dirk-Willem van Gulik wrote: > > > > > > > On 24 Nov 1999, Matt Braithwaite wrote: > > > > > I believe the range for direct radio to radio communication is about > > > 1/4 mile with typical urban obstacles; can anybody confirm? > > > > Any guess of the frequency ? > > Frequency hopping in the 900MHz range. > > I believe you can go modem-modem even through the repeater network. As > long as the modem is set to auto-answer and you know the number, you can > call each other. > > You have to use starmode if you want to handle multiple connections, but > for single connections modem-modem is fine. Metricom also sells > (sold?) gateway units that you could use to drop onto the POTS network. Anyone know the price of such a thing? Mighht be worthwhile here at home (though I guess the frequency rabnge is already taken in Europe... does anyone know (sounds like GSM)) -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 14:12:43 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [194.151.74.97]) by hub.freebsd.org (Postfix) with ESMTP id 10773151A6 for ; Mon, 29 Nov 1999 14:12:40 -0800 (PST) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 53977A84A; Mon, 29 Nov 1999 23:12:39 +0100 (CET) Date: Mon, 29 Nov 1999 23:12:39 +0100 From: Guido van Rooij To: Thomas Graichen Cc: mobile@FreeBSD.org Subject: Re: vaio 505X experiences Message-ID: <19991129231239.B70735@gvr.gvr.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: ; from Thomas Graichen on Fri, Nov 26, 1999 at 12:13:50PM +0100 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Nov 26, 1999 at 12:13:50PM +0100, Thomas Graichen wrote: > hello > > first i must say that i'm impressed how well FreeBSD runs on that > notebook - nearly everything is working fine (3.3+PAO) only a > few things are left - maybe anyone here has an idea: > > > * with the machine came a modem card which is not detected by > pccardd (none-none-none-none ...) - so i started to play > around with pccardc enabler 0 sio2 -a 0x3e8 -i 5 and > it even says "sio2 is a 16550A - but with an > > cu -l /dev/cuaa2 > > i can't talk to the modem - anyone any idea how far i am really > at this state or whatever i may try (or debug) - any un- > documented sio options worth trying ? Which system do you habve? You might have a winmodem inside which will not work. If you happen to have a z550sx and still have windows running on it I would be very interested in the irq and io adress ranges for the sound card. -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 14:18: 9 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 6445215668 for ; Mon, 29 Nov 1999 14:17:32 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id XAA23853; Mon, 29 Nov 1999 23:16:18 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Guido van Rooij Cc: Doug White , Dirk-Willem van Gulik , Matt Braithwaite , freebsd-mobile@FreeBSD.ORG Subject: Re: STRIP (was Re: richochet modems) In-reply-to: Your message of "Mon, 29 Nov 1999 23:08:23 +0100." <19991129230823.A70735@gvr.gvr.org> Date: Mon, 29 Nov 1999 23:16:17 +0100 Message-ID: <23851.943913777@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Anyone know the price of such a thing? Mighht be worthwhile here at home >(though I guess the frequency rabnge is already taken in Europe... >does anyone know (sounds like GSM)) You want stuff in the 2.4GHz range and it is too expensive and may require license permit and approval. -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 14:18:22 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from gvr.gvr.org (gvr.gvr.org [194.151.74.97]) by hub.freebsd.org (Postfix) with ESMTP id A8BD6151A6 for ; Mon, 29 Nov 1999 14:18:18 -0800 (PST) (envelope-from guido@gvr.org) Received: by gvr.gvr.org (Postfix, from userid 657) id 1764AA84A; Mon, 29 Nov 1999 23:18:18 +0100 (CET) Date: Mon, 29 Nov 1999 23:18:17 +0100 From: Guido van Rooij To: Poul-Henning Kamp Cc: Doug White , Dirk-Willem van Gulik , Matt Braithwaite , freebsd-mobile@FreeBSD.ORG Subject: Re: STRIP (was Re: richochet modems) Message-ID: <19991129231817.A70865@gvr.gvr.org> References: <19991129230823.A70735@gvr.gvr.org> <23851.943913777@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6i In-Reply-To: <23851.943913777@critter.freebsd.dk>; from Poul-Henning Kamp on Mon, Nov 29, 1999 at 11:16:17PM +0100 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Nov 29, 1999 at 11:16:17PM +0100, Poul-Henning Kamp wrote: > > >Anyone know the price of such a thing? Mighht be worthwhile here at home > >(though I guess the frequency rabnge is already taken in Europe... > >does anyone know (sounds like GSM)) > > You want stuff in the 2.4GHz range and it is too expensive and may > require license permit and approval. > The end of a nice idea :-( -Guido To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 16:55:34 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mbs.valinet.com (mbs.valinet.com [206.98.218.24]) by hub.freebsd.org (Postfix) with ESMTP id EA4C815611 for ; Mon, 29 Nov 1999 16:55:31 -0800 (PST) (envelope-from coreya@mbs.valinet.com) Received: from localhost (coreya@localhost) by mbs.valinet.com (8.8.8/8.7.1) with SMTP id TAA17332; Mon, 29 Nov 1999 19:55:28 -0500 (EST) Date: Mon, 29 Nov 1999 19:55:28 -0500 (EST) From: Alan Corey Reply-To: Alan Corey To: Chris Dahler Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Question about sio In-Reply-To: <00ca01bf3ab3$384890e0$b109173f@laptop> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I see the same "not found" on my (by coincidence) Presario 1610 with my network card on ed0, so I've had time to think about it. FeeeBSD's trying to initialize my ed0 before the pccard stuff loads. It doesn't find it because it has no interface to it. When the pccardd loads near the end of the boot it then finds the card and all is fine. It may be possible to change the order here but I haven't worried about it. I don't know about the warm boot problem, except that Win98 can screw anything up. :-) I run Win95 and I've had no problems. Seriously, it sounds like something in your modem needs more of a reset than FreeBSD's warm boot gives it. Pccard support is not one of FreeBSD's stronger areas yet. I almost went back to Linux for that reason and did briefly load Slackware 7 on one machine. I got fed up with that after an evening and put FreeBSD 3.3-RELEASE on instead. Now I've got FreeBSD on 4 machines with common uptimes of over a week on my SETI machine. Linux is fashionable, FreeBSD is more solid and careful. Alan Corey --------------------------------------------------------------- Make your computer part of the largest computer in the world See http://www.seti-inst.edu/setiathome.html or http://setiathome.ssl.berkeley.edu/ for more info On Mon, 29 Nov 1999, Chris Dahler wrote: > When I do a warm reboot from Win98 to FreeBSD-3.3R-PAO on my Presario > laptop, FreeBSD is unable to locate sio3. When I do a cold reboot, FreeBSD > initially reports sio3 as not found, but then (usually the last line in > dmesg), it seems to change its mind and reports sio3 as a 16550A. > > My two questions are: why would FreeBSD have a problem with this port after > a warm reboot (Linux seems to be able to detect this port all the time, > regardless of the type of reboot)? Also, when it *can* find the port, why > would FreeBSD initially say sio3 was not found, and then later on in the > boot process have a change of heart and tell me it is there? > > Chris Dahler > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-mobile" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 22:31:34 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from sebastion.sa.camtech.com.au (sebastion.sa.camtech.com.au [203.28.3.2]) by hub.freebsd.org (Postfix) with ESMTP id 32BF515795 for ; Mon, 29 Nov 1999 22:31:24 -0800 (PST) (envelope-from philk@camtech.com.au) Received: (from smtp@localhost) by sebastion.sa.camtech.com.au (8.8.5/8.8.7) id RAA18268; Tue, 30 Nov 1999 17:01:17 +1030 (CST) Received: from slingshot(192.168.1.2) by sebastion via smap (V2.0) id xma018247; Tue, 30 Nov 99 17:00:55 +1030 Received: from id10t (dhcp-4-143.ct [192.168.4.143]) by slingshot.ct (8.9.1/8.9.1) with ESMTP id RAA19426; Tue, 30 Nov 1999 17:00:53 +1030 (CST) Message-Id: <4.2.2.19991130165611.00a11b20@mail> X-Sender: philk@mail X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.2 Date: Tue, 30 Nov 1999 17:00:50 +1030 To: freebsd-mobile@freebsd.org From: Phil Kernick Subject: BUG: interface not recognised Cc: Mark Newton Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am using FreeBSD-3.3-RELEASE, and PAO3-19991011.tar.gz. I believe that I have discovered a bug in the handling of PCCARD ethernet devices. The card in question is a D-LINK DE-650. The card is located correctly, and configured so that I can use it. However, when ioctl(SIOCGIFCONF) is called, the interface name is not returned in the list. All other interfaces are. This does not affect ifconfig, because this gets its list of interfaces from sysctl() and not the SIGCGIFCONF ioctl(). I'm assuming that the problem is with pccardd, but I don't know enough about its internal workings or that of the kernel to look into fixing it. Thanks, Phil. -- _-_|\ Phil Kernick E-Mail: philk@camtech.com.au / \ Senior Consultant Phone: (08) 8303 4904 \_.-*_/ Camtech Group Fax: (08) 8303 4403 v Level 8, 10 Pulteney St Mobile: 0416 176 835 Adelaide, SA 5000 "Age. Fac ut gaudeam." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 22:40:43 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from hermes.mixx.net (hermes.mixx.net [194.152.58.71]) by hub.freebsd.org (Postfix) with ESMTP id 008AB15792 for ; Mon, 29 Nov 1999 22:40:40 -0800 (PST) (envelope-from graichen@innominate.de) Received: from innominate.de (gatekeeper.innominate.de [212.5.16.129]) by hermes.mixx.net (8.9.3/8.9.3) with SMTP id HAA18412 for ; Tue, 30 Nov 1999 07:40:36 +0100 Received: (qmail 12351 invoked from network); 30 Nov 1999 06:40:33 -0000 Received: from piano.bln.innominate.de (192.168.0.213) by lingo01.bln.innominate.de with SMTP; 30 Nov 1999 06:40:33 -0000 Received: by piano.bln.innominate.de (Postfix, from userid 502) id B6E9B599A6; Tue, 30 Nov 1999 07:40:30 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by piano.bln.innominate.de (Postfix) with ESMTP id 8F0603C964; Tue, 30 Nov 1999 07:40:30 +0100 (CET) Date: Tue, 30 Nov 1999 07:40:30 +0100 (CET) From: Thomas Graichen X-Sender: graichen@piano.bln.innominate.de To: Guido van Rooij Cc: mobile@FreeBSD.org Subject: Re: vaio 505X experiences In-Reply-To: <19991129231239.B70735@gvr.gvr.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 29 Nov 1999, Guido van Rooij wrote: > On Fri, Nov 26, 1999 at 12:13:50PM +0100, Thomas Graichen wrote: > > hello > > > > first i must say that i'm impressed how well FreeBSD runs on that > > notebook - nearly everything is working fine (3.3+PAO) only a > > few things are left - maybe anyone here has an idea: > > > > > > * with the machine came a modem card which is not detected by > > pccardd (none-none-none-none ...) - so i started to play > > around with pccardc enabler 0 sio2 -a 0x3e8 -i 5 and > > it even says "sio2 is a 16550A - but with an > > > > cu -l /dev/cuaa2 > > > > i can't talk to the modem - anyone any idea how far i am really > > at this state or whatever i may try (or debug) - any un- > > documented sio options worth trying ? > > Which system do you habve? You might have a winmodem inside which will > not work. > i don't think so - because it's a regular pcmcia modem which came with it (or are there also pcmcia winmodems around ?) > If you happen to have a z550sx and still have windows running on it > I would be very interested in the irq and io adress ranges for the sound card. no - its an n505x - and win98 was the first thing which disappeared on that machine :-) - sorry - but as far as i know it uses an unsupported neomagic sound chip t -- graichen@innominate.de innominate AG networking people fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Mon Nov 29 23:59:23 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from grom.mw.mil.pl (grom.mw.mil.pl [153.19.192.1]) by hub.freebsd.org (Postfix) with ESMTP id C118E157E0 for ; Mon, 29 Nov 1999 23:59:18 -0800 (PST) (envelope-from pawel@mw.mil.pl) Received: from mw.mil.pl (centy.mw.mil.pl [153.19.192.9]) by grom.mw.mil.pl (8.8.8/8.8.7) with ESMTP id JAA00450 for ; Tue, 30 Nov 1999 09:03:38 +0100 (CET) (envelope-from pawel@mw.mil.pl) Message-ID: <384383FA.6BD6B734@mw.mil.pl> Date: Tue, 30 Nov 1999 08:59:54 +0100 From: Pawel Jaskorzynski X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.3-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-mobile@FreeBSD.ORG" Subject: Xircom CE2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, recently I acquired a Xircom CE2 PCMCIA card. Is there any way to use it under FreeBSD? I noticed there is a driver (xe) for CE3, will this work? Thanks, Pawel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 0:40:46 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mauibuilt.com (mauibuilt.com [205.166.249.50]) by hub.freebsd.org (Postfix) with ESMTP id 875F414C8F; Tue, 30 Nov 1999 00:40:40 -0800 (PST) (envelope-from puga@mauibuilt.com) Received: from mauibuilt.com (puga@puga.mauibuilt.com [205.166.10.2]) by mauibuilt.com (8.9.3/8.9.3) with ESMTP id WAA10401; Mon, 29 Nov 1999 22:46:18 -1000 (HST) (envelope-from puga@mauibuilt.com) Message-ID: <38438D16.2ABC1907@mauibuilt.com> Date: Mon, 29 Nov 1999 22:38:46 -1000 From: Richard Puga X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-mobile@freebsd.org, freebsd-hackers@freebsd.org Subject: Databook Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have some PCMCIA to ISA adapters which use the Data Book DB86082 chipset. I would be happy to donate a card or 2 to anyone who would write a driver for it. Thank you Richard Puga puga@mauibuilt.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 2:21:59 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from herring.nlsystems.com (nlsys.demon.co.uk [158.152.125.33]) by hub.freebsd.org (Postfix) with ESMTP id 451E615873; Tue, 30 Nov 1999 02:21:50 -0800 (PST) (envelope-from dfr@nlsystems.com) Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id KAA17664; Tue, 30 Nov 1999 10:28:07 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 30 Nov 1999 10:28:07 +0000 (GMT) From: Doug Rabson To: Mitsuru IWASAKI Cc: current@freebsd.org, freebsd-mobile@freebsd.org, acpi-jp@jp.freebsd.org Subject: Re: ACPI project progress report - Nov. In-Reply-To: <199911291523.AAA00320@tasogare.imasy.or.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 30 Nov 1999, Mitsuru IWASAKI wrote: > 5. AML interpreter implementation > We've just started based on Doug Rabson's acpitest program, but > parsing AML and managing objects in the name space are almost > finished. We're going to make configuration utility first with AML > interpreter in the userland, then move it to kernel space after brush > it out. > Please see > http://www.jp.freebsd.org/cgi/cvsweb.cgi/ACPI/util/acpiconf?cvsroot=freebsd-jp This sounds very promising. I will check out the code soon and try to give feedback. Creating the ACPI namespace is a necessary first step before its possible to do full AML interpreting. > > > In the beginning of this project, we thought merging them to > 4.0-RELEASE would be very much exciting, but it seems the codes are > still young to merge and 4.0-RELEASE feature freeze is comming soon. > We will try another chance, hopefully we have AML interpreter in > kernel space at that time. I think we should aim to do most of the work in 5.0 after we branch off 4.0. Perhaps some of it can be back-ported after it become stable in 5.0. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 7: 4: 3 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from idisys.iae.nsk.su (idisys.iae.nsk.su [193.124.169.11]) by hub.freebsd.org (Postfix) with SMTP id 0D34714D24 for ; Tue, 30 Nov 1999 07:03:56 -0800 (PST) (envelope-from alex@idisys.iae.nsk.su) Received: (qmail 27314 invoked by uid 1005); 30 Nov 1999 15:03:58 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 30 Nov 1999 15:03:58 -0000 Date: Tue, 30 Nov 1999 21:03:58 +0600 (NOVT) From: Alex Morozov To: freebsd-mobile@freebsd.org Subject: Numerous questions about Card manager behaviour Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello! I have a PCMCIA wireless lan adapter for which I have to write a driver. Unfortunately I have a very little experience with PC-cards in general and with FreeBSD in particular :-). But I must to try anyway. Please be patient to my [possible stupid:-)] questions. As far as I see the freebsd card manager unlike say linux card manager does the most job on configuring the card. The card_init procedure gets already assigned irq and (has to get) already mapped card's attribute memory, right? The question: is the card's shared memory also mapped at this point or I should perform this "by hands"? Is there any specific calls (like CardServices(RequestWindow...)) to perform the task? BTW, I'm faced with the strange behaviour of the card manager. It configured to use 0xd000 memory by default. I wrote a stub driver to perform several tests on the card and see that the card manager correctly assigns irq but id_iobase and id_maddr is zeroed. My card seems not to use a traditional I/O ports operating model performing all tasks through registers in the attribute window so id_iobase==0 not so fatal, but id_maddr... When I use pccardc enabler and specify id_maddr by hand I got reasonable looking value (0xC00D*000) which I believe the kernel virtual address of the window. It's interesting how to fix the problem. I use FreeBSD-3.3-release. Thank you in advance. Sincerely Yours, Alexey Morozov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 7: 5:51 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mojave.sitaranetworks.com (mojave.sitaranetworks.com [199.103.141.157]) by hub.freebsd.org (Postfix) with ESMTP id 1322315865 for ; Tue, 30 Nov 1999 07:05:46 -0800 (PST) (envelope-from grog@mojave.sitaranetworks.com) Message-ID: <19991129205828.13924@mojave.sitaranetworks.com> Date: Mon, 29 Nov 1999 20:58:28 -0500 From: Greg Lehey To: Chris Dahler , freebsd-mobile@FreeBSD.ORG Subject: Re: Question about sio Reply-To: Greg Lehey References: <00ca01bf3ab3$384890e0$b109173f@laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <00ca01bf3ab3$384890e0$b109173f@laptop>; from Chris Dahler on Mon, Nov 29, 1999 at 03:40:34PM -0600 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Monday, 29 November 1999 at 15:40:34 -0600, Chris Dahler wrote: > When I do a warm reboot from Win98 to FreeBSD-3.3R-PAO on my Presario > laptop, FreeBSD is unable to locate sio3. When I do a cold reboot, FreeBSD > initially reports sio3 as not found, but then (usually the last line in > dmesg), it seems to change its mind and reports sio3 as a 16550A. > > My two questions are: why would FreeBSD have a problem with this port after > a warm reboot (Linux seems to be able to detect this port all the time, > regardless of the type of reboot)? Obviously your sio3 is a PCMCIA card. They're controlled by the PC Card daemon (pccardd), which takes a while (probably too long) to get started. This code is currently under review, and in 4.1 or so you can expect things to work more smoothly. > Also, when it *can* find the port, why would FreeBSD initially say > sio3 was not found, and then later on in the boot process have a > change of heart and tell me it is there? The first time round, the ISA bus routines go looking for the port, and they don't find it. When pccardd comes along, it finds it. Yes, this is tacky. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 7:18:52 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DE67D15909; Tue, 30 Nov 1999 07:18:45 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id IAA08867; Tue, 30 Nov 1999 08:18:44 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id IAA02355; Tue, 30 Nov 1999 08:19:18 -0700 (MST) Message-Id: <199911301519.IAA02355@harmony.village.org> To: Richard Puga Subject: Re: Databook Cc: freebsd-mobile@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Mon, 29 Nov 1999 22:38:46 -1000." <38438D16.2ABC1907@mauibuilt.com> References: <38438D16.2ABC1907@mauibuilt.com> Date: Tue, 30 Nov 1999 08:19:18 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <38438D16.2ABC1907@mauibuilt.com> Richard Puga writes: : I have some PCMCIA to ISA adapters which use the Data Book DB86082 : chipset. : : I would be happy to donate a card or 2 to anyone who would write a : driver for it. If you can get a databook/user manual for these things, I'd consider it after the newcard stuff stabilizes. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 8:39:41 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id E376815954; Tue, 30 Nov 1999 08:39:09 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (garatu [158.227.6.222]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id RAA06005; Tue, 30 Nov 1999 17:38:17 +0100 (MET) Message-ID: <3843FD70.E074E5F@we.lc.ehu.es> Date: Tue, 30 Nov 1999 17:38:08 +0100 From: "Jose M. Alcaide" Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dpto. de Electricidad y =?iso-8859-1?Q?Electr=F3nica?= X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Jeff Cc: freebsd-mobile@FreeBSD.ORG, yokota@FreeBSD.ORG, msmith@FreeBSD.ORG Subject: Re: ATI Mobility References: <3.0.5.32.19991116114313.0085b320@mail.simplenet.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Jeff wrote: > > I have a Solo 9300 laptop with the ATI Rage Mobility-P 8MB video card. I > cannot get this card to work with X in FreeBSD. I have tried 3.2 and 3.3, > using XF86_Mach64 and XF86_SVGA servers. I get what can be recognized as a > desktop, but it is totally unusable due to extreme crosshatching and > distortion. I have also tried the patched X server which can be found at > http://www.eecs.umich.edu/~steveh/inspiron/ and this made no difference > whatsoever. > > The card does work with Linux. I have installed RedHat 6.0 and 6.1, and was > able to get the video card working perfectly by adding VGA=792 to the > lilo.conf file. I am not entirely sure what this does, but it seems to be > what makes the difference. The video card behaves the same way in Linux > until I add that line. > > Has anyone gotten this card to work with FreeBSD? Does such an equivalent > line exist for FreeBSD? I really cannot use Linux, its got to be FreeBSD or > nothing. > [Note: I am CC'ing this message to Kazutaka Yokota and Mike Smith because they are the authority for the VESA support in FreeBSD] I have just purchased an Inspiron 3700 (I am waiting for it to arrive), which also includes the ATI Rage Mobility-P video adapter, so I am carefully reading all information I can find about the XFree86 (3.3.5) problems with this card. The general consensus from Linux people is that putting the line "vga=791" (or 792) in lilo.conf solves the problems, so that the XF86_Mach64 X server works at 1024x768. That magic number represents a VESA mode: 791=0x317; the real VESA mode is obtained from subtracting 0x200 to that number: 0x317-0x200 = 0x117. And the following definitions can be found in /usr/include/machine/console.h: #define M_VESA_64K_1024 0x117 /* 1024x768, 5:6:5 */ #define SW_VESA_64K_1024 _IO('V', M_VESA_64K_1024 - M_VESA_BASE) I.e.: 1024x768 at 16 bits depth (the same mode that the Xserver tries to configure, and fails). I wrote a very simple program that does an ioctl(0,SW_VESA_64K_1024,NULL) in order to test that video mode setting, and I ran it on a machine which has an ATI Rage Pro. It did not work (yes, the kernel has been compiled with the VM86 and VESA options); then, I searched the mailing list archives to find that ATI cards do not offer standard BIOS services for setting VESA modes. This must be the reason for that ioctl() does not work. However, the Linux kernel *can* set that VESA video mode. How? Obviously, what I am trying to do is the same trick that the Linux people uses, but as a small wrapper for the XF86_Mach64 server that could set the 0x117 VESA mode, start the X server, and restore the old video mode on exit. Any ideas? Or is this simply impossible? Cheers, -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@FreeBSD.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 ----------------------------------------------------------------------- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 8:43:53 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 18A9B15950; Tue, 30 Nov 1999 08:43:48 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id LAA17177; Tue, 30 Nov 1999 11:43:35 -0500 (EST) Date: Tue, 30 Nov 1999 11:39:57 -0500 (EST) From: "Matthew N. Dodd" To: Richard Puga Cc: freebsd-mobile@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Databook In-Reply-To: <38438D16.2ABC1907@mauibuilt.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 29 Nov 1999, Richard Puga wrote: > I have some PCMCIA to ISA adapters which use the Data Book DB86082 > chipset. > > I would be happy to donate a card or 2 to anyone who would write a > driver for it. tcic0: at port 0x380 iomem 0xd0000 irq 5 on isa0 I'm working on it... Once Warner has the newbus PCMCIA code in -CURRENT beaten into shape I'll finish the port of the 'tcic' driver from NetBSD. I'm really looking for any sort of 3com Etherlink III PCMCIA card if you've got any. :) -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 9: 4:13 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 0FCEB14CD2; Tue, 30 Nov 1999 09:04:10 -0800 (PST) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.8.8/8.8.7) with ESMTP id MAA17655; Tue, 30 Nov 1999 12:04:03 -0500 (EST) Date: Tue, 30 Nov 1999 12:03:02 -0500 (EST) From: "Matthew N. Dodd" To: Warner Losh Cc: Richard Puga , freebsd-mobile@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: Databook In-Reply-To: <199911301519.IAA02355@harmony.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 30 Nov 1999, Warner Losh wrote: > If you can get a databook/user manual for these things, I'd consider > it after the newcard stuff stabilizes. It doesn't seem likely that we'll be able to get the manuals for them. :/ -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 9:49:27 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mass.cdrom.com (castles515.castles.com [208.214.165.79]) by hub.freebsd.org (Postfix) with ESMTP id 5B59015981; Tue, 30 Nov 1999 09:49:15 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id JAA02913; Tue, 30 Nov 1999 09:49:18 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199911301749.JAA02913@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Jose M. Alcaide" Cc: Jeff , freebsd-mobile@FreeBSD.ORG, yokota@FreeBSD.ORG Subject: Re: ATI Mobility In-reply-to: Your message of "Tue, 30 Nov 1999 17:38:08 +0100." <3843FD70.E074E5F@we.lc.ehu.es> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Date: Tue, 30 Nov 1999 09:49:17 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I have a Solo 9300 laptop with the ATI Rage Mobility-P 8MB video card= =2E I > > cannot get this card to work with X in FreeBSD. I have tried 3.2 and = 3.3, At this point in time, you need to by Xig's Accelerated X (Laptop) = product. I have a Dell i7500 with this part, and nothing else comes = close to working well. In most cases, there is little or no VESA support= = offered by the ATI BIOS so the Linux solution leaves you SOL. And I have to admit that Xig's server screams on this hardware; it racks up at about 50% the 2D speed of a Matrox G400 or Voodoo 3, which is nothing to complain about. -- = \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 10: 1:59 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 4D468159C3; Tue, 30 Nov 1999 10:01:54 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA09566; Tue, 30 Nov 1999 11:01:52 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA03438; Tue, 30 Nov 1999 11:02:28 -0700 (MST) Message-Id: <199911301802.LAA03438@harmony.village.org> To: "Matthew N. Dodd" Subject: Re: Databook Cc: Richard Puga , freebsd-mobile@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 30 Nov 1999 12:03:02 EST." References: Date: Tue, 30 Nov 1999 11:02:27 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message "Matthew N. Dodd" writes: : On Tue, 30 Nov 1999, Warner Losh wrote: : > If you can get a databook/user manual for these things, I'd consider : > it after the newcard stuff stabilizes. : : It doesn't seem likely that we'll be able to get the manuals for them. :/ That would significantly dampen my enthusiasm for doing a driver :-< Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 10:45: 8 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 53BA214E9B; Tue, 30 Nov 1999 10:45:02 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA09812; Tue, 30 Nov 1999 11:44:50 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA03941; Tue, 30 Nov 1999 11:45:27 -0700 (MST) Message-Id: <199911301845.LAA03941@harmony.village.org> To: Mitsuru IWASAKI Subject: Re: ACPI project progress report - Nov. Cc: current@FreeBSD.ORG, freebsd-mobile@FreeBSD.ORG, acpi-jp@jp.freebsd.org In-reply-to: Your message of "Tue, 30 Nov 1999 00:23:16 +0900." <199911291523.AAA00320@tasogare.imasy.or.jp> References: <199911291523.AAA00320@tasogare.imasy.or.jp> Date: Tue, 30 Nov 1999 11:45:26 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199911291523.AAA00320@tasogare.imasy.or.jp> Mitsuru IWASAKI writes: : Hi, here is the Nov. progress report from ACPI project in Japan. Cool. This is indeed good news. Keep up the good reports. iwasaki-san to acpi-jp wa domo arigato gozaimasu. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 10:45:37 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id B7B22159C9 for ; Tue, 30 Nov 1999 10:45:35 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id LAA09820; Tue, 30 Nov 1999 11:45:07 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id LAA03954; Tue, 30 Nov 1999 11:45:42 -0700 (MST) Message-Id: <199911301845.LAA03954@harmony.village.org> To: Fernando Schapachnik Subject: Re: Xircom CreditCard Ethernet 10/100 + Modem Cc: freebsd-mobile@FreeBSD.ORG, scott@dcs.qmw.ac.uk In-reply-to: Your message of "Mon, 29 Nov 1999 12:53:54 -0300." <199911291553.MAA21591@ns1.via-net-works.net.ar> References: <199911291553.MAA21591@ns1.via-net-works.net.ar> Date: Tue, 30 Nov 1999 11:45:42 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199911291553.MAA21591@ns1.via-net-works.net.ar> Fernando Schapachnik writes: : Is there any chance of using a Xircom CreditCard Ethernet + Modem as : ethernet card? Not currently. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 12:14:42 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 7ADFD155B6; Tue, 30 Nov 1999 12:14:38 -0800 (PST) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173]) by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id MAA28159; Tue, 30 Nov 1999 12:14:32 -0800 (PST) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id MAA02699; Tue, 30 Nov 1999 12:14:46 -0800 (PST) Received: from localhost (darrylo@mina.sr.hp.com [15.4.42.247]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id MAA06416; Tue, 30 Nov 1999 12:14:26 -0800 (PST) Message-Id: <199911302014.MAA06416@mina.sr.hp.com> To: "Jose M. Alcaide" Cc: freebsd-mobile@FreeBSD.ORG, yokota@FreeBSD.ORG, Mike Smith , Jeff Subject: Re: ATI Mobility Reply-To: Darryl Okahata In-reply-to: Your message of "Tue, 30 Nov 1999 17:38:08 +0100." <3843FD70.E074E5F@we.lc.ehu.es> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Tue, 30 Nov 1999 12:14:26 -0800 From: Darryl Okahata Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Jose M. Alcaide" wrote: > However, the Linux kernel *can* set that VESA video mode. How? > Obviously, what I am trying to do is the same trick that the Linux > people uses, but as a small wrapper for the XF86_Mach64 server that > could set the 0x117 VESA mode, start the X server, and restore the old > video mode on exit. There's more to the problem than this. I just got a 7500, and I think that we may just have to wait for XFree86 to support the Mobility-P (or buy the commercial server, which I may do). In order for the VESA ioctl() to "work", you've got to disable the code in sys/i386/isa/vesa.c that checks for "supported VESA modes". Until you do that, none of the VESA modes are accessible ("vidcontrol -i mode" shows no VESA modes). The BIOS on the Inspiron reports that all VESA modes have the "V_MODENONVGA" mode attribute bit set, and FreeBSD normally rejects any mode with this bit set. If you do this, and force the VESA mode using the ioctl(...,SW_VESA_64K_1024,...) trick on /dev/ttyv8, you can get 1024x768 to work on an Inspiron 7500, but the display is fuzzy (due to the automatic screen "stretching"). The default cross-hatched background is particularly ugly, with faint moire-like patterns due to aliasing/stretching. You do have to compile up an XFree86 3.3.5 Mach64 server with Jay Kuri's patches, though; the FreeBSD one referenced in the linux page won't work. Unfortunately, I've been unable to get 1400x1050 to work. X11 starts (and can be seen), but the graphics are corrupted. Foo. So close. I may hack on this a bit more. -- Darryl Okahata darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 12:43:39 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from relay02.equinox.net (relay02.equinox.net [204.89.131.13]) by hub.freebsd.org (Postfix) with ESMTP id CE19214C26 for ; Tue, 30 Nov 1999 12:43:37 -0800 (PST) (envelope-from nbd95@macconnect.com) Received: from [204.89.131.36] (helo=macconnect.com) by relay02.equinox.net with smtp (Exim 1.90 #2) for freebsd-mobile@freebsd.org id 11su7c-0002wp-00; Tue, 30 Nov 1999 15:43:37 -0500 From: "Goodrich" Reply-To: nbd95@macconnect.com To: freebsd-mobile@freebsd.org Date: Tue, 30 Nov 1999 16:47:44 GMT Subject: Toshiba 1555cds and X11R6 X-Mailer: DMailWeb Web to Mail Gateway 1.8s, http://netwinsite.com/top_mail.htm Message-id: <3843ffb0.149b.0@macconnect.com> X-User-Info: 216.122.43.133 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Does anyone have a XF86Config they can share for a Toshiba 1555CDS. Currently I can get X up with 640x480 but the fonts are pixelated, I can get it going 1024x768 but then the desktop goes 1" to the right and 1" below the screen. I cannot get the S3 Virge MX (according to the toshiba website, this is the shipped card) or the S3 Savage 3D (according to the Toshiba book, _this_ is the shipped card) to give me an 800x600 screen. I've been through the FAQ's and searched the list archives and google. Any help is appreciated. Thanks To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 15: 5:35 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id A37A314D6D; Tue, 30 Nov 1999 15:05:26 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (lxpx11.lx.ehu.es [158.227.99.11]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id XAA07051; Tue, 30 Nov 1999 23:58:25 +0100 (MET) Message-ID: <38445690.CA35810D@we.lc.ehu.es> Date: Tue, 30 Nov 1999 23:58:24 +0100 From: "Jose M. Alcaide" Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dept. de Electricidad y =?iso-8859-1?Q?Electr=F3nica?= X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Darryl Okahata Cc: freebsd-mobile@FreeBSD.ORG, Mike Smith , Jeff Subject: Re: ATI Mobility References: <199911302014.MAA06416@mina.sr.hp.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Darryl Okahata wrote: > > "Jose M. Alcaide" wrote: > > > However, the Linux kernel *can* set that VESA video mode. How? > > Obviously, what I am trying to do is the same trick that the Linux > > people uses, but as a small wrapper for the XF86_Mach64 server that > > could set the 0x117 VESA mode, start the X server, and restore the old > > video mode on exit. > > There's more to the problem than this. I just got a 7500, and > I think that we may just have to wait for XFree86 to support the > Mobility-P (or buy the commercial server, which I may do). > > [...] > OK, this is a very interesting information. Thanks, Darryl and Mike! Just FYI, I contacted MetroLink about ATI Mobility support, and this is the answer I received: Metro Link Tech Support wrote: > Metro-X does not officially have support for the Mobility-P chipset at > this time. However, a driver is under development. It is functional > except that APM (automatic power management) is not working, which means > the X server must be exited instead of simply closing the notebook cover. > > If you wish to purchase Metro-X, we can give you a copy of this driver > for use until the completed driver becomes available. Please let us know > if you are interested in this. -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@FreeBSD.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 ----------------------------------------------------------------------- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 15: 7:43 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 125F614F43; Tue, 30 Nov 1999 15:07:24 -0800 (PST) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173]) by palrel1.hp.com (Postfix) with ESMTP id DB7423E9D; Tue, 30 Nov 1999 15:07:02 -0800 (PST) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id PAA17439; Tue, 30 Nov 1999 15:07:20 -0800 (PST) Received: from localhost (darrylo@mina.sr.hp.com [15.4.42.247]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id PAA07979; Tue, 30 Nov 1999 15:07:00 -0800 (PST) Message-Id: <199911302307.PAA07979@mina.sr.hp.com> To: "Jose M. Alcaide" , freebsd-mobile@FreeBSD.ORG, yokota@FreeBSD.ORG, Mike Smith , Jeff Subject: Success! [ Was: Re: ATI Mobility ] Reply-To: Darryl Okahata In-reply-to: Your message of "Tue, 30 Nov 1999 12:14:26 PST." <199911302014.MAA06416@mina.sr.hp.com> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Tue, 30 Nov 1999 15:06:59 -0800 From: Darryl Okahata Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I wrote: > There's more to the problem than this. I just got a 7500, and > I think that we may just have to wait for XFree86 to support the > Mobility-P (or buy the commercial server, which I may do). I just got the 3.3.5 server "working" in 1400x1050 mode, and it looks gorgeous. It makes 1024x768 look like a child's crayon scribblings. The process is kludgy, and requires an ugly kernel patch, but it appears to work (I've only done, oh, a whole 5 minutes of testing, though ;-). Switching VTYs works, and I think I've fixed the server such that you can now suspend the Inspiron 7500 from X11 (before, you had to switch to a console tty before doing a suspend, otherwise the system would lock up and hang when you tried to suspend). Thanks to Jose for the missing puzzle piece. I've been trying to get X11 to work on the Inspiron for a couple of days, and was going down the wrong path, when I saw his posting. I'll write a little documentation, and make patches/binaries available in a day or two. For those who can't wait, here's a rough outline (for FreeBSD-3.3, but it probably works for -current also): [ This is tested only on a Dell Inspiron 7500 laptop. ] 1. [Ugly Awful Kludge] Edit vesa_bios_init() in sys/i386/isa/vesa.c to *not* reject "unsupported modes". Look for the comment "reject unsupported modes", and #if 0 the code that does the rejecting. Rebuild your kernel and reboot. 2. Write a small program that calls ioctl(...,SW_VESA_64K_1280,...) on /dev/ttyv8 (or whatever vty X11 uses on your laptop). This program should be run as root. I think you only have to run this program, once, at bootup. 3. Grab the XFree86 3.3.5 sources, and apply this patch: http://www.deja.com/=dnc/[ST_rn=ps]/getdoc.xp?AN=547370283 Also, edit xc/programs/Xserver/hw/xfree86/accel/mach64/mach64init.c to not disable the panel's APM. Comment out the line: regw(POWER_MANAMENT, old_POWER_MANAGEMENT & ~PWR_MGT_ON); and further down: outl(ioLCD_DATA, old_POWER_MANAGEMENT & ~PWR_MGT_ON); DO NOT COMMENT OUT ANY OTHER LINES, like the ones just before them. 4. (Assuming that you've already installed, but not configured XFree86 3.3.5.) Compile the X server, and install the newly-compiled XF86_Mach64 server (save a copy of the original one, though) in /usr/X11R6/bin. 5. Make a symlink: cd /usr/X11R6/bin ln -s XF86_Mach64 X 6. Grab the XF86Config at: http://www.eecs.umich.edu/~steveh/inspiron/XF86Config Install it in /etc and edit the "Screen" section at the bottom of the file to select the "Modes" that you want (e.g., 1024x768 or 1400x1050). 7. As root, run the program from step #2. 8. Run "xstart" to start X11 (as the user from which you normally run X11, not as root). From here, everything should work, until you exit. When you exit, the console won't switch back to the original VTY -- you'll have to manually use Alt-F1 (or somesuch) to switch to a usable VTY. [ Note: if X11 starts up, but you have no window manager running, it probably means that the directory, "/usr/X11R6/lib/X11/xinit", is not readable. To fix it, change the permission from 700 to 755. ] -- Darryl Okahata darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 15:30:40 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 4B05E1585C for ; Tue, 30 Nov 1999 15:30:35 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (lxpx11.lx.ehu.es [158.227.99.11]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id AAA07130; Wed, 1 Dec 1999 00:23:47 +0100 (MET) Message-ID: <38445C82.603760A5@we.lc.ehu.es> Date: Wed, 01 Dec 1999 00:23:46 +0100 From: "Jose M. Alcaide" Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dept. de Electricidad y =?iso-8859-1?Q?Electr=F3nica?= X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Darryl Okahata Cc: freebsd-mobile@FreeBSD.ORG, Jeff Subject: Re: Success! [ Was: Re: ATI Mobility ] References: <199911302307.PAA07979@mina.sr.hp.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Darryl Okahata wrote: > > I just got the 3.3.5 server "working" in 1400x1050 mode, and it > looks gorgeous. It makes 1024x768 look like a child's crayon > scribblings. The process is kludgy, and requires an ugly kernel patch, > but it appears to work (I've only done, oh, a whole 5 minutes of > testing, though ;-). Switching VTYs works, and I think I've fixed the > server such that you can now suspend the Inspiron 7500 from X11 (before, > you had to switch to a console tty before doing a suspend, otherwise the > system would lock up and hang when you tried to suspend). > Great!! Please, could you test the 1024x768 mode? The Inspiron 3700's LCD does not support the 1400x1050 mode, and the VESA mode SW_VESA_64K_1280 may fry the LCD. -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@FreeBSD.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 ----------------------------------------------------------------------- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Tue Nov 30 16:25:40 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (Postfix) with ESMTP id BE2C114F64 for ; Tue, 30 Nov 1999 16:25:37 -0800 (PST) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173]) by atlrel1.hp.com (Postfix) with ESMTP id 77E7E11EE; Tue, 30 Nov 1999 18:35:33 -0500 (EST) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id PAA20475; Tue, 30 Nov 1999 15:35:49 -0800 (PST) Received: from localhost (darrylo@mina.sr.hp.com [15.4.42.247]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id PAA08493; Tue, 30 Nov 1999 15:35:13 -0800 (PST) Message-Id: <199911302335.PAA08493@mina.sr.hp.com> To: "Jose M. Alcaide" Cc: freebsd-mobile@FreeBSD.ORG, Jeff Subject: Re: Success! [ Was: Re: ATI Mobility ] Reply-To: Darryl Okahata In-reply-to: Your message of "Wed, 01 Dec 1999 00:23:46 +0100." <38445C82.603760A5@we.lc.ehu.es> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Tue, 30 Nov 1999 15:35:12 -0800 From: Darryl Okahata Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Jose M. Alcaide" wrote: > Please, could you test the 1024x768 mode? The Inspiron 3700's LCD does > not support the 1400x1050 mode, and the VESA mode SW_VESA_64K_1280 > may fry the LCD. Well, as the program is separate from the X server, you could just change the program to call SW_VESA_64K_1024 instead (I think I'll make it an option). I believe that worked, in a earlier test of mine. A problem I encountered is that, once SW_VESA_64K_1024 has been used, SW_VESA_64K_1280 didn't seem to work. I had to do a warm or cold boot (I forget which) before I could get SW_VESA_64K_1280 to function. -- Darryl Okahata darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 1:41: 1 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mass.cdrom.com (castles561.castles.com [208.214.165.125]) by hub.freebsd.org (Postfix) with ESMTP id 6DE3614D33; Wed, 1 Dec 1999 01:40:59 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id BAA00486; Wed, 1 Dec 1999 01:42:17 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912010942.BAA00486@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: mobile@FreeBSD.org Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-reply-to: Your message of "Tue, 30 Nov 1999 23:38:55 PST." <199912010738.XAA93773@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Dec 1999 01:42:17 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Fix the hang on card eject problem and maybe the hang on suspend > problem. > > o Create new timeout routine so we don't detach the card inside a ISR > but instead drop back to spl0 via a timeout of 0. This will still fail in most card-device interrupt handlers that don't spin-limit themselves. If at all possible, there should be a mechanism for a card-device interrupt handler to query the parent bus to determine whether the hardware has gone away. (This would allow the handler to bail out and let the detach code do its stuff if the handler is spinning madly.) -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 1:47:22 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mass.cdrom.com (castles561.castles.com [208.214.165.125]) by hub.freebsd.org (Postfix) with ESMTP id 730E514D33; Wed, 1 Dec 1999 01:47:20 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id BAA00516; Wed, 1 Dec 1999 01:48:33 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912010948.BAA00516@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Mike Smith Cc: Warner Losh , mobile@freebsd.org Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-reply-to: Your message of "Wed, 01 Dec 1999 01:42:17 PST." <199912010942.BAA00486@mass.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Dec 1999 01:48:33 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Fix the hang on card eject problem and maybe the hang on suspend > > problem. > > > > o Create new timeout routine so we don't detach the card inside a ISR > > but instead drop back to spl0 via a timeout of 0. > > This will still fail in most card-device interrupt handlers that don't > spin-limit themselves. If at all possible, there should be a mechanism > for a card-device interrupt handler to query the parent bus to determine > whether the hardware has gone away. (This would allow the handler to bail > out and let the detach code do its stuff if the handler is spinning madly.) I should have clarified this; the query method needs to be active, not reactive, ie. it needs to actually go and look at the hardware rather than rely on cached state, since there may be no way for this state to be updated between the time that the card is removed and the query made (consider eg. a timeout polling the slot status). -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 6:45:20 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from tasogare.imasy.or.jp (tasogare.imasy.or.jp [202.227.24.5]) by hub.freebsd.org (Postfix) with ESMTP id A88DC14D70; Wed, 1 Dec 1999 06:45:09 -0800 (PST) (envelope-from iwasaki@jp.FreeBSD.org) Received: from localhost (isdn18.imasy.or.jp [202.227.24.210]) by tasogare.imasy.or.jp (8.9.3+3.2W/3.7W-tasogare/smtpfeed 1.01) with ESMTP id XAA18163; Wed, 1 Dec 1999 23:45:05 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Message-Id: <199912011445.XAA18163@tasogare.imasy.or.jp> To: dfr@nlsystems.com, imp@village.org Cc: iwasaki@jp.freebsd.org, current@freebsd.org, freebsd-mobile@freebsd.org, acpi-jp@jp.freebsd.org Subject: Re: ACPI project progress report - Nov. In-Reply-To: Your message of "Tue, 30 Nov 1999 10:28:07 +0000 (GMT)" References: X-Mailer: Mew version 1.93 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 01 Dec 1999 23:45:03 +0900 From: Mitsuru IWASAKI X-Dispatcher: imput version 980905(IM100) Lines: 37 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Doug Rabson wrote: > > Please see > > http://www.jp.freebsd.org/cgi/cvsweb.cgi/ACPI/util/acpiconf?cvsroot=freebsd-jp > > This sounds very promising. I will check out the code soon and try to give > feedback. Creating the ACPI namespace is a necessary first step before its > possible to do full AML interpreting. Thanks! I'm now preparing also own memory management subsystem to avoid memory leakage in kernel space and to utilize VM efficiently. I believe it should be also one of the important things. > > In the beginning of this project, we thought merging them to > > 4.0-RELEASE would be very much exciting, but it seems the codes are > > still young to merge and 4.0-RELEASE feature freeze is comming soon. > > We will try another chance, hopefully we have AML interpreter in > > kernel space at that time. > > I think we should aim to do most of the work in 5.0 after we branch off > 4.0. Perhaps some of it can be back-ported after it become stable in 5.0. OK, we'll do best we can do aiming merge into 5.0-CURRENT. Warner Losh wrote: > Cool. This is indeed good news. Keep up the good reports. > > iwasaki-san to acpi-jp wa domo arigato gozaimasu. We will! We shall keep the reports periodically (maybe monthly? of course depending on our progress). I think that we, folks in Japan, learned enough communications won't hurt anything. # Dou itasimasite :-) Doug Rabson and Warner Losh, thanks for your valuable advice and words of encouragement. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 7:33:38 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from numeri.campus.luth.se (numeri.campus.luth.se [130.240.197.103]) by hub.freebsd.org (Postfix) with ESMTP id 73B5A14CC5 for ; Wed, 1 Dec 1999 07:33:35 -0800 (PST) (envelope-from k@numeri.campus.luth.se) Received: from numeri.campus.luth.se (localhost [127.0.0.1]) by numeri.campus.luth.se (8.9.3/8.9.3) with ESMTP id QAA15226 for ; Wed, 1 Dec 1999 16:33:35 +0100 (CET) (envelope-from k@numeri.campus.luth.se) Message-Id: <199912011533.QAA15226@numeri.campus.luth.se> X-Mailer: exmh version 2.0.2 2/24/98 To: freebsd-mobile@freebsd.org Subject: TI PCI-1225 PCcard controller support Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Dec 1999 16:33:34 +0100 From: Johan Karlsson Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi I plan to buy a Dell Latitude CPx H500GT which has the Texas Instruments PCI-1225 PCcard controller (I think it is a CardBus thing) I have search the mail-archives but have not been able to find any info about this controller. Have anyone had any luck with this controler or should I buy a Dell Latitude CPt V466GT with a Texas Instruments PCI-1131 PCcard controller (which I belive is supported by PAO) instead? Also the graphic chip on the CPx is ATI Mobility M1 and the CPt has a NeoMagic MagicMedia 256ZX. Which of these work best with FreeBSd and XFree86? Thanks for any help. /Johan K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 8: 0:17 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 29C8214D33; Wed, 1 Dec 1999 08:00:13 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA13343; Wed, 1 Dec 1999 09:00:12 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id JAA02186; Wed, 1 Dec 1999 09:00:12 -0700 (MST) Message-Id: <199912011600.JAA02186@harmony.village.org> To: Mike Smith Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c Cc: mobile@FreeBSD.org In-reply-to: Your message of "Wed, 01 Dec 1999 01:42:17 PST." <199912010942.BAA00486@mass.cdrom.com> References: <199912010942.BAA00486@mass.cdrom.com> Date: Wed, 01 Dec 1999 09:00:12 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199912010942.BAA00486@mass.cdrom.com> Mike Smith writes: : > Fix the hang on card eject problem and maybe the hang on suspend : > problem. : > : > o Create new timeout routine so we don't detach the card inside a ISR : > but instead drop back to spl0 via a timeout of 0. : : This will still fail in most card-device interrupt handlers that don't : spin-limit themselves. If at all possible, there should be a mechanism : for a card-device interrupt handler to query the parent bus to determine : whether the hardware has gone away. (This would allow the handler to bail : out and let the detach code do its stuff if the handler is spinning madly.) I know this will still fail. This is at best a stop-gap approach. It lessens the chance there will be a hang, but doesn't eliminate it. The drivers themselves that support detach will somehow need to know when they have been detached and check that. They cannot store this in sotfc because that is automatically free'd when then instance is detached. I'm thinking a small array of bits that are static to the driver, one per instance. attach sets the bit, while detach clears the bit. If someone wants to check the status, they look at the bit. Polling the actual card hardware is going to be gross and prone to races since it would have to ask the bus if the child was still there, but there is no longer a child handle. Also, there is no card hardware anymore, so you can't ask it. I'm not sure how to solve this problem generically, and we've had lots of flame wars about this before. To be honest, I'm not interested in solving the problem in the old pccard code at all. Spin limiters in the ISRs of drivers that support detach. Doing thinks like sio does with sc->gone (w/o the softc) and other techniques are going to be what is required to fix this. I wanted to make things suck less, and this commit does that. I'm under no illusions that it is perfect. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 8:11:52 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from idisys.iae.nsk.su (idisys.iae.nsk.su [193.124.169.11]) by hub.freebsd.org (Postfix) with SMTP id 53AAD15AE5 for ; Wed, 1 Dec 1999 08:11:42 -0800 (PST) (envelope-from alex-mobile@idisys.iae.nsk.su) Received: (qmail 31580 invoked by uid 1005); 1 Dec 1999 16:11:33 -0000 Date: 1 Dec 1999 16:11:33 -0000 Message-ID: <19991201161133.31579.qmail@idisys.iae.nsk.su> From: alex-mobile@idisys.iae.nsk.su To: freebsd-mobile@FreeBSD.ORG Subject: writing a driver for a PC-Card Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello! I have a BreezeNet Wavelan PC Card and the sources for its linux driver and have to make a "port" of it for the FreeBSD. My question is: I see that the Linux driver requests the card manager to map both shared and attribute memory 'by hands' in the card init procedure. In the freebsd drivers I see that the memory is already mapped when the card init procedure is called (id_maddr set). The manual for the new (PAO-991011) pccardd says that this is the common ("mailbox") memory. Is it true? And how can I map the 'attribute' memory? This question is quite significant for the card because it doesn't use 'traditional' 'i/o ports' model to perform resetting etc. Please point me to the FreeBSD PC-Card driver creation documentation if any. Any your help will be greatly appreciated. Thank you. Alexey Morozov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 9:14:18 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id A2FD214C93 for ; Wed, 1 Dec 1999 09:14:15 -0800 (PST) (envelope-from billf@chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id A38721C2B; Wed, 1 Dec 1999 11:15:11 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id 9EFB2381B; Wed, 1 Dec 1999 11:15:11 -0500 (EST) Date: Wed, 1 Dec 1999 11:15:11 -0500 (EST) From: Bill Fumerola To: Johan Karlsson Cc: freebsd-mobile@freebsd.org Subject: Re: TI PCI-1225 PCcard controller support In-Reply-To: <199912011533.QAA15226@numeri.campus.luth.se> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 1 Dec 1999, Johan Karlsson wrote: > Also the graphic chip on the CPx is ATI Mobility M1 and the > CPt has a NeoMagic MagicMedia 256ZX. Which of these work best > with FreeBSd and XFree86? I have a NeoMagic 256AV, and I could only get it to work with XFree86 3.3.5, YMMV. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 9:20:38 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from c62443-a.frmt1.sfba.home.com (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id B5DA715214 for ; Wed, 1 Dec 1999 09:20:36 -0800 (PST) (envelope-from adsharma@c62443-a.frmt1.sfba.home.com) Received: (from adsharma@localhost) by c62443-a.frmt1.sfba.home.com (8.9.3/8.9.3) id JAA10326; Wed, 1 Dec 1999 09:20:23 -0800 Date: Wed, 1 Dec 1999 09:20:23 -0800 From: Arun Sharma Message-Id: <199912011720.JAA10326@c62443-a.frmt1.sfba.home.com> To: k@numeri.campus.luth.se Cc: freebsd-mobile@freebsd.org Subject: Re: TI PCI-1225 PCcard controller support In-Reply-To: <199912011533.QAA15226@numeri.campus.luth.se> References: <199912011533.QAA15226@numeri.campus.luth.se> Reply-To: adsharma@sharmas.dhs.org.nospam Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In muc.lists.freebsd.mobile, you wrote: > Have anyone had any luck with this controler or should I buy > a Dell Latitude CPt V466GT with a Texas Instruments PCI-1131 > PCcard controller (which I belive is supported by PAO) instead? I had to make minor code changes to PAO to make it work with PCI-1131. By default it hangs in pcic_isa probing code. I believe PCI-1225 is similar. Note that PCI-1131 supports both PCMCIA and cardbus cards. So you don't have to have cardbus support to use it. -Arun To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 9:35: 2 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from moo.sysabend.org (moo.sysabend.org [209.0.55.68]) by hub.freebsd.org (Postfix) with ESMTP id 3918315B0A for ; Wed, 1 Dec 1999 09:34:58 -0800 (PST) (envelope-from ragnar@sysabend.org) Received: by moo.sysabend.org (Postfix, from userid 1004) id 602E77563; Wed, 1 Dec 1999 09:36:10 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by moo.sysabend.org (Postfix) with ESMTP id 5D9DE1D89; Wed, 1 Dec 1999 09:36:10 -0800 (PST) Date: Wed, 1 Dec 1999 09:36:10 -0800 (PST) From: Jamie Bowden To: Bill Fumerola Cc: Johan Karlsson , freebsd-mobile@freebsd.org Subject: Re: TI PCI-1225 PCcard controller support In-Reply-To: Message-ID: Approved: yep X-representing: Only myself. X-badge: We don't need no stinking badges. X-obligatory-profanity: Fuck X-moo: Moo. MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 1 Dec 1999, Bill Fumerola wrote: :On Wed, 1 Dec 1999, Johan Karlsson wrote: : :> Also the graphic chip on the CPx is ATI Mobility M1 and the :> CPt has a NeoMagic MagicMedia 256ZX. Which of these work best :> with FreeBSd and XFree86? : :I have a NeoMagic 256AV, and I could only get it to work with :XFree86 3.3.5, YMMV. I have a CPiR with a MagicMedia256ZX I was albe to make run using the VGA16 server. It wasn't pretty, but it worked. Jamie Bowden -- If we've got to fight over grep, sign me up. But boggle can go. -Ted Faber (on Hasbro's request for removal of /usr/games/boggle) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 12:10:43 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id B4EE3150CB for ; Wed, 1 Dec 1999 12:10:30 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id MAA00653; Wed, 1 Dec 1999 12:10:20 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912012010.MAA00653@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: mobile@FreeBSD.org Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-reply-to: Your message of "Wed, 01 Dec 1999 09:00:12 MST." <199912011600.JAA02186@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Dec 1999 12:10:20 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > In message <199912010942.BAA00486@mass.cdrom.com> Mike Smith writes: > : > Fix the hang on card eject problem and maybe the hang on suspend > : > problem. > : > > : > o Create new timeout routine so we don't detach the card inside a ISR > : > but instead drop back to spl0 via a timeout of 0. > : > : This will still fail in most card-device interrupt handlers that don't > : spin-limit themselves. If at all possible, there should be a mechanism > : for a card-device interrupt handler to query the parent bus to determine > : whether the hardware has gone away. (This would allow the handler to bail > : out and let the detach code do its stuff if the handler is spinning madly.) > > I know this will still fail. This is at best a stop-gap approach. It > lessens the chance there will be a hang, but doesn't eliminate it. It doesn't lessen it very much, since when you pull the card you are 99% assured of an interrupt that will leave the card driver spinning in its interrupt handler. Thus the detach handler will never run... > The drivers themselves that support detach will somehow need to know > when they have been detached and check that. They cannot store this > in sotfc because that is automatically free'd when then instance is > detached. I'm thinking a small array of bits that are static to the > driver, one per instance. attach sets the bit, while detach clears > the bit. If someone wants to check the status, they look at the bit. That's not good enough, as I tried to outline in the last message; no cached state is ever going to help. The "is my card still here" test _must_ go all the way directly to the hardware. > Polling the actual card hardware is going to be gross and prone to > races since it would have to ask the bus if the child was still there, > but there is no longer a child handle. There will be a child handle until the card driver detach routine has returned and allowed the detach. The detach routine _must_ not allow the detach while the interrupt handler is running. > Also, there is no card > hardware anymore, so you can't ask it. The card hardware I'm referring to is the PCIC or equivalent. > I'm not sure how to solve this > problem generically, and we've had lots of flame wars about this > before. To be honest, I'm not interested in solving the problem in > the old pccard code at all. I wouldn't want you to waste your time on that, no. 8) > Spin limiters in the ISRs of drivers that support detach. Doing > thinks like sio does with sc->gone (w/o the softc) and other > techniques are going to be what is required to fix this. Again, soft state is not adequate. sc->gone can only be set if something preempts the spinning interrupt handler. In the old old code this only worked because the pcic interrupt handler wasn't masked, so the detach routine could preempt the device interrupt handler and set the gone flag. In the new code you _cannot_ free the softc until the interrupt handler has returned; you have no way of knowing where exactly that code is running and you can't expect it to atomically check the 'gone' flag every time before it dereferences the softc pointer. > I wanted to make things suck less, and this commit does that. I'm > under no illusions that it is perfect. I'm not bashing your attempt, just pointing out that it doesn't achieve very much at all due to the nature of the race. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 12:29:27 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 3E25B1511D; Wed, 1 Dec 1999 12:29:15 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.9.3/8.9.3) with SMTP id NAA05790; Wed, 1 Dec 1999 13:28:13 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id NAA01870; Wed, 1 Dec 1999 13:28:12 -0700 Date: Wed, 1 Dec 1999 13:28:12 -0700 Message-Id: <199912012028.NAA01870@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: Warner Losh , mobile@FreeBSD.ORG Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-Reply-To: <199912012010.MAA00653@mass.cdrom.com> References: <199912011600.JAA02186@harmony.village.org> <199912012010.MAA00653@mass.cdrom.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > Spin limiters in the ISRs of drivers that support detach. Doing > > thinks like sio does with sc->gone (w/o the softc) and other > > techniques are going to be what is required to fix this. > > Again, soft state is not adequate. sc->gone can only be set if something > preempts the spinning interrupt handler. Correct. > In the old old code this only > worked because the pcic interrupt handler wasn't masked, so the detach > routine could preempt the device interrupt handler and set the gone flag. Do you have a better solution than this? This was the 'most' correct solution I could come up with. (I'd love to hear about a better solution than this). The only other solution I could envision was one involving re-writing all of the drivers to modify them so they would have timeouts reading hardware (difficult and time consuming), but this wouldn't work in newbus due to softc going away. :( Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 16:46:58 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 776541510C; Wed, 1 Dec 1999 16:46:56 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id QAA03272; Wed, 1 Dec 1999 16:44:49 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912020044.QAA03272@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: nate@mt.sri.com (Nate Williams) Cc: Mike Smith , Warner Losh , mobile@FreeBSD.ORG Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-reply-to: Your message of "Wed, 01 Dec 1999 13:28:12 MST." <199912012028.NAA01870@mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Dec 1999 16:44:49 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > In the old old code this only > > worked because the pcic interrupt handler wasn't masked, so the detach > > routine could preempt the device interrupt handler and set the gone flag. > > Do you have a better solution than this? This was the 'most' correct > solution I could come up with. (I'd love to hear about a better > solution than this). I've already proposed it; a bus method that a child can use to verify via a hardware accessor in the parent bus that the hardware it "owns" is still physically present. > The only other solution I could envision was one involving re-writing > all of the drivers to modify them so they would have timeouts reading > hardware (difficult and time consuming), but this wouldn't work in > newbus due to softc going away. :( Again, the softc _can't_ go away until the driver lets it. The driver shouldn't let it until it's finished with it. End of story. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 16:58:47 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id C751D150A6; Wed, 1 Dec 1999 16:58:37 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id RAA15156; Wed, 1 Dec 1999 17:57:07 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id RAA05497; Wed, 1 Dec 1999 17:57:07 -0700 (MST) Message-Id: <199912020057.RAA05497@harmony.village.org> To: Mike Smith Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c Cc: nate@mt.sri.com (Nate Williams), mobile@FreeBSD.ORG In-reply-to: Your message of "Wed, 01 Dec 1999 16:44:49 PST." <199912020044.QAA03272@mass.cdrom.com> References: <199912020044.QAA03272@mass.cdrom.com> Date: Wed, 01 Dec 1999 17:57:07 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199912020044.QAA03272@mass.cdrom.com> Mike Smith writes: : > > In the old old code this only : > > worked because the pcic interrupt handler wasn't masked, so the detach : > > routine could preempt the device interrupt handler and set the gone flag. : > : > Do you have a better solution than this? This was the 'most' correct : > solution I could come up with. (I'd love to hear about a better : > solution than this). : : I've already proposed it; a bus method that a child can use to verify via : a hardware accessor in the parent bus that the hardware it "owns" is : still physically present. The problem with this is that the device is gone. The child is detached and therefore can't be used to call a bus method unless the child driver caches a pointer to its parent. : > The only other solution I could envision was one involving re-writing : > all of the drivers to modify them so they would have timeouts reading : > hardware (difficult and time consuming), but this wouldn't work in : > newbus due to softc going away. :( : : Again, the softc _can't_ go away until the driver lets it. The driver : shouldn't let it until it's finished with it. End of story. Agreed. However, the only way that it can do this currently is to block in detach until all references to softc have gone out of scope. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 17:18:15 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id E6DBB14CCB for ; Wed, 1 Dec 1999 17:17:58 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id RAA03619; Wed, 1 Dec 1999 17:19:18 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912020119.RAA03619@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: mobile@FreeBSD.ORG Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-reply-to: Your message of "Wed, 01 Dec 1999 17:57:07 MST." <199912020057.RAA05497@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Dec 1999 17:19:18 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > In message <199912020044.QAA03272@mass.cdrom.com> Mike Smith writes: > : > > In the old old code this only > : > > worked because the pcic interrupt handler wasn't masked, so the detach > : > > routine could preempt the device interrupt handler and set the gone flag. > : > > : > Do you have a better solution than this? This was the 'most' correct > : > solution I could come up with. (I'd love to hear about a better > : > solution than this). > : > : I've already proposed it; a bus method that a child can use to verify via > : a hardware accessor in the parent bus that the hardware it "owns" is > : still physically present. > > The problem with this is that the device is gone. The child is > detached and therefore can't be used to call a bus method unless the > child driver caches a pointer to its parent. No. As I keep saying, the device is _not_ gone until the driver lets it go. The child is in complete control of this, and can easily call a bus method to verify whether it should give up on I/O even _before_ it's notified by the parent that the hardware is gone. > : > The only other solution I could envision was one involving re-writing > : > all of the drivers to modify them so they would have timeouts reading > : > hardware (difficult and time consuming), but this wouldn't work in > : > newbus due to softc going away. :( > : > : Again, the softc _can't_ go away until the driver lets it. The driver > : shouldn't let it until it's finished with it. End of story. > > Agreed. However, the only way that it can do this currently is to > block in detach until all references to softc have gone out of scope. Exactly. Now we're getting somewhere. You also need to consider that if the device interrupt handler is spinning, the detach routine may never run even though the hardware is gone. This is why it's imperative for the child to be able to determine _for_itself_ that the hardware has gone. There's no guarantee that any form of notification will ever be _able_ to be delivered by the parent code, so the child has to be able to make up its own mind when to give up. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 17:32:21 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 9754B14CCB; Wed, 1 Dec 1999 17:32:07 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id SAA15350; Wed, 1 Dec 1999 18:31:43 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id SAA05695; Wed, 1 Dec 1999 18:31:43 -0700 (MST) Message-Id: <199912020131.SAA05695@harmony.village.org> To: Mike Smith Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c Cc: mobile@FreeBSD.ORG In-reply-to: Your message of "Wed, 01 Dec 1999 17:19:18 PST." <199912020119.RAA03619@mass.cdrom.com> References: <199912020119.RAA03619@mass.cdrom.com> Date: Wed, 01 Dec 1999 18:31:43 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199912020119.RAA03619@mass.cdrom.com> Mike Smith writes: : No. As I keep saying, the device is _not_ gone until the driver lets it : go. The child is in complete control of this, and can easily call a bus : method to verify whether it should give up on I/O even _before_ it's : notified by the parent that the hardware is gone. So long as we can do it in such a way that we don't have a race here. If detach can block, this may not be a problem. If detach runs at elevated SPL or from a non-blocked interrupt handler, then it is possible that detach gets forced upon it. However, even in the old code I think we can block the interrupts which would cause problems so that the hardware is gone properly written interrupt handlers can make sanity checks from time to time. If it spins more than 10,000 times, say, check to see if the hardware is still there. For non-removable devices, this bus method would return "it is still there" all the time, but pcccard or pcic would return its cached value or check the hardware directly, in isuch a way as to make sense.. : > : > The only other solution I could envision was one involving re-writing : > : > all of the drivers to modify them so they would have timeouts reading : > : > hardware (difficult and time consuming), but this wouldn't work in : > : > newbus due to softc going away. :( : > : : > : Again, the softc _can't_ go away until the driver lets it. The driver : > : shouldn't let it until it's finished with it. End of story. : > : > Agreed. However, the only way that it can do this currently is to : > block in detach until all references to softc have gone out of scope. : : Exactly. Now we're getting somewhere. Yes. The old pccard code won't be able to allow its children to block because it is being called from splhigh. The new code can deal since it runs a process. : You also need to consider that if the device interrupt handler is : spinning, the detach routine may never run even though the hardware is : gone. This is why it's imperative for the child to be able to determine : _for_itself_ that the hardware has gone. There's no guarantee that any : form of notification will ever be _able_ to be delivered by the parent : code, so the child has to be able to make up its own mind when to give up. This is true. Until we move to each driver has its own thread, we'll not be able to do any better. There is a small race here, but it does make the polling pcic driver working better, even in the old code. This also assumes that the outb/inb aren't blocking, which I don't think they are based on what I know about the how non pccard systems work. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 21:22:56 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id F22D814A03 for ; Wed, 1 Dec 1999 21:22:48 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA16018 for ; Wed, 1 Dec 1999 22:22:23 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA06774 for ; Wed, 1 Dec 1999 22:22:23 -0700 (MST) Message-Id: <199912020522.WAA06774@harmony.village.org> Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c To: mobile@FreeBSD.ORG In-reply-to: Your message of "Wed, 01 Dec 1999 17:57:07 MST." <199912020057.RAA05497@harmony.village.org> References: <199912020057.RAA05497@harmony.village.org> <199912020044.QAA03272@mass.cdrom.com> Date: Wed, 01 Dec 1999 22:22:23 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199912020057.RAA05497@harmony.village.org> Warner Losh writes: : Agreed. However, the only way that it can do this currently is to : block in detach until all references to softc have gone out of scope. One thing to keep in mind is that if detach doesn't return for a while, it may cause weird things to happen on a battery level or other urgent induced suspend. The way the current old pccard code does a suspend is to detach the device. The BIOS will force the shutdown if the machine doesn't respond within 30 seconds to the suspend request by suspending the machine. At least APM seems to mandate this behavior (well, it allows the BIOS to go ahead with an urgent suspend if the host OS doesn't respond quickly enough). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 21:38:51 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mass.cdrom.com (mass.cdrom.com [204.216.28.184]) by hub.freebsd.org (Postfix) with ESMTP id 79D3114A03 for ; Wed, 1 Dec 1999 21:38:49 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id VAA00927; Wed, 1 Dec 1999 21:39:30 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912020539.VAA00927@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: mobile@FreeBSD.ORG Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-reply-to: Your message of "Wed, 01 Dec 1999 18:31:43 MST." <199912020131.SAA05695@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Dec 1999 21:39:30 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > In message <199912020119.RAA03619@mass.cdrom.com> Mike Smith writes: > : No. As I keep saying, the device is _not_ gone until the driver lets it > : go. The child is in complete control of this, and can easily call a bus > : method to verify whether it should give up on I/O even _before_ it's > : notified by the parent that the hardware is gone. > > So long as we can do it in such a way that we don't have a race here. This actually becomes much more complex when you bring CardBus into the picture, as I believe (correct me if I'm wrong, since you have the spec there) that it uses level-triggered interrupts. In this case, the device interrupt handler can't return (well, it can, but it will be immediately re-entered). This really makes it imperative for the interrupt handler itself to be able to test for the hardware. The logic should probably go something like: dev_intr() { for(;;) { if (sc->device_is_removable && !bus_device_present()) { revoke_device(); /* disables interrupt */ return; } if (!device_needs_attention(sc)) return; ... The device's removability and physical status should probably also be checked anywhere that the code decides that the device is misbehaving. In the _same_context_ the device's interrupt needs to be disconnected and the driver's internal state for the device revoked. Once the handler returns the bus status mechanism will probably catch the device leaving and call the detach routine, which will note that the device has already been revoked (if it cares, I guess) and clean up properly. You could also refcount the softc so that while it's in use by another context it can't be deleted, and then drop the refcount when you detect the device has gone away. Then you'd clean up the softc anytime you went to drop the refcount and noticed it was already zero. Oh, and I forgot with the CardBus thing above; if the slot is sharing an interrupt with someone else, you're probably screwed as well. (Unless the bus lets you call back into it to disable a slot once you've detected that it's gone.) Hmm, thinking about it more, that would suggest that the "right" thing would be a bus method that is the equivalent of our current slot poll - the device driver checks the slot if it thinks the peripheral is acting up; the bus code can then call the detach routine, kill the interrupt off, etc. and the driver gets a return value that it can test in order to decide whether the device has been killed off. That would avoid all the mess with reference counting, etc. and only leave code elsewhere in the driver that's using the softc. You'd have to mask interrupts for that. 8( > This also assumes that the outb/inb aren't blocking, which I don't > think they are based on what I know about the how non pccard systems > work. I can't imagine any scenario in which they could block. -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Wed Dec 1 21:56: 2 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 1E4D814C45; Wed, 1 Dec 1999 21:55:56 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id WAA16126; Wed, 1 Dec 1999 22:55:06 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id WAA00484; Wed, 1 Dec 1999 22:55:06 -0700 (MST) Message-Id: <199912020555.WAA00484@harmony.village.org> To: Mike Smith Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c Cc: mobile@FreeBSD.ORG In-reply-to: Your message of "Wed, 01 Dec 1999 21:39:30 PST." <199912020539.VAA00927@mass.cdrom.com> References: <199912020539.VAA00927@mass.cdrom.com> Date: Wed, 01 Dec 1999 22:55:06 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199912020539.VAA00927@mass.cdrom.com> Mike Smith writes: : This actually becomes much more complex when you bring CardBus into the : picture, as I believe (correct me if I'm wrong, since you have the spec : there) that it uses level-triggered interrupts. In this case, the device : interrupt handler can't return (well, it can, but it will be immediately : re-entered). Yes. Both cardbus and pccard use level triggered interrupts (or can use level triggered interrupts). But if the card goes away, the bridge, I believe, deasserts the interrupt for the card. Hmmm. Actaully, it doesn't say that in the spec, so I'll have to look at my datasheets to see what it does for sure. : This really makes it imperative for the interrupt handler itself to be : able to test for the hardware. The logic should probably go something : like: : : dev_intr() : { : for(;;) { : if (sc->device_is_removable && !bus_device_present()) { : revoke_device(); /* disables interrupt */ : return; : } Race here between bus present check. Small window, I'll grant, however. : if (!device_needs_attention(sc)) : return; : ... : Oh, and I forgot with the CardBus thing above; if the slot is sharing an : interrupt with someone else, you're probably screwed as well. (Unless the : bus lets you call back into it to disable a slot once you've detected : that it's gone.) I believe that it is common practice to share the cardbus card interrupt with the cardbus bridge, but I may be mistaken about that. : Hmm, thinking about it more, that would suggest that the "right" thing : would be a bus method that is the equivalent of our current slot poll - : the device driver checks the slot if it thinks the peripheral is acting : up; the bus code can then call the detach routine, kill the interrupt : off, etc. and the driver gets a return value that it can test in order to : decide whether the device has been killed off. That would avoid all the : mess with reference counting, etc. and only leave code elsewhere in the : driver that's using the softc. You'd have to mask interrupts for that. 8( Yes. One would :-< I'll have to keep all this in mind as I move forward with cardbus/pc card stuff in the newcard. BTW, I just committed MIHIRA-san's port of the PAO power code, since it looks like it would be good for testing purposes. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 0:13: 7 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from titanium.yy.ics.keio.ac.jp (titanium.yy.ics.keio.ac.jp [131.113.47.73]) by hub.freebsd.org (Postfix) with ESMTP id 0C8A914E51; Thu, 2 Dec 1999 00:12:59 -0800 (PST) (envelope-from sanpei@sanpei.org) Received: from lavender.sanpei.org (lavender.rad.cc.keio.ac.jp [131.113.16.115]) by titanium.yy.ics.keio.ac.jp (8.9.3+3.2W/3.7W) with ESMTP id RAA27000; Thu, 2 Dec 1999 17:12:26 +0900 (JST) (envelope-from sanpei@sanpei.org) Received: (from sanpei@localhost) by lavender.sanpei.org (8.9.3/3.7W) id RAA00580; Thu, 2 Dec 1999 17:12:25 +0900 (JST) Date: Thu, 2 Dec 1999 17:12:25 +0900 (JST) Message-Id: <199912020812.RAA00580@lavender.sanpei.org> To: imp@village.org Cc: msmith@FreeBSD.ORG, mobile@FreeBSD.ORG, sanpei@sanpei.org Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-Reply-To: Your message of "Thu, 2 Dec 1999 14:55:06 JST". <199912020555.WAA00484@harmony.village.org> From: sanpei@sanpei.org (MIHIRA Yoshiro) X-Mailer: mnews [version 1.21] 1997-12/23(Tue) Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org imp@village.org wrote: >> BTW, I just committed MIHIRA-san's port of the PAO power code, since >> it looks like it would be good for testing purposes. Thanks for commiting my code, but I only ported PAO power code to -current. I don't know whather it solve our problem.... ----- By the way, I think pccard-beep code has problem. We can't stop beep via ``pccardc beep 0'', always BEEP ON. I created below patch. I change default beep state was OFF, and set ON/OFF by /etc/rc.pccard with ${pccard_beep} variable. MIHIRA Yoshiro Yokohama, Japan --- etc/defaults/rc.conf.org Sat Oct 9 23:24:34 1999 +++ etc/defaults/rc.conf Sat Oct 9 23:26:08 1999 @@ -21,6 +21,7 @@ apmd_flags="" # Flags to apmd (if enabled). pccard_enable="NO" # Set to YES if you want to configure PCCARD devices. pccard_mem="DEFAULT" # If pccard_enable=YES, this is card memory address. +pccard_beep="1" # pccard beep type. pccard_ifconfig="NO" # Specialized pccard ethernet configuration (or NO). pccardd_flags="" # Additional flags for pccardd. pccard_conf="/etc/pccard.conf.sample" # pccardd(8) config file --- etc/rc.pccard.org Sat Oct 9 23:26:22 1999 +++ etc/rc.pccard Sat Oct 9 23:30:18 1999 @@ -13,9 +13,14 @@ ;; esac + if [ -n "${pccard_beep}" ] ; then + pccardc beep ${pccard_beep} + fi + if [ -n "${pccard_conf}" ]; then pccardd_flags="${pccardd_flags} -f ${pccard_conf}" fi + echo -n "Enable PC-card." pccardd ${pccardd_flags} 2>&1 > /var/log/pccardd.debug --- sys/pccard/driver.h.org Wed Oct 6 22:57:12 1999 +++ sys/pccard/driver.h Wed Oct 6 23:14:24 1999 @@ -19,7 +19,7 @@ void pccard_remove_driver __P((struct pccard_device *)); int pcic_probe __P((void)); /* XXX should be linker set */ -enum beepstate { BEEP_ON, BEEP_OFF }; +enum beepstate { BEEP_OFF, BEEP_ON }; void pccard_insert_beep __P((void)); void pccard_remove_beep __P((void)); --- sys/pccard/pccard.c.org Wed Oct 6 22:58:38 1999 +++ sys/pccard/pccard.c Wed Oct 6 23:14:24 1999 @@ -966,9 +966,6 @@ int s, err; int pwval; - /* beep is disabled until the 1st call of crdioctl() */ - pccard_beep_select(BEEP_ON); - if (slt == 0 && cmd != PIOCRWMEM) return(ENXIO); switch(cmd) { --- sys/pccard/pccard_beep.c.org Wed Oct 6 22:57:57 1999 +++ sys/pccard/pccard_beep.c Thu Oct 7 19:15:23 1999 @@ -33,14 +33,14 @@ /* Should never be needed */ untimeout(enable_beep, (void *)NULL, beeptimeout_ch); - allow_beep = 1; + allow_beep = BEEP_ON; } void pccard_insert_beep(void) { if (allow_beep == BEEP_ON) { sysbeep(PCCARD_BEEP_PITCH0, PCCARD_BEEP_DURATION0); - allow_beep = 0; + allow_beep = BEEP_OFF; beeptimeout_ch = timeout(enable_beep, (void *)NULL, hz / 5); } } @@ -49,19 +49,23 @@ { if (allow_beep == BEEP_ON) { sysbeep(PCCARD_BEEP_PITCH0, PCCARD_BEEP_DURATION0); - allow_beep = 0; + allow_beep = BEEP_OFF; beeptimeout_ch = timeout(enable_beep, (void *)NULL, hz / 5); } } void pccard_success_beep(void) { - sysbeep(PCCARD_BEEP_PITCH1, PCCARD_BEEP_DURATION1); + if (allow_beep == BEEP_ON) { + sysbeep(PCCARD_BEEP_PITCH1, PCCARD_BEEP_DURATION1); + } } void pccard_failure_beep(void) { - sysbeep(PCCARD_BEEP_PITCH2, PCCARD_BEEP_DURATION2); + if (allow_beep == BEEP_ON) { + sysbeep(PCCARD_BEEP_PITCH2, PCCARD_BEEP_DURATION2); + } } int pccard_beep_select(enum beepstate state) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 0:30:29 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mass.cdrom.com (castles515.castles.com [208.214.165.79]) by hub.freebsd.org (Postfix) with ESMTP id 54B7214DF2 for ; Thu, 2 Dec 1999 00:30:27 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Received: from mass.cdrom.com (localhost [127.0.0.1]) by mass.cdrom.com (8.9.3/8.9.3) with ESMTP id AAA00418; Thu, 2 Dec 1999 00:31:47 -0800 (PST) (envelope-from msmith@mass.cdrom.com) Message-Id: <199912020831.AAA00418@mass.cdrom.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Warner Losh Cc: mobile@FreeBSD.ORG Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-reply-to: Your message of "Wed, 01 Dec 1999 22:55:06 MST." <199912020555.WAA00484@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Dec 1999 00:31:47 -0800 From: Mike Smith Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > In message <199912020539.VAA00927@mass.cdrom.com> Mike Smith writes: > : This actually becomes much more complex when you bring CardBus into the > : picture, as I believe (correct me if I'm wrong, since you have the spec > : there) that it uses level-triggered interrupts. In this case, the device > : interrupt handler can't return (well, it can, but it will be immediately > : re-entered). > > Yes. Both cardbus and pccard use level triggered interrupts (or can > use level triggered interrupts). But if the card goes away, the > bridge, I believe, deasserts the interrupt for the card. Hmmm. > Actaully, it doesn't say that in the spec, so I'll have to look at my > datasheets to see what it does for sure. I've certainly seen interrupt-on-removal behaviour on a considerable number of PCIC bridges; I originally fixed 'ed' for it due to whatever Sharp were using ~3 years ago, the Toshiba ToPIC'97 does it, and whatever's in this Dell i7500 does it too in PCIC mode. Since these are all "ISA" behaviour cases, it's just the single interrupt leaking out that's caused the problem to date. > : Hmm, thinking about it more, that would suggest that the "right" thing > : would be a bus method that is the equivalent of our current slot poll - > : the device driver checks the slot if it thinks the peripheral is acting > : up; the bus code can then call the detach routine, kill the interrupt > : off, etc. and the driver gets a return value that it can test in order to > : decide whether the device has been killed off. That would avoid all the > : mess with reference counting, etc. and only leave code elsewhere in the > : driver that's using the softc. You'd have to mask interrupts for that. 8( > > Yes. One would :-< I can think of accessor techniques that'd make it a little easier (mask interrupts, cache relevant softc contents, unmask), but even then you still lose if eg. you have a mapped memory aperture. > I'll have to keep all this in mind as I move forward with cardbus/pc > card stuff in the newcard. You may want one of those 16k brain expansion modules for all this. 8( -- \\ Give a man a fish, and you feed him for a day. \\ Mike Smith \\ Tell him he should learn how to fish himself, \\ msmith@freebsd.org \\ and he'll hate you for a lifetime. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 8:14:44 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id BAFFE14BD7 for ; Thu, 2 Dec 1999 08:14:40 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.9.3/8.9.3) with SMTP id JAA15444; Thu, 2 Dec 1999 09:14:27 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA05474; Thu, 2 Dec 1999 09:14:26 -0700 Date: Thu, 2 Dec 1999 09:14:26 -0700 Message-Id: <199912021614.JAA05474@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: mobile@FreeBSD.ORG Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-Reply-To: <199912020522.WAA06774@harmony.village.org> References: <199912020057.RAA05497@harmony.village.org> <199912020044.QAA03272@mass.cdrom.com> <199912020522.WAA06774@harmony.village.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > In message <199912020057.RAA05497@harmony.village.org> Warner Losh writes: > : Agreed. However, the only way that it can do this currently is to > : block in detach until all references to softc have gone out of scope. > > One thing to keep in mind is that if detach doesn't return for a > while, it may cause weird things to happen on a battery level or other > urgent induced suspend. The way the current old pccard code does a > suspend is to detach the device. The BIOS will force the shutdown if > the machine doesn't respond within 30 seconds to the suspend request > by suspending the machine. Sort of. If I remember correctly, you can respond with 'give me another moment' so you can hold off the suspend for a bit, as long as you *respond* to the supend request. (However, 30 seconds is a *VERY* long time). Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 8:20:43 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 4ACDD14D7B; Thu, 2 Dec 1999 08:20:27 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA17619; Thu, 2 Dec 1999 09:17:46 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id JAA02512; Thu, 2 Dec 1999 09:17:44 -0700 (MST) Message-Id: <199912021617.JAA02512@harmony.village.org> To: sanpei@sanpei.org (MIHIRA Yoshiro) Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c Cc: msmith@FreeBSD.ORG, mobile@FreeBSD.ORG In-reply-to: Your message of "Thu, 02 Dec 1999 17:12:25 +0900." <199912020812.RAA00580@lavender.sanpei.org> References: <199912020812.RAA00580@lavender.sanpei.org> Date: Thu, 02 Dec 1999 09:17:44 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199912020812.RAA00580@lavender.sanpei.org> MIHIRA Yoshiro writes: : By the way, I think pccard-beep code has problem. We can't : stop beep via ``pccardc beep 0'', always BEEP ON. I've seen this as well. I'll have to play with your patches to make sure they work. In fact my wife grumped at me because the machine was beeping and I though I had disabled the beeps with pccardc. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 8:20:52 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from ns.mt.sri.com (ns.mt.sri.com [206.127.79.91]) by hub.freebsd.org (Postfix) with ESMTP id 22F0514D8D; Thu, 2 Dec 1999 08:20:42 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.9.3/8.9.3) with SMTP id JAA15501; Thu, 2 Dec 1999 09:18:21 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA05518; Thu, 2 Dec 1999 09:18:18 -0700 Date: Thu, 2 Dec 1999 09:18:18 -0700 Message-Id: <199912021618.JAA05518@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Warner Losh Cc: Mike Smith , mobile@FreeBSD.ORG Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c In-Reply-To: <199912020555.WAA00484@harmony.village.org> References: <199912020539.VAA00927@mass.cdrom.com> <199912020555.WAA00484@harmony.village.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Reply-To: nate@mt.sri.com (Nate Williams) Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > : This actually becomes much more complex when you bring CardBus into the > : picture, as I believe (correct me if I'm wrong, since you have the spec > : there) that it uses level-triggered interrupts. In this case, the device > : interrupt handler can't return (well, it can, but it will be immediately > : re-entered). > > Yes. Both cardbus and pccard use level triggered interrupts (or can > use level triggered interrupts). But if the card goes away, the > bridge, I believe, deasserts the interrupt for the card. I don't believe this is the case, at least for PCMCIA (from experience). Nate > : Oh, and I forgot with the CardBus thing above; if the slot is sharing an > : interrupt with someone else, you're probably screwed as well. (Unless the > : bus lets you call back into it to disable a slot once you've detected > : that it's gone.) > > I believe that it is common practice to share the cardbus card > interrupt with the cardbus bridge, but I may be mistaken about that. Does the bridge need an interrupt? Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 8:22:18 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 94B0514D87; Thu, 2 Dec 1999 08:22:15 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id JAA17672; Thu, 2 Dec 1999 09:22:08 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id JAA02620; Thu, 2 Dec 1999 09:22:08 -0700 (MST) Message-Id: <199912021622.JAA02620@harmony.village.org> To: nate@mt.sri.com (Nate Williams) Subject: Re: cvs commit: src/sys/pccard pccard.c src/sys/isa sio.c src/sys/dev/ed if_ed_pccard.c src/sys/dev/ep if_ep_pccard.c Cc: Mike Smith , mobile@FreeBSD.ORG In-reply-to: Your message of "Thu, 02 Dec 1999 09:18:18 MST." <199912021618.JAA05518@mt.sri.com> References: <199912021618.JAA05518@mt.sri.com> <199912020539.VAA00927@mass.cdrom.com> <199912020555.WAA00484@harmony.village.org> Date: Thu, 02 Dec 1999 09:22:08 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199912021618.JAA05518@mt.sri.com> Nate Williams writes: : I don't believe this is the case, at least for PCMCIA (from experience). There are bits for it in the CIS. : Does the bridge need an interrupt? Yes. To reduce race windows. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 8:45: 7 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from miranda.marchordie.org (mg-20425418-38.ricochet.net [204.254.18.38]) by hub.freebsd.org (Postfix) with ESMTP id 4184A14C01 for ; Thu, 2 Dec 1999 08:44:54 -0800 (PST) (envelope-from shibumi@miranda.marchordie.org) Received: from miranda.marchordie.org (localhost [127.0.0.1]) by miranda.marchordie.org (8.9.3/8.9.3) with ESMTP id IAA20131 for ; Thu, 2 Dec 1999 08:44:41 -0800 (PST) (envelope-from shibumi@miranda.marchordie.org) Message-Id: <199912021644.IAA20131@miranda.marchordie.org> X-Mailer: exmh version 2.1.0 04/14/1999 To: freebsd-mobile@freebsd.org Subject: Sound support on a IBM TP600 Reply-To: shibumi@redcart.com X-Disclaimer: Unless otherwise noted below, this is not a policy statement X-Url: http://www.shockwave.org/~shibumi Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Dec 1999 08:44:40 -0800 From: "Kenton A. Hoover" Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I haven't managed to find a config that will let my IBM ThinkPad 600 do better than 8-bit sound. Anyone have a crib? | Kenton A. Hoover | shibumi@marchordie.org | | Private Citizen | | | San Francisco, California | | |===================== http://www.shockwave.org/~shibumi ====================| | If the government has no knowledge of aliens, then why does Title 14, | | Section 1211 of the Code of Federal Regulations, implemented on | | July 16, 1969, make it illegal for U.S. citizens to have any | | contact with extra-terrestrials or their vehicles? | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 11: 7:34 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from peach.ocn.ne.jp (peach.ocn.ne.jp [210.145.254.87]) by hub.freebsd.org (Postfix) with ESMTP id BAE3D14A1B for ; Thu, 2 Dec 1999 11:07:31 -0800 (PST) (envelope-from dcs@newsguy.com) Received: from newsguy.com (p21-dn01kiryunisiki.gunma.ocn.ne.jp [210.132.6.150]) by peach.ocn.ne.jp (8.9.1a/OCN) with ESMTP id EAA11889 for ; Fri, 3 Dec 1999 04:07:27 +0900 (JST) Message-ID: <3846B0BE.FB291779@newsguy.com> Date: Fri, 03 Dec 1999 02:47:42 +0900 From: "Daniel C. Sobral" X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en,pt-BR,ja MIME-Version: 1.0 To: mobile@freebsd.org Subject: PicoBSD patch Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I notice that PicoBSD seems to be both doing it's own initialization and reading of loader.conf, and calling "start" which repeats these steps. I have a patch at http://www.freebsd.org/~dcs/picobsd.patch with replaces that start call in picobsd/forth/menu.4th with boot-conf, which assumes that the initialization has already been done. Could someone test it? -- Daniel C. Sobral (8-DCS) who is as social as a wampas dcs@newsguy.com dcs@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 13: 3: 0 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (Postfix) with ESMTP id DC1B314EEE for ; Thu, 2 Dec 1999 13:02:55 -0800 (PST) (envelope-from roberto@keltia.freenix.fr) Received: (from uucp@localhost) by frmug.org (8.9.3/frmug-2.5/nospam) with UUCP id WAA27522 for freebsd-mobile@freebsd.org; Thu, 2 Dec 1999 22:02:45 +0100 (CET) (envelope-from roberto@keltia.freenix.fr) Received: by keltia.freenix.fr (Postfix, from userid 101) id 9EC8D8863; Thu, 2 Dec 1999 21:17:24 +0100 (CET) Date: Thu, 2 Dec 1999 21:17:24 +0100 From: Ollivier Robert To: freebsd-mobile@freebsd.org Subject: Re: TI PCI-1225 PCcard controller support Message-ID: <19991202211724.A96361@keltia.freenix.fr> Mail-Followup-To: freebsd-mobile@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0pre2i In-Reply-To: X-Operating-System: FreeBSD 4.0-CURRENT/ELF AMD-K6/200 & 2x PPro/200 SMP Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Jamie Bowden: > I have a CPiR with a MagicMedia256ZX I was albe to make run using the > VGA16 server. It wasn't pretty, but it worked. I can confirm (and people at FreeBSDcon can too) that 3.3.5 works fine in 1024x768 with the 256AV Neomagic chipset (NM2200). Now, the sound part is another story. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 4.0-CURRENT #75: Tue Nov 2 21:03:12 CET 1999 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 17:10:14 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from titanium.yy.ics.keio.ac.jp (titanium.yy.ics.keio.ac.jp [131.113.47.73]) by hub.freebsd.org (Postfix) with ESMTP id 6600114ECC for ; Thu, 2 Dec 1999 17:10:02 -0800 (PST) (envelope-from sanpei@sanpei.org) Received: from lavender.yy.cs.keio.ac.jp (ppp157.dialup.st.keio.ac.jp [131.113.27.157]) by titanium.yy.ics.keio.ac.jp (8.9.3+3.2W/3.7W) with ESMTP id KAA23986; Fri, 3 Dec 1999 10:08:13 +0900 (JST) (envelope-from sanpei@sanpei.org) Received: (from sanpei@localhost) by lavender.yy.cs.keio.ac.jp (8.9.3/3.7W) id KAA01060; Fri, 3 Dec 1999 10:08:10 +0900 (JST) Date: Fri, 3 Dec 1999 10:08:10 +0900 (JST) Message-Id: <199912030108.KAA01060@lavender.yy.cs.keio.ac.jp> To: shibumi@redcart.com Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Sound support on a IBM TP600 In-Reply-To: Your message of "Fri, 3 Dec 1999 01:44:40 JST". <199912021644.IAA20131@miranda.marchordie.org> From: sanpei@sanpei.org (MIHIRA Yoshiro) X-Mailer: mnews [version 1.21] 1997-12/23(Tue) Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> I haven't managed to find a config that will let my IBM ThinkPad 600 do better >> than 8-bit sound. Anyone have a crib? My friend play with below configuration on Think Pad 600 device pcm0 at isa? port 0x52C tty irq 5 drq 1 flags 0x10 MIHIRA Yoshiro To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 18:21:22 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from gatekeeper.viper.net.au (gatekeeper.viper.net.au [203.31.238.1]) by hub.freebsd.org (Postfix) with ESMTP id A238614CDE for ; Thu, 2 Dec 1999 18:21:15 -0800 (PST) (envelope-from marauder@gatekeeper.viper.net.au) Received: (from marauder@localhost) by gatekeeper.viper.net.au (8.9.3/8.9.3) id NAA89023 for freebsd-mobile@freebsd.org; Fri, 3 Dec 1999 13:20:48 +1100 (EST) (envelope-from marauder) Date: Fri, 3 Dec 1999 13:20:48 +1100 From: Matt Beauregard To: freebsd-mobile@freebsd.org Subject: pcmcia on acer travelmate 512T Message-ID: <19991203132048.A67445@gatekeeper> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre1i Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Does anyone have any hints for getting pc cards working on an acer travelmate 512T? reading the list archives suggests that i'm probably out of luck, but i was hoping that something had changed... -- Rev Dr Matt Beauregard Project Development Leader, ISP Ph: +612-4628-8888 Fx: +612-4628-8890 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Thu Dec 2 20:12:51 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 7D8C814BD0 for ; Thu, 2 Dec 1999 20:12:45 -0800 (PST) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (root@postal.sr.hp.com [15.4.46.173]) by palrel3.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id UAA15346; Thu, 2 Dec 1999 20:10:02 -0800 (PST) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id UAA05160; Thu, 2 Dec 1999 20:08:59 -0800 (PST) Received: from localhost (darrylo@mina.sr.hp.com [15.4.42.247]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id UAA10326; Thu, 2 Dec 1999 20:08:38 -0800 (PST) Message-Id: <199912030408.UAA10326@mina.sr.hp.com> To: "Jose M. Alcaide" , freebsd-mobile@FreeBSD.ORG, Jeff Subject: ATI Mobility & XFree86 3.3.5 Reply-To: Darryl Okahata In-reply-to: Your message of "Tue, 30 Nov 1999 15:06:59 PST." <199911302307.PAA07979@mina.sr.hp.com> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Thu, 02 Dec 1999 20:08:38 -0800 From: Darryl Okahata Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org OK, I've got an alpha-release ready. I've tested it on my Dell Inspiron 7500 in 1024x768x64k and 1400x1050x64k modes. I think it'll work only in 64k-color modes. However, I have no idea if it'll work on other laptops. Binaries and sources/patches are included. I've also stamped it with the following warning: ------------------------------------------------------------------------------- DANGER! Although I do not know of any such problems with the software in this kit, it is possible for software to damage the LCD display/circuitry in some laptops. Be aware that this software might cause physical damage to your laptop, which could be very expensive to repair. Use this software at your own risk. ------------------------------------------------------------------------------- The only laptop, of which I'm aware, that can supposedly be damaged, is the Compaq Presario 1610, which uses a different video chipset (Neomagic -- see http://www.precisioninsight.com/faq.html#neocpq). I don't think there's a problem with the ATI Mobility chipset, but this X server hasn't been tested much, and so I'm mentioning this possibility. That said, you can get the kit in the directory: ftp://ftp.sonic.net/pub/users/darrylo/freebsd/ Look for the file: XFree86-3.3.5-FreeBSD-3.3-Inspiron7500.tar.gz Start with the top-level README file. -- Darryl Okahata darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 2:17:42 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mauna-kea.lart.net (mauna-kea.lart.net [206.50.17.2]) by hub.freebsd.org (Postfix) with ESMTP id 2193214C84 for ; Fri, 3 Dec 1999 02:17:37 -0800 (PST) (envelope-from sthomas@mauna-kea.lart.net) Received: (from sthomas@localhost) by mauna-kea.lart.net (8.9.1/8.9.1) id KAA05848; Fri, 3 Dec 1999 10:15:58 GMT Date: Fri, 3 Dec 1999 10:15:58 +0000 From: Sam Thomas To: Johan Karlsson Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: TI PCI-1225 PCcard controller support Message-ID: <19991203101558.E4868@lart.net> References: <199912011533.QAA15226@numeri.campus.luth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1us In-Reply-To: <199912011533.QAA15226@numeri.campus.luth.se>; from Johan Karlsson on Wed, Dec 01, 1999 at 04:33:34PM +0100 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Dec 01, 1999 at 04:33:34PM +0100, Johan Karlsson wrote: > Hi > > I plan to buy a Dell Latitude CPx H500GT which has the > Texas Instruments PCI-1225 PCcard controller > (I think it is a CardBus thing) the PCI-1225 works nicely under pao for PCMCIA cards. I have a cardbus 10/100 and a winmodem with mine. :-( (pulled the MHz 14.4 and 3c589 from the toshiba 486, and they work :-) > I have search the mail-archives but have not been able to find > any info about this controller. well, it'll be in there after this message goes through :-) > Have anyone had any luck with this controler or should I buy > a Dell Latitude CPt V466GT with a Texas Instruments PCI-1131 > PCcard controller (which I belive is supported by PAO) instead? > > > Also the graphic chip on the CPx is ATI Mobility M1 and the > CPt has a NeoMagic MagicMedia 256ZX. Which of these work best > with FreeBSd and XFree86? the only current support I know of for the 256ZX is from XiG. :-/ I am digging through the xf86 site to see if they may have early support in the pre-4.0 snapshots. else I will either buy from XiG, or run VGA16. CPi A has 2200, and CS has 2360, both supported in XF86 3.3.5 -- Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 4: 3:17 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (Postfix) with ESMTP id 03F3C14F1F for ; Fri, 3 Dec 1999 04:03:07 -0800 (PST) (envelope-from jose@we.lc.ehu.es) Received: from we.lc.ehu.es (garatu [158.227.6.222]) by polaris.we.lc.ehu.es (8.9.1/8.9.1) with ESMTP id MAA18512; Fri, 3 Dec 1999 12:49:00 +0100 (MET) Message-ID: <3847AE2C.2C0201@we.lc.ehu.es> Date: Fri, 03 Dec 1999 12:49:00 +0100 From: "Jose M. Alcaide" Organization: Universidad del =?iso-8859-1?Q?Pa=EDs?= Vasco - Dpto. de Electricidad y =?iso-8859-1?Q?Electr=F3nica?= X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 3.3-RELEASE i386) X-Accept-Language: es-ES, es, en-US, en MIME-Version: 1.0 To: Darryl Okahata Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: ATI Mobility & XFree86 3.3.5 References: <199912030408.UAA10326@mina.sr.hp.com> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Darryl Okahata wrote: > > OK, > > I've got an alpha-release ready. I've tested it on my Dell > Inspiron 7500 in 1024x768x64k and 1400x1050x64k modes. I think it'll > work only in 64k-color modes. However, I have no idea if it'll work on > other laptops. Binaries and sources/patches are included. > I have just found out that the Inspiron 3700 carries the ATI Mobility-M1 chipset (this is what technical specs say, but other Dell's documents say that it carries the Mobility-P). Do you know whether your patched Xserver may also work with the Mobility-M1 chipset, or it is only valid for the Mobility-P? I would be willing to do this test myself, but I have not received my 3700 yet. Cheers, -- JMA ----------------------------------------------------------------------- José Mª Alcaide | mailto:jose@we.lc.ehu.es Universidad del País Vasco | mailto:jmas@FreeBSD.org Dpto. de Electricidad y Electrónica | http://www.we.lc.ehu.es/~jose Facultad de Ciencias - Campus de Lejona | Tel.: +34-946012479 48940 Lejona (Vizcaya) - SPAIN | Fax: +34-946013071 ----------------------------------------------------------------------- "Beware of Programmers who carry screwdrivers" -- Leonard Brandwein To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 7:25:36 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mojave.sitaranetworks.com (mojave.sitaranetworks.com [199.103.141.157]) by hub.freebsd.org (Postfix) with ESMTP id 315B114A1B for ; Fri, 3 Dec 1999 07:25:14 -0800 (PST) (envelope-from grog@mojave.sitaranetworks.com) Message-ID: <19991202211106.08113@mojave.sitaranetworks.com> Date: Thu, 2 Dec 1999 21:11:06 -0500 From: Greg Lehey To: "Daniel C. Sobral" , mobile@FreeBSD.ORG Subject: Re: PicoBSD patch Reply-To: Greg Lehey References: <3846B0BE.FB291779@newsguy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3846B0BE.FB291779@newsguy.com>; from Daniel C. Sobral on Fri, Dec 03, 1999 at 02:47:42AM +0900 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Friday, 3 December 1999 at 2:47:42 +0900, Daniel C. Sobral wrote: > I notice that PicoBSD seems to be both doing it's own initialization > and reading of loader.conf, and calling "start" which repeats these > steps. I have a patch at http://www.freebsd.org/~dcs/picobsd.patch > with replaces that start call in picobsd/forth/menu.4th with > boot-conf, which assumes that the initialization has already been > done. > > Could someone test it? Will do. Is this related to my crashes yesterday? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 11: 6:49 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from mail0.mailsender.net (mail0.mailsender.net [209.132.1.30]) by hub.freebsd.org (Postfix) with ESMTP id AC5D215231 for ; Fri, 3 Dec 1999 11:06:44 -0800 (PST) (envelope-from jeffr@san.rr.com) Received: from jeff.simplenet.net (209.132.9.64) by mail0.mailsender.net; 3 Dec 1999 11:00:01 -0800 Message-ID: <006201bf3dc1$9c5100c0$400984d1@simplenet.net> From: "Jeff" To: Subject: APM Date: Fri, 3 Dec 1999 11:07:13 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005F_01BF3D7E.8D8F0FC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_005F_01BF3D7E.8D8F0FC0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I have a Gateway Solo 9300. Having finally gotten X to work on the = machine (ATI Mobility), I would like to get APM working on it now. I = have searched the FreeBSD site, including the Handbook and FAQs, and I = cannot find any documentation on actually getting APM to work. Can = anyone point me to some documentation? Thanks, Jeff ------=_NextPart_000_005F_01BF3D7E.8D8F0FC0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I have a Gateway Solo 9300. Having finally gotten X = to work on=20 the machine (ATI Mobility), I would like to get APM working on it now. I = have=20 searched the FreeBSD site, including the Handbook and FAQs, and I cannot = find=20 any documentation on actually getting APM to work. Can anyone point me = to some=20 documentation?
 
Thanks,
Jeff
 
------=_NextPart_000_005F_01BF3D7E.8D8F0FC0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 11:17:33 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from atlrel1.hp.com (atlrel1.hp.com [156.153.255.210]) by hub.freebsd.org (Postfix) with ESMTP id 4A27514E93 for ; Fri, 3 Dec 1999 11:17:31 -0800 (PST) (envelope-from darrylo@sr.hp.com) Received: from postal.sr.hp.com (postal.sr.hp.com [15.4.46.173]) by atlrel1.hp.com (Postfix) with ESMTP id A1D021EE97 for ; Fri, 3 Dec 1999 14:14:09 -0500 (EST) Received: from mina.sr.hp.com (root@mina.sr.hp.com [15.4.42.247]) by postal.sr.hp.com with ESMTP (8.8.6 (PHNE_17190)/8.7.3 TIS 5.0) id LAA09802; Fri, 3 Dec 1999 11:14:05 -0800 (PST) Received: from localhost (darrylo@mina.sr.hp.com [15.4.42.247]) by mina.sr.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0) id LAA23772; Fri, 3 Dec 1999 11:13:44 -0800 (PST) Message-Id: <199912031913.LAA23772@mina.sr.hp.com> To: "Jose M. Alcaide" Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: ATI Mobility & XFree86 3.3.5 Reply-To: Darryl Okahata In-reply-to: Your message of "Fri, 03 Dec 1999 12:49:00 +0100." <3847AE2C.2C0201@we.lc.ehu.es> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: Fri, 03 Dec 1999 11:13:43 -0800 From: Darryl Okahata Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Jose M. Alcaide" wrote: > I have just found out that the Inspiron 3700 carries the ATI Mobility-M1 > chipset (this is what technical specs say, but other Dell's documents > say that it carries the Mobility-P). Do you know whether your patched > Xserver may also work with the Mobility-M1 chipset, or it is only valid > for the Mobility-P? I don't know. It may already by supported by XFree86 3.3.5. Even if it's not, it may be simple to get the Mach64 server working for it, *IF* it is sufficiently compatible with the other chips. For example, getting XFree86 3.3.5 to "work" with the Mobility-P was a simple matter of getting the X server to recognize the Mobility-P as a Mach64 chip. [ Well, the 3.3.5 X server does not, of course, work perfectly with the Mobility-P, but it seems to work well enough. I can live with the problems I've seen so far, and so I can wait for real Mobility-P support in a future XFree86 release. ] -- Darryl Okahata darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Agilent Technologies, or of the little green men that have been following him all day. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 12: 1:20 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from martens.math.ntnu.no (martens.math.ntnu.no [129.241.15.250]) by hub.freebsd.org (Postfix) with SMTP id 3F1BC14FF9 for ; Fri, 3 Dec 1999 12:01:16 -0800 (PST) (envelope-from hanche@math.ntnu.no) Received: (qmail 4632 invoked from network); 3 Dec 1999 19:58:17 -0000 Received: from localhost (13799@127.0.0.1) by localhost with SMTP; 3 Dec 1999 19:58:17 -0000 To: freebsd-mobile@freebsd.org Subject: Re: APM In-Reply-To: Your message of "Fri, 3 Dec 1999 11:07:13 -0800" <006201bf3dc1$9c5100c0$400984d1@simplenet.net> References: <006201bf3dc1$9c5100c0$400984d1@simplenet.net> X-Mailer: Mew version 1.92.4 on Emacs 19.34 X-URL: http://www.math.ntnu.no/~hanche/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 8bit Message-Id: <19991203205816B.hanche@math.ntnu.no> Date: Fri, 03 Dec 1999 20:58:16 +0100 From: Harald Hanche-Olsen X-Dispatcher: imput version 980905(IM100) Lines: 22 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org + "Jeff" : | I have a Gateway Solo 9300. Having finally gotten X to work on the | machine (ATI Mobility), I would like to get APM working on it now. I | have searched the FreeBSD site, including the Handbook and FAQs, and | I cannot find any documentation on actually getting APM to work. Can | anyone point me to some documentation? If you're lucky (I was, with my Dell Inspiron 3500) all you need is to configure and build your kernel using device apm0 at isa? (possibly you must cd /dev; ./MAKEDEV apm as well) and run apmconfig -e at boot; then use the apm command to do interesting things. Twiddle the permissions on /dev/apm* if you resent having to be root to do so. On my machine, even the keyboard shortcuts just plain work. Docs? Try man -k apm. /usr/src/sys/i386/conf/LINT also has some words about APM. Good luck! - Harald To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 12: 9:11 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from martens.math.ntnu.no (martens.math.ntnu.no [129.241.15.250]) by hub.freebsd.org (Postfix) with SMTP id 6A33B14FF9 for ; Fri, 3 Dec 1999 12:09:07 -0800 (PST) (envelope-from hanche@math.ntnu.no) Received: (qmail 4729 invoked from network); 3 Dec 1999 20:08:32 -0000 Received: from localhost (13799@127.0.0.1) by localhost with SMTP; 3 Dec 1999 20:08:32 -0000 To: freebsd-mobile@FreeBSD.ORG Subject: Hotswapping devices X-Mailer: Mew version 1.92.4 on Emacs 19.34 X-URL: http://www.math.ntnu.no/~hanche/ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 8bit Message-Id: <19991203210832L.hanche@math.ntnu.no> Date: Fri, 03 Dec 1999 21:08:32 +0100 From: Harald Hanche-Olsen X-Dispatcher: imput version 980905(IM100) Lines: 19 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The frequent reboots needed whenever you do the most innocent change to a windoze machine has always given us u**x users some good opportunities to look down our noses at the poor windoze users. Hence, it is with considerable pain that I note one situation which windoze handles without rebooting, while FreeBSD cannot: On my Dell Inspiron 3500 (but surely, the same goes for many other laptops as well), I can swap floppy drives, CD-ROM players, and Zip drives in the media bay without shutting windoze down. I just go to a control panel, click a button, swap media, click a button again, and keep right on working. I wonder what it would take to make this sort of thing possible in the BSD world? The answer I want to hear, of course (but don't really expect), is that it already is possible, but that I just don't know it. So what`s the score? - Harald To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 12:35:25 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from orion.ac.hmc.edu (Orion.AC.HMC.Edu [134.173.32.20]) by hub.freebsd.org (Postfix) with ESMTP id 8D86B14C34 for ; Fri, 3 Dec 1999 12:35:22 -0800 (PST) (envelope-from brdavis@orion.ac.hmc.edu) Received: (from brdavis@localhost) by orion.ac.hmc.edu (8.8.8/8.8.8) id MAA03313; Fri, 3 Dec 1999 12:34:54 -0800 (PST) Date: Fri, 3 Dec 1999 12:34:54 -0800 From: Brooks Davis To: Harald Hanche-Olsen Cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Hotswapping devices Message-ID: <19991203123454.A29018@orion.ac.hmc.edu> References: <19991203210832L.hanche@math.ntnu.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre4i In-Reply-To: <19991203210832L.hanche@math.ntnu.no>; from hanche@math.ntnu.no on Fri, Dec 03, 1999 at 09:08:32PM +0100 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Dec 03, 1999 at 09:08:32PM +0100, Harald Hanche-Olsen wrote: > The frequent reboots needed whenever you do the most innocent change > to a windoze machine has always given us u**x users some good > opportunities to look down our noses at the poor windoze users. > Hence, it is with considerable pain that I note one situation which > windoze handles without rebooting, while FreeBSD cannot: > > On my Dell Inspiron 3500 (but surely, the same goes for many other > laptops as well), I can swap floppy drives, CD-ROM players, and Zip > drives in the media bay without shutting windoze down. I just go to a > control panel, click a button, swap media, click a button again, and > keep right on working. > > I wonder what it would take to make this sort of thing possible in the > BSD world? The answer I want to hear, of course (but don't really > expect), is that it already is possible, but that I just don't know it. The required feature is ACPI support. This will enable a number of things including hot docking and hot swap support. There is a project underway in Japan (http://www.jp.FreeBSD.org/acpi/). The last post I saw mentioning when it would be integrated mentioned that it would be added to -current after -current becomes 5.0 with some possiability of a backport to 4.x-STABLE. -- Brooks -- "Those who desire to give up freedom in order to gain security, will not have, nor do they deserve, either one" --Thomas Jefferson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 12:46: 5 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from freebsd.dk (freebsd.dk [212.242.42.178]) by hub.freebsd.org (Postfix) with ESMTP id 3D23314BED for ; Fri, 3 Dec 1999 12:45:57 -0800 (PST) (envelope-from sos@freebsd.dk) Received: (from sos@localhost) by freebsd.dk (8.9.3/8.9.1) id VAA62556; Fri, 3 Dec 1999 21:45:48 +0100 (CET) (envelope-from sos) From: Soren Schmidt Message-Id: <199912032045.VAA62556@freebsd.dk> Subject: Re: Hotswapping devices In-Reply-To: <19991203210832L.hanche@math.ntnu.no> from Harald Hanche-Olsen at "Dec 3, 1999 09:08:32 pm" To: hanche@math.ntnu.no (Harald Hanche-Olsen) Date: Fri, 3 Dec 1999 21:45:48 +0100 (CET) Cc: freebsd-mobile@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It seems Harald Hanche-Olsen wrote: > The frequent reboots needed whenever you do the most innocent change > to a windoze machine has always given us u**x users some good > opportunities to look down our noses at the poor windoze users. > Hence, it is with considerable pain that I note one situation which > windoze handles without rebooting, while FreeBSD cannot: > > On my Dell Inspiron 3500 (but surely, the same goes for many other > laptops as well), I can swap floppy drives, CD-ROM players, and Zip > drives in the media bay without shutting windoze down. I just go to a > control panel, click a button, swap media, click a button again, and > keep right on working. > > I wonder what it would take to make this sort of thing possible in the > BSD world? The answer I want to hear, of course (but don't really > expect), is that it already is possible, but that I just don't know it. > > So what`s the score? I have that sortof working with the new ata driver in -current, its not that difficult to do. The only thing is that you have to umount etc the devices before they can be taken out, the kernel doesn't like when inuse devices disapears... And no, its not in the official sources yet, and wont be for some time to come, I just wanted to let you know that work is being done in this area... -Søren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 13:18:11 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from relativity.student.utwente.nl (wit389306.student.utwente.nl [130.89.234.166]) by hub.freebsd.org (Postfix) with ESMTP id B6A3914CE4 for ; Fri, 3 Dec 1999 13:18:08 -0800 (PST) (envelope-from djb@Wit389306.student.utwente.nl) Received: by relativity.student.utwente.nl (Postfix, from userid 1001) id 1865B1DEA; Fri, 3 Dec 1999 22:16:16 +0100 (CET) Date: Fri, 3 Dec 1999 22:16:15 +0100 From: "Dave J. Boers" To: freebsd-mobile@freebsd.org Subject: Toshiba Satellite 2610 CDT, anyone? Message-ID: <19991203221615.A30722@relativity.student.utwente.nl> Reply-To: djb@relativity.student.utwente.nl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi there, Does anyone have any experience with the Toshiba Satellite 2610 CDT? I didn't find any references to it in the archives. Does that mean that it's working fine with FreeBSD? Graphics card is a Trident Cyber 9525 SVGA, which seems to be supported by XF86. What about PCMCIA and APM? Any other things I should worry about? I would appreciate any hints a lot, since I'm thinking seriously about buying the thing in a few days, and I don't intend to run anything but BSD on it. Thanks, Dave Boers. -- D.J. Boers, djb@relativity.student.utwente.nl #include Physicist & UNIX system administrator Install a BSD and become religious To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 13:26:20 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from massive.geek.edu (massive.geek.edu [216.73.11.10]) by hub.freebsd.org (Postfix) with ESMTP id 2E8A414D25 for ; Fri, 3 Dec 1999 13:26:11 -0800 (PST) (envelope-from jontow@massive.geek.edu) Received: (from jontow@localhost) by massive.geek.edu (8.9.3/8.9.2) id QAA51095; Fri, 3 Dec 1999 16:26:08 -0500 (EST) (envelope-from jontow) Date: Fri, 3 Dec 1999 16:26:08 -0500 From: Jonathan Towne To: "Dave J. Boers" Cc: freebsd-mobile@freebsd.org Subject: Re: Toshiba Satellite 2610 CDT, anyone? Message-ID: <19991203162608.A51066@massve.geek.edu> References: <19991203221615.A30722@relativity.student.utwente.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <19991203221615.A30722@relativity.student.utwente.nl>; from Dave J. Boers on Fri, Dec 03, 1999 at 10:16:15PM +0100 Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Does anyone have any experience with the Toshiba Satellite 2610 CDT? I didn't > find any references to it in the archives. Does that mean that it's working > fine with FreeBSD? If its anything like the Satellite Pro 410CDT, you'll have very few problems.. I got freebsd up and running in a matter of a few minutes (all due to the null modem cable i was using to transfer freebsd across for the installation ;).. i've not had the chance to use any pcmcia cards on it, as i only used it for 24 hours or so, but, i *did* notice a few odd quirks, seems that the video card didn't like the way XFree86 switched back into graphics mode when one switches out of graphics mode via ctrl+alt+F# keys. The machine then proceeds to do a lavalamp-like screensaver instead of just going back to the XFree86 desktop as i'd left it..another oddity is that when you switch out of X, or kill it, either way, you get this quiet little constant beep from the sound system, no idea whats causing either of these quirks, but its fully usable otherwise, and I'll figure them out when i get the laptop back. -- Jonathan Towne jontow@massive.geek.edu/wrongway@slic.com Systems Administrator http://massive.geek.edu/ -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GU d- s: a--- C+++ UB++++ P L- E--- W--- N++ o K w--- O-- M V- PS PE Y-- PGP- t+ 5 X+ R+ tv- b+ DI+ D++ G e- h-- r-- y ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 13:45:20 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id A6A1E1528A for ; Fri, 3 Dec 1999 13:45:15 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id OAA23960 for ; Fri, 3 Dec 1999 14:44:41 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id OAA13206 for ; Fri, 3 Dec 1999 14:44:40 -0700 (MST) Message-Id: <199912032144.OAA13206@harmony.village.org> To: mobile@freebsd.org Subject: Laptops Date: Fri, 03 Dec 1999 14:44:40 -0700 From: Warner Losh Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org OK. FedEx showed up 20 minutes ago with my laptop. I'm letting it charge for a while before using it. They replaced the Nickel Hyd Battery, which I assume is the CMOS battery. They also gave me yet another new mainboard. We'll see if they fixed it or not. Tonight I get Quickbooks off the machine, as well as anything else critical in case it dies again. Then, we're on to more pccard (both old and new) hacking). Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message From owner-freebsd-mobile Fri Dec 3 15:50:30 1999 Delivered-To: freebsd-mobile@freebsd.org Received: from dc.numbersusa.com (mail.whetstonelogic.com [205.252.46.165]) by hub.freebsd.org (Postfix) with ESMTP id 68E3A14C1E for ; Fri, 3 Dec 1999 15:50:25 -0800 (PST) (envelope-from mark@whetstonelogic.com) Received: from work.drapple.com (mark [24.10.78.207]) by dc.numbersusa.com (8.9.3/8.9.3) with ESMTP id SAA11355 for ; Fri, 3 Dec 1999 18:51:29 -0500 (EST) (envelope-from mark@whetstonelogic.com) Message-ID: X-Mailer: XFMail 1.3.1 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Fri, 03 Dec 1999 15:50:32 -0800 (PST) From: Mark Hartley To: freebsd-mobile@freebsd.org Subject: Which pcmcia network card Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am going to be needing to get an ethernet card for a laptop, and I'm wondering which one would be best to buy. It doesn't need to be a 10/100 card, but of course that wouldn't hurt. It will be used in a standard 10Base-T network (RJ45 connectors). I have very little experience with FreeBSD and laptops, but I've heard some pcmcia cards work better in FreeBSD (i.e. not needing the PAO stuff). The laptop is a new Toshiba Satellite with 2 type 2 slots (I think). Anyway, can someone recommend what works well under FreeBSD3.3-Release and later? Thanks in advance. Mark. P.S. Please reply directly as I'm not on the list. Once I finally get the laptop, I'll probably subscribe. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message