Re: hwpstate_intel hangs kernel
On Wed, May 27, 2020 at 08:25:52PM +0200, Andreas Nilsson wrote: > On Fri, May 22, 2020 at 1:57 AM Diane Bruce wrote: > > > On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote: > > > > Ok I am going to respond to this old email from February.. > > > > > Hello, > > > > > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > > > experience the random hang anymore. The machine still hangs on boot on > > > "hwpstate_intel0: on cpu0" unless I set > > > 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. > > > > > > > As a few others know on IRC I ran into exactly this same problem > > on a brand new Lenovo Carbon. I missed this thread somehow. > > I also had to bisect the commit. Would it be possible to put > > a note into UPDATING and default to disabled=1 for now? ;) > > > > > Well, I've been trying to chase this a bit more. But I could sure use some > help from more experienced kernel developers. > > debug.hwpstate_verbose="1" in loader.conf, and booting in verbose mode I > get this: > > pcib0: allocated type 4 (8x3f8-8xaf8) for rid 8 of uart0 > uart0 failed to probe at port 0x3f8 irg 4 on isa0 > pcib0: allocated type 4 (0x2f8-0x2f8) for rid 0 uart1 > uart1 failed to probe at port 0x2f8 irq 3 on isa0 > isa_probe_children: probing PnP devices > Acpi0sExecute: task queue not started > cpu0: hwpstate registered > Acpi0sExecute: task queue not started > cpu1: hwpstate registered > Acpi0sExecute; task queue not started > cpu2: hwpstate registered > Acpi0sExecute: task queue not started > cpu3: hwpstate registered > hwpstate_intel0: on cpu0 > hwpstate_intel0: hwpstate_attach1 > hwpstate_intel0: hwpstate_attach2 > hwpstate_intel0: hwpstate_attach3 > > where the hwpstate_attachX is some device_printf(dev,"hwpstate_attachX\n"); > I've sprinkled in to try to where it actually fails. > > I'm not sure about if device_printf happens immediately. The modifications > have been made to the function intel_hwpstate_attach around line 480 in > sys/x86/cpufreq/hwpstate_intel.c In my tests No it does not fail immediately it fails after a few minutes. Thinking that was a possible bogus setting I have tried this: +#if 0 sc->high = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); sc->guaranteed = IA32_HWP_CAPABILITIES_GUARANTEED_PERFORMANCE(caps); sc->efficient = IA32_HWP_CAPABILITIES_EFFICIENT_PERFORMANCE(caps); sc->low = IA32_HWP_CAPABILITIES_LOWEST_PERFORMANCE(caps); - +#else + sc->high = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); + sc->guaranteed = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); + sc->efficient = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); + sc->low = IA32_HWP_CAPABILITIES_HIGHEST_PERFORMANCE(caps); +#endif e.g. setting all the steps to the same state. It still hangs but not immediately. What is confounding the matter is the Lenovo bios also allows one to set Intel Speed Shift. I've also been poking at this and reading the fine docs but I also have other stuff to look at and do. . > > Yep. I also had to bisect this from what is now some 5 months ago :-( > > > > Diane > > -- > > - d...@freebsd.org d...@db.net http://www.db.net/~db > > -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: hwpstate_intel hangs kernel
On Wed, Feb 05, 2020 at 02:45:50PM +0100, Andreas Nilsson wrote: Ok I am going to respond to this old email from February.. > Hello, > > I upgraded to a newer version, git 87d669d3863-c266265, and I do not > experience the random hang anymore. The machine still hangs on boot on > "hwpstate_intel0: on cpu0" unless I set > 'hint.hwpstate_intel.0.disabled="1"' in loader.conf. > As a few others know on IRC I ran into exactly this same problem on a brand new Lenovo Carbon. I missed this thread somehow. I also had to bisect the commit. Would it be possible to put a note into UPDATING and default to disabled=1 for now? ;) ... > > Best regards > Andreas > > On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson wrote: > > > Hello Conrad, > > > > thank you Andrey for bisecting! I'll try with that hint and see how it > > works for me. > > > > Best regards > > Andreas > > > > On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: > > > >> Hi Andrey, > >> > >> Please try 'hint.hwpstate_intel.0.disabled="1"' as a workaround for now. > >> > >> I think I have identified at least one problematic piece of code, > >> although I don't know if it's the root cause. I will go ahead and fix > >> that, which may not fix the hang, and also add some debug printfs that > >> can be enabled to help identify the real issue. > >> > >> Thanks for the report and bisect. > >> > >> Best, > >> Conrad > >> > >> On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov > >> wrote: > >> > > >> > 31.01.2020 18:11, Andrey V. Elsukov пишет: > >> > > On 24.01.2020 19:52, Andreas Nilsson wrote: > >> > >> It hangs during kernel boot and the last message printed on console > >> is: > >> > >> hwpstate_intel0: on cpu0 > >> > > > >> > > Hi, > >> > > > >> > > Did you find the cause of this hang? > >> > > I also tried to update today from r350816 to r357330. But my Lenovo X1 > >> > > Carbon 4th hangs on the same message. > >> > > > >> > > >> > Hi, > >> > > >> > I have bisected the bad commit, it is r357002. Yep. I also had to bisect this from what is now some 5 months ago :-( Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: mouse is broken
On Tue, Mar 10, 2020 at 06:37:01AM -0600, The Doctor wrote: > On Mon, Mar 09, 2020 at 09:12:49PM -0400, AN wrote: > > > > After an update today to world, kernel, and ports my mouse no longer works. > > Mouse works on console. I use startx, mouse seems to break after startx is > > issued. > > > > Is any one else seeing anything similar? Any help is appreciated, thanks > > in advance. > > I have the same issue. Check the UPDATING file in /usr/ports/UPDATING 20200220: read the entry on x11. -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Runtime loader issue
On Thu, May 10, 2018 at 08:15:22AM -0700, Steve Kargl wrote: > On Thu, May 10, 2018 at 10:24:52AM -0400, Diane Bruce wrote: > > On Thu, May 10, 2018 at 10:46:31AM +0300, Gleb Popov wrote: > > > On Thu, May 10, 2018 at 2:45 AM, Steve Kargl < > > > s...@troutmask.apl.washington.edu> wrote: > > > ... > > > > Yep. > > See https://wiki.freebsd.org/libgcc%20problem > > > > Interesting page. I was aware that in the past you tried working > out a solution to the problem. I did not realize you docoumented > the issue. A few corrections to your wiki page. > > 1) The correct spelling of the name of the language is Fortran (with a >capital F). It has been the official standard spelling since Fortran >90. Fixed > > 2) You have "... to always support quad math (*8) and ...". Quad >precision in gfortran is REAL(16) (the REAL*16 notation is nonstandard). I think I got it right this time... > > 3) "subsitute" is normally spelled with an extra 't'. :-) OOOps ;) fixed > > Very ;) > > Just started reading the source code. Don't scare the unwary. :-) ;) > > -- > Steve Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Runtime loader issue
On Thu, May 10, 2018 at 10:46:31AM +0300, Gleb Popov wrote: > On Thu, May 10, 2018 at 2:45 AM, Steve Kargl < > s...@troutmask.apl.washington.edu> wrote: > > > In review PR 228007, it came to my attention some individuals are > > mis-characterizing a FreeBSD loader issue as "gfortran's FreeBSD > > issue". See Indeed. I've tried to make it clear it is a name conflict with libgcc in my own bug reports on the subject. > > > > https://lists.freebsd.org/pipermail/freebsd-fortran/2018-May/000124.html > > > > The problem can be summarized by the following ... > > gfortran7 is installed from ports/lang/gcc7. This is not > > a "gfortran's FreeBSD issue". This is a FreeBSD loader issue. > > > > Specifically, there is a shared library name clash. > > > > % ldconfig -r | grep gcc_ > > 6:-lgcc_s.1 => /lib/libgcc_s.so.1 > >716:-lgcc_s.1 => /usr/local/lib/gcc7/libgcc_s.so.1 Yep. See https://wiki.freebsd.org/libgcc%20problem > > > > So, the runtime loader finds 6 instead of 716, tries to link, > > fails, and issues an error message. There are a number ways to > > fix this issue. > > > > 1) By far, the best solution would be to stop hijacking the libgcc > >name in libraries installed on FreeBSD that are not related to > >actual GCC software. Agreed, however this has the side effect of meaning conflicts with libraries between clang and gcc libs. Notably gfortran and flang use different conventions for I/O :( See http://people.FreeeBSD.org/~db/fortran_libs.txt > > > >Why not use libcompiler_rt_s.so.1 (or libclang_s.so.1)? Yes, I'm > >aware that clang does not work on all archs and the ancient gcc > >lives on. > > I've argued for this as well and frankly I still think it is the best solution all around. > > 2) Given the expected push back againt solution 1), this solution > >proposes bumping the library version for /lib/libgcc_s.so.1 from > >1 to some larger value, say, 10. It is unlikely that GCC will > >bump its shared library number anytime soon. GCC bumped it from > >0 to 1 some 16 years ago. > > > >https://gcc.gnu.org/viewcvs/gcc?view=revision=43316 > > > >This solution, however, papers over the general problem with > >name clashes. Yep. I know work is slowly being done to modernise our libgcc already but the toolchain folks are busy... > > > > 3) This solution is to actually fix the runtime loader. If an error > >occurs with loading a shared library, then iterate over the entries > >in the hints file to check to see if another hint would satisfy > >the linking. Here, instead of issuing the above error, the loader > >would find entry 716, and load the correct libgcc_s.so.1. This breaks if the bad libgcc is already linked. We'd have to rip out the original bindings at run time, then re-bind to a new libgcc. I looked at the rtld code months ago. Nasty and silly. > > > >Admittedly, I haven't looked to see how difficult this solution > >would be. Very ;) > > > > 4) Bump the shared library number of the individual ports. As a proof > >of concept, I've done this with ports/lang/gcc6. > > ... > > > > Finally, can people stop referring to the above error as > > "gfortran's FreeBSD issue". This is a FreeBSD runtime loader issue. Yes, please. I tracked it down to libgcc months ago, made my findings generally available and yet people are still calling it a libgfortran problem. > > > > Our libgcc also lacks some functionality compared to the original one: > https://reviews.freebsd.org/D11482 Yes. Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: rcs
... OK, but please, can we replace RCS with Fossil in 11 then? That adds a real improvement to FreeBSD while giving people plenty of time to prepare. Fossil was showing promise the last time I tried it. Quite frankly well since people expect RCS.. it is not a no brainer. you are asking people to learn a whole new tool for functionality that is currently very simple.. edit file ci -l file add comment. pfft as long as any SCS can read my old rcs files this old fart does not mind. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [Heads Up] RCS removed from base
... I notice in diff'ing your work vs my work, that I started with newer revisions of some of the files than the ones you have: I was well aware of that. There is no point doing much more until there is a decision from core. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [Heads Up] RCS removed from base
On Tue, Oct 08, 2013 at 04:56:46PM -0400, Kurt Lidl wrote: On 10/8/13 4:33 PM, Cy Schubert wrote: In message 52542687.7000...@pix.net, Kurt Lidl writes: On 10/8/13, Julian Elischer wrote: On 10/7/13 11:06 PM, Steve Kargl wrote: On Sun, Oct 06, 2013 at 10:43:21PM -0400, Eitan Adler wrote: Hey all, Did it this morning http://people.FreeBSD.org/~db/rcs.tgz Or http://www.db.net/~db/rcs.tgz It's up to core@ to decide what to do. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: rcs is gone?
On Mon, Oct 07, 2013 at 03:45:23PM -0700, Lyndon Nerenberg wrote: On 2013-10-07, at 2:53 PM, David Chisnall thera...@freebsd.org wrote: Or do you really only run the base OS and no other software on your systems, without any of your own code or any customisation? We install from the base release ISO images burned on DVDs. We are physically air-gapped from the internet, none of the end users of the system have access to USB ports, and there are no electronic devices allowed into the development shop. We have a scheme for bringing in software from /usr/ports, but it is painful. And those ports can't necessarily walk on to all the systems in the shop. (I don't make the rules. Suffice to say the company is very paranoid about their code getting out into the wild.) Having RCS in the base system is very useful. We use it to track changes to bits of /etc on the machines where we don't do wholesale customizations. (Those ones get git, but they also get an install of /usr/ports with a fully populated /usr/ports/distfiles.) So if nuking RCS is a case of I don't use it, ... we do. Hey we could imoort SCCS instead. http://sccs.berlios.de - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Light humour
On Sun, Apr 28, 2013 at 06:49:51PM -0400, Frank Seltzer wrote: On Sun, 28 Apr 2013, Adrian Chadd wrote: Yeah, the trouble is that people can/will believe this nonsense. So, question. Where's the pro-BSD blog(s) to offset it? :) http://www.softpanorama.org/Copyright/License_classification/social_roots_of_GPL.shtml adrian - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Use of C99 extra long double math functions after r236148
On Fri, Jul 13, 2012 at 01:53:39PM +0100, David Chisnall wrote: On 13 Jul 2012, at 13:18, John Baldwin wrote: On Friday, July 13, 2012 7:41:00 am Peter Jeremy wrote: AFAIK, none of the relevant standards (POSIX, IEEE754) have any precision requirements for functions other than +-*/ and sqrt() - all of which we have correctly implemented. I therefore believe that, for the remaining missing functions, the Project would be best served by committing the best code that is currently available under a suitable license and cleaning it up over time (as was done for the current libm). I concur. As do I. I'd also point out that the ONLY requirement for long double according to the standard is that it has at least the same precision as double. Therefore, any implementation of these functions that is no worse that the double version is compliant. Once we have something meeting a minimum standard, then I'm very happy to see it improved, but having C99 functions missing now is just embarrassing while we're working on adding C11 features. I'd be curious how well the GPL functions in Linux compare to the NetBSD functions. I don't suppose we could grab some of the public domain routines in NetLib? David P.S. Someone said earlier that our clang still lacks some C99 features. Please point me at the relevant clang PRs and I'll be happy to work on them. There are quite a few open issues for C11 support, but C99 is, as far as I know, done. Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db Nowadays tar can compress using yesterdays latest technologies! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Use of C99 extra long double math functions after r236148
On Sat, Jul 14, 2012 at 08:38:08AM +1000, Peter Jeremy wrote: On 2012-Jul-13 11:58:05 -0400, David Schultz d...@freebsd.org wrote: I propose we set a timeframe for this, on the order of a few months. ... If the schedule can't be met, then we can just import Cephes as an interim solution without further ado. This provides Bruce and Steve an opportunity to commit what they have been working on, without forcing the rest of the FreeBSD community to wait indefinitely for the pie in the sky. This sounds good to me as well and I'd be happy to help. Perfect, all that is needed. I'd also be happy to help of course. -- Peter Jeremy Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db Nowadays tar can compress using yesterdays latest technologies! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Use of C99 extra long double math functions after r236148
On Tue, Jul 10, 2012 at 08:02:33AM -0600, Warner Losh wrote: On Jul 10, 2012, at 3:10 AM, Rainer Hurling wrote: Not having R would be a bit pain in my backside. That's one of the practical considerations that I was talking about. It is very real, and if I have to, I'll commit the #define junk I railed against to get it back. Please, let's get some progress. I have some time to help. Not having complex functions is a PITA for software defined radio programs... I submitted this PR in frustration. I know, I meant to close it already. Number: 147599 Category: kern Synopsis: [libm] [patch] Import netbsd complex functions into our libm Warner Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db Nowadays tar can compress using yesterdays latest technologies! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Use of C99 extra long double math functions after r236148
On Wed, Jul 11, 2012 at 02:43:46PM -0700, Steve Kargl wrote: On Wed, Jul 11, 2012 at 04:20:09PM -0500, Diane Bruce wrote: On Tue, Jul 10, 2012 at 08:02:33AM -0600, Warner Losh wrote: On Jul 10, 2012, at 3:10 AM, Rainer Hurling wrote: ... You submitted on June 6th, 2010. I commented on why the patch should be avoided on June 15th, 2010. I see no follow-ups from you that give the details on how you went about testing and fixing the code? Steve, I misunderstood. Someone told me you and Bruce had some code which made this PR unnecessary, I did mean to close the PR as this is what I had heard. If that is not true I'd be happy to help you guys in any way I can. And my apologies, I should have verfied directly with you rather than listening to hearsay. -- Steve Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db Nowadays tar can compress using yesterdays latest technologies! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: FreeBSD 10 prognostication...
On Sun, May 20, 2012 at 04:42:12PM -0400, Rick Macklem wrote: Jamie wrote: On Thu, May 17, 2012 at 07:20:18PM -0400, Vance Siemens wrote: Eh, sorry. I got excited at the prospect of downloading FreeBSD from ... Well, I worked for a computer science dept. for 30years and it seemed to go something like this: - Undergrad installs toy version of Linux on their desktop/laptop, likes it and promotes it to their friends. - When these students graduate, they put Linux/Unix experience on their resume and get hired by a company with no Unix-like systems expertise. -- They set up Linux servers for said company. If the same was happening for xxBSD, then they would list that as well as Linux and they would at least be aware that both existed. I don't believe FreeBSD needs to try and do the easy to install GUI distro, but they could reference the xxBSD distros that do try to do this. (Yea, I know someone didn't like using the term distro for xxBSD distributions, but...) And when I do get people to look at PCBSD since it looks so spiffy, they download an ISO only to have it not boot. It's incredibly frustrating. rick - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db Why leave money to our children if we don't leave them the Earth? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [RFC] Un-staticise the toolchain
On Thu, Apr 26, 2012 at 07:52:01AM -0400, John Baldwin wrote: On Thursday, April 26, 2012 7:38:03 am Bob Bishop wrote: Hi, ... You could use /rescue/sh as your single-user shell. Of course, that would perhaps let you still be able to recompile things if you had a static toolchain. :) Put a toolchain on a CD or memstick and use that instead? ;-) *runs* - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db Why leave money to our children if we don't leave them the Earth? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: rtld or lang/gcc cannot find libgcc_s.so.1
On Tue, Feb 21, 2012 at 10:37:15PM +0100, Dimitry Andric wrote: On 2012-02-21 20:42, Steve Kargl wrote: ... Yes, /lib comes before /usr/local/lib/gcc46. I suppose that this is a heads up for gerald@. lang/gcc is used by the ports collections to build a large number of other ports, so others are likely to hit this issue. Does -rpath not help ? man ld -rpath dir Add a directory to the runtime library search path. This is used when linking an ELF executable with shared objects. All -rpath arguments are concatenated and passed to the runtime linker, which uses them to locate shared objects at runtime. The -rpath option is also used when locating shared objects which are needed by shared objects explicitly included in the link; see the description of the -rpath-link option. If -rpath is not used when linking an ELF executable, the contents of the environment variable LD_RUN_PATH will be used if it is defined. Or is this another problem? -rpath is added in /usr/ports/Mk However, at runtime, it links against the system libstdc++: I ran into this with two of my own ports. -rpath needed to be passed to ld. - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db Why leave money to our children if we don't leave them the Earth? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: CVS removal from the base
On Fri, Dec 02, 2011 at 04:27:34PM +0700, Max Khon wrote: Hello! ... As soon as ports/ (and doc/) are moved to SVN I do not see any compelling reasons for keeping CVS in the base system. Well. We _could_ replace it with SCCS. -- - d...@freebsd.org d...@db.net http://www.db.net/~db Why leave money to our children if we don't leave them the Earth? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: can somebody explains OFDM in FreeBSD?
On Sun, Mar 06, 2011 at 03:33:32PM +0100, Hans Petter Selasky wrote: On Sunday 06 March 2011 15:23:02 Etienne Robillard wrote: Hi, as the subject line implies, can someone explains why OFDM (Orthogonal Frequency Division Multiplexing) is required for running run(4) ? Is there any (safer) alternative to OFDM? Orthogonal Frequency Domain Multiplexing (OFDM) Is simply the transmission of multiple carriers in one spectrum. It is used for DSL modems for example. Each carrier contributes a portion of the bandwidth. Coded Orthogonal Frequency Domain Multiplexing is a newer form of OFDM where the signals are coded to minimise interference with other carriers. Look for articles on COFDM Here is one such that looks pretty complete. http://www.andreas-schwope.de/ ASIC_s/Schnittstellen/Data_Lines/body_multiplexing.html This is a nice article as well: http://www.digitalradiotech.co.uk/cofdm.htm If not, could the FreeBSD security team verify the the safety of OFDM derived drivers (in particular wireless ethernet based nics) so that no ones get hurt being a WLAN (802.11ng ethernet-class) subcarrier ? Security is not a problem. COFDM is a hardware level transmission layer 1 and some layer 2. Amusingly OFDM is a form of spread spectrum which originally had military uses, it's harder to jam or decrypt. As per my knowledge OFDM is a carrier format which is handled by the hardware. Is there anything in particular you want to high-light? Yep. I think they are worried about the encryption (WEP vs. WMA etc.). --HPS - Diane (VA3DB) -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: can somebody explains OFDM in FreeBSD?
On Sun, Mar 06, 2011 at 09:56:05AM -0500, Etienne Robillard wrote: On 06/03/11 09:33 AM, Hans Petter Selasky wrote: On Sunday 06 March 2011 15:23:02 Etienne Robillard wrote: .. Yes, from a security perspective, could radiance from ELF/VLF operating devices as ethernet-class subcarriers which is part of the OFDM spec be considered harmful? No. It's twisted pair so will not radiate that far, it's not an antenna. DSL is sent via twisted pair as well and should not radiate very far. if not is there any OFDM code in OpenBSD? It's in the hardware not BSD. You could also look at gnuradio. Your link should have been: https://gthc.org/investigations/OFDM/72_armstrong_ofdm.pdf Company: Green Tea Hackers Club Occupation: Software Developer (and CEO) E-mail: e...@gthcfoundation.org Work phone: 450-936-2123 Website (Company): https://gthc.org/ Website (Blog): https://gthc.org/blog/ PGP public key fingerprint:F2A9 32EA 8E7C 460F 1728 A1A7 649C 7F17 A086 DDEC During times of universal deceit, telling the truth becomes a revolutionary act. -- George Orwell Oh dear oh dear. https://gthc.org/investigations/chemtrails-volume2/ You are one of 'those'. You are one of the conspiracy nutters. I think this guy should be blocked from this list. - Diane (VA3DB) -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: can somebody explains OFDM in FreeBSD?
I've moved this off of freebsd-current into private e-mail folks. Twisted pair? Sorry I don't understand this... Wireless USB dongles are ... This is out-of-scope but I respect your opinion to call me a name attempting It is not an ad hominem when it is factually true. These are not chemical trails you are seeing. http://en.wikipedia.org/wiki/Chemtrail_conspiracy_theory You are a nutter if you believe they are chemical trails. QED P.S. Have you noticed the colours from a sprinkler in the Sun? (I will not reply to any more postings about this on freebsd-current) - Diane (VA3DB) -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: log2(), log2f() and log2l() support in freebsd
On Sat, Oct 16, 2010 at 12:06:05AM +, Alexander Best wrote: hi there, could we please have support for log2(), log2f() and log2l() in freebsd? I have run into a similar problem. I already started with some complex functions: http://www.freebsd.org/cgi/query-pr.cgi?pr=147599cat= And am willing to do the work to import those log2 functions. I have already looked at the work involved. I note one reply to the PR suggesting the Apple versions might be better, but I am not sure if their licence would be compatible with FreeBSD or not. mplayer (svn) won't build without them. netbsd has support and there are two open pr related to this matter (including patches): Ah ha! So the log2 work has been done already. You should have attached the PR numbers! 82654 83845 Oh.. Ok, I have seen 82654. I believe my diff should take care of that one. 83845 should be committed or the NetBSD code brought in. (Most current version of fldigi needs log2.) - Diane -- - d...@freebsd.org d...@db.net http://www.db.net/~db ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
