From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 24 Aug 2002 04:13:32 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 24 Aug 2002 04:13:32 -0400 Received: from nef.ens.fr ([129.199.96.32]:7691 "EHLO nef.ens.fr") by vger.kernel.org with ESMTP id ; Sat, 24 Aug 2002 04:13:31 -0400 Date: Sat, 24 Aug 2002 10:17:43 +0200 From: David Madore To: linux-kernel@vger.kernel.org Subject: Disabling frame buffer Message-ID: <20020824101743.A6260@clipper.ens.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi. Suppose I compiled a kernel (2.4.19) with graphical frame buffer support (Radeon, to be precise, but I don't suppose it matters), and suppose I decide I really want to boot in plain ol' text mode (80x25 with no embellishments and no penguin logo) just for once. Is there some way I can do this (other than recompiling the same kernel but without this frame buffer support)? Before someone suggests this, I did try passing vga=259 as an option, but that doesn't change anything, it still switches to graphic mode sometime later in the boot process. Initially the log says Console: colour VGA+ 80x25 and later it changes its mind, radeonfb: ref_clk=2700, ref_div=12, xclk=16600 from BIOS Console: switching to colour frame buffer device 80x30 radeonfb: ATI Radeon 7500 QW DDR SGRAM 64 MB radeonfb: DVI port no monitor connected radeonfb: CRT port CRT monitor connected vga16fb: initializing vga16fb: mapped to 0xc00a0000 fb1: VGA16 VGA frame buffer device I know it's a bit silly to insist on getting a plain text mode, and even sillier not to want to just recompile, but I'd still appreciate some help here. Thanks, -- David A. Madore (david.madore@ens.fr, http://www.eleves.ens.fr:8080/home/madore/ ) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ D!:%Cۻ'5QBЃJِ?a,Y6-Ul("%*wdN9R" ˰.#-n )iirJ_Pٓ?ƛ/GE.??ezZ @_ٍnub]zK}Ku. &K|]+q~g ]^Q]Snc%]1pl]3IB˸ރxEySfe>Kg}i)  MtFgLY+"t8pC}&EBfhgH&VO;X u{;w;Cph|Bۀqa Dq9`&-!*roUyyXHCǭ$$^鹝FZ Yt V7r'Ogy%;WKxr.;yD(?&N$"=ڰ?EWWMbq\|ղäFܫ .qʏE>!`=AyI @uoY =z)}غf*IO|l雰iȾQE)0 d|kVח#Kb.IKARW~A|mȋ :WB4;@~UU9H{B Z$'H@zA7:xqK+zL 525{-|7PKGNsx RdfPԴQD\Rײ{gZa?wF h: %q3v0>8ˤNclg%Jf}#KQB9Vt6ygW w(~W?@3i1kEO[3u<kRBp(yA҈y3qD0ҶqӰm J|t(5W eԫK{z߾b\mm~*IYaQhyӆ) \nO񟁇f(a{9% /B'mkc L+T,x~i^16XL ]Ͻ̯$Ϛ|mS :WXSWrC"o]D҅K,z2yrCT `דPFOCΥ^_Iη@)?PyYjE;`t;=$Ps؅)ߕ]U(QE4:|9+ %&sbVI*ϣGw>T{_ifDL ޓi6Ǽ)n{;5U37t-[eB0Pdrd5f5$!lgio%M|27ia2S?Fi}@L߁/z[~ _$] 6摻_̽-nfC;!Y ;H8- wLiD؝grYw/ۻ.N tK|;@9M)aRQ6ܬdTq6Frd);ZGC>4.Eo} | Mc/6*HR'Yѐ ]l @QjnX0rжFnfߐc,Nv;u%̙ $mR a4C`׾-:(gq]\&sJt0&( /'+s]SP,#`㒤lc Ķ1G%TeK(iؒ&pkqlCc/8SӢY.Ԃ@`yΥNݴ8&Л% @9! +9vgG2z'C?0H[W]CF ~TBG\냡Yob4 t68 Eۭ03?cpX1!wd@sy b׎֛QK`ζr).@N`NY! OxX_ʺ$cE5ږ| B:[ S} ƿ/c]ƒhci@:IN;-;xפQ)ei_}(Ґ 2\Eyu%"sтzw6%DJ+; >'$+wIjƊu8 Jkb ˲Ym^4:fsm8VHe䶐 }A$ϬNEޔ@S;|e{a;D ”+ ,U*6'xO| _3G~He 16plo2 zB;ewe<لQѽnD; Vq ݢnS@=_GGTNQE"Sy6`GKoqOlp 6713f}4C<4Z\T=jQ M[Yz1*޶-Q 9['¨?v`JbL 9'BDI]}'i:2U'7{{YK n{Eo,X*tSu$B?Q!,k}bq၈BnL=6VUdK|Ir24qB/DeH{Ws~Vkzҩ#^<H;T>"(J | q?H[%W܊AaL2 6]!H)vPH5IUL, \ܑ|)<*}efk #Hńf >թT1HF79g'[w0f!3|c=YE 6_`R#0&tM1r?5r,m铞stMq͌L;Α7 0fvd6⑃+iQ|kpH %ֿ*Fsa j d j j`$|ndmYzj7> .:xa(k)^ 4d uAqh݂h'D/4,sj}U+Ss6BGBaPwȼRm  D8_mPІxׄnFNPԶ=$׆J̍ xJPsXl`(304! +g' NwS5Ýnuvx4!VE;J*5v{Xf0SKv>I7$Xqsevk \a@mBN1;DbW/ M=P6qש 5 "Uϯ =bGAJ[`U3Fۜ{Ԋ^o+WqN~[aG7}ax)mIJhI"W\g_KһK"| 5.C<8b;sDX<(M2zCafQ"QVOۢz: (T؇ES/̡Y 1AUܮ˜!Vݖ{\0_ 捱^ثF]M*A̠0R) s{o%(p@~rO2P70D}5hN{O톙%cfenDxl_CםG`oy.?k˸T{*l-y4BH Y($X.\y[b_W;&$b0넆u _"}LzZg&)5S.eryߣSULu3 )6WMXm'zaktق_-F/>-g3?$[.K-Tػy w)Z *(ྚd(""7}SprC#5!PR7Lq,ϲӷ!fy(3V8S'0Ϗfb^M@|Ȩ2\iam%Ԣg/eO&,/$f!x щx^`P+L %3YVX<*8 Us%TQ{,z0ZkV(` ORO@#NVH[u*Щ:7DX@`]EƯ#'_HMI(ẇfY<#]dH|5ZE}Qtu[a[ԬoK߄TkB{A1*;xlV/_0εJI5q[O(8FWXQtIK pTVP'yhм.p`mO%XsNFvq,4)֯]0O%&6`ʫQzc5?;Z1v94R\!̭XOVvt}C_I="7&OD,(|nlvy"  ,cgͱE]ʲp+_:23Kk|UeŨ5. :F]ni1"Rk͈iovp%^'j'EϚH.%g<"&"J"R!,G. F m#ogDC}vݲEva;ꀍk7gRxP*\Th TT+)@AD񭓊*I=`s2hҎ#k68Z#g6xjiwZKvTCbZ4@LEcT Y\+wXP9)Ew vlY+QfUî)6`m-{K m\AW5ҕΌR33g'Rf:f%;#W?0I{f\=wo iz:pZ'*14.lyXE0 l )"<yI,"CK3qd2,l w#Э!Ȑ]1)qjTAJ:9?հ*5^:Q \ZKiyK^!AI$Tmw"E޼l0jUVab^Ό[EJTnT$ UzP?>9(]B/Cvv"8WX٦+tUS!mQMg*eͷ*ښD cw0Lיng DoW goRyxڴm|UdgeiyV 7!񭪬z {zl5^)EheXHB>,ێ'/BnH6B?p4.#ȡz͂A\ ~`w(n8͕9;-[} B߆L+-u_yOlbU_^7nsevCܳOI!O: zWr8*axŔ?@^V5L3g]F@un'.$!"56uD([@#vLlmeo&}}VRظ``E*ݶf튬X% GH,ܾݸ:;cy<('S|(.{~R,,/O'z#/D"'aȮҡ3+BYlp*7NX %j5٪ c HPK@=JBh\y7J/QboY^Ұ0UaUŐ9XW%$1'} p"q}:^opָ䕫bsY'Q) !;Y=w?s&ŶGNG"+盡??A[ TLRP "[)’q_Y]=N3m|˵dm P\q$Rl Cg `eNXV ;#u\S̷UG6w()r5\{I0w'=KNz@ #[fp3̪ݴhIݫ'KD_8gj²ɢQd/Z[ ]w7ϩ"!eɩ'шԼQoU7s/P0IW1e2oYT E~3"L]>OO2(Y K} ŕ-T(XӇ(g`#ujRqA}A&lG8M>^ `(O>UxWZ<z Ѡϝ1U= m&ǰ 3H~/% c H5+?^ vTlǰK'5:[ef1U"?kJ!v-.SD g2kzÞC wMAҷtZRfAoub9c~Lo't i*2͎\ Ʊ)<՜;ޚΊ[[ObY| (Ů_ˑ\/B` m۷'8EpIX̑;KocGו)jT|r\6DJ 96VTgeSf]$:Ⱦ'3Ƌ#5U^&gN-FsQ fF0[nWpG 13J cVs?7*gj'^Hc{fY$\J0O4#_l[F&*APy&XgFc^zg!:o[d뾱DC)s:Ύ=%O2Ph!H̓}#OKZT ͨ2XR{$친ShפYB(EO- $8tۏbZZwJ2V :#Y%rNǜ`r۴(aHYk^w{ֺX0//w&$3@AsSZE~Ii`Reǔ/1q`+R! uTKy0ִiIȆ.vC}hsd#MQfh2A J'utrHeߪgFGTtpaH2p| 7J\qQ,E{ht~{-rK c/q@p6f3/vs[*-<ָL7f%hb7=l3rof}yZ(Gf?,Y55b(RQC1Ø-[l[ot|Qd"]xz#&k$ltiiđ,Djd81–fG~(g\w5Ov4]AWoS7\n^gC)PvvHqD?p,{6Q tFtș%?k0*]HZR)3/Ԍcx^c:Z"`+c}<iI)is_ I-p EЀbo$?o[)pNw.Y]ɰ(79Sc&;X.tL)y8q|2JVbU俌 seWc o:#Az "_DMQB$Ħ^Ss9e"At :yV—\\5WE_cKategi?-E&׈T%"`=Ju(dawnv}ۇv_yïdே&ҡmȓa'{7 asݝu<Ŝ6KYRJJo֪qK/Jq1]53Ycn6 prՓ7)E,>p22a!O#${g<(ӈ`vsc3B,[r)E&m*0z[*{\ ]- =5e2ܧYP[qFf \ K'"ZT*,9 ~/?&ZkCP/,@Iw'ቁ0:v+[͐A<`xyK@ r;%9rD^mٜ ?_3h`RN*G{ǒʗa@dGp܂T!;B;RHHDn2ՅO+2x@&tVڍ<:}ʾ?]!Fx1կ Pf6p'P% .y$˫K#ä5]jd A*sܤb>'MjdK^OMqjuiISsK+ZPjl85s^ ?J%;Τu%_&i~1~5wZ#RV e֯$ʖd5O I&+/  +ZÑ b%: p1I}'<=u &}jCYa훡axHV-,;6> ;qxx(#=4}K;/J`6D,*KXi[T[|+<XC B:!Јj(R5&9hB$c'RE4!L}̒).K3XB;+%яϟg=L_.BǬvxnKKՊ2ȑ4n"Wrh)r ]7k0h`,P#œӠ'ˏTt_(Jʃsm:sfĈbX g9*4&|*q, ؖ!Do@kA-0S賞l0ȜpC@qƜa0~I6w5 ud*8BFC}@Y7!e %3LCh~:;E~jtI @4WYKtq&Y>\lsQgMcaUYyflQBG Cn^_f ,w'S3+ l?r |V/Z)+l=ćZ!>! Ժ 歎m8 o,$ye7V Z76zAjs{EB! AHŅG`Q~nuYElS6NMQ?ѭIerꓔhqa^1~-3wCvɀ@׭7nPH P?vr,"_C4/_ dLvYHj>(ntdKjoҞ,:E {u1Icf:^Erjl4Q^d[;Q~ sWl~v\nO R7@hU : Az\Gw׳u6From linux-kernel-owner+willy=40w.ods.org@vger.kernel.org Sat Aug 24 10:42:37 2002 Return-Path: Received: from vax.home.local (vax [10.2.1.2]) by alpha.home.local (8.12.4/8.12.1) with ESMTP id g7O8gaqd000559 for ; Sat, 24 Aug 2002 10:42:36 +0200 Received: from vger.kernel.org (vger.kernel.org [209.116.70.75]) by vax.home.local (8.12.2/8.12.1) with ESMTP id g7O8gXbO021879 for ; Sat, 24 Aug 2002 10:42:34 +0200 (CEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sat, 24 Aug 2002 04:37:27 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sat, 24 Aug 2002 04:37:27 -0400 Received: from caramon.arm.linux.org.uk ([212.18.232.186]:6664 "EHLO caramon.arm.linux.org.uk") by vger.kernel.org with ESMTP id ; Sat, 24 Aug 2002 04:37:26 -0400 Received: from flint.arm.linux.org.uk ([3ffe:8260:2002:1:201:2ff:fe14:8fad]) by caramon.arm.linux.org.uk with asmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.04) id 17iWU2-0008Rq-00; Sat, 24 Aug 2002 09:41:26 +0100 Received: from rmk by flint.arm.linux.org.uk with local (Exim 4.04) id 17iWU1-0007rK-00; Sat, 24 Aug 2002 09:41:25 +0100 Date: Sat, 24 Aug 2002 09:41:25 +0100 From: Russell King To: Jeff Garzik Cc: Benjamin Herrenschmidt , Andre Hedrick , "Eric W. Biederman" , "Heater, Daniel (IndSys, GEFanuc, VMIC)" , "'Padraig Brady'" , "'Linux Kernel'" Subject: Re: IDE-flash device and hard disk on same controller Message-ID: <20020824094125.A30109@flint.arm.linux.org.uk> References: <20020823114433.10784@192.168.4.1> <3D66E944.9080507@mandrakesoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3D66E944.9080507@mandrakesoft.com>; from jgarzik@mandrakesoft.com on Fri, Aug 23, 2002 at 10:02:44PM -0400 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 23, 2002 at 10:02:44PM -0400, Jeff Garzik wrote: > Basically think about the consequences of trying to handle a completely > unknown state -- if you are going to attempt to handle this you would > need to check for data, not just the BSY bit. And read the data into a > throwaway buffer, if there is data to be read, or write the data it's > expecting. > > So it's not just the busy bit :) I notice everyone decided to miss replying to my mail about PCMCIA IDE devices, which will trip you up here. Could it be because I've identified a real problem here? - You plug the IDE device in. - Power gets applied. - cardmgr loads ide_cs. - cardmgr binds ide_cs, which registers with the IDE layer. The above happens in 10s of milliseconds, well before the hard drive platters have been spun up. Meanwhile, as defined by the T13 specs, the BSY bit can be set for up to 31 seconds. You're saying "completely unknown state". I say "T13 defines this state extremely well, and defines what happens from the drives point of view at the end of the power on reset sequence extremely well." I also say that your implementation above is, in andrespeak, a "bad host" because it doesn't follow the T13 power on reset sequence properly. And yes, people _do_ use PCMCIA IDE drives with Linux. -- Russell King (rmk@arm.linux.org.uk) The developer of ARM Linux http://www.arm.linux.org.uk/personal/aboutme.html