Re: GCC withdraw

On 8/30/13 1:02 AM, David Chisnall wrote: On 29 Aug 2013, at 15:57, John Baldwin wrote: I have not seen any convincing argument as to why leaving GCC in the base for 10.x impedes anything. Because clang isn't sufficient for so many non-x86 platforms we can't really start using clang-specifi

Re: GCC withdraw

On 29 Aug 2013, at 18:44, John Baldwin wrote: > How does removing GCC from base change this? I already deal with having > 3 different GCC versions at work by building them from ports and building > things with the right rpath, etc. so I am familiar with this, and having > GCC in the base doesn't

Re: GCC withdraw

On 30 Aug 2013, at 08:18, Julian Elischer wrote: > As far as I'm concerned we can even slate it for > "possible removal in 10.2-- if clang has proven up to the task" I would be happy to ship gcc, as long as: - It's explicitly marked as deprecated and due for removal at some point in the 10.x t

Re: GCC withdraw

On Friday, 30 August 2013 at 08:35, David Chisnall wrote: > I would be happy to ship gcc, as long as: > > - It's explicitly marked as deprecated and due for removal at some point in > the 10.x timeframe. > - libstdc++ is gone (the amount of pain it's causing ports is phenomenal). Wouldn't this

Re: GCC withdraw

On 30 Aug 2013, at 08:56, Jonathan Anderson wrote: > Wouldn't this mean that we can't build base using the shipped-in-base g++? If > we have C++ in base, we don't ship libstdc++ and g++ can't work with libc++, > then people wanting to compile the base system with gcc/g++ will have to > install

Re: xhci broken on 10-CURRENT and 2013 MacBook Air?

Hi Hans I tried the patch and the result is the same. However, I found the command that causes the freeze. Also, it is not always it freezes but maybe 9/10 reboots or more frequently. At the end of the function xhci_start_controller(..) there is a for loop: 487for (i = 0; i != 100; i++)

Re: xhci broken on 10-CURRENT and 2013 MacBook Air?

On 08/30/13 11:35, Lundberg, Johannes wrote: Hi Hans I tried the patch and the result is the same. However, I found the command that causes the freeze. Also, it is not always it freezes but maybe 9/10 reboots or more frequently. At the end of the function xhci_start_controller(..) there is a fo

Shared object "libssl.so.6" not found solution

# uname -a FreeBSD RnD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r254766: Sat Aug 24 14:36:08 BDT 2013 biddut@RnD:/usr/obj/usr/src/sys/GENERIC  i386 # svn update /usr/src Shared object "libssl.so.6" not found, required by "libserf-1.so.0" solution  root@RnD:/usr/src # ln -s /usr/lib/libssl.so.7 /u

Re: Shared object "libssl.so.6" not found solution

Le 30/08/2013 10:47, biddut.mi...@ovi.com a écrit : > # uname -a > FreeBSD RnD 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r254766: Sat Aug 24 14:36:08 > BDT 2013 biddut@RnD:/usr/obj/usr/src/sys/GENERIC i386 > # svn update /usr/src > Shared object "libssl.so.6" not found, required by "libserf-1.so.0

Re: Shared object "libssl.so.6" not found solution

Le 30/08/2013 13:38, Florent Peterschmitt a écrit : > The real solution is to rebuild subversion. Woops, it's to rebuild www/serf signature.asc Description: OpenPGP digital signature

Re: xhci broken on 10-CURRENT and 2013 MacBook Air?

Still got the same behaviour after applying the patch... Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Fri, Aug 30, 2013 at 12:13 PM, Hans Petter Selasky wrote: > On 08/30/13 11:35, Lundberg, Johannes wrote: > >> Hi Hans >> >> I tried the patch and the resu

Re: xhci broken on 10-CURRENT and 2013 MacBook Air?

On 08/30/13 13:54, Lundberg, Johannes wrote: Still got the same behaviour after applying the patch... Johannes Lundberg BRILLIANTSERVICE CO., LTD. I've seen something similar with my mac, that the boot menu counter is not always counting stable. I think thi

Re: Shared object "libssl.so.6" not found solution

... well, this is why Peter committed svnlite to -HEAD. To avoid this kind of not-easy-to-recover-from breakage.. -adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any ma

Re: xhci broken on 10-CURRENT and 2013 MacBook Air?

Hi Hans I tried that too and no change... But, the variable overflow you introduced, it is never increased, right? So, it will never become zero... Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Fri, Aug 30, 2013 at 2:26 PM, Hans Petter Selasky wrote: > On

Default kern.ipc.shm_allow_removed to 1

Would it be feasible to change the default for 10? There is a lot of code that depends on the following behavior: void* address = shmat(shmkey, NULL /* desired address */, 0 /* flags */); // Here we mark the shared memory for deletion. Since we attached it in the // line above, it doesn't actuall

Re: xhci broken on 10-CURRENT and 2013 MacBook Air?

On 08/30/13 15:19, Lundberg, Johannes wrote: Hi Hans I tried that too and no change... But, the variable overflow you introduced, it is never increased, right? So, it will never become zero... It will become zero when it wraps. Maybe 2**32 is too long. You could add a printf while it is runn

Re: GCC withdraw

I've been reading this thread and must confess that I'm a little confused about what exactly is being discussed. * I presume we've all agreed that "clang" is installed by default in FreeBSD-10. * I presume everyone agrees that "cc" is "clang" in FreeBSD-10. * There obviously needs to be a "gcc"

Re: GCC withdraw

I had a long, rambling reply to this that corrected many of the factual errors made in it. But why bother. You have your world view, it doesn't match what people are doing today and this mismatch is going to cause people pain and suffering in the embedded world far beyond what you think. And you

Re: i915kms.ko not loading

On 29.08.2013 19:06, John Baldwin wrote: > On Thursday, August 29, 2013 11:39:45 am Jean-Sébastien Pédron wrote: >> On 29.08.2013 17:35, Alexander wrote: >>> in sysctl: >>> kern.coredump: 1 >>> kern.corefile: /var/coredumps/%U.%N.%P.core >>> >>> but coredump files not created. > > These control us

Re: GCC withdraw

On Fri, 2013-08-30 at 07:39 -0600, Warner Losh wrote: > I had a long, rambling reply to this that corrected many of the factual > errors made in it. But why bother. You have your world view, it doesn't match > what people are doing today and this mismatch is going to cause people pain > and suff

Re: i915kms.ko not loading

On 29.08.2013 19:51, Alexander wrote: > I have swapinfo on zfs partition I always heard that swap on ZFS is asking for trouble, because ZFS loves to use memory. So when the system is using swap space, ZFS has more work and therefore wants more RAM, whici is unavailable. Furthermore, I'm not sure

Re: xhci broken on 10-CURRENT and 2013 MacBook Air?

I added printf at every 100,000th iteration in both locations but I didn't get any output at all.. Seems it stuck in some other place. During my test I actually passed that stage a couple of times but still the xhci_do_command times out and I get the mountroot> prompt With the 9.1 driver I nev

Re: xhci broken on 10-CURRENT and 2013 MacBook Air?

On 08/30/13 15:53, Lundberg, Johannes wrote: I added printf at every 100,000th iteration in both locations but I didn't get any output at all.. Seems it stuck in some other place. During my test I actually passed that stage a couple of times but still the xhci_do_command times out and I get the

Re: GCC withdraw

30.08.2013 11:33, David Chisnall пишет: > The time to raise objections for this was when the plan was originally raised > over a year ago David, can you please point me to the original plan with gcc removal at 10.x? (I do remember only a plan to make clang the default compiler, but I may be wron

Re: GCC withdraw

On 08/30/13 00:35, David Chisnall wrote: > On 30 Aug 2013, at 08:18, Julian Elischer wrote: > >> As far as I'm concerned we can even slate it for >> "possible removal in 10.2-- if clang has proven up to the task" > I would be happy to ship gcc, as long as: > > - It's explicitly marked as deprecate

Re: GCC withdraw

On 30 Aug 2013, at 15:41, John Baldwin wrote: > So my take away from this is that you have no plans to support any platform > that > doesn't support clang as you just expect ia64 and sparc64 to die and not be > present in 11.0. That may be the best path, but I've certainly not seen that > goal

Re: GCC withdraw

On 30 Aug 2013, at 15:53, Nathan Whitehorn wrote: > So the real driver here is switching to libc++. Is there really no way > at all to use it with gcc? If, even with hacking, we could arrange that > to work then it seems that all of our problems would go away. If we can make our g++ compile C++1

Re: GCC withdraw

Only a few comments in reply to avoid banging my head against a brick wall and then I'm done: On Friday, August 30, 2013 3:33:21 am David Chisnall wrote: > On 29 Aug 2013, at 18:44, John Baldwin wrote: > > Also, unless you plan on desupporting all non-x86 platforms, you _still_ > > have to do al

Re: GCC withdraw

On Fri, Aug 30, 2013 at 6:47 AM, Ian Lepore wrote: > On Fri, 2013-08-30 at 07:39 -0600, Warner Losh wrote: > > I had a long, rambling reply to this that corrected many of the factual > errors made in it. But why bother. You have your world view, it doesn't > match what people are doing today and

Re: GCC withdraw

On Fri, Aug 30, 2013 at 08:33:21AM +0100, David Chisnall wrote: > On 29 Aug 2013, at 18:44, John Baldwin wrote: > > > default every time, that we're telling people not to use, won't help with > > that... > > > > This is your worst argument as clang is known to take far longer than GCC > > to bu

gobject-introspection-1.36.0_1 problem compiling causing xorg to fail

  CC   gthash_test-gthash-test.o   CCLD gthash-test   CC   gi_dump_types-gdump.o   CC   gi_dump_types-gi-dump-types.o   CCLD gi-dump-types   CC   glib_print-glib-print.o   CCLD glib-print   GEN  g-ir-scanner   GEN  g-ir-annotation-tool   GISCAN GLib-2.0.gir ERROR

2013 MacBook Air Project

Hi I thought I'd give a progress report on running FreeBSD 10 on a MacBook Air 11" 2013 model. PCI-E SSD DRIVE - Added device ID to device list. Should be committed to head already. - Failed to write partition table due to weird characters at the end in the SSD's identifier key. Solved by ugly ha

Re: GCC withdraw

On Fri, Aug 30, 2013 at 11:11 AM, David Chisnall wrote: > On 30 Aug 2013, at 15:41, John Baldwin wrote: > > > So my take away from this is that you have no plans to support any > platform that > > doesn't support clang as you just expect ia64 and sparc64 to die and not > be > > present in 11.0.

Re: GCC withdraw

On Fri, Aug 30, 2013 at 06:38:41AM -0700, Tim Kientzle wrote: > > On 30 Aug 2013, at 08:56, Jonathan Anderson wrote: > > > ... then people wanting to compile the base system with gcc/g++ ... > > > I'm still curious *why* some people want this? > Buildworld completes in 1/4th the amount of ti

Re: i915kms.ko not loading

Jean-Sbastien Pdron wrote this message on Fri, Aug 30, 2013 at 15:50 +0200: > On 29.08.2013 19:51, Alexander wrote: > > I have swapinfo on zfs partition > > I always heard that swap on ZFS is asking for trouble, because ZFS loves > to use memory. So when the system is using swap space, ZFS has mor

Re: i915kms.ko not loading

30.08.2013 20:11, John-Mark Gurney пишет: > Jean-Sbastien Pdron wrote this message on Fri, Aug 30, 2013 at 15:50 +0200: >> On 29.08.2013 19:51, Alexander wrote: >>> I have swapinfo on zfs partition >> I always heard that swap on ZFS is asking for trouble, because ZFS loves >> to use memory. So when

Re: GCC withdraw

>Subject: Re: GCC withdraw >From: Warner Losh >Date: Thu, 29 Aug 2013 10:00:19 -0600 > Gcc is still an absolute requirement on all non-x86 platforms (including arm) > due to the issues with clang. Some of these issues are bugs in specific > things (arm) that keep coming up (and keep getting fix

Re: GCC withdraw

On Fri, Aug 30, 2013 at 04:11:08PM +0100, David Chisnall wrote: > Anyway, Ian has reminded me that I'm getting stuck in sidetracks, so here's > an executive summary of what I'm ACTUALLY proposing: > > - On platforms where clang is cc, don't build libstdc++, make libc++ the > default. Provide l

Re: i915kms.ko not loading

Le 30/08/2013 19:45, Alexander a écrit : Hi I created the coredump files after create swap on new disk. But size very large. Great! Could you please run: kgdb /boot/kernel/kernel /var/crash/vmcore.0 And, at gdb prompt: bt Then send the whole output (from the moment you run "kgdb" to the e

Re: Default kern.ipc.shm_allow_removed to 1

On Friday, August 30, 2013 9:30:09 am George Liaskos wrote: > Would it be feasible to change the default for 10? > > There is a lot of code that depends on the following behavior: > > void* address = shmat(shmkey, NULL /* desired address */, 0 /* flags */); > // Here we mark the shared memory for

Re: 2013 MacBook Air Project

This is so cool! Do you have a repo on github with these patches? On 8/30/13 9:25 AM, Lundberg, Johannes wrote: Hi I thought I'd give a progress report on running FreeBSD 10 on a MacBook Air 11" 2013 model. PCI-E SSD DRIVE - Added device ID to device list. Should be committed to head already.

Re: 2013 MacBook Air Project

Thanks :) No github but I will attach the patches in this mail. Remember, the diskgeom patch is a ugly hack Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Fri, Aug 30, 2013 at 11:38 PM, Alfred Perlstein wrote: > This is so cool! > > Do you have a repo