Re: psmintr: discard a byte (1) [moused issues]
On 24-Jul-2003 Wilkinson,Alex wrote: | Hi all, | | I have a relatively current repository (CTM delta cvs-cur 9444), and | have just built | world/kernel. | | snip | ... | | moused is running with the following: | | moused -p /dev/psm0 -t microsoft | | The mouse is a Microsoft IntelliMouse. For PS/2 mice you should only use PS/2 or auto as the type. | | If I boot the same machine into -STABLE this does *not* happen. | | I have tryed running moused with different protocols etc without any | luck. | | Can anyone help me solve this problem ? | Can you add options PSM_DEBUG=2 to your kernel config and recompile, then do a verbose boot (boot -v) and send me the output? Mike -- Mike Heffner [EMAIL PROTECTED] [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
PSM patch to reset device twice
The attached patch will try to reset the mouse twice to try and wakeup some KVMs/mice. Specifically, this helps detect some Intellimouse mice through IOGear KVMs. Reseting the mouse multiple times shouldn't cause problems, and the patch makes the second reset non-fatal, however, please try the patch and report if it causes any problems with detecting mice. I plan to commit the patch this weekend unless there are problems with it. Thanks, Mike -- Mike Heffner [EMAIL PROTECTED] [EMAIL PROTECTED] Index: psm.c === RCS file: /cvs/ncvs/src/sys/isa/psm.c,v retrieving revision 1.59 diff -u -r1.59 psm.c --- psm.c 1 Jul 2003 14:41:16 - 1.59 +++ psm.c 2 Jul 2003 19:19:20 - @@ -1040,6 +1040,10 @@ /* * NOTE: some controllers appears to hang the `keyboard' when the aux * port doesn't exist and `PSMC_RESET_DEV' is issued. +* +* Attempt to reset the controller twice -- this helps +* pierce through some KVM switches. The second reset +* is non-fatal. */ if (!reset_aux_dev(sc-kbdc)) { recover_from_error(sc-kbdc); @@ -1047,6 +1051,11 @@ if (verbose) printf(psm%d: failed to reset the aux device.\n, unit); endprobe(ENXIO); + } else if (!reset_aux_dev(sc-kbdc)) { + recover_from_error(sc-kbdc); + if (verbose = 2) + printf(psm%d: failed to reset the aux device (2).\n, + unit); } } ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: bug in ftp client?
On 28-Jun-2003 Marco Wertejuk wrote: | I don't know since when this happens, but I've noticed, | that the ETA time looks strange: | Doh, looks like I included the wrong patchset when I did the latest import. I've just fixed this in CVS. Thanks, Mike -- Mike Heffner [EMAIL PROTECTED] [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Is there a maintainer for PSM/kbd?
If so, I would like to pass some comments/patches by them. If not, I'll just post them to the list. Mike -- Mike Heffner [EMAIL PROTECTED] [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: FTP client dumping core
On 05-Jun-2003 Fred Souza wrote: | Try this patch: | | Yes, it works now, thanks. Will this patch be commited to src, or | should I keep it and apply locally? | | Please try the latest lukemftp import which includes Maxim's patch. Mike -- Mike Heffner [EMAIL PROTECTED] [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: FTP and command-line multiple downloads
On 06-Jun-2003 Yar Tikhiy wrote: | | Luke Mewburn may be convinced to do that | in his ftp client. Technically, the task is as easy as removing a | single logical subexpression from an if statement. | When I proposed the patch to Luke back in February he was hesistant to implement it. He mentioned that he had already gotten into trouble by not implementing RFC 1738 exactly -- which doesn't include globbing URL's. Mike -- Mike Heffner [EMAIL PROTECTED] [EMAIL PROTECTED] pgp0.pgp Description: PGP signature
Re: LukemFTP and command-line multiple downloads
On 14-Feb-2003 Kris Kennaway wrote: | On Fri, Feb 14, 2003 at 03:37:49PM -0800, Kris Kennaway wrote: | On Fri, Feb 14, 2003 at 03:34:06PM -0800, Kris Kennaway wrote: | Since upgrading bento to running 5.0, it appears that I can no longer | download multiple files from a FTP server by specifying a glob | pattern | on the command-line: | | e.g. | | /usr/bin/ftp -4a | ftp://snapshots.jp.freebsd.org/pub/FreeBSD/snapshots/alpha/5-LATEST/ba | se/base.\?\? | | This appears to work (as it used to) under 4.x. | | It was pointed out to me that this is because 5.0 now uses | lukemftp..can the maintainers please look into this ASAP? In the | meantime I'll have to stick with the older 5.0 ftp client. | Try the attached patch. If this works for you I'll pass it on to Luke. Mike -- Mike Heffner mheffner@[acm.]vt.edu [EMAIL PROTECTED] Index: fetch.c === RCS file: /cvs/ncvs/src/contrib/lukemftp/src/fetch.c,v retrieving revision 1.1.1.3 diff -u -r1.1.1.3 fetch.c --- fetch.c 15 Jun 2002 09:40:34 - 1.1.1.3 +++ fetch.c 16 Feb 2003 19:47:46 - @@ -1372,7 +1372,7 @@ dir ? dir : null, file ? file : null); dirhasglob = filehasglob = 0; - if (doglob urltype == CLASSIC_URL_T) { + if (doglob (urltype == CLASSIC_URL_T || urltype == FTP_URL_T)) { if (! EMPTYSTRING(dir) strpbrk(dir, *?[]{}) != NULL) dirhasglob = 1; if (! EMPTYSTRING(file) strpbrk(file, *?[]{}) != NULL)
Re: ftpd mkdir problems
On 31-Jan-2003 David Rhodus wrote: | Using the default ftpd that comes with FreeBSD, in the mkdir command, | why doesn't it expand '~', the cd and rmdir commands seem to. Passing | over the code it just calls the c function with should expand it. No, the system calls don't expand a tilde. The expansion is done in ftpcmd.y under the 'pathname' directive using glob(3), but glob(3) won't expand the tilde when the directory doesn't exist. Lukemftpd works around this by implementing its own '~' expansion code. Yar has been working on ftpd recently, you might want to ask him if he has any plans to address this. | | | ftp cd ~will | 250 CWD command successful. | ftp mkdir ~will/test | 550 ~will/test: No such file or directory. | ftp mkdir test | 257 test directory created. | ftp rmdir ~will/test | 250 RMD command successful. | ftp | | | | -- | David Rhodus | | | To Unsubscribe: send mail to [EMAIL PROTECTED] | with unsubscribe freebsd-current in the body of the message | | Mike -- Mike Heffner mheffner@[acm.]vt.edu [EMAIL PROTECTED] msg51727/pgp0.pgp Description: PGP signature
Re: ftpd mkdir problems
On 04-Feb-2003 Yar Tikhiy wrote: | On Tue, Feb 04, 2003 at 03:05:31AM -0500, Mike Heffner wrote: | | On 31-Jan-2003 David Rhodus wrote: | | Using the default ftpd that comes with FreeBSD, in the mkdir command, | | why doesn't it expand '~', the cd and rmdir commands seem to. Passing | | over the code it just calls the c function with should expand it. | | No, the system calls don't expand a tilde. The expansion is done in | ftpcmd.y under the 'pathname' directive using glob(3), but glob(3) | won't | expand the tilde when the directory doesn't exist. Lukemftpd works | around | this by implementing its own '~' expansion code. Yar has been working | on | ftpd recently, you might want to ask him if he has any plans to address | this. | | I've got inspiration to fix this bug in CURRENT today :-) | Would everyone concerned mind testing my change to ftpd(8) and | giving me your feedback? | Thanks. | Appears to work on my end. ;-) Mike -- Mike Heffner mheffner@[acm.]vt.edu [EMAIL PROTECTED] msg51763/pgp0.pgp Description: PGP signature
Disabling OPIE prevents FTP access
I've been playing around with OPIE in -current and have found that when I disable OPIE for a user (opiepasswd -d) that I can no longer login to ftpd with my normal unix password. However, I am able to login(1) when it's disabled with my normal unix password. opiepasswd -c ... Using MD5 to compute responses. Enter new secret pass phrase: Again new secret pass phrase: ID spock OTP key is 499 cu0653 DIE HICK SKY SLEW HOB BOSE opiepasswd -d Updating spock: Disable spock's OTP access? (yes or no) yes ID spock is disabled. ftp localhost Trying ::1... Trying 127.0.0.1... Connected to localhost. 220 localhost FTP server (Version 6.00LS) ready. Name (localhost:spock): spock 331 Response to otp-md5 498 cu65 ext required for spock. Password: --- entering normal unix password here 530 Login incorrect. ftp: Login failed. ftp quit 221 Goodbye. Is this incorrect behavior? Or am I doing something wrong with OPIE? Thanks, Mike -- Mike Heffner mheffner@[acm.]vt.edu [EMAIL PROTECTED] msg46660/pgp0.pgp Description: PGP signature
Re: panic: system call accept returning with mutex(s) held
On Thu, Aug 15, 2002 at 01:34:47PM -0400, Robert Watson wrote: | Actually, I've gone ahead and committed the change, update to | uipc_syscalls.c:1.128 and see if the problem goes away. (if you do it by | hand locally, make sure to assign error = EINVAL before jumping). | That did it. Thanks! Mike -- Mike Heffner mheffner@[acm.]vt.edu [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic: system call accept returning with mutex(s) held
With -current from earlier this week, panics whenever I start gaim. Didn't see anything similar in the archives. I'll be happy to provide more information if needed. Mounting root from ufs:/dev/ad0s2a exclusive sleep mutex Giant r = 0 (0xc02da9a0) locked @ ../../../kern/subr_trap.c:80 panic: system call accept returning with mutex(s) held syncing disks... panic: bremfree: bp 0xc3c32ee4 not locked Uptime: 3m18s pfs_vncache_unload(): 1 entries remaining Dumping 127 MB ata0: resetting devices .. done 16 32 48 64 80 96 112 --- #0 doadump () at ../../../kern/kern_shutdown.c:213 213 dumping++; (kgdb) bt #0 doadump () at ../../../kern/kern_shutdown.c:213 #1 0xc01aaa86 in boot (howto=260) at ../../../kern/kern_shutdown.c:345 #2 0xc01aaca3 in panic () at ../../../kern/kern_shutdown.c:493 #3 0xc01dfc47 in bremfree (bp=0xc02b0f05) at ../../../kern/vfs_bio.c:633 #4 0xc01e1668 in vfs_bio_awrite (bp=0xc1525840) at ../../../kern/vfs_bio.c:1627 #5 0xc022e991 in ffs_fsync (ap=0xc8e7bc1c) at ../../../ufs/ffs/ffs_vnops.c:231 #6 0xc022df8e in ffs_sync (mp=0xc1471400, waitfor=2, cred=0xc0babe00, td=0xc02d6480) at vnode_if.h:545 #7 0xc01f162c in sync (td=0xc02d6480, uap=0x0) at ../../../kern/vfs_syscalls.c:129 #8 0xc01aa6a2 in boot (howto=256) at ../../../kern/kern_shutdown.c:254 #9 0xc01aaca3 in panic () at ../../../kern/kern_shutdown.c:493 #10 0xc027d8a2 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 135554112, tf_esi = 135604464, tf_ebp = -1077940868, tf_isp = -924336780, tf_ebx = 673945180, tf_edx = 1, tf_ecx = 0, tf_eax = 22, tf_trapno = 12, tf_err = 2, tf_eip = 676290179, tf_cs = 31, tf_eflags = 663, tf_esp = -1077941024, tf_ss = 47}) at ../../../i386/i386/trap.c:1120 #11 0xc026e76d in Xint0x80_syscall () at {standard input}:140 FreeBSD 5.0-CURRENT #1: Wed Aug 14 12:19:54 EDT 2002 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/SATELLIT E Preloaded elf kernel /boot/kernel/kernel at 0xc03ff000. Preloaded elf module /boot/kernel/random.ko at 0xc03ff0a8. Preloaded elf module /boot/kernel/acpi.ko at 0xc03ff154. Timecounter i8254 frequency 1193182 Hz Timecounter TSC frequency 746339059 Hz CPU: Pentium III/Pentium III Xeon/Celeron (746.34-MHz 686-class CPU) Origin = GenuineIntel Id = 0x686 Stepping = 6 Features=0x383f9ffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PA T,PSE36,MMX,FXSR,SSE real memory = 134086656 (130944K bytes) avail memory = 125779968 (122832K bytes) Mike -- Mike Heffner mheffner@[acm.]vt.edu [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
RE: ftpd STOR and STOU work the same ?
On 04-Jan-2002 Riccardo Torrini wrote: | On 29-Dec-2001 (16:49:06/GMT) Riccardo Torrini wrote: | | I noticed a strange behaviour, sending a file twice create | version even if sunique is off, on all versions I can test. | | This includes: | - FreeBSD 5.0-CURRENT #0: Sun Dec 9 08:37:55 CET 2001 | - FreeBSD 4.4-STABLE #6: Fri Oct 12 21:44:36 CEST 2001 | - FreeBSD 4.5-PRERELEASE #0: Fri Dec 28 18:47:34 CET 2001 | all updated with cvsup and a fresh installed 4.2 from cdrom: | - FreeBSD 4.2-RELEASE #0: Mon Nov 20 13:02:55 GMT 2000 | | Also tested on other versions on the same range (4.2 - 5.0) | and noticed that happens only with anonimous (ftp) user but | _not_ with regular users. Hope this can help... | | Tryed with /etc/inetd.conf standard config where ftpd runs | with -l and with my own custom -llSA, the same. | Tryed from local (ftp localhost) and from remote machine, even | with another OS (hpux and openbsd). The same. I'm really sad. | I'm (pretty) sure isn't a 'pilot-error'. Please comfirm this... | | Thanks again. | This is intentional. If you are running an anonymous file drop, you don't want guest users to be able to overwrite the files of others. If you need to upload, and overwrite a file, you might try setting up a restricted user for this purpose, that only has write access to a single directory. Mike -- Mike Heffner mheffner@[acm.]vt.edu Fredericksburg, VA [EMAIL PROTECTED] msg33416/pgp0.pgp Description: PGP signature
RE: ftpd STOR and STOU work the same ?
On 05-Jan-2002 Riccardo Torrini wrote: | On 05-Jan-2002 (19:47:53/GMT) Mike Heffner wrote: | | I noticed a strange behaviour, sending a file twice create | version even if sunique is off, on all versions I can test. | | This is intentional... | | This is black magic. I hate it. I hope this would be (soon) | documented _OR_ make configurable. | ...or at least tell me where I can un-patch myself ;) Sure, it can be made configurable. Unfortunately, our current ftpd doesn't support a config file like lukeftpd, or others, so it would have to be implemented as a new argument. The patch is simple, find the following code in ftpd.c, and just remove the 'guest' in the first conditional. void store(name, mode, unique) char *name, *mode; int unique; { FILE *fout, *din; struct stat st; int (*closefunc) __P((FILE *)); if ((unique || guest) stat(name, st) == 0 (name = gunique(name)) == NULL) { LOGCMD(*mode == 'w' ? put : append, name); return; } ... | | | If you need to upload, and overwrite a file, you might try | setting up a restricted user for this purpose, that only | has write access to a single directory. | | Why? Assume I have a very restricted /incoming dir (111) and | one or two levels or restricted dir under that (.../foo/bar/) | also with mode=111, and assume that a file named write-me is | placed in that dir owned by anonimous, mode +w. | Nothing can imagine files and dir if is unable to list them, | so only authorized users or automatic robots can read/write | under that deep path. True, as long as the filename is not easily guessable, but it's still security through obsecurity. ;) | | Assume also that I need 2^n (a very large number) different | users to write on my ftp a sort of report, all the times with | the same name. I can't delete/put because dir is not writable. I don't quite follow this, do you have some other method involved to move/copy the files to another location before the next user logs in and overwrites the file? | | Do you think this is a 'too-crazy' request? No, feel free to submit a patch. Mike -- Mike Heffner mheffner@[acm.]vt.edu Fredericksburg, VA [EMAIL PROTECTED] msg33423/pgp0.pgp Description: PGP signature
Re: cvs commit: src/usr.bin/ftp Makefile cmds.c cmdtab.c complet
On 29-Dec-2001 John Hay wrote: | This patch works just fine here, thanks. | | Any chance of getting it as part of lukem distribution or ours? | Luke has incorporated it into NetBSD's ftp, and it will be included with the next import of lukemftp. Mike -- Mike Heffner mheffner@[acm.]vt.edu Fredericksburg, VA [EMAIL PROTECTED] msg33304/pgp0.pgp Description: PGP signature
Re: New mail dumps core on current
On 19-Dec-2001 Manfred Antar wrote: | mail dumps core on current with latest /usr/src/usr.bin/mail updates: | Argh, I forgot braces around a 'for' loop. This has been fixed by Andrey in rev. 1.12 of send.c. Mike -- Mike Heffner mheffner@[acm.]vt.edu Blacksburg, VA [EMAIL PROTECTED] msg33139/pgp0.pgp Description: PGP signature
Re: cvs commit: src/usr.bin/ftp Makefile cmds.c cmdtab.c complet
On 13-Dec-2001 Mike Heffner wrote: | mikeh 2001/12/13 15:46:45 PST | | Modified files: | usr.bin/ftp Makefile | Removed files: | usr.bin/ftp cmds.c cmdtab.c complete.c domacro.c | extern.h fetch.c ftp.1 ftp.c ftp_var.h | main.c pathnames.h ruserpass.c util.c | Log: | Connect lukemftp to the build as the default ftp client. Lukemftp | supports most of the previous features of FreeBSD ftp, but has been | better maintained and includes new features. Short summary of differences: New features: *) More automation methods *) Better standards compliance *) Transfer rate throttling (binary mode only currently) *) Customizable commandline prompt Differences/Losses: *) FTP_PASSIVE_MODE vs. FTP_MODE *) -4/-6 for forcing IPV4/IPV6 Mike -- Mike Heffner mheffner@[acm.]vt.edu Blacksburg, VA [EMAIL PROTECTED] msg33025/pgp0.pgp Description: PGP signature
Re: cvs commit: src/usr.bin/ftp Makefile cmds.c cmdtab.c complet
On 14-Dec-2001 Mike Heffner wrote: | | Differences/Losses: | | *) FTP_PASSIVE_MODE vs. FTP_MODE s/FTP_MODE/FTPMODE As a followup clarification, ftp(1) will attempt to use passive mode by default, and fall back to active mode. To achieve the old default behavior (active mode) set FTPMODE=active. Mike -- Mike Heffner mheffner@[acm.]vt.edu Blacksburg, VA [EMAIL PROTECTED] msg33027/pgp0.pgp Description: PGP signature
Re: anonymous-ftp cracked
On 13-Sep-2001 Joe Greco wrote: | Ted: I've been watching this one because I've HAD to allow uploads to | incoming because of a need for such a place article submissions from | our | Tech mag website from 175+ countries. | | Your tips for monitoring (like the script for a daily listing of the | directory) are so simple and obvious it put a smile on my face. Thanks! | LUV | this list! | | Assuming you're using wuftpd: Assuming you're using -current: You could also try lukemftpd, and use the 'maxfilesize' and 'rateget' configuration settings. See http://people.freebsd.org/~mikeh/diffs/lukemftpd/ for instructions for connecting it to the build. Mike -- Mike Heffner mheffner@[acm.]vt.edu Blacksburg, VA [EMAIL PROTECTED] PGP signature
Re: syslogd: Too many '/' in /dev//console
On 04-Sep-2001 Giorgos Keramidas wrote: | | The following patch seems to have fixed the bug for me. | Yea, Kris said he was going to fix it. This must be some undefined behavior because I tested the change in a test program and the two sizeofs were giving me the same result..strange ;) Mike -- Mike Heffner mheffner@[acm.]vt.edu Blacksburg, VA [EMAIL PROTECTED] PGP signature
RE: syslogd: Too many '/' in /dev//console
On 03-Sep-2001 [EMAIL PROTECTED] wrote: | Between last weekend and this weekend, something changed in syslogd | seems to have resulted in this boot-time error. The syslogd.c deltas | from 1.82 - 1.83 look suspect since the handling of relevant variables | has changed. This change looks wrong: @@ -1679,16 +1659,17 @@ cfline(line, f, prog, host) f-f_type = F_CONSOLE; else f-f_type = F_TTY; -(void)strcpy(f-f_un.f_fname, p + sizeof _PATH_DEV - 1); +(void)strlcpy(f-f_un.f_fname, p + sizeof(_PATH_DEV - 1), ^^^ + sizeof(f-f_un.f_fname)); } else { Mike -- Mike Heffner mheffner@[acm.]vt.edu Blacksburg, VA [EMAIL PROTECTED] PGP signature
RE: syslogd: Too many '/' in /dev//console
On 04-Sep-2001 Mike Heffner wrote: | | On 03-Sep-2001 [EMAIL PROTECTED] wrote: || Between last weekend and this weekend, something changed in syslogd || seems to have resulted in this boot-time error. The syslogd.c deltas || from 1.82 - 1.83 look suspect since the handling of relevant variables || has changed. | | This change looks wrong: | Argh, nevermind. It doesn't appear to make any difference. Mike -- Mike Heffner mheffner@[acm.]vt.edu Blacksburg, VA [EMAIL PROTECTED] PGP signature
RE: HEADS UP: ACPI CHANGES AFFECTING MOST -CURRENT USERS
On 30-Aug-2001 Alexander N. Kabaev wrote: | Freshly cvsuped kernel fails to build trying to find acpi_isa.c file, which | does not exist anymore. The following patch I sent to Mike allows the kernel to build. Index: modules/acpica/Makefile === RCS file: /home/ncvs/src/sys/modules/acpica/Makefile,v retrieving revision 1.11 diff -u -r1.11 Makefile --- modules/acpica/Makefile 2001/07/20 06:07:34 1.11 +++ modules/acpica/Makefile 2001/08/30 16:46:46 @@ -28,7 +28,7 @@ # OSD layer SRCS+= acpi.c acpi_acad.c acpi_battery.c acpi_button.c acpi_cmbat.c acpi_cpu.c -SRCS+= acpi_ec.c acpi_isa.c acpi_lid.c acpi_pcib.c acpi_powerprofile.c +SRCS+= acpi_ec.c acpi_lid.c acpi_pcib.c acpi_powerprofile.c SRCS+= acpi_powerres.c acpi_resource.c acpi_thermal.c acpi_timer.c SRCS+= acpi_wakecode.h acpi_wakeup.c SRCS+= OsdDebug.c Index: conf/files === RCS file: /home/ncvs/src/sys/conf/files,v retrieving revision 1.559 diff -u -r1.559 files --- conf/files 2001/08/23 23:58:49 1.559 +++ conf/files 2001/08/30 16:46:53 @@ -201,7 +201,6 @@ dev/acpica/acpi_cmbat.coptional acpica dev/acpica/acpi_cpu.c optional acpica dev/acpica/acpi_ec.c optional acpica -dev/acpica/acpi_isa.c optional acpica isa dev/acpica/acpi_lid.c optional acpica dev/acpica/acpi_pcib.c optional acpica pci dev/acpica/acpi_powerres.c optional acpica Mike -- Mike Heffner mheffner@[acm.]vt.edu Blacksburg, VA [EMAIL PROTECTED] PGP signature
Re: kernel with SSE is unstable
On 15-Jul-2001 Juriy Goloveshkin wrote: | | Stopped at strcmp+0x18: movb 0(%ecx),%al | | strcmp | link_elf_lookup_symbol | kldsym | syscal | syscal_with_err_pushed | syscall(377, FreeBSD ELF, kldsym) This probably isn't too useful, but I've seen the same exact backtrace when I had the random device statically compiled into the kernel and was also loading the random KLD, it would always crash when starting the linux version of netscape. Removing the random device from the kernel config fixed the problem. So you don't happen to be doing anything similar are you? Mike -- Mike Heffner mheffner@[acm.]vt.edu Fredericksburg, VA [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: can't build kernel: config doesn't work
It works for me ;) Remember that the new default is: /sys/${MACHINEARCH}/compile/${KERNCONF} On 01-Jul-2001 Takeshi Ken Yamada wrote: | | The same here, but 'config -d /sys/compile/GENERIC GENERIC' | did what it is supposed to do. | | Is this a new specification of 'config', or bug? | | From: Michael Harnois [EMAIL PROTECTED] | Subject: can't build kernel: config doesn't work | mdharnois Truly bizarre. Running config does nothing, although it generates | the | mdharnois usual messages. I tried deleting my kernel object directory after | an | mdharnois odd failure; ran config again, it didn't even recreate the | directory. | mdharnois | | To Unsubscribe: send mail to [EMAIL PROTECTED] | with unsubscribe freebsd-current in the body of the message Mike -- Mike Heffner mheffner@[acm.]vt.edu Fredericksburg, VA [EMAIL PROTECTED] PGP signature
Re: can't build kernel: config doesn't work
On 01-Jul-2001 Mark Peek wrote: | At 10:05 AM -0400 7/1/01, Mike Heffner wrote: |It works for me ;) Remember that the new default is: | | /sys/${MACHINEARCH}/compile/${KERNCONF} | | | Right, there is a new compile directory. Perhaps this needs to be | added to UPDATING. Anyway, did you run cvs update -dP on your cvs | tree? Or just do mkdir on the new path mentioned above. I just did a cvsup and ran config with no arguments, and it created the right directory for me. Mike -- Mike Heffner mheffner@[acm.]vt.edu Fredericksburg, VA [EMAIL PROTECTED] PGP signature
Re: Laptop locks up during pci initialization
On 27-May-2001 Mike Smith wrote: | You could try disabling the PCI BIOS calls; | | set machdep.bios.pci=disable | | at the loader prompt. Let me know if this helps; I'd want to track this | further if it does. Yes, this works =) Mike -- Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA [EMAIL PROTECTED] http://filebox.vt.edu/users/mheffner PGP signature
Laptop locks up during pci initialization
#visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B#Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV# install a CDEV entry in /dev options COMPAT_LINUX# Linux stuff device isa device eisa device fdc device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atkbdc # At keyboard controller device atkbd # at keyboard device psm # psm mouse device vga # VGA screen device sc device npx device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device random # Entropy device device loop# Network loopback device ether # Ethernet support device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory disks device speaker options IPFILTER options IPFILTER_LOG options TCP_DROP_SYNFIN device bpf # Berkeley packet filter options DDB options INVARIANTS options INVARIANT_SUPPORT options WITNESS And the full pciconf is: chip0@pci0:0:0: class=0x06 card=0x00011179 chip=0x71908086 rev=0x03 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x chip=0x71918086 rev=0x03 hdr=0x01 isab0@pci0:5:0: class=0x068000 card=0x chip=0x71108086 rev=0x02 hdr=0x00 atapci0@pci0:5:1: class=0x010180 card=0x chip=0x71118086 rev=0x01 hdr=0x00 uhci0@pci0:5:2: class=0x0c0300 card=0x chip=0x71128086 rev=0x01 hdr=0x00 chip1@pci0:5:3: class=0x068000 card=0x chip=0x71138086 rev=0x03 hdr=0x00 fxp0@pci0:8:0: class=0x02 card=0x24118086 chip=0x12298086 rev=0x09 hdr=0x00 none0@pci0:8:1: class=0x070002 card=0x24118086 chip=0x00d4115d rev=0x00 hdr=0x00 chip2@pci0:11:0:class=0x060700 card=0x00011179 chip=0x06171179 rev=0x20 hdr=0x02 chip3@pci0:11:1:class=0x060700 card=0x00011179 chip=0x06171179 rev=0x20 hdr=0x02 none1@pci0:12:0:class=0x040100 card=0x00011179 chip=0x00121073 rev=0x00 hdr=0x00 none2@pci1:0:0: class=0x03 card=0x00011179 chip=0x8c125333 rev=0x13 hdr=0x00 Thanks, Mike -- Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA [EMAIL PROTECTED] http://filebox.vt.edu/users/mheffner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic: mutex vm not owned
The machine is up for about one minute and then I ran `startx' and the screen turned black and it appeared to lockup, after about 30 seconds plus some banging on the keyboard it rebooted. I have 256mb ram, so it shouldn't be swapping at this point. The kernel and world are cvsupd to about 12am May 20 EDT, the following is the panic message: panic: mutex vm not owned at /usr/src/sys/vm/vm_object.c:330 This was the first time I've tried getting a crashdump and analyzing it, however when I follow the directions in the handbook, gdb seg. faults (could this be because it panic'd in the vm system ??) : enterprise# pwd /usr/obj/usr/src/sys/BUTTER enterprise# gdb -k GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-freebsd. (kgdb) symbol-file kernel.debug Reading symbols from kernel.debug...done. (kgdb) exec-file /var/crash/kernel.0 (kgdb) core-file /var/crash/vmcore.0 Segmentation fault (core dumped) I also have DDB in my kernel config, but it didn't drop into DDB. Is there anything else I can test? I'm willig to test any patches or whatever. Thanks, Mike -- Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA [EMAIL PROTECTED] http://filebox.vt.edu/users/mheffner To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: panic: mutex vm not owned
On 20-May-2001 Dima Dorfman wrote: | Please try the attached patch. I make no claims of its correctness, | but this e-mail is coming to you via X on -current updated a few hours | ago so it works here :-). Thanks, it works so far (I'm running X). I'll see where it breaks next. Mike -- Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA [EMAIL PROTECTED] http://filebox.vt.edu/users/mheffner PGP signature
Typo in secure/lib/libcrypto/Makefile
=== RCS file: /home/ncvs/src/secure/lib/libcrypto/Makefile,v retrieving revision 1.26 retrieving revision 1.27 diff -u -p -r1.26 -r1.27 --- src/secure/lib/libcrypto/Makefile 2000/11/13 02:21:37 1.26 +++ src/secure/lib/libcrypto/Makefile 2000/11/14 22:12:02 1.27 @@ -1,4 +1,4 @@ -# $FreeBSD: src/secure/lib/libcrypto/Makefile,v 1.26 2000/11/13 +.# $FreeBSD: src/secure/lib/libcrypto/Makefile,v 1.27 2000/11/14 22:12 ^ A period before the comment somehow crept into the commit. -- Mike Heffner [EMAIL PROTECTED] Blacksburg, VA ICQ# 882073 http://my.ispchannel.com/~mheffner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: 4.0 possible compiler bug ?
On 09-Apr-2000 Mirko Viviani wrote: | On Sat, 08 Apr 2000, Mike Heffner wrote: | | | I'm testing the __builtin_apply() to make a patch to GNUstep, but I'm | | getting | | in troubles. | | Since you're on the subject, there are also two other bugs with | __builtin_apply() in FBSD that I know of. | | Always better... :( | | The easy hack to fix 2 is to remove FP_X_INV from the floating point mask | -- but this is not the right way to do it. 1 can be fixed by passing a | pointer of a float. | | Exactly how to do that ? | Well, after retesting the programs they don't seem to be problems anymore. I think it might have been fixed by the upgrade of gcc to 2.95.2. / * Mike Heffner [EMAIL PROTECTED]* * Fredericksburg, VA ICQ# 882073 * * Sent at: 09-Apr-2000 -- 21:38:11 EST * * http://my.ispchannel.com/~mheffner * / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: 4.0 possible compiler bug ?
On 08-Apr-2000 [EMAIL PROTECTED] wrote: | Ciao! | | I'm testing the __builtin_apply() to make a patch to GNUstep, but I'm | getting | in troubles. | Since you're on the subject, there are also two other bugs with __builtin_apply() in FBSD that I know of. 1) you can't pass float values, they become written over on the stack and therefore don't get passed correctly 2) In conjunction with __builtin_return(), you cannot nest calls with __builtin_apply() or the return from the second called function with give you a floating point error. The easy hack to fix 2 is to remove FP_X_INV from the floating point mask -- but this is not the right way to do it. 1 can be fixed by passing a pointer of a float. I tried investigating into it a while back, but didn't have any luck. I know that 2 isn't a problem in 3-stable. / * Mike Heffner [EMAIL PROTECTED]* * Fredericksburg, VA ICQ# 882073 * * Sent at: 08-Apr-2000 -- 20:57:23 EST * * http://my.ispchannel.com/~mheffner * / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: The pw command
On 10-Mar-2000 Paul Richards wrote: | Non-root users can use the pw command to get information from the | master.passwd file e.g. | | ps showuser paul | paul:*:1000:1000::0:0: Richards:/home/paul:/usr/local/bin/bash | | which shows the class, password expiry and account expiry. I'm not sure | whether that's information that should be kept secure but it does seem | like 'pw' is the only command that makes it available. The 'chsh' | command doesn't show this information except when run as root for | instance. | pw(8) uses getpwuid(3) to retrieve a password entry from the world readable /etc/pwd.db. It doesn't open master.passwd, (well at least when run as a non-superuser). IMO, that information is not something that needs to be secured. / * Mike Heffner [EMAIL PROTECTED]* * Fredericksburg, VA -- ICQ# 882073* * Sent at: 10-Mar-2000 -- 00:58:18 EST * * http://my.ispchannel.com/~mheffner * / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: UPDAIING vs Reality...
On 02-Feb-2000 [EMAIL PROTECTED] wrote: | In UPDATING, we have the note: | | 2129: | {set,get}flags have been added to the tree for rather dubious | reasons. An unintended side effect of this is that you must | rebuild install before the rest of the world. | | cd src/usr.bin/xinstall | make depend all install clean | | before make world or buildworld. This issue may be resolved | before 4.0 goes out. | | But when you go to do this, it fails: | | p:root# make depend all install clean | rm -f .depend | mkdep -f .depend -a xinstall.c | cd /usr/src/usr.bin/xinstall; make _EXTRADEPEND | echo xinstall: /usr/lib/libc.a .depend | Warning: Object directory not changed from original | /usr/src/usr.bin/xinstall | cc -O -pipe -c xinstall.c | cc -O -pipe-o xinstall xinstall.o | xinstall.o: In function `main': | xinstall.o(.text+0x83): undefined reference to `setflags' | *** Error code 1 | | Is this note still needed? | Do a buildworld in /usr/src, then cd usr.bin/xinstall and do a make install. Then you should be able to go back into /usr/src and do an installworld. / * Mike Heffner [EMAIL PROTECTED]* * Fredericksburg, VA * * ICQ# 882073 * * Sent at: 02-Feb-2000 -- 09:48:42 EST * / To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Problems installing FreeBSD 4.0 20000125-CURRENT
On 27-Jan-2000 Jordan K. Hubbard wrote: | | 3. On the first reboot after installing, the keyboard was in a funny | state. | | Urk, can't reproduce it. I need a reproducible sequence of operations | before we'll have any hope of tackling this one. | | Control-alt-del definitely didn't work, so I had to power off and | reboot. This hasn't repeated itself. | | Same here. | I seem to have this problem occasionaly, the keyboard keymap gets all screwed up somehow, and the only way to get out is to hit the reset button. But I've been having the problem for a long time, and with different boxes. It happens about every 1 out of 15 reboots but randomly. I haven't been able to connect it to any event or anything, but I notice that hitting keys during boot can increase the probability of it occurring, but again, nothing reproducible. - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 27-Jan-2000 Time: 16:47:01 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
ATA CDR problems
Hi, Trying to write a data cd using the burndata script in /usr/share/examples/atapi, I'm getting this on the console, and I'm unable to write the cd: acd1: READ_TOC - ILLEGAL REQUEST asc=24 ascq=00 error=00 acd1: sequence error (no open) acd1: sequence error (no open) Here's what the script outputs: enterprise# ./burndata acd1c /usr/home/spock/disk.iso preparing disk in /dev/racd1c wormcontrol: ioctl(WORMIOCPREPDISK): Inappropriate ioctl for device setting up to transfer data track wormcontrol: ioctl(WORMIOCPREPTRACK): Inappropriate ioctl for device writing data to disk dd: /dev/racd1c: Input/output error 4+0 records in 0+0 records out 0 bytes transferred in 0.000737 secs (0 bytes/sec) fixating disk wormcontrol: ioctl(WORMIOFIXATION): Inappropriate ioctl for device done! And here's my dmesg and config lines: ata-pci0: Intel PIIX4 ATA-33 controller port 0xffa0-0xffaf at device 7.1 on pc i0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 ata1 at 0x0170 irq 15 on ata-pci0 ad0: WDC AC310100B/32.02S3 ATA-4 disk at ata0 as master ad0: 9671MB (19807200 sectors), 19650 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA33 ad1: WDC AC313000R/15.01J5 ATA-4 disk at ata0 as slave ad1: 12416MB (25429824 sectors), 25228 cyls, 16 heads, 63 S/T, 512 B/S ad1: 16 secs/int, 1 depth queue, UDMA33 acd0: EPO CD-ROM CR-836S/Ver1.06 CDROM drive at ata1 as master acd0: read 171KB/s (6187KB/s), 128KB buffer, PIO4 acd0: Reads: CD-R, CD-RW, CD-DA stream, packet acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked acd1: IDE-CD ReWritable-2x2x6/V:003.0 CD-RW drive at ata1 as slave acd1: read 344KB/s (1034KB/s) write 344KB/s (344KB/s), 768KB buffer, PIO3 acd1: Reads: CD-R, CD-RW, CD-DA stream, packet acd1: Writes: CD-R, CD-RW, test write acd1: Audio: play, 128 volume levels acd1: Mechanism: ejectable tray acd1: Medium: no/blank disc inside, unlocked, lock protected Anyone else seeing this? Is this a crappy drive problem? - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 23-Jan-2000 Time: 18:00:50 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: ATA CDR problems
On 23-Jan-2000 Mike Heffner wrote: | And here's my dmesg and config lines: | oops, forgot the config lines. here they are: # ATAPI devices device ata0 device atadisk0# ATAPI DISK device atapicd0# ATAPI CDROM drives options ATA_STATIC_ID - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 23-Jan-2000 Time: 18:15:14 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: ATA CDR problems
On 23-Jan-2000 Alex wrote: | | | If you're running -current, try the new burncd program (man burncd will | tell you more). | Alright, I used the burncd program, and it seems to burn the cd correctly. Unfortunately, I can't mount it in any other drive. I can mount/read it fine in the cdr drive. When burncd started I did get this error again: acd1: READ_TOC - ILLEGAL REQUEST asc=24 ascq=00 error=00 but it proceeded without any problems. When I try to mount it in any other drive I get: cd9660: Device busy Any ideas? - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 23-Jan-2000 Time: 23:29:34 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: SMP detection
On 24-Jan-2000 Forrest Aldrich wrote: | I have a Dell PowerEdge 1300 with dual Pentium II / 400mhz processors | installed. However, upon installing today's snapshot of 4.0, the dmesg | output doesn't seem to detect the second processor. I wonder if there | is a problem here, or if I might have a hardware issue. | Did you config/install a custom kernel? I don't think SMP is on by default. - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 23-Jan-2000 Time: 23:39:58 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: 4.0-19991220-SNAP sysinstall failure (triage)
On 21-Dec-99 John W. DeBoskey said: | |Before I start debugging the boot floppy (actually I use the | 2.88 image burned onto a CD) code, has anyone else run into this | yet, and/or is a fix being looked at? | Yes, see my message "error with install" from yesterday. It broke sometime after 12/16, so if you really need to install you can go back to that snapshot. I've tried debugging it, but had problems making custom kern.flp/mfsroot.flp. Later, - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 21-Dec-99 Time: 15:54:25 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
error with install, Unable to make device nodes...
[ sorry if you get this twice, it didn't seem to go through the first time ] I'm having a problem trying to install the 12/20/99 -current snapshot. When I finalize all the settings and sysinstall is about to partition/setup the drive I get the following message: Unable to make device node of /dev/ad0s1b in /dev! The creation of filesystems will be aborted. If I switch to the second virtual terminal it says: DEBUG: Scanning disk ad0 for root filesystem DEBUG: Scanning disk ad0 for swap partitions DEBUG: MakeDev: Unable to lookup user "root". [ last line repeated several times ] The drive I'm installing on is a Seagate ST36451A IDE drive. I've tried switching between Auto and User(with proper geometry values) in the BIOS but neither worked. Is this a user error or is there something else wrong here? I checked the mailing lists but couldn't find anything appropriate. Thanks, - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 20-Dec-99 Time: 15:44:09 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: error with install, Unable to make device nodes...
On 20-Dec-99 Bill Fumerola said: | On Mon, 20 Dec 1999, Mike Heffner wrote: | | | Unable to make device node of /dev/ad0s1b in /dev! | The creation of filesystems will be aborted. | | If I switch to the second virtual terminal it says: | | DEBUG: Scanning disk ad0 for root filesystem | DEBUG: Scanning disk ad0 for swap partitions | DEBUG: MakeDev: Unable to lookup user "root". |[ last line repeated several times ] | | aol | Me too. | /aol | | This is not a Danish thing however, this fails with scsi drives as well. | Well, after some more tests...running sysinstall many times over ;(...I've found that it breaks between the 12/16 and 12/17 snapshots. Not sure where to start looking for problems though. I checked MAKEDEV (since the error seemed to be coming from that) but didn't see anything in that time period. What else is there to check? Later, - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 20-Dec-99 Time: 17:06:27 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: incorrect irqs with pci devices
On 03-Dec-99 Doug Rabson said: | On Fri, 3 Dec 1999, Mike Heffner wrote: | | Hi, | | I have recently noticed that the irqs for my PCI devices are being screwed | up | somehow. It is easily noticeable with dmesg, the correct one's are in | paren.: | | Is this an SMP box by any chance? Does the kernel work with the irqs which | it chose? | Yes, it is a SMP box, and yes, the devices work fine. I just thought it was odd that the kernel would report incorrect ones. - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 03-Dec-99 Time: 09:54:12 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
incorrect irqs with pci devices
Hi, I have recently noticed that the irqs for my PCI devices are being screwed up somehow. It is easily noticeable with dmesg, the correct one's are in paren.: vga-pci0: Matrox model 0521 graphics accelerator irq 17(real 11) at device 0.0 on pci1 ^^ ^^ pcm1: SoundBlaster Live irq 16(real 10) at device 15.0 on pci0 ^^ ^^ ed0: NE2000 PCI Ethernet (RealTek 8029) irq 18(real 9) at device 18.0 on pci0 ^^ ^ I used the following hack to show the real irqs: --- pci.c.orig Fri Dec 3 02:20:56 1999 +++ pci.c Fri Dec 3 02:25:08 1999 @@ -1149,8 +1149,10 @@ retval += bus_print_child_header(dev, child); -if (cfg-intpin 0 cfg-intline != 255) +if (cfg-intpin 0 cfg-intline != 255){ retval += printf(" irq %d", cfg-intline); + printf("(real %u)", pci_read_config(child, PCI_INTERRUPT_REG, 1)); + } retval += printf(" at device %d.%d", pci_get_slot(child), pci_get_function(child)); pciconf also shows the incorrect irqs (but I can read the correct ones with the -r option for pciconf). Is this a known problem, is anyone else experiencing this? I haven't really looked at any of the code yet ( i got lost). Here's some other relevant info (more available on request): pcib0: Intel 82443BX (440 BX) host to PCI bridge on motherboard pci0: PCI bus on pcib0 pcib1: Intel 82443BX (440 BX) PCI-PCI (AGP) bridge at device 1.0 on pci0 pci1: PCI bus on pcib1 ----- Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 03-Dec-99 Time: 02:08:53 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
make buildworld dies in usr.bin/kdump (fix)
A cvsup last night (Oct 10) of current dies when I do a make buildworld. It was dying in usr.bin/kdump with the error "sizeof of incomplete type" or something like that. It seems there was a header file missing, here's a patch which fixes it: --- usr.bin/kdump/mkioctls.old Mon Oct 11 11:41:27 1999 +++ usr.bin/kdump/mkioctls Mon Oct 11 10:46:17 1999 @@ -35,6 +35,7 @@ print "#include netatm/atm_sap.h" print "#include netatm/atm_sys.h" print "#include netinet/in.h" + print "#include netinet/ip_mroute.h" print "#include cam/cam.h" print "#include stdio.h" print "" - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 11-Oct-99 Time: 11:42:43 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
RE: World fail + resulting cvsup failures
On 11-Oct-99 FreeBSD mailing list wrote: After an attempt to build world failed early this morning after a cvsup, I can neither resolve the world problem, nor can I cvsup. World failure: === usr.bin/kdump cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/tmp/usr/include -c /usr/src/usr.bin/kdump/kdump.c /bin/sh /usr/src/usr.bin/kdump/mkioctls ioctl.c In file included from :45: /usr/obj/usr/src/tmp/usr/include/sys/memrange.h:16: warning: `MDF_ACTIVE' redefined /usr/obj/usr/src/tmp/usr/include/pccard/cardinfo.h:77: warning: this is the location of the previous definition cc -O -pipe -I/usr/src/usr.bin/kdump/../ktrace -I/usr/src/usr.bin/kdump/../.. -I/usr/obj/usr/src/tmp/usr/include -c ioctl.c In file included from ioctl.c:65: /usr/obj/usr/src/tmp/usr/include/sys/memrange.h:16: warning: `MDF_ACTIVE' redefined /usr/obj/usr/src/tmp/usr/include/pccard/cardinfo.h:77: warning: this is the location of the previous definition ioctl.c: In function `ioctlname': ioctl.c:353: sizeof applied to an incomplete type ioctl.c:617: sizeof applied to an incomplete type *** Error code 1 Stop in /usr/src/usr.bin/kdump. *** Error code 1 i just sent a message to the list about this, "make buildworld dies in usr.bin/kdump (fix)" here's the patch i included in that message: --- usr.bin/kdump/mkioctls.old Mon Oct 11 11:41:27 1999 +++ usr.bin/kdump/mkioctls Mon Oct 11 10:46:17 1999 @@ -35,6 +35,7 @@ print "#include netatm/atm_sap.h" print "#include netatm/atm_sys.h" print "#include netinet/in.h" + print "#include netinet/ip_mroute.h" print "#include cam/cam.h" print "#include stdio.h" print "" the rest of your problems I don't know anything about ;) - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 11-Oct-99 Time: 21:38:32 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Program breaks with stable-current (__builtin_apply)
hi, i just recently upgraded from stable-current successfully. a program i use often is unable to run any more though. the program dies in the following spot: __builtin_apply( serv-cb, __builtin_apply_args(), MAX_DIM_ARGS_LIST)); it dies with a signal 8, floating point exception. browsing over some of the gcc code, i couldn't see any major differences between stable and current. is/was there any major change that could effect this? it's the same exact code as i used with stable, and i recompiled the app after going -current. Thanks in advance, - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 27-Sep-99 Time: 23:25:50 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: boot problems with todays kernel
On 05-Nov-99 Will Andrews chanted: | At 04:42 PM 11/4/99 -0800, you wrote: | | Seems to me like a simple problem: | |devclass_alloc_unit: npx0 already exists, using next available unit number | |device npx0at isa? port IO_NPX irq 13 | | Shouldn't this be "at nexus?" ? Like apm0 is. I'm not quite sure it was | the problem that Mike Smith just fixed (vfs_conf.c, that is). | | Or was npx0's assignment changed in a recent commit? i've noticed the same message (devclass_alloc_unit...) with a recent kernel, but it hasn't effected anything. i haven't had the time to track it down, so i just ignored the message | | -- | Will Andrews [EMAIL PROTECTED] | GCS/E/S @d- s+:++:- a---+++ C++ UB P+ L- E--- W+++ !N !o ?K w--- | ?O M+ V-- PS+ PE++ Y+ PGP t++ 5 X++ R+ tv+ b++ DI+++ D+ | G+ e- h! r--+++ y? | - Mike Heffner [EMAIL PROTECTED] Fredericksburg, VA ICQ# 882073 Date: 05-Nov-99 Time: 01:01:11 - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message