March 2004 - Darwin-kernel - lists.apple.com

Funnel Funnel Funnel
by Ramble Leon 12 Mar '04

12 Mar '04

Hi, I'm confused by funnel in darwin, I was reading some source code of nfs, there is no thread_funnel_set can be found in some vfs syscall, but there are many thread_funnel_switch inside nfs implement, when did the system call get the kernel_funnel? __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

Re: Getpeereid?
by Etsushi Kato 12 Mar '04

12 Mar '04

On 2004/03/11, at 10:01 PM, Per Bengtsson wrote: I'm looking for the getpeereid function. I found the man-page but cannot locate it in any library. Can anyone give me a hint here. I'm running Darwin kernel version 7.2.0 There seems no getpeereid() in current darwin kernel and libc even the man page for getpeereid is exsited in libc source. I posted patch to add getpeereid() on this list last week. see http://lists.apple.com/mhonarc/darwin-kernel/msg01829.html Cheers, -- Etsushi Kato ekato(a)ees.hokudai.ac.jp _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

Re: Possible Bug, with including
by Justin Walker 11 Mar '04

11 Mar '04

On Thursday, March 11, 2004, at 03:18 PM, Matt Jaffa wrote: I fixed it, I found a quick solution but don't know how smart it was. This is a KEXT project i am doing so I just went to the /System/Library/Frameworks/Kernel.Framework/Versions/A/Headers/netkey/ and created a blank file key_var.h and now my project compiles just fine. This kind of stunt is only recommended for Trained Professionals, on a closed course. It may compile fine, but unless you understand what is happening internally to these header files, it's a real crap-shoot. Even after you understand it, you are still taking a risk. Regards, Justin -- Justin C. Walker, Curmudgeon-At-Large * Institute for General Semantics | "Weaseling out of things is what | separates us from the animals. | Well, except the weasel." | - Homer J Simpson *--------------------------------------*-------------------------------* _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

Re: Possible Bug, with including
by Matt Jaffa 11 Mar '04

11 Mar '04

I fixed it, I found a quick solution but don't know how smart it was. This is a KEXT project i am doing so I just went to the /System/Library/Frameworks/Kernel.Framework/Versions/A/Headers/netkey/ and created a blank file key_var.h and now my project compiles just fine. Matt On Mar 11, 2004, at 3:24 PM, Justin Walker wrote: On Thursday, March 11, 2004, at 11:21 AM, Matt Jaffa wrote: One letting me know that inpcb was an incomplete type, so I fixed that by including <netinet/in_pcb.h> You may be on the verge of giving us too much information :-} Now i am getting one error: netkey/key_var.h No such file or directory this error comes from keydb.h which is some how included with in_pcb.h some chain of includes This header file is in the kernel source tree. Not all of these headers get pushed into /usr/include, so you have to go searching. Get the 'xnu' tarball from the Darwin site (http://developer.apple.com) If you checked the source, you will note that the #include of this file is 'guarded' by two #ifdefs: KERNEL and __APPLE_API_PRIVATE. Both should be a signal two you: KERNEL: the content of this section of the file is for the use of KERNEL source. Even though you are executing in the kernel's address space, you aren't in KEXT territory, so you may have to color outside the lines. __APPLE_API_PRIVATE: this stuff is subject to change without prior notice. It's all been discussed on this and related lists before. When you run into one of these, in the course of your development, you have to decide whether you are doing the right thing, and, if so, contact developer support to tell them that you need this functionality, and to keep that in mind as they rev the system. The shorter response to your message is: this is not a bug; the file is in 'xnu/bsd/netkey', and you will have to get your own copy. Note that it is important that you use a version of xnu that matches the environment you are compiling for and in; and compatibility across versions is not guaranteed. Cheers, Justin -- Justin C. Walker, Curmudgeon-At-Large * Institute for General Semantics | Some people have a mental | horizon of radius zero, and | call it their point of view. | -- David Hilbert *-------------------------------------- *-------------------------------* _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored. _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

Re: Possible Bug, with including
by Justin Walker 11 Mar '04

11 Mar '04

On Thursday, March 11, 2004, at 11:21 AM, Matt Jaffa wrote: One letting me know that inpcb was an incomplete type, so I fixed that by including <netinet/in_pcb.h> You may be on the verge of giving us too much information :-} Now i am getting one error: netkey/key_var.h No such file or directory this error comes from keydb.h which is some how included with in_pcb.h some chain of includes This header file is in the kernel source tree. Not all of these headers get pushed into /usr/include, so you have to go searching. Get the 'xnu' tarball from the Darwin site (http://developer.apple.com) If you checked the source, you will note that the #include of this file is 'guarded' by two #ifdefs: KERNEL and __APPLE_API_PRIVATE. Both should be a signal two you: KERNEL: the content of this section of the file is for the use of KERNEL source. Even though you are executing in the kernel's address space, you aren't in KEXT territory, so you may have to color outside the lines. __APPLE_API_PRIVATE: this stuff is subject to change without prior notice. It's all been discussed on this and related lists before. When you run into one of these, in the course of your development, you have to decide whether you are doing the right thing, and, if so, contact developer support to tell them that you need this functionality, and to keep that in mind as they rev the system. The shorter response to your message is: this is not a bug; the file is in 'xnu/bsd/netkey', and you will have to get your own copy. Note that it is important that you use a version of xnu that matches the environment you are compiling for and in; and compatibility across versions is not guaranteed. Cheers, Justin -- Justin C. Walker, Curmudgeon-At-Large * Institute for General Semantics | Some people have a mental | horizon of radius zero, and | call it their point of view. | -- David Hilbert *--------------------------------------*-------------------------------* _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

Re: Mac-on-Linux and VM internals
by Samuel Rydh 11 Mar '04

11 Mar '04

On Thu, Mar 11, 2004 at 01:41:58PM -0500, Jim Magee wrote: > >You mean, on the fly after the system has booted? Sound like a worse > >hack > >than what MOL does without the (good) excuse that MOL can't easily make > >modifications to the kernel proper... > > I must disagree. We have one kernel. It must boot on as many CPUs as > possible (currently all CPUs we support). So, the initial exception > vector implementations are somewhaOAt generic (and support the > worst-case). Once we detect exactly what system we are on (presence of > multiple CPUs or not, etc...) we may want to change these vector > settings to go directly to optimized versions for that platform (as > checking a set of "never changing state flags" in each exception > handler invocation can be considered wasteful). The platform KEXTs are > the only ones that know this information for sure - and we have to be > running for a while to run them. I agree that a platform expert KEXT might want to do this kind of low-level manipulation... > So, there you go. A legitimate (although currently hypothetical) reason > we would need/want to do this. Because the platform KEXTs are just > KEXTs (like yours), and there is no explicit dependency between them, > it would be a race to see who got their changes in last (and I imagine > the platform KEXT wouldn't write the vectors itself, but instead inform > the base kernel of the presence [or absence] of key features, and we > would would update the vectors ourselves to one of a set of handlers we > already have defined in the base kernel). ...but in all circumstances, this will happen way before MOL can be started. MOL does not touch exception vectors until the userprocess itself is started. And the platform KEXT will certainly have done whatever it wants to do at this point. Probably even before init is started. Of course, in a perfect there would be either a) exported hooks which MOL could use, or even better, a mechanism where MOL could ask nicely to receive exceptions when the CPU is in virtualization mode (e.g. when a special flag bit is set in some SPRG register). or b), a complete MMU virtualization engine in the kernel providing enough support for it to be possible to implement something like MOL in userspace. > >event, then it would be trivial to flush any references to that page. > >That is, MOL is designed to function as a software TLB cache with > >respect to the operating system when pageable memory is used for RAM. > > Sure, there are such suitable mechanisms in our kernel. They're just > at a much higher level than you want. I'm aware of that; I agree that this kind of API is not really something you would not normally like to export externally. From an architectural standpoint, this part of MOL should be probably be within the boundaries of the kernel (just like the code the code that supports Classic lives in the kernel proper) providing a well defined API to userspace. > This all stems from divergent design philosophies. Our kernel believes > in providing "abstracted hardware" services to code that implements > other operating systems. Which is obviously good; I have no argument there. What I'm saying is that MacOS X does not provide _enough_ support for it to be possible to write something like MOL without major performance/compatibility sacrifices. > Meanwhile MOL prefers to provide > non-abstracted pure virtual emulations of the hardware to other OSes. Yes... there are several benefits with this - in particular if one doesn't have any control over the target OS. For instance, if MOL only provided abstraced MMU services to the client OS, then it would require changes deep into the core of the (client) kernel. While this is how I would address the problem if I could easily get changes of that kind into the kernel, it isn't really an option. A pure virtualization is also _necessary_ if one wants to use MOL for development/debugging of software targeted for a special hardware platforms (embedded solutions come to mind). That said, there is obviously nothing wrong with an abstracted APIs. It is just a question of what you are trying to achieve. MOL provides abstracted APIs for non-CPU related stuff (why emulate a piece of hardware when it is simpler - and more efficient - to just write a driver which talks to a suitable API?). > While one can envision a layering of these two software systems, it > normally wouldn't be to have the abstraction-providing one sitting > underneath the pure-virtual one. I'm not completely sure whether you refer to MOL and the OSX kernel or to MOL and the client OS here. I would say that MOL and MacOS X are mostly sitting beside each other as is. > But that's the situation we find ourselves in - with the virtualizing > software trying to pry the abstraction-providing software away from > the true hardware (with the abstraction-providing software trying > not to give up control). Or like the virtualization software trying to use the hardware behind the back of the kernel without it ever noticing... /Samuel _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

10.3 drivers retro-install into 10.2.8?
by Dan O'Donnell 11 Mar '04

11 Mar '04

I can't yet roll out 10.3, so have to port 10.2.8 onto current hardware. I have a 10.2.8-based image developed on the 1GHz and earlier iMac and have to port that onto the current 1.25 GHz iMac. Problem is that the 10.2.8 image has video drivers (kexts) for Nvidia GeForce4MX, while the 1.25GHz has Nvidia GeForce FX5200 video kexts. With this environment, the 1.25GHz machine only goes to 1152x720, instead of the full 1440x900 of 10.3.2 native resolution. I've tried installing the Nvidia kexts from 10.3.2 into the 10.2.8 imaged iMac (booted in FWTDM, GUI drag-and-drop, no rebinding), but that just seemed like the wrong way to do this and in fact may have made the problem worse. The machine can boot into single user but not safe mode, and in verbose mode it hangs on (or about): Starting Internet Services <date> <time> <hostname> xinetd[343]: 343 {init_services} no services exiting... Starting network file system Starting printing services Starting timed execution services /etc/rc: line 247 116 hangup SystemStarter -g ${VerboseMode} ${SafeBoot} Have looked through Nvidia's site for driver (kext) installers for the FX5200 for Macintosh, but can't much for the platform. Email to Nvidia hasn't got a reply. Google hasn't produced anything useful either. Two replies on the Mac Managers list - one said "easy, drag and drop", the other said "it'll never work, don't try". Is this too ridiculous a quest, or does it seem to be doable? (x-posted to imaging list) _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

Possible Bug, with including
by Matt Jaffa 11 Mar '04

11 Mar '04

Hi, I am using this in my code: struct inpcb * inp; inp = ((struct inpcb *)(so)->so_pcb); if(inp) printf("address = %s\n", inet_ntoa(inp->inp_faddr)); and when I compile it threw out 3 errors: One letting me know that inpcb was an incomplete type, so I fixed that by including <netinet/in_pcb.h> Now i am getting one error: netkey/key_var.h No such file or directory this error comes from keydb.h which is some how included with in_pcb.h some chain of includes now if netkey/key_var.h doesn't exist in the include directories why is it included in keydb.h How do I get around this error? Thanks, Matt _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

Re: Mac-on-Linux and VM internals
by Jim Magee 11 Mar '04

11 Mar '04

On Mar 9, 2004, at 9:19 PM, Samuel Rydh wrote: > On Tue, Mar 09, 2004 at 12:40:57PM -0500, Jim Magee wrote: >>> What if we decide, later on, to change the exception handlers we >> have installed (maybe to more optimized versions for the platform)? > > You mean, on the fly after the system has booted? Sound like a worse > hack > than what MOL does without the (good) excuse that MOL can't easily make > modifications to the kernel proper... I must disagree. We have one kernel. It must boot on as many CPUs as possible (currently all CPUs we support). So, the initial exception vector implementations are somewhat generic (and support the worst-case). Once we detect exactly what system we are on (presence of multiple CPUs or not, etc...) we may want to change these vector settings to go directly to optimized versions for that platform (as checking a set of "never changing state flags" in each exception handler invocation can be considered wasteful). The platform KEXTs are the only ones that know this information for sure - and we have to be running for a while to run them. So, there you go. A legitimate (although currently hypothetical) reason we would need/want to do this. Because the platform KEXTs are just KEXTs (like yours), and there is no explicit dependency between them, it would be a race to see who got their changes in last (and I imagine the platform KEXT wouldn't write the vectors itself, but instead inform the base kernel of the presence [or absence] of key features, and we would would update the vectors ourselves to one of a set of handlers we already have defined in the base kernel). >> Your original statement about needing to wire down all of MOL to keep >> the >> system running seems somewhat telling in this regard. > > No no... not the all of MOL. Just the virtualized RAM. The RAM has to > be > wired down (currently) because the MOL module has no way of knowing > that a particular page is about to be swapped out (or whatever). If the > kernel module could be told (through some suitable mechanism) about > this > event, then it would be trivial to flush any references to that page. > That is, MOL is designed to function as a software TLB cache with > respect > to the operating system when pageable memory is used for RAM. Sure, there are such suitable mechanisms in our kernel. They're just at a much higher level than you want. This all stems from divergent design philosophies. Our kernel believes in providing "abstracted hardware" services to code that implements other operating systems. Meanwhile MOL prefers to provide non-abstracted pure virtual emulations of the hardware to other OSes. While one can envision a layering of these two software systems, it normally wouldn't be to have the abstraction-providing one sitting underneath the pure-virtual one. But that's the situation we find ourselves in - with the virtualizing software trying to pry the abstraction-providing software away from the true hardware (with the abstraction-providing software trying not to give up control). --Jim [demime 0.98b removed an attachment of type application/pkcs7-signature which had a name of smime.p7s] _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0

Getpeereid?
by Per Bengtsson 11 Mar '04

11 Mar '04

Hi. I'm looking for the getpeereid function. I found the man-page but cannot locate it in any library. Can anyone give me a hint here. I'm running Darwin kernel version 7.2.0 Thanks. /Per _______________________________________________ darwin-kernel mailing list | darwin-kernel(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/darwin-kernel Do not post admin requests to the list. They will be ignored.

1 0