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

Re: BSD root:disk0s1
by Mike Smith 30 Jul '05

30 Jul '05

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

BSD root:disk0s1
by Herbert 30 Jul '05

30 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Can anyone tell me how? _______________________________________________ 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 see this message in the console (system) log. I need to get this as well, from my driver, so my driver can figure out if it's on the boot drive or not. I also need to get the child of my driver so I can check the value (above) with the child's id. This email sent to site_archiver(a)lists.apple.com

1 0

Re: OT? 10.4 VFS - ls works, but Carbon File Mgr listing does not
by Mike Smith 29 Jul '05

29 Jul '05

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: OT? 10.4 VFS - ls works, but Carbon File Mgr listing does not
by Brian Bergstrand 29 Jul '05

29 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Jul 29, 2005, at 1:50 PM, Mike Smith wrote: On Jul 28, 2005, at 1:12 PM, Brian Bergstrand wrote: = Mike Thanks Quinn and Mike. Brian Bergstrand <http://www.bergstrand.org/brian/> PGP Key ID: 0xB6C7B6A2 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Darwin) iD8DBQFC6oWSedHYW7bHtqIRAkjbAKDza8elRlF3pqz2nbvlTT1NM+rGogCglijg 08ymdxLgANOMO3FtZeEm6ds= =KtDH -----END PGP SIGNATURE----- _______________________________________________ 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.… Sometimes I'll see the entries flash in a window for less than a second and then disappear and then other times they'll never appear. I think the problem may be related to our access/getattr calls, but I don't know what to look for. I've looked at NFS and WebDav and our access/getattr are as similar as possible to those. This is typical for the Finder in the case where the initial enumeration found an item, but when a subsequent operation on it returned an error the Finder doesn't think it can do anything useful about. As Quinn suggested, start with fs_usage and look for errors. If getattrlist is failing, take a look at your getattr handler and check that VATTR_ALL_SUPPORTED() returns true against the vnode_attr that you're returning. The VFS will synthesise some fields, but getattrlist(2) will fail if an attribute can't be returned (unlike the VFS-level interface). The problem is we don't support certain things. Is it okay to fill in 0 for fields that we don't support? In particular, va_acl, va_encoding, va_uuuid, and va_guuid, and va_nchildren? Looking at getattrlist in the kernel, it looks like it should ignore or synth these values (although va_nchildren defaults to va_nlink - 2 and we always return 1 for va_nlink, so that would result in an underflow for va_nchildren). I ran fs_usuage, and it looks like getdirentries is return EINVAL for some reason, didn't see any errors elsewhere. So at least I have a place to start now. This email sent to site_archiver(a)lists.apple.com

1 0

Re: get current time in kernel module
by Mike Smith 29 Jul '05

29 Jul '05

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: OT? 10.4 VFS - ls works, but Carbon File Mgr listing does not
by Mike Smith 29 Jul '05

29 Jul '05

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: OT? 10.4 VFS - ls works, but Carbon File Mgr listing does not
by Quinn 29 Jul '05

29 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com <http://developer.apple.com/technicalqas/Darwin/idxFileManagement-date.html> <http://developer.apple.com/technicalqas/Darwin/idxKernel-date.html> <http://developer.apple.com/technotes/tn2004/tn2124.html#SECCSFM> * * * Notwithstanding the above, I'm happy to make wild guesses on this list (-: S+E -- Quinn "The Eskimo!" <http://www.apple.com/developer/> Apple Developer Technical Support * Networking, Communications, 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 15:12 -0500 28/7/05, Brian Bergstrand wrote: This may be OT, and if so let me know, but there are no lists for Carbon File Mgr / VFS interaction. Certainly not off topic. VFS/File Manager interactions are bread'n'butter questions for me (-: Last month I posted a quick summary of my standard advice about this sort of problem. At 10:43 +0100 29/6/05, Quinn wrote: Debugging this sort of problem is hard. My experience is they are related to how the File Manager uses the BSD file system APIs. The File Manager stresses these APIs to the max, and some slight slip up in your VFS's support can cause very hard-to-debug problems. Those cases that I've found, I've documented in Q&As on our web site. However, I'm sure there are still many others yet to be found. You might also want to look at the File Manager section of Technote 2124 "Mac OS X Debugging Magic", which has some useful tips. Specifically, if you can find a way to enable the _debug libraries, you'll get useful File Manager info from fs_usage. If ATS is wedged, not much on the system is going to work. What does a "sample" log of ATS look like? Have you tested your mmap code path? This is something that VFS developers often get wrong, and the system uses mmap a lot. The best way to get to the bottom of problems like this is to open a DTS incident. That will allow me to provide you with full time help. If that's not possible, I can continue to help out on this list, but supporting mailing lists isn't my primary focus. <http://developer.apple.com/technicalsupport/index.html> >From your email it seems that, sometimes, the items show up and then disappear. My guess is that this is happening all the time, except that most of the time it happens so quickly that the Finder doesn't get to render the icons. The most common reason for items appearing and then disappearing in the Finder is that the items are returned from directory iteration APIs (at the BSD level, these readdir and getdirentriesattr) and then Finder tries to probe them for information and that probe fails with some sort of error. The best way to debug this sort of problem is to run fs_usage against the Finder as you mount the volume. fs_usage will show you any errors being returned. You can then check to see if they're expected. If the situation is too confused at mount time, you might be able to get Finder to open a window (which will be blank, of course) using Go to Folder (or the "open" command line tool). Finally, you can try doing this with _debug libraries enabled. That's tricky to achieve with Finder. I managed to do it, but I can't remember exactly how. It had something to do with force quit (-: This email sent to site_archiver(a)lists.apple.com

1 0

Re: msleep() in NKE?
by Frank Thomas 29 Jul '05

29 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W52xPvVzgxopjQtstFo3qxY542mX2LhBTkBKQKOe9aKqtvSchcbpYeC0dwvhrriA2x2rKqPA1VfOGnpws3KRSEZf/JYyZ3G7uA7ytCsLbjgqJGcwNTEiTOebLO1/5oGsc+uixuy/AsPuWU69r9Trcxd+bgxGenzz1l8Gi7WM+P8= Josh, thanks the input. I will put together a blank NKE that is just removing and re-injecting packets tomorrow and see how the speed is. We had previously done this by short-cutting the the evaluation process. But I will start with a fresh IP Filter to ensure it is not me. My machine is running 10.4.2 but I'm not sure my fellow developers all are, so we will check that too. I will post back to the list once I have a chance to do more testing. - Frank On 7/28/05, Josh Graessley <jgraessley(a)apple.com> wrote: > > Hello Frank, > > Allan is correct. You should not block the process for a long period > of time. You should instead queue the packet and return EJUSTRETURN. > When your process decides that it's ok to allow the packet, you can > then inject the packet. > > You should not be seeing really long delays unless your process is > taking a really long time to inject the packets. > > There is a slim chance that you might be running in to a problem that > was fixed in 10.4.2, but that should only affect inbound traffic not > outbound traffic. You really don't want to block the input thread > while waiting on something else to get back to you. That will lead to > deadlocks. > > -josh > > > Allan, > > > > Thanks for your response, we half expected to get this as our first > > response. We actually had tried this...it was done before the sleep. > > But we found it added a significant latency to the connection. > > > > We were doing almost exactly what you indicated. Take an HTTP stream > > for example. Say we removed the "GET" packet from the stream. This > > would hold the browser. We would do our user space stuff and send it > > back down to demon on the sys_prot socket. When the request was > > recv'd at the kernel we would re_inject the approiate packet. > > However, it would add about a second delay to the request. For each > > request including all images on the page etc this would really add up > > to a very noticable delay. We felt like we were back on dialup. > > > > Have you seen anythhing like that? While the sleep might not be the > > best way to handle the delay it gave us a noticable boost is speed for > > the most part, only on occasion where we have to prompt userland do we > > have a problem becuase the delay could be pretty long. > > > > - Frank > > _______________________________________________ > > 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/jgraessley% > > 40apple.com > > > > This email sent to jgraessley(a)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: msleep() in NKE?
by Allan Hoeltje 29 Jul '05

29 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com User-agent: Microsoft-Entourage/10.1.4.030702.0 "Josh Graessley" <jgraessley(a)apple.com> wrote on 7/28/05 5:29 PM: > There is a slim chance that you might be running in to a problem that > was fixed in 10.4.2, but that should only affect inbound traffic not > outbound traffic. You really don't want to block the input thread > while waiting on something else to get back to you. That will lead to > deadlocks. Speaking of fixes in 10.4.2 - while this may not be the correct forum - I've been unable to make iChat make an audio connection since upgrading to Tiger. I always get an error that says I have insufficient bandwidth. I saw today that 10.4.2 is supposed to fix this problem so I upgraded to 10.4.2 ... And rebooted, of course. It does not fix the bandwidth problem. This is a real bummer because the work I am doing in my kernel extension deals with the RTP packets from an iChat voice connection! I am basically dead in the water and the only way to make things work again is to back grade to 10.3. Ghrrrrr! (the sound of an angry Tiger) -Allan _______________________________________________ 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: msleep() in NKE?
by Josh Graessley 29 Jul '05

29 Jul '05

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hello Frank, -josh Allan, Thanks for your response, we half expected to get this as our first response. We actually had tried this...it was done before the sleep. But we found it added a significant latency to the connection. We were doing almost exactly what you indicated. Take an HTTP stream for example. Say we removed the "GET" packet from the stream. This would hold the browser. We would do our user space stuff and send it back down to demon on the sys_prot socket. When the request was recv'd at the kernel we would re_inject the approiate packet. However, it would add about a second delay to the request. For each request including all images on the page etc this would really add up to a very noticable delay. We felt like we were back on dialup. Have you seen anythhing like that? While the sleep might not be the best way to handle the delay it gave us a noticable boost is speed for the most part, only on occasion where we have to prompt userland do we have a problem becuase the delay could be pretty long. This email sent to jgraessley(a)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 Allan is correct. You should not block the process for a long period of time. You should instead queue the packet and return EJUSTRETURN. When your process decides that it's ok to allow the packet, you can then inject the packet. You should not be seeing really long delays unless your process is taking a really long time to inject the packets. There is a slim chance that you might be running in to a problem that was fixed in 10.4.2, but that should only affect inbound traffic not outbound traffic. You really don't want to block the input thread while waiting on something else to get back to you. That will lead to deadlocks. - Frank _______________________________________________ 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/jgraessley% 40apple.com smime.p7s

1 0