On 10-Jul-00 John DeBoskey wrote:
> Hi,
>
>In case anyone else it seeing this yet, or possibly
> working on it, the 0706 snap boot floppy boots up
> into sysinstall and then hangs.
>
>Switching to the debug screen yields:
>
> DEBUG: ioctl(3, TIOCCONS, NULL) = 0 (success)
> DEBUG: Can't
On 10-Jul-00 Jim Bloom wrote:
> This may or may not be related...
>
> A week ago, I tried to boot using the 0702 snapshot floppies and had problems as
> well. The error I received was something like "Can't open md1". This was after
> probing all of the devices, but before the install menu came
Ben Smithurst wrote:
>
> Jeroen Ruigrok van der Werven wrote:
>
> > -On [2709 21:20], Leif Neland ([EMAIL PROTECTED]) wrote:
> >> These messages are infected with the kak virus. See
> >> http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm
>
I just cvsup'd new sources as of an hour of this posting, and built a
kernel. When I try to play an MP3 with mpg123, a kernel panic
occurs. Also, rev. 1.27 of src/sys/dev/sound/pcm/channel.c is the latest
version of this file that doesn't cause loud popping sounds when I try to
play an MP3, i.e.
This may or may not be related...
A week ago, I tried to boot using the 0702 snapshot floppies and had problems as
well. The error I received was something like "Can't open md1". This was after
probing all of the devices, but before the install menu came up.
Sorry if I don't have better detail
From: Ilya Naumov <[EMAIL PROTECTED]>
Date: Fri, 7 Jul 2000 16:47:39 +0400 (MSD)
::
::i'm experiencing a problem with vmware2 build 570 (installed from
::ports) and latest kernels. vmware runs perfectly with kernel built on
::July, 3, but crashes my box with later kernel versions (July, 6 and
::7)
Hi,
In case anyone else it seeing this yet, or possibly
working on it, the 0706 snap boot floppy boots up
into sysinstall and then hangs.
Switching to the debug screen yields:
DEBUG: ioctl(3, TIOCCONS, NULL) = 0 (success)
DEBUG: Can't open PC-card controller /dev/card0.
and that's it.
I did some thinking about this, but no real code inspection, on a walk today-
I think what is occurring is that the list of directory updates is getting
refreshed from another process while the first process' list is being written
out. A quick hack would be to make sure this doesn't happen (no -j
Jeroen Ruigrok van der Werven wrote:
> -On [2709 21:20], Leif Neland ([EMAIL PROTECTED]) wrote:
>> These messages are infected with the kak virus. See
>> http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm
>
> Am I the only one to NOT see this?
>
>
On Mon, 10 Jul 2000, Daniel C. Sobral wrote:
> I think all bugs with the performance improvements to regex(3) have all
> been solved now. I haven't heard of any problems for over a week about
> the first improvement (Boyer-Moore search), and I have now tested the
> code against the original test
Mike Meyer <[EMAIL PROTECTED]> writes:
> > By all means, use start/stop args, but hard link the .sh files into seperate
> > directories or something so that the order can be tweaked..
>
> If all you want is to make sure that shutdown happens in the reverse
> order of startup, that can be done by
-On [2709 22:40], Paul Herman ([EMAIL PROTECTED]) wrote:
>On Sun, 9 Jul 2000, Jeroen Ruigrok van der Werven wrote:
>
>> -On [2709 21:20], Leif Neland ([EMAIL PROTECTED]) wrote:
>> >These messages are infected with the kak virus. See
>> >http://www.
On Sun, 9 Jul 2000, Jeroen Ruigrok van der Werven wrote:
> -On [2709 21:20], Leif Neland ([EMAIL PROTECTED]) wrote:
> >These messages are infected with the kak virus. See
> >http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm
>
> Am I the only one to NO
-On [2709 21:20], Leif Neland ([EMAIL PROTECTED]) wrote:
>These messages are infected with the kak virus. See
>http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm
Am I the only one to NOT see this?
Both the original postings look normal in mutt whichever way I use to
l
* Daniel C. Sobral <[EMAIL PROTECTED]> [000709 12:46] wrote:
> I think all bugs with the performance improvements to regex(3) have all
> been solved now. I haven't heard of any problems for over a week about
> the first improvement (Boyer-Moore search), and I have now tested the
> code against the
I think all bugs with the performance improvements to regex(3) have all
been solved now. I haven't heard of any problems for over a week about
the first improvement (Boyer-Moore search), and I have now tested the
code against the original test suit for Spencer's library.
I'd like, thus, to merge
These messages are infected with the kak virus. See
http://www.cai.com/virusinfo/encyclopedia/descriptions/wscript.htm
- Original Message -
From: Josh Paetzel
To: Robert Small ; [EMAIL PROTECTED] ;
[EMAIL PROTECTED]
Sent: Sunday, January 14, 1990 6:02 AM
Subject: Re: SCSI Question
On Sun, Jul 09, 2000 at 06:04:47PM +0200, Daniel Rock wrote:
> - if (pri > 0)
> + if (pri >= 0)
Groan. "The problem must be somewhere in ip.c, the other changes were
purely cosmetic". Famous last words.
Thanks, I've re-reverted to the current version, applied your patch and
-auto mode
Hi Boris,
I have a strange problem with smbfs, where the mounted share times out
and becomes inaccessible after a period of time. I haven't been able to
pinpoint the exact moment when it happens, but basically:
hightemplar:/home/alex$ mount
/dev/da0s1a on / (ufs, local, writes: sync 135 async 1
>From the keyboard of Daniel C. Sobral:
> Hellmuth Michaelis wrote:
> >
> > Thanks for the reply - it seems indeed to be a strange problem. In the mean-
> > time i found out that the pcvt probe routine was never called until i added
> > something like DEVMETHOD(device_identify, pcvt_identify) to
Udo Erdelhoff schrieb:
>
> Hi,
> ppp -auto stopped working fater I've updated my box from 06/17-Sources
> to yesterday's version (07/06, approx. 1500 GMT). tcpdump -ni tun0
> shows the traffic but that's it. ppp.log doesn't show any obvious
> problems. -ddial works, sending a manual dial command
In article <[EMAIL PROTECTED]>,
Trevor Johnson <[EMAIL PROTECTED]> wrote:
> Personally, I use the separate collections because cvsup times out
> otherwise (I guess my connection is too slow).
A slow network won't cause this. There must be some other problem.
The cvsupd server times out a connec
After updating to the very latest current code, I get a multiple free panic on
my SMP machine. It always happen during buildworld in libc_r.
Important note : I have the snapshot code from Kirk.
The panic is in random_read which does a free. Here is the trace.
panic: free: multiple freed item 0x
Hellmuth Michaelis wrote:
>
> Thanks for the reply - it seems indeed to be a strange problem. In the mean-
> time i found out that the pcvt probe routine was never called until i added
> something like DEVMETHOD(device_identify, pcvt_identify) to the device
> methods structure.
It didn't? Please
Hi,
I just got a softupdates related panic on my dual PPro during
buildworld. Sources from July, 4th. Build with -j4.
I'll keep the dump if there's any need.
#0 boot (howto=260) at ../../kern/kern_shutdown.c:303
#1 0xc0177a29 in panic (fmt=0xc0298c54 "from debugger")
at ../../kern/kern_sh
>From the keyboard of Daniel C. Sobral:
> > After the latest config/hints changes, just commenting the syscons driver
> > "sc" line and uncommenting the pcvt "vt" line in the GENERIC kernel config
> > file, a booting kernel panics after the the message "atkbdc0: > controller (i8042)> .." with a
-On [2708 00:25], Shawn Ramsey ([EMAIL PROTECTED]) wrote:
>
>>I am trying to install FreeBSD 4.0-RELEASE onto a Mylex Acceleraid 250.
>>The RAID is two drives setup as a RAID1. When booting from the floppies,
>>it found the card, and the raid configuration. The OS installed fine onto
>>the
On Sun, 11 Jun 2000, Luigi Rizzo wrote:
> Hi,
> i understand that this means maybe a somwthat
> large change in the system, but what do you think
> if we have a lok at implementing the CPU scheduler using
> weights instead of strict priorities ?
> Do we have parts of the kernel which rely on prio
Hellmuth Michaelis wrote:
>
> After the latest config/hints changes, just commenting the syscons driver
> "sc" line and uncommenting the pcvt "vt" line in the GENERIC kernel config
> file, a booting kernel panics after the the message "atkbdc0: controller (i8042)> .." with a fatal trap 12, page
-On [2705 09:33], Michael C. Wu ([EMAIL PROTECTED]) wrote:
>
>http://dorifer.heim3.tu-clausthal.de/~olli/propellers/
>
>http://www.freebsd.org/cgi/query-pr.cgi?pr=15436
>
>Perhaps we can get this done in time for for 4.1-R?
IIRC there is somenone working on this already. And it will be in
CU
The jumpers aren't set right. If they aren't set right FreeBSD will
recognize the card at boot, but it won't be able to probe it at all.
At 01:59 PM 7/8/00 -0500, Robert Small wrote:
>Damon Hammis wrote:
>
> > The jumpers are set wrong on the card. I had the exact same problem with
> > an aha-
31 matches
Mail list logo