Date: Wed, 16 Aug 2023 22:40:51 -0600 From: Warner Losh <imp@bsdimp.com> To: Dennis Clarke <dclarke@blastwave.org> Cc: Alexander Motin <mav@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org> Subject: Re: Defaulting serial communication to 115200 bps for FreeBSD 14 Message-ID: <CANCZdfqm1J1zfyRvZp2F%2BNvJxRxyUvz1_ksK4p93HMikdubatA@mail.gmail.com> In-Reply-To: <f28a2c7f-60e5-25de-e844-9b10f9ed9523@blastwave.org> References: <CAPyFy2DFVp1BfwwY0czHU7XRZhOLYyF1tAr7MvbmXZ6ALSD==w@mail.gmail.com> <20230816040257.A397366@slippy.cwsent.com> <20230816161057.f8c6a3b4ebe9c672d920811e@dec.sakura.ne.jp> <22dd3552-480b-05da-76d7-dfbe2cb03110@blastwave.org> <896a3247-1a60-fe7a-674e-92ae511b41aa@FreeBSD.org> <f28a2c7f-60e5-25de-e844-9b10f9ed9523@blastwave.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000f77f430603170430 Content-Type: text/plain; charset="UTF-8" On Wed, Aug 16, 2023, 9:38 PM Dennis Clarke <dclarke@blastwave.org> wrote: > On 8/16/23 22:28, Alexander Motin wrote: > > On 16.08.2023 18:14, Dennis Clarke wrote: > >> The default serial communications config on most telecom equipment that > >> I have seen ( in the last forty years ) defaults to 9600 8n1. If people > >> want something faster from FreeBSD then do the trivial : > >> > >> set comconsole_speed="115200" > >> set console="comconsole" > >> > >> Is that not trivial enough? > > > > Except it is not a telecom equipment 40 years ago. Even at 115200 that > > I routinely use on my development systems I feel serial console output > > affects verbose boot time and kernel console debugging output. I also > > have BIOS console redirection enabled on my systems, and I believe the > > default there is also 115200, and even that is pretty slow. I see no > > point to stay compatible if it is unusable. > > > > You seem to be missing the point. > > You need to make a configuration choice. You. Not the world. You. > > Edit your /boot/loader.conf and put in the lines above. > > Then be happy. > > -- > Dennis Clarke > RISC-V/SPARC/PPC/ARM/CISC > UNIX and Linux spoken > GreyBeard and suspenders optional > > PS: a recent CISCO ASA fireware defaults to 9600 8n1. Same as a lot of > equipment. > Yes. Some tiny number of things has that as a default, an even larger number of things have a default of 115200 or even faster. And have had that default since the 90s. The whole point of defaults is that they reflect the needs of the most people. FreeBSD's defaults were already starting to be dated in 1.0... today almost everyone changes the defaults to the new value we are advocating. This is to make FreeBSD more useful out of the box to more people. To turn your argument around: people wanting the old defaults can configure their systems easily enough. If we look purely at the numbers, vastly fewer people withh be inconvenienced at 115200 than at 9600. People can still use 9600... that's likely never going away... this is just a more sensible default. Warner > --000000000000f77f430603170430 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto"><div><br><br><div class=3D"gmail_quote"><div dir=3D"ltr" = class=3D"gmail_attr">On Wed, Aug 16, 2023, 9:38 PM Dennis Clarke <<a hre= f=3D"mailto:dclarke@blastwave.org">dclarke@blastwave.org</a>> wrote:<br>= </div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-l= eft:1px #ccc solid;padding-left:1ex">On 8/16/23 22:28, Alexander Motin wrot= e:<br> > On 16.08.2023 18:14, Dennis Clarke wrote:<br> >> The default serial communications config on most telecom equipment= that<br> >> I have seen ( in the last forty years ) defaults to 9600 8n1. If p= eople<br> >> want something faster from FreeBSD then do the trivial :<br> >><br> >> =C2=A0=C2=A0=C2=A0=C2=A0 set comconsole_speed=3D"115200"= <br> >> =C2=A0=C2=A0=C2=A0=C2=A0 set console=3D"comconsole"<br> >><br> >> Is that not trivial enough?<br> > <br> > Except it is not a telecom equipment 40 years ago.=C2=A0 Even at 11520= 0 that <br> > I routinely use on my development systems I feel serial console output= <br> > affects verbose boot time and kernel console debugging output.=C2=A0 I= also <br> > have BIOS console redirection enabled on my systems, and I believe the= <br> > default there is also 115200, and even that is pretty slow.=C2=A0 I se= e no <br> > point to stay compatible if it is unusable.<br> > <br> <br> You seem to be missing the point.<br> <br> You need to make a configuration choice. You. Not the world. You.<br> <br> Edit your /boot/loader.conf and put in the lines above.<br> <br> Then be happy.<br> <br> --<br> Dennis Clarke<br> RISC-V/SPARC/PPC/ARM/CISC<br> UNIX and Linux spoken<br> GreyBeard and suspenders optional<br> <br> PS: a recent CISCO ASA fireware defaults to 9600 8n1. Same as a lot of<br> =C2=A0 =C2=A0 =C2=A0equipment.<br></blockquote></div></div><div dir=3D"auto= "><br></div><div dir=3D"auto">Yes. Some tiny number of things has that as a= default, an even larger number of things have a default of 115200 or even = faster. And have had that default since the 90s. The whole point of default= s is that they reflect the needs of the most people. FreeBSD's defaults= were already starting to be dated in 1.0...=C2=A0 today almost everyone ch= anges the defaults to the new value we are advocating. This is to make Free= BSD more useful out of the box to more people. To turn your argument around= : people wanting the old defaults can configure their systems easily enough= . If we look purely at the numbers, vastly fewer people withh be inconvenie= nced at 115200 than at 9600. People can still use 9600... that's likely= never going away... this is just a more sensible default.=C2=A0</div><div = dir=3D"auto"><br></div><div dir=3D"auto">Warner</div><div dir=3D"auto"><div= class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0 = 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> </blockquote></div></div></div> --000000000000f77f430603170430--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfqm1J1zfyRvZp2F%2BNvJxRxyUvz1_ksK4p93HMikdubatA>