Re: SuperMicro IPMI keyboard - fails for 'mountroot>' prompt under FreeBSD 9-R...
--On 01 March 2012 07:59 -0800 Garrett Cooper wrote: Do you mean (looking at the man page) just setting: hint.kbdmux.0.disabled="1" In device.hints? That didn't make any difference - nor, (just in case) did setting it to '0'. Are you sure it's compiled into the kernel? It's in GENERIC, but I'm not sure what you're running... -Garrett Sorry, yes - it's running GENERIC (i.e. stock 9.0-R GENERIC). -Karl ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: small change to du, so it will accepts unit suffixes for negative thresholds
On Fri Mar 2 12, Jason Hellenthal wrote: > > > On Thu, Mar 01, 2012 at 11:38:22PM +, Alexander Best wrote: > > hi there, > > > > i just noticed that du will not accepts something like the following: > > > > du -t-500M > > > > whereas > > > > du -t500M > > > > will work. i've attached a patch, which makes unit suffixes in connection > > with > > negative thresholds possible. > > > > I don't get it. I just ran both instances of what you have above without > your patch on 8-STABLE i386 and both work as intended. Are you seeing > something I am not ? you are right. there seems to have been a du change between 8-STABLE and HEAD, or maybe even in expand_number(). when i run 'du -t-500M /' on HEAD i get: du: invalid threshold: -500M usage: du [-Aclnx] [-H | -L | -P] [-h | -k | -m ] [-a | -s | -d depth] [-B blocksize] [-I mask] [-t threshold] [file ...] ... i'll investigate some more. i also found that on 8-STABLE du isn't working properly in all cases. try the following: mkdir empty ; cd empty ; mkdir empty2 running 'du -t-1M' should report empty2, but it doesn't. running 'du -t-2M' does. according to 'ls -la' an empty directory is 4096 byte. so 'du -t-4097' should report the empty dir; however it doesn't. du seems to quite broken when it comes to the -t option. have a look at the following: mkdir empty3; cd empty3; du -h -t1M reports 2,0k. that's completely wrong, since i instructed du to only display entries > 1 megabyte. cheers. alex > > -- > ;s =; ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: small change to du, so it will accepts unit suffixes for negative thresholds
On (01/03/2012 23:38), Alexander Best wrote:
> hi there,
>
> i just noticed that du will not accepts something like the following:
>
> du -t-500M
>
> whereas
>
> du -t500M
>
> will work. i've attached a patch, which makes unit suffixes in connection with
> negative thresholds possible.
Good catch, thanks. A few minor comments below.
>
> cheers.
> alex
> diff --git a/usr.bin/du/du.1 b/usr.bin/du/du.1
> index 3db1367..01d2ec1 100644
> --- a/usr.bin/du/du.1
> +++ b/usr.bin/du/du.1
> @@ -137,6 +137,10 @@ If
> is negative, display only entries for which size is less than the absolute
> value of
> .Ar threshold .
> +For both positive and negative values,
> +.Ar threshold
> +accepts unit suffixes
> +.Po see Fl h Li option Pc .
> .It Fl x
> File system mount points are not traversed.
> .El
> diff --git a/usr.bin/du/du.c b/usr.bin/du/du.c
> index 7b47b71..51bfd07 100644
> --- a/usr.bin/du/du.c
> +++ b/usr.bin/du/du.c
> @@ -175,13 +175,18 @@ main(int argc, char *argv[])
> break;
> case 'r':/* Compatibility. */
> break;
> - case 't' :
> + case 't':
> + if (strncmp(optarg, "-", 1) == 0) {
Why not optarg[0] == '-', it makes intent more clear.
I think we should support "+500M" as well.
Perhaps we'd better use temporal variable for string value instead of
changing optarg.
Or initialize threshold_sign with 0, set it either to 1 or -1 if optarg
starts with '+' or '-' accordingly, and do
expand_number(optarg + (threshold_sign != 0 ? 1 : 0), &threshold)
> + optarg++;
> + threshold_sign = -1;
> + }
> if (expand_number(optarg, &threshold) != 0 ||
> threshold == 0) {
> warnx("invalid threshold: %s", optarg);
optarg can differ from original value because of optarg++ above.
> usage();
> - } else if (threshold < 0)
> - threshold_sign = -1;
> + }
> + if (threshold_sign == -1)
> + threshold = -threshold;
> break;
> case 'x':
> ftsoptions |= FTS_XDEV;
> ___
> freebsd-hackers@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: DTrace: Where do we run CTFCONVERT for kernel modules
Quoting Shrikanth Kamath (from Sun, 26 Feb
2012 13:24:19 +0530):
...meaning, I see the following line in "sys/conf/kmod.mk", but that
is a CTFMERGE command.
.if defined(MK_CTF) && ${MK_CTF} != "no"
${CTFMERGE} ${CTFFLAGS} -o ${.TARGET} ${OBJS}
.endif
Where do we run the CTFCONVERT on kernel modules?
It is run from the Makefile of the kernel which is generated by the
config(8) program.
Bye,
Alexander.
--
Whenever I feel like exercise, I lie down until the feeling passes.
http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: BUG: 9.0 stage 2 boot (/boot/boot)
- Original Message - From: John Baldwin To: rank1see...@gmail.com Cc: hack...@freebsd.org, "Roman Divacky" , Andriy Gapon Date: Thu, 1 Mar 2012 16:14:43 -0500 Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > > However, avg@ might have found the actual cause of the bug. And Roman did > > indeed break this earlier. Try the updated boot2_test.patch again. > > You should still try this. > > -- > John Baldwin > Using patch: MD5 (boot2_test.patch) = 72412f9b47b114302268561f12c1b46b http://www.starforce.biz/stage2boot_1.jpg This is the worst patch as even RE-typing doesn't work. That is, it is completely unable to boot. Throw me another patch! > Please don't treat John this way. He has put in a lot of time for > you, and many others, and is one of THE experts. > > Chris He didn't got a bad treatment, nor any side is angry. Relax! ;) Domagoj Smolčić ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: small change to du, so it will accepts unit suffixes for negative thresholds
On Fri, Mar 02, 2012 at 10:33:33AM +, Alexander Best wrote: > On Fri Mar 2 12, Jason Hellenthal wrote: > > > > > > On Thu, Mar 01, 2012 at 11:38:22PM +, Alexander Best wrote: > > > hi there, > > > > > > i just noticed that du will not accepts something like the following: > > > > > > du -t-500M > > > > > > whereas > > > > > > du -t500M > > > > > > will work. i've attached a patch, which makes unit suffixes in connection > > > with > > > negative thresholds possible. > > > > > > > I don't get it. I just ran both instances of what you have above without > > your patch on 8-STABLE i386 and both work as intended. Are you seeing > > something I am not ? > > you are right. there seems to have been a du change between 8-STABLE and HEAD, > or maybe even in expand_number(). > > when i run 'du -t-500M /' on HEAD i get: > > du: invalid threshold: -500M > usage: du [-Aclnx] [-H | -L | -P] [-h | -k | -m ] [-a | -s | -d depth] [-B > blocksize] [-I mask] [-t threshold] [file ...] > > ... i'll investigate some more. i also found that on 8-STABLE du isn't working > properly in all cases. try the following: > > mkdir empty ; cd empty ; mkdir empty2 > > running 'du -t-1M' should report empty2, but it doesn't. running 'du -t-2M' > does. according to 'ls -la' an empty directory is 4096 byte. so 'du -t-4097' > should report the empty dir; however it doesn't. du seems to quite broken when > it comes to the -t option. have a look at the following: > > mkdir empty3; cd empty3; du -h -t1M > > reports > > 2,0k . > > that's completely wrong, since i instructed du to only display entries > 1 > megabyte. > with locale being that of UTF-8 in an xterm I get the expected result from this. I would expect that locale of C would do the same. It seems that du(1) is not locale aware enough for calculating the sums and comparing them. I see 2,0k in your output where in mine it is 2.0 disbatch$ mkdir empty ; cd empty ; mkdir empty2 disbatch$ du -ht-1M 2.0k./empty2 4.0k. disbatch$ du -t-1M 2 ./empty2 4 . disbatch$ locale LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" LC_COLLATE=C LC_TIME="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_ALL= This was done under /bin/sh 8-STABLE i386 as of the date of this message. -- ;s =; ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: src builds and STDERR
- Original Message - From: Eygene Ryabinkin To: Garrett Cooper Cc: Chris Rees , rank1see...@gmail.com, hack...@freebsd.org, f...@freebsd.org Date: Fri, 2 Mar 2012 10:24:59 +0400 Subject: Re: src builds and STDERR > Thu, Mar 01, 2012 at 09:38:06AM -0800, Garrett Cooper wrote: > > On Thu, Mar 1, 2012 at 9:01 AM, Chris Rees wrote: > > > On 1 Mar 2012 16:31, "Garrett Cooper" wrote: > > >> See: > > >> http://lists.freebsd.org/pipermail/freebsd-current/2011-December/029852.html > > >> . Why this patch is still not in FreeBSD proper, I do not know. > [...] > > bin/165589 -- thanks! > > The patch from mailing list was already committed to HEAD more than > 2 weeks ago, > http://svnweb.freebsd.org/base?view=revision&revision=231544 > Don't see the MFC timeline, though. Max, any plans for MFC? > > On the other hand, the error diagnostics from make goes to stdout -- > not very good, because more logical place is stderr. The following patch > should help a bit, > > http://codelabs.ru/fbsd/patches/make/make-redirect-own-error-messages-to-stderr.patch > but I should review it once more and modify the regression suite to > handle the change in the make behaviour. > > Any thoughts? > -- > Eygene Ryabinkin,,,^..^,,, Excellent! Yours patch(separating stdout & stderr) on top of Garrett's patch, should make it work as it should! When you review and test it, throw an url of unified patch. And also make sure this gets MFC-ed to 8.3 and 9.1 Domagoj Smolčić ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: BUG: 9.0 stage 2 boot (/boot/boot)
On Thursday, March 01, 2012 5:23:11 pm Doug Barton wrote: > On 3/1/2012 1:14 PM, John Baldwin wrote: > > My firefox on my BSD desktop was caching the image. > > Holding down Shift when clicking reload usually handles this. Only if you already know that FF is incorrectly caching the image. :( -- John Baldwin ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: BUG: 9.0 stage 2 boot (/boot/boot)
On Friday, March 02, 2012 10:17:03 am rank1see...@gmail.com wrote: > - Original Message - > From: John Baldwin > To: rank1see...@gmail.com > Cc: hack...@freebsd.org, "Roman Divacky" , Andriy Gapon > > Date: Thu, 1 Mar 2012 16:14:43 -0500 > Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > > > > > However, avg@ might have found the actual cause of the bug. And Roman did > > > indeed break this earlier. Try the updated boot2_test.patch again. > > > > You should still try this. > > > > -- > > John Baldwin > > > > > Using patch: MD5 (boot2_test.patch) = 72412f9b47b114302268561f12c1b46b > > http://www.starforce.biz/stage2boot_1.jpg > > This is the worst patch as even RE-typing doesn't work. > That is, it is completely unable to boot. > > Throw me another patch! Ah, was using sizeof() on the wrong thing, and I have a fix for the garbage you saw for kname as well. Patch is updated at the normal URL. > > Please don't treat John this way. He has put in a lot of time for > > you, and many others, and is one of THE experts. > > > > Chris > > > He didn't got a bad treatment, nor any side is angry. > Relax! ;) Actually, you've been rather rude for the entire thread, I am just doing my best to ignore it in the interest of getting the bug fixed. -- John Baldwin ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: BUG: 9.0 stage 2 boot (/boot/boot)
On 03/02/2012 08:52, John Baldwin wrote: > On Thursday, March 01, 2012 5:23:11 pm Doug Barton wrote: >> On 3/1/2012 1:14 PM, John Baldwin wrote: >>> My firefox on my BSD desktop was caching the image. >> >> Holding down Shift when clicking reload usually handles this. > > Only if you already know that FF is incorrectly caching the image. :( True'ish (since "incorrectly" depends on a lot of details that are outside the scope of this thread) but isn't it always a safe assumption that browsers are doing something other than what we want in order to "help" us? :) -- This .signature sanitized for your protection ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: BUG: 9.0 stage 2 boot (/boot/boot)
- Original Message - From: John Baldwin To: rank1see...@gmail.com Cc: hack...@freebsd.org, "Roman Divacky" , "Andriy Gapon" Date: Fri, 2 Mar 2012 12:24:24 -0500 Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > On Friday, March 02, 2012 10:17:03 am rank1see...@gmail.com wrote: > > - Original Message - > > From: John Baldwin > > To: rank1see...@gmail.com > > Cc: hack...@freebsd.org, "Roman Divacky" , Andriy > > Gapon > > Date: Thu, 1 Mar 2012 16:14:43 -0500 > > Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > > > > > > > > However, avg@ might have found the actual cause of the bug. And Roman > > > > did > > > > indeed break this earlier. Try the updated boot2_test.patch again. > > > > > > You should still try this. > > > > > > -- > > > John Baldwin > > > > > > > > > Using patch: MD5 (boot2_test.patch) = 72412f9b47b114302268561f12c1b46b > > > > http://www.starforce.biz/stage2boot_1.jpg > > > > This is the worst patch as even RE-typing doesn't work. > > That is, it is completely unable to boot. > > > > Throw me another patch! > > Ah, was using sizeof() on the wrong thing, and I have a fix for the garbage > you saw for kname as well. Patch is updated at the normal URL. > > > > Please don't treat John this way. He has put in a lot of time for > > > you, and many others, and is one of THE experts. > > > > > > Chris > > > > > > He didn't got a bad treatment, nor any side is angry. > > Relax! ;) > > Actually, you've been rather rude for the entire thread, I am just doing my > best to ignore it in the interest of getting the bug fixed. > > -- > John Baldwin > I'm sorry if you think so, especially part where I am rude through the entire thread. That I can hardly believe. I am also actively testing and am persistant in solving issue. Or is problem in my perception? Anyway, yours latest patch has a same md5 hash as a previous one and also built binary /boot/boot had same md5 hash. So I've simply skipped installing boot code. Domagoj Smolčić ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: BUG: 9.0 stage 2 boot (/boot/boot)
On Friday, March 02, 2012 1:46:37 pm rank1see...@gmail.com wrote: > - Original Message - > From: John Baldwin > To: rank1see...@gmail.com > Cc: hack...@freebsd.org, "Roman Divacky" , "Andriy > Gapon" > Date: Fri, 2 Mar 2012 12:24:24 -0500 > Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > > > On Friday, March 02, 2012 10:17:03 am rank1see...@gmail.com wrote: > > > - Original Message - > > > From: John Baldwin > > > To: rank1see...@gmail.com > > > Cc: hack...@freebsd.org, "Roman Divacky" , Andriy > > > Gapon > > > Date: Thu, 1 Mar 2012 16:14:43 -0500 > > > Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > > > > > > > > > > > However, avg@ might have found the actual cause of the bug. And > > > > > Roman did > > > > > indeed break this earlier. Try the updated boot2_test.patch again. > > > > > > > > You should still try this. > > > > > > > > -- > > > > John Baldwin > > > > > > > > > > > > > Using patch: MD5 (boot2_test.patch) = 72412f9b47b114302268561f12c1b46b > > > > > > http://www.starforce.biz/stage2boot_1.jpg > > > > > > This is the worst patch as even RE-typing doesn't work. > > > That is, it is completely unable to boot. > > > > > > Throw me another patch! > > > > Ah, was using sizeof() on the wrong thing, and I have a fix for the garbage > > you saw for kname as well. Patch is updated at the normal URL. > > > > > > Please don't treat John this way. He has put in a lot of time for > > > > you, and many others, and is one of THE experts. > > > > > > > > Chris > > > > > > > > > He didn't got a bad treatment, nor any side is angry. > > > Relax! ;) > > > > Actually, you've been rather rude for the entire thread, I am just doing my > > best to ignore it in the interest of getting the bug fixed. > > > > -- > > John Baldwin > > > > I'm sorry if you think so, especially part where I am rude through the entire > thread. That I can hardly believe. > I am also actively testing and am persistant in solving issue. > Or is problem in my perception? I think it may just be that your language comes off as being a bit demanding, plus a fair bit of all caps, etc. If English is not your native language then that may also be a factor. If you are not intending to be rude then that is plenty good enough for me. :) > Anyway, yours latest patch has a same md5 hash as a previous one and also > built binary /boot/boot had same md5 hash. > So I've simply skipped installing boot code. Yes, my bad, I updated it locally but forgot to upload it to the URL. It should really be updated now. -- John Baldwin ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: BUG: 9.0 stage 2 boot (/boot/boot)
- Original Message - From: John Baldwin To: rank1see...@gmail.com Cc: hack...@freebsd.org, "Roman Divacky" , "Andriy Gapon" Date: Fri, 2 Mar 2012 14:46:59 -0500 Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > On Friday, March 02, 2012 1:46:37 pm rank1see...@gmail.com wrote: > > - Original Message - > > From: John Baldwin > > To: rank1see...@gmail.com > > Cc: hack...@freebsd.org, "Roman Divacky" , "Andriy > > Gapon" > > Date: Fri, 2 Mar 2012 12:24:24 -0500 > > Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > > > > > On Friday, March 02, 2012 10:17:03 am rank1see...@gmail.com wrote: > > > > - Original Message - > > > > From: John Baldwin > > > > To: rank1see...@gmail.com > > > > Cc: hack...@freebsd.org, "Roman Divacky" , Andriy > > > > Gapon > > > > Date: Thu, 1 Mar 2012 16:14:43 -0500 > > > > Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > > > > > > > > > > > > > > However, avg@ might have found the actual cause of the bug. And > > > > > > Roman did > > > > > > indeed break this earlier. Try the updated boot2_test.patch again. > > > > > > > > > > You should still try this. > > > > > > > > > > -- > > > > > John Baldwin > > > > > > > > > > > > > > > > > Using patch: MD5 (boot2_test.patch) = 72412f9b47b114302268561f12c1b46b > > > > > > > > http://www.starforce.biz/stage2boot_1.jpg > > > > > > > > This is the worst patch as even RE-typing doesn't work. > > > > That is, it is completely unable to boot. > > > > > > > > Throw me another patch! > > > > > > Ah, was using sizeof() on the wrong thing, and I have a fix for the > > > garbage > > > you saw for kname as well. Patch is updated at the normal URL. > > > > > > > > Please don't treat John this way. He has put in a lot of time for > > > > > you, and many others, and is one of THE experts. > > > > > > > > > > Chris > > > > > > > > > > > > He didn't got a bad treatment, nor any side is angry. > > > > Relax! ;) > > > > > > Actually, you've been rather rude for the entire thread, I am just doing > > > my > > > best to ignore it in the interest of getting the bug fixed. > > > > > > -- > > > John Baldwin > > > > > > > I'm sorry if you think so, especially part where I am rude through the > > entire thread. That I can hardly believe. > > I am also actively testing and am persistant in solving issue. > > Or is problem in my perception? > > I think it may just be that your language comes off as being a bit demanding, > plus a fair bit of all caps, etc. If English is not your native language > then that may also be a factor. If you are not intending to be rude then that > is plenty good enough for me. :) > > > Anyway, yours latest patch has a same md5 hash as a previous one and also > > built binary /boot/boot had same md5 hash. > > So I've simply skipped installing boot code. > > Yes, my bad, I updated it locally but forgot to upload it to the URL. > It should really be updated now. > > -- > John Baldwin > Using MD5 (boot2_test.patch) = 05c46840163f789d362b46bf51b6c79f I can't build it. # cd /sys/boot # make clean && make obj && make depend && make && make install && make clean -- ===> i386/boot2 (all) objcopy -S -O binary boot1.out boot1 dd if=/dev/zero of=boot2.ldr bs=512 count=1 1+0 records in 1+0 records out 512 bytes transferred in 0.000116 secs (4409617 bytes/sec) cc -Os -fno-guess-branch-probability -fomit-frame-pointer -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD -DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common -I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c /usr/src/sys/boot/i386/boot2/boot2.c: In function 'main': /usr/src/sys/boot/i386/boot2/boot2.c:282: error: expected ':' before ')' token /usr/src/sys/boot/i386/boot2/boot2.c: In function 'parse': /usr/src/sys/boot/i386/boot2/boot2.c:468: warning: passing argument 1 of 'memcpy' discards qualifiers from pointer target type *** [boot2.s] Error code 1 Stop in /usr/src/sys/boot/i386/boot2. *** [all] Error code 1 Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 Stop in /usr/src/sys/boot. -- Domagoj Smolčić ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
[patch] Disable bios probe if acpi is enabled
I'm noting that newer machines are completely hosed if we attempt to
probe for bios values. I'm proposing this change.
-bash-4.2$ p4 diff -du //depot/yahoo/ybsd_7/src/sys/i386/i386/bios.c
--- //depot/yahoo/ybsd_7/src/sys/i386/i386/bios.c 2011-09-16
22:47:30.0
+++ /home/seanbru/ybsd_7/src/sys/i386/i386/bios.c 2011-09-16
22:47:30.0
@@ -84,6 +84,12 @@
char *p;
/*
+ * Don't do bios probing if acpi is enabled, its
+ * pointless and breaks on newer systems
+ */
+if (!resource_disabled("acpi", 0))
+ return;
+/*
* BIOS32 Service Directory, PCI BIOS
*/
signature.asc
Description: This is a digitally signed message part
USENIX/ACM NSDR '12 Call For Papers Now Available
On behalf of the 6th USENIX/ACM Workshop on Networked Systems for Developing Regions (NSDR '12) program committee, we invite you to submit papers that propose and discuss ideas concerning the design, implementation, and evaluation of new computing and communications technologies to support the sustainable development of developing regions. Please submit all paper titles and abstracts by March 27, 2012, 11:59 p.m. PDT. NSDR focuses on the technical networking and systems research challenges that arise in the design, implementation, and deployment of new computing solutions appropriate for developing regions. We encourage the submission of position papers or the results of preliminary work describing interesting, original, previously unpublished ideas or results pertaining to the design, implementation, and/or evaluation of networks and systems for developing regions. Areas of interest include, but are not limited to: * Low-cost wireless connectivity * Intermittent and delay-tolerant systems * Rural network planning * Spectrum management protocols and techniques * Mechanisms for emergency and urgent communications * Location-aware systems * Power-efficient systems * Low-cost computing devices * Mobile systems and applications * Middleware and mechanisms for minimizing energy, latency, and storage (caching, etc.) * Adapting content and applications for local languages * User interfaces for low-literacy populations * Shared access devices and infrastructure, including personalization and privacy concerns * Design and evaluation of applications and in-depth case studies in the areas of public health, microfinance, agriculture, e-governance, education, monitoring, disaster management, etc. Paper submissions are due Tuesday, March 27, 2012, 11:59 p.m. PDT. For more details on the submission process, please see the complete Call for Papers at: http://usenix.org/conference/nsdr12/ We look forward to receiving your submissions! Kameswari Chebrolu, Indian Institute of Technology, Bombay Brian Noble, University of Michigan USENIX NSDR '12 Program Co-Chairs nsdr12cha...@usenix.org - Call for Papers 6th USENIX/ACM Workshop on Networked Systems for Developing Regions June 15, 2012 Boston, MA http://usenix.org/conference/nsdr12 Submissions due: March 27, 2012, 11:59 p.m. PDT. Notification to authors: April 26, 2012 Electronic files of final papers due: May 14, 2012 - ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
openssl makeing error
Hi,
I add some customized encryption algorithm to openssl when i want to
compile
my openssl package it send me this error.i send this error to openssl
developer
mailing list but they didn't any answer and i send to your's group and
i hope to
help me.
...
shlib_target=; if [ -n "" ]; then shlib_target="dlfcn"; fi;
LIBRARIES="-L.. -lssl -L.. -lcrypto" ; make -f ../Makefile.shared -e
APPNAME=openssl OBJECTS="openssl.o verify.o asn1pars.o req.o dgst.o
dh.o dhparam.o enc.o passwd.o gendh.o errstr.o ca.o pkcs7.o crl2p7.o
crl.o rsa.o rsautl.o dsa.o dsaparam.o ec.o ecparam.o x509.o genrsa.o
gendsa.o genpkey.o s_server.o s_client.o speed.o s_time.o apps.o
s_cb.o s_socket.o app_rand.o version.o sess_id.o ciphers.o nseq.o
pkcs12.o pkcs8.o pkey.o pkeyparam.o pkeyutl.o spkac.o smime.o cms.o
rand.o engine.o ocsp.o prime.o ts.o" LIBDEPS=" $LIBRARIES "
link_app.${shlib_target}
( :;LIBDEPS="${LIBDEPS:--L.. -lssl -L.. -lcrypto }";
LDCMD="${LDCMD:-gcc}"; LDFLAGS="${LDFLAGS:--DOPENSSL_THREADS -pthread
-D_THREAD_SAFE -D_REENTRANT -DDSO_ELF -Wa,--noexecstack -DL_ENDIAN
-DTERMIOS -O3 -fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS
-DOPENSSL_BN_ASM_MONT -DMD5_ASM -DRMD160_ASM -DAES_ASM
-DWHIRLPOOL_ASM}"; LIBPATH=`for x in $LIBDEPS; do echo $x; done | sed
-e 's/^ *-L//;t' -e d | uniq`; LIBPATH=`echo $LIBPATH | sed -e 's/
/:/g'`; LD_LIBRARY_PATH=$LIBPATH:$LD_LIBRARY_PATH ${LDCMD}
${LDFLAGS} -o ${APPNAME:=openssl} openssl.o verify.o asn1pars.o req.o
dgst.o dh.o dhparam.o enc.o passwd.o gendh.o errstr.o ca.o pkcs7.o
crl2p7.o crl.o rsa.o rsautl.o dsa.o dsaparam.o ec.o ecparam.o x509.o
genrsa.o gendsa.o genpkey.o s_server.o s_client.o speed.o s_time.o
apps.o s_cb.o s_socket.o app_rand.o version.o sess_id.o ciphers.o
nseq.o pkcs12.o pkcs8.o pkey.o pkeyparam.o pkeyutl.o spkac.o smime.o
cms.o rand.o engine.o ocsp.o prime.o ts.o ${LIBDEPS} )
passwd.o(.text+0x69c): In function `do_passwd':
: undefined reference to `DES_crypt'
speed.o(.text+0xdbc): In function `speed_main':
: undefined reference to `DES_set_key_unchecked'
speed.o(.text+0xdd3): In function `speed_main':
: undefined reference to `DES_set_key_unchecked'
speed.o(.text+0xdea): In function `speed_main':
: undefined reference to `DES_set_key_unchecked'
speed.o(.text+0x540b): In function `speed_main':
: undefined reference to `DES_options'
version.o(.text+0x23e): In function `version_main':
: undefined reference to `DES_options'
../libcrypto.a(wp_block.o)(.text+0xe64): In function
`whirlpool_block':
: undefined reference to `whirlpool_block_mmx'
../libcrypto.a(aes_ige.o)(.text+0x180): In function
`AES_bi_ige_encrypt':
: undefined reference to `AES_decrypt'
../libcrypto.a(aes_ige.o)(.text+0x307): In function
`AES_bi_ige_encrypt':
: undefined reference to `AES_decrypt'
../libcrypto.a(aes_ige.o)(.text+0x4d5): In function
`AES_bi_ige_encrypt':
: undefined reference to `AES_encrypt'
../libcrypto.a(aes_ige.o)(.text+0x630): In function
`AES_bi_ige_encrypt':
: undefined reference to `AES_encrypt'
../libcrypto.a(aes_ige.o)(.text+0x803): In function `AES_ige_encrypt':
...
what's wrong?
thanks.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: BUG: 9.0 stage 2 boot (/boot/boot)
On Friday, March 02, 2012 2:58:16 pm rank1see...@gmail.com wrote: > - Original Message - > From: John Baldwin > To: rank1see...@gmail.com > Cc: hack...@freebsd.org, "Roman Divacky" , "Andriy > Gapon" > Date: Fri, 2 Mar 2012 14:46:59 -0500 > Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > > > On Friday, March 02, 2012 1:46:37 pm rank1see...@gmail.com wrote: > > > - Original Message - > > > From: John Baldwin > > > To: rank1see...@gmail.com > > > Cc: hack...@freebsd.org, "Roman Divacky" , "Andriy > > > Gapon" > > > Date: Fri, 2 Mar 2012 12:24:24 -0500 > > > Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > > > > > > > On Friday, March 02, 2012 10:17:03 am rank1see...@gmail.com wrote: > > > > > - Original Message - > > > > > From: John Baldwin > > > > > To: rank1see...@gmail.com > > > > > Cc: hack...@freebsd.org, "Roman Divacky" , > > > > > Andriy Gapon > > > > > Date: Thu, 1 Mar 2012 16:14:43 -0500 > > > > > Subject: Re: BUG: 9.0 stage 2 boot (/boot/boot) > > > > > > > > > > > > > > > > > However, avg@ might have found the actual cause of the bug. And > > > > > > > Roman did > > > > > > > indeed break this earlier. Try the updated boot2_test.patch > > > > > > > again. > > > > > > > > > > > > You should still try this. > > > > > > > > > > > > -- > > > > > > John Baldwin > > > > > > > > > > > > > > > > > > > > > Using patch: MD5 (boot2_test.patch) = > > > > > 72412f9b47b114302268561f12c1b46b > > > > > > > > > > http://www.starforce.biz/stage2boot_1.jpg > > > > > > > > > > This is the worst patch as even RE-typing doesn't work. > > > > > That is, it is completely unable to boot. > > > > > > > > > > Throw me another patch! > > > > > > > > Ah, was using sizeof() on the wrong thing, and I have a fix for the > > > > garbage > > > > you saw for kname as well. Patch is updated at the normal URL. > > > > > > > > > > Please don't treat John this way. He has put in a lot of time for > > > > > > you, and many others, and is one of THE experts. > > > > > > > > > > > > Chris > > > > > > > > > > > > > > > He didn't got a bad treatment, nor any side is angry. > > > > > Relax! ;) > > > > > > > > Actually, you've been rather rude for the entire thread, I am just > > > > doing my > > > > best to ignore it in the interest of getting the bug fixed. > > > > > > > > -- > > > > John Baldwin > > > > > > > > > > I'm sorry if you think so, especially part where I am rude through the > > > entire thread. That I can hardly believe. > > > I am also actively testing and am persistant in solving issue. > > > Or is problem in my perception? > > > > I think it may just be that your language comes off as being a bit > > demanding, > > plus a fair bit of all caps, etc. If English is not your native language > > then that may also be a factor. If you are not intending to be rude then > > that > > is plenty good enough for me. :) > > > > > Anyway, yours latest patch has a same md5 hash as a previous one and also > > > built binary /boot/boot had same md5 hash. > > > So I've simply skipped installing boot code. > > > > Yes, my bad, I updated it locally but forgot to upload it to the URL. > > It should really be updated now. > > > > -- > > John Baldwin > > > > > Using MD5 (boot2_test.patch) = 05c46840163f789d362b46bf51b6c79f > > I can't build it. > > # cd /sys/boot > # make clean && make obj && make depend && make && make install && make clean > > -- > ===> i386/boot2 (all) > objcopy -S -O binary boot1.out boot1 > dd if=/dev/zero of=boot2.ldr bs=512 count=1 > 1+0 records in > 1+0 records out > 512 bytes transferred in 0.000116 secs (4409617 bytes/sec) > cc -Os -fno-guess-branch-probability -fomit-frame-pointer > -fno-unit-at-a-time -mno-align-long-strings -mrtd -mregparm=3 -DUSE_XREAD > - DUFS1_AND_UFS2 -DFLAGS=0x80 -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/boot/i386/boot2/../../common - I/usr/src/sys/boot/i386/boot2/../btx/lib -I. -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing- prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wstrict-prototypes -Wwrite-strings -Winline --param max-inline-insns-single=100 - ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -S -o boot2.s.tmp /usr/src/sys/boot/i386/boot2/boot2.c > /usr/src/sys/boot/i386/boot2/boot2.c: In function 'main': > /usr/src/sys/boot/i386/boot2/boot2.c:282: error: expected ':' before ')' token > /usr/src/sys/boot/i386/boot2/boot2.c: In function 'parse': > /usr/src/sys/boot/i386/boot2/boot2.c:468: warning: passing argument 1 of > 'memcpy' discards qualifiers from pointer target type Oops, should be fixed now. -- John Baldwin ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: [patch] Disable bios probe if acpi is enabled
Sean Bruno writes:
| I'm noting that newer machines are completely hosed if we attempt to
| probe for bios values. I'm proposing this change.
|
| -bash-4.2$ p4 diff -du //depot/yahoo/ybsd_7/src/sys/i386/i386/bios.c
| --- //depot/yahoo/ybsd_7/src/sys/i386/i386/bios.c 2011-09-16
| 22:47:30.0
| +++ /home/seanbru/ybsd_7/src/sys/i386/i386/bios.c 2011-09-16
| 22:47:30.0
| @@ -84,6 +84,12 @@
| char *p;
|
| /*
| + * Don't do bios probing if acpi is enabled, its
| + * pointless and breaks on newer systems
| + */
| +if (!resource_disabled("acpi", 0))
| + return;
| +/*
| * BIOS32 Service Directory, PCI BIOS
| */
|
That seems reasonable to me.
Doug A.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: [RFT][patch] Scheduling for HTT and not only
Hi George, Have you thought about providing schedgraph traces with your particular workload? I'm sure that'll help out the scheduler hackers quite a bit. THanks, Adrian ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: [RFT][patch] Scheduling for HTT and not only
On 03/02/12 18:06, Adrian Chadd wrote: Hi George, Have you thought about providing schedgraph traces with your particular workload? I'm sure that'll help out the scheduler hackers quite a bit. THanks, Adrian I posted a couple back in December but I haven't created any more recently: http://www.m5p.com/~george/ktr-ule-problem.out http://www.m5p.com/~george/ktr-ule-interact.out To the best of my knowledge, no one ever examined them. -- George ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Can I take a snapshot of the current stack for every thread in some process from outside?
I have the multithreaded process, each thread has some stack state at each point of time. For example during the timer tick when processes are switched? Is there a way to take a snapshot without disrupting a process? I was thinking gdb, but it requires the process to exit the system call to attach (?). DTrace is only activated particular sensors are crossed. So is there such a tool/command? Yuri ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Can I take a snapshot of the current stack for every thread in some process from outside?
On 03/03/2012, at 11:19, Yuri wrote: > I have the multithreaded process, each thread has some stack state at each > point of time. For example during the timer tick when processes are switched? > Is there a way to take a snapshot without disrupting a process? > > I was thinking gdb, but it requires the process to exit the system call to > attach (?). > DTrace is only activated particular sensors are crossed. > > So is there such a tool/command? Will gcore do what you want? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Can I take a snapshot of the current stack for every thread in some process from outside?
Gdb. Thread apply all bt. Thanks, Max On Mar 2, 2012, at 4:49 PM, Yuri wrote: > I have the multithreaded process, each thread has some stack state at each > point of time. For example during the timer tick when processes are switched? > Is there a way to take a snapshot without disrupting a process? > > I was thinking gdb, but it requires the process to exit the system call to > attach (?). > DTrace is only activated particular sensors are crossed. > > So is there such a tool/command? > > Yuri > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Can I take a snapshot of the current stack for every thread in some process from outside?
ports/sysutils/pstack can do this if you use x86 machine. On Sat, Mar 3, 2012 at 8:49 AM, Yuri wrote: > I have the multithreaded process, each thread has some stack state at each > point of time. For example during the timer tick when processes are > switched? > Is there a way to take a snapshot without disrupting a process? > > I was thinking gdb, but it requires the process to exit the system call to > attach (?). > DTrace is only activated particular sensors are crossed. > > So is there such a tool/command? > > Yuri > ___ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org" ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: [RFT][patch] Scheduling for HTT and not only
Hi, CC'ing mav@, who started this thread. mav@, can you please take a look at George's traces and see if there's anything obviously silly going on? He's reporting that your ULE work hasn't improved his (very) degenerate case. Thanks! Adrian On 2 March 2012 16:14, George Mitchell wrote: > On 03/02/12 18:06, Adrian Chadd wrote: >> >> Hi George, >> >> Have you thought about providing schedgraph traces with your >> particular workload? >> >> I'm sure that'll help out the scheduler hackers quite a bit. >> >> THanks, >> >> >> Adrian >> > > I posted a couple back in December but I haven't created any more > recently: > > http://www.m5p.com/~george/ktr-ule-problem.out > http://www.m5p.com/~george/ktr-ule-interact.out > > To the best of my knowledge, no one ever examined them. -- George ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: [RFT][patch] Scheduling for HTT and not only
Hi. On 03/03/12 05:24, Adrian Chadd wrote: mav@, can you please take a look at George's traces and see if there's anything obviously silly going on? He's reporting that your ULE work hasn't improved his (very) degenerate case. As I can see, my patch has nothing to do with the problem. My patch improves SMP load balancing, while in this case problem is different. In some cases, when not all CPUs are busy, my patch could mask the problem by using more CPUs, but not in this case when dnets consumes all available CPUs. I still not feel very comfortable with ULE math, but as I understand, in both illustrated cases there is a conflict between clearly CPU-bound dnets threads, that consume all available CPU and never do voluntary context switches, and more or less interactive other threads. If other threads detected to be "interactive" in ULE terms, they should preempt dnets threads and everything will be fine. But "batch" (in ULE terms) threads never preempt each other, switching context only about 10 times per second, as hardcoded in sched_slice variable. Kernel build by definition consumes too much CPU time to be marked "interactive". exo-helper-1 thread in interact.out could potentially be marked "interactive", but possibly once it consumed some CPU to become "batch", it is difficult for it to get back, as waiting in a runq is not counted as sleep and each time it is getting running, it has some new work to do, so it remains "batch". May be if CPU time accounting was more precise it would work better (by accounting those short periods when threads really sleeps voluntary), but not with present sampled logic with 1ms granularity. As result, while dnets threads each time consume full 100ms time slices, other threads are starving, getting running only 10 times per second to voluntary switch out in just a few milliseconds. On 2 March 2012 16:14, George Mitchell wrote: On 03/02/12 18:06, Adrian Chadd wrote: Hi George, Have you thought about providing schedgraph traces with your particular workload? I'm sure that'll help out the scheduler hackers quite a bit. THanks, Adrian I posted a couple back in December but I haven't created any more recently: http://www.m5p.com/~george/ktr-ule-problem.out http://www.m5p.com/~george/ktr-ule-interact.out To the best of my knowledge, no one ever examined them. -- George -- Alexander Motin ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
