November 2007 - Darwin-kernel

Re: devfs_make_node()
by Nick Blievers 09 Nov '07

09 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Thunderbird 2.0.0.0 (Macintosh/20070326) Hi, if (!(vap->va_type == VBLK) && !(vap->va_type == VCHR)) { return (EINVAL); /* only support mknod of special files */ } Also FWIW: This is exactly what I told you in the radar. _______________________________________________ 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.… One small correction to my email. When I say "full path" I meant relative from /dev. Sorry about that. Nick On Nov 8, 2007, at 6:47 PM, Nick Blievers wrote: This is really an FYI more than anything. There is a bug in dev_finddir() that affects devfs_make_node() such that if you pass it a path that contains a directory, the directory will be created but the name will be truncated. This stems from a simple off by one error in dev_finddir(). Although I have raised a bug about this, I have been told that I shouldn't be trying to create directories as part of a device name. This problem was introduced in leopard with the shift away from unsafe string functions. So rather than strncpy(), strlcpy() has been used, without the appropriate length change. I am curious what the reasons are that make it considered unsafe to create a subdirectory under /dev -- but mainly this email is to make people aware of a regression which exists in leopard that apparently will not get fixed. This is not a regression, in that it did not work previously. The directory is not created, and if you look at defvfs_mknod(), you will see that if the node type is VDIR, the following code triggers: It is bogus to try and create a device node using a full rather than a relative path. Also, if you look at Leopard sources for devfs, you will see that there is a mechanism for creating directories, but there is no KPI published for it, and its use is therefore completely unsipported and subject to change; however, it does exist. You need to either not depend on directories, or you need to use the same mechanism that fdfs uses: a uinion mount of your own FS on top. This is highly discouraged, as you are unlikely to get the pathconf() and fpathconf() data correct with respect to POSIX. If you hack and use the unpublished method, be aware that the a_dvp needs to point to the directory in which the node is being created, so you have to do it by basing it there, rather than at the root of devfs. Specifically path component separators are not recognized. - Terry This email sent to site_archiver(a)lists.apple.com

1 0

Re: devfs_make_node()
by Nick Blievers 09 Nov '07

09 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Thunderbird 2.0.0.0 (Macintosh/20070326) Hi, if (!(vap->va_type == VBLK) && !(vap->va_type == VCHR)) { return (EINVAL); /* only support mknod of special files */ } Nick _______________________________________________ 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.… Terry Lambert wrote: On Nov 8, 2007, at 6:47 PM, Nick Blievers wrote: This is really an FYI more than anything. There is a bug in dev_finddir() that affects devfs_make_node() such that if you pass it a path that contains a directory, the directory will be created but the name will be truncated. This stems from a simple off by one error in dev_finddir(). Although I have raised a bug about this, I have been told that I shouldn't be trying to create directories as part of a device name. This problem was introduced in leopard with the shift away from unsafe string functions. So rather than strncpy(), strlcpy() has been used, without the appropriate length change. I am curious what the reasons are that make it considered unsafe to create a subdirectory under /dev -- but mainly this email is to make people aware of a regression which exists in leopard that apparently will not get fixed. This is not a regression, in that it did not work previously. The directory is not created, and if you look at defvfs_mknod(), you will see that if the node type is VDIR, the following code triggers: I have to disagree with this... we have been using this since 10.2 I think. It does work. We are not creating a directory directly, it is getting created as a by-product of the devfs_make_node() call. If you want sample (working) code for Tiger I am happy to provide it for you. I am not sure if we have wires crossed here or what, but if definitely is a regression. We are not calling devvfs_mknod(). We are calling devfs_make_node() (is this were the confusion has come about?). It is bogus to try and create a device node using a full rather than a relative path. Also, if you look at Leopard sources for devfs, you will see that there is a mechanism for creating directories, but there is no KPI published for it, and its use is therefore completely unsipported and subject to change; however, it does exist. Again we are not trying to create directories directly, they are created as a by-product of calling devfs_make_node() with a full path, which the comments say (when calling dev_finddir()) acts like a mkdir -p. You need to either not depend on directories, or you need to use the same mechanism that fdfs uses: a uinion mount of your own FS on top. This is highly discouraged, as you are unlikely to get the pathconf() and fpathconf() data correct with respect to POSIX. Thank you for giving me a reason why its bad, I'm still not really clear why, but I can investigate this. If you hack and use the unpublished method, be aware that the a_dvp needs to point to the directory in which the node is being created, so you have to do it by basing it there, rather than at the root of devfs. Specifically path component separators are not recognized. devfs_make_node() is a published method... that used to allow the creation of directories within /dev. It still does provide that functionality, just truncating one of the path elements due to an off by one error. Also FWIW: This is exactly what I told you in the radar. Sort of. I really think we are talking at cross purposes here. I am not trying to do anything new and different from whats been done previously, and I am certainly not trying to make life difficult for you. Its just that, as far as I am aware, I am using a published interface that has had a behaviour change from Tiger to Leopard, due to an off by one error. Thanks for the detailed feedback, and while I will obviously look for alternate solutions (since calling devfs_make_node("/dev/fooX/bah") really sucks), I still maintain that this is a regression. This email sent to site_archiver(a)lists.apple.com

1 0

Re: devfs_make_node()
by Terry Lambert 09 Nov '07

09 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hi, if (!(vap->va_type == VBLK) && !(vap->va_type == VCHR)) { return (EINVAL); /* only support mknod of special files */ } Also FWIW: This is exactly what I told you in the radar. - Terry _______________________________________________ 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 Nov 8, 2007, at 6:47 PM, Nick Blievers wrote: This is really an FYI more than anything. There is a bug in dev_finddir() that affects devfs_make_node() such that if you pass it a path that contains a directory, the directory will be created but the name will be truncated. This stems from a simple off by one error in dev_finddir(). Although I have raised a bug about this, I have been told that I shouldn't be trying to create directories as part of a device name. This problem was introduced in leopard with the shift away from unsafe string functions. So rather than strncpy(), strlcpy() has been used, without the appropriate length change. I am curious what the reasons are that make it considered unsafe to create a subdirectory under /dev -- but mainly this email is to make people aware of a regression which exists in leopard that apparently will not get fixed. This is not a regression, in that it did not work previously. The directory is not created, and if you look at defvfs_mknod(), you will see that if the node type is VDIR, the following code triggers: It is bogus to try and create a device node using a full rather than a relative path. Also, if you look at Leopard sources for devfs, you will see that there is a mechanism for creating directories, but there is no KPI published for it, and its use is therefore completely unsipported and subject to change; however, it does exist. You need to either not depend on directories, or you need to use the same mechanism that fdfs uses: a uinion mount of your own FS on top. This is highly discouraged, as you are unlikely to get the pathconf() and fpathconf() data correct with respect to POSIX. If you hack and use the unpublished method, be aware that the a_dvp needs to point to the directory in which the node is being created, so you have to do it by basing it there, rather than at the root of devfs. Specifically path component separators are not recognized. This email sent to site_archiver(a)lists.apple.com

1 0

devfs_make_node()
by Nick Blievers 09 Nov '07

09 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Thunderbird 2.0.0.0 (Macintosh/20070326) Hi, Hope this helps someone, Nick _______________________________________________ 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 is really an FYI more than anything. There is a bug in dev_finddir() that affects devfs_make_node() such that if you pass it a path that contains a directory, the directory will be created but the name will be truncated. This stems from a simple off by one error in dev_finddir(). Although I have raised a bug about this, I have been told that I shouldn't be trying to create directories as part of a device name. This problem was introduced in leopard with the shift away from unsafe string functions. So rather than strncpy(), strlcpy() has been used, without the appropriate length change. I am curious what the reasons are that make it considered unsafe to create a subdirectory under /dev -- but mainly this email is to make people aware of a regression which exists in leopard that apparently will not get fixed. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Kernel Debugging Help
by Brian Bechtel 08 Nov '07

08 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=8C6PutmGN9g5sfDVcowbEmA9hXh1b9t/MDia0MIQsUI=; b=OMLQ6OU9lbB8i5YqXrZp0IyhhwPXxAfvEBQkFYVuHLP7fHvumAEF0C5eBZdibanFHRK+DewCUB/lIYZ1fsNRRDALEJCecpp17LLWyqn0IyCbK+sGctsZQR4bxRnyKukpQovrFo5Sbq0ueSx2Crhccjz5sgDnBC5PHc91VFWAp90= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QBqBlbENe6ICrqly3BbPZVAxpAvQHbi7PgRxsixDnSM40otk6bs1I4MrroY5zWSVkApBTvskNyH5wYTKo3IY7A1q0JMhLR5OsQ3Ig+cpibhiuC3UKSuqvQCpewLZu4vrmjJ5av6hezWM+u/g/5eboxszI4wIsKeT5bJ3X3kNQhw= On Nov 8, 2007 11:05 AM, billy lau <blau2(a)uiuc.edu> wrote: > That is correct. My host machine is of PPC while my target machine is > of x86. Therefore, are there any extra configurations that I need to > do, especially with gdb? gdb -arch i386 /Volumes/KernelDebugKit/mach_kernel (gdb) source /Volumes/KernelDebugKit/kgmacros > When I source the kgmacros, gdb gave me an error saying > > Error in sourced command file: > No symbol table is loaded. use the "file" command. That is probably because you didn't specify the "arch" flag. For more information see the gdb release notes in /Developer/Documentation and "man gdb" _______________________________________________ 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: Kernel Debugging Help
by billy lau 08 Nov '07

08 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=TKCWWyb9/SKYg3ru9WuPR0c83yRIPRIVVl5rof5HALk=; b=lHa8n2QYPsE3k0LGGrNHXLm+5h10sN+dHbcUatlGwn5wry+FNLYj6qr6tpUxeeUFg18Ps+WEZK1JxS85kVFlC7yxTjGshtwBjFBh066YOQUbYBHCZVISvPg5QseXCl4Wqm4SMO7Wg65Snq2spTjVF4i+CYBT39FASWkHfnIwRIg= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=rxnIcthTzbfA/Mxo1I9YnWBUBWm57mRhW3SymF6ozXiudLuL3xAE4s8LxvC9X4nI0RsvajYQ8yTRlR5gV7dDYUkMQSk6JNROszeRTosrlDSQ183kfIAlfI/pZIpTR1uH9AKNhjcaXxXs2zN/dZ90OT86SwsYLB23PRknGv+uzMw= That is correct. My host machine is of PPC while my target machine is of x86. Therefore, are there any extra configurations that I need to do, especially with gdb? When I source the kgmacros, gdb gave me an error saying Error in sourced command file: No symbol table is loaded. use the "file" command. When i tried 'file' instead of 'souce', it says that kgmacros is not in executable format. - billy On Nov 8, 2007 6:05 AM, Alexander v. Below <below(a)mac.com> wrote: > It is a known bug, ID 5464154. > > You are probably running on PPC. Use FireWireSDK 24 until a new > version (later than 25) is released. > > Alex > > > On 08.11.2007, at 12:50, billy lau wrote: > > > Thanks for the description. To follow up, when I was trying to open > > the firewire proxy at > > > > open FireWireKDPProxy > > > > on my host machine, a new terminal forks out and says > > > > Bus error > > logout > > > > What does that mean? At this point of time, I already have my firewire > > cabel connected > > > > thanks, > > - billy > > > > On Nov 5, 2007 11:06 AM, Brian Bechtel <brian.bechtel(a)gmail.com> > > wrote: > >> On Nov 5, 2007 1:05 AM, billy lau <blau2(a)uiuc.edu> wrote: > >>> I am attempting two machine debugging using a 6-6pin Firewire cable. > >>> However, I could not figure out the command to target the test > >>> machine. > >> > >> I put up a description of this at http://gemello.livejournal.com > >> > >> Let me know if the additional information there helps. > >> > >> (To summarize, you need to run > >> /Developer/FireWireSDK25/Tools/FireWireKDP\ 1.3.9/FireWireKDPProxy, > >> then from another window invoke gdb, and inside gdb say "kdp-reattach > >> localhost") > >> > > _______________________________________________ > > 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/below%40mac.com > > > > This email sent to below(a)mac.com _______________________________________________ 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: Eject oddity
by Eric Long 08 Nov '07

08 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Thread-index: AcgiLB/zXmK6Jo4fEdyAGwAX8si2KA== Thread-topic: Eject oddity User-agent: Microsoft-Entourage/11.3.6.070618 > Which OS version? 10.4.10 and 10.5. > Try enabling DiskArbitration logging to see if the eject makes it that far. This is what appears in the log on 10.4.10: 08:56:47 loginwindow [120]:16131 -> diskarbitrationd [78] 08:56:47 unable to queue solicitation, id = 004D6967:0035CF70, kind = disk unmount, disk = /dev/ê (status code 0xF8DA0003). On 10.5: 09:18:53 loginwindow [28]:18179 -> diskarbitrationd [36] 09:18:53 unable to queue solicitation, id = 0000000000491761:0000000000598960, kind = disk unmount, disk = /dev/ (status code 0xF8DA0003). 09:18:54 0xF8DA0003 works out to be kDAReturnBadArgument. It looks to me like "disk = /dev/" should be "disk = /dev/ disk1s0". Eric _______________________________________________ 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: Kernel Debugging Help
by Alexander v. Below 08 Nov '07

08 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com It is a known bug, ID 5464154. Alex On 08.11.2007, at 12:50, billy lau wrote: Thanks for the description. To follow up, when I was trying to open the firewire proxy at open FireWireKDPProxy on my host machine, a new terminal forks out and says Bus error logout What does that mean? At this point of time, I already have my firewire cabel connected thanks, - billy I am attempting two machine debugging using a 6-6pin Firewire cable. However, I could not figure out the command to target the test machine. I put up a description of this at http://gemello.livejournal.com Let me know if the additional information there helps. (To summarize, you need to run /Developer/FireWireSDK25/Tools/FireWireKDP\ 1.3.9/FireWireKDPProxy, then from another window invoke gdb, and inside gdb say "kdp-reattach localhost") _______________________________________________ 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/below%40mac.com _______________________________________________ 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.… You are probably running on PPC. Use FireWireSDK 24 until a new version (later than 25) is released. On Nov 5, 2007 11:06 AM, Brian Bechtel <brian.bechtel(a)gmail.com> wrote: On Nov 5, 2007 1:05 AM, billy lau <blau2(a)uiuc.edu> wrote: This email sent to below(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: Kernel Debugging Help
by billy lau 08 Nov '07

08 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=puwP1iEh0bL+INx86XIp/51kpfseUy7qZDMx2sAaETo=; b=PfUJ7pmrJTJHa54q1mFzO5jRr2sDObp2CHTP8FqKDRhqs1m7zTbAC1pIv+Ey5bGtEkfb7o5xz46S4seLi+Qt9w8ahcRyk4PppUES1Ewcvl7ak6dODiml+s0kayw/fWFtREnE0AScyt1Ks9xTjiw7zuOEqfGv+Rfw282wX2lIuJ4= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Dz4uinKkPdbrw53+aH/afz+XljaBBrz1prd9A9OPJ84l6nsyMfpQjEpn1TzHry1Pxzsc89xEUDMxC5lPxwjSfa2dfZ0Yi0sS1BpqqIiuh2CNKPnfpKkkqNwDWF2V5duTkWQ8beoXg1CKRylCgF76Ij6n647Tn21y6PjFYy1n6fY= Thanks for the description. To follow up, when I was trying to open the firewire proxy at open FireWireKDPProxy on my host machine, a new terminal forks out and says Bus error logout What does that mean? At this point of time, I already have my firewire cabel connected thanks, - billy On Nov 5, 2007 11:06 AM, Brian Bechtel <brian.bechtel(a)gmail.com> wrote: > On Nov 5, 2007 1:05 AM, billy lau <blau2(a)uiuc.edu> wrote: > > I am attempting two machine debugging using a 6-6pin Firewire cable. > > However, I could not figure out the command to target the test > > machine. > > I put up a description of this at http://gemello.livejournal.com > > Let me know if the additional information there helps. > > (To summarize, you need to run > /Developer/FireWireSDK25/Tools/FireWireKDP\ 1.3.9/FireWireKDPProxy, > then from another window invoke gdb, and inside gdb say "kdp-reattach > localhost") > _______________________________________________ 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: Finder & FS plug-in bug (creation, ranaming folders)
by Quinn 08 Nov '07

08 Nov '07

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com o it messes up all File Manager clients (like Finder) o it only affects non-volfs volumes o it only affects Intel machines S+E -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Relations, Developer Technical Support, Core OS/Hardware _______________________________________________ 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.… At 21:10 +0300 7/11/07, Alexander Obuschenko wrote: It's 10.4.9 on intel and 10.4.6 on PPC (but it seems there is no such bug on PPC) OK, this is almost certainly a known bug with the File Manager's file ID tree management. The bug is fixed in 10.5 and a post-10.4.10 update to 10.4.x <rdar://problem/5223127>. The key characteristics of this bug are: If you're creating a network file system it usually possible to work around this bug by careful manipulation of the dev_t that you use for your volume. However, if you're doing a local file system (where the dev_t is determined by the block device on which you're mounted) there's no easy workaround. This email sent to site_archiver(a)lists.apple.com

1 0