atom feed54 messages in org.freebsd.freebsd-currentRe: RFC: Project geom-events
FromSent OnAttachments
Lev SerebryakovOct 4, 2011 11:04 am 
Lev SerebryakovOct 4, 2011 11:08 am 
Freddie CashOct 4, 2011 11:12 am 
Alexander MotinOct 4, 2011 11:28 am 
Garrett CooperOct 4, 2011 12:14 pm 
Lev SerebryakovOct 4, 2011 1:11 pm 
Freddie CashOct 4, 2011 1:16 pm 
Miroslav LachmanOct 4, 2011 2:26 pm 
Alexander MotinOct 4, 2011 2:45 pm 
Andrey V. ElsukovOct 4, 2011 10:06 pm 
Lev SerebryakovOct 4, 2011 11:19 pm 
Lev SerebryakovOct 4, 2011 11:26 pm 
Lev SerebryakovOct 4, 2011 11:39 pm 
Lev SerebryakovOct 4, 2011 11:51 pm 
Andrey V. ElsukovOct 5, 2011 12:51 am 
Miroslav LachmanOct 5, 2011 1:23 am 
Lev SerebryakovOct 5, 2011 1:50 am 
Lev SerebryakovOct 5, 2011 1:58 am 
Alexander MotinOct 5, 2011 2:18 am 
Lev SerebryakovOct 5, 2011 2:29 am 
Miroslav LachmanOct 5, 2011 7:49 am 
Scot HetzelOct 5, 2011 8:11 am 
Alexander MotinOct 5, 2011 2:34 pm 
Miroslav LachmanOct 5, 2011 3:12 pm 
John-Mark GurneyOct 5, 2011 3:53 pm 
Lev SerebryakovOct 5, 2011 11:39 pm 
Lev SerebryakovOct 5, 2011 11:46 pm 
Ivan VorasOct 6, 2011 4:06 am 
Daniel KalchevOct 6, 2011 4:29 am 
Ivan VorasOct 6, 2011 5:36 am 
Daniel KalchevOct 6, 2011 5:42 am 
Miroslav LachmanOct 6, 2011 5:58 am 
Ivan VorasOct 6, 2011 6:43 am 
Lev SerebryakovOct 6, 2011 6:53 am 
Lev SerebryakovOct 6, 2011 6:55 am 
Daniel KalchevOct 6, 2011 6:58 am 
Pieter de GoejeOct 6, 2011 7:03 am 
Andrey V. ElsukovOct 6, 2011 7:40 am 
Lev SerebryakovOct 7, 2011 12:27 am 
per...@pluto.rain.comOct 7, 2011 7:06 am 
Lev SerebryakovOct 7, 2011 12:43 pm 
Daniel KalchevOct 7, 2011 1:13 pm 
Ivan VorasOct 7, 2011 1:22 pm 
Lev SerebryakovOct 8, 2011 1:55 am 
Lev SerebryakovOct 8, 2011 1:56 am 
Lev SerebryakovOct 8, 2011 2:04 am 
per...@pluto.rain.comOct 8, 2011 2:51 am 
Daniel KalchevOct 8, 2011 12:56 pm 
Lev SerebryakovOct 9, 2011 12:29 am 
Lev SerebryakovOct 9, 2011 12:31 am 
Miroslav LachmanOct 9, 2011 6:13 am 
per...@pluto.rain.comOct 9, 2011 6:59 am 
JohnOct 9, 2011 6:26 pm 
per...@pluto.rain.comOct 10, 2011 2:04 am 
Subject:Re: RFC: Project geom-events
From:Lev Serebryakov (le@FreeBSD.org)
Date:Oct 6, 2011 6:55:48 am
List:org.freebsd.freebsd-current

Hello, Miroslav. You wrote 6 октября 2011 г., 16:59:19:

I am not a GEOM expert, but isn't it wrong concept, that glabel writes its metadata and publish original device size? If some GEOM write metadata at last sector (or first), then it should shrink the published size (or offset). Or is the problem at geom_part, that it is writing metadata past the advertised end of the device?

Good point.

e.g. If I have disk device with size of 100 sectors and glabel metadata is stored at the last sector, then glabel should shrink the advertised size to 99 sectors - then GPT secondary table will be at sector 99 instead of 100.

The current state is simply wrong, because user can do something what cannot work and is not documented anywhere.

It is Ok in UNIX way, in general. You should be able to shoot your leg, it is good :)

But if geom_label doesn't reduce its provider to count its own metadata, it looks like a bug!