Re: -current kernel hangs?
In article [EMAIL PROTECTED] you wrote: On Thu, 19 Jul 2001, David Wolfskill wrote: Date: Thu, 19 Jul 2001 02:48:10 -1000 (HST) From: Vincent Poy [EMAIL PROTECTED] With a July 18, 2001 sources, it seems like the kernel hands at the entropy harvesting stage ctrl-t shows: load : 098 cmd : sycctl 51 [running] 4.51u 210.37s 0% 172k It will just sit there forever until ctrl-c is hit. Anyone knows what's wrong? Thanks. This was discussed (to some extent) aboust a week a half ago in -current. It seems (pointed out by Alexander Leidinger [EMAIL PROTECTED]) that -- for some of us, at least -- sysctl -a (used in the entropy harvesting by /etc/rc -- fails to terminate. Also (again, for me) sysctl -N -a outputs a (non-terminating) stream of net.inet.accf.373 lines using my (slightly customized) kernel, but with GENERIC, it exhibits similar behavior, but outputs a stream of net.inet.accf.372 lines. Unfortunately, I'm not sufficiently clueful to figure out how the notion of what sysctls exist on the system could get so confused as to do that. Given the behavior, though, my current (wild) guess is that some code is stomping on a data structure in a somewhat configuration-dependent way. Clues would be quite welcome Interesting... I just didn't see anyone mention it this week so I thought it was fixed already but is there a work around this so ctrl-c doesn't have to be hit on each reboot? I have some kind of workaround (see the patch). In my config without this patch 'sysctl -a' hungs at net.inet.accf and with this patch it successfully run up to the end. I can not see what is wrong with the lines disabled by the patch. N.Dudorov Index: sys/kern/uipc_accf.c === RCS file: /scratch/CVS/src/sys/kern/uipc_accf.c,v retrieving revision 1.6 diff -b -u -r1.6 uipc_accf.c --- sys/kern/uipc_accf.c2001/06/01 21:47:34 1.6 +++ sys/kern/uipc_accf.c2001/07/19 05:12:01 @@ -49,10 +49,12 @@ static int unloadable = 0; +#if 0 SYSCTL_DECL(_net_inet);/* XXX: some header should do this for me */ SYSCTL_NODE(_net_inet, OID_AUTO, accf, CTLFLAG_RW, 0, Accept filters); SYSCTL_INT(_net_inet_accf, OID_AUTO, unloadable, CTLFLAG_RW, unloadable, 0, Allow unload of accept filters (not recommended)); +#endif /* * must be passed a malloc'd structure so we don't explode if the kld To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
More ATA disks with tagged queueing ?
After applaying the next patch I can now see
in dmesg output:
ad4: 19574MB IBM-DPTA-372050 [39770/16/63] at ata2-master tagged UDMA66
ad6: 19623MB IC35L020AVER07-0 [39870/16/63] at ata3-master tagged UDMA66
.
This configuration (ad6 is the IBM's Deskstar 60GXP(?) series
disk) was 'tested' by the 'make -j32 buildworld' with the /usr/obj
on the ad6 disk.
Does this mean that this disk really support tagged queueing ?
Is there any way to test/demonstarte this ?
N.Dudorov
Index: sys/dev/ata/ata-disk.c
===
RCS file: /scratch/CVS/src/sys/dev/ata/ata-disk.c,v
retrieving revision 1.108
diff -b -u -r1.108 ata-disk.c
--- sys/dev/ata/ata-disk.c 2001/06/08 05:24:13 1.108
+++ sys/dev/ata/ata-disk.c 2001/06/20 11:17:05
@@ -841,7 +841,7 @@
static int
ad_tagsupported(struct ad_softc *adp)
{
-const char *drives[] = {IBM-DPTA, IBM-DTLA, NULL};
+const char *drives[] = {IBM-DPTA, IBM-DTLA, IC35L020AVER07-0, NULL};
int i = 0;
/* Promise controllers doesn't work with tagged queuing */
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: HEADS UP, ACPI CA updated.
As a result 'make buildkernel' is broken in 'sys/dev/acpica/Osd'. The next patch permits me to finish kernel building. N.Dudorov Index: sys/dev/acpica/Osd/OsdSchedule.c === RCS file: /scratch/CVS/src/sys/dev/acpica/Osd/OsdSchedule.c,v retrieving revision 1.8 diff -b -u -r1.8 OsdSchedule.c --- sys/dev/acpica/Osd/OsdSchedule.c2001/05/29 20:13:42 1.8 +++ sys/dev/acpica/Osd/OsdSchedule.c2001/05/30 04:29:39 @@ -37,6 +37,7 @@ #include sys/malloc.h #include sys/taskqueue.h #include machine/clock.h +#include sys/proc.h #define _COMPONENT ACPI_OS_SERVICES MODULE_NAME(SCHEDULE) To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: world broken yet again
In article [EMAIL PROTECTED]
Michael Harnois [EMAIL PROTECTED] wrote:
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c: In function
`getseed':
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c:146: `i'
undeclared (first use in this function)
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c:146: (Each
undeclared identifier is reported only once
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c:146: for each
function it appears in.)
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c: In function
`pk_encode':
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c:235: warning:
passing arg 1 of `des_cbc_encrypt' from incompatible pointer type
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c:235: warning:
passing arg 2 of `des_cbc_encrypt' from incompatible pointer type
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c: In function
`pk_decode':
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c:272: warning:
passing arg 1 of `des_cbc_encrypt' from incompatible pointer type
/usr/src/secure/lib/libtelnet/../../../crypto/telnet/libtelnet/pk.c:272: warning:
passing arg 2 of `des_cbc_encrypt' from incompatible pointer type
*** Error code 1
Stop in /usr/src/secure/lib/libtelnet.
*** Error code 1
At least the 'i undeclared' error can be corrected by the next patch:
Index: src/crypto/telnet/libtelnet/pk.c
===
RCS file: /scratch/CVS/src/crypto/telnet/libtelnet/pk.c,v
retrieving revision 1.4
diff -b -u -r1.4 pk.c
--- src/crypto/telnet/libtelnet/pk.c2001/05/16 18:32:46 1.4
+++ src/crypto/telnet/libtelnet/pk.c2001/05/17 03:10:50
@@ -142,6 +142,7 @@
seed[i] = (lrand48() 0xff);
}
#else
+ int i;
srandomdev();
for (i = 0; i seedsize; i++) {
seed[i] = random() 0xff;
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Re: groff breaks make -j N buildworld
In [EMAIL PROTECTED] Steve Kargl wrote:
install -C -c -s -o root -g wheel -m 555 tfmtodit /usr/obj/usr/src/i386/usr/bin
=== tmac
install -C -c -o root -g wheel -m 444 e.tmac-s
/usr/obj/usr/src/i386/usr/share/tmac/e.tmac
install: e.tmac-s: No such file or directory
*** Error code 71
1 error
A standard "make buildworld" appears to work.
troutmask:kargl[351] grep FreeBSD /usr/src/Makefile.inc1
# $FreeBSD: src/Makefile.inc1,v 1.197 2001/04/18 12:20:28 ru Exp $
The next patch allows me to 'make -j32 all install' in
'src/gnu/usr.bin/groff/tmac'.
N.Dudorov
Index: Makefile
===
RCS file: /scratch/CVS/src/gnu/usr.bin/groff/tmac/Makefile,v
retrieving revision 1.27
diff -b -u -r1.27 Makefile
--- Makefile2001/04/17 12:37:18 1.27
+++ Makefile2001/04/19 03:14:14
@@ -37,7 +37,7 @@
STRIPFILES=e.tmac doc.tmac mdoc.local
MDOCFILES= doc-common doc-ditroff doc-nroff doc-syms koi8-r
-all: ${MDOCFILES:S/$/-s/} ${STRIPFILES:S/$/-s/} ${SPECIALFILES:S/$/-s/}
+all: ${MDOCFILES:S/$/-s/} ${STRIPFILES:S/$/-s/} ${SPECIALFILES:S/$/-s/} ${MAN}
.for f in ${MDOCFILES} ${STRIPFILES}
$f-s: $f
@@ -51,6 +51,8 @@
${.ALLSRC} ${.TARGET}
.endfor
+.ORDER: all beforeinstall
+
beforeinstall:
cd ${DIST_DIR}; \
${INSTALL} -c -o ${TMACOWN} -g ${TMACGRP} -m ${TMACMODE} \
@@ -59,14 +61,17 @@
${INSTALL} ${COPY} -o ${TMACOWN} -g ${TMACGRP} -m ${TMACMODE} \
hyphen.us-ru ${DESTDIR}${TMACDIR}
.for f in ${STRIPFILES} ${SPECIALFILES}
+ cd ${.OBJDIR}; \
${INSTALL} ${COPY} -o ${TMACOWN} -g ${TMACGRP} -m ${TMACMODE} \
$f-s ${DESTDIR}${TMACDIR}/$f
.endfor
.for f in ${MDOCFILES}
+ cd ${.OBJDIR}; \
${INSTALL} ${COPY} -o ${TMACOWN} -g ${TMACGRP} -m ${TMACMODE} \
$f-s ${DESTDIR}${MDOCDIR}/$f
.endfor
.if !exists(${DESTDIR}${TMACDIR}/man.local)
+ cd ${.OBJDIR}; \
${INSTALL} -c -o ${TMACOWN} -g ${TMACGRP} -m ${TMACMODE} \
${DIST_DIR}/man.local ${DESTDIR}${TMACDIR}
.endif
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: cvs commit: src/share/mk sys.mk
Kris Kennaway [EMAIL PROTECTED] wrote: Modified files: share/mk sys.mk Log: Remove bogus setting of MACHINE_CPU here. There is no need for it. But there MUST be at least one setting for MACHINE_CPU for 'make buildworld' to succeed before new 'make' with this variable is in place. I can 'make installworld' after defining 'MACHINE_CPU= i686' in '/etc/make.conf'. Is it deservs some kind of HEADS UP ? N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvs commit: src/share/mk sys.mk
Kris Kennaway [EMAIL PROTECTED] wrote:
On Tue, Feb 20, 2001 at 10:02:57AM +0600, [EMAIL PROTECTED] wrote:
Kris Kennaway [EMAIL PROTECTED] wrote:
Modified files:
share/mk sys.mk
Log:
Remove bogus setting of MACHINE_CPU here. There is no need for it.
But there MUST be at least one setting for
MACHINE_CPU for 'make buildworld' to succeed before new 'make'
with this variable is in place.
No, MACHINE_CPU is optional. If you don't have it set, you get the
vanilla C code. So if you don't have it set at all, you'll get C code
in OpenSSL as it's always been, then the next time you are using the
updated make(1) and it will set it to i386, which will get you the
i386 asm code.
Or you can just set MACHINE_CPU immediately and it will build asm code
on the first pass.
MACHINE_CPU variable MUST be DEFINED for current
'Makefile' in the 'usr/src/secure/libcrypto' be parsed by the 'make'
without internall definition of that variable. (It stops at the first
"${MACHINE_CPU:Mi686}" construct in the line 62).
N.Dudorov
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: -current world broken since Feb 10
In article [EMAIL PROTECTED] you wrote: Has anybody gotten world to build? Mine isn't finished yet, but it is past libc, it is busy in usr.sbin. Finished buildworld without problems.. CVS as of now (check mailheader). I'm about to install.. Finished installing, built kernel, and booted it. No problems whatsoever. FreeBSD machine.whacky.net 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Fri Feb 16 14:33:37 CET 2001 stephanb@machine.whacky.net:/mnt/archive/CVS/CURRENT/src/sys/compile/machine i386 If you want to discover and reproduce the problem (:-) it is sufficient to go to ports/devel/gettext and 'make' this port. When make start to make in the 'po' directory it SIGFAULTs in __ungetc. N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: HEADS UP: -current world broken since Feb 10
Daniel Eischen [EMAIL PROTECTED] wrote:
Try this uncompiled and untested patch to lib/libc/stdio/findfp.c.
If it doesn't compile, you should be able to tweak it.
After small tweak this patch comiles and works - i.e.
I can now make /usr/ports/devel/gettext.
N.Dudorov
Index: findfp.c
===
RCS file: /opt/b/CVS/src/lib/libc/stdio/findfp.c,v
retrieving revision 1.14
diff -u -r1.14 findfp.c
--- findfp.c2001/02/16 06:11:22 1.14
+++ findfp.c2001/02/16 15:25:20
@@ -66,6 +66,7 @@
/* _ub _extra */
/* the usual - (stdin + stdout + stderr) */
static FILE usual[FOPEN_MAX - 3];
+static struct __sFILEX usual_extra[FOPEN_MAX - 3];
static struct glue uglue = { NULL, FOPEN_MAX - 3, usual };
static struct __sFILEX __sFX[3];
@@ -215,7 +216,17 @@
void
__sinit()
{
- /* Make sure we clean up on exit. */
- __cleanup = _cleanup; /* conservative */
- __sdidinit = 1;
+ int i;
+
+ THREAD_LOCK();
+ if (__sdidinit == 0) {
+ /* Set _extra for the usual suspects. */
+ for (i = 0; i FOPEN_MAX - 3; i++)
+ usual[i]._extra = usual_extra[i];
+
+ /* Make sure we clean up on exit. */
+ __cleanup = _cleanup; /* conservative */
+ __sdidinit = 1;
+ }
+ THREAD_UNLOCK();
}
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: setlocale() fails
In article [EMAIL PROTECTED] you wrote: At Tue, 13 Feb 2001 07:21:15 +0900, I wrote: I found that setlocale() always fails on -current. . Any ideas? I found the culprit. Here is a patch which fixes the problem. Yes this patch permits 'setlocale(LC_ALL, "")' to return success, but it is not solve the problem totally. It seems to me that all comparisons of the return value from '__part_load_locale' in the 'lmessages.c', 'lnumeric.c' and 'lmonetary.c' are reversed now and your patch correct only one of them (but this one prevents setlocale to work for all locales but "C" and "POSIX"). N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: DEVFS
In article [EMAIL PROTECTED] you wrote: With devfs "default" in -current, I have a question about permissions. I know that rc.devfs will set up custom permissions at boot... But what about a device that detaches? When you re-attach, it goes back to the default permissions. This is a bit annoying; is there a workaround for it? Should this be handled by something that does the re-attaching? At least for the USB devices this can be done with the 'usbd' daemon. N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvs commit: src/sys/dev/acpica/Osd OsdSynch.c
In article [EMAIL PROTECTED] you wrote: msmith 2001/01/31 01:35:50 PST Modified files: sys/dev/acpica/Osd OsdSynch.c Log: Add some debugging. Turn off semaphores. Nobody else implements them, and there is lots of AML out there which does totally absurd things with them, meaning that if we try to do the right thing we are guaranteed to fail. Anyone that was having problems with ACPI hanging on their systems should try again; I'm pretty sure that a lot of our problems were stemming from deadlocks caused by us being the only OS to actually *implement* synchronisation primitives for ACPI... My -current on ABIT's BP6 dual Celerons hungs before this commit and normally boots after it. N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cvs commit: src/usr.sbin/named Makefile
In article [EMAIL PROTECTED] you wrote: asmodai 2001/01/28 15:21:00 PST Modified files: usr.sbin/named Makefile Log: Add static dependency on libisc.a to get isc_movefile() on which named now depends. This keeps named the same as before the import, that is: only linking against libc dynamically, at a little space increase, which might be due to the source code changes anyway. Very neglectable space difference. Some people might dub it a hack. It will do for now at least. Revision ChangesPath 1.26 +12 -1 src/usr.sbin/named/Makefile It seems to me that the same kind of libisc dependency must be provided for 'libexec/named-xfer', because it now stops buildworld with the 'isc_movefile' unresolved message. At the same time it seems to me that now 'lib/libbind' contains many files/functions which are also present in the newly created 'lib/libisc'. Is it right ? N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 'machine/param.h' required for 'sys/socket.h'
In [EMAIL PROTECTED] Bruce A. Mah [EMAIL PROTECTED] wrote: --==_Exmh_789141986P Content-Type: text/plain; charset=us-ascii If memory serves me right, Yoshinobu Inoue wrote: I feel requesting inclusion of machine/param.h for any apps which use socket is better. But if there are any other smarter solution, please let me know and I'll appreciate it much. machine/param.h should never be included by applications since it is an implementation detail. Specify including sys/param.h in apps which use the CMSG*() macros. sys/socket.h doesn't depend on */param.h unless these macros are used. Since these macros are undocumented, applications that use them should expect problems :-). Bruce After reading bmah's message, now I am inclined to including machine/param.h from sys/socket.h for maximum portability, if there is no spec for it, and if all other platforms doing it. Arrgh. Now it seems I might need to reverse my position. I looked through some code fragments in UNIX Network Programming (Volume 1, Second Edition, pp. 362-365), and there's some precedent for needing sys/param.h with the CMSG*() macros. On the other hand, RFC 2292 and draft-ietf-ipngwg-rfc2292bis (the references I was originally working from) don't mention this requirement at all; they just say that CMSG*() are defined with sys/socket.h. I'm slightly confused by now. I'm going to send off a note to the authors of draft-ietf-ipngwg-rfc229bis asking for some clarification. In the meantime, maybe we should hold off on doing any changes. Can we (temporary) unbroke 'net/pchar' port in FreeBSD with the next patch (until the Perfect Solution will be found :-) : === diff -ruN pchar.orig/patches/patch-aa pchar/patches/patch-aa --- pchar.orig/patches/patch-aa Thu Jan 1 07:00:00 1970 +++ pchar/patches/patch-aa Wed Mar 22 09:36:04 2000 @@ -0,0 +1,10 @@ +--- PctestIpv6Udp.h.ORIG Wed Jan 19 23:14:42 2000 PctestIpv6Udp.hWed Mar 22 09:31:19 2000 +@@ -29,6 +29,7 @@ + #endif /* STDC_HEADERS */ + + #include sys/types.h ++#include sys/param.h + #include sys/socket.h + #include netinet/in.h + To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Broken buildworld in CURRENT
Freshly 'cvsup'-ed 5.0-CURRENT. === gnu/usr.bin/binutils/doc makeinfo --no-validate -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/gas/doc -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/ld -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils/bfd/doc -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc --no-split -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc -I /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/binutils /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinfo -o gdb.info /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinfo:4647: warning: unlikely character , in @var. /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinfo:5284: warning: @sc argument all uppercase, thus no effect. /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/gdb/gdb/doc/gdb.texinfo:6531: warning: @sc argument all uppercase, thus no effect. /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc/../../../../contrib/libreadline/doc/rluser.texinfo:1331: warning: @sc argument all uppercase, thus no effect. ./inc-hist.texi:31: Index `bt' already exists. makeinfo: Removing output file `gdb.info' due to errors; use --force to preserve. *** Error code 2 Stop in /arch/FreeBSD-current/src/gnu/usr.bin/binutils/doc. *** Error code 1 Stop in /arch/FreeBSD-current/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /arch/FreeBSD-current/src/gnu/usr.bin. *** Error code 1 Stop in /arch/FreeBSD-current/src/gnu. *** Error code 1 Stop in /arch/FreeBSD-current/src. *** Error code 1 Stop in /arch/FreeBSD-current/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ABIT BP6, UDMA-66 and wdc AC310200
In [EMAIL PROTECTED] Arun Sharma [EMAIL PROTECTED] wrote: What kind of cable do yuo use ? Is it 80-wire one ? N.Dudorov I have the above hardware combination and here's the dmesg from 4.0-current: atapci0: Intel PIIX4 ATA33 controller port 0xf000-0xf00f at device 7.1 on pci0 atapci1: HighPoint HPT366 ATA66 controller port 0xb400-0xb4ff,0xb000-0xb003,0xac00-0xac07 irq 11 at device 19.0 on pci0 ata2: at 0xac00 on atapci1 atapci2: HighPoint HPT366 ATA66 controller port 0xc000-0xc0ff,0xbc00-0xbc03,0xb800-0xb807 irq 11 at device 19.1 on pci0 ad4: 9787MB WDC AC310200R [19885/16/63] at ata2-master using UDMA33 How do I get my disk to work in UDMA66 mode ? Is it supported with for my disk ? http://www.westerndigital.com/service/FAQ/dtr.html lists my disk as ATA-66. What am I doing wrong ? -Arun To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: help! need kernel!
In [EMAIL PROTECTED] Alexandr Listopad [EMAIL PROTECTED] wrote: hello! I have Abit motherboard with ATA-66 support. I try to install FreeBSD-CURRENT, all good when install, but after reboot kernel boots, but ask me a root device, when I press '?', there are no 'ad' device (this is my HDD). ;( As I understand - there are no support in that kernel for my HDD... ;( What is the BIOS version on your motherboard ? In my case - ABIT BP6 two Celeron motherboard with HPT66 controller - there was problems with disks numbering and booting by BIOS when there are HDDs on both regular and ATA-66 controllers. Those problems was resolved by changing the BIOS to the next version (NJ). N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Can't kldload modules due to symbol NDFREE undefined
At least from the January 9 after 'cvsup', 'make buildworld','make installworld', 'make install kernel' I can't 'kldload linux'. 'Kldload" says: kldload: can't load linux: Exec format error and /kernel says: /kernel: link_elf: symbol NDFREE undefined This is obviously caused by the next commit, but I can not see how it can be corrected (besides of reverting the commit, which is not the right solution IMHO ;-) === eivind 2000/01/08 08:20:06 PST Modified files: sys/kern vfs_subr.c sys/sys namei.h Log: Change NDFREE() from a macro to a function for the time being; the macro version caused intolerable bloat (30k). I'm likely to revisit this with an attempt at a smarter macro. Bloat noticed by: bde Revision ChangesPath 1.243 +35 -1 src/sys/kern/vfs_subr.c 1.29 +2 -37 src/sys/sys/namei.h To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Can't kldload modules due to symbol NDFREE undefined
On Tue, Jan 11, 2000 at 08:44:48PM +0800, Peter Wemm wrote: Can somebody with CURRENT system test 'kldload' some of the above modules on his machine and post the results ? First of all, can you try this please? nm /kernel | grep NDFREE c0186b64 T NDFREE This is to check that NDFREE is actually defined in your /kernel.. nm -o /kernel* | grep NDFREE /kernel:c0176000 T NDFREE /kernel.UP:c0173f3c T NDFREE /kernel.old:c0175fc0 T NDFREE ls -l /kernel* -r-xr-xr-x 1 root wheel 1829054 11 ÑÎ× 13:20 /kernel -rwxr-xr-x 1 root wheel 2552869 5 ÑÎ× 20:36 /kernel.GENERIC -r-xr-xr-x 1 root wheel 1771990 11 ÑÎ× 13:22 /kernel.UP -r-xr-xr-x 1 root wheel 1828576 10 ÑÎ× 15:25 /kernel.old 'kernel.UP' is nonSMP-kernel and 'kernel' -SMP one otherwise their are the same. N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Can't kldload modules due to symbol NDFREE undefined
In [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: In the meantime I make another test - reboot the system and on the loader prompt say: disk2s1a load modules/linux.ko disk2s1a boot and the system boots up successfully and kldstat shows 'linux.ko' module and Linux version of the Adobe's Acrobat Reader works ! So the problem is in the kernel's elf_loader ? N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Audio support [was Re: HEADSUP: wd driver will be retired!]
In [EMAIL PROTECTED] Kenneth Wayne Culver [EMAIL PROTECTED] wrote: Just a question which I'm not sure is soundcard related. My xmms no longer starts up anymore, it just hangs in Poll before it actually puts anything on the display, is that because /dev/dsp isn't working? Thw 'xmms' problem is not soundcard related. It is uthreads related. Daniel Eischen already have the patches to solve this problem. In the meantime you can try to make the following: Manually unpack your default Skin (now it is 'zip'-ped - is it ?). After that your 'xmms' will start to make noises (somebody calla them music ;-). N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: gasp broke world.
In [EMAIL PROTECTED] Bill Fumerola
[EMAIL PROTECTED] wrote:
Doug,
'gasp' broke world.
targ-env.h: No such file or directory
The next patch at least unbroke 'make buildworld'.
N.Dudorov
=
--- src/gnu/usr.bin/binutils/gasp/Makefile.ORIG Wed Dec 8 09:52:19 1999
+++ src/gnu/usr.bin/binutils/gasp/Makefile Wed Dec 8 09:52:19 1999
@@ -11,7 +11,7 @@
CFLAGS+= -I${SRCDIR}
CFLAGS+= -I${SRCDIR}/gas
CFLAGS+= -I${SRCDIR}/gas/config
-CFLAGS+= -I${.CURDIR}/../as/as_${MACHINE_ARCH}
+CFLAGS+= -I${.CURDIR}/../as/${MACHINE_ARCH}-freebsd
CFLAGS+= -DBFD_ASSEMBLER
LDADD+=-L${RELTOP}/libiberty -liberty
DPADD+=${RELTOP}/libiberty/libiberty.a
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
FreeBSD ELF Netscape binaries ?
What (if any) are the problems with native FreeBSD ELF Netscape Communicator/Navigator binaries ? N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Buildworld broken in 'usr.bin/kdump' due to ipfilter
Buildworld of today current is broken due to importing of ip_filter's header files with ioctls which in turn broke building 'usr.bin/kdump'. It seems to me that 'mkioctls' script in 'kdump' is "over-automated" - it build the list of the 'ioctl_includes' 'grepping' through the 'include' directory. But often (as in today's sources) new files with ioctls require manually inserting "prerequisite" includes in the same 'mkioctl' script. May be it'll be better if we manually insert BOTH the includes with ioctls and prerequisite files ? N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
CTM-deltas generation sptopped ?
There are no new CTM-deltas on 'ctm.freebsd.org' at least 22 hours. Is this known problem ? N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: CTM-deltas generation sptopped ?
In [EMAIL PROTECTED] Peter Jeremy [EMAIL PROTECTED] wrote: On 1999-Nov-03 23:58:00 +1100, [EMAIL PROTECTED] wrote: There are no new CTM-deltas on 'ctm.freebsd.org' at least 22 hours. The last e-mail delta I have is cvs-cur.5804, which arrived here at 0808UTC (about 5 hours before your message). I would have expected to receive 5805 (or at least an initial part) about 5 hours ago now, so I suspect something is wrong. So, "generation" process is not totally stopped, but there is no cvs-cur.5804 in the FTP repositores at least on 'ctm.freebsd.org' and 'ftp.freebsd.org'. Other CTM "collections" also have no new deltas in FTP archives on the abovementioned sites. N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Abit's BP6 and 'lmmon' or 'chm'
In [EMAIL PROTECTED] Chris D.
Faulhaber [EMAIL PROTECTED] wrote:
On Mon, 11 Oct 1999, Nickolay Dudorov wrote:
Does anybody successfully use ports/sysutils/{lmmon|chm}
with the Abit's BP6 motherboard ?
After 'make install'-ing ports and adding
controller smbus0
controller iicbus0
controller iicbb0
controller intpm0
device smb0 at smbus?
to kernel config file (and config, make depend, make, make install,
reboot the new kernel) I only receive:
IOCTL: device not configured
from lmmon and chm.
This is due to the intpm controller not configuring the motherboards PM
controller, not because the software.
I emailed Takanori Watanabe a while back concerning this MB. His thoughts
were that: 1) He hadn't heard of the driver working in an SMP environment;
2) It may be due to the controller using an unconfigured ISA interface.
Additional information:
When I remove one of the CPUs and boot UP kernel on the same
motherboard both 'chm' and 'lmmon' starts to work (also showed
values for -5V and -12V looks strange).
So the problems is in driver not working in SMP
system. Are there any (general) hints where to look for
such UP/SMP problems ?
N.Dudorov
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Re: kernel broken? (pcm)
In [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Such an errors results from (uncommented) kernel option #makeoptionsCONF_CFLAGS=-fno-builtin because there is NO 'abs' function/macro in this files (ac97.c, channel.c and mss.c) and they can be only compiled using gcc's builtin 'abs' N.Dudorov Hi, linking kernel.debug ac97.o: In function `ac97_setmixer': /usr/src/sys/compile/WORK/../../dev/pcm/ac97.c(.text+0x18d): undefined reference to `abs' channel.o: In function `chn_setblocksize': /usr/src/sys/compile/WORK/../../dev/pcm/channel.c:712: undefined reference to `abs' mss.o: In function `mss_speed': /usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c(.text+0x182d): undefined reference to `abs' /usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c(.text+0x183f): undefined reference to `abs' /usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c(.text+0x1869): undefined reference to `abs' mss.o(.text+0x187b):/usr/src/sys/compile/WORK/../../dev/pcm/isa/mss.c: more undefined references to `abs' follow *** Error code 1 1 error I tried several cvsups since the morning. Kernelconfig attached. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: kernel broken? (pcm)
In [EMAIL PROTECTED] Bill Fumerola [EMAIL PROTECTED] wrote: On Tue, 12 Oct 1999 [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Such an errors results from (uncommented) kernel option #makeoptions CONF_CFLAGS=-fno-builtin We have enough breakages with the _documented_ kernel options that we don't need to go hunting down oddities. : Does it mean that I throw away my PR with patches to the 'newpcm' files which add 'abs' definition and therefore make it possible to make kernel with makeoptions CONF_CFLAGS=-fno-builtin ? P.S. It seems to me that this option (or its absent) can severely influence kernel run time efficience (not in the 'abs' case, of course ;-). N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Can I obtain 'int-cvs-cur' by CTM ?
Last CTM delta in ftp://ctm.freebsd.org/pub/FreeBSD/development/CTM-international/int-cvs-cur is 'int-cvs-cur.0114.gz' from May 15 1999. There definitely was commits in International depository after 'may 15'. N.Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Is CTM dead forever ?
Can somebody check and say why there are no new cvs-cur CTM deltas after cvs-cur.5803.gz ? (at least on 'ctm.freebsd.org' and 'ftp.freebsd.org') Are there any other sites with FTP fetchable CTM deltas ? (and with more current ones ?) Yes, I can switch to 'cvs-up'ing FreeBSD sources, but this is less convinient here in Siberia :-) N. Dudorov To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
