Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 26 Nov 2000 23:50:38 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 26 Nov 2000 23:50:28 -0500 Received: from ha1.rdc2.mi.home.com ([24.2.68.68]:63446 "EHLO mail.rdc2.mi.home.com") by vger.kernel.org with ESMTP id ; Sun, 26 Nov 2000 23:50:13 -0500 Message-ID: <3A21E07C.C3A9880E@didntduck.org> Date: Sun, 26 Nov 2000 23:18:04 -0500 From: Brian Gerst X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test11-ac2 i686) X-Accept-Language: en MIME-Version: 1.0 To: Linux kernel mailing list Subject: CDROMPLAYTRKIND causes an oops on aic7xxx Content-Type: multipart/mixed; boundary="------------D7440C7314E8D01A3CEDDD86" Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org This is a multi-part message in MIME format. --------------D7440C7314E8D01A3CEDDD86 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I get an oops from aic7xxx_buildscb() when CDROMPLAYTRKIND is used. I've tracked it down to sr_audio_ioctl() using SCSI_DATA_NONE for the direction of the command, which gets changed to PCI_DMA_NONE, which then triggers a BUG() in pci_map_single(). Is SCSI_DATA_NONE the correct direction code, or is there a problem further down the code? Oops attached. -- Brian Gerst --------------D7440C7314E8D01A3CEDDD86 Content-Type: text/plain; charset=us-ascii; name="oops" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="oops" ksymoops 2.3.4 on i686 2.4.0-test11-ac2. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test11-ac2/ (default) -m /boot/System.map-2.4.0-test11-ac2 (specified) invalid operand: 0000 CPU: 0 EIP: 0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00210086 eax: 00000030 ebx: 00000000 ecx: 00000000 edx: 00000008 esi: c14fee62 edi: c14fee00 ebp: cff2c000 esp: ca667960 ds: 0018 es: 0018 ss: 0018 Process heretic2 (pid: 859, stackpage=ca667000) Stack: c02502c2 c025035f 0000003d cff2e800 c14fee00 cff2c000 c147b878 00000001 00000200 c1470002 c147b8d8 c01bb79c c147b878 c14fee00 cff2e800 00200246 cf59cdd4 c147b800 c14fee00 c019afa0 c019b006 c14fee00 c019fba0 c14fee00 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 83 c4 0c 8d b4 26 00 00 00 00 8d 93 00 00 00 40 8b 4c >>EIP; c01bb654 <===== Trace; c02502c2 Trace; c025035f Trace; c01bb79c Trace; c019afa0 Trace; c019b006 Trace; c019fba0 Trace; c01a141c Trace; c01a089a Trace; c019b1c2 Trace; c019b0c2 Trace; c019ab90 Trace; c01c1e2c Trace; c01c25c6 Trace; c01c9ede Trace; c0120f40 Trace; c0111320 Trace; c0111320 Trace; c012239b Trace; c0196708 Trace; c01908c4 Trace; c0196708 Trace; c01908c4 Trace; c0196708 Trace; c0196050 Trace; c0196550 Trace; c019ab30 Trace; c019ab4e Trace; c01908c4 Trace; c0196708 Trace; c0196050 Trace; c0196550 Trace; c019ab30 Trace; c019ab4e Trace; c0195128 Trace; c019ab30 Trace; c01919e0 Trace; c0191a39 Trace; c017fad9 Trace; c0120dc0 Trace; c0120f40 Trace; c0111320 Trace; c0121849 Trace; c0171714 Trace; c017e9f9 Trace; c011212c Trace; c011223a Trace; c0112292 Trace; c011b260 Trace; c011254d Trace; c011b2a0 Trace; c011ecec Trace; c010f016 Trace; c011befb Trace; c01363b6 Trace; c013cb56 Trace; c0136390 Trace; c010ae37 Code; c01bb654 00000000 <_EIP>: Code; c01bb654 <===== 0: 0f 0b ud2a <===== Code; c01bb656 2: 83 c4 0c add $0xc,%esp Code; c01bb659 5: 8d b4 26 00 00 00 00 lea 0x0(%esi,1),%esi Code; c01bb660 c: 8d 93 00 00 00 40 lea 0x40000000(%ebx),%edx Code; c01bb666 12: 8b 4c 00 00 mov 0x0(%eax,%eax,1),%ecx --------------D7440C7314E8D01A3CEDDD86-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/