Dear FreeBSD-{current,hackers}@,
It is my great pleasure to announce the immediate availability of a
publicly private IPv6-only beta test of BXR.SU -- Super User's BSD Cross
Reference.
BXR.SU is based on an OpenGrok fork, but it's more than just OpenGrok.
We've fixed a number of annoyances,
Dear FreeBSD-{current,hackers}@,
It is my great pleasure to announce the immediate availability of a
publicly private IPv6-only beta test of BXR.SU -- Super User's BSD Cross
Reference.
BXR.SU is based on an OpenGrok fork, but it's more than just OpenGrok.
We've fixed a number of annoyances,
2013-03-30 10:23, Juergen Lock wrote:
disable some unneeded function, and make qemu 1.4 compilable on FreeBSD 9.1
I think you are building qemu git head as the hexdump function at least
isn't in 1.4.0? Anyway I have meanwhile updated the qemu-devel port
to 1.4.0 with some similar patches to y
On Sun, Mar 31, 2013 at 03:02:09PM -0600, Scott Long wrote:
>
> On Mar 31, 2013, at 7:04 AM, Victor Balada Diaz wrote:
>
> > On Wed, Mar 27, 2013 at 11:22:14PM +0200, Alexander Motin wrote:
> >> Hi.
> >>
> >> Since FreeBSD 9.0 we are successfully running on the new CAM-based ATA
> >> stack, us
I got the following panic on 10.0-CURRENT from two days ago
while receiving an incremental snapshot to a certain pool:
(kgdb) where
#0 doadump (textdump=0) at pcpu.h:229
#1 0x8031a3ce in db_dump (dummy=, dummy2=0,
dummy3=0, dummy4=0x0) at /usr/src/sys/ddb/db_command.c:543
#2 0x
Hello,
I have a FreeBSD 10-CURRENT as of:
$ uname -a
FreeBSD aurora.Sisis.de 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r235646: Sat May
19 15:52:36 CEST 2012 g...@aurora.sisis.de:/usr/obj/usr/src/sys/GENERIC i386
and I want to update /usr/ports with SVN to HEAD and compile the stuff I
need;
Is th
On Mon, Apr 01, 2013 at 03:20:25PM +0300, Volodymyr Kostyrko wrote:
> [...]
>
> Doesn't build WITHOUT_CURL:
>
> block/qcow.o: In function `encrypt_sectors':
> /tmp/ports/usr/ports/emulators/qemu-devel/work/qemu-1.4.0/block/qcow.c:250:
> undefined reference to `AES_cbc_encrypt'
> [...]
Thanx, lo
on 01/04/2013 17:18 Fabian Keil said the following:
> #10 0x8130323f in assfail3 (a=, lv= optimized out>, op=, rv=, f= optimized out>, l=)
> at
> /usr/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:89
> #11 0x8117924e in zfs_space_delta_cb
On Saturday, March 23, 2013 5:48:50 am Andriy Gapon wrote:
>
> Looks like this issue needs more thinking and discussing.
>
> The basic idea is that suspend_cpus() must be called with smp_ipi_mtx held (on
> SMP systems).
> This is for exactly the same reasons as to why we first take smp_ipi_mtx
>
I can confirm this problem see the same.
- Martin
On Apr 1, 2013, at 10:18 PM, Fabian Keil wrote:
> I got the following panic on 10.0-CURRENT from two days ago
> while receiving an incremental snapshot to a certain pool:
>
> (kgdb) where
> #0 doadump (textdump=0) at pcpu.h:229
> #1 0xfff
Andriy Gapon wrote:
> on 01/04/2013 17:18 Fabian Keil said the following:
> > #10 0x8130323f in assfail3 (a=, lv= > optimized out>, op=, rv=,
> > f=, l=)
> > at
> > /usr/src/sys/modules/opensolaris/../../cddl/compat/opensolaris/kern/opensolaris_cmn_err.c:89
> > #11 0x8117924
on 01/04/2013 18:51 Fabian Keil said the following:
> vmcore.13:
>
> (kgdb) p *dn->dn_phys
> Cannot access memory at address 0xff8015eeb800
> (kgdb) p *dn->dn_dbuf
> $1 = {db = {db_object = 0, db_offset = 28491776, db_size = 16384, db_data =
> 0xff8015eeb000}, db_objset = 0xfe00691a5
On Saturday, March 23, 2013 4:41:41 am Andriy Gapon wrote:
>
> Any objections / concerns for the following change?
>
> An example.
> This rule in devfs.rules:
> add path da* mode 660 group operator
> and this directory:
> /data
> result in the following rule being actually installed:
> 100 path d
On Mon, Apr 01, 2013 at 02:06:50PM -0400, John Baldwin wrote:
> Why not use 'local -' instead of the $- magic? That is:
> devfs_rulesets_from_file()
> {
>local file _err _me -
>
>...
>set -f
>...
> }
> That would seem to be simpler.
I had mentioned this possibility on IRC, but
On Wed, 27 Mar 2013 18:07:14 -0400
"J.R. Oldroyd" wrote:
> Is there any known magic involved in getting DTrace to do its thing on
> 9.1-release?
>
> I am trying to use it to debug a memory leak problem with the
> radeonkms driver under 9.x.
Can you check if you have the same dtrace-problem with
On Monday, April 01, 2013 3:56:01 pm Jilles Tjoelker wrote:
> On Mon, Apr 01, 2013 at 02:06:50PM -0400, John Baldwin wrote:
> > Why not use 'local -' instead of the $- magic? That is:
>
> > devfs_rulesets_from_file()
> > {
> >local file _err _me -
> >
> >...
> >set -f
> >...
> >
on 01/04/2013 23:16 John Baldwin said the following:
> On Monday, April 01, 2013 3:56:01 pm Jilles Tjoelker wrote:
>> On Mon, Apr 01, 2013 at 02:06:50PM -0400, John Baldwin wrote:
>>> Why not use 'local -' instead of the $- magic? That is:
>>
>>> devfs_rulesets_from_file()
>>> {
>>>local file
This error seems to be limited to sending deduplicated streams. Does
sending without "-D" work ok? This might be a vendor error as well.
On 1.4.2013 20:05, Larry Rosenman wrote:
> Re-Sending. Any ideas, guys/gals?
>
> This really gets in my way.
>
--
Martin Matuska
FreeBSD committer
http://blog.
Hi,
Please find a patch which does two things:
* it allows ath3kfw to be given a vendor/productid, in order to load
firmware into other NICs that only have a very basic firmware
(sflash);
* it blacklists all the NICs that have this particular behaviour
(sourced from linux-next btusb.c driver).
I
On Mon, Apr 1, 2013 at 7:46 AM, Matthias Apitz wrote:
>
> Hello,
>
> I have a FreeBSD 10-CURRENT as of:
>
> $ uname -a
> FreeBSD aurora.Sisis.de 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r235646: Sat
> May 19 15:52:36 CEST 2012 g...@aurora.sisis.de:/usr/obj/usr/src/sys/GENERIC
> i386
>
> and I want t
El día Monday, April 01, 2013 a las 08:54:59PM -0700, Kevin Oberman escribió:
> > Is there something in the base system of r235646 which would not allow
> > to do so, i.e. which is to old for HEAD of ports?
> >
>
> I'm not quite sure what you mean by "update /usr/ports with SVN to HEAD",
> since
On Mon, Apr 1, 2013 at 10:03 PM, Matthias Apitz wrote:
> El día Monday, April 01, 2013 a las 08:54:59PM -0700, Kevin Oberman
> escribió:
>
> > > Is there something in the base system of r235646 which would not allow
> > > to do so, i.e. which is to old for HEAD of ports?
> > >
> >
> > I'm not qui
On Tue, Apr 2, 2013 at 8:03 AM, Matthias Apitz wrote:
> El día Monday, April 01, 2013 a las 08:54:59PM -0700, Kevin Oberman escribió:
>
>> > Is there something in the base system of r235646 which would not allow
>> > to do so, i.e. which is to old for HEAD of ports?
>> >
>>
>> I'm not quite sure w
on 01/04/2013 19:22 Andriy Gapon said the following:
> on 01/04/2013 18:51 Fabian Keil said the following:
>> vmcore.13:
>>
>> (kgdb) p *dn->dn_phys
>> Cannot access memory at address 0xff8015eeb800
>> (kgdb) p *dn->dn_dbuf
>> $1 = {db = {db_object = 0, db_offset = 28491776, db_size = 16384, d
24 matches
Mail list logo
