On Jun 26, 2012 7:07 AM, Wojciech Puchar woj...@wojtek.tensor.gdynia.pl
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.
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:
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't
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
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
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
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
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. There are
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 interested in the
On Tue, Jun 26, 2012 at 1:59 AM, Robert Watson rwat...@freebsd.org 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-CURRENT
On 6/23/12 11:09 AM, Pedro Giffuni wrote:
--- Sab 23/6/12, Fabian Keil freebsd-lis...@fabiankeil.de 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
--- Mar 26/6/12, Mark Peek m...@freebsd.org 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)));
to
Pedro Giffuni p...@freebsd.org wrote:
--- Mar 26/6/12, Mark Peek m...@freebsd.org 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
--- Mar 26/6/12, Fabian Keil freebsd-lis...@fabiankeil.de ha scritto:
Pedro Giffuni p...@freebsd.org wrote:
--- Mar 26/6/12, Mark Peek m...@freebsd.org
ha scritto:
Try this, change the assert on line 1429 in file
dt_cc.c
from:
assert(!(arg (UINT16_MAX
args[i].shift)));
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/biosdisk.c
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
GPT really
-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
On Tue, Jun 26, 2012 at 2:23 PM, Pawel Jakub Dawidek p...@freebsd.org 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
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 the
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
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 itself
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?
Also,
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 backup header
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
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
On Wed, Jun 27, 2012 at 9:06 AM, Erich Dollansky
erichfreebsdl...@ovitrap.com 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
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 picture of the
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]
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
___
33 matches
Mail list logo
