headers
dieterbsd | 3 Jun 2010 20:40

Re: kern/141235: 8.0 no longer provides /dev entries for all disk slices [regression]

The following reply was made to PR kern/141235; it has been noted by GNATS.

From: dieterbsd <at> engineer.com
To: bug-followup <at> freebsd.org, bu7cher <at> yandex.ru
Cc: freebsd <at> sopwith.solgatos.com, freebsd-bugs <at> FreeBSD.org
Subject: Re: kern/141235: 8.0 no longer provides /dev entries for all disk slices
 [regression]
Date: Thu, 03 Jun 2010 14:30:26 -0400

 > Did you try to remove both deprecated GEOM_BSD and GEOM_MBR
 > from your config?
 > Now in 8.0+ you should use GEOM_PART_MBR, GEOM_PART_EBR and
 > GEOM_PART_BSD instead. And they all are in DEFAULTS config by
 > default.
 >
 > Your MBR partitions should be served with GEOM_PART_MBR scheme.
 > An extended partitions should be served with GEOM_PART_EBR scheme.
 > A BSD slices should be served with GEOM_PART_BSD scheme.

 I started with the default GENERIC 8.0-release kernel and it is broken.
 It does not provide /dev entries for MBR extended partitions.

 Changing the GEOM_* options to be

 #define GEOM_BSD 1
 #define GEOM_LABEL 1
 #define GEOM_PART_GPT 1
 #define GEOM_MBR 1

 (which turns out to be the same as they were in 7.1) makes everything=20
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andrey V. Elsukov | 5 Jun 2010 10:30
Picon
Favicon

Re: kern/141235: [geom_part] 8.0 no longer provides /dev entries for all disk slices [regression]

The following reply was made to PR kern/141235; it has been noted by GNATS.

From: "Andrey V. Elsukov" <bu7cher <at> yandex.ru>
To: bug-followup <at> FreeBSD.org, freebsd <at> sopwith.solgatos.com, 
 dieterbsd <at> engineer.com
Cc:  
Subject: Re: kern/141235: [geom_part] 8.0 no longer provides /dev entries
 for all disk slices [regression]
Date: Sat, 05 Jun 2010 12:25:55 +0400

 This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
 --------------enig3934C856DDB039C5EC189316
 Content-Type: text/plain; charset=KOI8-R
 Content-Transfer-Encoding: quoted-printable

 Hi,

 Can you try this patch to g_part_ebr.c to GENERIC kernel and
 report results back?
 http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D197608

 --=20
 WBR, Andrey V. Elsukov

 
 --------------enig3934C856DDB039C5EC189316
 Content-Type: application/pgp-signature; name="signature.asc"
 Content-Description: OpenPGP digital signature
 Content-Disposition: attachment; filename="signature.asc"
(Continue reading)

Permalink | Reply | 0 comments |
headers
dieterbsd | 7 Jun 2010 02:20

Re: kern/141235: [geom_part] 8.0 no longer provides /dev entries for all disk slices [regression]

The following reply was made to PR kern/141235; it has been noted by GNATS.

From: dieterbsd <at> engineer.com
To: bu7cher <at> yandex.ru, bug-followup <at> FreeBSD.org, freebsd <at> sopwith.solgatos.com
Cc:  
Subject: Re: kern/141235: [geom_part] 8.0 no longer provides /dev entries for all
 disk slices [regression]
Date: Sun, 06 Jun 2010 20:15:48 -0400

 > Can you try this patch to g_part_ebr.c to GENERIC kernel and
 > report results back?

 I reverted the GEOM_* options back to 8.0-release defaults, dropped
 in the new g_part_ebr.c and now I get /dev entries for MBR extended
 partitions.

 So the

 <       for (index =3D 0; index < DOSPARTOFF - 9; index++)
 ---
 >       for (index =3D 96; index < DOSPARTOFF - 9; index++)

 change fixed the problem.

 Thanks.
Permalink | Reply | 0 comments |
headers
dfilter service | 7 Jun 2010 12:30
Picon
Favicon

Re: kern/145452: commit references a PR

The following reply was made to PR kern/145452; it has been noted by GNATS.

From: dfilter <at> FreeBSD.ORG (dfilter service)
To: bug-followup <at> FreeBSD.org
Cc:  
Subject: Re: kern/145452: commit references a PR
Date: Mon,  7 Jun 2010 10:22:31 +0000 (UTC)

 Author: ae
 Date: Mon Jun  7 10:22:22 2010
 New Revision: 208890
 URL: http://svn.freebsd.org/changeset/base/208890

 Log:
   MFC r207181:

   Re-calculate a geometry when reprobing as well.

   PR:		kern/145452
   Reviewed by:	marcel
   Approved by:	kib (mentor)
   Approved by:	re (bz)

 Modified:
   stable/8/sys/geom/part/g_part.c
 Directory Properties:
   stable/8/sys/   (props changed)
   stable/8/sys/amd64/include/xen/   (props changed)
   stable/8/sys/cddl/contrib/opensolaris/   (props changed)
   stable/8/sys/contrib/dev/acpica/   (props changed)
(Continue reading)

Permalink | Reply | 0 comments |
headers
FreeBSD bugmaster | 7 Jun 2010 13:06
Picon
Favicon

Current problem reports assigned to freebsd-geom <at> FreeBSD.org

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
s bin/146277   geom       gpart(8): gpart add -s 128M creates 1GB partition on 4
o kern/145818  geom       [geom] geom_stat_open showing cached information for n
p kern/145452  geom       [geom] [panic] panic in geom_part_mbr when undoing des
o kern/145042  geom       [geom] System stops booting after printing message "GE
o kern/144962  geom       [geom] panic when accessing GPT disk with a large numb
o kern/144905  geom       [geom][gpart] panic in gpart_ctlreq when unplugging ca
o kern/144732  geom       [geom] [patch] geom_cache erroneously decodes its on-d
o bin/144521   geom       geom(1) tool parsing non-subclass command broken
o kern/143455  geom       gstripe(8) in RELENG_8 (31st Jan 2010) broken
o kern/142563  geom       [geom] [hang] ioctl freeze in zpool
f kern/142365  geom       [geom] FreeBSD RAID1 (gmirror) is much slower than Lin
o kern/141740  geom       [geom] gjournal(8): g_journal_destroy concurrent error
o kern/141235  geom       [geom_part] 8.0 no longer provides /dev entries for al
o kern/140352  geom       [geom] gjournal + glabel not working
o kern/135898  geom       [geom] Severe filesystem corruption - large files or l
o kern/134922  geom       [gmirror] [panic] kernel panic when use fdisk on disk 
o kern/134113  geom       [geli] Problem setting secondary GELI key
o kern/134044  geom       [geom] gmirror(8) overwrites fs with stale data from r
o kern/133931  geom       [geli] [request] intentionally wrong password to destr
o bin/132845   geom       [geom] [patch] ggated(8) does not close files opened a
o kern/132273  geom       glabel(8): [patch] failing on journaled partition
(Continue reading)

Permalink | Reply | 0 comments |
headers
jh | 7 Jun 2010 20:40
Picon
Favicon

Re: kern/141235: [geom_part] 8.0 no longer provides /dev entries for all disk slices [regression]

Synopsis: [geom_part] 8.0 no longer provides /dev entries for all disk slices [regression]

State-Changed-From-To: open->patched
State-Changed-By: jh
State-Changed-When: Mon Jun 7 18:39:22 UTC 2010
State-Changed-Why: 
Patched in head (r197608).

http://www.freebsd.org/cgi/query-pr.cgi?pr=141235
Permalink | Reply | 0 comments |
headers
dfilter service | 7 Jun 2010 22:40
Picon
Favicon

Re: kern/141235: commit references a PR

The following reply was made to PR kern/141235; it has been noted by GNATS.

From: dfilter <at> FreeBSD.ORG (dfilter service)
To: bug-followup <at> FreeBSD.org
Cc:  
Subject: Re: kern/141235: commit references a PR
Date: Mon,  7 Jun 2010 20:32:11 +0000 (UTC)

 Author: ae
 Date: Mon Jun  7 20:31:55 2010
 New Revision: 208899
 URL: http://svn.freebsd.org/changeset/base/208899

 Log:
   MFC r197608:

   The first 96 bytes may not be zeroes. It can contain trivial boot
   code that merely emits an error and waits for a key press before
   rebooting. The error being that extended partitions are not
   bootable. The origin is presumed to be Windows 2000; Windows XP
   does not do this...

   For now, ignore the first 96 bytes when checking that the EBR is
   (for the most part) all zeroes.

   Tested by:	Mario Lobo <mlobo at digiart.art.br>
   		Dieter <dieterbsd at engineer.com>
   PR:		kern/141235
   Reviewed by:	marcel
   Approved by:	kib (mentor)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Boris Kochergin | 10 Jun 2010 02:01

GEOM pseudo-RAID controller support direction?

Hi. As I've mentioned before, I've been working on reimplementing 
ataraid functionality in GEOM, and am getting the hang of it. I have a 
module, geom_pseudoraid, that implements minimalist RAID-1 support for 
VIA pseudo-RAID controllers (code is at 
http://acm.poly.edu/~spawk/geom_pseudoraid.tbz). It is very much a work 
in progress and is missing a lot of features and error-handling. 
Nevertheless, I felt it better to ask the following sooner than later:

1. I know that work on this would ideally include separating various 
RAID transformations out of GEOM modules and using them as libraries of 
sorts, but my axe isn't sharp enough for that yet. Is this considered 
useful despite that?

2. As has been mentioned, geom_mirror, geom_stripe, and geom_concat are 
excellent candidates for including pseudo-RAID controller support into, 
at the cost of complicating them somewhat. I can say that it would be a 
lot easier for me to, for example, teach geom_mirror about various 
vendor metadata formats than to add all of geom_mirror's robustness into 
my code, and I would prefer such a route. I suspect this would require a 
degree of cooperation from Pawel, as the modules mentioned are his code.

3. Thinking ahead quite a bit, my code currently names providers as 
/dev/pseudoraid/[vendor][unit]. For example, the provider on my 
development machine is /dev/pseudoraid/via0. Though this seems to be the 
GEOM convention, it's also a POLA violation, as the ataraid code names 
things /dev/ar[unit]. Any thoughts on how providers should be named?

Thanks.

-Boris
(Continue reading)

Permalink | Reply | 0 comments |
headers
Dmitry Luhtionov | 11 Jun 2010 14:40
Picon

GEOM_DEBUG kernel option

I propose to add new kernel option GEOM_DEBUG.

It's enabled by default, but disabling it redices kernel size and may
slightly improve perfomance by disabling debug stuff in compile time.

http://193.34.20.243/geom.20100611.patch
Permalink | Reply | 0 comments |
headers
FreeBSD bugmaster | 14 Jun 2010 13:06
Picon
Favicon

Current problem reports assigned to freebsd-geom <at> FreeBSD.org

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.

S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/147667  geom       [gmirror] Booting with one component of a gmirror, the
s bin/146277   geom       gpart(8): gpart add -s 128M creates 1GB partition on 4
o kern/145818  geom       [geom] geom_stat_open showing cached information for n
p kern/145452  geom       [geom] [panic] panic in geom_part_mbr when undoing des
o kern/145042  geom       [geom] System stops booting after printing message "GE
o kern/144962  geom       [geom] panic when accessing GPT disk with a large numb
o kern/144905  geom       [geom][gpart] panic in gpart_ctlreq when unplugging ca
o kern/144732  geom       [geom] [patch] geom_cache erroneously decodes its on-d
o bin/144521   geom       geom(1) tool parsing non-subclass command broken
o kern/143455  geom       gstripe(8) in RELENG_8 (31st Jan 2010) broken
o kern/142563  geom       [geom] [hang] ioctl freeze in zpool
f kern/142365  geom       [geom] FreeBSD RAID1 (gmirror) is much slower than Lin
o kern/141740  geom       [geom] gjournal(8): g_journal_destroy concurrent error
p kern/141235  geom       [geom_part] 8.0 no longer provides /dev entries for al
o kern/140352  geom       [geom] gjournal + glabel not working
o kern/135898  geom       [geom] Severe filesystem corruption - large files or l
o kern/134922  geom       [gmirror] [panic] kernel panic when use fdisk on disk 
o kern/134113  geom       [geli] Problem setting secondary GELI key
o kern/134044  geom       [geom] gmirror(8) overwrites fs with stale data from r
o kern/133931  geom       [geli] [request] intentionally wrong password to destr
o bin/132845   geom       [geom] [patch] ggated(8) does not close files opened a
(Continue reading)

Permalink | Reply | 0 comments |

Gmane