On Tue, 26 Jun 2012, Chris Rees wrote:
as well as we don't depend of /proc for normal operation we shouldn't for
say /proc/sysctl
improvements are welcome, better documentation is welcome, changes to
what is OK - isn't.
/proc/sysctl might be useful. Just because Linux uses it doesn't make
On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote:
> Konstantin Belousov wrote:
> > On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:
> > > I've observed a panic in recent -current several times but I only
> > > have a picture of the backtrace:
> > > http://people.freebsd.org/~kevlo/
>
> as well as we don't depend of /proc for normal operation we shouldn't for say
/proc/sysctl
>
> improvements are welcome, better documentation is welcome, changes to what is
OK - isn't.
/proc/sysctl might be useful. Just because Linux uses it doesn't make it a bad
idea.
actually - i don'
as well as we don't depend of /proc for normal operation we shouldn't for
say /proc/sysctl
improvements are welcome, better documentation is welcome, changes to what
is OK - isn't.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.o
Hi All,
Some time ago i have started reading the code in the sys/boot.
Especially i'm interested in the partition tables handling.
I found several problems:
1. There are several copies of the same code in the libi386/biosdisk.c
and common/disk.c, and partially libpc98/biosdisk.c.
2. ZFS probing is
On Tue, Jun 26, 2012 at 04:50:36PM +0400, Andrey V. Elsukov wrote:
> Hi All,
>
> Some time ago i have started reading the code in the sys/boot.
> Especially i'm interested in the partition tables handling.
> I found several problems:
> 1. There are several copies of the same code in the libi386/bi
and/or get it wrong. sysctl has some file-system like properties, but on the
whole, it's not a file system -- it's much more like an SNMP MIB.
While you can map anything into anything (including Turing machines), I think
the sysctl command line tool and API, despite its limitations, is a bette
On 26.06.2012 16:57, Pawel Jakub Dawidek wrote:
> On Tue, Jun 26, 2012 at 04:50:36PM +0400, Andrey V. Elsukov wrote:
>> Hi All,
>>
>> Some time ago i have started reading the code in the sys/boot.
>> Especially i'm interested in the partition tables handling.
>> I found several problems:
>> 1. Ther
On Tue, Jun 26, 2012 at 06:01:26PM +0400, Andrey V. Elsukov wrote:
> On 26.06.2012 16:57, Pawel Jakub Dawidek wrote:
> > On Tue, Jun 26, 2012 at 04:50:36PM +0400, Andrey V. Elsukov wrote:
> >> Hi All,
> >>
> >> Some time ago i have started reading the code in the sys/boot.
> >> Especially i'm inter
On Tue, Jun 26, 2012 at 1:59 AM, Robert Watson wrote:
> On Tue, 26 Jun 2012, Chris Rees wrote:
>
>>> as well as we don't depend of /proc for normal operation we shouldn't for
>>
>> say /proc/sysctl
>>>
>>>
>>> improvements are welcome, better documentation is welcome, changes to
>>
>> what is OK -
As follows, in "g_disk_providergone", a NULL pointer reference?:
imb@toshi:/home/imb> sudo less /var/crash/core.txt.4
toshi.auburn.protected-networks.net dumped core - see /var/crash/vmcore.4
Tue Jun 26 08:59:01 EDT 2012
FreeBSD toshi.auburn.protected-networks.net 10.0-CURRENT FreeBSD
10.0-CURRE
On 6/23/12 11:09 AM, Pedro Giffuni wrote:
--- Sab 23/6/12, Fabian Keil ha scritto:
...
My suggestion would be to instead try using the test
scripts in
cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquantize/
err.D_LLQUANT_FACTORSMALL.d (for example) has
@ = llquantize(0, 1, 0, 10,
--- Mar 26/6/12, Mark Peek ha scritto:
> >
> > It's a different assertion.
> >
> > Probably some difference between Solaris and BSD.
> > this is very useful, thanks!
>
> Try this, change the assert on line 1429 in file dt_cc.c
> from:
>
> assert(!(arg & (UINT16_MAX << args[i].shift)));
>
> t
Pedro Giffuni wrote:
> --- Mar 26/6/12, Mark Peek ha scritto:
> > Try this, change the assert on line 1429 in file dt_cc.c
> > from:
> >
> > assert(!(arg & (UINT16_MAX << args[i].shift)));
> >
> > to
> >
> > assert(!(arg & ((uint64_t)UINT16_MAX <<
> > args[i].shift)));
> >
>
> This certain
--- Mar 26/6/12, Fabian Keil ha scritto:
> Pedro Giffuni wrote:
>
> > --- Mar 26/6/12, Mark Peek
> ha scritto:
>
> > > Try this, change the assert on line 1429 in file
> dt_cc.c
> > > from:
> > >
> > > assert(!(arg & (UINT16_MAX <<
> args[i].shift)));
> > >
> > > to
> > >
> > > assert(!(
On Tuesday, June 26, 2012 8:50:36 am Andrey V. Elsukov wrote:
> Hi All,
>
> Some time ago i have started reading the code in the sys/boot.
> Especially i'm interested in the partition tables handling.
> I found several problems:
> 1. There are several copies of the same code in the libi386/biosdis
On Tue, Jun 26, 2012 at 01:37:11PM -0400, John Baldwin wrote:
> > 4. The gptboot now searches the backup GPT header in the previous sectors,
> > when it finds the "GEOM::" signature in the last sector. PMBR code also
> > tries to do the same:
> > common/gpt.c
> > i386/pmbr/pmbr.s
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Here is a small utility that uses xz(1) instead of gzip(1) for
compressing executable, derived from the base system gzexe(1).
http://people.freebsd.org/~delphij/misc/xzexe
There is no plan at this time to put this into base system or a
On Tue, Jun 26, 2012 at 2:23 PM, Pawel Jakub Dawidek wrote:
> On Tue, Jun 26, 2012 at 01:37:11PM -0400, John Baldwin wrote:
>> > 4. The gptboot now searches the backup GPT header in the previous sectors,
>> > when it finds the "GEOM::" signature in the last sector. PMBR code also
>> > tries to do
On Tue, Jun 26, 2012 at 02:41:31PM -0700, Kevin Oberman wrote:
> Long ago I saw a proposal to create a dedicated partition on GPT to
> hold the metadata. With the large number of partitions available on
> GPT, tying up one just for GEOM seems like a low price and it moves
> the device GEOM out of t
On Tue, 26 Jun 2012, Michael Butler wrote:
As follows, in "g_disk_providergone", a NULL pointer reference?:
g_disk_providergone() is new in r237518 (by ken); ken cc'd.
-Ben Kaduk
imb@toshi:/home/imb> sudo less /var/crash/core.txt.4
toshi.auburn.protected-networks.net dumped core - see /var
Hi Bruce,
On Jun 24, 2012, at 5:14 PM, Bruce Cran wrote:
> On 21/06/2012 00:40, Devin Teske wrote:
>> If you have the time and/or energy, please test and report any issues that
>> you experience.
>
> I've noticed a few typos and other minor issues:
>
> In bsdconfig(8):
> Contains a link to it
Konstantin Belousov wrote:
> On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote:
> > Konstantin Belousov wrote:
> > > On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:
> > > > I've observed a panic in recent -current several times but I only
> > > > have a picture of the backtrace:
>
On Tue, Jun 26, 2012 at 19:41:07 -0400, Benjamin Kaduk wrote:
> On Tue, 26 Jun 2012, Michael Butler wrote:
>
> >As follows, in "g_disk_providergone", a NULL pointer reference?:
>
> g_disk_providergone() is new in r237518 (by ken); ken cc'd.
Can you try the attached patch to sys/geom/geom_disk.c?
On 26.06.2012 21:37, John Baldwin wrote:
>> 4. The gptboot now searches the backup GPT header in the previous sectors,
>> when it finds the "GEOM::" signature in the last sector. PMBR code also
>> tries to do the same:
>> common/gpt.c
>> i386/pmbr/pmbr.s
>
> GPT really wants the ba
On 27.06.2012 1:41, Kevin Oberman wrote:
> Long ago I saw a proposal to create a dedicated partition on GPT to
> hold the metadata. With the large number of partitions available on
> GPT, tying up one just for GEOM seems like a low price and it moves
> the device GEOM out of the realm of FreeBSD un
Hi,
I am getting a panix when I boot a newly compiled system with sources
downloaded yesterday. The panic was still there with the sources from three
days ago.
The panic regards /usr/src/sys/vm/uma_core/c line 2040.
The machine is a Lenovo X220. I do not expect anything specific loaded yet as
El día Saturday, June 16, 2012 a las 08:11:40AM -0400, John Baldwin escribió:
> On Saturday, June 16, 2012 04:51:06 AM Matthias Apitz wrote:
> > El día Friday, June 15, 2012 a las 08:18:22AM -0400, John Baldwin escribió:
> > > > the panic says:
> > > > mutex page lock not owned at /usr/src/sys/vm/
On Wed, Jun 27, 2012 at 9:06 AM, Erich Dollansky
wrote:
> Hi,
>
> I am getting a panix when I boot a newly compiled system with sources
> downloaded yesterday. The panic was still there with the sources from three
> days ago.
>
> The panic regards /usr/src/sys/vm/uma_core/c line 2040.
>
> The ma
Kevin Lo wrote:
> Konstantin Belousov wrote:
> > On Tue, Jun 26, 2012 at 12:38:25PM +0800, Kevin Lo wrote:
> > > Konstantin Belousov wrote:
> > > > On Mon, Jun 25, 2012 at 10:03:28AM +0800, Kevin Lo wrote:
> > > > > I've observed a panic in recent -current several times but I only
> > > > > have a
On 27/06/2012 02:11, Devin Teske wrote:
Like "tzsetup -h" and many others that are this way. I just can't win
(inconsistencies everywhere in the system w/respect to this).
Not at all: bsdconfig claims to support -h whereas tzsetup doesn't:
SYNOPSIS
tzsetup [-nrs] [-C chroot_directory] [z
on 27/06/2012 07:50 Andrey V. Elsukov said the following:
> Also we still haven't any tool to install zfsboot.
Yeah, I think it would be nice if ZFS provided some interface (ioctl?) to
properly write stuff to its special areas.
--
Andriy Gapon
___
free
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Folks,
as I announced before, the default sort in -CURRENT has been changed
to BSD sort. Since the import, the reported minor bugs have been
fixed and BSD sort has passed the portbuild test. If you encounter any
problems or incompatibility with th
On 06/27/12 08:04, Gabor Kovesdan wrote:
> Hi Folks,
>
> as I announced before, the default sort in -CURRENT has been changed
> to BSD sort. Since the import, the reported minor bugs have been
> fixed and BSD sort has passed the portbuild test. If you encounter any
> problems or incompatibility w
On 06/26/2012 11:04 PM, Gabor Kovesdan wrote:
> Hi Folks,
>
> as I announced before, the default sort in -CURRENT has been changed
> to BSD sort.
Has this been performance tested vs. the old one? If so, where are the
results?
> Since the import, the reported minor bugs have been
> fixed and BSD
on 27/06/2012 08:27 Andrey Fesenko said the following:
> On Wed, Jun 27, 2012 at 9:06 AM, Erich Dollansky
> wrote:
>> Hi,
>>
>> I am getting a panix when I boot a newly compiled system with sources
>> downloaded yesterday. The panic was still there with the sources from three
>> days ago.
>>
>>
> -Original Message-
> From: Doug Barton [mailto:do...@freebsd.org]
> Sent: Tuesday, June 26, 2012 11:18 PM
> To: Gabor Kovesdan
> Cc: FreeBSD Current; Oleg Moskalenko
> Subject: Re: [HEADS-UP] BSD sort is the default sort in -CURRENT
>
> On 06/26/2012 11:04 PM, Gabor Kovesdan wrote:
> >
37 matches
Mail list logo
