February 2008 - Darwin-dev - lists.apple.com

Re: Kernel Debug Kit 10.4.11?
by Stephane Sudre 05 Feb '08

05 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 4 févr. 08, at 19:36, Garth Cummings wrote: Hi Stephane, On Feb 4, 2008, at 3:53 AM, Stephane Sudre wrote: Not available yet. The Kernel Debug Kits can be found in these places: Found it there. Thanks. <http://developer.apple.com/sdk> <http://connect.apple.com> _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Will it be? <http://developer.apple.com/hardwaredrivers/download/ kerneldebugkits.html> Starting with Mac OS X 10.4.11, the Kernel Debug Kits are also being hosted on the ADC member site: Going forward, I'd check the ADC member site first, since new kits will have to be hosted there before the linking pages are updated. It looks like the 10.4.11 Kernel Debug Kits are missing only from the SDK page. I've passed that info along to the owner of that page. Unfortunately, the top most visible link is the developer.apple.com/sdk (from the developer.apple.com home page). That's why I didn't see it. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Ancillary data and 32/64 bit processes
by Michael Tuexen 05 Feb '08

05 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Terry, it would be very nice if your fix and an appropriate fix for the CMSG_* macros could go into some update of Mac OS X 10.5.?. Best regards Michael On Feb 4, 2008, at 10:33 PM, Terry Lambert wrote: Hi Kevin, see my comments in-line. Best regards Michael On Feb 4, 2008, at 7:18 AM, Kevin Van Vechten wrote: On Feb 3, 2008, at 11:15 AM, Michael Tuexen wrote: I habe a problem using ancillary data on 64-bit processes... The macro CMSG_DATA ist defined in /usr/include/sys/socket.h as I can provide a simple UDP discard server which shows this bug. Should it be fixed by changing the CMSG_DATA macros to behave the same on 32-bit and 64-bit processes or should the kernel be changed to adjust the ancillary data? This problem is crucial for our SCTP NKE, which uses ancillary data a lot... -- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Feb 4, 2008, at 12:20 PM, Michael Tuexen wrote: #define CMSG_DATA(cmsg) ((unsigned char *)(cmsg) + \ __DARWIN_ALIGN(sizeof(struct cmsghdr))) __DARWIN_ALIGN behaves different on 32-bit processes and 64-bit processes. Therefore the offset of the CMSG_DATA is 12 bytes on 32-bit processes and 16 byte on 64-bit processes. However, the kernel ignores this difference and puts the CMSG_DATA at a 12 byte offset. User processes may be 32-bit or 64-bit, but the kernel always executes in a 32-bit address space. Yes, that is the cause of the problem. Therefore programs using ancillary data work, when compiled for 32-bit, but do not work when compiled for 64-bit. Is this a known bug? Please file a bug <http://developer.apple.com/bugreporter/>. Even if it's a known issue, additional reports help us gauge the overall impact of the issue. (A quick check didn't find any issues reported against CMSG_DATA or DARWIN_ALIGN.) Done, Bug ID# 5723161 I suspect the former, since that would preserve the binary compatibility expectations of 64-bit processes with today's kernel. OK, sounds fine. As a workaround, you could define your own CMSG_DATA macro. Yes, for the code we write... To enable a programmer to use the macros we need to patch /usr/include/sys/socket.h... #pragma pack(4) struct cmsghdr { socklen_t cmsg_len; /* [XSI] data byte count, including hdr */ int cmsg_level; /* [XSI] originating protocol */ int cmsg_type; /* [XSI] protocol-specific type */ /* followed by unsigned char cmsg_data[]; */ }; #pragma pack() You never have an array of cmsghdr, due to cmsg_data[]. If this were strict C99 code, it wouldn't compile in CodeWarrior, which doesn't grok correct C99 syntax, but cmsg_data[] would be there as an unsized array for use with __offsetof() (probably named __cmsg_data[] to keep it out of the POSIX namespace and make it visible to the macros that POSIX requires). If you don't do the packing, then the offset of the header will differ between the 64 bit user space and the 32 bit kernel space, and you will effectively start 4 bytes late in the 64 bit code, which will still cause you problems. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Ancillary data and 32/64 bit processes
by Terry Lambert 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Kevin, see my comments in-line. Best regards Michael On Feb 4, 2008, at 7:18 AM, Kevin Van Vechten wrote: On Feb 3, 2008, at 11:15 AM, Michael Tuexen wrote: I habe a problem using ancillary data on 64-bit processes... The macro CMSG_DATA ist defined in /usr/include/sys/socket.h as I can provide a simple UDP discard server which shows this bug. Should it be fixed by changing the CMSG_DATA macros to behave the same on 32-bit and 64-bit processes or should the kernel be changed to adjust the ancillary data? This problem is crucial for our SCTP NKE, which uses ancillary data a lot... -- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Feb 4, 2008, at 12:20 PM, Michael Tuexen wrote: #define CMSG_DATA(cmsg) ((unsigned char *)(cmsg) + \ __DARWIN_ALIGN(sizeof(struct cmsghdr))) __DARWIN_ALIGN behaves different on 32-bit processes and 64-bit processes. Therefore the offset of the CMSG_DATA is 12 bytes on 32-bit processes and 16 byte on 64-bit processes. However, the kernel ignores this difference and puts the CMSG_DATA at a 12 byte offset. User processes may be 32-bit or 64-bit, but the kernel always executes in a 32-bit address space. Yes, that is the cause of the problem. Therefore programs using ancillary data work, when compiled for 32- bit, but do not work when compiled for 64-bit. Is this a known bug? Please file a bug <http://developer.apple.com/bugreporter/>. Even if it's a known issue, additional reports help us gauge the overall impact of the issue. (A quick check didn't find any issues reported against CMSG_DATA or DARWIN_ALIGN.) Done, Bug ID# 5723161 I suspect the former, since that would preserve the binary compatibility expectations of 64-bit processes with today's kernel. OK, sounds fine. As a workaround, you could define your own CMSG_DATA macro. Yes, for the code we write... To enable a programmer to use the macros we need to patch /usr/include/sys/socket.h... #pragma pack(4) struct cmsghdr { socklen_t cmsg_len; /* [XSI] data byte count, including hdr */ int cmsg_level; /* [XSI] originating protocol */ int cmsg_type; /* [XSI] protocol-specific type */ /* followed by unsigned char cmsg_data[]; */ }; #pragma pack() You never have an array of cmsghdr, due to cmsg_data[]. If this were strict C99 code, it wouldn't compile in CodeWarrior, which doesn't grok correct C99 syntax, but cmsg_data[] would be there as an unsized array for use with __offsetof() (probably named __cmsg_data[] to keep it out of the POSIX namespace and make it visible to the macros that POSIX requires). If you don't do the packing, then the offset of the header will differ between the 64 bit user space and the 32 bit kernel space, and you will effectively start 4 bytes late in the 64 bit code, which will still cause you problems. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Ancillary data and 32/64 bit processes
by Michael Tuexen 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Kevin, see my comments in-line. Best regards Michael On Feb 4, 2008, at 7:18 AM, Kevin Van Vechten wrote: On Feb 3, 2008, at 11:15 AM, Michael Tuexen wrote: I habe a problem using ancillary data on 64-bit processes... The macro CMSG_DATA ist defined in /usr/include/sys/socket.h as I can provide a simple UDP discard server which shows this bug. Should it be fixed by changing the CMSG_DATA macros to behave the same on 32-bit and 64-bit processes or should the kernel be changed to adjust the ancillary data? This problem is crucial for our SCTP NKE, which uses ancillary data a lot... - Kevin _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… #define CMSG_DATA(cmsg) ((unsigned char *)(cmsg) + \ __DARWIN_ALIGN(sizeof(struct cmsghdr))) __DARWIN_ALIGN behaves different on 32-bit processes and 64-bit processes. Therefore the offset of the CMSG_DATA is 12 bytes on 32-bit processes and 16 byte on 64-bit processes. However, the kernel ignores this difference and puts the CMSG_DATA at a 12 byte offset. User processes may be 32-bit or 64-bit, but the kernel always executes in a 32-bit address space. Yes, that is the cause of the problem. Therefore programs using ancillary data work, when compiled for 32- bit, but do not work when compiled for 64-bit. Is this a known bug? Please file a bug <http://developer.apple.com/bugreporter/>. Even if it's a known issue, additional reports help us gauge the overall impact of the issue. (A quick check didn't find any issues reported against CMSG_DATA or DARWIN_ALIGN.) Done, Bug ID# 5723161 I suspect the former, since that would preserve the binary compatibility expectations of 64-bit processes with today's kernel. OK, sounds fine. As a workaround, you could define your own CMSG_DATA macro. Yes, for the code we write... To enable a programmer to use the macros we need to patch /usr/include/sys/socket.h... This email sent to site_archiver(a)lists.apple.com

1 0

Re: PCI Express Spread Spectrum Clocking on Intel Mac
by Dinesh Bhat 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Resent-date: Mon, 4 Feb 2008 11:00:53 -0800 Resent-from: Garth Cummings <gcummings(a)apple.com> Resent-message-id: <20080204190054.BF5BE28083(a)relay13.apple.com> Resent-to: Darwin Dev <darwin-dev(a)lists.apple.com> Hi Garth, Yes, the Mac Pro one. It's Intel-based. Thanks, Dinesh Hi Dinesh, On Feb 4, 2008, at 8:06 AM, Dinesh Bhat wrote: Hello, Which is it? The G5 is a PowerPC processor. Do you mean Mac Pro? --gc ____________________________________________________________________ Garth Cummings gcummings(a)apple.com Sr. Software Engineer Apple Developer Technical Support <http://developer.apple.com/technicalsupport> _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Garth Cummings wrote: We bought a PCI Express logic analyzer that does not get detected on G5 Intel Mac. This email sent to site_archiver(a)lists.apple.com

1 0

Re: PCI Express Spread Spectrum Clocking on Intel Mac
by Garth Cummings 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Dinesh, On Feb 4, 2008, at 8:06 AM, Dinesh Bhat wrote: Hello, Which is it? The G5 is a PowerPC processor. Do you mean Mac Pro? --gc ____________________________________________________________________ Garth Cummings gcummings(a)apple.com Sr. Software Engineer Apple Developer Technical Support <http://developer.apple.com/technicalsupport> _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… We bought a PCI Express logic analyzer that does not get detected on G5 Intel Mac. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Kernel Debug Kit 10.4.11?
by Garth Cummings 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Stephane, On Feb 4, 2008, at 3:53 AM, Stephane Sudre wrote: Not available yet. The Kernel Debug Kits can be found in these places: <http://connect.apple.com> --gc ____________________________________________________________________ Garth Cummings gcummings(a)apple.com Sr. Software Engineer Apple Developer Technical Support <http://developer.apple.com/technicalsupport> _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Will it be? <http://developer.apple.com/hardwaredrivers/download/kerneldebugkits.html > <http://developer.apple.com/sdk> Starting with Mac OS X 10.4.11, the Kernel Debug Kits are also being hosted on the ADC member site: Going forward, I'd check the ADC member site first, since new kits will have to be hosted there before the linking pages are updated. It looks like the 10.4.11 Kernel Debug Kits are missing only from the SDK page. I've passed that info along to the owner of that page. This email sent to site_archiver(a)lists.apple.com

1 0

PCI Express Spread Spectrum Clocking on Intel Mac
by Dinesh Bhat 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.9 (Windows/20071031) Hello, Any help would be appreciated. Thanks, Dinesh _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… We bought a PCI Express logic analyzer that does not get detected on G5 Intel Mac. Is there a way to modify spread spectrum clocking on Intel G5? Is so, can anyone please tell me how to do it. I looked into rEFIT tool and looks like it does not do it. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Kernel Debug Kit 10.4.11?
by Brian Bechtel 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=kw/b2aKwwKXfov+Pxyqm9+i5X3XMp7X7mOScVh8nh14=; b=b1okJjujrb6Eh7+8jMSk14hEbDv3fdOBG5XuVzoFrU8BzlhuYAZugtg+tidpjcBLmva62fmNm1m9y8Rz8HzI841P75/TSLHCqRbQ7oT2m+YB9GuoGWsdy2AfQ55nwI/31DDYrFbdtgNOi7VKZlzVWQaomIG6EPRR3XG4+OazpSg= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=X+XW1cT0KydTSWXAHWUGMqYfM8Ib5FF4KsrWVkH8lrEolo+Ah4WpNXEMGLAlfdgsP9pD/D8MukGMQujyBtcN12TF8HfsaDuzOnxJMJNHBu+My8fzvzSinTmet9UhPzQnkzb5kwm4WM7KOiBYjt5aAMPNJ8mmbcrM40JDolIJeCI= On Feb 4, 2008 6:59 AM, Brian Bechtel <brian.bechtel(a)gmail.com> wrote: > On Feb 4, 2008 3:53 AM, Stephane Sudre <ssudre(a)intego.com> wrote: > > Not available yet. > > > > Will it be? > > I see it as available at http://developer.apple.com/sdk/ I'm a dork. It's not on developer.apple.com/sdk, but instead is on the pre-release download page. You must sign in with your ADC membership then it's available in the Mac OS X section of pre-release downloads. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Kernel Debug Kit 10.4.11?
by Brian Bechtel 04 Feb '08

04 Feb '08

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=k7N1/MbRrQu+f8nsOoflJRX1UVQj/q2EIEqDLTOjgq0=; b=O3q0obKjJLq2qXgwNl8UMoqhO2eM5L6A5vAcIFKKnd+F28yldomFFgbA4pdf7ve6/ODln01KR2Fi6QOxLeFCKuSj2nP91WWFyzusoiylT2XoFykLpQtmuPIqCDPRzGElJgYZqbOfwle4ZnnLZIXJVlcS8TC0YFsDqjciry3r/xM= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J7JCISLo38hXQELWzhr1ChI6JUzb1tehZHu8YJrAePzXSk8NF2WDDMocFgOu8YoHPiljsfiArkalpvwVdkfdlkZIJ/B0UUvrc8jpNRFIrGZm5fO9r6J3aWdSXZclv9YBfv8kdMqhFLiZcNEdvH4bwCpmwXWzLmTGGV/AMZQK8Wc= On Feb 4, 2008 3:53 AM, Stephane Sudre <ssudre(a)intego.com> wrote: > Not available yet. > > Will it be? I see it as available at http://developer.apple.com/sdk/ _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0