mark> This looks right to me. One main PIIX4 ATA controller with two
mark> independent IDE channels (usually referred to as a Primary and a
mark> Secondary IDE controller). Usually the PC BIOS will allow you to
mark> turn on/off these channels independently. Does your bios allow
mark> you to turn
ache> wi-ftpd already have OPIE hooks, but I not sure they works. Popper needs
ache> modifications. Doesn't know, if other ports using Skey exists.
security/sudo uses it:
> sudo ldd /usr/local/bin/sudo
Password [ s/key 135 ho9319 ]:
/usr/local/bin/sudo:
libmd.so.2 => /usr/lib/libmd.so.2
It seems Makoto MATSUSHITA wrote:
>
> % atacontrol info 0
> Master: ad0 ATA/ATAPI rev 5
> Slave: no device present
> % atacontrol info 1
> Master: no device present
> Slave: no device present
> % atacontrol info 2
> %
>
> Hmm, ata driver says there are two buses. But why? 4-st
Sudo also has a --with-opie option in configure. I don't remember why it
isn't in the standard sudo port tho.
Michael
On Fri, Jun 22, 2001 at 01:14:41AM -0700, Gregory Neil Shapiro wrote:
> ache> wi-ftpd already have OPIE hooks, but I not sure they works. Popper needs
> ache> modifications. Doe
sos> make
In current as of 5 mins ago:
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi
-g -nostdinc -I- -I. -I../.. -I../../dev -I../../contrib/dev/acpica
-I../../contrib/ipfil
On Thu, 21 Jun 2001 15:02:37 MST, "T.J. Kniveton" wrote:
> Everything is working ok, but this is my development laptop, and it
> would probably be wiser to track -stable so that things will still work.
> I have grabbed the RELENG_4 source, but it is dying at unctrl.h. Is
> there any way to go b
> On line 336 of the script, you export dead air, resulting in
and Makefile.conf handles that in a way
similar to the one you show below.
> CONFIG=${CONFIG:-config}
cheers
luigi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the
I found logs from ipfw(8) and ip6fw(8) are stored to different place.
Former one is into via syslog(3) but latter one is
into via kernel printf().
The reason of this difference is came from missing "merge from
ip_fw.c". And I hope this patch will be first step to synchronize
ip_fw.c and ip6_f
> Why? Better way will be rewritting ports to use good-new OPIE.
> wi-ftpd already have OPIE hooks, but I not sure they works. Popper needs
> modifications. Doesn't know, if other ports using Skey exists.
I can do base software, but I haven't time to fill all ports.
M
--
Mark Murray
Warning: th
Hi,
with current as of June 20 I can no longer print to a remote printer.
Syslog says "filter 'f' exited (retcode=108)".
I added a "set -x" to the filter which is a shell program, and sure
enough the last action it does is an "exit 0". So the problem must be
somewhere in lpd.
--
Regards,
Geor
Peter Wemm writes:
> "Michael C . Wu" wrote:
> > On Thu, Jun 21, 2001 at 04:07:25PM +0100, David Malone scribbled:
> > | On Wed, Jun 20, 2001 at 05:39:55PM -0400, Andrew Gallatin wrote:
> > | > While we're at it, I know that the AMD AthlonMP supports SSE, but I
> >
> > I think we already d
On Fri, Jun 22, 2001 at 12:26:39PM +0200, Luigi Rizzo wrote:
> > On line 336 of the script, you export dead air, resulting in
>
> and Makefile.conf handles that in a way
> similar to the one you show below.
Luigi, you cannot run dead air. Makefile.conf only handles that
if the variable does not
Hi!
The attached patch replaces ucred.cr_groups[0] with ucred.cr_gid.
This is mostly needed for POSIX alignment. setegid(2) etc. should
not change supplementary groups set.
Also, type of 's group.gr_gid changed to a more natural
gid_t (also as in POSIX).
getgrouplist(3)'s and initgroups(3)'s p
sos> Thats because of the runtime attach/detach code in current, if the
sos> channel HW is there, its attached so you can add a device later
sos> with atacontrol without having to boot. In -stable the channel is
sos> not attached if no devices are present at probe time.
Thanks for your clear ex
UP kernel can not be compiled in -CURRENT after your changes because
kern/subr_mbuf.c references mp_ncpus variable, which is defined only in SMP
case. Should this variable be moved out of #ifdef SMP?
On 22-Jun-2001 Bosko Milekic wrote:
>
> Hi -current people,
>
> I have recently made som
I would think not.
Bosko might be gone now. I'll look at this as soon as a CVS update continues.
It's odd, though. A GENERIC kernel built for me yesterday w/o problems.
On Fri, 22 Jun 2001, Alexander N. Kabaev wrote:
> UP kernel can not be compiled in -CURRENT after your changes because
> k
>>> Fri, 22 Jun 2001 20:06:34 +0900,
>>> Jun Kuriyama <[EMAIL PROTECTED]> said:
kuriyama> I found logs from ipfw(8) and ip6fw(8) are stored to different place.
kuriyama> Former one is into via syslog(3) but latter one is
kuriyama> into via kernel printf().
kuriyama> The reason of this differen
On Fri, Jun 22, 2001 at 11:45:50AM -0400, Alexander N. Kabaev wrote:
> UP kernel can not be compiled in -CURRENT after your changes because
> kern/subr_mbuf.c references mp_ncpus variable, which is defined only in SMP
> case. Should this variable be moved out of #ifdef SMP?
It turns out
Fixed temporarily at least.
It seems that the stuff checked in last night is a fair amount different from
the patches I was given to test on alpha. If this is so, this is really not
right or fair.
-matt
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in
On Fri, Jun 22, 2001 at 08:51:55AM -0700, Matthew Jacob wrote:
>
> I would think not.
>
> Bosko might be gone now. I'll look at this as soon as a CVS update continues.
>
> It's odd, though. A GENERIC kernel built for me yesterday w/o problems.
Nah, don't worry. I'm still here (and pla
On Fri, Jun 22, 2001 at 09:03:43AM -0700, Matthew Jacob wrote:
>
> Fixed temporarily at least.
>
> It seems that the stuff checked in last night is a fair amount different from
> the patches I was given to test on alpha. If this is so, this is really not
> right or fair.
No, it's the s
Oh. oops... pointed hit poked in my for me I tested your stuff on a
completely different tree, so, well, do, the conf/files stuff would have been
the same.
And Alpha has SMP on by default.
It's okay! Nobody got killed!
On Fri, 22 Jun 2001, Bosko Milekic wrote:
>
> On Fri, Jun 22, 20
It seems Makoto MATSUSHITA wrote:
>
> sos> Thats because of the runtime attach/detach code in current, if the
> sos> channel HW is there, its attached so you can add a device later
> sos> with atacontrol without having to boot. In -stable the channel is
> sos> not attached if no devices are pres
On Fri, Jun 22, 2001 at 01:52:01AM -0500, Alfred Perlstein wrote:
> If you want accurate stats you should be able to lock the per-cpu
> stats areas all at once as long as you always do it in a certain
> order, basically, lock CPU 0, then 1, then 2, then 3, sum then
> unlock. If correctness doesn
On 22-Jun-01 Dave Cornejo wrote:
> John Baldwin wrote:
>> Actuually, KTR is your friend here. :) Read the ktr(4) manpage, then
>> compile a
>> kernel with KTR_MASK and KTR_COMPILE set to KTR_INTR|KTR_PROC. Then when it
>> hangs, break into DDB and look at the longs via 'show ktr' to see if you
> Luigi, you cannot run dead air. Makefile.conf only handles that
> if the variable does not exist, not if the variable is empty.
ok my fault :)
luigi
> > > CONFIG=${CONFIG:-config}
> >
> > cheers
> > luigi
> >
> > To Unsubscribe: send mail to [EMAIL PROTECTED]
> > with "unsubs
At 2:42 PM +0200 6/22/01, Georg-W. Koltermann wrote:
>Hi,
>
>with current as of June 20 I can no longer print to a remote printer.
>Syslog says "filter 'f' exited (retcode=108)".
>
>I added a "set -x" to the filter which is a shell program, and sure
>enough the last action it does is an "exit 0".
On 22-Jun-01 Makoto MATSUSHITA wrote:
>
> kuriyama> I got message below with WITNESS option. Is this safe to ignore?
>
> I've found another WITNESS message (5-current CVSuped Jun/18/2001):
>
> lock order reversal
> 1st 0xc5d2043c process lock @ ../../vm/vm_glue.c:487
> 2nd 0xc05a9ec0 lockmg
* Alexander N. Kabaev <[EMAIL PROTECTED]> [010622 10:46] wrote:
> UP kernel can not be compiled in -CURRENT after your changes because
> kern/subr_mbuf.c references mp_ncpus variable, which is defined only in SMP
> case. Should this variable be moved out of #ifdef SMP?
Yes, I asked for this month
btw, regarding gcc's -O2 optimization breakage on -2.95.x and improved
instrumentation of the new compiler kit, is there someone working on
getting gcc-3.0 into -current?
...yes *sigh* i know, 3.0 is _not_ stable, neither is -current ;-)
/k
Dag-Erling Smorgrav([EMAIL PROTECTED])@2001.06.21 00:3
On 22-Jun-01 Alfred Perlstein wrote:
> * Alexander N. Kabaev <[EMAIL PROTECTED]> [010622 10:46] wrote:
>> UP kernel can not be compiled in -CURRENT after your changes because
>> kern/subr_mbuf.c references mp_ncpus variable, which is defined only in SMP
>> case. Should this variable be moved out
On Fri, Jun 22, 2001 at 07:22:32PM +0200, Karsten W. Rohrbach wrote:
> btw, regarding gcc's -O2 optimization breakage on -2.95.x and improved
> instrumentation of the new compiler kit, is there someone working on
> getting gcc-3.0 into -current?
It will come with time.
To Unsubscribe: send mail
On Fri, Jun 22, 2001 at 10:35:32AM -0700, John Baldwin wrote:
>
> On 22-Jun-01 Alfred Perlstein wrote:
> > * Alexander N. Kabaev <[EMAIL PROTECTED]> [010622 10:46] wrote:
> >> UP kernel can not be compiled in -CURRENT after your changes because
> >> kern/subr_mbuf.c references mp_ncpus variable,
On Fri, Jun 22, 2001 at 01:32:21PM -0400, Bosko Milekic wrote:
> > mp_ncpus implies SMP (mp_ prefix). If you want to make it ncpus and move it to
> > sys/systm.h and stick it somewhere MI initialized to 1 that is fine. Then
> > hw.ncpus can reference that (well, it's called hw.ncpu right now, p
On 22-Jun-01 Bosko Milekic wrote:
>
> On Fri, Jun 22, 2001 at 10:35:32AM -0700, John Baldwin wrote:
>>
>> On 22-Jun-01 Alfred Perlstein wrote:
>> > * Alexander N. Kabaev <[EMAIL PROTECTED]> [010622 10:46] wrote:
>> >> UP kernel can not be compiled in -CURRENT after your changes because
>> >> ke
sos> Well, sortof, the ata driver doesn't allow for sharing irq14&15
sos> since lots of boards doesn't work that way. However if you need
sos> it you can try to add the shared flag in the driver and see if
sos> it works on yours.
I've changed src/sys/dev/ata/ata-pci.c with:
--- ata-pci.c.dist
jhb> Can you turn on WITNESS_DDB in your kenrel config file (or set
jhb> the debug.witness_ddb loader tunable/sysctl before you get this
jhb> reversal) and get a backtrace from ddb?
Yes; I turned 'debug.witness_ddb' on now. I'll send a ddb 'trace'
output if next time lock-order-reversal is happe
On 22-Jun-01 Makoto MATSUSHITA wrote:
>
> jhb> Can you turn on WITNESS_DDB in your kenrel config file (or set
> jhb> the debug.witness_ddb loader tunable/sysctl before you get this
> jhb> reversal) and get a backtrace from ddb?
>
> Yes; I turned 'debug.witness_ddb' on now. I'll send a ddb 'trac
tacho> lock order reversal
tacho> 1st 0xc03f0140 mntvnode @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1007
tacho> 2nd 0xcaec972c vnode interlock @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1016
matusita> Exactly the same kernel message was here.
ddb trace output is as follows.
db> trace
Debugger(c02bd5ae) a
At 2:42 PM +0200 6/22/01, Georg-W. Koltermann wrote:
>Hi,
>
>with current as of June 20 I can no longer print to a remote printer.
>Syslog says "filter 'f' exited (retcode=108)".
Looking at that section of code, lpd is just doing:
if (ifilter < 0)
status.w_retcode = 100;
¿Ë·RªºªB¤Í; ¦b¦¹´£¨Ñ2001¦~³Ì·s¸£¤O¶}µo§Þ³N
«e¨¥:
®Ú¾Ú¬ì¾Ç¬ã¨sÅã¥Ü¡A§Ṳ́HÃþ¤j¸£¥i§l¦¬°O¾Ð2000¸U¥»¹Ï®Ñ¤j·§10ӹϮÑÀ]
¤§¶q¡A¥un²ß±o¥¿½Tªº°O¾Ð¤èªk¡A¥²¯à±N§Ṳ́j¸£µo´§²OºvºÉP¡A¹ï¤H¡A¨Æ
¡Aª«¥t¦³¤@µf¤£¦P¨¤«×¨£¸Ñ¡AÂǦ¹½Òµ{¦@¦P±´¯Á¤j¸£¤F¯«©_¡C
¡·"§Ú̪º±M·~
§Ų́㦳¥¿²Îªº^°êMind Maps¤ß´¼Ã¸¹Ïªkª
"Karsten W. Rohrbach" wrote:
>
> btw, regarding gcc's -O2 optimization breakage on -2.95.x and improved
> instrumentation of the new compiler kit, is there someone working on
> getting gcc-3.0 into -current?
>
> ...yes *sigh* i know, 3.0 is _not_ stable, neither is -current ;-)
Does it do tail-
I got same backtrace.
Additional daemons: syslogdlock order reversal
1st 0xc044fc80 mntvnode @ ../../ufs/ffs/ffs_vfsops.c:1007
2nd 0xcb1ef8ac vnode interlock @ ../../ufs/ffs/ffs_vfsops.c:1016
Debugger("witness_lock")
Stopped at Debugger+0x44: pushl %ebx
db> trace
Debugger(c038c22e) at
John Baldwin wrote:
> Hrmm, perhaps you are getting an interrupt storm from ahc. Ok, try
> this: find the ahc driver's interrupt handler, and add a printf.
> Then see if the printf fires while the machine is hung.
Ok, I put a printf in ahc_handle_seqint() and ahc_handle_scsiint().
My current (f
44 matches
Mail list logo
