Re: Annoucning DragonFly BSD!
On Fri, Jul 18, 2003 at 02:47:48PM +0200, Julian Stacey wrote: - Are there any benefits to the BSD community in having a 4th BSD bin/ sbin/ usr.bin/ usr.sbin/ ? What does that have to do with anything? Matt is free to spend his time and resources as he sees fit. There is no BSD project fork approval board. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [-CURRENT tinderbox] failure on sparc64/sparc64
On Thu, Jul 17, 2003 at 09:58:10AM +0200, Harti Brandt wrote: I have no idea how a program can core in vfork(). Probably a vm problem? Most likely a KSE-related problem in vfork(). Try replacing vfork() with fork() in make(1) and see if the problem goes away. Warning: build times may increase significantly... DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: OpenPAM dynamic module loading not working ?
On Thu, Jul 10, 2003 at 09:26:42AM +0100, Dominic Marks wrote: On 10/07/2003 08:46, Dag-Erling Sm?rgrav wrote: Dominic Marks [EMAIL PROTECTED] writes: Jul 7 22:10:40 bacon dovecot-auth: in openpam_load_module(): no pam_pgsql.so found Jul 7 22:10:40 bacon dovecot-auth: PAM: pam_start(example) failed: failed to load module The module probably lacks dependency information. I'll try to figure it out later today. I rebuilt OpenPAM with debugging info and looked at what was happening. It turned out that it was not able to resolve pam_get_pass from the module pam_get_pass() doesn't exist in -CURRENT, it should use pam_get_authtok() instead. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: OpenPAM dynamic module loading not working ?
On Sun, Jul 13, 2003 at 10:11:09AM +0100, Dominic Marks wrote: Ok, can you explain why it was trying to find the pam_get_pass symbol which was removed from the module (by a port patch) and not mentioned in OpenPAM? I assume OpenPAM is looking in the module, catching a stray reference to it and then slipping up from here? The patch doesn't remove references to pam_get_pass(); it removes the port's own implementation of pam_get_pass() under the assumption that libpam provides one (which it no longer does). I'm afraid it's simply not going to work on -CURRENT without heavy modification... It relies too heavily on old glue code which has been removed. DES -- Dag-Erling Smørgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i386 Buildworld Failure alloca cdefs.h
Matt [EMAIL PROTECTED] writes: Got this on a buildworld from current sources just now, is this possibly related to the commit to sys/cdefs.h from DES ? I did not touch cdefs.h, David did. The commit message was inaccurate; while it claims that I submitted the patch, I'm only responsible for one line of it: #definealloca(sz) __builtin_alloca(sz) The #error line he added is incorrect as it breaks compliant applications which do not use the nonstandard and nonportable alloca(3). DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i386 Buildworld Failure alloca cdefs.h
Dag-Erling Smorgrav [EMAIL PROTECTED] writes: The #error line he added is incorrect as it breaks compliant applications which do not use the nonstandard and nonportable alloca(3). The attached patch *may* fix this. It is currently undergoing testing. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] Index: sys/sys/cdefs.h === RCS file: /home/ncvs/src/sys/sys/cdefs.h,v retrieving revision 1.70 diff -u -r1.70 cdefs.h --- sys/sys/cdefs.h 14 Jun 2003 06:01:35 - 1.70 +++ sys/sys/cdefs.h 14 Jun 2003 15:04:29 - @@ -142,11 +142,6 @@ #define __section(x) __attribute__((__section__(x))) #endif #endif -#ifdef __GNUC__ -#define alloca(sz) __builtin_alloca(sz) -#else -#error FreeBSD alloca support needed for this compiler -#endif /* XXX: should use `#if __STDC_VERSION__ 199901'. */ #if !(__GNUC__ == 2 __GNUC_MINOR__ = 7 || __GNUC__ = 3) Index: include/stdlib.h === RCS file: /home/ncvs/src/include/stdlib.h,v retrieving revision 1.48 diff -u -r1.48 stdlib.h --- include/stdlib.h 12 Mar 2003 20:29:58 - 1.48 +++ include/stdlib.h 14 Jun 2003 15:06:02 - @@ -222,7 +222,12 @@ extern void (*_malloc_message)(const char *, const char *, const char *, const char *); -void *alloca(size_t); /* built-in for gcc */ +#ifdef __GNUC__ +#define alloca(sz) __builtin_alloca(sz) +#else +void *alloca(size_t); +#endif + __uint32_t arc4random(void); void arc4random_addrandom(unsigned char *dat, int datlen); ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: adsl/pppoe no longer connecting on 5.1
David O'Brien [EMAIL PROTECTED] writes: Acutally -std=c?9, -std=gnu?9 uses GCC's alloca. I don't mind finding all the alloca uses in the tree and compiling them with -std=gnu99 instead of -std=c99. #define alloca(sz) __builtin_alloca(sz) DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: rpc.yppasswdd failed in FreeBSD 5.1
Lin, Tsung Ching [EMAIL PROTECTED] writes: passwd: pam_chauthtok(): error in service module Jun 13 22:22:24 abcb passwd: in pam_sm_chauthtok(): yppasswd_local(): failed to connect to rpc.yppasswdd: .xxx.xxx.xxx: RPC: Program not registered This means that rpc.yppasswdd isn't running on the server. Try 'rpcinfo -p server-name' to find out for sure. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: build flags for a 386DX (5.1)
John Nielsen [EMAIL PROTECTED] writes: As I indicated, my only hangup is that I'm not familiar enough with the new GCC 3 build procedures to know where to put the -march and/or -mcpu flags for a buildworld on a separate (newer) machine. Put CPUTYPE?=i386 in /etc/make.conf and rebuild world. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 5.1-RELEASE TODO
Tom Samplonius [EMAIL PROTECTED] writes: I guess I'm not the only one with hardware that is unusable with FreeBSD 5.x, but FreeBSD 5.x simply is not installable on Dell PowerEdge 6350 servers. FreeBSD 4.8 works fine on the same hardware. FreeBSD 5.0, 5.1-BETA1, 5.1-BETA2, and 5.1-RC1 all die in sysinstall is detecting hardware and drop the machine into the kernel debugger. It also kills the display, making it tough to catch. I've tried with ACPI off. Same result. What chipset does this machine use? I've recently seen similar problems on a friend's i810-based Toshiba Equium 3100M - with 4.7, 5.1, and some unknown incarnation of RedHat. I tried upgrading the BIOS and resetting it to safe defaults on the off chance that it was some kind of power management bug, to no avail. Immediately after sysinstall comes up and starts probing devices, the display goes blank, but the machine doesn't shut down - the PSU fan, CD-ROM and harddisk keep spinning. I can't remember whether the CPU fan stopped. Unfortunately, I didn't have a serial console available. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: support for RTL8201 phy nic card
Eriq Lamar [EMAIL PROTECTED] writes: I have an epox mb the uses this nic built in and was wondering if there is a driver for it in current yet. The RTL8201 PHY is supported, and has been for over a year. The correct question to ask (preferably *after* doing some research on your own) is whether your MAC is supported. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: support for RTL8201 phy nic card
Eriq Lamar [EMAIL PROTECTED] writes: ok, since you know it is supported where might I find the driver and also how would I find out if my mac is supported. You do not need to find the driver. The RTL8201 is a MII device and is supported by the miibus driver which is included in the GENERIC kernel. As for your MAC, I can't say if it's supported or not unless you tell me what it is. That's what I meant by doing some research of your own. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: support for RTL8201 phy nic card
Dag-Erling Smorgrav [EMAIL PROTECTED] writes: As for your MAC, I can't say if it's supported or not unless you tell me what it is. That's what I meant by doing some research of your own. ...and before you ask any more questions, please see the attached reply to your earlier enquiries on the -stable mailing list. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ---BeginMessage--- Eriq Lamar [EMAIL PROTECTED] writes: I have a epox nforce2 motherboard and it has a phy nic built in but I can't use it. when will working driver be available?? PHY is short for physical interface and is the chip on a network adapter that actually modulates (and demodulates) the signal over the cable, so there is no such thing as a phy nic. What you probably have is an on-board nForce MCP2 network adapter, which as far as I know isn't supported in any version of FreeBSD. It would be easier to answer your question if you provided some more information, such as the output of 'pciconf -lv'. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ---End Message--- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SU not working after CVSUP
Mike Loiterman [EMAIL PROTECTED] writes: Jun 3 01:45:22 enola su: in openpam_load_module(): no pam_wheel.so found Bus error (core dumped) First of all, you're supposed to run mergemaster when you upgrade; pam_wheel has been deprecated since February. Second, if your system ran -CURRENT previous to the upgrade, you should still have a functional pam_wheel. If you upgraded from -STABLE, you might have an old one which won't work with -CURRENT's libpam, but in that case you should have completely replaced /etc when you upgraded. Either way, the problem arose because you didn't follow the recommended upgrade procedure. As for the bus error, I don't know what caused it. A backtrace would be nice. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Native JDK with libthr/libkse
Christopher Johnson [EMAIL PROTECTED] writes: On Sat, 31 May 2003, Dag-Erling Smorgrav wrote: Daniel Eischen [EMAIL PROTECTED] writes: What are the above error messages? Sorry, I've never been able to build native java for FreeBSD. # cd /usr/ports/java/jdk13 # make install clean I disagree. I recently built jdk13 on Friday and it died on me, complaining about needing npapi.h. The build instructions did mention downloading the Sun SDK source and eyesbeyond patchset, but did not mention the Qt Netscape Plugin Extension. [...] I just built jdk13 a couple of days ago. No problem whatsoever. You guys must have rotten karma or something. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: viapropm doesnt like sys/dev/pci.c rev 1.214
David P. Reese Jr. [EMAIL PROTECTED] writes: In rev 1.214 of sys/dev/pci/pci.c, we have started checking if a pci_set_command_bit() was successful with a subsequent PCI_READ_CONFIG and comparing the results. For some odd reason, this doesnt work when my viapropm tries to attach. viapropm is seriously broken for other reasons and needs professional help. pci_set_command_bit(dev, child, bit); command = PCI_READ_CONFIG(dev, child, PCIR_COMMAND, 2); if (command bit) return (0); It should allow the register to settle between write and read, which may take some time (see chipset docs for timing details). DELAY(1000) should be OK in an attach function. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Native JDK with libthr/libkse
Daniel Eischen [EMAIL PROTECTED] writes: On Sun, 1 Jun 2003, Dag-Erling Smorgrav wrote: I just built jdk13 a couple of days ago. No problem whatsoever. You guys must have rotten karma or something. Did you already have a native JDK installed? No. I used linux-sun-jdk13 to bootstrap. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Native JDK with libthr/libkse
Daniel Eischen [EMAIL PROTECTED] writes: What are the above error messages? Sorry, I've never been able to build native java for FreeBSD. # cd /usr/ports/java/jdk13 # make install clean DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Libthr stable enough for testing
Glenn Johnson [EMAIL PROTECTED] writes: It seems to be working fine on a UP machine but it locks up my SMP machine just trying to load a gnome session. It leaves an image on the screen but the keyboard and mouse stop responding and I can not ssh into the box. Same here - I get a panic in propagate_priority() on my dual Celeron. I don't use Gnome or KDE; the panic was triggered by something in the OpenOffice build - possibly jdk - and somehow resulted in extensive damage to the work directory (corrupted directory entries) - not to mention that dumping, of course, does not work. I'll try to get a trace. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pam_unix.c [PATCH].
Pawel Jakub Dawidek [EMAIL PROTECTED] writes: I think there is no need to open a PR for this. Argument 'flags' marked as unused is used in those functions: Yeah. It shouldn't be, though, pretty much everyone (including the Sun engineers in charge of PAM) agrees that PAM_DISALLOW_NULL_AUTHTOK is evil and should go away. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Timecounter TSC frequency 451024462
Roberto Nunnari [EMAIL PROTECTED] writes: What is interesting is that with 4.7-Stable the faulty timer was handled correctly (or correctly ignored).. That's because 4.7 incorrectly fails to use ACPI to configure the system. As a result, 4.7 is unusable on newer laptops (which no longer support APM) and possibly also some high-end servers (where you need ACPI to figure out correct interrupt routing). so I'd suggest to fix in software the hardware bug in 5.1-Release, or at least in -current. There's no reliable way to do so. We *already* try to check that the clock we choose is correct. The best we can do is flag the chipset as known bad and never use the ACPI timer on that chipset, which will penalize motherboards which use this chipset but have correct ACPI tables. I already had fixed it with sysctl, but I'll give a try to the loader.conf solution as well. Using sysctl is an imperfect solution as the clock will run at double speed for a while before /etc/rc.d/sysctl is run. If you're running a lengthy fsck due to a power outage, that may be a long time. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
tinderbox currently slightly broken
JFYI, there seems to be a bug in Perl 5.6.1 (which is what's installed on the -CURRENT tinderbox machine) which causes the entire process to bomb when a build fails and it tries to mail out the report. Failure reports (there have been a couple lately) won't be mailed out until this is fixed. I've contacted the admins, so I hope it won't be too long. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: policy on GPL'd drivers?
David Leimbach [EMAIL PROTECTED] writes: Ugh... the network driver portion of the nforce drivers is *not* GPL'd but it has a linux only and anti-reverse engineeing clause. ...which is null and void in countries with proper IP laws, such as Norway. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Time drift.
Brooks Davis [EMAIL PROTECTED] writes: I have one machine which failes to keep decent time with ACPI enabled, but it's more like .5sec/sec. Disabling ACPI fixed that machine (it's an old thin client so I don't care if it stops being supported at some point). You don't need to disable ACPI completely, just add debug.acpi.disable=timer to /boot/loader.conf. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Qt 3.1 on -CURRENT
Is Qt expected to work on -CURRENT? Because on my system it won't even build: [EMAIL PROTECTED] /usr/ports/x11-toolkits/qt31% pcvs up [EMAIL PROTECTED] /usr/ports/x11-toolkits/qt31% ident Makefile Makefile: $FreeBSD: ports/x11-toolkits/qt31/Makefile,v 1.134 2003/02/22 09:13:12 demon Exp $ [EMAIL PROTECTED] /usr/ports/x11-toolkits/qt31% make configure === Extracting for qt-3.1.1_4 Checksum OK for KDE/qt-x11-free-3.1.1.tar.bz2. === Patching for qt-3.1.1_4 === Applying FreeBSD patches for qt-3.1.1_4 === Configuring for qt-3.1.1_4 === qt-3.1.1_4 depends on executable: gmake - found === qt-3.1.1_4 depends on shared library: mng.1 - found === qt-3.1.1_4 depends on shared library: png.5 - found === qt-3.1.1_4 depends on shared library: jpeg.9 - found === qt-3.1.1_4 depends on shared library: Xft.2 - found === qt-3.1.1_4 depends on shared library: glut.3 - found === qt-3.1.1_4 depends on shared library: X11.6 - found The specified system/compiler is not supported: /usr/ports/x11-toolkits/qt31/work/qt-x11-free-3.1.1/mkspecs//usr/X11R6/mkspecs/default Please see the PLATFORMS file for a complete list. === Script configure failed unexpectedly. Please report the problem to [EMAIL PROTECTED] [maintainer] and attach the /usr/ports/x11-toolkits/qt31/work/qt-x11-free-3.1.1/config.log including the output of the failure of your make command. Also, it might be a good idea to provide an overview of all packages installed on your system (e.g. an `ls /var/db/pkg`). *** Error code 1 Stop in /usr/ports/x11-toolkits/qt31. I have XFree86 4.2.1, installed from ports just last week (I clean out and reinstall all my ports with regular intervals) DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: [kde-freebsd] Qt 3.1 on -CURRENT
Arjan van Leeuwen [EMAIL PROTECTED] writes: The port builds fine here on -CURRENT from 5 march. It is supposed to find the freebsd-g++ platform. If this doesn't work, try adding -platform=freebsd-g++ to the CONFIGURE_ARGS in the ports' Makefile. Thanks. Turned out to be pilot error, I had QMAKESPEC set to an incorrect value in my environment. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: GDB kernel debug new command
Jun Su [EMAIL PROTECTED] writes: To help myself more easily check the kernel dump, I added two new command. One is ps, the other is kldstat. I know we can print the kernel data manually to get the same information. I still think this is useful. This can help the newbies to get the information without many knowledge about the kernel. This also can help the experienced user to get the data more quickly. Here is the new file. Just put it in /usr/src/gnu/usr.bin/binutils/gdb. And add the file to Makefile. Please give me some comments if this is garbage. :) This is pointless as it won't work unless gdb is in synch with the kernel (since it depends on knowing the layout of struct proc and struct linker_file). Both of these commands can be implemented as macros, which will not depend on gdb being in synch with the kernel. Greg Lehey wrote this ps macro: define ps set $nproc = nprocs set $aproc = allproc.lh_first set $proc = allproc.lh_first printf pidprocaddr uid ppid pgrp flag stat comm wchan\n while (--$nproc = 0) set $pptr = $proc.p_pptr if ($pptr == 0) set $pptr = $proc end if ($proc.p_stat) printf %5d %08x %08x %4d %5d %5d %06x %d %-10s , \ $proc.p_pid, $aproc, \ $proc.p_addr, $proc.p_cred-p_ruid, $pptr-p_pid, \ $proc.p_pgrp-pg_id, $proc.p_flag, $proc.p_stat, \ $proc.p_comm[0] if ($proc.p_wchan) if ($proc.p_wmesg) printf %s , $proc.p_wmesg end printf %x, $proc.p_wchan end printf \n end set $aproc = $proc.p_list.le_next if ($aproc == 0 $nproc 0) set $aproc = zombproc end set $proc = $aproc end end document ps ps -- when kernel debugging, type out a ps-like listing of active processes. end and I've written two variants of kldstat myself, plus a kldload: end document kldstat Lists the modules that were loaded when the kernel crashed. end define kldstat-v set $kld = linker_files.tqh_first printf Id Refs AddressSize Name\n while ($kld != 0) printf %2d %4d 0x%08x %-8x %s\n, \ $kld-id, $kld-refs, $kld-address, $kld-size, $kld-filename printf Contains modules:\n printf Id Name\n set $module = $kld-modules.tqh_first while ($module != 0) printf %2d %s\n, $module-id, $module-name set $module = $module-link.tqe_next end set $kld = $kld-link.tqe_next end end document kldstat-v Lists modules with full information. end define kldload set $kld = linker_files.tqh_first set $done = 0 while ($kld != 0 $done == 0) if ($kld-filename == $arg0) set $done = 1 else set $kld = $kld-link.tqe_next end end if ($done == 1) shell /usr/bin/objdump -h $arg0 | \ awk '/ .text/ { print set \$offset = 0x $6 }' .kgdb.temp source .kgdb.temp add-symbol-file $arg0 $kld-address + $offset end end document kldload Loads a module. Arguments are module name and offset of text section. end Note that for kldload to work, you need to know the offset of the text section for the module you wish to load (objdump -h will tell you) Note also that I haven't used any of these macros in a long time, so there may be some issues related to KSE or whatnot. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: softupdates write cache ata tags topic
Matthias Schuendehuette [EMAIL PROTECTED] writes: I consider it unnecessary to use WriteCache if TaggedQueuing is enabled and working. (The performace gain of WriteCache and TaggedQueuing is more or less the same, the combination of both adds less than 10% of performance and you shouldn't use Soft Updates any more) Write cacheing is automatically enabled if tagged queueing is enabled and supported by the disk, so I doubt you're seeing any improvement at all. /* enable write caching if allowed and not default on device */ if (ata_wc || (ata_tags ad_tagsupported(adp))) { if (ata_command(atadev, ATA_C_SETFEATURES, 0, 0, ATA_C_F_ENAB_WCACHE, ATA_WAIT_INTR)) ata_prtdev(atadev, enabling write cache failed\n); } DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Changes to libfetch in 5.0 break proxy support?
Brian J. McGovern [EMAIL PROTECTED] writes: Anyone have any ideas if something has broken, or whether its pilot error? Please show the output of fetch -vvv some-url-that-doesn't-work DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATA problems
Scotty [EMAIL PROTECTED] writes: ad0: READ command timeout tag=0 serv=0 - resetting ata0: resetting devices .. Disable tags (add hw.ata.tags=0 to /boot/loader.conf). Never worked for me either (ASUS P5A, ALi M1543 southbridge, IBM DTTA and IC35L disks) DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATA problems
Soeren Schmidt [EMAIL PROTECTED] writes: Tags are disabled in -current in ata-disk.c so if the sources are up to date that cannot be the problem. Please update and then at least provide a dmesg if it still fails. top-of-tree: [EMAIL PROTECTED] /home/des# egrep '(ata|ad)[0-9]' /var/run/dmesg.boot ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 ad0: 9641MB IBM-DTTA-371010 [19590/16/63] at ata0-master UDMA33 ad1: 39266MB IC35L040AVER07-0 [79780/16/63] at ata1-master UDMA33 acd0: CD-RW HL-DT-ST GCE-8400B at ata0-slave WDMA2 No tags, like you said. Previously, with a tags-capable kernel, enabling tags would cause a continuous stream of timeouts and resets on both disks. I saw your commit disabling tags on 2003-02-23, but I didn't see any related discussion that would explain why they were disabled. [EMAIL PROTECTED] /home/des# atacontrol cap 0 0 ATA channel 0, Master, device ad0: ATA/ATAPI revision4 device model IBM-DTTA-371010 serial number WN0WKFW1158 firmware revision T77OA73A cylinders 16383 heads 16 sectors/track 63 lba supported 19746720 sectors lba48 not supported dma supported overlap not supported Feature Support EnableValue Vendor write cacheyes yes read ahead yes yes dma queued yes yes 31/1F SMART yes no microcode download no no security yes no power management yes yes advanced power management no no 0/00 automatic acoustic management no no 0/000/00 [EMAIL PROTECTED] /home/des# atacontrol cap 1 0 ATA channel 1, Master, device ad1: ATA/ATAPI revision5 device model IC35L040AVER07-0 serial number SX0SXM75217 firmware revision ER4OA44A cylinders 16383 heads 16 sectors/track 63 lba supported 80418240 sectors lba48 not supported dma supported overlap not supported Feature Support EnableValue Vendor write cacheyes yes read ahead yes yes dma queued yes yes 31/1F SMART yes no microcode download no no security yes no power management yes yes advanced power management yes no 0/00 automatic acoustic management yes no 254/FE 128/80 DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATA problems
Dag-Erling Smorgrav [EMAIL PROTECTED] writes: No tags, like you said. Previously, with a tags-capable kernel, enabling tags would cause a continuous stream of timeouts and resets on both disks. Just for kicks, I removed the #if 0 in ata-disk.c and got exactly the same symptoms as before: ad0: READ command timeout tag=0 serv=1 - resetting ad0: invalidating queued requests ata0: resetting devices .. ad0: invalidating queued requests done ad0: no request for tag=0 ad0: invalidating queued requests ad0: 9641MB IBM-DTTA-371010 [19590/16/63] at ata0-master tagged UDMA33 ad0: READ command timeout tag=0 serv=1 - resetting ad0: invalidating queued requests ata0: resetting devices .. ad0: invalidating queued requests done ad0: no request for tag=0 ad0: invalidating queued requests ad1: READ command timeout tag=0 serv=1 - resetting ad1: invalidating queued requests ata1: resetting devices .. ad1: invalidating queued requests done ad1: no request for tag=0 ad1: invalidating queued requests ad0: READ command timeout tag=0 serv=1 - resetting ad0: invalidating queued requests ata0: resetting devices .. ad0: invalidating queued requests done ad0: no request for tag=0 ad0: invalidating queued requests ad1: 39266MB IC35L040AVER07-0 [79780/16/63] at ata1-master tagged UDMA33 acd0: CD-RW HL-DT-ST GCE-8400B at ata0-slave WDMA2 ad1: READ command timeout tag=0 serv=1 - resetting ad1: invalidating queued requests ata1: resetting devices .. ad1: invalidating queued requests done ad1: no request for tag=0 ad1: invalidating queued requests ad0: READ command timeout tag=0 serv=1 - resetting ad0: invalidating queued requests ad0: trying fallback to PIO mode ata0: resetting devices .. ad0: invalidating queued requests done ad1: READ command timeout tag=0 serv=1 - resetting ad1: invalidating queued requests ata1: resetting devices .. ad1: invalidating queued requests done ad1: no request for tag=0 ad1: invalidating queued requests ad1: no request for tag=0 ad1: invalidating queued requests ad1: READ command timeout tag=0 serv=1 - resetting ad1: invalidating queued requests ad1: trying fallback to PIO mode ata1: resetting devices .. ad1: invalidating queued requests done it never even got to mounting root, I grew tired of waiting and coldbooted it. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ATA problems
Soeren Schmidt [EMAIL PROTECTED] writes: It seems Dag-Erling Smorgrav wrote: ad0: READ command timeout tag=0 serv=1 - resetting ad0: invalidating queued requests That why it is disabled, its not working for the time being. For me, the time being == since it was introduced in the tree. It has never worked for me, ever. That's the point I was trying to make. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: PATCH: type errors in src-tree
Jens Rehsack [EMAIL PROTECTED] writes: Of course. Very often in ilmid.c the type caddr_t was used, and nearly the same count of 'const char *'s was used. I've searched the include files for caddr_t (core address) and found it defined as 'char *', so I decided to used commonly caddr_t - maybe later I check which of them could be changed into 'c_caddr_t' for being const. But You can of couse replace all 'caddr_t' which 'char *'. This is wrong. caddr_t should be uniersally replaced with void *. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: PATCH: type errors in src-tree
John Polstra [EMAIL PROTECTED] writes: Dag-Erling Smorgrav [EMAIL PROTECTED] wrote: This is wrong. caddr_t should be uniersally replaced with void *. Not quite. There is (or at least used to be) a lot of code that assumed you could do address arithmetic on a caddr_t. You can't do that on a void *, at least not in ANSI C. I think gcc lets you do it, but it's an extension. Correct, and it will break if compiled with the options we use to build kernels, but in the great majority of cases, caddr_t can be replaced with void *. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
hang during 5.0R installation
[bcc: to -mobile] An acquaintance of mine is trying to install 5.0-RELEASE on an oldish Compaq laptop. It seems to run 4.7 just fine, but he has a Cardbus NIC and therefore needs 5.0. Booting from the 5.0-RELEASE install floppies, the laptop freezes while probing PCI devices. My acquaintance has (literally) taken a couple of snaphots of the process: http://home.no.net/allyse/freebsd/bootnr1.jpg http://home.no.net/allyse/freebsd/atakommando.jpg http://home.no.net/allyse/freebsd/herstopperdet.jpg Any idea what's wrong? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ata dumps broken again
Top-of-tree -CURRENT: db call doadump Dumping 639 MB ata1: resetting devices .. mi_switch(c4fad9ec,f,f,1c,5f74e) at mi_switch+0x21b ithread_schedule(c48fb380,1,c4faea50,e99cf84c,c025850c) at ithread_schedule+0xf6 sched_ithd(f) at sched_ithd+0x38 Xintr15() at Xintr15+0x6c --- interrupt, eip = 0xc017388b, esp = 0xe99cf830, ebp = 0xe99cf84c --- critical_exit(0,c489f900,c489f92c,e99cf884,c0128324) at critical_exit+0x2b DELAY(a,256c,82,40267d87,0) at DELAY+0x47 ata_wait(c489f92c,40,0,0,0) at ata_wait+0x84 ata_command(c489f92c,c6,0,0,10) at ata_command+0x2c5 ad_reinit(c489f92c,c489f92c,ec) at ad_reinit+0x30 ata_reinit(c489f900,c489f900,1,e99cf960,e99cf9a8) at ata_reinit+0x265 addump(c48f3764,c02f67c0,0,18003c00,0,200) at addump+0xe8 dumpsys(c02cee20,c02cee40,b,e99cf9f8,c016eec0) at dumpsys+0x28b doadump(0,0,0,0,0,0,0,0,0,0) at doadump+0x20 db_fncall(0,0,e99cfaa8,e99cfa60,0) at db_fncall+0x7c db_command(c02a3380,c02a31a0,c029de74,c029de78,c028024d) at db_command+0xfb db_command_loop(0,0,e99cfc28,c02c1ec8,e99cfb4c) at db_command_loop+0x5c db_trap(c,0,1,10,e99cfbe0) at db_trap+0x5e kdb_trap(c,0,e99cfbe0) at kdb_trap+0xe6 trap_fatal(e99cfbe0,c4,c4faea50,12ab9a0,0) at trap_fatal+0x1cc trap_pfault(e99cfbe0,0,c4) at trap_pfault+0x154 trap(18,10,10,c7886300,c4caf500) at trap+0x38b calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc01e94fb, esp = 0xe99cfc20, ebp = 0xe99cfc60 --- in6_pcbbind(c4bc1390,c7886300,c4faea50) at in6_pcbbind+0x1fb tcp6_usr_bind(c4caf500,c7886300,c4faea50) at tcp6_usr_bind+0x9f sobind(c4caf500,c7886300,c4faea50,c4caf500,e99cfd14) at sobind+0x16 kern_bind(c4faea50,3,c7886300,c7886300,0) at kern_bind+0x70 bind(c4faea50) at bind+0x30 syscall(2f,2f,2f,804a3e0,0) at syscall+0x310 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (104), eip = 0x280b1a63, esp = 0xbfbffa2c, ebp = 0xbfbffa88 --- Context switches not allowed in the debugger. (kgdb) l *(ad_reinit+0x30) 0xc0133770 is in ad_reinit (../../../dev/ata/ata-disk.c:874). 869 870 /* reinit disk parameters */ 871 ad_invalidatequeue(atadev-driver, NULL); 872 ata_command(atadev, ATA_C_SET_MULTI, 0, 873 adp-transfersize / DEV_BSIZE, 0, ATA_WAIT_READY); 874 atadev-setmode(atadev, adp-device-mode); 875 } 876 877 void 878 ad_print(struct ad_softc *adp) (kgdb) l *(ata_command+0x2c5) 0xc01287a5 is in ata_command (../../../dev/ata/ata-all.c:1126). 1121break; 1122 1123case ATA_WAIT_READY: 1124atadev-channel-active |= ATA_WAIT_READY; 1125ATA_OUTB(atadev-channel-r_io, ATA_CMD, command); 1126if (ata_wait(atadev, ATA_S_READY) 0) { 1127ata_prtdev(atadev, timeout waiting for cmd=%02x s=%02x e=%02x\n, 1128 command, atadev-channel-status,atadev-channel-error); 1129error = -1; 1130} DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
-O2 considered harmful
It seems that with -O2 on ia32 (-march=k6-2 in my case), gcc will in some cases generate short jumps to targets too far away for the offset to fit in a single byte. A surefire way to reproduce this is to build Mesa (or XFree86-4-libraries, which includes parts of Mesa). Has anybody else run into this? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: performance / /usr/src/UPDATING
Christoph Kukulies [EMAIL PROTECTED] writes: In /usr/src/UPDATING I read that -current is always compiled withlots of debugging flags on etc. Can this be switched off with a single switch in the Makefile? Not a single switch, but there isn't a whole lot to do. Mainly, you want to turn the J malloc option off by doing # ln -fs j /etc/malloc.conf This should improve userland performance quite a bit, and you don't even need to rebuild - it takes effect immediately (for programs started after the change). As for the kernel, assuming your config is based on GENERIC, you'll want to remove (or comment out) the WITNESS options, and possibly also the INVARIANTS options. Note that if you do get in trouble, the lack of these (especially INVARIANTS) will make debugging much harder. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
busdma documentation
is there any? if so, where? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Question about KLDs...
Paul A. Howes [EMAIL PROTECTED] writes: This may be a fairly elementary question, but I have not seen this addressed in the Handbook at all -- Which is the preferred method for using drivers: KLDs or compiling into the kernel? Are there some that work better one way than the other? Drivers compiled into the kernel can be compiled with specific options, and they make debugging easier in case of a panic (provided you get a dump). Some drivers fail to initialize properly if they are not loaded at boot time (i.e. compiled into the kernel *or* enabled in loader.conf) and of course some drivers (such as those you need to access your root partition) *must* be present at boot time. Leaving drivers out of your kernel config saves some compilation time, since unless you tweak MODULES_OVERRIDE to only build modules you know that you will need, everything in your kernel which is also a module gets built twice. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: top-of-tree alpha kernel panics during boot
Andrew Gallatin [EMAIL PROTECTED] writes: Do you preload any/all of the things you've marked as klds? No... DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Optimizing universe somewhat
Ruslan Ermilov [EMAIL PROTECTED] writes: Okay, and this _is_ the easiest to implement, though I've found some bogons with putting ``makeoptions NO_MODULES=yes'' that need to be addressed. makeoptions MODULES_OVERRIDE= should work fine. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: top-of-tree alpha kernel panics during boot
Andrew Gallatin [EMAIL PROTECTED] writes: Damn. I'm sorry then, I think I've done all I can to try to duplicate it. Would you mind doing a binary search to find out when your problem started? I'd rather not, the machine is essential to my home network and downtime affects not only me but also my SO. And the segfaults seem to have gone away as well... I am now running a ToT kernel w/o pcm, and it's already gone halfway through a buildworld without a single segfault. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: top-of-tree alpha kernel panics during boot
Andrew Gallatin [EMAIL PROTECTED] writes: Can you post your kernel config please, along with with, if any, CPUTYPE you have set in make.conf and a description of your machine (mem size in particular)? Digital Personal WorkStation 600au, 598MHz 8192 byte page size, 1 processor. CPU: EV56 (21164A) major=7 minor=0 extensions=0x1BWX OSF PAL rev: 0x100020116 real memory = 266493952 (254 MB) avail memory = 251985920 (240 MB) des@dsa ~% grep CPU /etc/make.conf CPUTYPE ?= ev56 Full dmesg (from a working kernel built from Jan 9th sources) and kernel config attached. Note that: 1) the problem disappears if I remove the pcm driver from the kernel (yet I don't think it's directly at fault since the panic happens when the ess driver is about to be initialized) 2) the problem also disappears if I enable KTR (see commented-out entries in config file) 3) a fresh kernel without pcm boots but exhibits the same symptoms kris reported, i.e. programs segfaulting for no apparent reason; if / when they produce a core file, it is corrupted and useless for debugging. I suspect a problem in the I/O system, possibly similar to the one tegge discovered and fixed last week. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #30: Thu Jan 9 13:58:33 CET 2003 [EMAIL PROTECTED]:/usr/src/sys/alpha/compile/DSA Preloaded elf kernel /boot/kernel.ok/kernel at 0xfc77. Digital Personal Workstation (Miata) Digital Personal WorkStation 600au, 598MHz 8192 byte page size, 1 processor. CPU: EV56 (21164A) major=7 minor=0 extensions=0x1BWX OSF PAL rev: 0x100020116 real memory = 266493952 (254 MB) avail memory = 251985920 (240 MB) Initializing GEOMetry subsystem cia0: 2117x Core Logic chipset cia0: Pyxis, pass 1 cia0: extended capabilities: 1BWEN pcib0: 2117x PCI host bus adapter on cia0 pci0: PCI bus on pcib0 dc0: Intel 21143 10/100BaseTX port 0x9000-0x907f mem 0x80151000-0x8015107f irq 0 at device 3.0 on pci0 dc0: interrupting at CIA irq 0 dc0: Ethernet address: 08:00:2b:86:88:55 miibus0: MII bus on dc0 nsphy0: DP83840 10/100 media interface on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: PCI-ISA bridge at device 7.0 on pci0 isa0: ISA bus on isab0 atapci0: Cypress 82C693 ATA controller port 0x90a0-0x90af,0x3f4-0x3f7,0x1f0-0x1f7 irq 238 at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata0: interrupting at ISA irq 14 ata1: at 0x170 irq 15 on atapci0 ata1: interrupting at ISA irq 15 atapci1: Cypress 82C693 ATA controller port 0x374-0x377,0x170-0x177 mem 0x8014-0x8014 irq 239 at device 7.2 on pci0 atapci1: Busmastering DMA not configured ohci0: OHCI (generic) USB controller mem 0x8015-0x80150fff irq 234 at device 7.3 on pci0 ohci0: interrupting at ISA irq 10 usb0: OHCI version 1.0, legacy support usb0: OHCI (generic) USB controller on ohci0 usb0: USB revision 1.0 uhub0: (0x1080) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pcib1: PCI-PCI bridge at device 20.0 on pci0 pci1: PCI bus on pcib1 isp0: Qlogic ISP 1020/1040 PCI SCSI Adapter port 0x8000-0x80ff mem 0x8001-0x80010fff irq 3 at device 4.0 on pci1 isp0: interrupting at CIA irq 3 atkbdc0: Keyboard controller (i8042) at port 0x64,0x60 on isa0 atkbd0: AT Keyboard irq 1 on atkbdc0 atkbd0: interrupting at ISA irq 1 fdc0: Enhanced floppy controller (i82077, NE72065 or clone) at port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on isa0 fdc0: interrupting at ISA irq 6 mcclock0: MC146818A real time clock at port 0x70-0x71 on isa0 ppc0: Parallel port at port 0x3bc-0x3c3 irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode lpt0: Printer on ppbus0 lpt0: Polled port ppi0: Parallel I/O on ppbus0 ppc0: interrupting at ISA irq 7 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A, console sio0: interrupting at ISA irq 4 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: interrupting at ISA irq 3 sbc0: ESS ES1888 at port 0x220-0x22f irq 5 drq 1 on isa0 sbc0: interrupting at ISA irq 5 pcm0: ESS 18xx DSP on sbc0 Timecounter i8254 frequency 1193182 Hz Timecounter alpha frequency 599860139 Hz Timecounters tick every 0.976 msec Waiting 2 seconds for SCSI devices to settle cd0 at isp0 bus 0 target 6 lun 0 cd0: DEC RRD45 (C) DEC 0436 Removable CD-ROM SCSI-2 device cd0: 4.237MB/s transfers (4.237MHz, offset 8) cd0: Attempt to query device size failed: NOT READY, Medium not present da1 at isp0 bus 0 target 1 lun 0 da1: QUANTUM XP34550W LXY1 Fixed Direct Access SCSI-2 device da1: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 4341MB (8890760 512 byte sectors: 255H 63S/T 553C) da0 at isp0 bus 0 target 0 lun 0 da0: IBM DDYS-T09170N S80D Fixed Direct Access SCSI-3 device
Re: IRDA - ACPI (Battery)
Pierrick Brossin [EMAIL PROTECTED] writes: Is IRDA now supported by 5.0? No. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: memset prototype changed?
Kris Kennaway [EMAIL PROTECTED] writes: http://bento.freebsd.org/errorlogs/i386-5-latest/netatalk-1.6.0_1,1.log The code that fails to compile is blatantly wrong: memset(schedule, 0, sizeof(schedule)); DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: memset prototype changed?
Jacques A. Vidrine [EMAIL PROTECTED] writes: On Tue, Feb 18, 2003 at 12:01:29PM +0100, Dag-Erling Smorgrav wrote: The code that fails to compile is blatantly wrong: memset(schedule, 0, sizeof(schedule)); I wouldn't say `blantantly'. The expressions `schedule' and `schedule' are equivalent when `schedule' is an array type. ...but Key_schedule is an opaque type, so it is not correct to assume it's an array. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: The cbus driver for pc98
Takahashi Yoshihiro [EMAIL PROTECTED] writes: I have had some questions like Does PC98 have ISA bus? or Why PC98 uses ISA driver?. To clear these questions and problems, I think that adding separated cbus driver is better way. So you're duplicating a large amount of existing, working code just so you can avoid answering questions from confused users? Or are there any actual technical advantages to having a separate cbus driver? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: top-of-tree alpha kernel panics during boot
OK, I've played around with my kernel trying to figure out what causes this. The one thing I know is that it disappears if I leave pcm out of my kernel, but I don't think pcm is the culprit. Since the address at fault is constant, I've added code to mtrash_[cd]tor() which calls db_print_backtrace() every time we hit that address. I also added code to module_regiser_init() to identify the module being processed: module_register_init: registering 'isa/esscontrol' mtrash_ctor(0xfc7aab80, 64, 0) mtrash_ctor(0xfc7a8ba0, 32, 0) mtrash_ctor(0xfc7b6000, 8192, 0) db_print_backtrace() at db_print_backtrace+0x18 mtrash_ctor() at mtrash_ctor+0x68 uma_zalloc_arg() at uma_zalloc_arg+0x160 malloc() at malloc+0x94 kobj_class_compile() at kobj_class_compile+0x2c devclass_add_driver() at devclass_add_driver+0x64 driver_module_handler() at driver_module_handler+0xb4 module_register_init() at module_register_init+0xc0 mi_startup() at mi_startup+0x144 locorestart() at locorestart+0x64 --- root of call graph --- Memory modified after free 0xfc7b6000(8184) panic: Most recently used by none panic Stopped at Debugger+0x38: zapnot v0,#0xf,v0 v0=0x6 The problem is that this doesn't really tell me what I want (i.e. who held that block before it was allocated to isa/esscontrol). All I know about that is: mtrash_dtor(0xfc7b6000, 8192, 0) because it seems that db_print_backtrace() is a nop at that point. Any suggestions as to how I can figure out who used that block of memory before it was allocated to the ess driver? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: top-of-tree alpha kernel panics during boot
Dag-Erling Smorgrav [EMAIL PROTECTED] writes: Any suggestions as to how I can figure out who used that block of memory before it was allocated to the ess driver? I threw in a call to Debugger(), but... mtrash_dtor(0xfc7b6000, 8192, 0) here's the culprit! Stopped at 0xfc577578: zapnot v0,#0xf,v0 v0=0x6 db trace db c no backtrace :( DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: disklabel is broken (GEOM related)
[EMAIL PROTECTED] writes: In message [EMAIL PROTECTED], Maxim Sobolev writes: It seems that disklabel is currently broken on -current. In `read' mode it reports incorrect information about disk layout: Don't use the -r option and you will be ok. Then how are we supposed to initialize devices which don't already have a label? root@des /home/des# dd count=16 /dev/zero /dev/da0 16+0 records in 16+0 records out 8192 bytes transferred in 0.177704 secs (46099 bytes/sec) root@des /home/des# disklabel -e da0 disklabel: ioctl DIOCGDINFO: Inappropriate ioctl for device root@des /home/des# disklabel -w da0 auto disklabel: Inappropriate ioctl for device root@des /home/des# disklabel -rw da0 auto DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: disklabel is broken (GEOM related)
[EMAIL PROTECTED] writes: In message [EMAIL PROTECTED], Dag-Erling Smorgrav writes: Then how are we supposed to initialize devices which don't already have a label? That is the only valid use of -r, and it should be implicit in that case. Thanks for the clarfication; I thought you were saying -r shouldn't be used at all. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: top-of-tree alpha kernel panics during boot
Andrew Gallatin [EMAIL PROTECTED] writes: Can you look at the registers and match $ra with a line number using addr2line or gdb? (sorry, forgot if ddb can even look at registers) Uh, I know *where* it stops since I added the call to Debugger() in the first place. The problem is figuring out where it was called from, three or four levels up. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
-fno-builtin world breaks in gperf
c++ -O2 -pipe -fno-builtin -march=k6-2 -g -I/usr/src/gnu/usr.bin/gperf/../../ ../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -o gperf bool-array.o gen-per f.o hash-table.o iterator.o key-list.o list-node.o main.o new.o options.o read-l ine.o trace.o vectors.o version.o hash.o getopt.o getopt1.o /usr/obj/usr/src/i386/usr/lib/libstdc++.so: undefined reference to `fabsl' *** Error code 1 Our libm doesn't seem to support long double at all, yet our libstdc++ requires long double support. It seems to correctly detect the absence of a real fabsl() and the presence of the gcc builtin, but then goes on to use the fabsl() instead of __builtin_fabsl() in at least one instance (src/contrib/libstdc++/libmath/stubs.c). There's a similar problem with sqrtl(). The following quick hack allows gperf to build: Index: libmath/stubs.c === RCS file: /home/ncvs/src/contrib/libstdc++/libmath/stubs.c,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 stubs.c --- libmath/stubs.c 28 May 2002 16:16:02 - 1.1.1.1 +++ libmath/stubs.c 17 Feb 2003 14:41:38 - @@ -127,9 +127,9 @@ long double hypotl(long double x, long double y) { - long double s = fabsl(x) + fabsl(y); + long double s = __builtin_fabsl(x) + __builtin_fabsl(y); x /= s; y /= s; - return s * sqrtl(x * x + y * y); + return s * __builtin_sqrtl(x * x + y * y); } #endif but it's not a good long-term solution since it won't work on !gcc. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: The cbus driver for pc98
M. Warner Losh [EMAIL PROTECTED] writes: In message: [EMAIL PROTECTED] Dag-Erling Smorgrav [EMAIL PROTECTED] writes: : So you're duplicating a large amount of existing, working code just so : you can avoid answering questions from confused users? Or are there : any actual technical advantages to having a separate cbus driver? That's a little too harsh. No, it's an honest question. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: top-of-tree alpha kernel panics during boot
Andrew Gallatin [EMAIL PROTECTED] writes: You might be able to get some idea of what's happening by enabling KTR and tracing everything, then dumping the trace buffer at your breakpoint. Hmm, how do I dump the KTR buffer from DDB? I've done it before, but it's ages ago and I don't remember how... DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: top-of-tree alpha kernel panics during boot
Andrew Gallatin [EMAIL PROTECTED] writes: You might be able to get some idea of what's happening by enabling KTR and tracing everything, then dumping the trace buffer at your breakpoint. Of course, the KTR-enabled kernel fails to crash. *sigh* but I bet it'll segfault like nobody's business if I let it boot to multiuser, so I'm stuck with my Jan 9 kernel. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: OPIE breakage: backout patch for review
Andrey A. Chernov [EMAIL PROTECTED] writes: [...] Please disregard. Andrey does not know what he's talking about and ignores any attempt at explaining what the real issue is and what real users want. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: sshd dying in libpam with signal 11
Kris Kennaway [EMAIL PROTECTED] writes: I'm getting sshd dying a lot on the i386 and alpha package machines. After some work I managed to get the following traceback: Your /etc/pam.d/sshd is stale, sshd shouldn't be calling pam_lastlog. The crash itself is a bug (though it wouldn't have happened if pam.d was up-to-date); I'll have a fix for it in a few minutes. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: OPIE breakage: backout patch for review
Andrey A. Chernov [EMAIL PROTECTED] writes: Admins with no /etc/opieaccess AFFECTED! Admins with no /etc/opieaccess IDIOTS for not running mergemaster! DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: OPIE breakage: backout patch for review
Andrey A. Chernov [EMAIL PROTECTED] writes: But... Nonsense from my side happens only because 1) I see the breakage. 2) Seen breakage, I try to guess what des means, when he made it, having no information from des. 3) If I guess it (with no information) incorrectly, it not means that breakage not exist, it still there. My message [EMAIL PROTECTED] dated 2003-02-16 00:46:27 CET contained all the information you needed. Do you really think that your hysterical reaction, bombarding me with message upon incriminatory message and completely ignoring what I say unless it can be twisted into a confirmation of your theory, is the correct way of presenting your case and convincing me of the validity of your arguments? And do you always have to react as if every commit I make to any part of the tree with which you are remotely familiar is a personal attack against you? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
ACPI timer bug
The clock on my ASUS P5A still runs at double speed unless I have debug.acpi.disable=timer in loader.conf (as it has for as long as we've had ACPI support). Do any ACPI wizards have any suggestions as to how I could track down the cause of this bug, and hopefully fix it? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: ACPI thermal panics ThinkPad 600X
Tom Rhodes [EMAIL PROTECTED] writes: Ruslan Ermilov [EMAIL PROTECTED] wrote: ACPI thermal panics my ThinkPad 600X, [...] ACPI gives me hell on my IBM Thinkpad A31, also. [...] This is just the last in a long series of Thinkpad f***ups. I concluded long ago that ThinkPads are nothing but trouble: buggy BIOSes; broken charge controllers that will ruin a brand new battery in weeks; keyboard / trackpoint assemblies with a one-year MTBF; broken APM and / or ACPI; docking stations that render the machine unusable until you reset and reconfigure the BIOS, etc. Unfortunately I can't afford a new laptop, so I'm stuck with my 600E. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: A couple of 5.0-RELEASE bugs...
Paul A. Howes [EMAIL PROTECTED] writes: The first problem is with GCC, which means it may not be FreeBSD-specific. I build world and kernel with the CPUTYPE flag set to p4 in /etc/make.conf, then installed it. Don't Do That [tm]. There seem to be bugs in gcc which cause it to produce broken binaries when asked to optimize for recent Intel processors. There's not much we can do about this except wait for the gcc developers to find and fix these bugs, unless you can figure out exactly which handful of assembler instructions are at fault. The second problem is related to the NOMANCOMPRESS flag in make.conf. When installing the XFree86-4 port, I found that the install and package targets would stop with an error saying that they couldn't find gzip'd versions of the man pages. Of course that made sense when I specifically didn't want the man pages compressed! I think some of the scripts are not paying attention to that flag. Most port developers never test their ports with NOMANCOMPRESS; most of them probably aren't even aware of NOMANCOMPRESS. I don't really see the point with it except on slow machines with plenty of disk space (compressed man pages will probably load faster because disk I/O is far more expensive than the CPU time required to decompress them) DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: fix: lock order reversal proc/filedesc.
Alfred Perlstein [EMAIL PROTECTED] writes: Thanks to Paul Saab's work on fixing twe(4) I was able to get a crash dump from my box How? I can't get a crash dump in -CURRENT, even on a plain jane ata disk, and it's been months since I last managed to get one. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: fix: lock order reversal proc/filedesc.
Alfred Perlstein [EMAIL PROTECTED] writes: What exactly is broken about dumps for you on ata? Well, after you told me that call dumpsys is no longer kosher (when did that happen, and where was it documented?), I tried 'call doadump': # Debugger(manual escape to debugger) Stopped at Debugger+0x50: xchgl %ebx,in_Debugger.0 db call doadump Dumping 511 MB ata1: resetting devices .. Context switches not allowed in the debugger. db call cpu_reset Makes me want to get my Norwegian Sword [tm] and make a short trip to Denmark. It is becoming increasingly clear to me that the majority of FreeBSD developers don't really care if their code works, as long as they get the credit (and / or paycheck) for committing it. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: FreeBSD 5 not working with Linux Virtual Server
Ken McKittrick [EMAIL PROTECTED] writes: As I said, works fine with 4.7. I'm sure it's something 5.0-current specific. I'm currently processing 500K emails per day with this setup. :) Your configuration relies on a long-standing bug in the networking stack, which caused FreeBSD to accept packets destined for one interface (lo0 in your case) even if they arrive on another interface. This has been corrected in 5.0. Enabling forwarding on the 5.0 box should enable the historical behaviour. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
panic in propagate_priority
(panic string got lost because the serial console wasn't connected at the time) db trace Debugger(c02f7be1,1,c412e8fc,2,c0351380) at Debugger+0x50 panic(c02f7160,4c,c0351380,c1502ee0,0) at panic+0x88 propagate_priority(c1502ee0,0,553,c02fb9d3,0) at propagate_priority+0x1ad _mtx_lock_sleep(c0351380,0,c02fb9d3,553) at _mtx_lock_sleep+0x111 _mtx_lock_flags(c0351380,0,c02fb9d3,553,0) at _mtx_lock_flags+0x4c brelse(ce6793c0) at brelse+0x15d bufdone(ce6793c0,d69bacac,c018e195,ce6793c0,c031fde0) at bufdone+0x237 biodone(ce6793c0,c031fde0,0,c02f317e,179) at biodone+0x14 g_dev_done(c4843e00,d69bacc4,c0190a18,c4843e00,d69bad1c) at g_dev_done+0x55 biodone(c4843e00,d69bad1c,c0190bc6,c1502ee0,c031fc40) at biodone+0x14 g_io_schedule_up(c1502ee0,c031fc40,c02f3b56,c02f3b56,3) at g_io_schedule_up+ 0x18 g_up_procbody(0,d69bad48,c1502ee0,c0190b60,0) at g_up_procbody+0x66 fork_exit(c0190b60,0,d69bad48) at fork_exit+0x91 fork_trampoline() at fork_trampoline+0x1a --- trap 0x1, eip = 0, esp = 0xd69bad7c, ebp = 0 --- (kgdb) l *(propagate_priority+0x1ad) 0xc01b30ed is in propagate_priority (../../../kern/kern_mutex.c:134). 129 130 /* 131 * If lock holder is actually running, just bump priority. 132 */ 133 if (TD_IS_RUNNING(td)) { 134 td-td_priority = pri; 135 return; 136 } 137 138 #ifndef SMP Must be a race, because TD_IS_RUNNING would have bombed if td was NULL, so most likely td became NULL between lines 133 and 134. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Thu Feb 13 03:11:40 PST 2003 -- === agp /h/des/src/sys/pci/agp_i810.c: In function `agp_i810_match': /h/des/src/sys/pci/agp_i810.c:112: `AGP_I85X_CAPID' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c:112: (Each undeclared identifier is reported only once /h/des/src/sys/pci/agp_i810.c:112: for each function it appears in.) /h/des/src/sys/pci/agp_i810.c:113: `AGP_I855_GME' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c:116: `AGP_I855_GM' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c:119: `AGP_I852_GME' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c:122: `AGP_I852_GM' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c: In function `agp_i810_attach': /h/des/src/sys/pci/agp_i810.c:342: `AGP_I855_GCC1' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c:343: `AGP_I855_GCC1_GMS' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c:344: `AGP_I855_GCC1_GMS_STOLEN_1M' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c:347: `AGP_I855_GCC1_GMS_STOLEN_4M' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c:350: `AGP_I855_GCC1_GMS_STOLEN_8M' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c:353: `AGP_I855_GCC1_GMS_STOLEN_16M' undeclared (first use in this function) /h/des/src/sys/pci/agp_i810.c:356: `AGP_I855_GCC1_GMS_STOLEN_32M' undeclared (first use in this function) *** Error code 1 Stop in /h/des/src/sys/modules/agp. *** Error code 1 Stop in /h/des/src/sys/modules. *** Error code 1 Stop in /h/des/obj/h/des/src/sys/GENERIC. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
top-of-tree alpha kernel panics during boot
Booting [/boot/kernel/kernel]... Entering /boot/kernel/kernel at 0xfc33a400... sio1: gdb debugging port Copyright (c) 1992-2003 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.0-CURRENT #32: Thu Feb 13 12:41:50 CET 2003 [EMAIL PROTECTED]:/usr/src/sys/alpha/compile/DSA Preloaded elf kernel /boot/kernel/kernel at 0xfc756000. Digital Personal Workstation (Miata) Digital Personal WorkStation 600au, 598MHz 8192 byte page size, 1 processor. CPU: EV56 (21164A) major=7 minor=0 extensions=0x1BWX OSF PAL rev: 0x100020116 real memory = 266493952 (254 MB) avail memory = 251977728 (240 MB) Memory modified after free 0xfc7b6000(8184) panic: Most recently used by none panic Stopped at Debugger+0x38: zapnot v0,#0xf,v0 v0=0x6 db trace Debugger() at Debugger+0x38 panic() at panic+0x118 mtrash_ctor() at mtrash_ctor+0x84 uma_zalloc_arg() at uma_zalloc_arg+0x160 malloc() at malloc+0x94 kobj_class_compile() at kobj_class_compile+0x2c devclass_add_driver() at devclass_add_driver+0x64 driver_module_handler() at driver_module_handler+0xb4 module_register_init() at module_register_init+0xa0 mi_startup() at mi_startup+0x144 locorestart() at locorestart+0x64 --- root of call graph --- des@dsa ~% gdb -k /sys/alpha/compile/DSA/kernel.debug GNU gdb 5.2.1 (FreeBSD) Copyright 2002 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 alpha-undermydesk-freebsd... (kgdb) list *(mtrash_ctor+0x84) 0xfc56a684 is in mtrash_ctor (../../../vm/uma_dbg.c:138). 133 134 for (p = mem; cnt 0; cnt--, p++) 135 if (*p != uma_junk) { 136 printf(Memory modified after free %p(%d)\n, 137 mem, size); 138 panic(Most recently used by %s\n, (*ksp == NULL)? 139 none : (*ksp)-ks_shortdesc); 140 } 141 } 142 (kgdb) list *(uma_zalloc_arg+0x160) 0xfc568bf0 is in uma_zalloc_arg (../../../vm/uma_core.c:1358). 1353uma_dbg_alloc(zone, NULL, item); 1354ZONE_UNLOCK(zone); 1355#endif 1356CPU_UNLOCK(zone, cpu); 1357if (zone-uz_ctor) 1358zone-uz_ctor(item, zone-uz_size, udata); 1359if (flags M_ZERO) 1360bzero(item, zone-uz_size); 1361return (item); 1362} else if (cache-uc_freebucket) { DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: top-of-tree alpha kernel panics during boot
Andrew Gallatin [EMAIL PROTECTED] writes: This is a UP box right? Yes, a PWS 600au. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
i386 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Tue Feb 11 22:13:23 PST 2003 -- Kernel build for GENERIC completed on Tue Feb 11 23:27:38 PST 2003 -- Kernel build for LINT started on Tue Feb 11 23:27:39 PST 2003 -- === vesa Makefile, line 5420: warning: duplicate script for target geom_bsd.o ignored Makefile, line 5423: warning: duplicate script for target geom_mbr.o ignored /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type
Re: sio issue
Lars Eggert [EMAIL PROTECTED] writes: lately, I end up in ddb when I connect my (unconnected) serial console cable to another machine. It's not critical, since c will continue fine, but it's annoying. Here's a trace: Remove BREAK_TO_DEBUGGER from your kernel config. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Wed Feb 12 03:11:13 PST 2003 -- Kernel build for GENERIC completed on Wed Feb 12 03:42:27 PST 2003 -- Kernel build for LINT started on Wed Feb 12 03:42:27 PST 2003 -- === vinum Makefile, line 4458: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type cc1: warnings being treated as errors /h/des/src/sys/net/bridge.c: In function `bdg_forward': /h/des/src/sys/net/bridge.c:931: warning: suggest parentheses around assignment used as truth value *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
i386 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Wed Feb 12 09:44:12 PST 2003 -- Kernel build for GENERIC completed on Wed Feb 12 10:35:55 PST 2003 -- Kernel build for LINT started on Wed Feb 12 10:35:55 PST 2003 -- === vesa Makefile, line 5420: warning: duplicate script for target geom_bsd.o ignored Makefile, line 5423: warning: duplicate script for target geom_mbr.o ignored /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Wed Feb 12 15:15:30 PST 2003 -- Kernel build for GENERIC completed on Wed Feb 12 15:52:19 PST 2003 -- Kernel build for LINT started on Wed Feb 12 15:52:20 PST 2003 -- === vinum Makefile, line 4458: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Tue Feb 11 03:11:14 PST 2003 -- Kernel build for GENERIC completed on Tue Feb 11 03:42:09 PST 2003 -- Kernel build for LINT started on Tue Feb 11 03:42:09 PST 2003 -- === vinum Makefile, line 4458: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
i386 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Tue Feb 11 13:10:27 PST 2003 -- Kernel build for GENERIC completed on Tue Feb 11 14:28:30 PST 2003 -- Kernel build for LINT started on Tue Feb 11 14:28:31 PST 2003 -- === vesa Makefile, line 5420: warning: duplicate script for target geom_bsd.o ignored Makefile, line 5423: warning: duplicate script for target geom_mbr.o ignored /local0/scratch/des/src/sys/contrib/dev/acpica/dbdisply.c:131: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbexec.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbhistry.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbinput.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbstats.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/dbxface.c:127: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwgpe.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c: In function `AcpiGetSleepTypeData': /local0/scratch/des/src/sys/contrib/dev/acpica/hwregs.c:242: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfname.c:125: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/nsxfobj.c:126: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/rsdump.c:124: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utclib.c:129: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utdebug.c:122: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetRegionName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:482: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetEventName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:520: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c: In function `AcpiUtGetTypeName': /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:590: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/contrib/dev/acpica/utglobal.c:593: warning: cast discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/acpica/acpi_acad.c:50: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_cmbat.c:56: warning: `_THIS_MODULE' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:272: warning: `acpi_pwr_deregister_consumer' defined but not used /local0/scratch/des/src/sys/dev/acpica/acpi_powerres.c:210: warning: `acpi_pwr_deregister_resource' defined but not used /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieattach': /local0/scratch/des/src/sys/dev/ie/if_ie.c:778: warning: assignment discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c: In function `ieget': /local0/scratch/des/src/sys/dev/ie/if_ie.c:1147: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 1 of `bcopy' discards qualifiers from pointer target type /local0/scratch/des/src/sys/dev/ie/if_ie.c:1237: warning: passing arg 2 of `bcopy' discards qualifiers from pointer target type
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Tue Feb 11 15:14:58 PST 2003 -- Kernel build for GENERIC completed on Tue Feb 11 15:49:44 PST 2003 -- Kernel build for LINT started on Tue Feb 11 15:49:45 PST 2003 -- === vinum Makefile, line 4458: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Mon Feb 10 03:14:59 PST 2003 -- Kernel build for GENERIC completed on Mon Feb 10 03:46:44 PST 2003 -- Kernel build for LINT started on Mon Feb 10 03:46:45 PST 2003 -- === vinum Makefile, line 4458: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Comments welcome: 1-line patch: teach FTP_PASSIVE_MODE to${CHROOT}/mk
Makoto Matsushita [EMAIL PROTECTED] writes: You know there are many solutions about this issue. IIRC, it can be easily fixed with passing FTP_PASSIVE_MODE variable to the chroot sandbox. Following patch was tested on FreeBSD/i386, and it should work on other archs since this is arch-independent code. You may want to do the same thing with HTTP_PROXY and FTP_PROXY. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Mon Feb 10 15:35:47 PST 2003 -- Kernel build for GENERIC completed on Mon Feb 10 16:12:02 PST 2003 -- Kernel build for LINT started on Mon Feb 10 16:12:03 PST 2003 -- === vinum Makefile, line 4458: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sun Feb 9 03:15:19 PST 2003 -- Kernel build for GENERIC completed on Sun Feb 9 03:46:56 PST 2003 -- Kernel build for LINT started on Sun Feb 9 03:46:56 PST 2003 -- === vinum Makefile, line 4458: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
i386 tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/i386/obj/local0/scratch/des/src/i386/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- === gnu/usr.bin/binutils/objdump ../libbinutils/libbinutils.a(bucomm.o): In function `make_tempname': bucomm.o(.text+0x4c0): warning: mktemp() possibly used unsafely; consider using mkstemp() /bin/sh:Permission denied *** Error code 1 Stop in /local0/scratch/des/src/gnu/usr.bin/binutils/objdump. *** Error code 1 Stop in /local0/scratch/des/src/gnu/usr.bin/binutils. *** Error code 1 Stop in /local0/scratch/des/src/gnu/usr.bin. *** Error code 1 Stop in /local0/scratch/des/src/gnu. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. *** Error code 1 Stop in /local0/scratch/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Getting an OpenPAM module to work on 5.0-RELEASE
Olivier [EMAIL PROTECTED] writes: I'm trying to write a MySQL authentication PAM module to be used with Cyrus-imapd2 and salsauthd, since pam-mysql is broken wrt OpenPAM. Wouldn't it be easier to fix the existing pam_mysql? DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sun Feb 9 15:16:50 PST 2003 -- Kernel build for GENERIC completed on Sun Feb 9 15:51:53 PST 2003 -- Kernel build for LINT started on Sun Feb 9 15:51:54 PST 2003 -- === vinum Makefile, line 4458: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Getting an OpenPAM module to work on 5.0-RELEASE
Olivier Dony [EMAIL PROTECTED] writes: Actually I had patched pam_mysql (on FreeBSD 4.x when pam_mysql was still working, to be able to use blowfish correctly with FreeBSD's crypt(), but my problem is really to get an OpenPAM module to work, I even tried to simply rename the pam_permit one, but have the same problem: openpam_load_module won't find/open it now matter what... In /usr/src/contrib/openpam/lib/openpam_dynamic.c, change at least the first two instances of PAM_LOG_DEBUG to PAM_LOG_ERROR, then rebuild libpam (cd /usr/src/lib/libpam make make install) and try again. OpenPAM will now log messages in /var/log/messages showing why it fails to load your module. My guess is that your module requires a library which you forgot to add to LDADD. BTW, the PAM module makefiles in the tree aren't standalone: they rely on variables set in Makefile.inc one and two levels up. Amongst other things, they add a version number to the dynamic module, and prevent the static version from being installed. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sat Feb 8 03:14:46 PST 2003 -- Kernel build for GENERIC completed on Sat Feb 8 03:46:20 PST 2003 -- Kernel build for LINT started on Sat Feb 8 03:46:21 PST 2003 -- === vinum Makefile, line 4454: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Sat Feb 8 15:23:21 PST 2003 -- Kernel build for GENERIC completed on Sat Feb 8 16:00:52 PST 2003 -- Kernel build for LINT started on Sat Feb 8 16:00:53 PST 2003 -- === vinum Makefile, line 4458: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Fri Feb 7 03:10:04 PST 2003 -- Kernel build for GENERIC completed on Fri Feb 7 03:41:04 PST 2003 -- Kernel build for LINT started on Fri Feb 7 03:41:05 PST 2003 -- === vinum Makefile, line 4450: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Fri Feb 7 15:12:04 PST 2003 -- === sound/driver/ess /h/des/src/sys/dev/sound/isa/es1888.c: In function `es1888_identify': /h/des/src/sys/dev/sound/isa/es1888.c:149: `ISA_ORDER_PNP' undeclared (first use in this function) /h/des/src/sys/dev/sound/isa/es1888.c:149: (Each undeclared identifier is reported only once /h/des/src/sys/dev/sound/isa/es1888.c:149: for each function it appears in.) /h/des/src/sys/dev/sound/isa/es1888.c:153: warning: implicit declaration of function `isa_set_vendorid' /h/des/src/sys/dev/sound/isa/es1888.c:153: warning: implicit declaration of function `PNP_EISAID' /h/des/src/sys/dev/sound/isa/es1888.c:154: warning: implicit declaration of function `isa_set_logicalid' *** Error code 1 Stop in /h/des/src/sys/modules/sound/driver/ess. *** Error code 1 Stop in /h/des/src/sys/modules/sound/driver. *** Error code 1 Stop in /h/des/src/sys/modules/sound. *** Error code 1 Stop in /h/des/src/sys/modules. *** Error code 1 Stop in /h/des/obj/h/des/src/sys/GENERIC. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Thu Feb 6 03:17:47 PST 2003 -- Kernel build for GENERIC completed on Thu Feb 6 03:48:32 PST 2003 -- Kernel build for LINT started on Thu Feb 6 03:48:33 PST 2003 -- === vinum Makefile, line 4450: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Thu Feb 6 15:18:24 PST 2003 -- Kernel build for GENERIC completed on Thu Feb 6 15:53:57 PST 2003 -- Kernel build for LINT started on Thu Feb 6 15:53:57 PST 2003 -- === vinum Makefile, line 4450: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Wed Feb 5 03:07:44 PST 2003 -- Kernel build for GENERIC completed on Wed Feb 5 03:39:12 PST 2003 -- Kernel build for LINT started on Wed Feb 5 03:39:12 PST 2003 -- === vinum Makefile, line 4450: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Wed Feb 5 15:11:38 PST 2003 -- Kernel build for GENERIC completed on Wed Feb 5 15:45:57 PST 2003 -- Kernel build for LINT started on Wed Feb 5 15:45:57 PST 2003 -- === vinum Makefile, line 4450: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
alpha tinderbox failure
-- Rebuilding the temporary build tree -- stage 1: bootstrap tools -- stage 2: cleaning up the object tree -- stage 2: rebuilding the object tree -- stage 2: build tools -- stage 3: cross tools -- stage 4: populating /home/des/tinderbox/alpha/obj/h/des/src/alpha/usr/include -- stage 4: building libraries -- stage 4: make dependencies -- stage 4: building everything.. -- Kernel build for GENERIC started on Tue Feb 4 03:08:38 PST 2003 -- Kernel build for GENERIC completed on Tue Feb 4 03:39:40 PST 2003 -- Kernel build for LINT started on Tue Feb 4 03:39:41 PST 2003 -- === vinum Makefile, line 4450: warning: duplicate script for target geom_bsd.o ignored /h/des/src/sys/dev/lmc/if_lmc.c:32:2: warning: #warning The lmc driver is broken and is not compiled with LINT /h/des/src/sys/dev/pdq/pdq.c: In function `pdq_initialize': /h/des/src/sys/dev/pdq/pdq.c:1606: warning: cast discards qualifiers from pointer target type /h/des/src/sys/pci/meteor.c:149:2: warning: #warning The meteor driver is broken and is not compiled with LINT /h/des/src/sys/pci/simos.c:30:2: warning: #warning The simos driver is broken and is not compiled with LINT /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_open': /h/des/src/sys/dev/gfb/gfb_pci.c:268: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:268: (Each undeclared identifier is reported only once /h/des/src/sys/dev/gfb/gfb_pci.c:268: for each function it appears in.) cc1: warnings being treated as errors /h/des/src/sys/dev/gfb/gfb_pci.c:275: warning: passing arg 1 of `genfbopen' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_close': /h/des/src/sys/dev/gfb/gfb_pci.c:284: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:285: warning: passing arg 1 of `genfbclose' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_read': /h/des/src/sys/dev/gfb/gfb_pci.c:293: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:294: warning: passing arg 1 of `genfbread' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_write': /h/des/src/sys/dev/gfb/gfb_pci.c:302: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:303: warning: passing arg 1 of `genfbwrite' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_ioctl': /h/des/src/sys/dev/gfb/gfb_pci.c:311: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:312: warning: passing arg 1 of `genfbioctl' from incompatible pointer type /h/des/src/sys/dev/gfb/gfb_pci.c: In function `pcigfb_mmap': /h/des/src/sys/dev/gfb/gfb_pci.c:320: `gfb_devclass' undeclared (first use in this function) /h/des/src/sys/dev/gfb/gfb_pci.c:321: warning: passing arg 1 of `genfbmmap' from incompatible pointer type *** Error code 1 Stop in /h/des/obj/h/des/src/sys/LINT. *** Error code 1 Stop in /h/des/src. *** Error code 1 Stop in /h/des/src. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: rand() is broken
David Schultz [EMAIL PROTECTED] writes: You can do better than the present generator with 32 bits of state. See the following page by Neal Wagner (not to be confused with David Wagner): http://www.cs.utsa.edu/~wagner/laws/rng.html The attached patch, based on one of the m/k pairs suggested on that page, results in the following: des@des ~/src% ./rndtest | head 0 b 5 f 8 5 2 c 8 5 1 8 4 9 7 b d 9 e a d 3 8 8 5 9 2 3 e a c f 7 a d b f 0 1 3 6 7 4 f 0 6 0 1 2 3 1 c b a 6 1 e 0 9 c f 7 c 6 6 1 a a d b 3 e b a a 0 e d a f 8 6 3 f f 9 3 7 6 6 d 7 f 6 8 d b d 6 2 b f 2 2 b 1 7 4 4 3 5 5 2 9 6 4 e 1 9 4 7 b f 6 f 7 8 c 1 5 7 e 3 5 d b 8 c c 4 d 1 3 6 e 0 3 3 3 2 e 5 3 b 5 e 7 b c a 0 a 3 2 d 5 f c 9 f c 3 9 a 1 f 3 f 2 c 5 9 4 6 2 d 2 3 e 2 7 5 a 8 8 1 5 7 0 5 4 e c f 6 3 b 0 8 4 d 2 a 8 0 5 7 b 2 1 4 e e 9 7 1 5 5 6 f f e 6 f a 4 e 5 a f 8 d f 7 b 3 8 d e 3 f 5 4 0 2 e 5 c a f 5 a e 5 0 9 4 6 0 0 9 f d 9 6 4 b f 8 2 3 5 e 4 5 9 9 a d 3 4 5 5 0 f 9 9 1 8 6 7 a 5 0 2 0 5 8 b 6 1 6 7 f a 9 a 6 6 d Note that my patch assumes that RAND_MAX fits in 32 bits, which should be acceptable for FreeBSD since it always uses 32-bit ints (all our 32-bit platforms are ILP32, and I believe all our 64-bit platforms are I32LP64) and RAND_MAX is uniformly defined to 0x7fff. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] Index: lib/libc/stdlib/rand.c === RCS file: /home/ncvs/src/lib/libc/stdlib/rand.c,v retrieving revision 1.11 diff -u -r1.11 rand.c --- lib/libc/stdlib/rand.c 2 Feb 2003 14:27:51 - 1.11 +++ lib/libc/stdlib/rand.c 4 Feb 2003 13:37:03 - @@ -52,7 +52,7 @@ #endif /* TEST */ static int -do_rand(unsigned long *ctx) +do_rand(uint32_t *ctx) { #ifdef USE_WEAK_SEEDING /* @@ -63,21 +63,23 @@ return ((*ctx = *ctx * 1103515245 + 12345) % ((u_long)RAND_MAX + 1)); #else /* !USE_WEAK_SEEDING */ /* - * Compute x = (7^5 * x) mod (2^31 - 1) - * wihout overflowing 31 bits: - * (2^31 - 1) = 127773 * (7^5) + 2836 - * From Random number generators: good ones are hard to find, - * Park and Miller, Communications of the ACM, vol. 31, no. 10, - * October 1988, p. 1195. + * New algorithm derived from + * The Laws of Cryptography: Pseudo-random Number Generation + * by Neal R. Wagner + * http://www.cs.utsa.edu/~wagner/laws/rng.html + * which itself is derived from work by Donald E. Knuth. + * + * This is a linear congruence generator using the equation + * + * x(n+1) = (k * x(n) + a) mod m + * + * where m is 2^31 - 1, k is 62089911 and a is 0. */ - long hi, lo, x; + uint64_t tmp; - hi = *ctx / 127773; - lo = *ctx % 127773; - x = 16807 * lo - 2836 * hi; - if (x = 0) - x += 0x7fff; - return ((*ctx = x) % ((u_long)RAND_MAX + 1)); + tmp = *ctx * 62089911; + *ctx = (uint32_t)(tmp % (uint64_t)RAND_MAX); + return (*ctx); #endif /* !USE_WEAK_SEEDING */ } @@ -85,7 +87,7 @@ int rand_r(unsigned int *ctx) { - u_long val = (u_long) *ctx; + uint32_t val = (uint32_t) *ctx; int r = do_rand(val); *ctx = (unsigned int) val; @@ -93,7 +95,7 @@ } -static u_long next = 1; +static uint32_t next = 1; int rand()
Re: rand() is broken
Andrey A. Chernov [EMAIL PROTECTED] writes: There is one bug in your patch: 0 is still illegal, so my fix required. I believe that's a feature. All linear congruence generator have a fixed point. 0 is a far better fixed point than any other because it is more obviously unsuited (for some values of obviously) as a seed value. (but see below) The next bug is that there is % RAND_MAX + 1, not % RAND_MAX. No, using modulo 0x8000 instead of modulo 0x7fff breaks the algorithm. (but see below) The next is not the bug but portability thing alowing different RAND_MAX: you need to assign *ctx first and return it % RAND_MAX + 1 next, not assign *ctx % RAND_MAX + 1 like you currently does. Changing RAND_MAX affects the algorithm in such a way that you should not do so without giving serious thought to revising the algorithm itself. In fact, RAND_MAX should be considered a characteristic of the algorithm rather than a parameter that regulates it. For that reason, and to make the algorithm more transparent to the reader, I've replaced RAND_MAX with 0x7fff in the attached patch. All that being said, adding 1 to *ctx before returning it (see patch) adresses both of your objections: a seed of 0 will not cause the LCG to get stuck, and the result of rand() will range between 0 and RAND_MAX inclusive. des@des ~/src% ./rndtest| head 2 0 1 7 1 7 f 2 5 3 f 6 a d 6 a 3 b 5 2 f 8 6 3 d 9 6 1 f 0 2 3 4 4 1 a f 3 b 5 4 2 a 6 f 0 0 6 9 5 1 7 c f 6 9 1 7 7 a 7 8 1 b 0 a c 7 a c 7 3 9 f 4 2 d 3 d 9 d 4 4 a 3 0 c f 7 6 2 5 9 2 3 7 5 b 7 7 f 9 9 b d 1 d c 5 2 b 6 7 c c 5 8 4 3 b 2 1 6 f 6 c 2 2 5 6 5 e a b b 8 e e 4 9 1 9 4 2 3 4 d b 3 5 3 a d 4 3 5 b 7 4 a c 1 2 4 e 5 d 9 0 6 6 8 b 7 f 8 8 2 6 1 c d 1 c f f 0 9 1 3 4 c 5 6 8 b 8 9 a 8 5 d b 8 8 d 7 e 7 0 c 2 c 8 0 6 5 8 f 8 9 6 0 c 9 d 4 7 0 8 5 2 c b 8 e 5 f 5 c d 1 c c b 3 8 8 f f 1 2 a 5 c f 0 5 f 2 4 e 9 0 1 1 9 2 5 f 0 0 2 2 d f b f 7 0 2 a 2 4 7 a 2 f 9 0 f 1 c 8 e 2 f c f 2 8 c d 5 7 0 f 2 b a 2 a 4 d 8 b c 4 0 4 DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] Index: lib/libc/stdlib/rand.c === RCS file: /home/ncvs/src/lib/libc/stdlib/rand.c,v retrieving revision 1.11 diff -u -r1.11 rand.c --- lib/libc/stdlib/rand.c 2 Feb 2003 14:27:51 - 1.11 +++ lib/libc/stdlib/rand.c 4 Feb 2003 13:33:30 - @@ -52,7 +52,7 @@ #endif /* TEST */ static int -do_rand(unsigned long *ctx) +do_rand(uint32_t *ctx) { #ifdef USE_WEAK_SEEDING /* @@ -63,21 +63,23 @@ return ((*ctx = *ctx * 1103515245 + 12345) % ((u_long)RAND_MAX + 1)); #else /* !USE_WEAK_SEEDING */ /* - * Compute x = (7^5 * x) mod (2^31 - 1) - * wihout overflowing 31 bits: - * (2^31 - 1) = 127773 * (7^5) + 2836 - * From Random number generators: good ones are hard to find, - * Park and Miller, Communications of the ACM, vol. 31, no. 10, - * October 1988, p. 1195. + * New algorithm derived from + * The Laws of Cryptography: Pseudo-random Number Generation + * by Neal R. Wagner + * http://www.cs.utsa.edu/~wagner/laws/rng.html + * which itself is derived from work by Donald E. Knuth. + * + * This is a linear congruence generator using the equation + * + * x(n+1) = (k * x(n) + a) mod m + * + * where m is 2^31 - 1, k is 62089911 and a is 0. */ - long hi, lo, x; + uint64_t tmp; - hi = *ctx / 127773; - lo = *ctx % 127773; - x = 16807 * lo - 2836 * hi; - if (x = 0) - x += 0x7fff; - return ((*ctx = x) % ((u_long)RAND_MAX + 1)); + tmp = *ctx * 62089911; + *ctx = (uint32_t)(tmp % (uint64_t)0x7fff + 1); + return (*ctx); #endif /* !USE_WEAK_SEEDING */ } @@ -85,7 +87,7 @@ int rand_r(unsigned int *ctx) { - u_long val = (u_long) *ctx; + uint32_t val = (uint32_t) *ctx; int r = do_rand(val); *ctx = (unsigned int) val; @@ -93,7 +95,7 @@ } -static u_long next = 1; +static uint32_t next = 1; int rand()
Re: rand() is broken
Andrey A. Chernov [EMAIL PROTECTED] writes: And the next bug is 32bit overflow there: tmp = *ctx * 62089911; Ack, I thought the type promotion was automatic. Updated patch is attached. DES -- Dag-Erling Smorgrav - [EMAIL PROTECTED] Index: lib/libc/stdlib/rand.c === RCS file: /home/ncvs/src/lib/libc/stdlib/rand.c,v retrieving revision 1.11 diff -u -r1.11 rand.c --- lib/libc/stdlib/rand.c 2 Feb 2003 14:27:51 - 1.11 +++ lib/libc/stdlib/rand.c 4 Feb 2003 13:44:52 - @@ -52,7 +52,7 @@ #endif /* TEST */ static int -do_rand(unsigned long *ctx) +do_rand(uint32_t *ctx) { #ifdef USE_WEAK_SEEDING /* @@ -63,21 +63,23 @@ return ((*ctx = *ctx * 1103515245 + 12345) % ((u_long)RAND_MAX + 1)); #else /* !USE_WEAK_SEEDING */ /* - * Compute x = (7^5 * x) mod (2^31 - 1) - * wihout overflowing 31 bits: - * (2^31 - 1) = 127773 * (7^5) + 2836 - * From Random number generators: good ones are hard to find, - * Park and Miller, Communications of the ACM, vol. 31, no. 10, - * October 1988, p. 1195. + * New algorithm derived from + * The Laws of Cryptography: Pseudo-random Number Generation + * by Neal R. Wagner + * http://www.cs.utsa.edu/~wagner/laws/rng.html + * which itself is derived from work by Donald E. Knuth. + * + * This is a linear congruence generator using the equation + * + * x(n+1) = (k * x(n) + a) mod m + * + * where m is 2^31 - 1, k is 62089911 and a is 0. */ - long hi, lo, x; + uint64_t tmp; - hi = *ctx / 127773; - lo = *ctx % 127773; - x = 16807 * lo - 2836 * hi; - if (x = 0) - x += 0x7fff; - return ((*ctx = x) % ((u_long)RAND_MAX + 1)); + tmp = (uint64_t)*ctx * 62089911; + *ctx = (uint32_t)(tmp % (uint64_t)0x7fff + 1); + return (*ctx); #endif /* !USE_WEAK_SEEDING */ } @@ -85,7 +87,7 @@ int rand_r(unsigned int *ctx) { - u_long val = (u_long) *ctx; + uint32_t val = (uint32_t) *ctx; int r = do_rand(val); *ctx = (unsigned int) val; @@ -93,7 +95,7 @@ } -static u_long next = 1; +static uint32_t next = 1; int rand()