From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36694) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aLCRb-0003X9-Cz for qemu-devel@nongnu.org; Mon, 18 Jan 2016 11:14:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aLCRZ-0008OA-KQ for qemu-devel@nongnu.org; Mon, 18 Jan 2016 11:14:15 -0500 Date: Mon, 18 Jan 2016 17:14:03 +0100 From: Kevin Wolf Message-ID: <20160118161403.GE4558@noname.redhat.com> References: <69D59CD8-84A3-4C9E-93F4-D366C412F4C6@gmail.com> <20151211220053.GA30085@localhost.localdomain> <56307511-53E2-4B28-BCF5-423DCDABD0FC@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56307511-53E2-4B28-BCF5-423DCDABD0FC@gmail.com> Subject: Re: [Qemu-devel] [PATCH v12] block/raw-posix.c: Make physical devices usable in QEMU under Mac OS X host List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Programmingkid Cc: Jeff Cody , qemu-devel qemu-devel , Qemu-block Am 12.12.2015 um 04:27 hat Programmingkid geschrieben: > Mac OS X can be picky when it comes to allowing the user > to use physical devices in QEMU. Most mounted volumes > appear to be off limits to QEMU. If an issue is detected, > a message is displayed showing the user how to unmount a > volume. Now QEMU uses both CD and DVD media. > > Signed-off-by: John Arbuckle Please post patches at the top level instead as answers deeply nested in the email thread of another version of the same series. > diff --git a/block/raw-posix.c b/block/raw-posix.c > index d9162fd..82e8e62 100644 > --- a/block/raw-posix.c > +++ b/block/raw-posix.c > @@ -43,6 +43,7 @@ > #include > #include > //#include > +#include > #include > #endif > > @@ -1975,33 +1976,46 @@ BlockDriver bdrv_file = { > /* host device */ > > #if defined(__APPLE__) && defined(__MACH__) > -static kern_return_t FindEjectableCDMedia( io_iterator_t *mediaIterator ); > static kern_return_t GetBSDPath(io_iterator_t mediaIterator, char *bsdPath, > CFIndex maxPathSize, int flags); > -kern_return_t FindEjectableCDMedia( io_iterator_t *mediaIterator ) > +static char *FindEjectableOpticalMedia(io_iterator_t *mediaIterator) > { > - kern_return_t kernResult; > + kern_return_t kernResult = KERN_FAILURE; > mach_port_t masterPort; > CFMutableDictionaryRef classesToMatch; > + const char *matching_array[] = {kIODVDMediaClass, kIOCDMediaClass}; > + char *mediaType = NULL; > > kernResult = IOMasterPort( MACH_PORT_NULL, &masterPort ); > if ( KERN_SUCCESS != kernResult ) { > printf( "IOMasterPort returned %d\n", kernResult ); > } > > - classesToMatch = IOServiceMatching( kIOCDMediaClass ); > - if ( classesToMatch == NULL ) { > - printf( "IOServiceMatching returned a NULL dictionary.\n" ); > - } else { > - CFDictionarySetValue( classesToMatch, CFSTR( kIOMediaEjectableKey ), kCFBooleanTrue ); > - } > - kernResult = IOServiceGetMatchingServices( masterPort, classesToMatch, mediaIterator ); > - if ( KERN_SUCCESS != kernResult ) > - { > - printf( "IOServiceGetMatchingServices returned %d\n", kernResult ); > - } > + int index; > + for (index = 0; index < ARRAY_SIZE(matching_array); index++) { > + classesToMatch = IOServiceMatching(matching_array[index]); > + if (classesToMatch == NULL) { > + error_report("IOServiceMatching returned NULL for %s", > + matching_array[index]); > + continue; > + } > + CFDictionarySetValue(classesToMatch, CFSTR(kIOMediaEjectableKey), > + kCFBooleanTrue); > + kernResult = IOServiceGetMatchingServices(masterPort, classesToMatch, > + mediaIterator); > + if (kernResult != KERN_SUCCESS) { > + error_report("Note: IOServiceGetMatchingServices returned %d", > + kernResult); > + } > > - return kernResult; > + /* If a match was found, leave the loop */ > + if (*mediaIterator != 0) { > + DPRINTF("Matching using %s\n", matching_array[index]); > + mediaType = g_strdup(matching_array[index]); > + break; > + } It's unclear to me whether *mediaIterator is valid in error cases. The documentation says "An iterator handle is returned on success, and should be released by the caller when the iteration is finished", but it doesn't say anything about error cases. It feels safer to 'continue;' in the != KERN_SUCCESS case. > + } > + return mediaType; > } > > kern_return_t GetBSDPath(io_iterator_t mediaIterator, char *bsdPath, > @@ -2033,7 +2047,35 @@ kern_return_t GetBSDPath(io_iterator_t mediaIterator, char *bsdPath, > return kernResult; > } > > -#endif > +/* Sets up a real cdrom for use in QEMU */ > +static bool setup_cdrom(char *bsd_path, Error **errp) > +{ > + int index, num_of_test_partitions = 2, fd; > + char test_partition[MAXPATHLEN]; > + bool partition_found = false; > + > + /* look for a working partition */ > + for (index = 0; index < num_of_test_partitions; index++) { > + snprintf(test_partition, sizeof(test_partition), "%ss%d", bsd_path, > + index); > + fd = qemu_open(test_partition, O_RDONLY | O_BINARY | O_LARGEFILE); > + if (fd >= 0) { > + partition_found = true; > + qemu_close(fd); > + break; > + } > + } > + > + /* if a working partition on the device was not found */ > + if (partition_found == false) { > + error_setg(errp, "Failed to find a working partition on disc"); > + } else { > + DPRINTF("Using %s as optical disc\n", test_partition); > + pstrcpy(bsd_path, MAXPATHLEN, test_partition); > + } > + return partition_found; > +} > +#endif /* defined(__APPLE__) && defined(__MACH__) */ > > static int hdev_probe_device(const char *filename) > { > @@ -2115,6 +2157,16 @@ static bool hdev_is_sg(BlockDriverState *bs) > return false; > } > > +/* Prints directions on mounting and unmounting a device */ > +static void print_unmounting_directions(const char *file_name) > +{ > + error_report("If device %s is mounted on the desktop, unmount" > + " it first before using it in QEMU", file_name); > + error_report("Command to unmount device: diskutil unmountDisk %s", > + file_name); > + error_report("Command to mount device: diskutil mountDisk %s", file_name); > +} On Linux: block/raw-posix.c:2150:13: error: 'print_unmounting_directions' defined but not used [-Werror=unused-function] static void print_unmounting_directions(const char *file_name) > static int hdev_open(BlockDriverState *bs, QDict *options, int flags, > Error **errp) > { > @@ -2125,32 +2177,55 @@ static int hdev_open(BlockDriverState *bs, QDict *options, int flags, > #if defined(__APPLE__) && defined(__MACH__) > const char *filename = qdict_get_str(options, "filename"); > > - if (strstart(filename, "/dev/cdrom", NULL)) { > - kern_return_t kernResult; > - io_iterator_t mediaIterator; > - char bsdPath[ MAXPATHLEN ]; > - int fd; > - > - kernResult = FindEjectableCDMedia( &mediaIterator ); > - kernResult = GetBSDPath(mediaIterator, bsdPath, sizeof(bsdPath), > - flags); > - if ( bsdPath[ 0 ] != '\0' ) { > - strcat(bsdPath,"s0"); > - /* some CDs don't have a partition 0 */ > - fd = qemu_open(bsdPath, O_RDONLY | O_BINARY | O_LARGEFILE); > - if (fd < 0) { > - bsdPath[strlen(bsdPath)-1] = '1'; > - } else { > - qemu_close(fd); > - } > - filename = bsdPath; > - qdict_put(options, "filename", qstring_from_str(filename)); > + /* If using a real cdrom */ > + if (strcmp(filename, "/dev/cdrom") == 0) { > + char bsd_path[MAXPATHLEN]; > + char *mediaType = NULL; > + kern_return_t ret_val; > + io_iterator_t mediaIterator = 0; > + > + mediaType = FindEjectableOpticalMedia(&mediaIterator); > + if (mediaType == NULL) { > + error_setg(errp, "Please make sure your CD/DVD is in the optical" > + " drive"); > + goto hdev_open_Mac_error; > + } > + > + ret_val = GetBSDPath(mediaIterator, bsd_path, sizeof(bsd_path), flags); > + if (ret_val != KERN_SUCCESS) { > + error_setg(errp, "Could not get BSD path for optical drive"); > + goto hdev_open_Mac_error; > + } > + > + /* If a real optical drive was not found */ > + if (bsd_path[0] == '\0') { > + error_setg(errp, "Failed to obtain bsd path for optical drive"); > + goto hdev_open_Mac_error; > + } > + > + /* If using a cdrom disc and finding a partition on the disc failed */ > + if (strncmp(mediaType, "IOCDMedia", 9) == 0 && > + setup_cdrom(bsd_path, errp) == false) { Indentation is off. I guess kIOCDMediaClass, as returned by FindEjectableOpticalMedia(), is the same as "IOCDMedia". You should use the same constant here, then. > + print_unmounting_directions(bsd_path); > + goto hdev_open_Mac_error; > } > > - if ( mediaIterator ) > - IOObjectRelease( mediaIterator ); > + g_free(mediaType); > + filename = bsd_path; filename is still used after bsd_path goes out of scope. > + qdict_put(options, "filename", qstring_from_str(filename)); > + goto continue_as_normal; /* skip over error handling code */ > + > + /* If an error occurred above */ > + hdev_open_Mac_error: > + if (mediaIterator) { > + IOObjectRelease(mediaIterator); > + } > + g_free(mediaType); > + return -1; > + > + continue_as_normal: ; What is this? Seriously, you don't expect me to merge _that_, do you? There is no way I'll accept jumping across code with goto like this. Error handling belongs at the end of the function. If you need many variables from a local block, so that pulling them up to function level would be awkward and doing local error handling is preferable, it may be an indication that your block should become a function of its own. > } > -#endif > +#endif /* defined(__APPLE__) && defined(__MACH__) */ > > s->type = FTYPE_FILE; > > @@ -2159,8 +2234,18 @@ static int hdev_open(BlockDriverState *bs, QDict *options, int flags, > if (local_err) { > error_propagate(errp, local_err); > } > + #if !defined(__APPLE__) && !defined(__MACH__) > return ret; > + #endif /* !defined(__APPLE__) && !defined(__MACH__) */ *sigh* > + } > + > +#if defined(__APPLE__) && defined(__MACH__) > + /* if a physical device experienced an error while being opened */ > + if (strncmp(filename, "/dev/", 5) == 0 && ret != 0) { > + print_unmounting_directions(filename); > + return -1; > } > +#endif /* defined(__APPLE__) && defined(__MACH__) */ How many times did I tell you that you should move this check inside the if (ret < 0) block? Finally some meta comments: In your ping email you wrote about how frustrating this series has become for you. Do you realise that it has become frustrating for reviewers as well, and that that's the reason why you don't get quick reviews any more? Everyone assumes that, like every time, you still haven't addressed the things that were commented on five versions ago (and hey, look above, they were right!), and that reviewing it for the twelfth time would simply be a waste of reviewers' time. Reviewers getting tired of reviewing the same thing again is a problem that any patch series that goes beyond v3 has. However, if you ignore review comments repeatedly and/or you get close to v10, people will stop thinking a more or less neutral "oh, another version of that series" and start thinking a clearly negative "oh no, not again this crap". That's where this series is, and not getting timely review (because the maintainer is the only one who still _has_ to look at it and you've lost everyone else) is a consequence of it. Kevin