[no subject]

Hi Everybody, I am a jackaroo to FreeBSD kernel. I have a question about how the kernel add all devices. For example, in NetBSD, I can find the code in /sys/kern/init_main.c: /* Attach pseudo-devices. */ for (pdev = pdevinit; pdev-pdev_attach != NULL; pdev++)

Hi, how the kernel add the devices

Hi Everybody, I am a jackaroo to FreeBSD kernel. I have a question about how the kernel add all devices. For example, in NetBSD, I can find the code in /sys/kern/init_main.c:/* Attach pseudo-devices. */for (pdev = pdevinit; pdev-pdev_attach != NULL; pdev++) (*pdev-pdev_attach)(pdev-pdev_count);I

Re: Hi, how the kernel add the devices

ouyang kai wrote: Part 1.1Type: Plain Text (text/plain) Encoding: quoted-printable See /usr/src/sys/kernel.h. It is done using linker sets and SYSINIT. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message

Re: Hi, how the kernel add the devices

Dear Terry, See /usr/src/sys/kernel.h. It is done using linker sets andSYSINIT.Hmm¡­. Thank you!I find the mi_startup() function in /sys/kern/init_main.c, there are some code as follow:for (sipp = sysinit; sipp sysinit_end; sipp++) {if ((*sipp)-subsystem == SI_SUB_DUMMY)continue;/* skip dummy

Thread-safe resolver [patches for review]

Folks, Attched please find two patches based on bin/29581 PR to make FreeBSD resolver thread-safe. They represent two approaches to reach this goal - the first is to introduce reentrant versions of the standard gethostbyXXX(3) APIs, similar to ones existing in other unices, and the second one is

using mtree as tripwire

I've been playing around with using mtree as a lightweight replacement for tripwire, and it seems to work quite nicely. There are a few bits and pieces: (1) a patch to make the -X exclude-file facility slightly more flexible and easy-to-manage; (2) a script for creating the mtree spec file

Re: Hi, how the kernel add the devices

ouyang kai wrote: Part 1.1.1Type: Plain Text (text/plain) Encoding: quoted-printable Name: kernel_init_problem.txt kernel_init_problem.txtType: Plain Text (text/plain) Encoding: quoted-printable If you

Re: Thread-safe resolver [patches for review]

Maxim Sobolev wrote: Attched please find two patches based on bin/29581 PR to make FreeBSD resolver thread-safe. They represent two approaches to reach this goal - the first is to introduce reentrant versions of the standard gethostbyXXX(3) APIs, similar to ones existing in other unices, and

How the kernel add the devices when the kernel start

Dear Terry, (*((*sipp)-func))((*sipp)-udata);I saw the corresponding code based on your hints. I have somequestions. When the kernel process this code to check the SI_SUB_DRIVERS, it would find the registed 'fxp' device(fxp_probe), right? If the 'fxp' device is exist, the kernel will try to

Re: Thread-safe resolver [patches for review]

On Mon, 12 Aug 2002, Maxim Sobolev wrote: Folks, Attched please find two patches based on bin/29581 PR to make FreeBSD resolver thread-safe. They represent two approaches to reach this goal - the first is to introduce reentrant versions of the standard gethostbyXXX(3) APIs, similar to ones

Re: Thread-safe resolver [patches for review]

Terry Lambert wrote: Maxim Sobolev wrote: Attched please find two patches based on bin/29581 PR to make FreeBSD resolver thread-safe. They represent two approaches to reach this goal - the first is to introduce reentrant versions of the standard gethostbyXXX(3) APIs, similar to ones

Re: Building ports into packages, outside of /usr/ports

On Thu, 8 Aug 2002, Bruce M Simpson wrote: BMS Has anybody thought about hacking the above to support building packages BMS outside of the ports tree, and without installing them? Strikes me as BMS something that could be neatly solved with judicious use of chroot(1). BMS BMS This is something

Re: Thread-safe resolver [patches for review]

Maxim Sobolev wrote: You may also want to consider the use of a .init and .fini section for the code, to permit the creation of an initial lookup context chunk; this is kind of a tradeoff, but it will mean that a server will not have to do the recheck each time. The .fini section would

Re: Thread-safe resolver [patches for review]

Maxim Sobolev wrote: I also would like to hear from you whether or not you think that we need all those gethostbyXXX_r(3) functions. Yes. Because autoconf looks for them and will assume non-reentrancy if they are not present. Also, for source compatability with linux and solaris and just

Hey, whats up?

htmlp align=centerfont face=Arial size=2My buddies and I were average people, just like you...Then we had our great idea...font color=#990033bbrfind young hot girls/b/font and bfont color=#990033proposition them to fool around on video tape./font/bbrArmed with a camera, a smooth tongue, and a

Re: arplookup: host is not on local network

On Sun, 11 Aug 2002, Sean Hamilton wrote: From: Doug White [EMAIL PROTECTED] You should check that your network configuration is correct first, then use tcpdump to locate the offender and report them to your provider. They can ask the owner of said machine politely to install the patches

Re: Routing table: removing an invalid entry

Sorry, I can't find anything in the archives, and two submissions to -questions got nothing. how to remove a route when the destination is totally fubar? today's syslog has 500 megs of: Aug 12 12:35:27 mx3 arplookup 255.255.255.0 failed: host is not on local network Aug 12 12:35:27 mx3

Hey, whats up?

htmlp align=centerfont face=Arial size=2My buddies and I were average people, just like you...Then we had our great idea...font color=#990033bbrfind young hot girls/b/font and bfont color=#990033proposition them to fool around on video tape./font/bbrArmed with a camera, a smooth tongue, and a

Re: sysv_ipc regression suite

* Andrew R. Reiter [EMAIL PROTECTED] [020805 09:15] wrote: On Mon, 5 Aug 2002, Alfred Perlstein wrote: :Can anyone point out or provide me with a suite to regression test :sysv_ipc, specifically semaphores, message queues and shared memory? : :I'm working on SMP locking those subsystems

Re: Thread-safe resolver [patches for review]

On Mon, 12 Aug 2002, Peter Wemm wrote: Maxim Sobolev wrote: I also would like to hear from you whether or not you think that we need all those gethostbyXXX_r(3) functions. Yes. Because autoconf looks for them and will assume non-reentrancy if they are not present. Also, for source

Re: Thread-safe resolver [patches for review]

David Xu wrote: localtime() etc. are candidate to make them use per thread storage. Any call that returns a pointer to a statically allocated data area is a candidate, by definition, I think. -- Terry To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body

Re: Thread-safe resolver [patches for review]

Peter Wemm wrote: Maxim Sobolev wrote: I also would like to hear from you whether or not you think that we need all those gethostbyXXX_r(3) functions. Yes. Because autoconf looks for them and will assume non-reentrancy if they are not present. Also, for source compatability with linux

Re: How the kernel add the devices when the kernel start

Sent with permission; the original to which this was a response was supposed to go to -hackers. (Captured for the next person with the same questions). ouyang kai wrote: Part 1.1.1Type: Plain Text (text/plain) Encoding: quoted-printable

Re: Building ports into packages, outside of /usr/ports

On Thu, Aug 08, 2002 at 03:48:14PM +, Bruce M Simpson wrote: Has anybody thought about hacking the above to support building packages outside of the ports tree, and without installing them? Strikes me as something that could be neatly solved with judicious use of chroot(1). This is