I would like to propose the following change.
My understanding is that it was never a true intention to post 'mountroot' event
on every set_rootvnode() call, but rather an accident in the original commit.
But I could be wrong here. In either case I think that it is more appropriate
to post the e
> Due to the security incident, there are still no official FreeBSD
> packages.
>
Do you know what the status is on that issue?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
Yesterday, I built head & ran it without incident (as has been the
daily norm for some time now):
FreeBSD g1-235.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #843
r248493M/248493: Tue Mar 19 05:57:09 PDT 2013
r...@g1-235.catwhisker.org:/usr/obj/usr/src/sys/CANARY i386
Today, after upd
On 20/03/2013 15:20, Matthias Gamsjager wrote:
>> Due to the security incident, there are still no official FreeBSD
>> packages.
>>
>
>
> Do you know what the status is on that issue?
Unchanged so far. No official pkgng packages yet.
However, an end to the wait is apparently in sight. There
I've been having random panics since the VM changes. I'm stuck
running r247527. If I try to install a newer kernel/world, I get random
panics (I really should enable crashdumps). Not a big deal, but I'm mostly
interested in epair fixes and bhyve enhancements.
On Wed, Mar 20, 2013 at 12:00 PM, Dav
On Wed, Mar 20, 2013 at 04:20:02PM +0100, Matthias Gamsjager wrote:
> > Due to the security incident, there are still no official FreeBSD
> > packages.
>
> Do you know what the status is on that issue?
I'd also like to find out what the status of this is.
The packages at:
ftp://ftp.freebsd.org
On Wed, Mar 20, 2013 at 09:00:56AM -0700, David Wolfskill wrote:
> Yesterday, I built head & ran it without incident (as has been the
> daily norm for some time now):
>
> FreeBSD g1-235.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #843
> r248493M/248493: Tue Mar 19 05:57:09 PDT 2013
> r
On Wed, Mar 20, 2013 at 07:13:41PM +0200, Konstantin Belousov wrote:
> ...
> > I'm open to suggestions, and willing to hack and test (and report,
> > of course).
>
> Did you rebuild the nvidia driver after the update ?
Yes; src.conf includes the line:
PORTS_MODULES=x11/nvidia-driver
> Do you ha
hello,
would anyone object to the following small patch?
==
Index: vm_pageout.c
===
--- vm_pageout.c(revision 248560)
+++ vm_pageout.c(working copy)
@@ -882,14 +882,17 @@
vm_pageout_init_marker(&marker, PQ_I
on 20/03/2013 19:18 David Wolfskill said the following:
> Yes; src.conf includes the line:
>
> PORTS_MODULES=x11/nvidia-driver
Have you double-checked that this actually works according to your intention?
--
Andriy Gapon
___
freebsd-current@freebsd.or
On Wed, Mar 20, 2013 at 07:13:41PM +0200, Konstantin Belousov wrote:
> ...
> Did you rebuild the nvidia driver after the update ?
> Do you have a core dump partition configured ?
(I note that I have, in the past, captured crash dumps from head running
on this machine with this configuration.)
> T
On Wed, Mar 20, 2013 at 10:37:59AM -0700, David Wolfskill wrote:
> On Wed, Mar 20, 2013 at 07:13:41PM +0200, Konstantin Belousov wrote:
> > ...
> > Did you rebuild the nvidia driver after the update ?
> > Do you have a core dump partition configured ?
>
> (I note that I have, in the past, captured
On Wed, Mar 20, 2013 at 07:24:30PM +0200, Andriy Gapon wrote:
> on 20/03/2013 19:18 David Wolfskill said the following:
> > Yes; src.conf includes the line:
> >
> > PORTS_MODULES=x11/nvidia-driver
>
> Have you double-checked that this actually works according to your intention?
> ...
Until I sta
On 03/19/2013 18:26, Marcus Reid wrote:
On Mon, Mar 04, 2013 at 04:53:10AM +0100, deeptech71 wrote:
I use atimes all the time to get to the bottom of lots of common
problems.
Details !
It sounds like in your case, atime is a debugging feature (which are generally
to be turned off on productio
On Wed, Mar 20, 2013 at 07:44:58PM +0200, Konstantin Belousov wrote:
> ...
> > I then started xdm, and (as before), got an unclean reboot. (So: no
> > difference in behavior as far as I can tell.)
>
> Ok. The best idea I have right now is to rebuild the nvidia.ko.
Again? OK
> Do you have a
On Wed, Mar 20, 2013 at 07:44:58PM +0200, Konstantin Belousov wrote:
> ...
> Ok. The best idea I have right now is to rebuild the nvidia.ko.
OK; I did this: After rebooting (without attempting to either load
nvidia.ko or start X in any way), I issued:
sudo portmaster x11/nvidia-driver
wh
On Wednesday, March 20, 2013 4:30:27 am Andriy Gapon wrote:
>
> I would like to propose the following change.
>
> My understanding is that it was never a true intention to post 'mountroot'
> event
> on every set_rootvnode() call, but rather an accident in the original commit.
> But I could be wr
/usr/local/bin/g++48 -o test test.o base64.o registry.o server_abyss.o
server_pstream.o tools.o value.o xml.o testclient.o
/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.32.99/src/cpp/libxmlrpc_server_abyss++.a
/usr/ports/net/xmlrpc-c-devel/work/xmlrpc-c-1.32.99/src/cpp/libxmlrpc_server_pstre
On Mar 20, 2013, at 19:54, deeptech71 wrote:
> /usr/local/lib/gcc48/include/c++/bits/locale_facets.h:869: undefined
> reference to `std::ctype::_M_widen_init() const'
> [...]
> /usr/local/lib/gcc48/include/c++/bits/stl_list.h:1550: undefined reference to
> `std::__detail::_List_node_base::_M_hoo
On Wed, Mar 20, 2013 at 11:02:39AM -0700, David Wolfskill wrote:
> On Wed, Mar 20, 2013 at 07:44:58PM +0200, Konstantin Belousov wrote:
> > ...
> > Ok. The best idea I have right now is to rebuild the nvidia.ko.
>
> OK; I did this: After rebooting (without attempting to either load
> nvidia.ko or
On Wed, Mar 20, 2013 at 10:08:57PM +0200, Konstantin Belousov wrote:
> ...
> I looked at the nvidia sources to check that the driver does not use
> the interfaces which KBI was changed, and this is indeed the case, as
> expected.
OK; thank you for checking & reporting.
> I must admit that I have
I would advise that you try the following:
(1) On a machine which is not your laptop, build a CURRENT chroot
(2) Follow the instructions at:
http://www.freebsd.org/doc/handbook/network-pxe-nfs.html
to NFS export the chroot and set up a TFTP server.
(3) Set up your laptop to PXE boot using
Dear All,
At present I do not have access to a HP box with a SmartArray
but zfsboot works perfectly with FreeBSD 9.1-RELEASE #0 r245668
(including EDD fix) on:
hpiLO-> show system1
[...]
Properties
name=ProLiant DL160 Gen8
[...]
with the following firmware
hpiLO-> show system1/fir
On Wed, Mar 20, 2013 at 10:08:57PM +0200, Konstantin Belousov wrote:
> ...
> I looked at the nvidia sources to check that the driver does not use
> the interfaces which KBI was changed, and this is indeed the case, as
> expected.
>
> I must admit that I have no idea why buffer cache changes could
24 matches
Mail list logo
