On Thu, 8 Feb 2001, Alexander Leidinger wrote:
> if I run a program compiled with gcc's function profiling option I get
> "kernel trap 12 with interrupts disabled".
This happens with the standard profiling option -pg.
Pagefaults occur in copyin() (called from addupc_task() which is called
from
"Kyle A.D. Mestery" wrote:
>
> It's true, we at Qlogic (formerly Ancor) do have a 2Gb switch in the
> works. We demoed said switch at Comdex. It's pretty impressive watching
> your data stream by at 198MB/second! Interestingly enough, said switch
> runs Linux as the underlying OS (if I had been
David Malone wrote:
>
> On Thu, Feb 08, 2001 at 02:47:59PM +, Josef Karthauser wrote:
> > > what does systat -vmstat or vmstat 1
> > > show?
> > > Better still, I guess we could do a linux-truss
> > > and see what it's doing...
> >
> > I believe that it's strace under linux. If someone can p
On 09-Feb-01 John Indra wrote:
> Dunno whether this happens only to me, but in my machine, latest -CURRENT
> buildworld target failed with this message:
That has been fixed, you want to cvsup and try again.
--
John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
PGP Key: http://ww
Dag-Erling Smorgrav writes:
> Julian Elischer <[EMAIL PROTECTED]> writes:
> > I believe that vmware mmaps a region of memory and then somehow syncs
> > it to disk. (It is certainly doing something like it here).
>
> Theory: VMWare mmaps a region of memory corresponding to the virtual
> ma
Dunno whether this happens only to me, but in my machine, latest -CURRENT
buildworld target failed with this message:
===> share/monetdef
grep -v '^#' < /usr/src/share/monetdef/en_US.ISO_8859-1.src >
en_US.ISO_8859-1.out
grep -v '^#' < /usr/src/share/monetdef/nl_NL.ISO_8859-1.src >
nl_NL.ISO_8859
* Bernd Walter <[EMAIL PROTECTED]> [010208 09:21] wrote:
> Are atomic_* implementations allowed to spin/sleep?
> The question is because some platforms don't have atomic operations
> for adding and so on (e.g. sparcv8).
Actually, you can use atomic_* on sparc, but you're limited to
24 bits.
> Th
On Fri, Feb 09, 2001 at 11:00:04AM +1100, Peter Jeremy wrote:
> On 2001-Feb-08 22:21:32 +0100, Bernd Walter <[EMAIL PROTECTED]> wrote:
> >On sparcv8 you don't have an operation doing conditionaly stores and
> >you don't have RMW operations.
> >The only way to do is to have a global lock variable o
Hi Warner,
Can you add a remark about the devfs and vinum
conflict to UPDATING ? I had serious problems today,
because I have been bitten by this conflict.
Devfs is now in GENERIC-KERNEL in CURRENT, and if you
upgrade and have vinum set up on on /usr,
you cannot mount it - no way.
mkdir: /dev/
On 2001-Feb-08 22:21:32 +0100, Bernd Walter <[EMAIL PROTECTED]> wrote:
>On sparcv8 you don't have an operation doing conditionaly stores and
>you don't have RMW operations.
>The only way to do is to have a global lock variable on which you spin
>until the current client finishes.
The SPARC archit
Hi all,
I have reworked my patches and I run now successfully CURRENT
with them, make buildworld has been sucessfull and everything
seems to work so far.
http://www.attic.ch/patches/rpc.diff_02082001-2.sh.tgz
Can't we commit this to CURRENT now ? I'd like to see a history
of my changes, I don'
On 08-Feb-01 Bernd Walter wrote:
> Do we grant usuage of the atomic functions in interrupt code?
> If yes there is a need to disable interrupts!
> I'm not talking about interrupt threads.
Yes, we use spin mutexes to schedule ithreads, and we use other atomic
operations in IPI handlers.
--
Joh
On Fri, Feb 09, 2001 at 07:57:50AM +1100, Peter Jeremy wrote:
> On 2001-Feb-08 18:21:07 +0100, Bernd Walter <[EMAIL PROTECTED]> wrote:
> >Are atomic_* implementations allowed to spin/sleep?
>
> The atomic_* operations are the primitives used to build all the
> higher level locking functions. The
Hi,
On Thu, 8 Feb 2001, Matthew Jacob wrote:
> On Thu, 8 Feb 2001, Andrei A. Dergatchev wrote:
>
> >
> > Sorry for the confusion, I meant drives capable of 2 Gbit/s,
> > which the 2300 will supposingly support. My question was
> > that many enclosure support 1 Gbit/s, right ? So, I was
> > won
On 2001-Feb-08 18:21:07 +0100, Bernd Walter <[EMAIL PROTECTED]> wrote:
>Are atomic_* implementations allowed to spin/sleep?
The atomic_* operations are the primitives used to build all the
higher level locking functions. Therefore you are not allowed to
sleep.
As for spinning: You can't impleme
On Thu, 8 Feb 2001, Andrei A. Dergatchev wrote:
>
>
> Matthew Jacob wrote:
>
> > >
> > >
> > >
> > >
> > > > Oh, yeah, about this, 2300 support is comint "real soon" -this will be 2GBit.
>
> [my perhaps poorly worded question]
>
> >
> > About the 2Gb drives, sorry! I have no clue as yet abou
Matthew Jacob wrote:
> >
> >
> >
> >
> > > Oh, yeah, about this, 2300 support is comint "real soon" -this will be 2GBit.
[my perhaps poorly worded question]
>
> About the 2Gb drives, sorry! I have no clue as yet about this!
Sorry for the confusion, I meant drives capable of 2 Gbit/s,
which t
> On Thu, Feb 08, 2001 at 04:58:17AM -0800, Julian Elischer wrote:
> >=20
> > Looks like some way of clustering this might achieve a lot.
> >=20
> > what does systat -vmstat or vmstat 1
> > show?
> > Better still, I guess we could do a linux-truss
> > and see what it's doing...
>
> I believe that
>
>
>
>
> > Oh, yeah, about this, 2300 support is comint "real soon" -this will be 2GBit.
>
> Thanks ! And for the page too - very good and useful !!
>
> For poor owners of 2GB-ready Seagates, I wonder can you advise
> on any affordable 2GB enclosure ? Everything affordable I saw is
> a bit
> Oh, yeah, about this, 2300 support is comint "real soon" -this will be 2GBit.
Thanks ! And for the page too - very good and useful !!
For poor owners of 2GB-ready Seagates, I wonder can you advise
on any affordable 2GB enclosure ? Everything affordable I saw is
a bit old and 1GB-only. Of c
Oh, yeah, about this, 2300 support is comint "real soon" -this will be 2GBit.
> On Thu, Feb 08, 2001 at 08:44:33PM +0100, Andrei A. Dergatchev wrote:
>
> > "I have used lots of different Seagate and a few IBM drives and typically
> > have had few problems with them." - and absolutely nothing
cool! I'll update page momentarily with corrections!
>
>
>
> > I've just put up a simple Fibre Channel "Suggest Hardware Matrix" as the
> > beginnings of what one might expect for Fibre Channel in FreeBSD- see
> >
> > http://people.freebsd.org/~mjacob/Fibre_Channel_Hardware.txt
> >
> > Sugges
On Thu, Feb 08, 2001 at 08:44:33PM +0100, Andrei A. Dergatchev wrote:
> "I have used lots of different Seagate and a few IBM drives and typically
> have had few problems with them." - and absolutely nothing about single
> channel vs dual channel, issues with putting them together etc ?
>
> What'
> I've just put up a simple Fibre Channel "Suggest Hardware Matrix" as the
> beginnings of what one might expect for Fibre Channel in FreeBSD- see
>
> http://people.freebsd.org/~mjacob/Fibre_Channel_Hardware.txt
>
> Suggestions welcome!
As you asked, just suggestions here from someone who is p
I've just put up a simple Fibre Channel "Suggest Hardware Matrix" as the
beginnings of what one might expect for Fibre Channel in FreeBSD- see
http://people.freebsd.org/~mjacob/Fibre_Channel_Hardware.txt
Suggestions welcome!
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe f
On 08-Feb-01 Andrea Campi wrote:
>> Seriously, that's ok, I only want to check if I get the same panic. And give
>> feedback of course.
>
> Here I am again. Didn't get as far as a login prompt, I have a panic when
> qmail
> starts up:
Turn MUTEX_DEBUG off. It appears to be broken atm.
--
Jo
In message <[EMAIL PROTECTED]> Ilya Naumov writes:
: during playback the kernel generates messages like 'pcm0: hwptr went
: backwards 64 -> 32'. any ideas?
: FreeBSD 5.0-CURRENT #2: Thu Feb 8 18:19:26 MSK 2001
Interrupt latency in current really sucks right now.
Warner
To Unsubscribe: send ma
Alexander Leidinger wrote:
> Hi,
>
> if I run a program compiled with gcc's function profiling option I get
> "kernel trap 12 with interrupts disabled".
The same is here.
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi,
if I run a program compiled with gcc's function profiling option I get
"kernel trap 12 with interrupts disabled".
If I run it withhin X11, the machine deadlocks hard (no response from
the numlock led on the keyboard), withhin a virtual console I get a lot
of "kernel trap ..." and the program
Is there an overview available which defines all machine dependend
routines that are needed.
By looking into the code it's not always obvious if a given function
is one called by the MI code or if it's only a helper function inside.
I asume the definitions from "Inside 4.4BSD" are outdated in som
On Thu, Feb 08, 2001 at 21:42:59 +0900, [EMAIL PROTECTED] wrote:
> From: Bernd Walter <[EMAIL PROTECTED]>
> Date: Wed, 7 Feb 2001 17:11:57 +0100
> > On Tue, Feb 06, 2001 at 11:21:12PM +0900, [EMAIL PROTECTED] wrote:
> > > Today I tried with 4.2-RELEASE (sorry not -current) and,
> > > 1. Boot up th
Are atomic_* implementations allowed to spin/sleep?
The question is because some platforms don't have atomic operations
for adding and so on (e.g. sparcv8).
The only way to implement them on these platforms is to use a lock.
Now I'm wonder if the use of a sleep mutex is allowed or is a simple
spin
In message <[EMAIL PROTECTED]> Andrea Campi writes:
: Will try again with cardbus and report. So are you saying it SHOULD work
: (as far as my chipset is behaving, I suppose)?
Cardbus works, more or less, on -current right now. Some cards just
work, other cards need help. I keep meaning to do a
i have Ensoniq ES1371-based soundcard supported by pcm driver and
experience some problems. the sound played is interruped by clicks and
distorsions, and they appear more often when the disk activity is high.
during playback the kernel generates messages like 'pcm0: hwptr went
backwards 64 -> 32'
On Thu, Feb 08, 2001 at 02:47:59PM +, Josef Karthauser wrote:
> > what does systat -vmstat or vmstat 1
> > show?
> > Better still, I guess we could do a linux-truss
> > and see what it's doing...
>
> I believe that it's strace under linux. If someone can provide me
> with a binary of this to
On Thu, Feb 08, 2001 at 04:58:17AM -0800, Julian Elischer wrote:
>
> Looks like some way of clustering this might achieve a lot.
>
> what does systat -vmstat or vmstat 1
> show?
> Better still, I guess we could do a linux-truss
> and see what it's doing...
I believe that it's strace under linux
Julian Elischer <[EMAIL PROTECTED]> writes:
> I believe that vmware mmaps a region of memory and then somehow syncs
> it to disk. (It is certainly doing something like it here).
Theory: VMWare mmaps a region of memory corresponding to the virtual
machine's "physical" RAM, then touches every page
Josef Karthauser wrote:
>
> On Thu, Feb 08, 2001 at 04:08:12AM -0800, Julian Elischer wrote:
> > Josef Karthauser wrote:
> > >
> > > 714 root -14 0 123M 79192K inode0:45 25.29% 25.29% vmware
> > >
> > > When this happens the whole machine freezes also. Processes run, but
> > > new
From: Bernd Walter <[EMAIL PROTECTED]>
Date: Wed, 7 Feb 2001 17:11:57 +0100
> On Tue, Feb 06, 2001 at 11:21:12PM +0900, [EMAIL PROTECTED] wrote:
> > Today I tried with 4.2-RELEASE (sorry not -current) and,
> > 1. Boot up the 4.2-RELEASE with GENERIC kernel.
> > 2. Connect MO drive with PC Card SCS
On Thu, Feb 08, 2001 at 04:08:12AM -0800, Julian Elischer wrote:
> Josef Karthauser wrote:
> >
> > 714 root -14 0 123M 79192K inode0:45 25.29% 25.29% vmware
> >
> > When this happens the whole machine freezes also. Processes run, but
> > new processes don't get forked. The whole
Josef Karthauser wrote:
>
> The slowdown during start up appears to be in biowr; this is probably
> because of IDE write caching being switched off. More seriously
> the vmware hangs during various phases of it's boot process.
Write caching is incompaible with soft updates.
The drive must NEVER
On Wed, Feb 07, 2001 at 10:07:06PM -0500, Robert Watson wrote:
>
> On 7 Feb 2001, Dag-Erling Smorgrav wrote:
>
> > Brian Somers <[EMAIL PROTECTED]> writes:
> > > Indeed. I've been doing a ``make build'' on an OpenBSD-current vm
> > > for three days (probably about 36 hours excluding suspends)
>
> ISA bus cannot share interrupts at all. Full stop[*]. Most
> pccard/cardbus bridges operate in a mode where they use ISA
> interrupts, so cannot share interrupts at all. The hardware just
> won't work if you try. NEWCARD tries to kick the cardbus bridge into
> full PCI mode, where you can
Hi, ma'am.
We really appreciate your funding proposal.
Our management department will go over the deal for a couple of days.
Thanks.
Best Regards
http://www.multiopen.com
[EMAIL PROTECTED]
Michael Sussman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-curren
> Seriously, that's ok, I only want to check if I get the same panic. And give
> feedback of course.
Here I am again. Didn't get as far as a login prompt, I have a panic when qmail
starts up:
lock order reversal
1st lockmgr last acquired @ ../../kern/kern_lock.c:239
2nd 0xc02630c0 uidinfo hash
Yes, at least half way through an installworld, xsane works again :-)
Thanks.
> Hi,
>
> Please check to see if it would solve your problems with fopen().
>
> -Maxim
> Original Message
> Subject: cvs commit: src/lib/libc/stdio findfp.c
> Date: Wed, 7 Feb 2001 09:34:50 -0800 (P
46 matches
Mail list logo
