Re: Clang cross builds world

2010-09-25 Thread Dimitry Andric
On 2010-09-25 03:13, Mark Tinguely wrote: I was inspired by the clang build world topic to try a cross build world of ARM from a i386 computer. I use the build command: make TARGET_ARCH=arm TARGET_CPUTYPE=xscale buildworld (I tried an TARGET_CPUTYPE=cortex-a8 once also, I got the same

Web feeds for UPDATING files

2010-09-25 Thread Alexander Kojevnikov
On 25 September 2010 17:04, Alexander Kojevnikov alexan...@kojevnikov.com wrote: On 25 September 2010 15:44, jhell jh...@dataix.net wrote: Really awesome! This will come in handy to serve up stable/*/UPDATING and head/UPDATING to. And thinking along those lines it could probably be

Recent GELI additions.

2010-09-25 Thread Pawel Jakub Dawidek
Hi. I'd like to inform about three new features in GELI available in HEAD: 1. AES-XTS encryption. XTS mode is a standard that is recommended these days for storage encryption. This is the default now. AES-XTS support was also added to opencrypto framework and aesni(4) driver. 2. Multiple

Re: Web feeds for UPDATING files

2010-09-25 Thread jhell
On 09/25/2010 09:24, Alexander Kojevnikov wrote: On 25 September 2010 17:04, Alexander Kojevnikov alexan...@kojevnikov.com wrote: On 25 September 2010 15:44, jhell jh...@dataix.net wrote: Really awesome! This will come in handy to serve up stable/*/UPDATING and head/UPDATING to. And

Re: Clang now builds world and kernel, on i386 and amd64

2010-09-25 Thread Paul B Mahol
On 9/22/10, Dimitry Andric d...@freebsd.org wrote: Hi, As of r212979, you should now be able to build world and kernel on i386 and amd64 with clang, without any additional patches! To do so, make sure you have updated your installed world to at least r212904 (which has the most recently

amd64 panic: lock (sleep mutex) ral0 not locked @ /usr/src/sys/dev/ral/rt2560.c:2012

2010-09-25 Thread Anton Shterenlikht
On amd64 r213168 I've a ral(4) CardBus wireless device of obscure origin. It is identified as # pciconf -lv r...@pci0:3:0:0:class=0x028000 card=0x68351462 chip=0x02011814 rev=0x01 hdr=0x00 vendor = 'Ralink Technology, Corp.' device = 'Ralink Chipset 802.11b/g WLAN Card (

Re: Clang now builds world and kernel, on i386 and amd64

2010-09-25 Thread Dimitry Andric
On 2010-09-25 21:16, Paul B Mahol wrote: On 9/22/10, Dimitry Andricd...@freebsd.org wrote: As of r212979, you should now be able to build world and kernel on i386 and amd64 with clang, without any additional patches! ... When to expect to get rid of GNU as and other binutils tools? Work is

Re: Web feeds for UPDATING files

2010-09-25 Thread David DEMELIER
2010/9/25 jhell jh...@dataix.net: On 09/25/2010 09:24, Alexander Kojevnikov wrote: On 25 September 2010 17:04, Alexander Kojevnikov alexan...@kojevnikov.com wrote: On 25 September 2010 15:44, jhell jh...@dataix.net wrote: Really awesome! This will come in handy to serve up stable/*/UPDATING

Re: DHCP server in base

2010-09-25 Thread Darren Pilgrim
M. Warner Losh wrote: It would be very convenient to have this particular thing in the base, and we shouldn't be too dogmatic about never having any new 3rd party things in the base. Please no, don't add optional servers to the base. I already don't like sendmail, bind, ntpd and inetd in

Re: Clang now builds world and kernel, on i386 and amd64

2010-09-25 Thread Roman Divacky
On Sat, Sep 25, 2010 at 10:23:44PM +0200, Dimitry Andric wrote: On 2010-09-25 21:16, Paul B Mahol wrote: On 9/22/10, Dimitry Andricd...@freebsd.org wrote: As of r212979, you should now be able to build world and kernel on i386 and amd64 with clang, without any additional patches! ... When

Re: Clang now builds world and kernel, on i386 and amd64

2010-09-25 Thread b. f.
Dmitry Andric wrote: On 2010-09-25 21:16, Paul B Mahol wrote: When to expect to get rid of GNU as and other binutils tools? Work is progressing steadily on the clang/llvm integrated assembler, which removes the need for an external assembler such as gas, and which should also reduce compile

Re: DHCP server in base

2010-09-25 Thread Marcin Cieslak
M. Warner Losh i...@bsdimp.com wrote: : I agree but like Aleksandr said, almost 70% of dhcp code is already in : base so adding 1Mb of dhcpd code wouldn't be too much. I like the idea : to keep some parts in the ports tree and move out from the base. Yea. I agree too. Just because BIND was

Re: DHCP server in base

2010-09-25 Thread krad
On 25 September 2010 21:10, Darren Pilgrim free...@bitfreak.org wrote: M. Warner Losh wrote: It would be very convenient to have this particular thing in the base, and we shouldn't be too dogmatic about never having any new 3rd party things in the base. Please no, don't add optional