Re: [CFT] modular kernel config
Quoting Bjoern A. Zeeb bzeeb-li...@lists.zabbadoz.net (from Wed, 22 Feb 2012 22:31:36 +): On 21. Feb 2012, at 13:35 , Alexander Leidinger wrote: You can download from http://www.Leidinger.net/FreeBSD/current-patches/ The files are - i386_SMALL - i386_SMALL_loader.conf - amd64_SMALL - amd64_SMALL_loader.conf I only looked at the laoder.conf for amd64 and the only comment I have is that I do not have the time to wait minutes for all individual modules to be loaded. This is going to be really bad for boot time. Well, nobody forces you to use it. And as can be seen on the lists, there are patches floating around to improve the loading speed of the loader. This is also just an example to be on par as much as possible with GENERIC. People which want to use this kernel most probably want to cut the loader.conf down and maybe even want to use the rc.conf setting to load modules which are not needed to boot. The new stuff in the kernel config compared to GENERIC is (in order of number of requests from users): - IPSEC (+ device enc + IPSEC_NAT_T) You cannot ship that on by default for non-tecnical reasons in a kernel. Please do not commit a kernel config that can be booted (no LINT cannot be booted) with these on without consulting appropriate hats upfront. I planned to contact core to ask if there are some US export restrictions to take into account before committing. Do you have a different hat in mind? - ALTQ - SW_WATCHDOG - QUOTA - IPSTEALTH (disabled in loader.conf) - IPFIREWALL_FORWARD (touches every packet, power users which need a bigger PPS but not this feature can recompile the kernel, discussed with julian@) - FLOWTABLE (disabled in loader.conf) Which is not the same as it's not 100% disabled and will still allocate memory. I assume this means that the sideeffects are only some conditionals more for the packets which pass the corresponding kernel places (to check if the feature is enabled, I had a look for the IPFIREWALL_FORWARD and IPSTEALTH options regarding this). Regarding the memory usage I assume this means that if someone removes the loading of modules he does not use from the loader.conf, he will use less memory with those things enabled, than would be used by a GENERIC kernel. Both of those things where taken into account before providing this config here. As I wrote above, people which need the last few PPS more can compile a kernel without those features (they are power-users), while people which do not want to compile kernels at all (and there are a lot of such people, just have a look at how many people use freebsd-update and you will get an idea about the target audience) get more features to play with. This is also not supposed to replace GENERIC, but it coud be offered as an option to install this kernel instead of GENERIC (or we can install in in parallel and the user can chose which kernel he wants to boot, or ...). Bye, Alexander. -- http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ 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: NICs not in GENERIC
Quoting Scott Long sco...@samsco.org (from Wed, 22 Feb 2012 08:42:39 -0700): On Feb 22, 2012, at 1:22 AM, Alexander Leidinger wrote: Quoting Scott Long sco...@samsco.org (from Tue, 21 Feb 2012 17:45:04 -0700): On Feb 21, 2012, at 7:56 AM, Alexander Leidinger wrote: Hi, is there a specific reason that the following NICs are not (or shall not be) in GENERIC (at least on i386)? - if_cas: is compiled as a module, Sun hardware, non-x86 only? - if_gem: is compiled as a module, Apple/Sun, non-x86 only? - if_hme: is compiled as a module, Sun hardware, non-x86 only? If these aren't for i386 hardware, then why would they need to be in the i386 GENERIC profile? I didn't told they aren't for i386 (Sun and Apple produce(d) x86 hardware). If they would have been non-x86 drivers (I assume you've seen the answer from Marius), the bug would have been that they are build as modules on x86. Let it go. Can you please rephrase this for a non-native english speaker please? I don't understand what is the subject of your message. Do you ask to not include those 3 into GENERIC, or do you ask to forget you asked initially? Bye, Alexander. -- Every time I look at you I am more convinced of Darwin's theory. http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ 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: NICs not in GENERIC
On Tue, Feb 21, 2012 at 03:56:56PM +0100, Alexander Leidinger wrote: Hi, is there a specific reason that the following NICs are not (or shall not be) in GENERIC (at least on i386)? No specific reason for these two: - if_cxgb - if_cxgbe But I do prefer to load them as modules (and as late as possible -- after sysctl.conf has been processed and any nmbclusters, nmbjumboXX settings have taken affect). Other than root over NFS, is there any reason to have NIC drivers in GENERIC? even with root over NFS (aka diskless/dataless) you can load the nic module via loader.conf. Regards, Navdeep ___ 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: [CFT] modular kernel config
On Thu, Feb 23, 2012 at 09:18:08AM +0100, Alexander Leidinger wrote: Quoting Bjoern A. Zeeb bzeeb-li...@lists.zabbadoz.net (from Wed, 22 Feb 2012 22:31:36 +): On 21. Feb 2012, at 13:35 , Alexander Leidinger wrote: You can download from http://www.Leidinger.net/FreeBSD/current-patches/ The files are - i386_SMALL - i386_SMALL_loader.conf - amd64_SMALL - amd64_SMALL_loader.conf I only looked at the laoder.conf for amd64 and the only comment I have is that I do not have the time to wait minutes for all individual modules to be loaded. This is going to be really bad for boot time. Well, nobody forces you to use it. And as can be seen on the lists, there are patches floating around to improve the loading speed of the loader. You can also put most of the modules in rc.conf: kld_list=umass u3g ... That speeds up loading the modules a lot. This is also just an example to be on par as much as possible with GENERIC. People which want to use this kernel most probably want to cut the loader.conf down and maybe even want to use the rc.conf setting to load modules which are not needed to boot. One additional advantage is that you have a bigger chance of a working suspend / resume. Just unload all problematic modules before suspending and re-load them after resuming. pgpRYzgljNwam.pgp Description: PGP signature
Re: kldstat hangs in 8.3
on 23/02/2012 07:38 Erich Dollansky said the following: Hi, my sound just stopped working. Dmesg says: pcm0: chn_write(): pcm0:virtual:dsp0.vp0: play interrupt timeout, channel dead I am used to this. I unload the sound module and load it again and the problem is solved. As the unloading did not work, I did this here: AMD620:///home/erich (root) kldstat Id Refs AddressSize Name The console hangs then in this state forever. I am not able to stop it with control C. What could I prepare if this happens again to help debugging? procstat -k pid-of-kldundload for a start. -- Andriy Gapon ___ 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
No working IDE in FreeBSD!
Several time ago I tried to do some development within an IDE, not even for lectural and educational purposes. Since most of our software is written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE was highly customizable, flexible and even FreeBSD's ancient outdated version in the ports suited our needs. Anjuta does not compile anymore for a long time. I do not know why, I filed a PR (ports/161494). So I was looking for an alternative. I looked for some alternatives. The IDE should be configurable to use CLANG. ECLIPSE is to large and it does not fit my purpose. I tried devel/CodeBlocks, but CodeBlocks is narrowminded in terms of configuration of an alternative compiler and I find it really hard and not intuitiv to reconfigure the usage of CLANG. devel/anjuta is broken, so no chance. I also tried KDevelop, since many of our Linux based scientists feel good having this very popular IDE, but it is marked broken on FreeBSD. Before I waste more time on searching for a suitable IDE apart ANJUTA, I'd like to ask people here what alternative they would suggest if the focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks is incapable of being easily adapted to CLANG. Befor people tend to start a flame war: yes, I'm fine with vi and I'm also fine with vim/gvim, but our students need to have the opportunity to work with an IDE and our projects are partially that large, so an IDE is needed. Thanks a lot for your patience and recommendations in advance. Oliver signature.asc Description: OpenPGP digital signature
Re: No working IDE in FreeBSD!
On 23-02-2012 12:22, O. Hartmann wrote: Before I waste more time on searching for a suitable IDE apart ANJUTA, I'd like to ask people here what alternative they would suggest if the focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks is incapable of being easily adapted to CLANG. Haven't used it myself, but maybe devel/geany ? http://www.geany.org/ -- Joel ___ 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: No working IDE in FreeBSD!
On Thu, Feb 23, 2012 at 6:22 AM, O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote: Several time ago I tried to do some development within an IDE, not even for lectural and educational purposes. Since most of our software is written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE was highly customizable, flexible and even FreeBSD's ancient outdated version in the ports suited our needs. Anjuta does not compile anymore for a long time. I do not know why, I filed a PR (ports/161494). So I was looking for an alternative. I looked for some alternatives. The IDE should be configurable to use CLANG. ECLIPSE is to large and it does not fit my purpose. I tried devel/CodeBlocks, but CodeBlocks is narrowminded in terms of configuration of an alternative compiler and I find it really hard and not intuitiv to reconfigure the usage of CLANG. devel/anjuta is broken, so no chance. I also tried KDevelop, since many of our Linux based scientists feel good having this very popular IDE, but it is marked broken on FreeBSD. Before I waste more time on searching for a suitable IDE apart ANJUTA, I'd like to ask people here what alternative they would suggest if the focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks is incapable of being easily adapted to CLANG. Befor people tend to start a flame war: yes, I'm fine with vi and I'm also fine with vim/gvim, but our students need to have the opportunity to work with an IDE and our projects are partially that large, so an IDE is needed. Thanks a lot for your patience and recommendations in advance. Oliver You may check whether you can use the following : http://www.widestudio.org/ http://www.widestudio.org/EE/index.html http://www.widestudio.org/EE/install.html http://www.widestudio.org/EE/builder-doc/7-3.html Personally , I did not use it . Thank you very much . Mehmet Erol Sanliturk ___ 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: No working IDE in FreeBSD!
I don't know how well it would suit your purpose, but you could always try emacs-ide (at http://gna.org/projects/emacs-ide/ ) -- Igor M. :-) ___ 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: No working IDE in FreeBSD!
On Thu, Feb 23, 2012 at 3:22 PM, O. Hartmann ohart...@mail.zedat.fu-berlin.de wrote: devel/anjuta is broken, so no chance. I also tried KDevelop, since many of our Linux based scientists feel good having this very popular IDE, but it is marked broken on FreeBSD. I'm using kdevelop-kde4 and it's awesome. It's using CMake for project managing, so it perfectly supports changing compiler, linker and stuff and even cross-compilation. Also, it has kick-off autocompletion and some small but neat things like forward-declaring things or auto-#including missing headers. But from my point of view it's even heavier than Eclipse CDT due to kdelibs and other deps. ___ 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: Fwd: Effect of Processor and Memory on KDE4 execution speed
At 00:07 22/02/2012, Devin Teske wrote: 9. Enables SU+J on /tmp /var and /usr None of these customizations should have any effect on system performance whatsoever. Sorry for going off-topic, but currently there is a problem with SU+J and using snapshots, but may be other problems as well. You should disable it. http://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065756.htmlhttp://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065756.html http://forums.freebsd.org/showthread.php?t=25787 http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013558.htmlhttp://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013558.html http://lists.freebsd.org/pipermail/freebsd-fs/2012-January/013429.html There some other problems with it McKusick posted last week on freebsd-fs. HTH ___ 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: No working IDE in FreeBSD!
At 12:22 23/02/2012, O. Hartmann wrote: Several time ago I tried to do some development within an IDE, not even for lectural and educational purposes. Since most of our software is written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE was highly customizable, flexible and even FreeBSD's ancient outdated version in the ports suited our needs. Anjuta does not compile anymore for a long time. I do not know why, I filed a PR (ports/161494). So I was looking for an alternative. I looked for some alternatives. The IDE should be configurable to use CLANG. ECLIPSE is to large and it does not fit my purpose. I tried devel/CodeBlocks, but CodeBlocks is narrowminded in terms of configuration of an alternative compiler and I find it really hard and not intuitiv to reconfigure the usage of CLANG. devel/anjuta is broken, so no chance. I also tried KDevelop, since many of our Linux based scientists feel good having this very popular IDE, but it is marked broken on FreeBSD. Before I waste more time on searching for a suitable IDE apart ANJUTA, I'd like to ask people here what alternative they would suggest if the focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks is incapable of being easily adapted to CLANG. Befor people tend to start a flame war: yes, I'm fine with vi and I'm also fine with vim/gvim, but our students need to have the opportunity to work with an IDE and our projects are partially that large, so an IDE is needed. Thanks a lot for your patience and recommendations in advance. Codelite, i use it and works fine (Freebsd 8.2) with Clang. Version on ports is 3.0 not 3.5. On the webpage you have information about how to configure for use with clang/llvm. Oliver ___ 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: No working IDE in FreeBSD!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/23/12 12:22, O. Hartmann wrote: CLANG. ECLIPSE is to large and it does not fit my purpose. I tried You could try NetBeans, but its size is comparable to Eclipse. - -- Martin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9GQwQACgkQrb26LrIR2NknswCgx5t43H3L7Al+vfhwft4x9nZ+ 8YwAniyGl5I6MZ8nv7JlBoYovobyM4BH =UHFf -END PGP SIGNATURE- ___ 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: No working IDE in FreeBSD!
I use both Netbeans (7.1 beta and 7.0.1) and Eclipse for Java development on FreeBSD 8.2. I haven't used either for doing development in other languages, but both work great for Java. I highly prefer Netbeans over Eclipse, but have to use Eclipse for some things. If you want to try Netbeans, I recommend using Open JDK 6. There is an issue with Netbeans and Open JDK 7 at the moment. I have an open bug report with Netbeans regarding this ( http://netbeans.org/bugzilla/show_bug.cgi?id=206882 ). In the bug report, I mention a work around to get Netbeans working with Open JDK 7... though I wouldn't necessarily recommend it. Dan. From: Martin Schütte li...@mschuette.name Cc: Current FreeBSD freebsd-current@freebsd.org Sent: Thu, February 23, 2012 7:45:42 AM Subject: Re: No working IDE in FreeBSD! -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/23/12 12:22, O. Hartmann wrote: CLANG. ECLIPSE is to large and it does not fit my purpose. I tried You could try NetBeans, but its size is comparable to Eclipse. - -- Martin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9GQwQACgkQrb26LrIR2NknswCgx5t43H3L7Al+vfhwft4x9nZ+ 8YwAniyGl5I6MZ8nv7JlBoYovobyM4BH =UHFf -END PGP SIGNATURE- ___ 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: No working IDE in FreeBSD!
Unix is the original IDE. FreeBSD is a good modern implementation. If you don't think that's enough, you need to say what you're really looking for, rather than just an IDE. It sounds like you're after an editor with more general niftiness. Visual Slickedit? On 23/02/2012, at 10:22 PM, O. Hartmann wrote: Several time ago I tried to do some development within an IDE, not even for lectural and educational purposes. Since most of our software is written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE was highly customizable, flexible and even FreeBSD's ancient outdated version in the ports suited our needs. Anjuta does not compile anymore for a long time. I do not know why, I filed a PR (ports/161494). So I was looking for an alternative. I looked for some alternatives. The IDE should be configurable to use CLANG. ECLIPSE is to large and it does not fit my purpose. I tried devel/CodeBlocks, but CodeBlocks is narrowminded in terms of configuration of an alternative compiler and I find it really hard and not intuitiv to reconfigure the usage of CLANG. devel/anjuta is broken, so no chance. I also tried KDevelop, since many of our Linux based scientists feel good having this very popular IDE, but it is marked broken on FreeBSD. Before I waste more time on searching for a suitable IDE apart ANJUTA, I'd like to ask people here what alternative they would suggest if the focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks is incapable of being easily adapted to CLANG. Befor people tend to start a flame war: yes, I'm fine with vi and I'm also fine with vim/gvim, but our students need to have the opportunity to work with an IDE and our projects are partially that large, so an IDE is needed. Thanks a lot for your patience and recommendations in advance. Oliver ___ 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: Loading uart module fails
On Thursday, February 23, 2012 1:44:49 am Alexey Dokuchaev wrote: On Wed, Jan 19, 2011 at 08:14:19AM -0500, John Baldwin wrote: On Wednesday, January 19, 2011 5:08:10 am Bruce Cran wrote: On Tue, 18 Jan 2011 11:25:38 -0500 John Baldwin j...@freebsd.org wrote: Oh, the uart[01] devices already exist. I suspect if you removed the hints from /boot/device.hints and then kldloaded uart you would be ok. I think this is an old bug that might also be in 8.x. I'm running -CURRENT from a couple of weeks ago so it if it's an old bug it apparently hasn't been fixed yet. Yes, I don't think it is fixed, and I think 8.x is likely broken in this regard as well. Can you verify that removing the hints fixes the issue? Same thing here, default uart settings in /boot/device.hints prevent the module from loading correctly. Moreover, unloading it and then doing devinfo -rv panics my 8.3-PRERELEASE laptop: Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc5511205 fault code = supervisor read, page not present instruction pointer = 0x20:0xc05783ad stack pointer = 0x28:0xe789c994 frame pointer = 0x28:0xe789c99c code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 2522 (devinfo) (kgdb) bt ... #10 0xc05783ad in strlcpy (dst=0xe789c9d8 , src=0xc5511205 Address 0xc5511205 out of bounds, siz=32) at /usr/src/sys/libkern/strlcpy.c:54 #11 0xc050b1df in sysctl_devices (oidp=0xc06f4880, arg1=0xe789cc04, arg2=2, req=0xe789cb8c) at /usr/src/sys/kern/subr_bus.c:4575 #12 0xc04efb23 in sysctl_root (oidp=Variable oidp is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1455 #13 0xc04efdc2 in userland_sysctl (td=0xc5d6c5c0, name=0xe789cbf8, namelen=5, old=0xbfbfea9c, oldlenp=0xbfbfea94, inkernel=0, new=0x0, newlen=0, retval=0xe789cc58, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1565 #14 0xc04f014a in __sysctl (td=0xc5d6c5c0, uap=0xe789ccec) ... (kgdb) f 11 #11 0xc050b1df in sysctl_devices (oidp=0xc06f4880, arg1=0xe789cc04, arg2=2, req=0xe789cb8c) at /usr/src/sys/kern/subr_bus.c:4575 4575strlcpy(udev.dv_desc, dev-desc, sizeof(udev.dv_desc)); (kgdb) l 4570udev.dv_handle = (uintptr_t)dev; 4571udev.dv_parent = (uintptr_t)dev-parent; 4572if (dev-nameunit != NULL) 4573strlcpy(udev.dv_name, dev-nameunit, sizeof(udev.dv_name)); 4574if (dev-desc != NULL) 4575strlcpy(udev.dv_desc, dev-desc, sizeof(udev.dv_desc)); 4576if (dev-driver != NULL dev-driver-name != NULL) 4577strlcpy(udev.dv_drivername, dev-driver-name, 4578sizeof(udev.dv_drivername)); 4579bus_child_pnpinfo_str(dev, udev.dv_pnpinfo, sizeof(udev.dv_pnpinfo)); Hmm, can you see what 'dev-nameunit' is? Maybe just do 'p *dev' actually and reply with that. -- 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: No working IDE in FreeBSD!
The I in IDE stands for Integrated. An IDE is an editor with more general niftiness by definition. Unix can be a development environment, but is not an IDE. Dan. From: Jan Mikkelsen j...@transactionware.com To: O. Hartmann ohart...@mail.zedat.fu-berlin.de Cc: Current FreeBSD freebsd-current@freebsd.org Sent: Thu, February 23, 2012 7:47:37 AM Subject: Re: No working IDE in FreeBSD! Unix is the original IDE. FreeBSD is a good modern implementation. If you don't think that's enough, you need to say what you're really looking for, rather than just an IDE. It sounds like you're after an editor with more general niftiness. Visual Slickedit? On 23/02/2012, at 10:22 PM, O. Hartmann wrote: Several time ago I tried to do some development within an IDE, not even for lectural and educational purposes. Since most of our software is written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE was highly customizable, flexible and even FreeBSD's ancient outdated version in the ports suited our needs. Anjuta does not compile anymore for a long time. I do not know why, I filed a PR (ports/161494). So I was looking for an alternative. I looked for some alternatives. The IDE should be configurable to use CLANG. ECLIPSE is to large and it does not fit my purpose. I tried devel/CodeBlocks, but CodeBlocks is narrowminded in terms of configuration of an alternative compiler and I find it really hard and not intuitiv to reconfigure the usage of CLANG. devel/anjuta is broken, so no chance. I also tried KDevelop, since many of our Linux based scientists feel good having this very popular IDE, but it is marked broken on FreeBSD. Before I waste more time on searching for a suitable IDE apart ANJUTA, I'd like to ask people here what alternative they would suggest if the focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks is incapable of being easily adapted to CLANG. Befor people tend to start a flame war: yes, I'm fine with vi and I'm also fine with vim/gvim, but our students need to have the opportunity to work with an IDE and our projects are partially that large, so an IDE is needed. Thanks a lot for your patience and recommendations in advance. Oliver ___ 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: Loading uart module fails
On Thu, Feb 23, 2012 at 08:28:47AM -0500, John Baldwin wrote: Hmm, can you see what 'dev-nameunit' is? Maybe just do 'p *dev' actually and reply with that. (kgdb) p *dev $1 = {ops = 0xc50de000, link = {tqe_next = 0xc5271380, tqe_prev = 0xc5271184}, devlink = {tqe_next = 0xc5271380, tqe_prev = 0xc527118c}, parent = 0xc51fca80, children = {tqh_first = 0x0, tqh_last = 0xc5271318}, driver = 0x0, devclass = 0xc5270a40, unit = 0, nameunit = 0xc5006a00 uart0, desc = 0xc5511205 Address 0xc5511205 out of bounds, busy = 0, state = DS_NOTPRESENT, devflags = 0, flags = 35, order = 30, ivars = 0xc5270d00, softc = 0x0, sysctl_ctx = {tqh_first = 0x0, tqh_last = 0x0}, sysctl_tree = 0x0} ./danfe ___ 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: No working IDE in FreeBSD!
Ok, but I think an IDE that can easily compile projects with clang is not a bad idea. On 02/23/12 15:38, Dan Daley wrote: The I in IDE stands for Integrated. An IDE is an editor with more general niftiness by definition. Unix can be a development environment, but is not an IDE. Dan. From: Jan Mikkelsenj...@transactionware.com To: O. Hartmannohart...@mail.zedat.fu-berlin.de Cc: Current FreeBSDfreebsd-current@freebsd.org Sent: Thu, February 23, 2012 7:47:37 AM Subject: Re: No working IDE in FreeBSD! Unix is the original IDE. FreeBSD is a good modern implementation. If you don't think that's enough, you need to say what you're really looking for, rather than just an IDE. It sounds like you're after an editor with more general niftiness. Visual Slickedit? On 23/02/2012, at 10:22 PM, O. Hartmann wrote: Several time ago I tried to do some development within an IDE, not even for lectural and educational purposes. Since most of our software is written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE was highly customizable, flexible and even FreeBSD's ancient outdated version in the ports suited our needs. Anjuta does not compile anymore for a long time. I do not know why, I filed a PR (ports/161494). So I was looking for an alternative. I looked for some alternatives. The IDE should be configurable to use CLANG. ECLIPSE is to large and it does not fit my purpose. I tried devel/CodeBlocks, but CodeBlocks is narrowminded in terms of configuration of an alternative compiler and I find it really hard and not intuitiv to reconfigure the usage of CLANG. devel/anjuta is broken, so no chance. I also tried KDevelop, since many of our Linux based scientists feel good having this very popular IDE, but it is marked broken on FreeBSD. Before I waste more time on searching for a suitable IDE apart ANJUTA, I'd like to ask people here what alternative they would suggest if the focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks is incapable of being easily adapted to CLANG. Befor people tend to start a flame war: yes, I'm fine with vi and I'm also fine with vim/gvim, but our students need to have the opportunity to work with an IDE and our projects are partially that large, so an IDE is needed. Thanks a lot for your patience and recommendations in advance. Oliver ___ 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 ___ 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: No working IDE in FreeBSD!
I don't disagree. I was disagreeing with the notion that Unix is an IDE. From: Quentin Schwerkolt develloper.u...@hotmail.fr To: freebsd-current@freebsd.org Sent: Thu, February 23, 2012 9:44:50 AM Subject: Re: No working IDE in FreeBSD! Ok, but I think an IDE that can easily compile projects with clang is not a bad idea. On 02/23/12 15:38, Dan Daley wrote: The I in IDE stands for Integrated. An IDE is an editor with more general niftiness by definition. Unix can be a development environment, but is not an IDE. Dan. From: Jan Mikkelsenj...@transactionware.com To: O. Hartmannohart...@mail.zedat.fu-berlin.de Cc: Current FreeBSDfreebsd-current@freebsd.org Sent: Thu, February 23, 2012 7:47:37 AM Subject: Re: No working IDE in FreeBSD! Unix is the original IDE. FreeBSD is a good modern implementation. If you don't think that's enough, you need to say what you're really looking for, rather than just an IDE. It sounds like you're after an editor with more general niftiness. Visual Slickedit? On 23/02/2012, at 10:22 PM, O. Hartmann wrote: Several time ago I tried to do some development within an IDE, not even for lectural and educational purposes. Since most of our software is written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE was highly customizable, flexible and even FreeBSD's ancient outdated version in the ports suited our needs. Anjuta does not compile anymore for a long time. I do not know why, I filed a PR (ports/161494). So I was looking for an alternative. I looked for some alternatives. The IDE should be configurable to use CLANG. ECLIPSE is to large and it does not fit my purpose. I tried devel/CodeBlocks, but CodeBlocks is narrowminded in terms of configuration of an alternative compiler and I find it really hard and not intuitiv to reconfigure the usage of CLANG. devel/anjuta is broken, so no chance. I also tried KDevelop, since many of our Linux based scientists feel good having this very popular IDE, but it is marked broken on FreeBSD. Before I waste more time on searching for a suitable IDE apart ANJUTA, I'd like to ask people here what alternative they would suggest if the focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks is incapable of being easily adapted to CLANG. Befor people tend to start a flame war: yes, I'm fine with vi and I'm also fine with vim/gvim, but our students need to have the opportunity to work with an IDE and our projects are partially that large, so an IDE is needed. Thanks a lot for your patience and recommendations in advance. Oliver ___ 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 ___ 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: rtld or lang/gcc cannot find libgcc_s.so.1
On Tue, 21 Feb 2012 21:11:13 -0800 Tim Kientzle t...@kientzle.com wrote: On Feb 21, 2012, at 3:39 PM, Daniel Eischen wrote: On Tue, 21 Feb 2012, Steve Kargl wrote: 3) Add a new option to ldconfig to prepend new libraries to the hints files and fix the ports to use this option instead of -m. You don't want system binaries that want /lib/libgcc_s.so.1 to use /usr/local/lib/gccXX/libgcc_s.so.1, though. Wouldn't your option 3 do that? Why not? Would it cause problems? Is libgcc from GCC 4.6 incompatible with /lib/libgcc? If I understand correctly, the libgcc in base is pretty stripped down compared to regular libgcc, because most of that stuff is in our libc instead. So if there were compatibility problems, I'd expect those to show up when GCC 4.6 linked programs against /usr/local/.../libgcc and /lib/libc. You understand it a bit wrong, but your conclusions are correct. libgcc in base is not stripped in any way and is supposed to be identical to one coming from upstream. As long as upstream maintains backward compatibility, their library should be a perfect replacement for ours. There was a time period while FreeBSD used dynamic unwind into search using dl_iterate_phdr while upstream GCCs didn't, but that was fixed by GCC folks switching GCC to use dl_iterate_phdr on Linux and FreeBSD by default quite while ago. I am not aware of any other incompatibilities at this time. -- Alexander Kabaev signature.asc Description: PGP signature
Re: Processes getting stuck in state tmpfs
On 11.02.12 11:20, Gleb Kurtsou wrote: On (10/02/2012 22:41), Florian Smeets wrote: Hi, if you set WRKDIRPREFIX to a tmpfs mountpoint and try to build audio/gsm from ports one of the mv processes gets stuck in state tmpfs quite often. Traces from a kernel with WITTNESS and DEBUG_VFS_LOCKS are available here http://tb.smeets.im/~flo/tmpfs.txt It's because of incorrect vnode locking order in tmpfs_rename. Issue is known and tmpfs is not the only file system suffering from it (e.g. ext2). There two ways of working around it in tree: * UFS: try locking vnode, unlock all vnodes on failure, restart, relookup vnodes needed. * ZFS: introduce directory entry locks to guarantee fvp won't disappear, fdvp can be safely traversed, etc. That won't be easy.. UFS-way would be a good temporal solution, but I think we should work on improving VOP_RENAME() in a long run. I'll try to prepare a patch in several days. Hey Gleb, did you get anywhere with this? Thanks, Florian signature.asc Description: OpenPGP digital signature
Re: AMD K15 sensor support
Can you please try this patch? http://people.freebsd.org/~jkim/amdtemp3.diff Thanks, Jung-uk Kim After that patch temp appears to work, but the value seems low not sure why Titan# sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.C000 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.temperature: 16.7C dev.cpu.0.freq: 3300 dev.cpu.0.freq_levels: 3300/14580 3000/11615 2400/7848 1800/4860 1400/3330 dev.cpu.0.cx_supported: C1/0 C2/100 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% last 2229us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.C001 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.temperature: 16.7C dev.cpu.1.cx_supported: C1/0 C2/100 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% last 1009us dev.cpu.2.%desc: ACPI CPU dev.cpu.2.%driver: cpu dev.cpu.2.%location: handle=\_PR_.C002 dev.cpu.2.%pnpinfo: _HID=none _UID=0 dev.cpu.2.%parent: acpi0 dev.cpu.2.temperature: 16.7C dev.cpu.2.cx_supported: C1/0 C2/100 dev.cpu.2.cx_lowest: C1 dev.cpu.2.cx_usage: 100.00% 0.00% last 1603us dev.cpu.3.%desc: ACPI CPU dev.cpu.3.%driver: cpu dev.cpu.3.%location: handle=\_PR_.C003 dev.cpu.3.%pnpinfo: _HID=none _UID=0 dev.cpu.3.%parent: acpi0 dev.cpu.3.temperature: 16.7C dev.cpu.3.cx_supported: C1/0 C2/100 dev.cpu.3.cx_lowest: C1 dev.cpu.3.cx_usage: 100.00% 0.00% last 14455us dev.cpu.4.%desc: ACPI CPU dev.cpu.4.%driver: cpu dev.cpu.4.%location: handle=\_PR_.C004 dev.cpu.4.%pnpinfo: _HID=none _UID=0 dev.cpu.4.%parent: acpi0 dev.cpu.4.temperature: 16.7C dev.cpu.4.cx_supported: C1/0 C2/100 dev.cpu.4.cx_lowest: C1 dev.cpu.4.cx_usage: 100.00% 0.00% last 15621us dev.cpu.5.%desc: ACPI CPU dev.cpu.5.%driver: cpu dev.cpu.5.%location: handle=\_PR_.C005 dev.cpu.5.%pnpinfo: _HID=none _UID=0 dev.cpu.5.%parent: acpi0 dev.cpu.5.temperature: 16.7C dev.cpu.5.cx_supported: C1/0 C2/100 dev.cpu.5.cx_lowest: C1 dev.cpu.5.cx_usage: 100.00% 0.00% last 41239us Titan# Titan# dmesg Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #3 r232068M: Thu Feb 23 14:17:12 CST 2012 root@Titan:/usr/obj/usr/src/sys/TITAN amd64 WARNING: WITNESS option enabled, expect reduced performance. CPU: AMD FX(tm)-6100 Six-Core Processor (3322.19-MHz K8-class CPU) Origin = AuthenticAMD Id = 0x600f12 Family = 15 Model = 1 Stepping = 2 Features=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT Features2=0x1e98220bSSE3,PCLMULQDQ,MON,SSSE3,CX16,SSE4.1,SSE4.2,POPCNT,AESNI,XSAVE,OSXSAVE,AVX AMD Features=0x2e500800SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM AMD Features2=0x1c9bfffLAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,IBS,XOP,SKINIT,WDT,LWP,FMA4,NodeId,Topology,b23,b24 TSC: P-state invariant, performance statistics real memory = 17179869184 (16384 MB) avail memory = 16481722368 (15718 MB) Event timer LAPIC quality 400 ACPI APIC Table: GBTGBTUACPI FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 ioapic0: Changing APIC ID to 8 ioapic0 Version 2.1 irqs 0-23 on motherboard kbd1 at kbdmux0 ctl: CAM Target Layer loaded cryptosoft0: software crypto on motherboard acpi0: GBT GBTUACPI on motherboard acpi0: Power Button (fixed) acpi0: reservation of 0, a (3) failed acpi0: reservation of 10, cfca (3) failed cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 cpu2: ACPI CPU on acpi0 cpu3: ACPI CPU on acpi0 cpu4: ACPI CPU on acpi0 cpu5: ACPI CPU on acpi0 attimer0: AT timer port 0x40-0x43 on acpi0 Timecounter i8254 frequency 1193182 Hz quality 0 Event timer i8254 frequency 1193182 Hz quality 100 hpet0: High Precision Event Timer iomem 0xfed0-0xfed003ff irq 0,8 on acpi0 Timecounter HPET frequency 14318180 Hz quality 950 atrtc0: AT realtime clock port 0x70-0x73 on acpi0 Event timer RTC frequency 32768 Hz quality 0 Timecounter ACPI-safe frequency 3579545 Hz quality 850 acpi_timer0: 32-bit timer at 3.579545MHz port 0x808-0x80b on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pcib1: ACPI PCI-PCI bridge irq 18 at device 2.0 on pci0 pci1: ACPI PCI bus on pcib1 vgapci0: VGA-compatible display port 0xef00-0xef7f mem 0xf800-0xf9ff,0xd000-0xd7ff,0xdc00-0xdfff irq 18 at device 0.0 on pci1 nvidia0: GeForce GT 545 on vgapci0 vgapci0: child nvidia0 requested pci_enable_io vgapci0: child nvidia0 requested pci_enable_io hdac0: NVIDIA GT116 HDA Controller mem 0xfbffc000-0xfbff irq 19 at device 0.1 on pci1 pcib2: ACPI PCI-PCI
rm -rf / fanclub
Well, I did not actually get a full membership to the rm -rf / fanclub, but I managed to remove all installed ports, basically requiring a full reinstall. Here's how it happened: Once upon a time, I did a full reinstall (not because of rm -rf /-like things). I kept the old installation's full filesystem hierarchy located in /old. I was then going through the old hierarchy to salvage important bits and delete the rest. At one point, I was in /old/usr, and did rm -rf X11R6/ bin/ lib/ I was a bit hasty, and forgot to remove the ending backslashes from the directory names, which were inserted by csh's autocompletion. And as it turns out, X11R6 is actually a symlink to /usr/local, and not usr/local or .usr/local! Also, /home is a symlink to /usr/home, and not usr/home or ./usr/home, but I managed to stay clear of that deathtrap. In a web search, I found that someone was about to fix the /home symlink in 2004 [1]. Uhm, any time soon? BTW, is the existence of the X11R6 symlink still required for some compatibility? [1] http://lists.freebsd.org/pipermail/freebsd-hackers/2004-January/005391.html ___ 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: AMD K15 sensor support
On Thursday 23 February 2012 05:08 pm, Sam Fourman Jr. wrote: Can you please try this patch? http://people.freebsd.org/~jkim/amdtemp3.diff Thanks, Jung-uk Kim After that patch temp appears to work, but the value seems low not sure why --- 8 --- SNIP! --- 8 --- Actually it is kinda expected. Please see CAVEATS section of the new manual page: For Family 10h and later processors, ``(the reported temperature) is a non-physical temperature measured on an arbitrary scale and it does not represent an actual physical temperature like die or case temperature. Instead, it specifies the processor temperature relative to the point at which the system must supply the maximum cooling for the processor's specified maximum case temperature and maximum thermal power dissipation'' according to BIOS and Kernel Developer's Guide (BKDG) for AMD Processors, http://developer.amd.com/documentation/guides/Pages/default.aspx. BTW, the temperature reading goes up when the system is loaded and goes down when it is idle, right? Just making sure... Thanks, Jung-uk Kim ___ 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: AMD K15 sensor support
BTW, the temperature reading goes up when the system is loaded and goes down when it is idle, right? Just making sure... Thanks, Jung-uk Kim yes that is correct I tested this patch on 2 FX series Processors a 6 core and 8 core, both work fine. any chance you could commit this patch to HEAD? -- Sam Fourman Jr. ___ 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: rm -rf / fanclub
On Thu, Feb 23, 2012 at 11:41 PM, deeptec...@gmail.com deeptec...@gmail.com wrote: X11R6 is actually a symlink to /usr/local, and not usr/local or .usr/local! Also, /home is a symlink to /usr/home, and not usr/home or ./usr/home I meant to say that X11R6 should be a symlink to local or ./local. About /home: I've just noticed that /home points to usr/home in the newest release. The newest basic installation (base + kernel) doesn't even come with an X11R6 symlink, yet I did have it after a full install (-CURRENTization + ports), so that symlink must be coming from mergemaster or some port. ___ 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: AMD K15 sensor support
On Thursday 23 February 2012 06:14 pm, Sam Fourman Jr. wrote: BTW, the temperature reading goes up when the system is loaded and goes down when it is idle, right? Just making sure... Thanks, Jung-uk Kim yes that is correct I tested this patch on 2 FX series Processors a 6 core and 8 core, both work fine. any chance you could commit this patch to HEAD? Done. Jung-uk Kim ___ 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
[head tinderbox] failure on powerpc64/powerpc
TB --- 2012-02-24 02:33:19 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-02-24 02:33:19 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-02-24 02:33:19 - cleaning the object tree TB --- 2012-02-24 02:33:19 - cvsupping the source tree TB --- 2012-02-24 02:33:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-02-24 02:33:44 - building world TB --- 2012-02-24 02:33:44 - CROSS_BUILD_TESTING=YES TB --- 2012-02-24 02:33:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-02-24 02:33:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-02-24 02:33:44 - SRCCONF=/dev/null TB --- 2012-02-24 02:33:44 - TARGET=powerpc TB --- 2012-02-24 02:33:44 - TARGET_ARCH=powerpc64 TB --- 2012-02-24 02:33:44 - TZ=UTC TB --- 2012-02-24 02:33:44 - __MAKE_CONF=/dev/null TB --- 2012-02-24 02:33:44 - cd /src TB --- 2012-02-24 02:33:44 - /usr/bin/make -B buildworld World build started on Fri Feb 24 02:33:45 UTC 2012 Rebuilding the temporary build tree stage 1.1: legacy release compatibility shims stage 1.2: bootstrap tools stage 2.1: cleaning up the object tree stage 2.2: rebuilding the object tree stage 2.3: build tools stage 3: cross tools stage 4.1: building includes stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libclangserialization/../../../contrib/llvm/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization -I. -I/src/lib/clang/libclangserialization/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\powerpc64-unknown-freebsd10.0\ -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTReaderStmt.cpp c++ -O2 -pipe -I/src/lib/clang/libclangserialization/../../../contrib/llvm/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization -I. -I/src/lib/clang/libclangserialization/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\powerpc64-unknown-freebsd10.0\ -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriter.cpp c++ -O2 -pipe -I/src/lib/clang/libclangserialization/../../../contrib/llvm/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization -I. -I/src/lib/clang/libclangserialization/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_HOSTTRIPLE=\powerpc64-unknown-freebsd10.0\ -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriterDecl.cpp /src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriterDecl.cpp: In member function 'void clang::ASTWriter::WriteDeclsBlockAbbrevs()': /src/lib/clang/libclangserialization/../../../contrib/llvm/tools/clang/lib/Serialization/ASTWriterDecl.cpp:1264: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 Stop in /src/lib/clang/libclangserialization. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-02-24 03:34:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-02-24 03:34:36 - ERROR: failed to build world TB --- 2012-02-24 03:34:36 - 3010.19 user 406.65 system 3677.01 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full ___ 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
Syscons issue Intel D2700
I'm currently trying to boot an intel evaluation board (D2700) with 10-CURRENT. Installation was make installworld DESTDIR=/mnt/disk make installkernel DESTDIR=/mnt/disk make distribution DESTDIR=/mnt/disk vi /mnt/disk/fstab (added lines for root, swap) unmount /mnt/disk Boot goes fine until the kernel is loaded. Once the kernel is loaded, boot continues, however only the very bottom line is showing kernel messages...the rest of the screen still looks like loader. Once booted, a number of silly attempts with vidcontrol 80x25, vidcontrol -C, vidcontrol VESA_800x600 do not fix the situation. Interestingly, typing clear moves the prompt up, but the screen still looks like loader. I can see my text, but command output is not written to the console. This is weird. I am actually not that interested in much about the graphics on this board...it's gma500 all over again. Getting basic syscons working would be nice, however...I don't want to have to use a null modem cable during development. If it helps I'll fire up sshd and make a bunch of diagnostic files, although I can't see ifconfig output I assume em drivers are fine. It is a nice board otherwise, with two intel nics...am interested in developing a freebsd-based product if possible :) If this is something I hosed with the above minimal installation I apologize in advance! Matt ___ 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: rm -rf / fanclub
On 02/24/2012 01:16 AM, deeptec...@gmail.com wrote: On Thu, Feb 23, 2012 at 11:41 PM, deeptec...@gmail.com deeptec...@gmail.com wrote: X11R6 is actually a symlink to /usr/local, and not usr/local or .usr/local! Also, /home is a symlink to /usr/home, and not usr/home or ./usr/home I meant to say that X11R6 should be a symlink to local or ./local. I fully agree (if tested)... it makes no sense to use absolute symlinks unless you really want them to be absolute. eg. in my home dir I added dhcpd.leases - /var/lib/... Did you test this, by removing the link and creating it relative to see if there are any stupid side effects? And I've never really thought symlinks were so dangerous (unless you use software that auto-dereferences, eg. platform independent stuff), but with mount --bind in linux (same as nullfs in FreeBSD?), you can do similar things if you don't use --one-file-system with your rm -rf calls. So in addition to the symlink change, why not improve rm also, by adding the --one-file-system option (which actually exists in grm from the sysutils/coreutils port). About /home: I've just noticed that /home points to usr/home in the newest release. The newest basic installation (base + kernel) doesn't even come with an X11R6 symlink, yet I did have it after a full install (-CURRENTization + ports), so that symlink must be coming from mergemaster or some port. ___ 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 -- Peter Maloney Brockmann Consult Max-Planck-Str. 2 21502 Geesthacht Germany Tel: +49 4152 889 300 Fax: +49 4152 889 333 E-mail: peter.malo...@brockmann-consult.de Internet: http://www.brockmann-consult.de ___ 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