From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262424AbTI0LrK (ORCPT ); Sat, 27 Sep 2003 07:47:10 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261703AbTI0LrK (ORCPT ); Sat, 27 Sep 2003 07:47:10 -0400 Received: from ns.virtualhost.dk ([195.184.98.160]:43697 "EHLO virtualhost.dk") by vger.kernel.org with ESMTP id S262425AbTI0LrJ (ORCPT ); Sat, 27 Sep 2003 07:47:09 -0400 Date: Sat, 27 Sep 2003 13:47:12 +0200 From: Jens Axboe To: Derek Foreman Cc: linux-kernel@vger.kernel.org Subject: Re: CDROM_SEND_PACKET oddity Message-ID: <20030927114712.GJ3416@suse.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 26 2003, Derek Foreman wrote: > The example code from > http://www.ussg.iu.edu/hypermail/linux/kernel/0202.0/att-0603/01-cd_poll.c > > Does not behave as expected on my 2.6.0-test5 system. While the command > seems to be successfully sent - 2 of my drives report it as an invalid > opcode - for the other 2 drives, the buffer comes back all zeros. > (actually, the buffer's contents will remain in whatever state they're in > before the ioctl is called) > > Sending the same command to those 2 drives with SG_IO results in the > expected behaviour. Can you try current -bk? It has some fixes for CDROM_SEND_PACKET. However, cd_poll should be rewritten to use SG_IO. Pretty trivial exercise. -- Jens Axboe