Re: MAKEDEV warning

In message <[EMAIL PROTECTED]> Ted Sikora writes: : Apr 17 23:07:42 telecast /kernel: WARNING: run /dev/MAKEDEV before : 2000-06-01 to get rid of block devices : I did a MAKEDEV all and the message still persists. I get this message when the output of ls -l | egrep ^b is empty. Warner To Unsub

Re: current errors

In message <[EMAIL PROTECTED]> Bob Martin writes: : Not totally harmless. PNPBIOS is causing a conflict, which is causing a : kernel panic on my system. Since I haven't had a chance to track it : down, I can't be more specific. PNPBIOS isn't causing the conflict. It is merely allowing us to det

Re: MAKEDEV warning

In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: : At what time does the message come relative to the mounting of the : root filesystem ? Before or after ? I get mine when nfs starts up. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the bo

Re: MAKEDEV warning

In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: : In message <[EMAIL PROTECTED]>, Warner Losh writes: : >In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: : >: At what time does the message come relative to the mounting of the : >: root filesystem ? Bef

Re: MAKEDEV warning

In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: : >Almost none. I don't actually mount nfs partitions until I type mount : >foo:/bar /bar. There's no network card active at that time anyway... : : But does the nfs filesystems you mount have any bdevs on them ? I've not mounted any fil

Re: Bluetooth

In message <[EMAIL PROTECTED]> "Jordan K. Hubbard" writes: : Well, in that case, jump on in! Let us know when you have some bits : to test and I'm sure you'll find at least a few people who are willing : to BETA test them for you. That's how things happen in the open : source world and just wait

Re: Stale modules (Re: panic in the morning)

In message <[EMAIL PROTECTED]> Alex Zepeda writes: : Perhaps it's time to implement some sort of versioning in the modules to : prevent them from being loaded into the incorrect kernel. In theory that sounds nice, but in -current the kernel ABI changes too quickly for that to be effecitve. The

Re: Anyone have OpenSSH + X11-fwd working?

In message <[EMAIL PROTECTED]> "Andrew Reilly" writes: : Have you got "X11Forwarding yes" Ahem. "ForwardX11 yes" is what's documented and is known to work. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Anyone have OpenSSH + X11-fwd working?

In message <[EMAIL PROTECTED]> "Andrew Reilly" writes: : Bzzzt. Man sshd(8): Ah, I'm confused and came in on the middle of a conversation. Never mind. : That's what I found out as a result of this conversation. That's good to know! Warner To Unsubscribe: send mail to [EMAIL PROTECTED] wit

Re: Problems configuring Vadem VG-469 PCMCIA controller.

In message Dave Belfer-Shevett writes: : Vendor ID AEI0218 (0x1802a904), Serial Number 0x01234567 You'll have to add this ID to the list of IDs in the pcic driver for 4.0. I'll try to do this when I get back if you can wait. And if you can't t

Re: MVP3 problems - current state?

In message <[EMAIL PROTECTED]> Soren Schmidt writes: : Ehm, is that a warning you have written or ?? I certainly havn't : issued this warning as the maintainer/author of the ata driver... I think that I wrote it, and that it is basically wrong. I'll look into correcting it. I think that the war

Re: Undocumented tape devices in pax(1)

In message <[EMAIL PROTECTED]> "David O'Brien" writes: : On Sun, May 07, 2000 at 04:39:16PM +0200, Christian Weisgerber wrote: : > OpenBSD only changed "rmt" to "rst" ("rsa" for us) : : Just "sa" for us -- "sa" is now a raw device and "rFOO" use is : depreciated. Leaving aside the 'r' question f

Re: Undocumented tape devices in pax(1)

In message <[EMAIL PROTECTED]> Matthew Jacob writes: : Oh, and in the updating of this, don't forget the FreeBSD usage of .ctl for : tape devices- as far as I know this is the only *BSD that has this. Which devices use .ctl? sa and ast don't seem to use them now (at the very least they aren't c

Re: Undocumented tape devices in pax(1)

In message <[EMAIL PROTECTED]> "Kenneth D. Merry" writes: : The sa driver does use the control nodes, whether or not they're actually : created by MAKEDEV. (Look in saopen().) It's useful to be able to get : status on your tape drive while a backup is going on via the control node, : e.g.: : :

Re: Undocumented tape devices in pax(1)

In message <[EMAIL PROTECTED]> Bruce Evans writes: : On Mon, 8 May 2000, Warner Losh wrote: : : > Leaving aside the 'r' question for the moment... : > : > Should that be sa or ast? sa is the scsi device for any tape device : > (formerly st or mt), while ast is for

Re: One more question (different now)

In message <[EMAIL PROTECTED]> Bernd Luevelsmeyer writes: : What you want is "ISO/IEC 9899:1999 Programming languages -- C" In the US, how do I get the same thing for C++? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: One more question (different now)

In message <[EMAIL PROTECTED]> "David O'Brien" writes: : On Thu, May 11, 2000 at 12:48:40PM -0600, Warner Losh wrote: : > In the US, how do I get the same thing for C++? : : http://web.ansi.org/public/std_info.html : : Search for "C++": : : ISO/IEC 14882:1998

Re: One more question (different now)

In message <[EMAIL PROTECTED]> Warner Losh writes: : That's cool. I can get the electronic version for only $18. What : format is it in? Never mind. Found that it is in PDF. Now where did I put that credit card... Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with &

Re: Breaking "build world" costs $5? (was: Can we please have a current that compiles?)

In message <[EMAIL PROTECTED]> Greg Lehey writes: : > Maybe the comitters ought to take an idea from many software companies and : > contribute $5 to the beer fund every time they break the build. Have it : > all come due at the next BSDcon to fund a committer beer bash. :-) : : I'd go along wit

Re: Wide-char support and libc

In message <[EMAIL PROTECTED]> Norbert Irmer writes: : gcc -o airport -O2 -pipe -L../../../exports/lib -L../../../imports/x11/lib :main.o dragsource.o : dropsite.o -lXm -lXt -lSM -lICE -lXp -lXext -lX11 -L/usr/X11R6/lib :-L/usr/X11R6/lib -lm Have you tried adding -lxpg4 to the comman

Re: Anyone else seeing jumpy mice?

In message <3970.958963729@localhost> "Jordan K. Hubbard" writes: : No, I don't mean rodents who've nibbled on chocolate-covered expresso : beans, I mean PS/2 mice which fall victim to this new problem: : : May 19 00:50:45 zippy /kernel: psmintr: out of sync (00c0 != ). : : I've seen it for

Re: Anyone else seeing jumpy mice?

In message <[EMAIL PROTECTED]> Kazutaka YOKOTA writes: : But, there now are so many dumb KVMs which screw us, and we may have : to accept that... Yes. I've been cursed to use some of the dumb KVMs at work. It got so bad that I've connected my mouse directly to the main machine and not run X on

Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.h src/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.c src/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ...

In message <[EMAIL PROTECTED]> Jake Burkholder writes: : Some drivers use headers from the installed system during the kernel build, : and a make world, or at least make includes, is necessary before a new kernel : can be built. : : LINT is affected by this. Which drivers? Those drivers are, by

Re: kernel compile error

In message <[EMAIL PROTECTED]> Maxim Sobolev writes: : Someone should mention this in the src/UPDATING!!! Sure. What's the data when the new binutils hit the tree. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: kernel compile fails in: ../../dev/vx/if_vx_pci.c

In message <[EMAIL PROTECTED]> The Hermit Hacker writes: : make depend went through no probs, but a make fails at: You may have overlooked this entry in UPDATING: 2319: The ISA and PCI compatability shims have been connected to the options COMPAT_OLDISA and COMPAT_OLDPCI. I

Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.h src/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.c src/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ...

In message <[EMAIL PROTECTED]> "Daniel C. Sobral" writes: : Last I knew, the only difference between "class" and "struct" was : whether the default was "public:" or "private:". Of course, C++ has : changed quite a bit since then, but... Yes. That's true in C++ today (well, in gcc 2.95) as well.

Re: Kernel making problems

In message <[EMAIL PROTECTED]> John Baldwin writes: : You need to build and install a new world before a new kernel. It looks : like this needs to go into src/UPDATING. Done. Others have suggested this as well. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-

Re: Kernel making problems

In message <[EMAIL PROTECTED]> "David O'Brien" writes: : On Sat, May 27, 2000 at 11:09:00AM -0400, John Baldwin wrote: : > You need to build and install a new world before a new kernel. It looks : > like this needs to go into src/UPDATING. : : Actually just the following will also fix the proble

Re: Kernel making problems

In message <[EMAIL PROTECTED]> Jaye Mathisen writes: : Wasn't there just a big to-do wrt to 4.0 (then -current), about the right : way to do things is to install a new kernel, then build the world? Yes. That was needed for a while since the new binaries produced code the olkd kernel couldn't ex

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> Steve Kargl writes: : cc: Internal compiler error: program ld got fatal signal 10 : : *default date=2000.05.23.00.00.00 : : as specified in my cvsup supfile. The system builds fine : for all earlier dates that I've tried. I have used the : following three CFLAGS a

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> Bob Martin writes: : If you are using an older K6 with more than 32mb of ram, this will : happen from time to time of it's own accord. I have never taken the time : to find out why, but if you search the archives, you will find that it : happens quite a bit. I'm usi

Re: HEADS UP - minor API change in -current's old ISA drivers.

In message <[EMAIL PROTECTED]> Peter Wemm writes: : I've made old-style ISA drivers self identifying and got rid of the dreaded : isa_compat.h table. As a consequence, the 'struct isa_driver' stuff has : changed slightly to store the additional data that was in the compat tables : and a new line

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> Martin Cracauer writes: : Have you tried building and installing the new binutils before : compiling the rest of the world? This shouldn't be required for buildworld. If it is, then it is a bug in the buildworld process. Buildworld makes all the stuff it needs to

Dual-booting: FreeBSD, NetBSD and OpenBSD

I need to setup a machine that will boot FreeBSD, NetBSD and OpenBSD. Assume I have an insane amount of disk space. What's the best way to accomplish this? Last time I tried it, the partition ID numbers were all the same, making this difficult if not impossible. Warner To Unsubscribe: send

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> Martin Cracauer writes: : I know that it is supposed to do so, I suspect that might not be the : case here. I don't think so. It is already using the new ld when it coredumps. I don't think that having it on the system would change things much. BTW, if I do a make

Re: Internal compiler error: program ld got fatal signal 10

Here's the full list. I think something very bad is going on here. Here's the list from my last build: i386/usr/lib/libc.so: file not recognized: File truncated i386/usr/lib/libcalendar.so: file not recognized: File truncated i386/usr/lib/libcrypt.so: file not recognized: File truncated i386/usr

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> "Thomas D. Dean" writes: : I just completed a 'make world' on a -current cvsup'ed yesterday and saw : no errors. When was the previous time that you did this? And did you update the binutils first? It sure would be a MAJOR BUMMER if one needed to update binutils f

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> Marcel Moolenaar writes: : The ability to do cross builds rules out the need to update binutils : first. I haven't done any cross-builds since, well, februari, so I'm not : at all up to date on that front; things may have been broken by then... I did a complete buil

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> Steve Kargl writes: : I've got 500MB of swap. It is never touched during : the build. The machine is very lightly loaded (i.e., : only "make buildworld" running). Ditto. I just tried it with root and all the limits set to unlimited. I had the same problem. : I

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> John Baldwin writes: : I built a new world fine with the new binutils right after all my commits : in /sys/boot. Also, I built world again with today's sources: OK. I have the old binutils installed on my system. : -- : build

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> "Thomas D. Dean" writes: : make world : reboot : rebuild+install kernel : reboot OK. I'm trying on my bouncer box now. It is over NFS so it is slow. Also it is a PPro 180, so that is slow too :-(. FreeBSD billy-club.village.org 5.0-CURRENT FreeBSD 5.0-CUR

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> Warner Losh writes: : OK. I'm trying on my bouncer box now. It is over NFS so it is slow. : Also it is a PPro 180, so that is slow too :-(. : : FreeBSD billy-club.village.org 5.0-CURRENT FreeBSD 5.0-CURRENT #33: : Sun Apr 30 22:57:58 MDT 2000 : [EMAI

Re: Unknown Devices in Dmesg

In message <[EMAIL PROTECTED]> "Thomas D. Dean" writes: : and have devices listed as 'unknown' in dmesg. Everything appears to : function OK. They are ok. : The serial ports, sio0 and sio1 appear both as sio and unknown. Yes. This is expected. The PnP BIOS code which should execute before al

Re: Internal compiler error: program ld got fatal signal 10

Did install of new binutils. now ld dumps core ALL the time. Further testing impossible. DO NOT TRY TO UPGRADE JUST BINUTILS IF YOU ARE GETTING THE SIGNAL 10 ERROR. YOU WON'T BE ABLE TO BUILD ANYTHING ELSE ON THE SYSTEM. Now, I'm grumpy... Warner To Unsubscribe: send mail to [EMAI

Re: Internal compiler error: program ld got fatal signal 10

David, looks like I found the problem. Or at least how to trivially recreate the problem and how to work around it for those people that need to do so. I've cc'd current since I've been talking there with people about it. I'm fairly certain that there are malloc related bugs in the new

Re: Internal compiler error: program ld got fatal signal 10

The patch works for me! Yippie! I have my AJ back again. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> "David O'Brien" writes: : On Sun, May 28, 2000 at 08:32:30PM -0600, Warner Losh wrote: : > If it works, then I think it should be committed in the usual way : > for this stuff: Filtered through David O'Brien... : : Give me a

Re: Internal USR I-modem & current?

Send me the output of pnpinfo and I'll show you what to add to sio.c Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: Cardbus Support?

In message <[EMAIL PROTECTED]> Sleepless in Brisbane writes: : Is there cardbus support under FreeBSD-Current and if so what can it currently : support? If there is not cardbus support then are there any other users : interested in working on it? No. Yes. Wanna join us? Warner To Unsubscri

Re: Cardbus Support?

In message <[EMAIL PROTECTED]> Michael Lucas writes: : Short answer: Warner Losh & others are beavering away on it. I'm meeting in Japan next week with many of the nomads and other communities there working in this area... If you can make it to tokyo or osaka, then you might

Re: pccardd and modules

In message <[EMAIL PROTECTED]> Pete Carah writes: : I notice that though ifconfig does a kld as appropriate, pccardd doesn't : at least as of a week ago. Still looks like it isn't in the source. Nope. : 1. Is this in the works from one of the normal maintainers? If not I : might take a look a

Re: mktemp() patch

In message <[EMAIL PROTECTED]> "Jeroen C. van Gelderen" writes: : Pseudo random numbers are so cheap (or they should be) that you : just don't want to try and 'optimize' here. It is much better to : be conservative and use a good PRNG until it *proves* to be very : problematic. I disagree with

Re: mktemp() patch

In message <[EMAIL PROTECTED]> Peter Jeremy writes: : On 2000-Jun-19 12:03:40 +1000, Warner Losh <[EMAIL PROTECTED]> wrote: : >In message <[EMAIL PROTECTED]> "Jeroen C. van Gelderen" writes: : >: Pseudo random numbers are so cheap (or they should be) that yo

Re: ACPI project progress report

In message <[EMAIL PROTECTED]> Mitsuru IWASAKI writes: : Hi, here is the latest report on our ACPI project's progress. As I told you on the Train in Tokyo: Cool! Way Cool! ACPI should enable us to properly put the chipsets in laptops to sleep and then wake them up again. Right now pccard inse

Re: ACPI project progress report

In message <[EMAIL PROTECTED]> Mike Smith writes: : Hmm, this has me thinking again about suspend/resume. In the current : context, can we expect a suspend veto from some function to actually : DTRT? (ie. drivers that have been suspended get a resume call). If the BIOS allows us to do that, ye

Re: ACPI project progress report

In message <[EMAIL PROTECTED]> "Andrew Reilly" writes: : That sounds way too hard. Why not restrict suspend activity to : user-level processes and bring the kernel/drivers back up through : a regular boot process? At least that way the hardware and drivers : will know what they are all up to, ev

Re: ACPI project progress report

In message <[EMAIL PROTECTED]> Mitsuru IWASAKI writes: : Maybe I'm wrong because of lack of my understanding on crush dump and : loader. Please help us :-) I think that you might be able to do this. The real tricky part maybe saving hardware RAM that the drivers expect to be there when you wake

Re: HEADS UP: Destabilization due to SMP development

In message <[EMAIL PROTECTED]> Jason Evans writes: : Summary: -current will be destabilized for an extended period (on the order : of months). A tag (not a branch) will be laid down before the initial : checkin, and non-developers should either stick closely to that tag until : the kernel stabili

Re: SMP locking primities (was Re: HEADS UP: Destabilization due to SMP development)

In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: : Am I the only person who miss a brief document which tells what : the outcome of the meeting was ? : : Can we get to see the slides ? : : Audio ? : : Video ? I know that I'd love to see this. Steve Passe also is interested. Warner

Re: FOLLOWING config changes? : Kernel profiling support

In message <[EMAIL PROTECTED]> The Hermit Hacker writes: : : that did her, thanks ... should this maybe be mentioned in : /usr/src/UPDATING? I've gotten into the habit of pretty much checking : there first, and saw no mention of this (could be blind too, its happened : before) ... The new hint

Re: HEADS UP: Destabilization due to SMP development

In message <[EMAIL PROTECTED]> Poul-Henning Kamp writes: : I think core has approved in principle, and several core members : were present at the meeting (at least peter, dg, gibbs, dfr), that : being said, I think we need to see some more concrete info before : we pull the lever, just so we know

Re: HEADS UP: Destabilization due to SMP development

In message <[EMAIL PROTECTED]> Matthew Dillon writes: : The problem is that the changes are simply too extensive to be able : be able to split them off then merge them back into 5.x N months later. : Creating another branch will tripple the workload on anyone doing : merge work.

Re: ACPI project progress report

In message <[EMAIL PROTECTED]> Narvi writes: : You obviously haven't considered the ability to be able to near hot-swap : motherboard and cpu - or even RAM - in this way. The ACPI spec specifically states that one cannot disassemble a machine in S4 state and expect the state to be saved on reass

Re: ACPI project progress report

In message <[EMAIL PROTECTED]> Mike Smith writes: : The real issue here is persistent system state across the S4 suspend; ie. : leaving applications open, etc. IMO this isn't really something worth a : lot of effort to us, and it has a lot of additional complications for a : "server-class" oper

Re: ACPI project progress report

In message <[EMAIL PROTECTED]> Bjoern Fischer writes: : Just a moment. You talk about doing a `Save-to-Disk' (incl. system halt), : turning power off, maybe adding some hardware or moving the machine : to another location, then switching on again, restoring the system context, : and the machine wi

Re: ACPI project progress report

In message <[EMAIL PROTECTED]> "Daniel C. Sobral" writes: : Mitsuru IWASAKI wrote: : > : > - support S2, S3, S4 (hibernation) sleeping transition. S4 sleep : >require some hack in boot loader needs help. : : I thought hibernation was entirely controlled by kernel? What do you : need?

Re: ACPI project progress report

In message <[EMAIL PROTECTED]> "Daniel C. Sobral" writes: : BTW, have you decided between NetBSD and BSD/OS cardbus code yet? No. There is no BSD/OS cardbus card that I could find in the tree. If I'm being insanely blind, please someone tell me. The short term plan is to get NEWCARD working and

Re: HEADS UP: Destabilization due to SMP development

In message <12213.961613148@localhost> "Jordan K. Hubbard" writes: : Everyone talks about using bitkeeper but none of the people who : recommend it have ever actually tried to use it for anything. : Before such recommendations will bear weight, this needs to : change. :) In that case, I'd recomme

Re: Unknown Devices

In message <[EMAIL PROTECTED]> Eaglez writes: : Well, i'm not sure about 5.0's new funky support (i : mean, if it supports the SB Live, who knows), but in : the past, PCI modems have never been supported, : because they all tend to be win modems (only MS : windows drivers available). I'd advise po

Re: Unknown Devices

In message <[EMAIL PROTECTED]> Mike Smith writes: : Watch out - some USB modems are also WinModems. usb tty and modems aren't supported, as far as I know. How can you tell the usb modems that are win modems? And can y ou get docs on them? Warner To Unsubscribe: send mail to [EMAIL PROTECTED]

Re: VMware detection code in boot loader

In message <[EMAIL PROTECTED]> Mike Smith writes: : > a larger issue. It is not the loader's job to detect the underlying : > hardware configuration. : : Actually, in a broad fashion, it _is_. This is why the loader : understands PCI and PnP, for example. How hard would it be to add usb and pc

Re: HEADS UP!: config changes...

In message <[EMAIL PROTECTED]> Andrzej Bialecki writes: : That's fine. However, this practically makes using /boot/loader : mandatory. I still wonder if having some in-kernel interpreter wouldn't : give us more choice, with exactly the same functionality. Of course, it : would have to be run befo

Re: VMware detection code in boot loader

In message <[EMAIL PROTECTED]> Mike Smith writes: : As far as the loader is concerned, though, neither of these are on the : boot path, so we can typically wait until the kernel's up and we can use : some "real real" drivers. 8) Well, I have seen boards that support booting off pccard devices..

Re: Unknown Devices

In message <[EMAIL PROTECTED]> Mike Smith writes: : > In message <[EMAIL PROTECTED]> Mike Smith writes: : > : Watch out - some USB modems are also WinModems. : > : > usb tty and modems aren't supported, as far as I know. : : They're "nearly" there, AFAIR. I sent Nick some code a while back tha

Re: Internal compiler error: program ld got fatal signal 10

In message <[EMAIL PROTECTED]> Anatoly Vorobey writes: : Can you test this patch? I think I tracked down the problem. At some : point, someone added a new field into a hash table struct and didn't : add initialization for it into the general hash table struct init func. : This patch cures the prob

Re: vnode_if.h: how should it be done ?

In message <[EMAIL PROTECTED]> Assar Westerlund writes: : I think it's wrong that vnode_if.h is not installed, this means that : you need to have kernel source to compile any third-party file system. : : So I propose the patch below, to create vnode_if.h and then add it to CVS. No. I don't like

Re: vnode_if.h: how should it be done ?

In message <[EMAIL PROTECTED]> Assar Westerlund writes: : The problem is that the source files are hidden in the kernel source : directory and not installed. Where should vnode_if.{src,pl} get : installed? It seems much simpler just to install vnode_if.h in : /usr/include/sys. Patch appended.

Re: vnode_if.h: how should it be done ?

In message <[EMAIL PROTECTED]> Assar Westerlund writes: : Warner Losh <[EMAIL PROTECTED]> writes: : > In message <[EMAIL PROTECTED]> Assar Westerlund writes: : > : The problem is that the source files are hidden in the kernel source : > : directory and not installed.

Re: HEADS UP! New (incomplete) /dev/random device!

In message <[EMAIL PROTECTED]> Kris Kennaway writes: : I must say I'm not all that comfortable with this series of commits - I : was expecting this to stay in Mark's tree until it at least tries to do : everything the old driver did. Weakening system security like this for an : indeterminate peri

Re: HEADS UP! New (incomplete) /dev/random device!

In message <[EMAIL PROTECTED]> Mark Murray writes: : > Yes. Me too. Mark, how long is this period going to be? : : Some days. Certainly a lot shorter that the SMP destabilization. Some days is OK, imho. Much more than that and I'd begin to worry. Much more than a week or two and I'd worry a l

Re: Bootstrapping perl (Re: cvs commit: src/gnu/usr.bin/perl Makefile.inc src/gnu/usr.bin/perl/libperl Makefile src/gnu/usr.bin/perl/miniperl Makefile)

In message <[EMAIL PROTECTED]> Martin Cracauer writes: : [CC'ed to current] : : In <[EMAIL PROTECTED]>, Martin Cracauer wrote: : > In <[EMAIL PROTECTED]>, Mark Murray wrote: : > > May I have a login on your build box to have a look? : > : > It would be more useful if you could put a log of you

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> Nik Clayton writes: : In my world, this XML file would be a replacement for many of the files : in src/sys/conf/. Or, at the very least, those files would be generated : from this XML file. As a developer, if you don't update the file the : system won't even know

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> Nik Clayton writes: : Another script would parse the above and generate HARDWARE.TXT. And another : could parse the above and spit out DocBook for the Handbook and FAQ. There's some problems witht his. the ed driver supports a whole raft of cards, but who can lis

Re: Laptop boot problem in current with GENERIC & GENERIC.hints

In message <[EMAIL PROTECTED]> Edwin Culp writes: : int=000d err= eft=00010046 eip=92eb : eax=00fb ebx= ecx=0152 edx=03f6 : esi=000fbc92 edi=000f ebp=17b4 esp=17b4 : cs:eip=0f 32 89 45 1c 89 55 14-46 eb cf 80 65 31 fd eb : ss:esp=08 00 00 00 1c 9c 00

Re: let badsect recog IFCHR in 5.0-C

In message <[EMAIL PROTECTED]> Alexander Langer writes: : Thus spake Dan Papasian ([EMAIL PROTECTED]): : : > > > + // un-needed. : > > > + // memcpy(name_dir_end + 1, name_dir_end, strlen(name_dir_end) + 1); : > > > + // *name_dir_end = 'r'; : > > Use /* */ comments or #if 0. :

Re: XML driver config file to replace LINT

Any reason that the .c/.h files of the drivers couldn't be used to generate this information? I think it would greatly enhance the ability of the aintainer to update it. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message

Re: vnode_if.h: how should it be done ?

In message <[EMAIL PROTECTED]> Kris Kennaway writes: : On Sun, 25 Jun 2000, Warner Losh wrote: : : > They aren't installed. You must have a kernel tree to build the kld. : > Just add vnode_if.h to your SRCS and the rest happens automatically : > via bsd.kmod.mk. It works

Re: USB modems

In message Bob Bishop writes: : Can anyone give a quick synopsis of the current status of support for USB : modems? TIA They aren't supported yet. There's at least one group that might be working on them. The value of supporting them is well known. Take c

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> Dan Moschuk writes: : Perhaps it would be a good idea to assign someone the task of just maintaing : the HARDWARE.TXT file, rather than expecting all developers to keep : documentation up to date? This can be difficult to do. It will take someone with enough cycle

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> "Thomas M. Sommers" writes: : Warner Losh wrote: : > : > Any reason that the .c/.h files of the drivers couldn't be used to : > generate this information? : : Or perhaps the other way around. No. I'm saying that the .c and

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> Nik Clayton writes: : Or does loading Japanese text in to a non-Japanese aware editor scramble : the text? It can, if the user editing the text isn't careful, or the editor likes to do too many things automatically. Generally speaking, however, it shouldn't be a bi

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> Nik Clayton writes: : On Wed, Jun 28, 2000 at 11:27:12AM -0400, Thomas M. Sommers wrote: : > Warner Losh wrote: : > > : > > Any reason that the .c/.h files of the drivers couldn't be used to : > > generate this information? :

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> Nik Clayton writes: : The .h file(s) should be generated from this XML config file, or some other : mechanism needs to be put in place to prevent a (hardware) module from : working if there isn't a functional entry for it in this XML config file. : : We've successf

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> "Thomas M. Sommers" writes: : I was thinking of something analogous to the way syscalls.master is used : to generate several files. This works well for syscalls.master, but I don't think it would work well in the driver area. Call me crazy. However, I'll take an o

Re: roots shell == /bin/sh please

In message <[EMAIL PROTECTED]> gnu not unix writes: : My vote is for root's shell to be /bin/sh if anyone's counting. Please no. Root's shell has been csh too long to change it now. what's so hard about chsh or exec sh? Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe

Re: bug: "device ether" no longer optional

In message <[EMAIL PROTECTED]> Archie Cobbs writes: : check in the fix thanks to the broken ssh. So now I'm now building : another kernel with RANDOMDEV, even though that this is the solution : was not at all obvious from reading UPDATING. Patches to UPDATING welcome. Grumping about UPDATING ign

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> Jun Kuriyama writes: : Of course, source tree are for programmers. First thing we should : consider is not to stress programmers for that procedure. Nik's : suggestion is more conceptual one. We need more discussion for this : subject. I think that a large part o

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> Garrett Wollman writes: : > using XML is same process such as using src/sys/dev/usb/usbdevs. As : > you know, generation of usbdevs{,_data}.h is done by awk script. And : > same procedure is done in src/sys/dev/pccarddevs for generating : > pccarddevs{,_data}.h. :

Re: XML driver config file to replace LINT

In message <[EMAIL PROTECTED]> Robert Withrow writes: : : [EMAIL PROTECTED] said: : :- Both of which are bugs imported from NetBSD. : : Obviously a matter of opinion. I think declarative DSLs for : this kind of things are a good idea. The problem is that they are generated files that are chec

Re: bug: "device ether" no longer optional

In message <[EMAIL PROTECTED]> Archie Cobbs writes: : OK, does this sound correct? Almost. : diff -u -r1.91 UPDATING : --- UPDATING 2000/06/29 00:34:54 1.91 : +++ UPDATING 2000/06/30 17:01:58 : @@ -21,6 +21,10 @@ : openssh and openssl should not be used to generate keys from this :

<    1   2   3   4   5   6   7   8   9   10   >