Re: FreeBSD 9-Stable + Atom D510 Freeze
On 20 September 2013 11:52, Gary Palmer gpal...@freebsd.org wrote: On Fri, Sep 20, 2013 at 10:49:28AM -0400, Thomas Laus wrote: Gary Palmer [gpal...@freebsd.org] wrote: When building kernel world do you use the '-j' argument to do parallel builds? AFAIK thats not done by default, but it is for some ports. Gary: I just use the system defaults when building anything. If there is a '-j' argument passed to the compiler, I was not the one that did it. Does this mean that the port building process needs to determine the processor type in the configure stage? I only use portmaster to keep the ports updated. I don't know of a global hook that will change the compiler build flags in portmaster. Hi Tim, It's not a compiler flag, it's a make flag. make -j n will fork off up to n compilers to do the build. If you just do make buildworld then there is no parallel compilation. It used to be that ports had MAKE_JOBS_SAFE in the Makefile to mark that the port could be built using parallel compiles with the '-j' argument to make. It appears that the logic has been switched and now you have to mark them as MAKE_JOBS_UNSAFE to say that parallel builds shouldn't be done, indicating that parallel builds are the default now (unless I'm misreading the code) You can try putting DISABLE_MAKE_JOBS=yes into /etc/make.conf to see if that stops the problem on port builds. Alternatively I think you could do portmaster -m DISABLE_MAKE_JOBS=yes other options However you'd have to do that each time you run portmaster. I think putting PM_MAKE_ARGS=DISABLE_MAKE_JOBS=yes in your .portmasterrc may do the same thing (not tried it). Note: this is NOT a fix. If it works, it merely stops the ports builder from triggering the problem by not doing parallel compiles. The compiles will also take longer. I believe that both world/kernel ports will honour MAKE_JOBS_NUMBER=1 #(in /etc/make.conf) which should restrict all builds to 1 parallel thread, yes? -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: can't build ^/releng/9.2 from ^/releng/9.1 (resolved)
On 29 August 2013 07:44, Volodymyr Kostyrko c.kw...@gmail.com wrote: 27.08.2013 21:03, Volodymyr Kostyrko wrote): Was my local glitch, defining INSTALL=install -C in /etc/make.conf shadows install.sh This is good to know, as bits of my /etc/make.conf date back to 7.0. It looks like the syntax now (via make.conf(5)) is INSTALL+= -C -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Build GENERIC with IPX support
On 11 May 2013 19:14, Marek Salwerowicz marek_...@wp.pl wrote: Hi list, I am using 9.1-RELEASE amd64 FreeBSD I order to connect my FreeBSD box to NetWare servers, I am trying to recompile the kernel. To GENERIC config I've added following options: options IPX options NCP options NWFS unfortunately, during buildkernel process I got an error: nwfs_subr.o: In function `ncp_lookup_volume': /usr/src/sys/fs/nwfs/nwfs_**subr.c:499: undefined reference to `mb_put_uint8' ... /usr/src/sys/netncp/ncp_rq.c:**189: undefined reference to `mb_put_mem' *** [kernel.debug] Error code 1 Stop in /tmp/obj/usr/src/sys/**GENERICIPX. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. 641.92s user 284.90s system 102% cpu 15:03.37s total marek@bsd-gen:/usr/src% Does anyone still uses IPX and could help me compiling the kernel ? I think you also have to have options LIBMCHAIN HTH -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: amdtemp does not find my CPU.
On 13 March 2013 05:17, Peter Ankerstål pe...@pean.org wrote: Hi! Im running FreeBSD 9.1 on a AMD APU machine: CPU: AMD E-450 APU with Radeon(tm) HD Graphics (1699.36-MHz K8-class CPU) FreeBSD 9.1-RELEASE-p1 #0 r243379M: Fri Mar 8 23:16:44 CET 2013 r...@pean.org:/usr/obj/usr/src/sys/GENERIC I try to use amdtemp(4) to read the temperature of this CPU but it doesnt seem to detect the CPU. The manual states that it should support K8-class. Just an aside (as I note you've got it nailed down), but AFIK the E-450 is a K-10 core not a K-8. It'd be nice if K-10 was a perfect superset of K-8, but I have my doubts. -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: How to update ports tree indexes when using svn
On 10 December 2012 09:39, S.N.Grigoriev serguey-grigor...@yandex.ru wrote: Hi list, after the security announcement (http://www.freebsd.org/news/2012-compromise.html) I use svn to update my local ports tree. I've found out that the port index is not updated. What is the preferred/recommended way to update port indexes when using svn? make index does take a good 20 minutes on a dual core machine, but it's not strictly needed, as pkg_version -vl (or pkg version -vl if you're using the new pkg system) work well, albeit more slowly than if they had an index (as in pkg_version -vIl) portmaster doesn't require an index to update stuff. I can't remember if portupgrade does. The index can be [re]built at your leisure while other things are going on (such as rebuilding out-of-date ports), if you don't mind the additional CPU IO load. -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: nomenclature for conf files
On 12 November 2012 00:12, Zoran Kolic zko...@sbb.rs wrote: It might sound stupid, but I'd like to know if there's any difference. Are those 3 line the same? WITH_KMS=YES WITH_KMS=YES WITH_KMS=yes Best regards In /etc/make.conf it shouldn't matter: they should all be treated as synonyms for: WITH_KMS= -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: laptop keeps crashing, any ideas....
On 27 September 2012 19:29, Jason Helfman j...@freebsd.org wrote: Turns out that there was some either corrupt file under /tmp that was X related, or had wrong permissions. I had to clear out tmp manually, then run startx to get into X windows. At this point, I remove the bit from /etc/rc.conf that I had put in there to not clean out X related bits from tmp. With all of these steps, I am successfully back on-line. The advantage of using a tmpfs(5) /tmp is that there is nothing there after reboot to be corrupted. ;) -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: FreeBSD 9-STABLE can not mount root from a glabled device
On 23 March 2012 14:50, Mark Saad nones...@longcount.org wrote: All I upgraded two of my 7-STABLE servers to 9-STABLE today and found two foot shooters. I believe they are bugs only when you upgrade from pre 8.0-RELEASE to 9.0-RELEASE or 9-STABLE 1. On 7.x I had been using glabel to label my root filesystem slice, swap slice , and var slice . Like this glabel label rootfs /dev/da0s1a glabel label var /dev/da0s1d glabel label SWAP /dev/da0s1b Then in fstab I would have entries like this. # Device Mountpoint FStype Options Dump Pass# /dev/label/rootfs / ufs rw 1 1 /dev/label/var /var ufs rw 2 2 /dev/label/SWAP none swap sw 0 0 This has worked for me in 6.x and 7.x however upon upgrading to 9-STABLE ( from yesterday ) or 9.0-RELEASE the boot loader could not find the labeled device. I had to manually set vfs.root.mountfrom=ufs:/dev/da0s1a or key that in when the boot process bombed out. 2. After fixing the fstabs to use the real da names I wanted to see what the boot loader would do with ufs labels. I rebooted my box into single user mode and ran this tunefs -L rootfs /dev/da0s1a tunefs -L var /dev/da0s1d Then edited the fstab to use the labeled filesystems and rebooted, much to my surprise it failed in the same way. I compared this to a new 9.0-STABLE install i did which used gpt labels that did would # Device Mountpoint FStype Options Dump Pass# /dev/label/SWAP none swap sw 0 0 /dev/gpt/rootfs / ufs rw 1 1 /dev/gpt/var /var ufs rw 2 2 /dev/gpt/data /data ufs rw 2 2 So far as I can tell the only difference is that the fresh install uses the GPT partitioning scheme where as the upgraded boxes us the older mbr/fdisk setup. Any ideas on what I can try to get past this ? I liked using /dev/label as it made the devices sort of agnostic to what filesystem or partitioning scheme was on them. tunefs should put your labels under /dev/ufs/ Though I've not had any problems under 9.0 with labels on root. Is GEOM_LABEL built into your kernel or is it a module? (though I have my doubts about that causing this problem) The boot loader should merely grab the first 512K of whatever partition is marked as bootable without worrying where / might eventually be mounted from. /dev/label/swap0 none swap sw 0 0 /dev/ufs/rootfs / ufs rw,noatime 1 1 /dev/ufs/homefs /home ufs rw,noatime 2 3 /dev/ufs/usrfs /usrufs rw,noatime 2 2 /dev/ufs/varfs /varufs rw,noatime,async 2 2 tmpfs /tmp tmpfs rw 0 0 cet -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: System extremely slow under light load
On 16 April 2011 11:24, Ronald Klop ronald-freeb...@klop.yi.org wrote: On Wed, 13 Apr 2011 14:28:03 +0200, Bartosz Fabianowski free...@chillt.de wrote: Hi list I am having problems with my 8.2-STABLE laptop. At times, even a very light load makes the system grind to a halt. Once an application is in the foreground, I can interact with it just fine. But when I click on a long-unused menu item or try to switch applications, I have to wait dozens of seconds or even minutes. It feels as if things were being swapped in very slowly. However, top says otherwise: The box has 4 GB of RAM with only 680 MB used. On top of that, 69 MB of swap are in used. That last number does not seem to be changing, so nothing is being swapped in or out. The load that seems to cause the worst problems is an import of OpenStreetMap data into a PostgreSQL 9 database. This does not exercise the CPU (a Core i7 Quad) much as CPU load hovers around the 20% mark most of the time and powerd is happy to reduce the operating frequency down to a few hundred MHz. There also does not seem to be much disk activity. So, memory, CPU and disk all seem fine. And still, whenever I try to switch applications, I have to wait minutes for them to appear. I am having a hard time figuring out what is going on. Any tips would be greatly appreciated. Just for an experiment, try to disable powerd and look if things improve. Or just bump it to maximum, temporarily. -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Question about packages installed via `pkg_add -r`
On 5 March 2011 20:00, Yue Wu vano...@gmail.com wrote: Hello, sorry for poor English, I will try to explan clearer with my best. On Sat, Mar 05, 2011 at 04:48:17PM +0100, Greg Byshenk wrote: On Sat, Mar 05, 2011 at 11:04:36PM +0800, Yue Wu wrote: I'm trying to use package instead of ports these day, but a few questions have: 1. How to reserve packages that fetched via `pkg_add -r`? 2. How to know if there are updates for packages, and how to update? For (1), do you mean 'preserve', as in save a copy? If so, then 'portmaster -b [...]' will save a backup copy of installed packages. Yes, I mean 'preserve'. I've maned portmaster, seems -b is for a installed package, so it will preserve it by packing up the files from a installed package, why not preserve it just when fetching with `pkg_add -r`? I think it's the best way, I don't like the portmaster way to do it after. from man 1 pkg_add: -K, --keep Keep any downloaded package in PKGDIR if it is defined or in cur- rent directory by default. -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Strange performance issue with grep -r -i as non-root user
On 5 March 2011 20:43, Jeremy Chadwick free...@jdc.parodius.com wrote: On Sat, Mar 05, 2011 at 03:01:40PM -1000, Clifton Royston wrote: On Sat, Mar 05, 2011 at 03:45:14PM -0800, Jeremy Chadwick wrote: This is a strange one, and the more I started debugging it (starting with truss, comparing fast vs. slow results, where all that appears different is read() operations are taking a lot longer -- I haven't had time to check with ktrace yet), the more strange it got: that's when I found out the behaviour changes depending on if you're a user or root. Easy to reproduce: - grep -r string /usr/src, as non-root, is fast - grep -r -i string /usr/src, as non-root, is 8x slower than without -i From your results below, I think you mean *80* x slower! Oops; yes, typo on my part. I was never any good at math either! ;-) - grep -r string /usr/src, as root, is fast - grep -r -i string /usr/src, as root, is fast I can not reproduce this on 7.3-RELEASE-p4; I get consistent results between root and non-root, with -i being only marginally slower (about 15%) for each; results below. Your results look more or less like what I see on the 4th system (the 7.0-STABLE one). I believe the speed difference there (and on your system) is justified, as I would imagine strcasecmp() a tiny bit slower than strcmp(). But an 80x slowdown is completely unacceptable, especially given the conditions. My first thought was compiler optimisation bug?, which I suppose could still be the case, but I don't know how root vs. non-root would change that behaviour, not to mention only when -i was specified. Using 'truss -d' it looks like the slowdown is happening on read(2), which makes me very concerned, as it could indicate something odd going on with CAM? Sadly I cannot (for many reasons) get rid of ahci.ko on any of those 3 systems, so I can't compare stock ata(4) to ahci.ko easily on the same system. On my 8.2-RELEASE system using ahci (built into the custom kernel) I don't notice your observed slowdown, so unless ahci is radically different on -STABLE I doubt it's the cause. -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Question about packages installed via `pkg_add -r`
On 5 March 2011 20:14, Yue Wu vano...@gmail.com wrote: On Sat, Mar 05, 2011 at 08:02:47PM -0500, ill...@gmail.com wrote: On 5 March 2011 20:00, Yue Wu vano...@gmail.com wrote: Hello, sorry for poor English, I will try to explan clearer with my best. On Sat, Mar 05, 2011 at 04:48:17PM +0100, Greg Byshenk wrote: On Sat, Mar 05, 2011 at 11:04:36PM +0800, Yue Wu wrote: I'm trying to use package instead of ports these day, but a few questions have: 1. How to reserve packages that fetched via `pkg_add -r`? 2. How to know if there are updates for packages, and how to update? For (1), do you mean 'preserve', as in save a copy? If so, then 'portmaster -b [...]' will save a backup copy of installed packages. Yes, I mean 'preserve'. I've maned portmaster, seems -b is for a installed package, so it will preserve it by packing up the files from a installed package, why not preserve it just when fetching with `pkg_add -r`? I think it's the best way, I don't like the portmaster way to do it after. from man 1 pkg_add: -K, --keep Keep any downloaded package in PKGDIR if it is defined or in cur- rent directory by default. Thanks, sorry for no attentively reading ;p Another question arises after checking the pkg 'pkg_add' saves, why the pkg doesn't have a version appended to its name, it's hard to know the version the pkg downloaded... Without digging in too deeply (I use ports, so I'm not the _most_ knowledgeable on packages) I believe it has to do with the fact that the packages are symlinked to non- versioned names on the distribution server(s), probably to simplify fetching. The packages themselves should have the version information in their metadata somewhere, which might be possible to rename via script. I apologise if that isn't helpful. -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: Strange performance issue with grep -r -i as non-root user
On 5 March 2011 21:05, Jeremy Chadwick free...@jdc.parodius.com wrote: On Sat, Mar 05, 2011 at 08:49:46PM -0500, ill...@gmail.com wrote: On 5 March 2011 20:43, Jeremy Chadwick free...@jdc.parodius.com wrote: On Sat, Mar 05, 2011 at 03:01:40PM -1000, Clifton Royston wrote: On Sat, Mar 05, 2011 at 03:45:14PM -0800, Jeremy Chadwick wrote: This is a strange one, and the more I started debugging it (starting with truss, comparing fast vs. slow results, where all that appears different is read() operations are taking a lot longer -- I haven't had time to check with ktrace yet), the more strange it got: that's when I found out the behaviour changes depending on if you're a user or root. Easy to reproduce: - grep -r string /usr/src, as non-root, is fast - grep -r -i string /usr/src, as non-root, is 8x slower than without -i From your results below, I think you mean *80* x slower! Oops; yes, typo on my part. I was never any good at math either! ;-) - grep -r string /usr/src, as root, is fast - grep -r -i string /usr/src, as root, is fast I can not reproduce this on 7.3-RELEASE-p4; I get consistent results between root and non-root, with -i being only marginally slower (about 15%) for each; results below. Your results look more or less like what I see on the 4th system (the 7.0-STABLE one). I believe the speed difference there (and on your system) is justified, as I would imagine strcasecmp() a tiny bit slower than strcmp(). But an 80x slowdown is completely unacceptable, especially given the conditions. My first thought was compiler optimisation bug?, which I suppose could still be the case, but I don't know how root vs. non-root would change that behaviour, not to mention only when -i was specified. Using 'truss -d' it looks like the slowdown is happening on read(2), which makes me very concerned, as it could indicate something odd going on with CAM? Sadly I cannot (for many reasons) get rid of ahci.ko on any of those 3 systems, so I can't compare stock ata(4) to ahci.ko easily on the same system. On my 8.2-RELEASE system using ahci (built into the custom kernel) I don't notice your observed slowdown, so unless ahci is radically different on -STABLE I doubt it's the cause. There are two versions of AHCI available in FreeBSD: ahci.ko (which is AHCI-CAM) and ataahci.ko (which is AHCI support under ata(4) natively and does not use CAM). Which of the two are you using? I have device ahci in my kernel, ataahci, not. sysctl -a | grep ahci dev.ahci.0.%desc: ATI IXP600 AHCI SATA controller dev.ahci.0.%driver: ahci dev.ahci.0.%location: slot=18 function=0 handle=\_SB_.PCI0.SATA dev.ahci.0.%pnpinfo: vendor=0x1002 device=0x4380 subvendor=0x1179 subdevice=0xff68 class=0x01018f dev.ahci.0.%parent: pci0 dev.ahcich.0.%desc: AHCI channel dev.ahcich.0.%driver: ahcich dev.ahcich.0.%location: channel=0 dev.ahcich.0.%parent: ahci0 dev.ahcich.1.%desc: AHCI channel dev.ahcich.1.%driver: ahcich dev.ahcich.1.%location: channel=1 dev.ahcich.1.%parent: ahci0 dev.ahcich.2.%desc: AHCI channel dev.ahcich.2.%driver: ahcich dev.ahcich.2.%location: channel=2 dev.ahcich.2.%parent: ahci0 dev.ahcich.3.%desc: AHCI channel dev.ahcich.3.%driver: ahcich dev.ahcich.3.%location: channel=3 dev.ahcich.3.%parent: ahci0 HTH -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: 8.2-PRERELEASE generating warnings re my hard drive
On 15 February 2011 17:14, Charlie Kester corky1...@comcast.net wrote: On Sun 13 Feb 2011 at 16:37:04 PST Charlie Kester wrote: I'm running 8-STABLE, i386 architecture, and yesterday I updated to the latest version with cvsup. After installing the kernel and rebooting, I see the following messages on the console: ad4: WARNING - SETFEATURES SET TRANSFER MODE requeued due to channel reset ad4: interrupt on idle channel ignored ad4: WARNING - SETFEATURES SET TRANSFER MODE requeued due to channel reset ad4: interrupt on idle channel ignored (repeated several times, and then the following:) ad4: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly ad4: 238475MB Seagate ST3250410AS 3.AAF at ata2-master UDMA100 SATA 1.5Gb/s (shortly afterwards, I see this:) Trying to mount root from ufs:/dev/ad4s1a ad4: WARNING - READ_DMA requeued due to channel reset LBA=33963227 ata2: FAILURE - already active DMA on this device ata2: setting up DMA failed g_vfs_done():ad4s1f[READ(offset=12103825408, length=2048)]error = 5 ad4: WARNING - READ_DMA requeued due to channel reset LBA=705199 ata2: FAILURE - already active DMA on this device ata2: setting up DMA failed (which then repeats many times with different LBA and offset values.) Similar messages appear after bootup is completed and I've logged in. They seem to appear whenever any process accesses the hard drive. I reverted back to my previous build of the kernel, dated 3 Feb 2011, and these messages no longer appear. smartctl reports that the drive is running without any errors or incipient failures. So my question is, what's going on here? Is this something I should worry about? If it's a problem with my kernel config, what parameters should I be looking at? Motherboard: Intel D510MO with builtin IDE controller (NM10). Anyone? If this isn't the best forum for this question, I'd appreciate a redirection. This looks like the only change under ATA since your Feb 3rd kernel: http://svn.freebsd.org/viewvc/base/stable/8/sys/dev/ata/chipsets/ata-intel.c?r1=215512r2=218347 I have no idea what it means, though. -- -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
