November 2010 - Darwin-kernel

Upgrading USB Storage Device Permissions from within OS X Kernel Space
by richard nistuk 05 Nov '10

05 Nov '10

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=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=Yw84dvs9IC8TqVvC4xpJa2paIq3rw22BV7tkQAoWv/c=; b=rPcPHU6rISBwsD9eXpFqW/9gWC4HOSuIADau5OkT428fOd4WrJtpcIqwEpshJQWeDO wec6Vx/sKd38X7fzuTbzCjFMpytHFkcuKEx8oNEkHmSKcCNpYSs9WcvcPRqQSTzG6UyL tfq6k93n6Zq+dqpKXtASFJ/qGalsslUQlzxpk= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Hgub08RGNyKRkEBDxf84MVrhDt2wfaq+LMsMU33ShX5XkLUJjX2eQdcru+GetUEJ/6 FAJAi1zMS9Gj8Mw2tJlA6Li8XG4HU1daRCsNsUu5CL6zE5h4FmmNhbCwrsQe7sP6GwdV EcqeauWeF/szjHVKp78JB6PQoUNHQyfAlTRKo= Hello, I've asked this question on StackOverflow (http://stackoverflow.com/questions/4083388/changing-usb-storage-device-perm…) and thought I'd try here too. In OS X kernel space, is there a way to upgrade the permissions of a mounted USB storage device, a DOK, say, from read only to read/write? I use the init method of IOMedia: bool init( UInt64 base, UInt64 size, UInt64 preferredBlockSize, IOMediaAttributeMask attributes, bool isWhole, bool isWritable, const char *contentHint = 0, OSDictionary *properties = 0); to create and attach the child media IOStorage object with isWritable set to false, which sets the permissions of the USB device to read only, but later, I need to change the permissions to read/write without un-mounting and remounting. Cheers, Rich. -- Rich Nistuk rich(a)danzisoft.ca www.danzisoft.ca 778 320-8483 _______________________________________________ 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: Incorrect data returned from dvd drive (firmware bug?)
by Antoine Missout 05 Nov '10

05 Nov '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com My mistake, please ignore this question and this whole thread. The issue is irrelevant in normal usage (normal/data dvd-rom, dvd-video without arccos, and for those with, these sectors do not seem to be actually used). I thought it was some sort of hardware bug. Turns out it's a normal bug. - Antoine On 2010-11-05, at 14:57, Antoine Missout wrote: > I was able to trigger this error with the other drive as well, it just happens less often. > > So I'm not sure where the error lies, and what is the actual correct data since both drive are inconsistent. > > - Antoine > > > On 2010-11-05, at 12:09, Antoine Missout wrote: > >> Hi, >> >> I've been working on a module to send scsi read commands directly to the dvd drive. >> This has the advantage of being able to specify a shorter timeout than the default of 30 seconds. >> >> While debugging to make sure my output was identical to reading the drive using normal APIs (open/read), >> I found out that the internal drive shipped by Apple returns incorrect data in an inconsistent manner. >> >> On another drive, the data returned is consistent. See the code for details. >> >> I've tried sending kSCSICmd_SYNCHRONIZE_CACHE prior to any read, but that doesn't change anything (I guess it doesn't flush the cache as I would expect). >> Is there any workaround I could do to have consistent data on this drive (any scsi command I could send) ? >> >> This should be fairly easy to reproduce with any arccos protected dvd, but I could ship the one I have if needed. >> >> Regards, >> Antoine Missout >> >> >> >> /* >> // DVD used is THE_KARATE_KID, 8,539,996,160 bytes >> // it has a bad sector at sector 203824 (among other places) >> // this bad sector is not due to a scratch >> // and has been engineered (arccos) >> >> // USING MATSHITA DVD-R UJ-868 Firmware Revision KB19 >> >> 11:25:12:~/temp $ ./read_error >> expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x66, 0x35 >> read error as expected >> error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> >> 11:25:16:~/temp $ ./read_error >> expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> read error as expected >> error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x66, 0x35 >> second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x66, 0x35 >> >> // USING HL-DT-ST BDDVDRW CH08LS10 Firmware Revision 1.00 >> >> 11:54:28:~/temp $ ./read_error >> expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> read error as expected >> error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> >> 11:56:56:~/temp $ ./read_error >> expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> read error as expected >> error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d >> */ >> >> #include <fcntl.h> >> #include <unistd.h> >> #include <stdio.h> >> #include <sys/errno.h> >> #include <strings.h> >> >> unsigned char sector[2048 * 256]; >> >> int error(const char *e) >> { >> printf("failed: %s\n", e); >> return 2; >> } >> >> void dump(const char *m) >> { >> printf("%s: 0x%02x", m, sector[0]); >> int i; for (i = 1; i < 8; i++) printf(", 0x%02x", sector[i]); >> printf("\n"); >> } >> >> int main(int argc, const char *argv[]) >> { >> int fd = open("/dev/rdisk1", 0); // put proper rdisk here >> if (!fd) return error("cannot open"); >> >> off_t target = 203803 * 2048; >> >> printf("expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d\n"); >> >> { >> off_t r = lseek(fd, target, SEEK_SET); >> if (r != target) return error("cannot seek"); >> >> memset(sector, 0, 2048 * 256); >> r = read(fd, &sector, 2048); >> if (r != 2048) return error("cannot read"); >> >> dump("first read"); >> } >> >> { >> off_t r = lseek(fd, target, SEEK_SET); >> if (r != target) return error("cannot seek"); >> >> memset(sector, 0, 2048 * 256); >> r = read(fd, &sector, 2048 * 256); >> if (r == -1 && errno == EIO) >> printf("read error as expected\n"); >> else >> printf("unexpected read: %d %d\n", (int)r, errno); >> >> dump("error read"); >> } >> >> { >> off_t r = lseek(fd, target, SEEK_SET); >> if (r != target) return error("cannot seek"); >> >> memset(sector, 0, 2048 * 256); >> r = read(fd, &sector, 2048); >> if (r != 2048) return error("cannot read"); >> >> dump("second read"); >> } >> >> close(fd); >> return 0; >> } >> >> _______________________________________________ >> 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/antoine.missout%40meta… >> >> This email sent to antoine.missout(a)metakine.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/antoine.missout%40meta… > > This email sent to antoine.missout(a)metakine.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: Incorrect data returned from dvd drive (firmware bug?)
by Kevin Van Vechten 05 Nov '10

05 Nov '10

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: Incorrect data returned from dvd drive (firmware bug?)
by Antoine Missout 05 Nov '10

05 Nov '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com I was able to trigger this error with the other drive as well, it just happens less often. So I'm not sure where the error lies, and what is the actual correct data since both drive are inconsistent. - Antoine On 2010-11-05, at 12:09, Antoine Missout wrote: > Hi, > > I've been working on a module to send scsi read commands directly to the dvd drive. > This has the advantage of being able to specify a shorter timeout than the default of 30 seconds. > > While debugging to make sure my output was identical to reading the drive using normal APIs (open/read), > I found out that the internal drive shipped by Apple returns incorrect data in an inconsistent manner. > > On another drive, the data returned is consistent. See the code for details. > > I've tried sending kSCSICmd_SYNCHRONIZE_CACHE prior to any read, but that doesn't change anything (I guess it doesn't flush the cache as I would expect). > Is there any workaround I could do to have consistent data on this drive (any scsi command I could send) ? > > This should be fairly easy to reproduce with any arccos protected dvd, but I could ship the one I have if needed. > > Regards, > Antoine Missout > > > > /* > // DVD used is THE_KARATE_KID, 8,539,996,160 bytes > // it has a bad sector at sector 203824 (among other places) > // this bad sector is not due to a scratch > // and has been engineered (arccos) > > // USING MATSHITA DVD-R UJ-868 Firmware Revision KB19 > > 11:25:12:~/temp $ ./read_error > expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x66, 0x35 > read error as expected > error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > > 11:25:16:~/temp $ ./read_error > expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > read error as expected > error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x66, 0x35 > second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x66, 0x35 > > // USING HL-DT-ST BDDVDRW CH08LS10 Firmware Revision 1.00 > > 11:54:28:~/temp $ ./read_error > expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > read error as expected > error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > > 11:56:56:~/temp $ ./read_error > expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > read error as expected > error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d > */ > > #include <fcntl.h> > #include <unistd.h> > #include <stdio.h> > #include <sys/errno.h> > #include <strings.h> > > unsigned char sector[2048 * 256]; > > int error(const char *e) > { > printf("failed: %s\n", e); > return 2; > } > > void dump(const char *m) > { > printf("%s: 0x%02x", m, sector[0]); > int i; for (i = 1; i < 8; i++) printf(", 0x%02x", sector[i]); > printf("\n"); > } > > int main(int argc, const char *argv[]) > { > int fd = open("/dev/rdisk1", 0); // put proper rdisk here > if (!fd) return error("cannot open"); > > off_t target = 203803 * 2048; > > printf("expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d\n"); > > { > off_t r = lseek(fd, target, SEEK_SET); > if (r != target) return error("cannot seek"); > > memset(sector, 0, 2048 * 256); > r = read(fd, &sector, 2048); > if (r != 2048) return error("cannot read"); > > dump("first read"); > } > > { > off_t r = lseek(fd, target, SEEK_SET); > if (r != target) return error("cannot seek"); > > memset(sector, 0, 2048 * 256); > r = read(fd, &sector, 2048 * 256); > if (r == -1 && errno == EIO) > printf("read error as expected\n"); > else > printf("unexpected read: %d %d\n", (int)r, errno); > > dump("error read"); > } > > { > off_t r = lseek(fd, target, SEEK_SET); > if (r != target) return error("cannot seek"); > > memset(sector, 0, 2048 * 256); > r = read(fd, &sector, 2048); > if (r != 2048) return error("cannot read"); > > dump("second read"); > } > > close(fd); > return 0; > } > > _______________________________________________ > 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/antoine.missout%40meta… > > This email sent to antoine.missout(a)metakine.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

Incorrect data returned from dvd drive (firmware bug?)
by Antoine Missout 05 Nov '10

05 Nov '10

site_archiver(a)lists.apple.com Delivered-To: darwin-kernel(a)lists.apple.com Hi, I've been working on a module to send scsi read commands directly to the dvd drive. This has the advantage of being able to specify a shorter timeout than the default of 30 seconds. While debugging to make sure my output was identical to reading the drive using normal APIs (open/read), I found out that the internal drive shipped by Apple returns incorrect data in an inconsistent manner. On another drive, the data returned is consistent. See the code for details. I've tried sending kSCSICmd_SYNCHRONIZE_CACHE prior to any read, but that doesn't change anything (I guess it doesn't flush the cache as I would expect). Is there any workaround I could do to have consistent data on this drive (any scsi command I could send) ? This should be fairly easy to reproduce with any arccos protected dvd, but I could ship the one I have if needed. Regards, Antoine Missout /* // DVD used is THE_KARATE_KID, 8,539,996,160 bytes // it has a bad sector at sector 203824 (among other places) // this bad sector is not due to a scratch // and has been engineered (arccos) // USING MATSHITA DVD-R UJ-868 Firmware Revision KB19 11:25:12:~/temp $ ./read_error expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x66, 0x35 read error as expected error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d 11:25:16:~/temp $ ./read_error expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d read error as expected error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x66, 0x35 second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x66, 0x35 // USING HL-DT-ST BDDVDRW CH08LS10 Firmware Revision 1.00 11:54:28:~/temp $ ./read_error expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d read error as expected error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d 11:56:56:~/temp $ ./read_error expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d first read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d read error as expected error read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d second read: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d */ #include <fcntl.h> #include <unistd.h> #include <stdio.h> #include <sys/errno.h> #include <strings.h> unsigned char sector[2048 * 256]; int error(const char *e) { printf("failed: %s\n", e); return 2; } void dump(const char *m) { printf("%s: 0x%02x", m, sector[0]); int i; for (i = 1; i < 8; i++) printf(", 0x%02x", sector[i]); printf("\n"); } int main(int argc, const char *argv[]) { int fd = open("/dev/rdisk1", 0); // put proper rdisk here if (!fd) return error("cannot open"); off_t target = 203803 * 2048; printf("expected: 0x00, 0x00, 0x01, 0xba, 0x44, 0x03, 0x5f, 0x7d\n"); { off_t r = lseek(fd, target, SEEK_SET); if (r != target) return error("cannot seek"); memset(sector, 0, 2048 * 256); r = read(fd, &sector, 2048); if (r != 2048) return error("cannot read"); dump("first read"); } { off_t r = lseek(fd, target, SEEK_SET); if (r != target) return error("cannot seek"); memset(sector, 0, 2048 * 256); r = read(fd, &sector, 2048 * 256); if (r == -1 && errno == EIO) printf("read error as expected\n"); else printf("unexpected read: %d %d\n", (int)r, errno); dump("error read"); } { off_t r = lseek(fd, target, SEEK_SET); if (r != target) return error("cannot seek"); memset(sector, 0, 2048 * 256); r = read(fd, &sector, 2048); if (r != 2048) return error("cannot read"); dump("second read"); } close(fd); return 0; } _______________________________________________ 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

Patching IOHIDSystem - looking for a programmer
by Eugene 'Dae' Zuyev 02 Nov '10

02 Nov '10

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=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=HpGO2itAlUjQhp/xgQsjSckGaQEWE0GJVyOwcLNqYFM=; b=IDKkIyuIW7PcBdJseT91MCNMvkC6ldWpbQ/n7urzFkmX7DEJEJUZc1WcCINcMpE3vu z4ujbKkmzfVeyu6Md/XLhG6AfJsaesxT1z1Oilt50Yh1wAXRSKRIZxWG9+idtCyuP21w q5qAzvs/ztDUvWsdeGhGgWUV7zE194thYA8wc= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=SEvZZsoxzE7p1RmU2cED4bgvZ212QgjXvbwYRIJm7tFl51QQXbBCMZzJEW63d7AGUL tTGW54I0Dtckxbx5W8O+85xNsI4MqtqZjGghXosfX0YN/obwuTgW9jWYmlgi43J4Z8F/ i0w7sVfjy/t9ZIdgmtcBTQuLwxvLP01O46hGQ= Hello, I need to "unlink" the default USB mouse driver of Snow Leopard from on-screen cursor movement (while keeping click/scrolling functions intact). As far as I know the only way to do it is to patch IOHIDSystem. If you can help me (either patching IOHIDSystem or doing it in a better way), please contact me at eugene.zuyev(a)gmail.com. I'll pay your time! Thanks for attention! -Eugene _______________________________________________ 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