Re: Use of C99 extra long double math functions after r236148
On 31 May 2012 08:45, John Baldwin j...@freebsd.org wrote: I do think we should provide something in ports as an interim solution. There are other 3rd party applications looking to drop FreeBSD support because we are missing APIs that almost all other OS's have. I'm fine if the interim lives in ports and that we don't import substandard routines into the base. I would even be fine with calling it /usr/local/lib/libm_inaccurate.so. However, I do think we need an option. Do we have a wiki page listing the functions in libm we are missing? Having some kind of place to track progress and figure out what exactly is needed is the first step to getting these APIs into shape. Also, are there BSD licensed naive implementations of these functions we can use? Would it be okay to have slow, but accurate versions of these functions as a stopgap? -- Eitan Adler ___ 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
I do think we should provide something in ports as an interim solution. There are other 3rd party applications looking to drop FreeBSD support because we are missing APIs that almost all other OS's have. I'm fine if the interim lives in ports and that we don't import substandard routines into the base. I would even be fine with calling it /usr/local/lib/libm_inaccurate.so. However, I do think we need an option. I think it should be called libm.so. Otherwise we have to do a serious editing job on the Makefiles/configure scripts. I think that this is as it should be: only those applications that really need to link against such a library should do so, and this should be enforced and checked by the port maintainer. If you call it by the same name you still need to make other changes to ensure that the right library is used, and these other changes can be confusing and lead to problems, as with the openssl and gcc support libraries. Some portable applications already provide convenient variables in their build infrastructure, since the quality, coverage, and location of the math libraries varies on different systems. b. ___ 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: updating from r231158 to 234465: mounting from ufs:/dev/ad4s1a failed with error 19
On Wed, May 30, 2012 at 12:00:08PM -0400, John Baldwin wrote: On Tuesday, May 29, 2012 7:17:01 pm Anton Shterenlikht wrote: On Mon, May 21, 2012 at 01:08:24PM -0400, John Baldwin wrote: On Monday, May 21, 2012 5:45:19 am Anton Shterenlikht wrote: On Mon, May 21, 2012 at 09:42:17AM +0100, Anton Shterenlikht wrote: On Sun, May 20, 2012 at 09:54:51AM +0100, Anton Shterenlikht wrote: On Fri, May 18, 2012 at 10:48:52AM -0400, John Baldwin wrote: On Wednesday, May 16, 2012 11:30:19 am Anton Shterenlikht wrote: er.. yes, of course it helped. My problem was that I couldn't boot. So, I presumed the very existence of dmesg.boot showed that your patches (both of them) work fine. But, sorry, I could've been more explicit. All seems to work, including sound and wireless. Hmm. Can you try one more thing. Can you boot an unmodified kernel (no patches) but set 'hw.pci.enable_io_modes=0' from the loader? That works too, see dmesg.boot below. I might have misled you on this, Yes, sorry, looking at the dmesg I sent you, I obviously booted the patched kernel. So, no, 'hw.pci.enable_io_modes=0' in /boot/loader.conf doesn't help to boot an unmodified kernel. Ok, I'll work on getting this fix into the tree in some fashion. Just to let you know. I'm on 2³6024 now, with your patch. I've lost sound. Commands like: % ls /dev/dsp0.0 % mixer vol 100 give lots of hðãc0: ©ømmãnð timeøut øn ãððress 0 hðãc0: ©ømmãnð timeøut øn ãððress 0 hðãc0: ©ømmãnð timeøut øn ãððress 0 on the console. Just wanted to check with you if you think this has anything to do with the patch, or whether you think it's a completely different issue. It could be related perhaps, though I thought on your system the only BAR that was disabled was the VGA framebuffer. The situation with sould is more complex. On reboot, I get sound, e.g. # cat file /dev/dsp or # dd if=/dev/cd0 of=/dev/dspcd bs=2352 It seems the hdac0 errors start when I launch linux-flash from firefox: hdac0: Unexpected unsolicited response from address 0: hdac0: Unexpected unsolicited response from address 0: hdac0: Command timeout on address 0 hdac0: Reset setting timeout pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead hdac0: Command timeout on address 0 After that I can't get the sound back until I reboot. I'll ask in ports as well. Many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 ___ 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
Do we have a wiki page listing the functions in libm we are missing? Having some kind of place to track progress and figure out what exactly is needed is the first step to getting these APIs into shape. I already suggested this, and mentioned: http://wiki.freebsd.org/MissingMathStuff Also, are there BSD licensed naive implementations of these functions we can use? Would it be okay to have slow, but accurate versions of these functions as a stopgap? I don't know of any BSD-licensed routines that would be suitable for use in the base system. You can cobble together replacements from various ports, with different licenses. For example, if you wanted accuracy and correctness, but didn't care about speed, you could use math/mpc and math/mpfr. Unfortunately, with many naive implementations, you often lose more than just speed. b. ___ 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
Weird wifi behavior
Hello all. First of all, I'm not on current, but on stable: FreeBSD pcbsd-6648 9.0-STABLE FreeBSD 9.0-STABLE #8: Fri May 18 16:12:29 UTC 2012 r...@build9x64.pcbsd.org:/usr/obj/builds/i386/pcbsd-build90/fbsd-source/9.0/sys/GENERIC i386 I have lenovo s10-2 (which is have some unsupported broadcom wifi). I did replace wifi with ath0: Atheros 5424/2424 mem 0x5610-0x5610 irq 17 at device 0.0 on pci2 ath0: AR2425 mac 14.2 RF5424 phy 7.0 And weirdness begin. At my home I have wifi router in WEP mode. All devices/laptops are working just fine. But s10-2 is somehow get broken packets; fetch - got broken downloads (incorrect MD5, and sometimes say to me that length of file is invalid); wget - stops, saying something about MAC error. ssh - works fine while I simply use console (cd, ls) - can lasts hours.but! If I run mc, and starts something like copy/delete files (which heavily updates screen) - ssh drops connections with message packet error. browsing - pretty working (but not file downloads of course). At my workplace we using WPA with password. At work I can download packages,files,etc - all is OK with fine checksums. I happen to note this while testing PC-BSD 9.0, currently I'm on latest PC-BSD beta. Any thoughts/advices on how to test it/fix it? I'd gladly use broadcom (bcm94312MCG) if it works. BTW, maybe someone could mentor me on developing/porting driver? :) -- Regards, Alexander Yerenkow ___ 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: Weird wifi behavior
Hi, Please file a bug. :) WEP shouldn't be broken in 9.x, that was before all of my TX aggregation changes for 802.11n support. WEP worked fine for me when I was using it a couple weeks ago. Would you please provide further information in the bug, such as what the key length is, which key slots are configured, your ifconfig/wpa_supplicant.conf entry, etc. Thanks, Adrian On 1 June 2012 06:13, Alexander Yerenkow yeren...@gmail.com wrote: Hello all. First of all, I'm not on current, but on stable: FreeBSD pcbsd-6648 9.0-STABLE FreeBSD 9.0-STABLE #8: Fri May 18 16:12:29 UTC 2012 r...@build9x64.pcbsd.org:/usr/obj/builds/i386/pcbsd-build90/fbsd-source/9.0/sys/GENERIC i386 I have lenovo s10-2 (which is have some unsupported broadcom wifi). I did replace wifi with ath0: Atheros 5424/2424 mem 0x5610-0x5610 irq 17 at device 0.0 on pci2 ath0: AR2425 mac 14.2 RF5424 phy 7.0 And weirdness begin. At my home I have wifi router in WEP mode. All devices/laptops are working just fine. But s10-2 is somehow get broken packets; fetch - got broken downloads (incorrect MD5, and sometimes say to me that length of file is invalid); wget - stops, saying something about MAC error. ssh - works fine while I simply use console (cd, ls) - can lasts hours.but! If I run mc, and starts something like copy/delete files (which heavily updates screen) - ssh drops connections with message packet error. browsing - pretty working (but not file downloads of course). At my workplace we using WPA with password. At work I can download packages,files,etc - all is OK with fine checksums. I happen to note this while testing PC-BSD 9.0, currently I'm on latest PC-BSD beta. Any thoughts/advices on how to test it/fix it? I'd gladly use broadcom (bcm94312MCG) if it works. BTW, maybe someone could mentor me on developing/porting driver? :) -- Regards, Alexander Yerenkow ___ 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 ___ 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: Weird wifi behavior
2012/6/1 Adrian Chadd adr...@freebsd.org: Hi, Please file a bug. :) Here it goes: http://www.freebsd.org/cgi/query-pr.cgi?pr=168530 WEP shouldn't be broken in 9.x, that was before all of my TX aggregation changes for 802.11n support. Don't know if it is... since my other stuff working in same network. WEP worked fine for me when I was using it a couple weeks ago. Would you please provide further information in the bug, such as what the key length is, which key slots are configured, your ifconfig/wpa_supplicant.conf entry, etc. Yes, I will prepare this info now. Thanks, Adrian On 1 June 2012 06:13, Alexander Yerenkow yeren...@gmail.com wrote: Hello all. First of all, I'm not on current, but on stable: FreeBSD pcbsd-6648 9.0-STABLE FreeBSD 9.0-STABLE #8: Fri May 18 16:12:29 UTC 2012 r...@build9x64.pcbsd.org:/usr/obj/builds/i386/pcbsd-build90/fbsd-source/9.0/sys/GENERIC i386 I have lenovo s10-2 (which is have some unsupported broadcom wifi). I did replace wifi with ath0: Atheros 5424/2424 mem 0x5610-0x5610 irq 17 at device 0.0 on pci2 ath0: AR2425 mac 14.2 RF5424 phy 7.0 And weirdness begin. At my home I have wifi router in WEP mode. All devices/laptops are working just fine. But s10-2 is somehow get broken packets; fetch - got broken downloads (incorrect MD5, and sometimes say to me that length of file is invalid); wget - stops, saying something about MAC error. ssh - works fine while I simply use console (cd, ls) - can lasts hours.but! If I run mc, and starts something like copy/delete files (which heavily updates screen) - ssh drops connections with message packet error. browsing - pretty working (but not file downloads of course). At my workplace we using WPA with password. At work I can download packages,files,etc - all is OK with fine checksums. I happen to note this while testing PC-BSD 9.0, currently I'm on latest PC-BSD beta. Any thoughts/advices on how to test it/fix it? I'd gladly use broadcom (bcm94312MCG) if it works. BTW, maybe someone could mentor me on developing/porting driver? :) -- Regards, Alexander Yerenkow ___ 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 -- Regards, Alexander Yerenkow ___ 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 Friday, June 01, 2012 1:55:10 am Eitan Adler wrote: On 31 May 2012 08:45, John Baldwin j...@freebsd.org wrote: I do think we should provide something in ports as an interim solution. There are other 3rd party applications looking to drop FreeBSD support because we are missing APIs that almost all other OS's have. I'm fine if the interim lives in ports and that we don't import substandard routines into the base. I would even be fine with calling it /usr/local/lib/libm_inaccurate.so. However, I do think we need an option. Do we have a wiki page listing the functions in libm we are missing? Having some kind of place to track progress and figure out what exactly is needed is the first step to getting these APIs into shape. Also, are there BSD licensed naive implementations of these functions we can use? Would it be okay to have slow, but accurate versions of these functions as a stopgap? Peter Jeremy more or less has a stopgap already ready judging by the comments in the thread thus far. -- John Baldwin ___ 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: Daily, weekly, security scripts....
On 2012-05-28 1:25, Garrett Cooper wrote: Here's a revised patch (based on something I brought up earlier) that converts periodic over to an rc.subr-like paradigm. This can be directly applied to HEAD; you will need to backport r231849 first if you want to apply the patch to 9-STABLE, etc (the change wasn't MFCed -- not sure why). ', 2 problems: - I run 8.x on most boxes atm. - I'm still an SVN noob, got no further than just to fetch the tree. So I'll need time to catch up on this. --WjW ___ 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: OptionalObsoleteFiles.inc completeness
On Fri, 2012-06-01 at 07:20:42 +1000, Peter Jeremy wrote: On 2012-May-30 13:27:03 +1000, Peter Jeremy pe...@rulingia.com wrote: On 2012-May-29 02:18:25 +0400, Dmitry Marakasov amd...@amdmi3.ru wrote: Then you should try to profile it - my script basically runs delete-old delete-old-libs for every knob (131 of them), and it hadn't taken more than 4 seconds even once. I've done some investigating and the problem is that xargs -n1 fork()/exec()s /bin/echo on each file (and there are 5538 files for me). Changing this to tr ' ' '\n' reduces make delete-old runtime to 1.75s - which is much nicer. I've checked a variety of other systems running 8.x 9.x and the 97s seems to be anomalously long so I'll do some more investigating. I've tracked the problem down to excessive VM faults caused by jemalloc. Whilst executing /bin/echo, jemalloc mmap()s two 4MiB chunks of memory. Unless you build with MALLOC_PRODUCTION (which I hadn't), it then proceeds to verify that both blocks are zero-filled. This causes 2048 (unnecessary) page faults (out of a total of 2133). When I rebuilt jemalloc with MALLOC_PRODUCTION, this dropped to 87 page faults (cf 76 an 8.x and 62 on 9.x) and the elapsed time for make delete-old dropped to slightly more than 8.x 9.x. xargs -n1 is probably a worst case scenario for jemalloc but this probably similarly affects other short-lived processes (and the shell scripts that invoke them). It's a pity that this particular test is a compile-time option. I still think that saving 5500 fork()/exec() pairs is a good reason to switch from xargs -n1 to tr ' ' '\n'. Why is xargs even calling /bin/echo when utility is not specified. Shouldn't it just print a certain number of arguments (one in this case)? Uli pgpLas7LXhp2V.pgp Description: PGP signature
Re: OptionalObsoleteFiles.inc completeness
On 2012-Jun-01 20:50:24 +0200, Ulrich Spörlein u...@freebsd.org wrote: Why is xargs even calling /bin/echo when utility is not specified. Because that's what it's documented as doing. Shouldn't it just print a certain number of arguments (one in this case)? The current approach is simpler - there's always utility and it defaults to /bin/echo. Therefore xargs can just always fork/exec. I agree that special-casing the default to have xargs print the relevant number of arguments would be more efficient. -- Peter Jeremy pgpjWzNyZgd8T.pgp Description: PGP signature
Re: Use of C99 extra long double math functions after r236148
On 2012-Jun-01 10:29:13 -0400, John Baldwin j...@freebsd.org wrote: On Friday, June 01, 2012 1:55:10 am Eitan Adler wrote: Also, are there BSD licensed naive implementations of these functions we can use? Would it be okay to has slow, but accurate versions of these functions as a stopgap? Peter Jeremy more or less has a stopgap already ready judging by the comments in the thread thus far. There's probably an hours work by either stephen@ or myself to adapt the work I did on cephes in Sage to a standalone FreeBSD port. Unfortunately, both stephen@ I are currently otherwise occupied and other comments in this thread suggest that the inclusion of such a port would be strongly opposed. Note that cephes isn't slow but accurate - it's reasonably fast but naive and therefore dodgy in edge cases. -- Peter Jeremy pgpHAsPC0mWbI.pgp Description: PGP signature
Re: Use of C99 extra long double math functions after r236148
On 1 June 2012 17:03, Peter Jeremy pe...@rulingia.com wrote: On 2012-Jun-01 10:29:13 -0400, John Baldwin j...@freebsd.org wrote: On Friday, June 01, 2012 1:55:10 am Eitan Adler wrote: Also, are there BSD licensed naive implementations of these functions we can use? Would it be okay to has slow, but accurate versions of these functions as a stopgap? Peter Jeremy more or less has a stopgap already ready judging by the comments in the thread thus far. There's probably an hours work by either stephen@ or myself to adapt the work I did on cephes in Sage to a standalone FreeBSD port. Unfortunately, both stephen@ I are currently otherwise occupied and other comments in this thread suggest that the inclusion of such a port would be strongly opposed. Note that cephes isn't slow but accurate - it's reasonably fast but naive and therefore dodgy in edge cases. Yes, I was asking if any of the former type exist. Optimally we would want fast and accurate - but it doesn't currently exist. Fast, but inaccurate has been strongly objected to. Is there third option? -- Eitan Adler ___ 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, Jun 01, 2012 at 05:16:03PM -0700, Eitan Adler wrote: On 1 June 2012 17:03, Peter Jeremy pe...@rulingia.com wrote: On 2012-Jun-01 10:29:13 -0400, John Baldwin j...@freebsd.org wrote: On Friday, June 01, 2012 1:55:10 am Eitan Adler wrote: Also, are there BSD licensed naive implementations of these functions we can use? Would it be okay to has slow, but accurate versions of these functions as a stopgap? Peter Jeremy more or less has a stopgap already ready judging by the comments in the thread thus far. There's probably an hours work by either stephen@ or myself to adapt the work I did on cephes in Sage to a standalone FreeBSD port. Unfortunately, both stephen@ I are currently otherwise occupied and other comments in this thread suggest that the inclusion of such a port would be strongly opposed. Note that cephes isn't slow but accurate - it's reasonably fast but naive and therefore dodgy in edge cases. Yes, I was asking if any of the former type exist. Optimally we would want fast and accurate - but it doesn't currently exist. Fast, but inaccurate has been strongly objected to. Is there third option? Of course. Sit down and write code. -- Steve ___ 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 1 June 2012 23:52, Steve Kargl s...@troutmask.apl.washington.edu wrote: Of course. Sit down and write code. If I ever find the time, I just might. Do we have a wiki page listing the set of functions which we don't yet have? -- Eitan Adler ___ 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, Jun 02, 2012 at 12:04:58AM -0400, Eitan Adler wrote: On 1 June 2012 23:52, Steve Kargl s...@troutmask.apl.washington.edu wrote: Of course. ??Sit down and write code. If I ever find the time, I just might. Do we have a wiki page listing the set of functions which we don't yet have? I don't know. I don't read the wiki. You can many/most/all by looking in /usr/include/math.h There are many #if 0 ... #endif blocks. -- Steve ___ 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