May 2005 - Darwin-kernel - lists.apple.com

Re: Can't delete missing volume
by Tim Seufert 07 May '05

07 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On May 6, 2005, at 5:00 PM, Erich Ocean wrote: [g5:~] me% mount devfs on /dev (local) fdesc on /dev (union) Attempting to mess with /dev at all is pretty much folly. :) The volume for "dev" cannot be found. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… I've got a missing volume (named 'dev') in my root directory, that I can't delete in the Finder. I've cut out lines describing other mount points; real output of 'mount' is longer. Anyways, devfs and fdesc are virtual filesystems which get mounted on /dev. You cannot delete /dev (or any other directory which is in use as a mount point) as long as there's something mounted on it. If there was not something mounted on /dev, your computer would soon stop working well, because the device nodes which the kernel presents in devfs are essential to the operation of many programs. Attempting to delete it from the command line is folly, since it's the "dev" directory. The Finder thinks it's an alias, and it gives the following error message when I click on it: Insert the volume for "dev" and wait for it to appear on the desktop, then try again. [OK] Any ideas on how I can get rid of this thing? It doesn't show up when I ls -l from my root directory, only the normal dev directory shows up. The Finder is just confused. You have to have changed or removed its list of hidden files/folders to see /dev at all; by doing so you're exposing a bug that's no doubt due to the fact that Apple regards the Finder as a place where users should never even try to see UNIX arcana like /dev, and therefore has never tested it for such usage. The reason for its confusion probably has to do with the way that the Finder tries to present the UNIX single-root filesystem as if it were the mulitply-rooted filesystem of MacOS 9 and earlier. In order to do this, it tries to special-case all mounted filesystems instead of just listing directory contents. It would seem that this code doesn't account for mounts outside the ordinary places where network disks and local disks are mounted. Either that or it just doesn't know how to handle the union mount of devfs and fdesc on the same mount point. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Problems building xnu-792
by Kim-Thomas Moeller 07 May '05

07 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Debian Thunderbird 1.0.2 (X11/20050331) Hi Jake, recently, I have compiled parts from xnu 7.6 on GNU/Linux i386 using gcc 3.3.5 and have run into similar issues. It seems that your problem has to do with underscore prepending. By default, gcc (unlike other C compilers) does not prepend underscores to symbols [1]. Darwin, in contrast, is compiled with leading underscores [2], although I have not found where that behavior is defined in the Makefiles. Now xnu/libkern/Makefile defines _OSCompareAndSwap, _OSDequeueAtomic and _OSEnqueueAtomic as linker aliases (note the prepended underscore). I suspect the solution is to add "-fleading-underscore" to CFLAGS (which is defined in xnu/makedefs/MakeInc.def). I also encountered the problem that you reported yesterday: My gcc explicitly needed the "-Wno-pmf-conversions" flag, which enables pointer-to-member function calls [3]. In other words, the flag is needed by the IOKit workloop mechanism for calling a method via a pointer to the object. Please correct me if I'm wrong. I have not yet tried to compile xnu under Darwin 8.0 by myself. Kim [1] http://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html [2] xnu/libsa/c++rem3.c [3] http://gcc.gnu.org/onlinedocs/gcc/Bound-member-functions.html Jake Luck wrote: > > Got further with the 792 build. It turns out that xnu doesn't like the > default gcc 4.0, you need to switch to 3.3 using "gcc_select". It is > nearly working with the compiler binary tool posted here yesterday. > Good luck. jake > > /usr/bin/gcc-3.3 -c -static -g -nostdinc -nostdlib -no-cpp-precomp > -fno-builtin -finline -fno-keep-inline-functions -msoft-float > -fsigned-bitfields -arch ppc -Dppc -DPPC -D__PPC__ -DPAGE_SIZE_FIXED -O2 > -mcpu=750 -mmultiple -fschedule-insns -DAPPLE -DNeXT -DKERNEL > -DKERNEL_PRIVATE -DXNU_KERNEL_PRIVATE -DPRIVATE -D__MACHO__=1 > -Dvolatile=__volatile -I. -I/Src/xnu-792/. > -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/. > -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/osfmk > -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/bsd > -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/iokit > -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/pexpert > -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/libkern > -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/libsa > -I/Src/xnu-792/BUILD/obj/EXTERN_HDRS -I/Src/xnu-792/EXTERNAL_HEADERS > -I/Src/xnu-792/EXTERNAL_HEADERS/bsd > /Src/xnu-792/BUILD/obj/RELEASE_PPC/version.c -o > /Src/xnu-792/BUILD/obj/RELEASE_PPC/version.o > /usr/bin/g++-3.3 -nostdlib -static -force_cpusubtype_ALL -Wl,-e,__start > -Wl,-segalign,0x1000 -Wl,-sectalign,__TEXT,__text,0x1000 > -Wl,-sectalign,__DATA,__common,0x1000 -Wl,-sectalign,__DATA,__bss,0x1000 > -Wl,-sectcreate,__PRELINK,__text,/dev/null > -Wl,-sectcreate,__PRELINK,__symtab,/dev/null > -Wl,-sectcreate,__PRELINK,__info,/dev/null -arch ppc > -Wl,-segaddr,__VECTORS,0x0 -Wl,-segaddr,__HIB,0x7000 > -Wl,-segaddr,__TEXT,0xe000 > /Src/xnu-792/BUILD/obj/RELEASE_PPC/./osfmk/RELEASE/osfmk.o > /Src/xnu-792/BUILD/obj/RELEASE_PPC/./bsd/RELEASE/bsd.o > /Src/xnu-792/BUILD/obj/RELEASE_PPC/./iokit/RELEASE/iokit.o > /Src/xnu-792/BUILD/obj/RELEASE_PPC/./pexpert/RELEASE/pexpert.o > /Src/xnu-792/BUILD/obj/RELEASE_PPC/./libkern/RELEASE/libkern.o > /Src/xnu-792/BUILD/obj/RELEASE_PPC/./libsa/RELEASE/libsa.o > /Src/xnu-792/BUILD/obj/RELEASE_PPC/version.o -o > /Src/xnu-792/BUILD/obj/RELEASE_PPC/./mach_kernel.sys -lcc_kext; \ > /usr/bin/strip -S -x > /Src/xnu-792/BUILD/obj/RELEASE_PPC/./mach_kernel.sys -o > /Src/xnu-792/BUILD/obj/RELEASE_PPC/./mach_kernel; > ld: Undefined symbols: > _OSCompareAndSwap > _OSDequeueAtomic > _OSEnqueueAtomic > make[2]: *** [do_build_mach_kernel] Error 1 > make[1]: *** [build_all] Error 2 > make: *** [all] Error 2 > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/darwin-kernel/kim%40kim-com.de > > This email sent to kim(a)kim-com.de _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Can't delete missing volume
by Peter Lovell 07 May '05

07 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On May 6, 2005, at 8:00 PM, Erich Ocean wrote: The volume for "dev" cannot be found. Thanks in advance, Regards.....Peter _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… I've got a missing volume (named 'dev') in my root directory, that I can't delete in the Finder. Attempting to delete it from the command line is folly, since it's the "dev" directory. The Finder thinks it's an alias, and it gives the following error message when I click on it: Insert the volume for "dev" and wait for it to appear on the desktop, then try again. [OK] Any ideas on how I can get rid of this thing? It doesn't show up when I ls -l from my root directory, only the normal dev directory shows up. Erich "dev" is special and is managed by the kernel. On some *nix systems you can do command-line stuff in there but not on Mac OS X, even as root. It says that you have rwx access but that's not been my experience (which I regard as "good", just in case someone gets an idea that I'd like to change it) But it sounds as though there's a rogue entry somewhere. My suggestion would be to boot from another drive so that your regular volume is not the boot volume. It won't then get the special "dev" treatment which applies to the boot volume only. You should then be able to deal with the rogue using regular tools. But be careful. making a mistake with dev can spoil your whole day, and more. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Problems building xnu-792
by Jake Luck 06 May '05

06 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com I'm trying to build xnu-792 from the darwin 8.0 sources. I'm following the instructions given at ..... I notice that ar.h can be found in xnu-792/EXTERNAL_HEADERS, but that isn't referenced by the make. Did anyone else run in to this problem? bootstrap_cmds-49.tar.gz Libstreams-24.1.tar.gz cctools-576.tar.gz http://10k.org/jake/xnu/xnu-compiletools-20050506.tar.bz2 enjoy. jake p.s. unfortunately the vanilla kernel still won't compile % uname -a Darwin localhost 8.0.0 Darwin Kernel Version 8.0.0: Sat Mar 26 14:15:22 PST 2005; root:xnu-792.obj~1/RELEASE_PPC Power Macintosh powerpc _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… the documentation is out of date and requires numerous tweaks to properly build cctools in a retail OS X 10.4 distro. Here is a fresh build of the following compile tools which you need to build the xnu-792, from /usr/bin/c++ -o IOWorkLoop.cpo -c -fno-rtti -fno-exceptions -fcheck-new -fapple-kext -fpermissive -static -g -nostdinc -nostdlib -no-cpp-precomp -fno-builtin -finline -fno-keep-inline-functions -msoft-float -fsigned-bitfields -arch ppc -Dppc -DPPC -D__PPC__ -DPAGE_SIZE_FIXED -DIOASSERT=0 -O2 -mcpu=750 -mmultiple -fschedule-insns -DAPPLE -DNeXT -DKERNEL -DKERNEL_PRIVATE -DXNU_KERNEL_PRIVATE -DPRIVATE -D__MACHO__=1 -Dvolatile=__volatile -DIOKIT -DKERNEL -DDRIVER_PRIVATE -Wall -Wno-four-char-constants -fno-common -DIOMATCHDEBUG=1 -DIOALLOCDEBUG=1 -Wall -Wno-format-y2k -W -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wchar-subscripts -Winline -Wredundant-decls -fpermissive -Wno-unused-parameter -Wno-redundant-decls -Wno-write-strings -Wno-cast-qual -Wno-shadow -Wno-unused-parameter -Wno-redundant-decls -Wno-write-strings -Wno-cast-qual -Wno-shadow -Wno-unused-parameter -Wno-redundant-decls -Wno-write-strings -Wno-cast-qual -Wno-shadow -Wno-unused-parameter -Wno-redundant-decls -Wno-write-strings -Wno-cast-qual -Wno-shadow -MD -I. -I/Src/xnu-792/iokit -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/iokit -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/osfmk -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/bsd -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/pexpert -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/libkern -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/libsa -I/Src/xnu-792/BUILD/obj/EXTERN_HDRS -I/Src/xnu-792/EXTERNAL_HEADERS -I/Src/xnu-792/EXTERNAL_HEADERS/bsd -I/Src/xnu-792/BUILD/obj/EXPORT_HDRS/bsd -I/Src/xnu-792/iokit/ -I/Src/xnu-792/iokit/include /Src/xnu-792/iokit/Kernel/IOWorkLoop.cpp cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ cc1plus: warning: command line option "-Wmissing-prototypes" is valid for C/ObjC but not for C++ /Src/xnu-792/iokit/Kernel/IOWorkLoop.cpp: In member function `virtual bool IOWorkLoop::init()': /Src/xnu-792/iokit/Kernel/IOWorkLoop.cpp:73: error: converting from `IOReturn (IOWorkLoop::*)(void*, void*, void*, void*)' to `IOReturn (*)(OSObject*, void*, void*, void*, void*)' in a kext. Use OSMemberFunctionCast() instead. /Src/xnu-792/iokit/Kernel/IOWorkLoop.cpp:87: warning: invalid conversion from 'void (*)(void*, wait_result_t)' to 'void (*)(void*)' /Src/xnu-792/iokit/Kernel/IOWorkLoop.cpp:87: warning: initializing argument 1 of 'thread* IOCreateThread(void (*)(void*), void*)' make[6]: *** [IOWorkLoop.cpo] Error 1 make[5]: *** [build_all] Error 2 make[4]: *** [do_all] Error 2 make[3]: *** [build_all] Error 2 make[2]: *** [build_all] Error 2 make[1]: *** [build_all] Error 2 make: *** [all] Error 2 This email sent to site_archiver(a)lists.apple.com

1 0

Re: Can't delete missing volume
by vinai 06 May '05

06 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Importance: Normal User-agent: SquirrelMail/1.4.2 > I've got a missing volume (named 'dev') in my root directory, that I > can't delete in the Finder. Attempting to delete it from the command > line is folly, since it's the "dev" directory. > > The Finder thinks it's an alias, and it gives the following error > message when I click on it: > >> The volume for "dev" cannot be found. >> >> Insert the volume for "dev" and wait for it to appear on the >> desktop, >> then try again. >> >> [OK] > > Any ideas on how I can get rid of this thing? It doesn't show up when > I ls -l from my root directory, only the normal dev directory shows > up. the /dev directory is not a pointer to a volume. It contains files that refer to various pieces of hardware (all drives) and software (e.g. tty ports) on your system. You'd probably get a better explanation googling for the contents of the /dev directory, and it's one of those elements common to pretty much all unices and their derivatiave OS's. Leave it alone ! cheers vinai _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Can't delete missing volume
by Erich Ocean 06 May '05

06 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com The volume for "dev" cannot be found. Thanks in advance, Erich _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… I've got a missing volume (named 'dev') in my root directory, that I can't delete in the Finder. Attempting to delete it from the command line is folly, since it's the "dev" directory. The Finder thinks it's an alias, and it gives the following error message when I click on it: Insert the volume for "dev" and wait for it to appear on the desktop, then try again. [OK] Any ideas on how I can get rid of this thing? It doesn't show up when I ls -l from my root directory, only the normal dev directory shows up. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Write on specific IOMedia through filter driver
by Dan Markarian 06 May '05

06 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hi Imran, Let us draw a picture. (A) IOMedia IOMedia (1) | | (B) SpsoftSnapDriver SpsoftSnapDriver (2) | | (C) IOMedia IOMedia (3) |_________________| | IOApplePartitionScheme | You can obtain the partition name with media->getName(). Dan On 6 May 2005, at 10:45 AM, Imran Kazi wrote: Hi Dan, Awaiting your valuable reply. Thanks Imran From: Dan Markarian [mailto:markarian@apple.com] Sent: Friday, May 06, 2005 3:11 AM To: Imran Kazi Cc: darwin Mailing List Subject: Re: Write on specific IOMedia through filter driver Hi Imran, Dan On 5 May 2005, at 9:14 AM, Imran Kazi wrote: Hi folks, Awaiting your response Thanks once again for all valuable help. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… What we are looking is to write a buffer on the specific one partition, so we are not able to find how to issue a write call for the specific partition as our filter driver is loaded for both the partitions. You have a pointer to (B) and a pointer to (2). You can write to (C) with the pointer to (B). You can write to (3) with the pointer to (2). You have total control over the choice. Our aim is to intercept the write call at one partition and read the data from this partition in a buffer which is going to be modified by the write call and write this buffer to the another partition. This is the reason we have loaded our filter driver for the two partitions. (This is a kind of Snapshot of one partition on other partition) You are welcome to have (B) and (2) rendezvous with each other as I had described before. You wish to differentiate them I take it. Is there not information in your data structures on disk that can differentiate them? You are welcome to differentiate the (B) and (2) with a partition name as you have proposed. The partition name is not the volume name, keep in mind. You should set your partition name alongside your partition hint of 'SpsoftSnap' using pdisk. Partition map (with 512 byte blocks) on '/dev/rdisk1' #: type name length base ( size ) 1: Apple_partition_map Apple 63 @ 1 2: SpsoftSnap Primary 33292288 @ 64 ( 15.9G) 3: SpsoftSnap Secondary 33292288 @ 33292288 ( 15.9G) We may not be able to explain the complete picture to you. Let me put it again We have the filter driver whose content hint is ‘SpsoftSnap’ now we have two partitions whose content hint is ‘SpsoftSnap’. (We want our filter driver to be loaded for both the partitions). And all the writes on these partition goes through our filter driver, but when we issue the write call with a buffer in that case the buffer goes to both the partitions. What we are looking is to write a buffer on the specific one partition, so we are not able to find how to issue a write call for the specific partition as our filter driver is loaded for both the partitions. Our aim is to intercept the write call at one partition and read the data from this partition in a buffer which is going to be modified by the write call and write this buffer to the another partition. This is the reason we have loaded our filter driver for the two partitions. (This is a kind of Snapshot of one partition on other partition) I hope I am able to explain you the situation, if not please let me know I will try my best to put the details. You seem to want a global disk area to store information about all the filters. It seems the information is better kept per filter rather than in a global disk area, but I am unable to guess what purpose it serves at the moment, of course. You can have the global disk area initialized with a signature and the other areas without a signature, and somehow have your other drivers rendezvous with the global one at start() time. After a good amount of effort we are now able to successfully write on the disk using filter scheme driver. Now my user-space buffer successfully passes to kernel through user- client. Thanks for all your valuable help. Thanks specially to Dan, GodFrey, Garth and Parav for helping me out to solve the problem. Now my driver exposes two IOMedia's named /Volume/Vol1 and /Volume/ Vol2 and my driver writes the user-space buffer on both the media at particular byte offset. Is there any way that my driver write routine writes only on one specific IOMedia say (/Volume/Vol1),even if my driver matches for both IOMedia's. Is it possible to get the name of the media from the IORegistry or is there any API available to get the partition name from the IORegistry. So that we can match the partition name which we get from the IORegistry and if the match gets successful then only my driver write routine writes on that particular IOMedia say (/Volume/ Vol1)only and not on (/Volume/Vol2). Imran This email sent to site_archiver(a)lists.apple.com

1 0

vnode_getattr
by Pezeshgi, Shahriar 06 May '05

06 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thread-index: AcVSdjC5YvjW//SFRei+D3Uhp4B9Og== Thread-topic: vnode_getattr Hi I'm trying to get size of a file from a KEXT under Tiger (Xcode 2.0). I'm using vnode_getattr but when I'm trying to load the driver (kextload -v), it can't find vnode_getattr! I hope someone have already found the answer. Shahriar _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Question on KPI / NKE : sys/select.h : struct selinfo ?
by Josh Graessley 06 May '05

06 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On May 5, 2005, at 10:59 AM, chas williams - CONTRACTOR wrote: There are no plans at this time for net_add_domain and net_add_proto. We are interested in hearing about what you might need such functionality for. lets say that i needed to provide a new protocol family for something like ATM? We are considering alternatives and open to suggestions. -josh _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com We are aware that the socket layer provides a nice framework for interaction between a protocol implemented in the kernel and an application in user space. We were unable to provide KPIs to this functionality due to time and resource constraints. We did look at the problem a number of times and ran in to some fundamental issues with third parties extending the stack to support additional protocols. There are a number of problems with extending the stack to support a new protocol family. One problem is that there are only 255 possible address families in a sockaddr. These leaves us with 255 possible protocol families that have a corresponding address family. If you pick one of the approximately 220 unused protocol families, there is no guarantee that it won't be used by someone else. In addition to the limited number of useful protocol families, there's an issue of definitions for the various socket options, address structure, and protocols. If two third parties attempt to implement the same protocol, they may actually layout their data structures differently. This means that a developer attempting to use a third party protocol will have to compile their code for a specific implementation of another third party's protocol (such as ATM). There is also the issue of third party drivers and third party protocol families. There are already definitions for IP and IPv6 addresses shipping with the operating system. When a third party wants to ship a driver that supports IP and IPv6, all of the required data structures are already defined. If a third party was creating a driver for ATM for example and wanted to support a protocol like IPX, they would have no way to know how to interoperate with the IPX implementation. Our recommendation for Mac OS X 10.4 is to use kernel control sockets and/or unix domain sockets. smime.p7s

1 0

Re: sflt_register in 10.4
by Dean Reece 05 May '05

05 May '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Guess nobody told my kext it can't run. (-; Sorry for any confusion, - Dean _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-kernel mailing list (Darwin-kernel(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-kernel/site_archiver%40lists.… On May 5, 2005, at 6:32 PM, Eric Long wrote: On May 5, 2005, at 7:55 PM, Dean Reece wrote: You'll need to bump all these up to 8.0.0 (n0 'b1') for Tiger GM. The 8.0.0b* values were only valid for Tiger seeds, so they won't work on Tiger GM. I'll bump the values though. Right - let me correct my previous email. The individual KPI versions remain compatible back to 8.0.0b1, so the dependencies you had listed should work on Tiger GM (which seems to match your results ;-). The overall kernel version requires an exact version match of 8.0.0 if you want to link on the whole kernel, but for the most part, folks should not be doing that. This email sent to site_archiver(a)lists.apple.com

1 0