On Wed, 18 Sep 2002, Julian Elischer wrote:
threads is broken right now..
due to a miscommunicatin,. the kernel and the threads library have
a disagreement regarding something..
Unfortunatly the person to slap up over this is offline for aday or
so..
please be patient for a day or so (we
I need a little bit of help/advise. I am trying to install -CURRENT on a
toshiba 3005-s304. for -release or stable, I needed to turn off eisa
probing before I could boot/install. I did this by going into boot -c
and then entering eisa 0.
boot -c on DP1, and the latest snapshots doesnt seem to do
On Thu, 19 Sep 2002, Daniel Eischen wrote:
On Wed, 18 Sep 2002, Julian Elischer wrote:
threads is broken right now..
due to a miscommunicatin,. the kernel and the threads library have
a disagreement regarding something..
Unfortunatly the person to slap up over this is offline for
On Thu, 19 Sep 2002, Julian Elischer wrote:
On Thu, 19 Sep 2002, Daniel Eischen wrote:
On Wed, 18 Sep 2002, Julian Elischer wrote:
threads is broken right now..
due to a miscommunicatin,. the kernel and the threads library have
a disagreement regarding something..
Unfortunatly
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x10
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0227c89
stack pointer = 0x10:0xcd3029c4
frame pointer = 0x10:0xcd3029c4
code segment= base
On Thu, 19 Sep 2002, Daniel Eischen wrote:
Ok so I reconnected the libc_r and fixed it to compile.
I'm a littel uncomfortable because the new kernel behaviour means that
4.x statically compiled threaded binaries will not work right because
we've changed the kernel ABI in an incompatible
On 19 Sep, David Xu wrote:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x10
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0227c89
stack pointer = 0x10:0xcd3029c4
frame pointer = 0x10:0xcd3029c4
try now
On Thu, 19 Sep 2002, David Xu wrote:
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x10
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc0227c89
stack pointer = 0x10:0xcd3029c4
frame pointer
On Thu, 19 Sep 2002, Don Lewis wrote:
- if ((m0-m_flags M_PKTHDR) != 0)
- return (m0-m_pkthdr.len);
-
len = 0;
for (m = m0; m != NULL; m = m-m_next) {
len += m-m_len;
already done
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
Thanks, it works again. :)
- Original Message -
From: Julian Elischer [EMAIL PROTECTED]
To: David Xu [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, September 19, 2002 4:35 PM
Subject: Re: kernel crash at boot time
try now
On Thu, 19 Sep 2002, David Xu wrote:
Fatal
Hi all,
With help of http://www.memtest86.com/memtest86-3.0.iso I've tracked
it down to three 3 ! bad DRAMS.
Sorry about all this.
Still unsolved is the
options PSE
options PG_G
stuff with Ram that passes all tests. Corruption there still
happens.
Martin
Martin Blapp, [EMAIL PROTECTED]
On Wed, Sep 18, 2002 at 08:05:29PM -0400, Trish Lynch wrote:
FreeBSD femme.sapphite.org 5.0-CURRENT FreeBSD 5.0-CURRENT #16: Mon Sep 9
10:23:22 EDT 2002
[EMAIL PROTECTED]:/admins/obj/admins/src/sys/FEMME i386
its pretty bizarre
It's disabled by default:
[238]cicely8 sysctl
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Can you try with rev. 1.101 of sys/kern/uipc_mbuf.c please ? The
1.102... is wrong and could easily cause this.
Poul-Henning
In message 01be01c25fb1$8b92a990$ef01a8c0@davidwnt, David Xu writes:
#11 0xc02fca38 in calltrap () at {standard input}:98
#12 0xc022b699 in sbappendaddr
On Thu, Sep 19, 2002 at 11:16:10AM +0200, Martin Blapp wrote:
Hi all,
With help of http://www.memtest86.com/memtest86-3.0.iso I've tracked
it down to three 3 ! bad DRAMS.
D-RAM is bad per definition.
There's a reason why good machines always use ECC.
It's just a matter how likely errors
Le 2002-09-18, Thomas Quinot écrivait :
http://www.cuivre.fr.eu.org/~thomas/periodic-fw.diff
I have prepared an updated version of the patch that also includes
100.chksetuid, 200.chkmounts and 700.kernelmsg in the factoring.
http://www.cuivre.fr.eu.org/~thomas/periodic-security/
--
With today's cvsup and a make libraries all my threaded apps
are working again, thanks.
My kernel and world are from yesterday (18 Sep). I see that
the kernel and many other things have been updated since
yesterday but I've not yet rebuilt the system except for the
libraries. Just thought I'd
Hi.
On Wed, Sep 18, 2002 at 01:15:40PM -0500, Steve Ames wrote:
New datapoint:
If I compile the kernel in the old fashion (config SB; cd ../compile/SB;
make depend all install) then the kernel compiles and installs fine.
However I get the error below when doing a 'make kernel' from
On Thu, 19 Sep 2002, Julian Elischer wrote:
On Thu, 19 Sep 2002, Daniel Eischen wrote:
Ok so I reconnected the libc_r and fixed it to compile.
I'm a littel uncomfortable because the new kernel behaviour means that
4.x statically compiled threaded binaries will not work right because
Quoting Julian Elischer [EMAIL PROTECTED]:
| threads is broken right now..
| due to a miscommunicatin,. the kernel and the threads library have
| a disagreement regarding something..
| Unfortunatly the person to slap up over this is offline for aday or
| so..
| please be patient for a day
Quoting Wesley Morgan [EMAIL PROTECTED]:
| Boot from a kernel from a day or two ago and you should be fine. Unless
| you build every day, your kernel.old/kernel should be in agreement with
| libc_r
I do build everyday and
Thanks,
ed
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Thu, Sep 19, 2002 at 10:15:48PM +0900, I wrote:
On Wed, Sep 18, 2002 at 01:15:40PM -0500, Steve Ames wrote:
New datapoint:
If I compile the kernel in the old fashion (config SB; cd ../compile/SB;
make depend all install) then the kernel compiles and installs fine.
However I get
Hi Folks,
I was unable to boot the kernel for sometime, so I tried doing an
unset acpi_load and the kernel booted fine.
The kernel would hang after reaching Timecounter as show below.
---
Sep 13 18:20:09 calvin kernel: unknown: PNP0501 can't assign resources
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
elitetek boot -c on DP1, and the latest snapshots doesnt seem to do
elitetek anything, I have been unable to find any info regarding a
elitetek change to the command or what other switches it supports.
Userconfig was gone away in 5-current. Tweak /boot/device.hints
instead, or set appropriate
does anyone know the status of the ALTQ merge? I checked the webpage
(http://www.rofug.ro/projects/freebsd-altq/), and it was last updated on
August 25th, but 5.0 (and especially its feature freeze) is creeping up
quickly, and there's no mention of ALTQ in the -current release notes
Is anyone else still having issues with xmms? i get a segfault and core
dump when i try to run int on -CURRENT with the new source. Just
wondering, it looks like the same error that noatun was giving for a
while, when i looked in the list archives, maybe there was a patch sorry
if i missed that.
I'm trying to upgrade a ~March -current machine to a more modern
version. Buildworld is dying like this:
stage 4: building libraries
--
..
=== secure/lib/libssl
mkdir -p openssl
sh /usr/src/tools/install.sh -C -m 444
On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote:
I'm trying to upgrade a ~March -current machine to a more modern
version. Buildworld is dying like this:
I think ru fixed this earlier this morning. I don't know why it
suddenly broke, because no-one's touched openssl in a
Nope, but i see that here. DES reported it too, but we get some many
'tinderbox failures' from him that some people might just ignore them =)
On Thu, 19 Sep 2002, Andrew Gallatin wrote:
I'm trying to upgrade a ~March -current machine to a more modern
version. Buildworld is dying like this:
It seems Kris Kennaway wrote:
On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote:
I'm trying to upgrade a ~March -current machine to a more modern
version. Buildworld is dying like this:
I think ru fixed this earlier this morning. I don't know why it
suddenly broke,
On 19-Sep-2002 BSDNerds Lists wrote:
Is anyone else still having issues with xmms? i get a segfault and core
dump when i try to run int on -CURRENT with the new source. Just
wondering, it looks like the same error that noatun was giving for a
while, when i looked in the list archives, maybe
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Thu, Sep 19, 2002 at 10:38:57PM +0200, Soeren Schmidt wrote:
It seems Kris Kennaway wrote:
On Thu, Sep 19, 2002 at 04:11:00PM -0400, Andrew Gallatin wrote:
I'm trying to upgrade a ~March -current machine to a more modern
version. Buildworld is dying like this:
I think ru
I have a patch available at
http://www.chesapeake.net/~jroberson/vfssmp.diff that locks the majority
of the vnode fields. The namecache locking has been omitted from this
patch. The locking has been specified in vnode.h and all interlock,
syncer, and vn lock usage has been verified. Any places
Kris Kennaway writes:
suddenly broke, because no-one's touched openssl in a while.
That's why I thought it was local.. Of course, the very next message
I got after sending my query was DES's tinderbox failure ;)
Thanks for the info.
Drew
To Unsubscribe: send mail to [EMAIL PROTECTED]
I get the same on a more recent build.
siksika# make buildworld
...
mkdir -p openssl
sh /usr/src/tools/install.sh -C -m 444
/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto/conf/conf_api.h openssl
make: don't know how to make openssl/ssl.h. Stop
*** Error code 2
Stop in /usr/src.
***
A while ago I started having problems with a dc(4) cardbus card that
I hadn't had before. Lots of failures to force tx and rx to idle
state resulting in the card eventually hanging under load and
basically being worthless until I ejected it and reinserted it.
ifconfig up/down, etc. didn't help.
Hi John,
See the patch I've submitted last week or previous week.
Topic was uncomitted dc0 PR's. I had a patch for this there.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
--
ImproWare AG, UNIXSP ISP,
Yeah its all brand new, i disreguarded it at first and thought it may
have had something to do with the gcc patch i used on the cp-lang.cpp
file to get kde to compile. So ounce i saw that the new pre-release
source went final I cvsuped ports and src, and recompiled and tried
again. it compiles
Hi John,
Your patch looks correct ! Thanks to finding this out.
Can you commit this or do you wait for McKay ? Or should
I ;-) ?
Ps: the automatic TX underrun recovery still needs to be comitted.
Without it no cvsup survives here.
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
On 19-Sep-2002 Martin Blapp wrote:
Hi John,
See the patch I've submitted last week or previous week.
Topic was uncomitted dc0 PR's. I had a patch for this there.
IIRC, yours completely disabled the check. It would seem to
make good sense to still try to force the card idle before
On Thu, 19 Sep 2002, John Baldwin wrote:
A while ago I started having problems with a dc(4) cardbus card that
I hadn't had before. Lots of failures to force tx and rx to idle
state resulting in the card eventually hanging under load and
basically being worthless until I ejected it and
% mozilla
Fatal error '_pq_insert_head: prioq not protected!' at line 185 in file
/dell/imp/p4/newcard/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = 22)
Ideas? I'm using mozilla 1.0_2,1 according to the directory in
/var/db/pkg.
Warner
To Unsubscribe: send mail to [EMAIL
On Thursday 19 September 2002 17:03, Poul-Henning Kamp wrote:
Can you try with rev. 1.101 of sys/kern/uipc_mbuf.c please ? The
1.102... is wrong and could easily cause this.
Poul-Henning
In message 01be01c25fb1$8b92a990$ef01a8c0@davidwnt, David Xu writes:
#11 0xc02fca38 in calltrap () at
On Fri, 2002-09-20 at 10:34, M. Warner Losh wrote:
% mozilla
Fatal error '_pq_insert_head: prioq not protected!' at line 185 in file
/dell/imp/p4/newcard/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = 22)
Ideas? I'm using mozilla 1.0_2,1 according to the directory in
Is it statically linked?
On Thu, 19 Sep 2002, M. Warner Losh wrote:
% mozilla
Fatal error '_pq_insert_head: prioq not protected!' at line 185 in file
/dell/imp/p4/newcard/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = 22)
Ideas? I'm using mozilla 1.0_2,1 according to the
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
In message: [EMAIL PROTECTED]
Julian Elischer [EMAIL PROTECTED] writes:
: Is it statically linked?
Yup.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Thu, 2002-09-19 at 23:22, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Julian Elischer [EMAIL PROTECTED] writes:
: Is it statically linked?
Yup.
You'll need to rebuild against the new libc_r, then.
Joe
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
In message: [EMAIL PROTECTED]
Joe Marcus Clarke [EMAIL PROTECTED] writes:
: On Thu, 2002-09-19 at 23:22, M. Warner Losh wrote:
: In message: [EMAIL PROTECTED]
: Julian Elischer [EMAIL PROTECTED] writes:
: : Is it statically linked?
:
: Yup.
:
: You'll need to
On Thu, 2002-09-19 at 23:38, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Joe Marcus Clarke [EMAIL PROTECTED] writes:
: On Thu, 2002-09-19 at 23:22, M. Warner Losh wrote:
: In message: [EMAIL PROTECTED]
: Julian Elischer [EMAIL PROTECTED] writes:
: : Is it
On Thu, Sep 19, 2002 at 11:48:06PM -0400, Wesley Morgan wrote:
This has been mentioned several times now... Surely the fix is trivial :)
Is anything in the works?
I expect ru will fix it when he wakes up. In the meantime you can
just back out his changes.
Kris
msg43104/pgp0.pgp
In message: [EMAIL PROTECTED]
Joe Marcus Clarke [EMAIL PROTECTED] writes:
: On Thu, 2002-09-19 at 23:38, M. Warner Losh wrote:
: In message: [EMAIL PROTECTED]
: Joe Marcus Clarke [EMAIL PROTECTED] writes:
: : On Thu, 2002-09-19 at 23:22, M. Warner Losh wrote:
: : In
On Thu, 19 Sep 2002, M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Joe Marcus Clarke [EMAIL PROTECTED] writes:
: On Thu, 2002-09-19 at 23:38, M. Warner Losh wrote:
: In message: [EMAIL PROTECTED]
: Joe Marcus Clarke [EMAIL PROTECTED] writes:
: : On Thu,
In message: [EMAIL PROTECTED]
Daniel Eischen [EMAIL PROTECTED] writes:
: On Thu, 19 Sep 2002, M. Warner Losh wrote:
:
: In message: [EMAIL PROTECTED]
: Joe Marcus Clarke [EMAIL PROTECTED] writes:
: : On Thu, 2002-09-19 at 23:38, M. Warner Losh wrote:
: : In message:
Hi,
I recently did a tcpdump on my xl0 interface (Etherlink XL)
on my -current setup.
This message showed up in the console:
lock order reversal
1st 0xc0553780 bpf global lock (bpf global lock) @ /usr/src/sys/net/bpf.c:378
2nd 0xc129dbd4 xl0 (network driver) @ /usr/src/sys/pci/if_xl.c:2905
This has been mentioned several times now... Surely the fix is trivial :)
Is anything in the works?
--
_ __ ___ ___ ___ ___
Wesley N Morgan _ __ ___ | _ ) __| \
[EMAIL PROTECTED] _
On Fri, Sep 20, 2002 at 10:49:55AM +0930, Daniel O'Connor wrote:
On Fri, 2002-09-20 at 10:34, M. Warner Losh wrote:
% mozilla
Fatal error '_pq_insert_head: prioq not protected!' at line 185 in file
/dell/imp/p4/newcard/src/lib/libc_r/uthread/uthread_priority_queue.c (errno = 22)
Ideas?
I think (but I'm not sure)
that jon introduced a binary incompatibility in his last commit.
BDE could probably give more info.
(I know zip about the FP stuff)
people with dynamically linked things with the matching libc_r probably
are ok.
We are working for a resolution
On Thu, 19 Sep 2002,
In message: [EMAIL PROTECTED]
Julian Elischer [EMAIL PROTECTED] writes:
: We are working for a resolution
Cool. Glad to see it.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Thu, 19 Sep 2002, Daniel Eischen wrote:
On Thu, 19 Sep 2002, Julian Elischer wrote:
On Thu, 19 Sep 2002, Daniel Eischen wrote:
Ok so I reconnected the libc_r and fixed it to compile.
I'm a littel uncomfortable because the new kernel behaviour means that
4.x statically compiled
Bruce Evans wrote:
Unfortunately, we didn't get expansion of the i386 mcontext_t to make
room for SSE, into 4.0, and the problem has been mostly ignored since
then. Looks like it is a large problem.
Any chance of avoiding this in the future by adding an extensible,
but known to be suboptimal
On Thu, 19 Sep 2002, Terry Lambert wrote:
Bruce Evans wrote:
Unfortunately, we didn't get expansion of the i386 mcontext_t to make
room for SSE, into 4.0, and the problem has been mostly ignored since
then. Looks like it is a large problem.
Any chance of avoiding this in the future by
uhm, i just got another one. i guess the hd is broken and also managed to
cause the previous panic.
Can you do a:
cd /usr/src/sys/i386/compile/MYKERNEL
gdb -k kernel.debug
l *(ahc_dump_card_state+0x692)
and give me the output.
Thanks,
Justin
To Unsubscribe: send
Daniel Eischen wrote:
That's kind of the point of adding the fields that we did
(mc_len, mc_fpformat). They can be used to help validate
the contents and to allow extensions. We also have some
spare slots, but the last incarnation of ucontext_t also
had spare slots and it wasn't nearly
On Thu, Sep 19, 2002 at 04:31:26PM -0600, Justin T. Gibbs wrote:
uhm, i just got another one. i guess the hd is broken and also managed to
cause the previous panic.
Can you do a:
cd /usr/src/sys/i386/compile/MYKERNEL
gdb -k kernel.debug
l
Can you do a:
cd /usr/src/sys/i386/compile/MYKERNEL
gdb -k kernel.debug
l *(ahc_dump_card_state+0x692)
and give me the output.
I'm sorry but i replaced the hd and as it survided the buildworld
discarded the old one. I still have the compile-directory of the
kernel
On Thu, 19 Sep 2002, Terry Lambert wrote:
Daniel Eischen wrote:
That's kind of the point of adding the fields that we did
(mc_len, mc_fpformat). They can be used to help validate
the contents and to allow extensions. We also have some
spare slots, but the last incarnation of
69 matches
Mail list logo