I'd like to have a suptr and fuptr to be able to save and read
user pointers in a machine independent manner..
at the moment ia need to know the size of a pointer and select the
appropriate 32 or 64 version.. It would jus tbe another ENTRY files in
support.[sS] alongside teh appropriate sized
this code WAS used in the interjet.
We had modules that linked in and just needed somewhere to hook into..
the hardware watchdog was held off by our software, but we needed to add
code to the core-dump routines to routinely call the watchdog hold-off
or we could never get a coredump because the
On Tue, 22 Jul 2003, Andy Farkas wrote:
On Wed, 9 Jul 2003, Terry Lambert wrote:
Andy Farkas wrote:
On Tue, 8 Jul 2003, Julian Elischer wrote:
It looks tp me that if we make a thread runnable
and there is a processor in the idle loop, the idle processor should be
kicked
On Tue, 22 Jul 2003, Andy Farkas wrote:
Mr Wolf,
Heh, you noticed :)
Currently (cpu_idle_hlt=1) the load is fluctuating between 2.20 and 3.60
every few minutes! (xload looks like a graph of a sinewave)
If I set cpu_idle_hlt back to 0 the load goes back to a steady 3.80 where
On Thu, 17 Jul 2003, Julian Stacey wrote:
Periodicaly someone masquerades as Matt Dilllon. Those targeted
by trolls need to work extra hard to establish credibility of
poster's address, to avoid suspicion of troll at work (phone
number maybe?). Trolls of course need to work extra hard
On Wed, 16 Jul 2003, Harald Schmalzbauer wrote:
Now after resetting the machine which was hung by sysinstall it claims
that ad4 (one of two mirrored 30GB 2.5 disks was absent (see dmesg below)
mirrored by what?
Now the controller warns me that one drive is bad (which in fact is
definatley
On Wed, 9 Jul 2003, Alexander Kabaev wrote:
Hello everyone,
Since GCC 3.2.x branch is closed in FSF repository and no further
releases are planned off the 3.2 branch, it was decided that switching
to a more recent and actively maintained GCC 3.3+ is necessary. The
system compiler upgrade
On Thu, 3 Jul 2003, Michael Smith wrote:
[...]
No.
The two are different things, although arguably there should be more
integration.
The tunable mechanism exists to allow parameters to be set before the
kernel starts.
Things that are set with tunables tend to be things that used
he means that between the time the commits start and finish there may be
an inconsistant period.. Why is everyone so eager to jump down everyone
else's throat these days?
On Sat, 28 Jun 2003, David Schultz wrote:
On Sat, Jun 28, 2003, David Xu wrote:
I begin to commit KSE signal code, libkse
On Thu, 26 Jun 2003, Kevin Oberman wrote:
Date: Thu, 26 Jun 2003 12:19:42 +0200
From: Tobias Roth [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
Hi
I get the same behaviour on my T30. Although the indications for a
hardware problem are very strong, I am not yet convinced that
On Thu, 26 Jun 2003, Bill Paul wrote:
A long time ago, circa FreeBSD 4.3, my Sony PCMCIA CD-ROM drive with
brain-damaged Teac ATA controller drive worked, and the people were
content and all was right with the land. Then my 4.4 CD set arrived,
and I was disappointed to find the install
Nvidia (I previously didn't know they made full chipsets)
IDE interfaces got broken around FreeBSD 4.3 and at 4.8 they are still
not working.. There is however a workaround which is to disable the use
of DMA on the devices (in the loader.conf file). if you don't the system
hangs during boot.
I
what about kill -9 887
?
The signals in libKSE are known to be 'delicate'.
We are working on (well, actually David Xu is working on)
a set of code to make the signal more robust.
Hopefully this will fix the problem you are seeing..
Any other comments?
Other than not being able to kill it, how as
I've fixed the breakage and I'll commit other fixes pointed out by ru..
seems a pity to back it out just for that..
On Tue, 24 Jun 2003, Maksim Yevmenkin wrote:
Hello,
please disconnect usr.bin/bluetooth and usr.sbin/bluetooth from the build
for now. i'm working on the patch to fix
If it's duplicatable on recent systems I'll see it on my test system...
thanks..
On Tue, 24 Jun 2003, Michael Edenfield wrote:
* Julian Elischer [EMAIL PROTECTED] [030624 14:47]:
I had the same experience just running the KSE test application from
/usr/src/tools last night. I ended
On Tue, 24 Jun 2003, Michael Edenfield wrote:
[...]
thread_start() : 0x84af000 84af000
kse_create() - 0
A*.kse_create() - -1
[...]
*R*.S.*T*.^C^D^Z
(no response on this tty, so I close it).
I can not duplicate this..
ON a system (SMP) compiled this afternoon (checked out this afternoon
doesn't work for several models.. Including Inspiron 7500.
WHo knows enough about this to be able to look at debug info
I have?
My system gives lots of:
acpi_cpu: throttling enabled, 8 steps (100% to 12.5%), currently 100.0%
ACPI-0432: *** Error: Handler for [EmbeddedControl] returned
On Fri, 20 Jun 2003, Mike Sturdee wrote:
I just found that one and was trying it as this mail came in.. It looks to
work w/o any side-effects
Unfortunatly it doesn't work for Inspiron 7500 and 5000 models..
Thanks!
-Mike
Try this URL:
http://sandcat.nl/~stijn/freebsd/dell.php
On Thu, 19 Jun 2003, Stijn Hoop wrote:
On Wed, Jun 18, 2003 at 09:14:53PM -0700, Julian Elischer wrote:
My Dell is exhibiting this error message all over the place..
At USENIX I was told someone had a fix..
http://sandcat.nl/~stijn/freebsd/dell.php
Unfortunatly this patch does
Has anyone used this successfully?
thanks
Julian
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
My Dell is exhibiting this error message all over the place..
At USENIX I was told someone had a fix..
Julian
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL
Ok, so having thrashed out what is required on the threads list
(and severely strained (but hopefully not permanently) our relations
with the OpenGL folks) we've figured out that we do need to support
__thread (if we don't we'll miss out on alot).
I have basicaly worked out what we need to do
see my answer to you there..
On Tue, 17 Jun 2003, Marcel Moolenaar wrote:
On Tue, Jun 17, 2003 at 03:34:15PM -0700, Julian Elischer wrote:
Ok, so having thrashed out what is required on the threads list
(and severely strained (but hopefully not permanently) our relations
On Tue, 17 Jun 2003, Marcel Moolenaar wrote:
On Tue, Jun 17, 2003 at 03:02:20PM -0700, Julian Elischer wrote:
On Tue, 17 Jun 2003, Marcel Moolenaar wrote:
Guys,
In short: Don't bash Nvidia. What they do is not uncommon. Well,
maybe in Open Source environments. So please
On Sun, 1 Jun 2003, Martin Blapp wrote:
Hi all,
I just got this panic during compile of openoffice
Fatal trap 12 while in kernel mode
fault virtual address = 0x68
fault code= supervisor read, page not present
instruction pointer = 0x8:0xc0271f4d
stack pointer
Just a quick note..
I noticed that packages-5-current directlry just got cleared out.
(I guess a new set of packages is on the way).
(bummer I was just upgrading a package from it :-)
While it was almost empty I noticed that there is one
file left dated May 8 in the All directory..
Whoever is
too late.. you already got it :-)
This brings up a question..
How do we find out who to contact for each mirror etc.?
I notice cvsup14 has been unreachable for a month now..
On Sun, 1 Jun 2003, Julian Elischer wrote:
Just a quick note..
I noticed that packages-5-current directlry just
without the correct keywords in your mail, it's unlikely either
the CAM or Mutex people would see it before then
On Thu, 29 May 2003, Bryan Liesner wrote:
Is anyone going to look at this before the next release?
Of course, if more info is needed, I'll send it along. No dump is
On Thu, 29 May 2003, Glenn Johnson wrote:
On Thu, May 29, 2003 at 02:20:02AM -0400, Mike Makonnen wrote:
On Thu, 29 May 2003 00:35:32 -0500 Dan Nelson
[EMAIL PROTECTED] wrote:
The real problem is in the kernel, though. A userland non-root
process should not be able to hard
On Thu, 29 May 2003, Glenn Johnson wrote:
On Thu, May 29, 2003 at 03:54:22PM -0700, Julian Elischer wrote:
On Thu, 29 May 2003, Glenn Johnson wrote:
On Thu, May 29, 2003 at 02:20:02AM -0400, Mike Makonnen wrote:
On Thu, 29 May 2003 00:35:32 -0500 Dan Nelson
[EMAIL
On Thu, 29 May 2003, James Tanis wrote:
On Thu, 29 May 2003 17:39:18 -0400 (EDT)
John Baldwin [EMAIL PROTECTED] wrote:
It has been committed. Build rtld with WITH_LIBMAP defined and then
setup a libmap.conf.
--
Alright, I compiled and installed libthr, built rtld
yes..
The entire process structure and it's surrounding enviroment
has been through a blender.
What do you wnat to do?
On Fri, 4 Apr 2003, Glenn Johnson wrote:
I have some software that compiled fine on FreeBSD-4 but is not
compiling on FreeBSD-5. It is looking for kp_proc and kp_eproc.
On Fri, 4 Apr 2003, Glenn Johnson wrote:
On Fri, Apr 04, 2003 at 03:54:05PM -0800, Julian Elischer wrote:
yes..
The entire process structure and it's surrounding enviroment has been
through a blender.
What do you wnat to do
On Wed, 2 Apr 2003, Poul-Henning Kamp wrote:
Maybe this page could also contain an option to show the list of
files, and maybe even a backwards option to tell which options
are involved in a particular file or directorys existence.
So, to answer you question: I like it as it is where I
On Wed, 2 Apr 2003, Juli Mallett wrote:
* De: Jeff Roberson [EMAIL PROTECTED] [ Data: 2003-04-02 ]
[ Subjecte: Re: libthr and 1:1 threading. ]
On Wed, 2 Apr 2003, Terry Lambert wrote:
Also, any ETA on the per process signal mask handing bug in
libthr? Might not be safe to
On Wed, 2 Apr 2003, Jeff Roberson wrote:
On Wed, 2 Apr 2003, Juli Mallett wrote:
* De: Jeff Roberson [EMAIL PROTECTED] [ Data: 2003-04-02 ]
[ Subjecte: Re: libthr and 1:1 threading. ]
On Wed, 2 Apr 2003, Terry Lambert wrote:
Also, any ETA on the per process signal mask handing
A thought on 'fixing AIO..'
On Wed, 2 Apr 2003, Matthew Dillon wrote:
A better solution would be to implement a new system call, similar to
pread(), which simply checks the buffer cache and returns a short read
or an error if the data is not present. If the call fails you
can we have a subject ID?
the KSE list prefixes with [KSE] and I've grown used to not ignoring
those :-)
On Wed, 2 Apr 2003, Peter Wemm wrote:
Julian Elischer wrote:
Yes I think so..
I think 'threads is a better name thatn 'kse' though kse
is good in that it's real quick to type
Is there anyone working on fsck?
Recent timings with a fast machine with 1TB filesystems
show that it takes abuot 6 hours to fsck such a filesystem
(on a fast array with a lot of RAM)
This is with a version of fsck that already has some locally developed
speedups and changes. I have not dared
this is a full 100% forground fsck -y
On Mon, 17 Mar 2003, Alfred Perlstein wrote:
* Julian Elischer [EMAIL PROTECTED] [030317 12:22] wrote:
Is there anyone working on fsck?
Recent timings with a fast machine with 1TB filesystems
show that it takes abuot 6 hours to fsck
I might add that the test filesystem was 95% full with about 8,000,000
directories on it. It was populated with multiple copies of /bin
and /etc as a test set :-)
On Mon, 17 Mar 2003, Julian Elischer wrote:
this is a full 100% forground fsck -y
On Mon, 17 Mar 2003, Alfred Perlstein wrote
Thanks for your thoughts. .
Some good points..
On Mon, 17 Mar 2003, Bakul Shah wrote:
UFS is the real problem here, not fsck. Its tradeoffs for
improving normal access latencies may have been right in the
past but not for modern big disks. The seek time RPM have
not improved very much in
On Mon, 17 Mar 2003, Bakul Shah wrote:
Anyway, support for all of these have to be done in the
filesystem first before fsck can benefit.
yep
If instead you spend time optimizing just fsck, you will
likely make it far more complex (and potentially harder to
get right).
You talk like I
On Mon, 17 Mar 2003, Bakul Shah wrote:
Now, before we go off and design YABFS, can we just get real for
a second ?
I am skeptical you will get more than a factor of 2
improvement without changing the FS (but hey, that is 3 hours
for Julian so I am sure he will be happy with that!).
On Mon, 17 Mar 2003, Brooks Davis wrote:
On Mon, Mar 17, 2003 at 12:45:15PM -0800, Julian Elischer wrote:
I might add that the test filesystem was 95% full with about 8,000,000
directories on it. It was populated with multiple copies of /bin
and /etc as a test set :-)
How much like
I got this today on a kernel checked out on the 10th.
panic: bremfree: removing a buffer not on a queue
panic messages:
---
panic: bwrite: buffer is not busy???
syncing disks, buffers remaining... panic: bremfree: removing a buffer
not on a queue
Uptime: 46m53s
Dumping 255 MB
ata0: resetting
On Thu, 13 Mar 2003, Norikatsu Shigemura wrote:
(snip)
Thu Mar 13 15:47:59 JST 2003 MD5 (OOo_1.0.2_source.tar.bz2) =
8a82b4dbdd4e305b6f6db70ea65dce8c
Thu Mar 13 15:48:13 JST 2003 MD5 (OOo_1.0.2_source.tar.bz2) =
8a82b4dbdd4e305b6f6db70ea65dce8c
Thu Mar 13 15:48:32 JST 2003
On Mon, 10 Mar 2003, David Schultz wrote:
Thus spake Ivan Voras [EMAIL PROTECTED]:
Is there any example code available that just tests (a proof of
concept-like) the KSE system on FreeBSD 5-current?
See src/tools/KSE/ksetest.
also the library is mostly working
so:
cd
Hi
I didn;t see the original problem, just the reply..
Just one thing to be aware of when using the 5530.
I used a 5530 on the Interjet-II.
It has a terrible bug where it fails if the data being transferred
to/from the disk by DMA is not alligned on a 16 byte boundary. programs
such as newfs
yes as soon as we get some +ve feedback about it..
i.e. if it works for you let us know and af we don't hear anything -ve
and do hear +ve, we'll commit it :-) (Or rather I'll commit it for
Maksim).
On Thu, 6 Mar 2003, Christian Brueffer wrote:
Are there any undertakings on the way to update
I thought nwfs used it?
On Wed, 5 Mar 2003, Tim Robbins wrote:
Is there a compelling reason why I shouldn't remove netns? That is, does
it serve a purpose now that it could not serve if it was moved to the
Attic?
Tim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
I have just gone through the process of upgrading or installing several
hundred machines, and Thst includes altering or editing many config
files in /etc. I like the way that rc.conf
is handled, in that defaults/rc.comf can be updated and only the
local changes live in r.conf. I wish that more
On Thu, 20 Feb 2003, Garrett Wollman wrote:
On Thu, 20 Feb 2003 18:39:33 -0800 (PST), Julian Elischer [EMAIL PROTECTED]
said:
What would be really cool is if more config files could
do 'includes' so that you could have a syslogd.local.conf
wher eall your local entries could
On Thu, 20 Feb 2003, John De Boskey wrote:
- Julian Elischer's Original Message -
I have just gone through the process of upgrading or installing several
hundred machines, and Thst includes altering or editing many config
files in /etc. I like the way that rc.conf
is
Linux has changed their threading ans is adding some threading 'support'
into the kernel. It is unlikely that our emulation supports that support
yet.
it would certainly be nice to know what they are doing..
On Tue, 18 Feb 2003, Enache Adrian wrote:
I'm using a very recent FreeBSD-current ( ~
anyone have an answer?
Index: sparc64/sparc64/exception.S
===
RCS file: /home/ncvs/src/sys/sparc64/sparc64/exception.S,v
retrieving revision 1.59
diff -u -r1.59 exception.S
--- sparc64/sparc64/exception.S 26 Jan 2003 03:38:30 -
oh yeah I also tried line 2319 as lduw as well (my guess)
On Mon, 17 Feb 2003, Julian Elischer wrote:
anyone have an answer?
Index: sparc64/sparc64/exception.S
===
RCS file: /home/ncvs/src/sys/sparc64/sparc64/exception.S,v
A busy day, saw myself, jon and Jeff working on varous tasks.
We have the meat of signal delivey to threads in place (work by Jon and
Jeff) though there may be soem corner cases to work out.
We ahve also reapplied David Xu's patches (with soem minor exceptions
in the profiling code that I amstill
In the resource usage we have teh following values calculated..
longru_ixrss; /* integral shared memory size */
longru_idrss; /* integral unshared data */
longru_isrss; /* integral unshared stack */
in
On Mon, 17 Feb 2003, Bruce Evans wrote:
On Sun, 16 Feb 2003, Julian Elischer wrote:
3/ would 64 bits be enough? We are getting both bigger and faster
64000 times faster and 64000 times bigger and we are back at seven
seconds. 640 times faster and 640 times bigger and we are still only
In addupc_intr, if the increment cannot be done immediatly, the addres
to increment the count for is stored and the increment is done later at
ast or userret() time...
is there any reason that the address of the PC needs to be stored?
why is the address from the frame at that time not useable?
On Mon, 17 Feb 2003, Bruce Evans wrote:
On Sun, 16 Feb 2003, Julian Elischer wrote:
In addupc_intr, if the increment cannot be done immediatly, the addres
to increment the count for is stored and the increment is done later at
ast or userret() time...
Note that cannot be done
On Thu, 13 Feb 2003, Barkley Vowk wrote:
So I've upgraded my cluster to 5.0-RELEASE, everything is running fine, so
I move the fileserver to 5.0-RELEASE, everything is fine. I attempt to
configure the fileserver to use the 4 network cards in a fec bundle, this
blows up unhappily.
I can
On Tue, 11 Feb 2003, Attila Nagy wrote:
Hello,
He also has a login on the machine for testing but it's turned off at
the moment I'll turn it on again if he asks.
I've already sent him a mail. BTW, is a simple login (I mean, for example
ssh) enough for this task? I would think at least
On Mon, 10 Feb 2003, Attila Nagy wrote:
Hello,
I'll try to reproduce the thing on my machine as soon as possible.
Perhaps it was just because it was Monday, who knows...
Meanwhile I found out that my problem is 100% reproducible.
Since then, I contacted Kirk McKusick, who told me
On Mon, 10 Feb 2003, Attila Nagy wrote:
Hello,
I also gave him access to our machine, which has a 1.2 TB filesystem
on it.
I have a 1.9TB FS about 4 km from him..
That's great!
Could you please contact him? (do you also have this problem, BTW?)
He also has a login on the machine
On Fri, 7 Feb 2003, Hiten Pandya wrote:
On Thu, Feb 06, 2003 at 10:53:08AM -0800, Julian Elischer wrote the words in effect
of:
On Thu, 6 Feb 2003, John Baldwin wrote:
On 05-Feb-2003 Julian Elischer wrote:
Is there ever a case when a vnode is locked for longer than
On Thu, 6 Feb 2003, John Baldwin wrote:
On 05-Feb-2003 Julian Elischer wrote:
Is there ever a case when a vnode is locked for longer than the duration
of the syscall that locked it?
Shouldn't be. That would be a bug I believe. Userland threads should
never hold any kernel locks
Is there ever a case when a vnode is locked for longer than the duration
of the syscall that locked it?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Tue, 4 Feb 2003, Poul-Henning Kamp wrote:
Now, discussion time:
The timestamps cost something to make, and my plan was to only collect
them while a monitoring program is running. (Is this a good idea ?)
probably it is a good idea though it does lead to the possibility of a
read UPDATING and look for teh paragraph about the new scheduler
options.
I disagree strongly with needing an option to keep the current
scheduler..
I think no option should give teh default scheduler.. after
all, you need one...
On Mon, 3 Feb 2003, Nick H. -- Technical Support Engineer wrote:
I'm trying to generate and commit a correct backout of David's changes.
but since I have to synthesise the backout patch from cvs and check it
could people refrain from updating the following files?
I believe this is the complete set that are involved.
(if you know of any others let me know)
I'm working on backing out david's patch.
Part of his megacommit was a patch that should ahve been separatly
handled.
I have split it out..
Can people have a look at it and see if it makes sense.
http://www.freebsd.org/~julian/lock.diff
basically locks need to be per thread but were per
I've reverted the patch in question.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
still no comments?
this patch seems to be working, but a review from another developer
would be good.. particularly re: the point mentionned..
On Sat, 1 Feb 2003, Julian Elischer wrote:
I'm working on backing out david's patch.
Part of his megacommit was a patch that should ahve been
On Sat, 1 Feb 2003 [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
still no comments?
Julian, you sent this out a few hours ago, after people had spent
a lot of time and getting quite frustrated trying to get you to
DTRT with your mentee's inappropriate
I don't know about the protection with a '_'.
It's not standard and usually the name matches that used in the actual
function.
It's certainly not part of style(9) that I've ever noticed
and it's generally noy done that way.. is there a move to do this on all
the other files?
On Sat, 1 Feb
On Sun, 2 Feb 2003, Mark Murray wrote:
Why not fix the compiler lint instead of cluttering up
declarations?
Can we at least get proc.h to have a consistent style of
function parameter usage?
Sure. let's be consistent with all the other .h files in the kernel.
what does a quick census
On Sun, 2 Feb 2003, Brad Knowles wrote:
At 10:47 AM -0800 2003/02/01, Julian Elischer wrote:
still no comments?
this patch seems to be working, but a review from another developer
would be good.. particularly re: the point mentionned..
[...]
If I am wrong
On Sat, 1 Feb 2003, Julian Elischer wrote:
On Sun, 2 Feb 2003, Brad Knowles wrote:
At 10:47 AM -0800 2003/02/01, Julian Elischer wrote:
still no comments?
this patch seems to be working, but a review from another developer
would be good.. particularly re: the point
In an attempt to understand where and how the last KSE patch may have
been broken, I'd like to know if there is anyone who had
a system magically cured by the backout. (Assuming you had
the 'ticks' patch beforehand).
If so, can you tell me what your system was doing wrong beforehand,
and what
Your sources are way out of date..
specifically I think it looks like sys/proc.h is
not being updated..
On Fri, 31 Jan 2003, Philip Paeps wrote:
On 2003-01-28 11:24:41 (-0800), Julian Elischer [EMAIL PROTECTED] wrote:
The rumour mill has been running wild on this but **AS FAR AS I KNOW
On Fri, 31 Jan 2003, John Baldwin wrote:
AT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,b28,ACC
It has HTT set but it's only a 1.2GHz box and I heard somewhere that only
2+ GHz P4's had hyperthreading. I noticed some MFCs to stable that
suggested hyperthreading
On Fri, 31 Jan 2003, John Baldwin wrote:
On 31-Jan-2003 leafy wrote:
On Fri, Jan 31, 2003 at 01:45:56PM -0500, Trish Lynch wrote:
I have the .dat's for you, unfortunately, the output is different, so
you'll have to modify the .cfg for gnuplot :)
-Trish
I have HTT for my CPU, is
On Fri, 31 Jan 2003, John Baldwin wrote:
On 31-Jan-2003 Julian Elischer wrote:
On Fri, 31 Jan 2003, John Baldwin wrote:
AT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,b28,ACC
It has HTT set but it's only a 1.2GHz box and I heard somewhere that only
2
what is the protocol they are using?
On Fri, 31 Jan 2003, Christoph Kukulies wrote:
Cisco is offering a VPN client for Linux. I wonder if it would be possible
to run this under FreeBSD. An extra linux kernel module is being built.
Is this already the 'ruled out'?
If this won't work, I'm
hmm first I've heard of it but I'll check..
(david's offline for a week)
On Thu, 30 Jan 2003, Robert Watson wrote:
Looks like recent commits may have broken profiling of user applications;
or rather, it's also causing the kernel to crash. I suspect (but have not
confirmed) it was the
On Thu, 30 Jan 2003, Julian Elischer wrote:
hmm first I've heard of it but I'll check..
(david's offline for a week)
On Thu, 30 Jan 2003, Robert Watson wrote:
Wow that was impressive.. not even a message on the serial console..
Am digging..
To Unsubscribe: send mail to [EMAIL
On Thu, 30 Jan 2003, Julian Elischer wrote:
On Thu, 30 Jan 2003, Julian Elischer wrote:
hmm first I've heard of it but I'll check..
(david's offline for a week)
On Thu, 30 Jan 2003, Robert Watson wrote:
Wow that was impressive.. not even a message on the serial console
Unfortunatly, due to a misunderstanding, the last KSE changes were
committed prematurely. Not prtematurely from a functional Point of View,
but prematurely from a perspective of 'checking other architectures'.
The rumour mill has been running wild on this but **AS FAR AS I KNOW**
the breakages
or simply check out the newer sources.
On Sun, 26 Jan 2003, David O'Brien wrote:
For those trying to actually get some FreeBSD work done today, one may
avoid this commit by:
cd /sys ; cvs up -D '2003/01/26 03:40:00 PST'
- Forwarded message from David Xu [EMAIL PROTECTED]
On Sun, 26 Jan 2003, David O'Brien wrote:
On Sun, Jan 26, 2003 at 04:05:31PM -0800, Julian Elischer wrote:
or simply check out the newer sources.
Looking at the commit you made, it doesn't seem to address the other
issues of the commit this thread is trying to avoid.
I guess you're
I think that one of the things we need to do is declare a new flag in
disklabel that declares that the disklabel has been converted to use
relative offsets. if the flag is not set then absolute offsets are
expected.. That would give a way for us to move forward while still
allowing partitions to
I agree with that too.
On Mon, 13 Jan 2003 [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
I think that one of the things we need to do is declare a new flag in
disklabel that declares that the disklabel has been converted to use
relative offsets. if the
On Mon, 13 Jan 2003, walt wrote:
[EMAIL PROTECTED] wrote:
Julian Elischer writes:
I think that one of the things we need to do is declare a new flag in
disklabel that declares that the disklabel has been converted to use
relative offsets...
Better plan: Abandon BSD labels before
On Sun, 5 Jan 2003, Robert Watson wrote:
Updating to Jan 4 kernel generates the same failure mode for me: following
What makes you think it's the kernel?
a ^T, I get a core dump. If I run it outside of gdb and then run gdb on
the core dump, I get the following:
To Unsubscribe: send
AOL
me too
/AOL
On Sat, 4 Jan 2003, Mikhail Teterin wrote:
This Linux program used to work well, but now it crashes (with SIGABRT)
some URLs, such as
pnm://rm.content.loudeye.com/~iii-600111/0255135_0101_00_0002.ra
pnm://rm.content.loudeye.com/~a-600111/0631342_0103_00_0002.ra
We have some software we'd like to behave slightly differently if it is
in a jail.
What methods do people use to detect they are in a jail?
procfs/curproc might work but I don't want to depend on procfs.
ps aux can be used but seems rather heavyweight.
Something like a sysctl would be best. I
On Fri, 3 Jan 2003 [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Ju
lian Elischer writes:
We have some software we'd like to behave slightly differently if it is
in a jail.
What methods do people use to detect they are in a jail?
procfs/curproc might work but I don't want to
I have some changes to make to this node
and would like to find someone who can test them.
Julian
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
501 - 600 of 1563 matches
Mail list logo
