Re: can't mount root during freebsd-update 7.0 -> 8.1 on amd64
On 06.12.2010 10:22, per...@pluto.rain.com wrote: > Thanks, that's what I had hoped (but had noticed a few things lately > that had me wondering whether they might perhaps not be working > entirely _correctly_ -- I need to do some more experimentation). > > The next question then is, when _does_ the kernel need to include > added options like GEOM_BSD and/or GEOM_PART_BSD? GEOM_BSD is deprecated in FreeBSD 8.x+ and should not be included. GEOM_PART_BSD is already included in DEFAULTS config. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature
Re: can't mount root during freebsd-update 7.0 -> 8.1 on amd64
"Andrey V. Elsukov" wrote: > >> NOTE: Some old utilities like bsdlabel may not work if the > >> kernel doesn't include GEOM_BSD and other old slicer classes. > >> In other words, bsdlabel et al don't work with GEOM_PART. > > > > Does this mean that, in 8.1-RELEASE, bsdlabel/disklabel will > > not work with the GENERIC kernel (which includes GEOM_PART_GPT > > and GEOM_LABEL, but no other GEOM_ pieces AFAICT)? > > No, It doesn't. You can create partitions with fdisk/bsdlabel. > They do write directly to device and this does initiate tasting. > And GPART detects created partitions. Thanks, that's what I had hoped (but had noticed a few things lately that had me wondering whether they might perhaps not be working entirely _correctly_ -- I need to do some more experimentation). The next question then is, when _does_ the kernel need to include added options like GEOM_BSD and/or GEOM_PART_BSD? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: boot0cfg -B can't work
On 06.12.2010 3:37, Yue Wu wrote: > Thanks, I remembered that boot0cfg in the previous version can do it > without changing the sysctl parameter, maybe it's changed in newer > version. It seems it was broken with r209469. -- WBR, Andrey V. Elsukov signature.asc Description: OpenPGP digital signature
Re: can't mount root during freebsd-update 7.0 -> 8.1 on amd64
On 06.12.2010 3:11, per...@pluto.rain.com wrote: >> GEOM_PART (gpart) is a new GEOM partition class (slicer) and >> utility that rolls up support for many partitioning formats >> (MBR, BSD, GPT etc.) into a single code base. >> ... >> NOTE: Some old utilities like bsdlabel may not work if the kernel >> doesn't include GEOM_BSD and other old slicer classes. In other >> words, bsdlabel et al don't work with GEOM_PART. > > Does this mean that, in 8.1-RELEASE, bsdlabel/disklabel will not work > with the GENERIC kernel (which includes GEOM_PART_GPT and GEOM_LABEL, > but no other GEOM_ pieces AFAICT)? No, It doesn't. You can create partitions with fdisk/bsdlabel. They do write directly to device and this does initiate tasting. And GPART detects created partitions. -- WBR, Andrey V. Elsukov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Could MSGBUF_SIZE be made a loader tunable?
Would there be some fundamental problem in changing MSGBUF_SIZE from a compiled-in constant to a tunable that could be set at the loader prompt? (I'm _not_ suggesting that it be adjustable while the system is running.) The upside would be that, if someone needed a larger buffer temporarily to accommodate trace data from a mechanism such as kern.geom.debugflags, the size could be adjusted without having to rebuild the kernel. I didn't see any obvious downside from examining the 8.1-RELEASE code, but I could certainly have overlooked some subtle (or even blatant) reason why this would be a Bad Idea. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: boot0cfg -B can't work
On Sun, Dec 05, 2010 at 04:29:24PM -0800, David Wolfskill wrote: > From boot0cfg(8): > > NOTE > Protection mechanisms in the geom(4) subsystem might prevent boot0cfg > from being able to update the MBR on a mounted disk. Instructions for > temporarily disabling these protection mechanisms can be found in the > geom(4) manpage. Specifically, do a > >sysctl kern.geom.debugflags=0x10 > > to allow writing to the MBR, and restore it to 0 afterwards. > Thanks, I remembered that boot0cfg in the previous version can do it without changing the sysctl parameter, maybe it's changed in newer version. -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
boot0cfg -B can't work
I want to rewrite boot0 into mbr but failed, infos follows: # boot0cfg -B ad2 boot0cfg: write_mbr: /dev/ad2: Operation not permitted # ls /dev/ad* /dev/ad2 /dev/ad2s2 /dev/ad2s2b /dev/ad2s2e /dev/ad2s2g /dev/ad2s1 /dev/ad2s2a /dev/ad2s2d /dev/ad2s2f /dev/ad2s3 > uname -a FreeBSD bsd.hasee.cpu 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Sun Dec 5 19:14:33 CST 2010 r...@bsd.hasee.cpu:/usr/obj/usr/src/sys/HASEE i386 -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: can't mount root during freebsd-update 7.0 -> 8.1 on amd64
David DEMELIER wrote: > Here : http://ivoras.sharanet.org/freebsd/freebsd8.html > > GEOM_PART becomes the default slicer > > Status: Committed to -CURRENT > Will appear in 8.0: sure > Author: Marcel Moolenaar & others > Web: commit message > > GEOM_PART (gpart) is a new GEOM partition class (slicer) and > utility that rolls up support for many partitioning formats > (MBR, BSD, GPT etc.) into a single code base. > ... > NOTE: Some old utilities like bsdlabel may not work if the kernel > doesn't include GEOM_BSD and other old slicer classes. In other > words, bsdlabel et al don't work with GEOM_PART. Does this mean that, in 8.1-RELEASE, bsdlabel/disklabel will not work with the GENERIC kernel (which includes GEOM_PART_GPT and GEOM_LABEL, but no other GEOM_ pieces AFAICT)? ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: DTrace (or other monitor) access to LBA of a block device
On Sun, Dec 5, 2010 at 11:31 AM, Andriy Gapon wrote:
>> By the way, in order for this to work one would need r207057 applied
>> to -8. Any chance that could be MFC'ed?
>>
>> http://svn.freebsd.org/viewvc/base?view=revision&revision=207057
>
> Nice catch.
>
> Alexander,
> can that commit be trivially MFC-ed or are there any complications around this
> change?
r207057 seems to depend on r206082:
http://svn.freebsd.org/viewvc/base?view=revision&revision=206082
I'm using simpler version of changes equivalent to those in r207057
that I've picked up on one of freebsd lists some time back:
diff --git a/sys/conf/kmod.mk b/sys/conf/kmod.mk
index 56ef3ef..e9b5879 100644
--- a/sys/conf/kmod.mk
+++ b/sys/conf/kmod.mk
@@ -132,6 +132,10 @@ CFLAGS+= -mlongcall -fno-omit-frame-pointer
CFLAGS+= -G0 -fno-pic -mno-abicalls -mlong-calls
.endif
+.if defined(DEBUG) || defined(DEBUG_FLAGS)
+CTFFLAGS+= -g
+.endif
+
.if defined(FIRMWS)
.if !exists(@)
${KMOD:S/$/.c/}: @
@@ -197,6 +201,9 @@ ${KMOD}.kld: ${OBJS}
${FULLPROG}: ${OBJS}
.endif
${LD} ${LDFLAGS} -r -d -o ${.TARGET} ${OBJS}
+.if defined(CTFMERGE)
+ ${CTFMERGE} ${CTFFLAGS} -o ${.TARGET} ${OBJS}
+.endif
.if defined(EXPORT_SYMS)
.if ${EXPORT_SYMS} != YES
.if ${EXPORT_SYMS} == NO
--Artem
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: DTrace (or other monitor) access to LBA of a block device
on 05/12/2010 20:02 Artem Belevich said the following:
>> GEOM sounds like a good candidate for probing of that kind.
>>
>> sudo dtrace -n 'fbt:kernel:g_io_deliver:entry { printf("%s %d %d
>> %d\n",stringof(args[0]->bio_from->geom->name), args[0]->bio_cmd,
>> args[0]->bio_offset, args[0]->bio_length); }'
>
> By the way, in order for this to work one would need r207057 applied
> to -8. Any chance that could be MFC'ed?
>
> http://svn.freebsd.org/viewvc/base?view=revision&revision=207057
Nice catch.
Alexander,
can that commit be trivially MFC-ed or are there any complications around this
change?
Thanks!
--
Andriy Gapon
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-stable kernel compile error
No, mirror hasn't problem, its my fault, I had only src-sys and when i add src-sys-crypto now its work In other word RTFM :)) http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvsup.html thank you Mike src-sys release=cvs The kernel (/usr/src/sys). src-sys-crypto release=cvs Kernel cryptography code (/usr/src/sys/crypto). On Sun, Dec 5, 2010 at 9:03 PM, Mike Tancsa wrote: > On 12/5/2010 11:29 AM, Irakli wrote: > > Thank you for help > > first time i remove file in /var/db/sup/... but nothing > > then I remove whole /usr/src/sys and run cvsup > > and now no crypto in /usr/src/sys :))) > > cvsup updates all except crypto directory > > Perhaps the mirror you are using, or your cvsup file is messed up. Try > with this minimal cvsup file > > > *default host=cvsup18.freebsd.org > *default base=/var/db > *default prefix=/usr > *default release=cvs tag=RELENG_8 > *default delete use-rel-suffix > > *default compress > > src-all > > >---Mike > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: DTrace (or other monitor) access to LBA of a block device
On Sun, Dec 5, 2010 at 19:02, Artem Belevich wrote:
>> GEOM sounds like a good candidate for probing of that kind.
>>
>> sudo dtrace -n 'fbt:kernel:g_io_deliver:entry { printf("%s %d %d
>> %d\n",stringof(args[0]->bio_from->geom->name), args[0]->bio_cmd,
>> args[0]->bio_offset, args[0]->bio_length); }'
>
> By the way, in order for this to work one would need r207057 applied
> to -8. Any chance that could be MFC'ed?
In the meantime, a workaround is an explicit cast. Using
((struct bio *)arg0)
instead of
args[0]
works.
Or wrapped in a tiny d script:
#!/usr/sbin/dtrace -s
#pragma D option quiet
fbt:kernel:g_io_deliver:entry
{
bio = (struct bio *)arg0;
printf("%s %d %d %d\n",stringof(bio->bio_from->geom->name),
bio->bio_cmd, bio->bio_offset, bio->bio_length);
}
Riggs
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: DTrace (or other monitor) access to LBA of a block device
> GEOM sounds like a good candidate for probing of that kind.
>
> sudo dtrace -n 'fbt:kernel:g_io_deliver:entry { printf("%s %d %d
> %d\n",stringof(args[0]->bio_from->geom->name), args[0]->bio_cmd,
> args[0]->bio_offset, args[0]->bio_length); }'
By the way, in order for this to work one would need r207057 applied
to -8. Any chance that could be MFC'ed?
http://svn.freebsd.org/viewvc/base?view=revision&revision=207057
--Artem
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-stable kernel compile error
On 12/5/2010 11:29 AM, Irakli wrote: > Thank you for help > first time i remove file in /var/db/sup/... but nothing > then I remove whole /usr/src/sys and run cvsup > and now no crypto in /usr/src/sys :))) > cvsup updates all except crypto directory Perhaps the mirror you are using, or your cvsup file is messed up. Try with this minimal cvsup file *default host=cvsup18.freebsd.org *default base=/var/db *default prefix=/usr *default release=cvs tag=RELENG_8 *default delete use-rel-suffix *default compress src-all ---Mike ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-stable kernel compile error
Thank you for help first time i remove file in /var/db/sup/... but nothing then I remove whole /usr/src/sys and run cvsup and now no crypto in /usr/src/sys :))) cvsup updates all except crypto directory On Sun, Dec 5, 2010 at 7:02 PM, jhell wrote: > On 12/05/2010 04:56, Irakli wrote: > > cvsup don't download /usr/src/sys/crypto/aesni/ files > > when I put this files from > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/crypto/aesni/ > > kernel compile successfully > > > > csup(1) has replaced cvsup(1) for the most part. > > But if you are not getting the files you need try removing /var/db/sup > or whatever "*default base=" points to in your supfile. You should be > good to receive the files in question after this. > > If all else fails... remove that directory and remove your source tree > and repeat. > > > Good luck, > > -- > > jhell,v > -- ][rakli ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-stable kernel compile error
On 12/05/2010 04:56, Irakli wrote: > cvsup don't download /usr/src/sys/crypto/aesni/ files > when I put this files from > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/crypto/aesni/ > kernel compile successfully > csup(1) has replaced cvsup(1) for the most part. But if you are not getting the files you need try removing /var/db/sup or whatever "*default base=" points to in your supfile. You should be good to receive the files in question after this. If all else fails... remove that directory and remove your source tree and repeat. Good luck, -- jhell,v ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: 8.1-stable kernel compile error
cvsup don't download /usr/src/sys/crypto/aesni/ files when I put this files from http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/crypto/aesni/ kernel compile successfully On Sun, Dec 5, 2010 at 3:51 AM, wrote: > Irakli wrote: > > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > > -I/usr/src/sys/i386/compile/NS > /usr/src/sys/modules/ae/../../dev/ae/if_ae.c > > ===> aesni (depend) > > @ -> /usr/src/sys > > machine -> /usr/src/sys/i386/include > > make: don't know how to make aesni.c. Stop > > *** Error code 2 > > Any chance the "contrib" source distribution is not installed? > ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
