Re: preemption across processors

On Tue, 28 May 2002 14:56:04 -0400 (EDT), John Baldwin <[EMAIL PROTECTED]> said: >> The prototype patch is at: >> >> http://people.FreeBSD.org/~tanimura/patches/ippreempt.diff.gz >> >> And the p4 depot >> >> //depot/user/tanimura/ippreempt/... >> >> The patch is for only i386 at the moment.

Re: UMA lock

Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Peter Wemm writes: > > >As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if > >you like". ie: it is a time bomb waiting for the right low memory conditio n > >which will then explode with a 100% authentic crash

Re: /etc/periodic is hopefully perl-free [was: Perl script rewrites]

> On 2002-05-19 12:20, Mark Murray wrote: > > What I've done so far (and only slightly tested) is available at > > http://www.FreeBSD.org/~keramida/diff/periodic.diff > > Untested, but seemingly complete, the patch is available for review at > the address mentioned above. I am thinking a nice wa

buildworld failure

Hello, I have trouble building world: -- >>> stage 2: cleaning up the object tree -- cd /opt/freebsd/src; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 OBJFORMAT

Re: UMA lock

Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Peter Wemm writes: > >As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if > >you like". ie: it is a time bomb waiting for the right low memory condition > >which will then explode with a 100% authentic crash or lock

Re: UMA lock

Peter Wemm wrote: > > I think _sleeping_ is a problem, but allocation with M_WAITOK > > shouldn't be, given it's strange definition of "waiting". This > > is one of those hacks that John Baldwin was talking about earlier... > > As you said, _sleeping_ is the problem. M_WAITOK means "you may sle

Re: UMA lock

In message <[EMAIL PROTECTED]>, Peter Wemm writes: >As you said, _sleeping_ is the problem. M_WAITOK means "you may sleep if >you like". ie: it is a time bomb waiting for the right low memory condition >which will then explode with a 100% authentic crash or lock up. > >Pretend it said M_SLEEPO

Re: UMA lock

Terry Lambert wrote: > Peter Wemm wrote: > > The bug is that things are calling things like malloc with M_WAITOK when > > waiting is explicitly not allowed. There are other functions that can > > tsleep as well that we have not added checks for yet, so this is likely > > just the tip of the icebe

FREE Travel package and Business Kit...

Hotels Etc. is giving away 10,000 of our $495 Travel Packages FREE, to help the USA in the promotion of the travel business. The first 10,000 customers who sign up will receive over $5000 worth of other free products. This includes: FREE 50% off card/vouchers fo

Re: UMA lock

Peter Wemm wrote: > The bug is that things are calling things like malloc with M_WAITOK when > waiting is explicitly not allowed. There are other functions that can > tsleep as well that we have not added checks for yet, so this is likely > just the tip of the iceberg. :-( Why is this a problem

Re: zsh exits upon ^C after su'ing to root with zsh as its shell

OK, I will use Dan's or Alexander's patch until this has been sorted out. Thanks guys. -- Jos Backus _/ _/_/_/Santa Clara, CA _/ _/ _/ _/ _/_/_/ _/ _/ _/_/ [EMAIL PROTECTED]

Re: zsh exits upon ^C after su'ing to root with zsh as its shell

> > Revision 1.51 of su.c fixes the bug. > No it doesn't. This is an obvious step and of course I tried to do the same first. This is what I was getting then and what I am getting now with your patch applied (my comments are in angle brackets): [user]% sudo -s [root]# [root]# [root]# su - #

panic: bremfree: bp 0xc779fd40 not locked

Is anyone else getting these? Is that a generic sort of error, or does the error indicate (to someone) what might be wrong? http://www.freebsd.org/cgi/query-pr.cgi?pr=38438 has all the info about my crashes... -Seth To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-curr

Re: UMA lock

Richard Wenninger wrote: > This is my first attempt at running "current". > > Please forgive if this question is out of line. > > After rebuilding everything, my console continually repeats this message: > > /usr/src/sys/vm/uma_core.c:1324: could sleep with "UMA lock" locked from > /usr/src/sy

Re: zsh exits upon ^C after su'ing to root with zsh as its shell

Alexander Kabaev <[EMAIL PROTECTED]> writes: > > Thanks Bruce. It sounds like we'll have to live with this problem for now? > For the lack of better ideas, I am just reposting the patch I sent to > Bruce about one year ago. I have been happily using it on all my systems > since then. > [...] Revi

Re: zsh exits upon ^C after su'ing to root with zsh as its shell

> > Thanks Bruce. It sounds like we'll have to live with this problem for now? > For the lack of better ideas, I am just reposting the patch I sent to Bruce about one year ago. I have been happily using it on all my systems since then. Index: su.c

Re: gdb52 patch for your .gdbinit files

On Tuesday, 28 May 2002 at 15:54:21 +0200, Nick Hibma wrote: > > I'm using a derivative of the .gdbinit.vinum files that is available in > the modules/vinum directory. For them to work the following patch is > needed in gdb52. > > As you can see, the patch is trivial, so I have no clue why this wa

Re: zsh exits upon ^C after su'ing to root with zsh as its shell

In the last episode (May 28), Jos Backus said: > On Wed, May 29, 2002 at 10:55:54AM +1000, Bruce Evans wrote: > > Here is some old mail about this. Sorry I slowed down Alexander's > > fixes. > > Thanks Bruce. It sounds like we'll have to live with this problem for > now? If you're not concerned

UMA lock

This is my first attempt at running "current". Please forgive if this question is out of line. After rebuilding everything, my console continually repeats this message: /usr/src/sys/vm/uma_core.c:1324: could sleep with "UMA lock" locked from /usr/src/sys/vm/uma-core.c:1157 Should I be concern

Re: zsh exits upon ^C after su'ing to root with zsh as its shell

On Wed, May 29, 2002 at 10:55:54AM +1000, Bruce Evans wrote: > Here is some old mail about this. Sorry I slowed down Alexander's fixes. Thanks Bruce. It sounds like we'll have to live with this problem for now? -- Jos Backus _/ _/_/_/Santa Clara, CA

Re:why change: from proc to thread?

Another problem:   There are not the structure 'bio' in FreeBSD 4.x, but exist in 5.0. If I want to transfer some pseudo-device code from 4.x to 5.0, what rules about old 'buf' structure to the 'bio' structure? what relation of the 'bio' and 'buf' in FreeBSD5.0? Thank you! Best Regards   Ouyang k

Re:why change: from proc to thread?

  Thank you! I know a little more. From the kthread_create() function, I find Both 4.x and 5.0 are implemented by fork1(). I am puzzled about the structure thread and the structure proc only are different terms. How or what part source code can I find the difference thread realization between 4.x a

Re: i386 tinderbox failure

This is a bogon specific to ref5 where I removed the old c++ stuff. I'll fix this on ref5 in a moment. To build libstdc++ manually for folks that have never had one before (or did the same sort of brutal cleanup I did) can fairly easily build one like this: cd src/gnu/lib/libstdc++ make obj make

i386 tinderbox failure

-- >>> Rebuilding the temporary build tree -- >>> stage 1: bootstrap tools -- /d/home/des/tinderbox/src/usr.bin/rpcgen

Re: zsh exits upon ^C after su'ing to root with zsh as its shell

On Tue, 28 May 2002, Jos Backus wrote: > Every time I press ^C after su'ing to root which has zsh as its shell, zsh > exits. According to somebody on IRC this is related to the PAMification of su. > Strangely enough this does not occur when I replace zsh with bash (both from > ports). > > Is anyb

Re: Alcatel Speed Touch PC

Simon Dick wrote: > On Tue, May 28, 2002 at 12:38:02PM -0700, Terry Lambert wrote: > > John Angelmo wrote: > > > I wonder if there's any planned support for Alcatel Speed Touch PC (a > > > ADSL PCI card) I think there are some linuxdrivers but what could be > > > needed for FreeBSD support? [ ...

Seeking OK to commit KSE MIII

KSE Milestone 3 has been running since BSDcon. Since then things got mightily slowed down due to the birth of my daughter, a burst in work and t round-the-world trip (consequence if the birth had to show the grandparents on 2 continents you know..) Now things are moving again. Jonathon Min

/etc/periodic is hopefully perl-free [was: Perl script rewrites]

On 2002-05-19 12:20, Mark Murray wrote: > What I've done so far (and only slightly tested) is available at > http://www.FreeBSD.org/~keramida/diff/periodic.diff Untested, but seemingly complete, the patch is available for review at the address mentioned above. I am thinking a nice way to test th

Re: Alcatel Speed Touch PC

On Tue, 28 May 2002, John Angelmo wrote: > Hello > > I wonder if there's any planned support for Alcatel Speed Touch PC (a > ADSL PCI card) I think there are some linuxdrivers but what could be > needed for FreeBSD support? Legimate way to get Alcatel firmware. It can be extracted from various w

s/i386/1/g with g++3.1 -D ?

Hi all, gcc31 seems to do a s/i386/1/g with -D parameters :-(( # /usr/local/bin/g++31 -D_THREAD_SAFE -fexceptions -DGXX_INCLUDE="/usr/local/lib/gcc-lib/i386-portbld-freebsd5.0/3.1/include/g++" -I../stlport -Wall -W -Wno-sign-compare -Wno-unused -Wno-uninitialized -ftemplate-depth-32 -fPIC dll_

Re: Messages from WITNESS [Sun May 26 kernel]

On 27-May-2002 Alfred Perlstein wrote: > * Jun Kuriyama <[EMAIL PROTECTED]> [020526 19:09] wrote: >> At Sun, 26 May 2002 22:19:58 + (UTC), >> Alfred Perlstein wrote: >> > Uh, why don't you guys enable 'debug.witness_ddb' and get us some >> > tracebacks? :) >> >> Could this help you? > > Yes

Re: Alcatel Speed Touch PC

John Angelmo wrote: > I wonder if there's any planned support for Alcatel Speed Touch PC (a > ADSL PCI card) I think there are some linuxdrivers but what could be > needed for FreeBSD support? 1) Knowing that there were Linux drivers, rather than just thinking it, OR

build failure -current

In todays -current build about 20 other sections /usr/src/contrib/gcc/config/elfos.h:594:1: warning: "STRING_ASM_OP" redefined In file included from /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_tools/tconfig.h:16, from /usr/obj/usr/src/i386/usr/src/gnu/usr.bin/cc/cc_to

[no subject]

Hello Did you know it's possible to make $50,000 or more in 90 days sending e-mail. Seem impossible? Is there a catch? NO, there is no catch, just send your e-mails and be on your way to financial freedom. Basically, I send out as many of these e-mails as I can, then people send me cash in

Re: preemption across processors

> The prototype patch is at: > > http://people.FreeBSD.org/~tanimura/patches/ippreempt.diff.gz > > And the p4 depot > > //depot/user/tanimura/ippreempt/... > > The patch is for only i386 at the moment. > > The following is the brief description of the patch: I would prefer that this was hun

Re: Panic for today, in dev2udev()

>Date: Tue, 28 May 2002 18:38:10 +0200 >From: "Jose M. Alcaide" <[EMAIL PROTECTED]> >The panic is triggered by a "sysctl -a" invoked from /etc/rc while >harvesting entropy data. The cause is a bug introduced in sys/kern/tty.c. >Try the following patch (suggested by [EMAIL PROTECTED]): >Index: sy

Re: Panic for today, in dev2udev()

On Tue, May 28, 2002 at 07:58:39AM -0700, David Wolfskill wrote: > No problem up to yesterday's -CURRENT (well, other than the 'could > sleep with "___ lock" locked from ___' messages), and built today's > OK, but here's what I got on the serial console on reboot: > > [...] > > Entropy harvestin

Alcatel Speed Touch PC

Hello I wonder if there's any planned support for Alcatel Speed Touch PC (a ADSL PCI card) I think there are some linuxdrivers but what could be needed for FreeBSD support? thanks /John To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the mess

RE: I can help you lose weight

Get this guy outta here! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of [EMAIL PROTECTED] Sent: Friday, July 10, 2893 3:44 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL

Re: gdb52 patch for your .gdbinit files

Doh! me bad, I didn't include an example: The attached .gdbinit loads the symbols from a module, but needs the start address of the .text section. add-symbol-file filename address address cannot be an expression in gdb5.2, just a simple address ('0x[0-9a-f]+' or '[0-9]+'). Nick On T

Re: gdb52 patch for your .gdbinit files

On Tue, May 28, 2002 at 03:54:21PM +0200, Nick Hibma wrote: > I'm using a derivative of the .gdbinit.vinum files that is available in > the modules/vinum directory. For them to work the following patch is > needed in gdb52. > > As you can see, the patch is trivial, so I have no clue why this wasn

Re: World is broken

On Mon, May 27, 2002 at 11:48:05PM -0600, M. Warner Losh wrote: > In message: <[EMAIL PROTECTED]> > "Greg 'groggy' Lehey" <[EMAIL PROTECTED]> writes: > : On Monday, 27 May 2002 at 16:22:54 +0300, Ruslan Ermilov wrote: > : > On Mon, May 27, 2002 at 02:28:26PM +0300, Maxim Sobolev wrote:

Panic for today, in dev2udev()

No problem up to yesterday's -CURRENT (well, other than the 'could sleep with "___ lock" locked from ___' messages), and built today's OK, but here's what I got on the serial console on reboot: ... Uptime: 1h47m56s Terminate ACPI Rebooting... cpu_reset called on cpu#0 cpu_reset: Stopping other CP

diskless boot, take n+2

comments please new changes i made to libstand/bootp.c: now, apart from placing all the dhcp stuff in the kenv, if the tag rc-conf is set i.e: option FBSD.rc-conf "132.65.16.100:/c/conf/rc.conf.foo"; it will read the file and place the "name=value" in the kenv as rc.conf.name="va

gdb52 patch for your .gdbinit files

I'm using a derivative of the .gdbinit.vinum files that is available in the modules/vinum directory. For them to work the following patch is needed in gdb52. As you can see, the patch is trivial, so I have no clue why this wasn't left alone when they modified symfile.c. If I can be bothered I'll

I can help you lose weight

Hello ! If you're like me, you've tried EVERYTHING to lose weight. I know how you feel - the special diets, miracle pills, and fancy exercise equipment never helped me lose a pound either. It seemed like the harder I tried, the bigger I got, until I heard about a product called Extreme Power Pl

Re: preemption across processors

On Wed, 15 May 2002 08:21:46 -0400 (EDT), John Baldwin <[EMAIL PROTECTED]> said: jhb> On 15-May-2002 Seigo Tanimura wrote: >> Currently, a new runnable thread cannot preempt the thread on any >> processor other than the thread that called mi_switch(). For >> instance, we do something like the