July 2011 - Darwin-kernel - lists.apple.com

Re: Lion panic debugging
by Shantonu Sen 27 Jul '11

27 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.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

Lion panic debugging
by Kevin Brock 27 Jul '11

27 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.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: vnode_put(...): iocount < 1 revisited
by Ken Hornstein 26 Jul '11

26 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com >I have a question about the protocol for dropping iocount on the vnode in >the following scenario with my file system driver. The short answer is "you only call vnode_put() on a vnode if you've called vnode_get() on the vnode _within the same vnop_". The normal guarantee is that when your vnop functions are called you have an iocount on that vnode. The kernel takes care of this for you, and takes care of dropping the iocount after it's done with it. The obvious exception to this is vnop_lookup(); in this case since you're either creating or looking up a vnode, it's your responsibility to make sure it has an iocount on it. I suspect what you're thinking is, "Oh, I called vnode_get() in lookup(), so I need to call vnode_put() when I discover that it doesn't really exist in getattr()". That's where you're going wrong. Think of these as two completely different functions; you return a vnode with an iocount out of lookup(), and you should make sure that when you return from getattr() you have the same iocount as when you left, because you don't know what the kernel is going to do with that vnode when you're done with it. >I discovered that the vn_lookup() in my driver was essentially a >cache_lookup() and returning success since the file was still in the name >cache. The getattr() call was doing a stat to the network file system and >since the file was deleted already, it was returning ENOENT. My fix was to >purge name cache when stat fails and call vnode_put() so that the vnode can >be reclaimed. However, I hit the "iocount <= 1" panic. The panic went away >when I removed vnode_put(), however, I do not understand where the last >iocount is dropped in this scenario. I tried looking in the kernel code, >but I was not able to figure this out. Here's the other problem that you'd run into eventually; this file doesn't exist, right? Well, just dropping the iocount to 0 doesn't get rid of the vnode; it _lets_ it be recycled, but it won't be recycled unless there is memory pressure or you tell it to be recycled. If someone were to create another file with the same name and you created another vnode, you'd have two vnodes pointing to the same named file, which is Extremely Bad. What you want to do is tell the kernel to get rid of that vnode; you can do that with vnode_recycle(). This will reclaim the vnode when the iocount goes to 0, purge the name cache, free any cached data ... etc etc, in other words, it gets rid of the vnode (as soon as it can). Hm, while I personally call vnode_recycle() when a file is gone, I see other filesystems use vnode_rele() (they also purge the name cache). Those are under slightly different circumstances, though ... they do that when they get notification from the fileserver that there is no longer any status update for it, so vnode_rele() makes more sense there. My personal preference is to use vnode_recycle() when you know for sure that it's gone, but I'd be interested in what others think. As for the code path that calls vnode_put(), well, I guess you'd have to set up two-kernel debugging to be sure, but I see a vnode_put() in the open() path (open1(), actually, in bsd/vfs/vfs_syscalls.c), so I'd hazard a guess that's where it is being released. Ah, I think I see what's happening: in bsd/vfs/vfs_vnops.c, in vn_open_auth(), if namei() succeeds but vnode_authorize() fails, first vnode_put() is called (which is what is tripping you up), and then if the error from vnode_authorize is ENOENT it starts the whole sequence over again. So I think my advice to you is correct: call vnode_recycle() when you realize the file doesn't exist; as soon as vnode_put() is called the vnode will be reclaimed and purged from the name cache. During the second go-around you should get a ENOENT from namei() and all will be well. --Ken _______________________________________________ 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

vnode_put(...): iocount < 1 revisited
by mogambo 26 Jul '11

26 Jul '11

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=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=UX6aFeDROhjEpEmXaDPeX/P8XD38Kv/b/gntuMXMTNs=; b=lVnb5eHOkDVuYaQ7zEHS0n4vYBi34B22d2aauyieblI84DxOy6oTvlfEb8qEXCVxNK 3nBYRpZhouDBAEVejRKObzL4knTsJY2Facl6tpWvPTYGkPoOtosj1h2lRLwd0EszmkSf uWRkRTKXRmUNvvJk56A8MIoXpVsLgblXwujvs= _______________________________________________ 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: TRIM
by Andreas Fink 25 Jul '11

25 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.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: 10.7 sources?
by William Siegrist 25 Jul '11

25 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Jul 25, 2011, at 10:21 AM, Chris Logsdon wrote: > Hi Bill, > > Is there any chance the source forIOSCSIArchitectureModelFamily will be published anytime? The last source on the opensource.apple.com site is for 10.3.9 (ASFAIK tell). > No, IOSCSIArchitectureModelFamily is no longer open source. -Bill _______________________________________________ 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: TRIM
by Phil Jordan 25 Jul '11

25 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com On Mon, Jul 25, 2011 at 6:33 PM, Joel Reymont <joelr1(a)gmail.com> wrote: > A bit more on this. > > Any suggestions on what's wrong? Are you sure your hardware supports it? I don't think Apple shipped TRIM-capable SSDs in 2009 yet. FWIW, TRIM is reported as being supported for the "APPLE SSD TS256C" in a late-2010 MacBook Air as of OSX 10.6.8. phil _______________________________________________ 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: TRIM
by Joel Reymont 25 Jul '11

25 Jul '11

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=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; bh=oB5T9OcOtX3kpWlOET+SBVpQnlAbcK9bkoKElpfisNo=; b=LTbTk+m+ziD18QHs/fSGMJNVqRPzTVsA5wII9nfp+RAH8EV7Gs/kEqWqmvKBMfONYU lvzbA+1neUa3pUQXLimL724fSlnH5n0TTemzXkY8MfoC5gV475ZorxupMtgdudEMo7F/ q3+LHFacjS8rHOQKSzEVpKL7slGtvV0QPlv9k= A bit more on this. Any suggestions on what's wrong? On Jul 25, 2011, at 5:28 PM, Joel Reymont wrote: > I have a 2 y.o. 256gb Apple SSD and it shows TRIM as unsupported under Lion. APPLE SSD TS256: Capacity: 251 GB (251,000,193,024 bytes) Model: APPLE SSD TS256 Revision: W010011b Serial Number: 39930001486 Native Command Queuing: No Removable Media: No Detachable Drive: No BSD Name: disk0 Medium Type: Solid State TRIM Support: No Partition Map Type: GPT (GUID Partition Table) S.M.A.R.T. status: Verified -------------------------------------------------------------------------- - for hire: mac osx device driver ninja, kernel extensions and usb drivers ---------------------+------------+--------------------------------------- http://wagerlabs.com | @wagerlabs | http://www.linkedin.com/in/joelreymont ---------------------+------------+--------------------------------------- _______________________________________________ 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

TRIM
by Joel Reymont 25 Jul '11

25 Jul '11

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=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=F5M5XB0eT+5ipQOQl77D2CdJTkeNjU7UxNwiySz3Bvc=; b=jNUkJ3PnMHNBJcoqfugtdpYL8uRsyUG9j1Hc0aoKeHICShD6xVpTtnYliWluyBW3W1 xqe6orT6An3wWAaHjuIIZ18MjwYWVmOdS/fSmCd7NH6BWJpi2lHukz5S3UFT3HSgamjd dXZRI19UGjUSB5OZ8jUy8/kYSPcDKxnc0zz0s= What is the state of TRIM in Lion? I have a 2 y.o. 256gb Apple SSD and it shows TRIM as unsupported under Lion. Thanks, Joel -------------------------------------------------------------------------- - for hire: mac osx device driver ninja, kernel extensions and usb drivers ---------------------+------------+--------------------------------------- http://wagerlabs.com | @wagerlabs | http://www.linkedin.com/in/joelreymont ---------------------+------------+--------------------------------------- _______________________________________________ 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

problem with ifnet_get_address_list_family on Lion
by Richard Hood 22 Jul '11

22 Jul '11

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com now that we can talk about Lion . . . I'm having some problems with ifnet_get_address_list_family() on Lion. at startup my kext gets all the active IP interfaces on the system. the problem is that on Lion I'm getting an ENXIO (device not configured) error whereas on Snow Leopard this code is working fine. however, once the systems has booted, if I stop the kext and restart it the call seems to work fine. anyone know what has changed in Lion with-respect-to ifnet_get_address_list_family()? the code looks something like this . . . ifnet_t *interfaces = NULL; u_int32_t cnt = nInfos; int err = ifnet_list_get(IFNET_FAMILY_ETHERNET, &interfaces, &cnt); if (err) { NETLOG(("ifnet_list_get: error=%d\n", err)); return 0; } NETLOG(("Interface count=%d\n", cnt)); int i; int mm=0; for (i=0;i<cnt;i++) { u_int16_t flags = ifnet_flags(interfaces[i]); NETLOG(("Interface %p flags=0x%x\n", interfaces[i], flags)); if (!(flags & IFF_UP)) continue; ifaddr_t *addrList; err = ifnet_get_address_list_family(interfaces[i], &addrList, PF_INET); if (err) { NETLOG(("ifnet_get_address_list_family: error=%d\n", err)); continue; } [ code snipped ] } _______________________________________________ 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