Re: adaptec scsi - seagate da -- current

Thus spake Justin T. Gibbs [EMAIL PROTECTED]: I am running current cvsuped within this week. I have an adaptec builtin scsi controller and a seagate drive attached to it and after every bootup as soon as there is heavy disk activity the drive gets disabled for 1 or 2 minutes and

Re: [acpi-jp 1931] Re: acpid implementation?

Michael Smith wrote: On Saturday, November 9, 2002, at 04:12 AM, Terry Lambert wrote: Repeat: #1 is power profiles I don't see why this requires an 'acpid'. You want a control tool, sure, but power policy is not something that needs a daemon. The tool has to change the settings based on

alpha tinderbox failure

-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree

Re: uuid.h is not C++ safe

Marcel Moolenaar wrote: On Tue, Nov 05, 2002 at 03:46:24PM -0800, Maxime Henrion wrote: [snip] That's arguably bad, sys/uuid.h shouldn't have any !_KERNEL prototypes in it. If there's a better place, then we should move it. We could put it in uuid.h, but I don't want to make

Panic creating ttyv0

After building yesterdays's CURRENT kernel, I get: WARNING: Driver mistake repeat make_dev(ttyv0) panic: don't do that The kernel config is pretty much GENERIC with two or three lines changed to enable SMP. -- Gerhard To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe

Re: machdep.c problem

Thus spake Mitsuru IWASAKI [EMAIL PROTECTED]: OK, it seems to be difficult to determine the region for any BIOSes. I've decided to introduce a new loader tunable to indicate that BIOS has broken int 12H. Attached patch back out 1.385.2.26 changes to support older BIOSes, and add support for

Re: firewire disk dowsn't work

At Sat, 9 Nov 2002 22:20:16 +0100 (CET), Michael Reifenberger wrote: Hi, attached is the /var/log/messages excerpt after booting with a 120G Maxtor disk in a IceCube USB 2.0/Firewire Combo case. The messages at the end are from an attempt to fdisk da0. Booting with a USB cable works (as USB

DND-VIRUSMELDUNG / Email zerstoert/deletet/cancellato

Multilingual message - scroll down! Deutsch: --- Die Antivirus checkroutine unseres Mailservers (ms.dindi.com) hat festgestellt, dass Sie von [EMAIL PROTECTED] (diese Adresse könnte gefälscht sein!!) eine

Re: machdep.c problem

Hi, Thus spake Mitsuru IWASAKI [EMAIL PROTECTED]: OK, it seems to be difficult to determine the region for any BIOSes. I've decided to introduce a new loader tunable to indicate that BIOS has broken int 12H. Attached patch back out 1.385.2.26 changes to support older BIOSes, and add

IPFW2 skipto + logging

Hi, Rule of the format: ipfw add 100 skipto 400 log logamount 0 ip from 192.168.0.0/24 to 192.168.0.0/24 Will give this strange result: Nov 10 17:01:05 portal kernel: ipfw: 100 SkipTo 400 TCP 192.168.0.1:139 192.168.0.2:1170 out via ed0 Nov 10 17:01:05 portal kernel: ipfw: 310 Pipe 2 TCP

Re: Anyone seeing snp(4) problems?

Juli Mallett [EMAIL PROTECTED] wrote: I just tried to sudo watch ttyv1 and ran into the following: % Fatal trap 12: page fault while in kernel mode ... Looks like use of a NULL structure, accessing member at offsetof==0x60? Anyway, I couldn't get a dump, but I'll keep trying... Also this

Re: Anyone seeing snp(4) problems?

* De: Dima Dorfman [EMAIL PROTECTED] [ Data: 2002-11-10 ] [ Subjecte: Re: Anyone seeing snp(4) problems? ] Juli Mallett [EMAIL PROTECTED] wrote: I just tried to sudo watch ttyv1 and ran into the following: % Fatal trap 12: page fault while in kernel mode ... Looks like use of a

Re: Anyone seeing snp(4) problems?

* De: Juli Mallett [EMAIL PROTECTED] [ Data: 2002-11-10 ] [ Subjecte: Re: Anyone seeing snp(4) problems? ] I'll be able to try a new kernel+modules today and let you know. No longer seeing it. Sorry for the false alarm. juli. -- Juli Mallett [EMAIL PROTECTED] | FreeBSD: The

Re: Panics instead of Hard Locks

Since going from a SMP to nonSMP kernel the Hard Locks don't seem to be happening. However I'm getting panics. I've gotten 4 'sleeping thread owns a mutex' panics and one each of 'Assertion i != 0 failed at ../../../kern/subr_witness.c:669' and 'Duplicate free of item 0xc3895cc0 from

Re: uuid.h is not C++ safe

On Sun, Nov 10, 2002 at 04:04:11AM -0800, Maxime Henrion wrote: Marcel Moolenaar wrote: On Tue, Nov 05, 2002 at 03:46:24PM -0800, Maxime Henrion wrote: [snip] That's arguably bad, sys/uuid.h shouldn't have any !_KERNEL prototypes in it. If there's a better place, then we

Re: machdep.c problem

Thus spake Mitsuru IWASAKI [EMAIL PROTECTED]: This approach is okay with me in the sense that it doesn't break anything that wasn't already broken, but as you say, I think we can do better. Below is a patch that merely extracts the basemem size from the bootinfo structure for the purposes

Re: Anyone seeing snp(4) problems?

On Sun, 2002/11/10 at 17:40:47 +, Dima Dorfman wrote: Juli Mallett [EMAIL PROTECTED] wrote: I just tried to sudo watch ttyv1 and ran into the following: % Fatal trap 12: page fault while in kernel mode .. Looks like use of a NULL structure, accessing member at offsetof==0x60?

Re: Panics instead of Hard Locks

If there's a race why hasn't it been fixed in the main tree? A swap issue makes sense. If I've been down long enough I get swamped with email when I come back up. A bug in the latest procmail yields 130M processes that fill up swap and make the system be swap bound. The solution is the

Re: [acpi-jp 1931] Re: acpid implementation?

On Sunday, November 10, 2002, at 12:19 AM, Terry Lambert wrote: Michael Smith wrote: On Saturday, November 9, 2002, at 04:12 AM, Terry Lambert wrote: Repeat: #1 is power profiles I don't see why this requires an 'acpid'. You want a control tool, sure, but power policy is not something that

alpha tinderbox failure

-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree

What's up with www.freebsd.org?

http://www.freebsd.org/send-pr.html returns a 403. Oops. - alex To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

sparc64 tinderbox failure

-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree

Re: What's up with www.freebsd.org?

Alex Zepeda wrote: http://www.freebsd.org/send-pr.html returns a 403. Oops. It's been temporarily disabled. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message

Re: [PATCH] note the __sF change in src/UPDATING

In message: [EMAIL PROTECTED] Sheldon Hearn [EMAIL PROTECTED] writes: : If the final word on this whole issue is You can't run binaries : compiled for 4.x-RELEASE on 5.x-RELEASE then we should start puckering : up. : : Developers tend to remember these things and you don't have to

Re: Value 0xd0d0d0d0 ?

In message: [EMAIL PROTECTED] Aurelien Nephtali [EMAIL PROTECTED] writes: : I would like to know where/when the value 0xd0d0d0d0 is assigned to a pointer ? : Sometimes I have some pointers which have a correct value before and suddenly : they got this odd 0xd0d0d0d0 value :/ That's a

Re: acpid implementation?

Frode Nordahl writes: | On Fri, 2002-11-08 at 22:23, Hiten Pandya wrote: | On Wed, Nov 06, 2002 at 10:27:47PM +0100, Frode Nordahl wrote the words in effect |of: | Hello, | | I have been searching mailing lists and my friend Google for information | about a acpid (like apmd)

rmuser

I have rewritten the rmuser.perl script into C. But got no experiense with at, and I see the the perl port got a function that removes any at jobs for the user being removed. So I wonderd if anyone could make a patch that does that, any feedback on the code or bug reports would also be greate.