Bruce Evans wrote:
> On Sun, 10 Sep 2000, John Baldwin wrote:
>
> > [EMAIL PROTECTED] wrote:
> > > > Ok, an update on the dirty buffers on reboot:
> > > >
> > > > If you use the reboot command, you will get dirty buffers. If you use
> > > > 'shutdown -r now' instead, you won't get dirty buffers
On Mon, 11 Sep 2000, Greg Lehey wrote:
> On Monday, 11 September 2000 at 13:18:37 +1100, Bruce Evans wrote:
> > The stray interrupt handler needs to have a thread, or stray interrupts
> > need to be handled as traps. Stray interrupts are more like NMIs than
> > normal interrupts, and NMIs are al
> > And the panic goes away
> > Manfred
>
> I've got it fixed. The code is using TAILQ_REMOVE and TAILQ_FIRST to
> pull entries out of a tailq while it is walking it via TAILQ_FOREACH.
> Changing it to use a while(!TAILQ_EMPTY) instead of using TAILQ_FOREACH
> fixes it. I'll be committing the f
Boris Popov wrote:
> On Sun, 10 Sep 2000, John Baldwin wrote:
>
> > > I think the random dev kicks in at this point
> > >
> > > Fatal trap 12: page fault while in kernel mode
> > > cpuid = 1; lapic.id = 0c00
> > > fault virtual address = 0x2c
> > > fault code= supervisor read
On Sun, 10 Sep 2000, John Baldwin wrote:
> > I think the random dev kicks in at this point
> >
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 1; lapic.id = 0c00
> > fault virtual address = 0x2c
> > fault code = supervisor read, page not present
> > instruction pointe
On Sun, 10 Sep 2000, John Baldwin wrote:
> [EMAIL PROTECTED] wrote:
> > > Ok, an update on the dirty buffers on reboot:
> > >
> > > If you use the reboot command, you will get dirty buffers. If you use
> > > 'shutdown -r now' instead, you won't get dirty buffers. Thus, as a workaround
> > > fo
John Baldwin wrote:
> jhb 2000/09/10 21:09:08 PDT
>
> Modified files:
> sys/dev/randomdevyarrow.c
> Log:
> - Use RFHIGHPID when creating the kthread to get a more sensible pid.
> - Don't fake walking a tailq. Instead, use a while loop that pulls items
> off the head
Manfred Antar wrote:
> At 08:16 PM 9/10/2000 -0700, John Baldwin wrote:
> >Manfred Antar wrote:
> >> >From a new kernel compiled from sources current 7:30 pm 9/10/00 pacific time
> >> Although the first occurrence happened this morning after compiling a kernel
> >> after the random dev changes.
>
At 08:16 PM 9/10/2000 -0700, John Baldwin wrote:
>Manfred Antar wrote:
>> >From a new kernel compiled from sources current 7:30 pm 9/10/00 pacific time
>> Although the first occurrence happened this morning after compiling a kernel
>> after the random dev changes.
>> The system boots and mounts d
Manfred Antar wrote:
> >From a new kernel compiled from sources current 7:30 pm 9/10/00 pacific time
> Although the first occurrence happened this morning after compiling a kernel
> after the random dev changes.
> The system boots and mounts disks. When it gets to this point:
> Additional routing
On Sun, 10 Sep 2000, Valentin Nechayev wrote:
> `top -I' output:
>
> ==={
> last pid: 811; load averages: 1.01, 0.97, 0.67up 0+00:16:12 23:26:26
This is because the idle process is always running (see "ps lax" outout).
Perhaps the bug is that top doesn't show the idle process or othe
>From a new kernel compiled from sources current 7:30 pm 9/10/00 pacific time
Although the first occurrence happened this morning after compiling a kernel
after the random dev changes.
The system boots and mounts disks. When it gets to this point:
Additional routing options: TCP extensions=NO TCP
On Monday, 11 September 2000 at 13:18:37 +1100, Bruce Evans wrote:
> On Sat, 9 Sep 2000, Ben Smithurst wrote:
>
>> After poking around a bit with remote GDB, this seems to be caused by a
>> stray IRQ 7, since irq == 7, ir == ithds[irq] == NULL, ir->foo == BOOM.
>>
>> The attached rather crude patc
It may be because of something screwy that I did, I had been cvsup'ing from
cvsup3. Saw the note about 3 not having a full crypto mirror so I tried a
cvsup from 2 and make world completed, but when running ssh I get this:
/usr/libexec/ld-elf.so.1: /usr/lib/libcrypto.so.1: Undefined symbol "RSA
On Sat, 9 Sep 2000, Ben Smithurst wrote:
> After poking around a bit with remote GDB, this seems to be caused by a
> stray IRQ 7, since irq == 7, ir == ithds[irq] == NULL, ir->foo == BOOM.
>
> The attached rather crude patch has "fixed" the problem for now, but
> does anyone have any suggestions
Greg Lehey wrote:
> Sorry, I missed the beginning of this. Could somebody send me the
> patch? I'd assume that a relatively simple check would handle the
> issue, based on what I've seen here.
I've lost the actual patch, I basically just added
if (ir == NULL)
return;
Ben Smithurst wrote:
> Greg Lehey wrote:
>
>> Sorry, I missed the beginning of this. Could somebody send me the
>> patch? I'd assume that a relatively simple check would handle the
>> issue, based on what I've seen here.
>
> I've lost the actual patch, I basically just added
>
> if (ir
This is a pain. cvsup3 is the closest mirror to me. The only file I
could find missing on cvsup3 was rsa_eay.c.
Garrett, now that RSA has released the patent, would you be willing to
add this file to the mirror on cvsup3?
Jim Bloom
[EMAIL PROTECTED]
Kris Kennaway wrote:
>
> On Sun, 10 Sep 20
[EMAIL PROTECTED] wrote:
> > Ok, an update on the dirty buffers on reboot:
> >
> > If you use the reboot command, you will get dirty buffers. If you use
> > 'shutdown -r now' instead, you won't get dirty buffers. Thus, as a workaround
> > for now, use the shutdown command to reboot your box unt
On Sun, Sep 10, 2000 at 09:49:24PM +0200, Szilveszter Adam wrote:
> Since no one this far has reported anything like this,
... http://www.FreeBSD.org/cgi/query-pr.cgi?pr=20731
- mark
--
Mark Newton Email: [EMAIL PROTECTED] (W)
Network Engineer
On Sunday, 10 September 2000 at 0:23:15 -0500, Mike Meyer wrote:
> Ben Smithurst writes:
>> After poking around a bit with remote GDB, this seems to be caused by a
>> stray IRQ 7, since irq == 7, ir == ithds[irq] == NULL, ir->foo == BOOM.
>>
>> The attached rather crude patch has "fixed" the prob
Kris Kennaway wrote:
> On Sun, 10 Sep 2000, David Malone wrote:
>
> > On Sun, Sep 10, 2000 at 03:30:54AM -0700, Kris Kennaway wrote:
> >
> > > * better interoperability with other ssh2 clients/servers
> >
> > Any idea if it can read non-OpenSSH DSA host keys? The version in
> > 4.1 doesn't seem
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
[ Moved to -current ]
Mitja Horvat wrote:
>
> Hi Dan,
>
> > I have implemented {make,get,set,swap}context as library routines
> > for FreeBSD. They're gathering dust somewhere and need a bit of
> > polishing. If you give me some time I can dust them off and
> > send them to you.
>
> I would
On Sun, 10 Sep 2000, Eric Hedberg wrote:
> OK, fresh cvsup (blew away the old /usr/src, slurped down a new one this
> afternoon).
Don't cvsup from cvsup3, it doesnt carry a full crypto mirror.
Kris
--
In God we Trust -- all others must submit an X.509 certificate.
-- Charles Forsythe <[EMA
OK, fresh cvsup (blew away the old /usr/src, slurped down a new one this
afternoon).
Make buildworld dies at:
===> libcrypto
( echo "#ifndef MK1MF_BUILD"; echo " /* auto-generated by
crypto/Makefile.ssl for crypto/cversion.c */"; echo " #define CFLAGS
\"cc\""; echo " #define PLATFORM \"`un
On Sun, 10 Sep 2000, David Malone wrote:
> On Sun, Sep 10, 2000 at 03:30:54AM -0700, Kris Kennaway wrote:
>
> > * better interoperability with other ssh2 clients/servers
>
> Any idea if it can read non-OpenSSH DSA host keys? The version in
> 4.1 doesn't seem to be able too, though it can read n
Hello everybody!
Since no one this far has reported anything like this, I'll just throw this
one in, maybe someone has an idea...
I have an SB 64 AWE ISA PnP card, which is detected as:
sbc0: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5
drq
1,5 on isa0
sbc0: setting card to irq 5, drq 1
Makoto MATSUSHITA wrote:
>
> tanimura> You still need host.conf to run old binaries (including Netscape)
> tanimura> linked against libc.so.3 and earlier. I prefer to warn 'host.conf is
> tanimura> for compatibility with old libc.'
>
> Is there any chance that compat1x, compat2*, compat3x includ
tanimura> You still need host.conf to run old binaries (including Netscape)
tanimura> linked against libc.so.3 and earlier. I prefer to warn 'host.conf is
tanimura> for compatibility with old libc.'
Is there any chance that compat1x, compat2*, compat3x includes
/etc/host.conf for backward compat
Bosko Milekic wrote:
>I catch this page fault (described in topic) following an:
>
>`ifconfig de0 down'
>
>Unfortunately, I don't have much more information to provide for now.
>I'm in the middle of debugging something else. More info can be provided
>on request (let me know
On Wed, 6 Sep 2000 15:14:31 -0500,
"Jacques A. Vidrine" <[EMAIL PROTECTED]> said:
n> = host.conf has been removed from src/etc. rc.network has been modified
n> to warn that host.conf is no longer used at boot time. In addition, if
n> there is a host.conf but no nsswitch.conf, the latter i
Hello John Baldwin!
>> microuptime() went backwards (1.7682417 -> 1.997434)
>>
>> I recall reading in -current earlier this week that someone was
>> looking for victims getting this. What further information can I provide?
JB> This is a SMPng issue on UP machines.
I have obtained the same on
System in question is:
root@nn:~##uname -mrs
FreeBSD 5.0-CURRENT i386
root@nn:~##grep FreeBSD_version /usr/include/sys/param.h
#undef __FreeBSD_version
#define __FreeBSD_version 500012/* Master, propagated to newvers */
root@nn:~##
cvsup was Sep 8, approximately at 18:00 GMT.
`top -I' o
On Sun, Sep 10, 2000 at 03:30:54AM -0700, Kris Kennaway wrote:
> * better interoperability with other ssh2 clients/servers
Any idea if it can read non-OpenSSH DSA host keys? The version in
4.1 doesn't seem to be able too, though it can read non-OpenSSH
RSA host keys.
David.
To Unsubsc
New version of OpenSSH has been updated as announced a few days ago.
Notable features:
* ssh-add can handle DSA keys
* sftp server interoperable with ssh.com clients and others
* scp can handle files >2GB
* better interoperability with other ssh2 clients/servers
* ssh-agent can handle DSA keys
*
Bosko Milekic wrote:
>
> For those interested,
>
> http://www.technokratis.com/code/mbuf/mbuf_mtx.patch
Assuming we have a "my processor" index somewhere,
how much work would it take to give each processor a
separate cache of mbufs?
Also, I've often wondered if the 'custer' special code mig
> > Interfaces in promiscuous mode will always result in a reboot. I
> > *usually* get away with ejecting an active card if it's not in
> > promiscuous mode.
>
> A while back I committed patches to use bpf_detach(), which elminated the
> struct ifnet pointer in the bpf described at detach time
On Sat, Sep 09, 2000 at 11:47:04PM -0700, Pete Carah wrote:
> Probably not many -current users use msdosfs; I use it only for the
> occasional floppy (extremely rare now) and the flash cards from my
> electronic cameras. On trying to mount one of these today, I ran into
> a problem (apparently in
39 matches
Mail list logo
