On 2002-09-19 23:48, Wesley Morgan <[EMAIL PROTECTED]> wrote:
> This has been mentioned several times now... Surely the fix is trivial :)
> Is anything in the works?
At the moment, I'm building world after a new `cvs update' and a
backout of the changes done by Ruslan.
$ ident /usr/src/secure/li
In message <[EMAIL PROTECTED]>, David Xu writes:
>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
On Thu, 19 Sep 2002, M. Warner Losh wrote:
> In message: <[EMAIL PROTECTED]>
> Daniel Eischen <[EMAIL PROTECTED]> writes:
> : On Thu, 19 Sep 2002, M. Warner Losh wrote:
> : I think it does since it's a kernel ABI breakage in ucontext_t's
> : and sigreturn(). I think we either need
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
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, M
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)
> >
>
This has been mentioned several times now... Surely the fix is trivial :)
Is anything in the works?
--
_ __ ___ ___ ___ ___
Wesley N Morgan _ __ ___ | _ ) __| \
[EMAIL PROTECTED] _ _
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
W
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:
: > : >
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:
> :
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:
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
Descr
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
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 ne
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 PRO
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
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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 d
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
> /var/d
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 call
% 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 PROTECTED]
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 u
>> 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-director
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 *(ahc_dump_car
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 re
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
>
> 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
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 f
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 subopti
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, 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
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]>
-
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 fil
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, Zurlindens
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.
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.
*** E
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]
wi
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
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:
> >
> >
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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, may
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 b
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
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
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
/usr/src/s
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. T
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
(http://people
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 appropriat
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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: can't assign resources (port)
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.
> > H
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 "u
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 da
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
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
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
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/
--
[EMA
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 erro
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 (sb=0xc27
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
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]> <
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:
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 net.in
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
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 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:0xcd302
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 way..
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 0x0,
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..
>
69 matches
Mail list logo
