I made a change recently to make LINT compile because the
ata raid was using the symbol ar_attach and I changed it to be atar_attach
because ar_attach was already used in the if_ar driver.
please check that there isn't a MACRO somewhere that automatically
generates an 'ar_attach reference) (woul
:
:This is on a DELL2550. I do not have any ATA hard drives, let alone ata
:raid drives or, in fact, any raid drives of any kind. I do have an ata
:CDROM.
:
:A Feb 5 -current kernel boots fine.
:
: -Matt
:
This is on a DELL2550. I do not have any ATA hard drives, let alone ata
raid drives or, in fact, any raid drives of any kind. I do have an ata
CDROM.
A Feb 5 -current kernel boots fine.
-Matt
Matth
On Fri, Feb 15, 2002 at 07:35:39PM -0800, Terry Lambert wrote:
> I saw your message. It wasn't clear to me that you were
> simply exiting in the test, instead of actually closing
> the descriptor. I suspect that vmware just exits, and
> expects a resource tracking close on exit to free the
> ref
--- Terry Lambert <[EMAIL PROTECTED]> wrote:
> Works fine in FreeBSD, but to have a FreeBSD with the NSS,
> which is required for pam_smb, you have to run -current,
> since NSS is not supported in -stable or -release.
Hi Terry,
According to the pam_smb webpage, it states that it works cleanly
wi
Hiten Pandya wrote:
> I was wondering, after seeing that Linux has pam_smb, why can't
> FreeBSD have it too. I can get the pam_smb compiling under FreeBSD,
> from http://www.samba.org, so I was wondering why it isn't in our
> CVS tree.
Works fine in FreeBSD, but to have a FreeBSD with the NSS,
w
Mark Santcroos wrote:
> On Wed, Feb 13, 2002 at 04:59:41PM -0800, Terry Lambert wrote:
> > > There's one difference between vmware and a little hacked up test app.
> > > Linux emulation. It certaintly shouldn't matter, but it might be worth
> > > compiling the test program on a linux machine and
--- Chris Faulhaber <[EMAIL PROTECTED]> wrote:
> See ports/security/pam_smb
--- Joseph Scott <[EMAIL PROTECTED]> wrote:
> This probably belongs to -questions more than -current. At any
> rate, we do have one in the ports collection: security/pam_smb
Hi,
Thanks for that. :)
Regards,
-- Hiten
On Fri, Feb 15, 2002 at 04:26:20PM -0800, Hiten Pandya wrote:
> hi all,
>
> I was wondering, after seeing that Linux has pam_smb, why can't
> FreeBSD have it too. I can get the pam_smb compiling under FreeBSD,
> from http://www.samba.org, so I was wondering why it isn't in our
> CVS tree.
>
Se
On Fri, 15 Feb 2002, Hiten Pandya wrote:
# hi all,
#
# I was wondering, after seeing that Linux has pam_smb, why can't
# FreeBSD have it too. I can get the pam_smb compiling under FreeBSD,
# from http://www.samba.org, so I was wondering why it isn't in our
# CVS tree.
This probably be
hi all,
I was wondering, after seeing that Linux has pam_smb, why can't
FreeBSD have it too. I can get the pam_smb compiling under FreeBSD,
from http://www.samba.org, so I was wondering why it isn't in our
CVS tree.
Thanks,
Regards,
-- Hiten Pandya
-- <[EMAIL PROTECTED]>
_
On 15-Feb-2002 (22:17:10/GMT) Dan Nelson wrote:
> Same thing wrt floppy devices, I think. If you don't have hints
> lines, they don't get probed.
hint.fdc.0.at="isa"
hint.fdc.0.port="0x3F0"
hint.fdc.0.irq="6"
hint.fdc.0.drq="2"
hint.fd.0.at="fdc0"
hint.fd.0.drive="0"
May be. Or not. Even wit
Hi Terry,
On Wed, Feb 13, 2002 at 04:59:41PM -0800, Terry Lambert wrote:
> > There's one difference between vmware and a little hacked up test app.
> > Linux emulation. It certaintly shouldn't matter, but it might be worth
> > compiling the test program on a linux machine and seeing it it leaves
I suspected that because I just upgraded to the latest and greatest:-) unless
4.2 comes back soon. I've found that several other programs like mplayer are
also coredumping. I guess my decision is now to go forward to 4.2 or back.
Thanks for confirming that I'm not the only one. :-)
ed
Quoting
I had the same problem with the version of XFree86 that is now in the ports
collection, I installed an earlier version of XFree86-4.1.) that I had from
last Fall last week and it appears to work fine...something that changed
recently in XFree86 (or Current) appears to be causing the problem
On Fri, Feb 15, 2002 at 10:56:17PM +0100, Riccardo Torrini wrote:
> ...or strange things happens.
>
> When trying to discover why /dev/speaker disappears from my last
> build (cvsupped on Feb 14, 20:21 CET) I commented sc.0 lines on
> /boot/device.hints. Big mistake :-)
>
> I think some sort o
I noticed a thread on Current several weeks ago about a problem someone
was having with the ATA driver(s) in CURRENT and SCSI disk drivers. I have
had the same problem recently on FreeBSD / Current with a Dell 410
Precision Workstation that uses an Adaptec AIC-7890 Ultra2/Wide. I
re-'cvsup'd' a
In the last episode (Feb 15), Riccardo Torrini said:
> ...or strange things happens.
>
> When trying to discover why /dev/speaker disappears from my last
> build (cvsupped on Feb 14, 20:21 CET) I commented sc.0 lines on
> /boot/device.hints. Big mistake :-)
Same thing wrt floppy devices, I thi
...or strange things happens.
When trying to discover why /dev/speaker disappears from my last
build (cvsupped on Feb 14, 20:21 CET) I commented sc.0 lines on
/boot/device.hints. Big mistake :-)
I think some sort of auto-pilot must stop this. Initial boot
without sc.0 hint hide all highlight
On 14-Feb-2002 (08:29:50/GMT) Brian Fundakowski Feldman wrote:
> Please try this change (already committed to -CURRENT) and let me
> know if crashes due to detaching USB devices specifically have been
> eliminated.
I cvsupped on Feb 14, 20:21 CET (GMT+1, Italian time), recompiled
both world & ke
> Interesting. Is the DF_TEXTREL flag set in DT_FLAGS instead? Is the
> library linked w/ -enable-new-dtags? Are the new dtags enabled by
> default in the new binutils? Someting in elf32.em?
No. DT_FLAGS entry is not created regardless of whether the
--enable-new-dtags parameter has been passed t
On Fri, 15 Feb 2002, Edwin Culp wrote:
> Today's make buildkernel seems to break because of a missing opt_compat.h.
>
> mkdep -f .depend -a -nostdinc -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@
> /dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/di
> gi/digi/../
Today's make buildkernel seems to break because of a missing opt_compat.h.
mkdep -f .depend -a -nostdinc -nostdinc -D_KERNEL -DKLD_MODULE -I- -I. -I@ -I@
/dev -I@/../include -I/usr/obj/usr/src/i386/usr/include /usr/src/sys/modules/di
gi/digi/../../../dev/digi/digi.c /usr/src/sys/modules/digi/d
Sorry for late reply. I didn't have time to test it.
From: "M. Warner Losh" <[EMAIL PROTECTED]>
Date: Thu, 07 Feb 2002 10:04:35 -0700 (MST)
> Yes. This is the ISA problem. The checks are there to make sure we
> don't assign addresses that aren't decoded by the bridge. However,
> the bridge doe
Hi,
I had another one of these panics. The previous one was with -current
of CVSupped in early January, this one is with -current of February 6.
The panic seems to be triggered when I do a filesystem copy to an
online disk for backup purposes, like this:
newfs /dev/ad2s5e
tunef
25 matches
Mail list logo