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-hackers@freebsd.org mailing list
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.
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
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
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
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
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 -
Hi,
I am a bit confused with all these variables defined in freebsd(especially
in freebsd 6.1): Which one of this represents the real memory of a system? Say
we bought a system with 4G ram, which one tells me the RAM is 4G?
Accordign to source code:
Maxmem == the highest page of phisycal
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
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
I've run into a totally reproducible freeze in 9.0. There are a
number of variables involved, but I'm able to reproduce this freeze
100% of the time.
I'm installing very small servers in a Xen HVM virtualization
environment. Each instance has 128M memory and 4G of disk space.
There is 384M of
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 06/27/2012 12:32 AM, Robert Simmons wrote:
I've run into a totally reproducible freeze in 9.0. There are a
number of variables involved, but I'm able to reproduce this freeze
100% of the time.
I'm installing very small servers in a Xen HVM virtualization
environment. Each instance has 128M
Robert writes:
3) the box is responsive to hitting enter at the console (it produces
another login: prompt)
Getty is in memory and can run.
5) if I try to login to the console, it lets me enter a username then
locks up totally, it does not present me with a password: prompt.
Login(1) is not
On Tue, Jun 26, 2012 at 8:22 PM, Marten Vijn i...@martenvijn.nl wrote:
On 06/27/2012 12:32 AM, Robert Simmons wrote:
I've run into a totally reproducible freeze in 9.0. There are a
number of variables involved, but I'm able to reproduce this freeze
100% of the time.
I'm installing very
On Tue, Jun 26, 2012 at 8:54 PM, Dieter BSD dieter...@engineer.com wrote:
Robert writes:
3) the box is responsive to hitting enter at the console (it produces
another login: prompt)
Getty is in memory and can run.
5) if I try to login to the console, it lets me enter a username then
locks
On Tue, Jun 26, 2012 at 8:54 PM, Dieter BSD dieter...@engineer.com wrote:
Robert writes:
3) the box is responsive to hitting enter at the console (it produces
another login: prompt)
Getty is in memory and can run.
5) if I try to login to the console, it lets me enter a username then
locks
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
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
___
24 matches
Mail list logo