| From | Subject | Date |
|---|---|---|
| Chris | DRI build failing
Hello,
Seeing this on an amd64 box when doing a fresh Xorg build:
===> Building for dri-7.6.1,2
gmake[1]: Entering directory `/usr/ports/graphics/dri/work/Mesa-7.6.1/src'
Making sources for autoconf
gmake[2]: Entering directory
`/usr/ports/graphics/dri/work/Mesa-7.6.1/src/glx/x11'
rm -f depend
touch depend
/usr/local/bin/makedepend -fdepend -I. -I../../../include
-I../../../include/GL/internal -I../../../src/mesa
-I../../../src/mesa/glapi -I/usr/local/include
-I/usr/local/include/drm ...
| Oct 22, 11:13 am 2010 |
| Chris | Re: DRI build failing
Sorry, I should have posted this in the ports mailing list and will do so.
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Oct 22, 11:15 am 2010 |
| John Baldwin | Re: [PATCH]: boot2 optimizations to shrink it
@@ -348,7 +348,7 @@
return;
p += hdr.ex.a_data + roundup2(hdr.ex.a_bss, PAGE_SIZE);
bootinfo.bi_symtab = VTOP(p);
- memcpy(p, &hdr.ex.a_syms, sizeof(hdr.ex.a_syms));
+ *p = hdr.ex.a_syms;
p += sizeof(hdr.ex.a_syms);
if (hdr.ex.a_syms) {
if (xfsread(ino, p, hdr.ex.a_syms))
@@ -385,7 +385,7 @@
if (xfsread(ino, &es, sizeof(es)))
return;
for (i = 0; i < 2; i++) {
- memcpy(p, &es[i].sh_size, sizeof(es[i].sh_size));
+ *p = es[i].sh_size;
p += ...
| Oct 22, 7:18 am 2010 |
| Roman Divacky | [PATCH]: boot2 optimizations to shrink it
Hi,
can you guys review this patch:
http://lev.vlakno.cz/~rdivacky/boot2.safe.patch
It shrinks boot2 by 52 bytes by:
eliminating memcpy() calls
buffer shrinking as we are only ever called with argument
< 256 for the %u modifier
constifying write-only variable
Rui Paulo tested this, is this patch ok? May I commit this?
thank you, roman
| Oct 22, 6:37 am 2010 |
| Renato Botelho | Openoffice doesn't work with kernel+world built with Clang
I have a 9.0-current (r214167) amd64, kernel and world built
with clang and all ports built with gcc, and i cannot start
openoffice anymore, it shows splash, start to go up and die.
If I reinstall world+kernel built with gcc openoffice works fine.
The is a ktrace result available [1], let me know if you need
more information or tests.
Thanks
[1] - http://people.freebsd.org/~garga/ktrace.out
--
Renato Botelho
_______________________________________________
freebsd-current@freebsd.org ...
| Oct 22, 3:54 am 2010 |
| Dimitry Andric | Re: Openoffice doesn't work with kernel+world built with Clang
I guess the permissions of that file are still 700? I get "403 -
Forbidden". :)
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Oct 22, 5:53 am 2010 |
| Renato Botelho | Re: Openoffice doesn't work with kernel+world built with Clang
I've added a dumped version to make it easy:
http://people.freebsd.org/~garga/ktrace-error.txt.gz
--
Renato Botelho
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Oct 22, 6:16 am 2010 |
| Renato Botelho | Re: Openoffice doesn't work with kernel+world built with Clang
Fixed, sorry.
--
Renato Botelho
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Oct 22, 6:08 am 2010 |
| Renato Botelho | Re: Openoffice doesn't work with kernel+world built with Clang
I ran ktrace -di to collect information of child processes, here
is the result:
http://people.freebsd.org/~garga/ktrace-error2.txt.gz
--
Renato Botelho
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Oct 22, 6:38 am 2010 |
| Renato Botelho | Re: Openoffice doesn't work with kernel+world built with Clang
One more information, i found the problem is on libgcc_s.so,
after build /usr/src/gnu/lib/libgcc with gcc and install openoffice
back to work fine.
--
Renato Botelho
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Oct 22, 8:39 am 2010 |
| KOT MATPOCKuH | ports/151636: net/isc-dhcp31-server and net/isc-dhcp41-s ...
Hi all!
I got another problem with latest kernel: net/isc-dhcp31-server not
started on VLAN interface with message:
Internet Systems Consortium DHCP Server 4.1.1-P1
Copyright 2004-2010 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Wrote 0 deleted host decls to leases file.
Wrote 0 new dynamic host decls to leases file.
Wrote 64 leases to leases file.
Unsupported device type 135 for "bge1.48"
I tried to update dhcpd to ...
| Oct 22, 12:48 am 2010 |
| John Baldwin | Re: ports/151636: net/isc-dhcp31-server and net/isc-dhcp ...
server...
Yes, this should fix it.
--
John Baldwin
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Oct 22, 7:10 am 2010 |
| Rob Farmer | "trying to mount root" message in single user mode
I just updated current from about a week ago to r214187. Now, when I
boot, the kernel message has switched to:
"Trying to mount root from ufs:/dev/ufs/root [rw]..."
Problem is, it always prints [rw], even when booting single user,
where [ro] is expected. The issue is only cosmetic - root is still
mounted read only in single user, as before.
--
Rob Farmer
_______________________________________________
freebsd-current@freebsd.org mailing ...
| Oct 21, 5:56 pm 2010 |
| Andriy Gapon | Re: c 213323 breaks Sony Vaio P11Z w/o acpi
[ping]
--
Andriy Gapon
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Oct 22, 1:53 am 2010 |
| volker | Re: c 213323 breaks Sony Vaio P11Z w/o acpi
Sorry, Andriy!
I haven't found the time to hack yesterday. The Intel website doesn't
provide the 20091221 tarball anymore (but a more recent one) and I need
to lay my hands on the script and the code tarball to get it working. As
a result, I hope I can provide a more recent script that should work out
of the box.
Please stay tuned (I guess I'll find the time to get it working over the
upcoming weekend).
TIA,
Volker
PS: I can provide immediate results if someone has a copy of ...
| Oct 22, 2:09 am 2010 |
| Andriy Gapon | Re: c 213323 breaks Sony Vaio P11Z w/o acpi
Volker,
thanks a lot!
Perhaps, meanwhile you can provide a verbose boot dmesg?
The problem that you get is quite unexpected. Essentially, that division by
zero that you get is a form of an assert and I am planning to put a real KASSERT
there. Neither cpu_logical nor cpu_cores should be zero after that loop because
they both should be incremented when the iterator is equal to boot CPU ID.
--
Andriy Gapon
_______________________________________________
freebsd-current@freebsd.org ...
| Oct 22, 2:29 am 2010 |
| Marcel Moolenaar | Re: multiple problems between r212316 and r212643 on ia64
Ok. I'll try to MFC over the weekend. If you find yourself
waiting for me too long (in case I didn't do it over the
weekend), feel free to grab the revision and commit it to
-stable.
--
Marcel Moolenaar
xcllnt@mac.com
_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
| Oct 22, 7:36 am 2010 |
| Marcel Moolenaar | Re: multiple problems between r212316 and r212643 on ia64
With r169630 I disabled symbol versioning because it broke rtld. With
r211706 rtld got broken for ia64 & powerpc64. It was fixed for powerpc64
with r212497. In between, r211749 removed the exports table because the
version script handled the exports. But wait, symbol versioning was
disabled on ia64.
With exports controlled by the version script and symbol versioning
disabled, all symbols are exported and too many symbols bind to the
definition in rtld. Let's just say that ...
| Oct 21, 9:44 pm 2010 |
| Kostik Belousov | Re: multiple problems between r212316 and r212643 on ia64
Thank you for tracking it. I will wait for your merge of the revision
to RELENG_8 before synchronizing rtld with HEAD.
| Oct 22, 12:52 am 2010 |
| previous day | today | next day |
|---|---|---|
| October 21, 2010 | October 22, 2010 | October 23, 2010 |
