From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754063Ab1ICD7a (ORCPT ); Fri, 2 Sep 2011 23:59:30 -0400 Received: from nm3.bullet.mail.ird.yahoo.com ([77.238.189.60]:46302 "HELO nm3.bullet.mail.ird.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1753644Ab1ICD71 convert rfc822-to-8bit (ORCPT ); Fri, 2 Sep 2011 23:59:27 -0400 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 11829.79756.bm@omp1032.mail.ird.yahoo.com DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=uD7EPA/PRnw/4kS5yhAtf2HYkGvjducEk5sKTQtxMcPqiXJX63u7yfklwrKMyx4AaGYNajJQB74BdxAVR/wKhInoYtsJtbzM+vC6SE+A+ZNZmRDWxqt6xGCCfRKkQEnwRiGv7rdXifUwlpuVTpugBmAeUrpwc1UknQNoVPv76Xw=; X-YMail-OSG: 59IbMrwVM1m3D_KAyBOkv8vG9ccpty54oB4gJ4x9IJARoD3 N8rO_g1vfwGtZk6NFVQ7SfoRIy346T5rkgaIyc0eyHSH6LmaFsNt3mEsB35z y6I0e7pARnLw2xTP9bzoqxwnG_KHEXG4jzKZ2X0TBZvms9.gwXj5PAhh9UpX tcRm1UFXvlKrbn6unz5QV4PKK7RWsMJHd.XlMlXHjG1uVKta5n4lC0PMb4pG Vrql_zsSSeic6z4uchP3F.2kSXCqWhGuGkEZrWJgpQajlPjAf38RHObZ234d 4ZN9SzYlhjcn7KRd4hc8RQwDB54MSuQ6l6veYJxDrN49xzmiDQrmwZfqQ6vC wQvIhGz2QPeFJU4zMLB8tQ1j4dgqfAw4_78GMOSMefmrwjAVZ1zdotgekCGC PalRVILpkh6z8K80O.ByM X-Mailer: YahooMailClassic/14.0.5 YahooMailWebService/0.8.113.315625 Message-ID: <1315022365.50883.YahooMailClassic@web29510.mail.ird.yahoo.com> Date: Sat, 3 Sep 2011 04:59:25 +0100 (BST) From: Hin-Tak Leung Subject: Re: Kernel 3.1.0-rc4 oops when connecting iPod To: linux-fsdevel@vger.kernel.org, Pavel Ivanov Cc: linux-kernel In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --- On Sat, 3/9/11, Pavel Ivanov wrote: > Hi, > > With kernel 3.1.0-rc4 any attempt to connect iPod to USB > leads to > kernel oops. I'd say that stacktrace of the oops is pretty > much random > and not related to HFS. But I was able to get useful info > from it when > I recompiled with CONFIG_SLUB_DEBUG_ON=y. In this case I > don't get > oops but the following instead: There are a few hfsplus related changes to do protection against invalid data like this, but may be there are more. It would be useful to have the output from your objdump -l -d hfsplus.ko | grep -A 1000 '' (the -l gives line numbers against the kernel tree, so would be useful if you run this against the ko there...) > > [   81.508807] hfs: filesystem size too > large. > [   81.559295] > ============================================================================= > [   81.656965] BUG kmalloc-4096: Invalid > object pointer 0xffff880136160400 > [   81.735947] > ----------------------------------------------------------------------------- > [   81.735948] > [   81.851359] INFO: Slab 0xffffea0004d85800 > objects=7 used=7 fp=0x >       (null) flags=0x2000000000004081 > [   81.965628] Pid: 2086, comm: > ipod-set-info Not tainted 3.1.0-rc4+ #2 > [   81.965629] Call Trace: > [   81.965636]  > [] slab_err+0xaf/0xd0 > [   81.965640]  > [] ? slab_pad_check+0xaf/0x1a0 > [   81.965644]  > [] > free_debug_processing+0x1ef/0x310 > [   81.965647]  > [] __slab_free+0x1fa/0x490 > [   81.965653]  > [] ? hfsplus_fill_super+0x2ed/0x610 > [hfsplus] > [   81.965656]  > [] kfree+0x12c/0x150 > [   81.965660]  > [] hfsplus_fill_super+0x2ed/0x610 > [hfsplus] > [   81.965665]  > [] ? > ioctl_internal_command.clone.4+0x61/0x1b0 > [   81.965671]  > [] ? _raw_spin_unlock+0xe/0x40 > [   81.965675]  > [] ? deactivate_slab+0x578/0x750 > [   81.965679]  > [] ? sget+0xab/0x480 > [   81.965683]  > [] ? put_dec+0x59/0x60 > [   81.965685]  > [] ? number.clone.2+0x311/0x350 > [   81.965690]  > [] ? pcpu_alloc_area+0x10b/0x2c0 > [   81.965693]  > [] ? vsnprintf+0x471/0x610 > [   81.965696]  > [] ? pcpu_alloc+0x399/0x9e0 > [   81.965699]  > [] ? snprintf+0x34/0x40 > [   81.965702]  > [] ? strlcpy+0x46/0x60 > [   81.965707]  > [] ? register_shrinker+0x52/0x60 > [   81.965710]  > [] mount_bdev+0x1c6/0x210 > [   81.965714]  > [] ? hfsplus_iget+0x240/0x240 > [hfsplus] > [   81.965718]  > [] hfsplus_mount+0x15/0x20 > [hfsplus] > [   81.965720]  > [] mount_fs+0x47/0x1c0 > [   81.965723]  > [] ? __alloc_percpu+0x10/0x20 > [   81.965727]  > [] vfs_kern_mount+0x63/0xd0 > [   81.965731]  > [] do_kern_mount+0x54/0x110 > [   81.965734]  > [] do_mount+0x502/0x7e0 > [   81.965736]  > [] ? strndup_user+0x5b/0x80 > [   81.965739]  > [] sys_mount+0x90/0xe0 > [   81.965744]  > [] system_call_fastpath+0x16/0x1b > [   81.965746] FIX kmalloc-4096: Object at > 0xffff880136160400 not freed > > Following by 2 other bugs with the same stack trace. > > (BTW, before oops first message "hfs: filesystem size too > large" > always appears twice.) > > > Another question: is hfsplus supposed to work at all? I see > it's > marked as "Orphaned" in MAINTAINERS and on attempt to > connect iPod > with kernel 2.6.38.11 (standard kernel in Ubuntu 11.04) I > still don't > get it working. Although without oops I get the following > messages: > > [   65.479360] usb 2-3: new high speed USB > device using ehci_hcd and address 4 > [   65.686470] usbcore: registered new > interface driver uas > [   65.706455] Initializing USB Mass Storage > driver... > [   65.706901] scsi4 : usb-storage 2-3:1.0 > [   65.707251] usbcore: registered new > interface driver usb-storage > [   65.707254] USB Mass Storage support > registered. > [   66.702320] scsi 4:0:0:0: > Direct-Access     Apple    > iPod >   1.62 PQ: 0 ANSI: 0 > [   66.704537] sd 4:0:0:0: Attached scsi > generic sg2 type 0 > [   66.809047] sd 4:0:0:0: [sdb] 1946049 > 4096-byte logical blocks: > (7.97 GB/7.42 GiB) > [   66.809930] sd 4:0:0:0: [sdb] Write > Protect is off > [   66.809935] sd 4:0:0:0: [sdb] Mode Sense: > 68 00 00 08 > [   66.809938] sd 4:0:0:0: [sdb] Assuming > drive cache: write through > [   66.885037] sd 4:0:0:0: [sdb] 1946049 > 4096-byte logical blocks: > (7.97 GB/7.42 GiB) > [   66.885933] sd 4:0:0:0: [sdb] Assuming > drive cache: write through > [   66.979400]  sdb: [mac] sdb1 sdb2 > [   66.981940] sd 4:0:0:0: [sdb] 1946049 > 4096-byte logical blocks: > (7.97 GB/7.42 GiB) > [   66.982834] sd 4:0:0:0: [sdb] Assuming > drive cache: write through > [   67.055808] sd 4:0:0:0: [sdb] Attached > SCSI removable disk > [   67.299357] sd 4:0:0:0: [sdb] Bad block > number requested > [   67.362982] hfs: unable to find HFS+ > superblock > [   67.499457] sd 4:0:0:0: [sdb] Bad block > number requested > [   67.563085] hfs: unable to find HFS+ > superblock > > > Thank you, > Pavel > -- > To unsubscribe from this list: send the line "unsubscribe > linux-fsdevel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at  http://vger.kernel.org/majordomo-info.html > From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hin-Tak Leung Subject: Re: Kernel 3.1.0-rc4 oops when connecting iPod Date: Sat, 3 Sep 2011 04:59:25 +0100 (BST) Message-ID: <1315022365.50883.YahooMailClassic@web29510.mail.ird.yahoo.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: linux-kernel To: linux-fsdevel@vger.kernel.org, Pavel Ivanov Return-path: Received: from nm13.bullet.mail.ird.yahoo.com ([77.238.189.66]:47552 "HELO nm13.bullet.mail.ird.yahoo.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1753750Ab1ICD71 convert rfc822-to-8bit (ORCPT ); Fri, 2 Sep 2011 23:59:27 -0400 In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-ID: --- On Sat, 3/9/11, Pavel Ivanov wrote: > Hi, >=20 > With kernel 3.1.0-rc4 any attempt to connect iPod to USB > leads to > kernel oops. I'd say that stacktrace of the oops is pretty > much random > and not related to HFS. But I was able to get useful info > from it when > I recompiled with CONFIG_SLUB_DEBUG_ON=3Dy. In this case I > don't get > oops but the following instead: There are a few hfsplus related changes to do protection against invali= d data like this, but may be there are more. It would be useful to have= the output from your=20 objdump -l -d hfsplus.ko | grep -A 1000 '' (the -l gives line numbers against the kernel tree, so would be useful = if you run this against the ko there...) >=20 > [=A0=A0=A081.508807] hfs: filesystem size too > large. > [=A0=A0=A081.559295] > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D > [=A0=A0=A081.656965] BUG kmalloc-4096: Invalid > object pointer 0xffff880136160400 > [=A0=A0=A081.735947] > ---------------------------------------------------------------------= -------- > [=A0=A0=A081.735948] > [=A0=A0=A081.851359] INFO: Slab 0xffffea0004d85800 > objects=3D7 used=3D7 fp=3D0x > =A0 =A0 =A0 (null) flags=3D0x2000000000004081 > [=A0=A0=A081.965628] Pid: 2086, comm: > ipod-set-info Not tainted 3.1.0-rc4+ #2 > [=A0=A0=A081.965629] Call Trace: > [=A0=A0=A081.965636]=A0 > [] slab_err+0xaf/0xd0 > [=A0=A0=A081.965640]=A0 > [] ? slab_pad_check+0xaf/0x1a0 > [=A0=A0=A081.965644]=A0 > [] > free_debug_processing+0x1ef/0x310 > [=A0=A0=A081.965647]=A0 > [] __slab_free+0x1fa/0x490 > [=A0=A0=A081.965653]=A0 > [] ? hfsplus_fill_super+0x2ed/0x610 > [hfsplus] > [=A0=A0=A081.965656]=A0 > [] kfree+0x12c/0x150 > [=A0=A0=A081.965660]=A0 > [] hfsplus_fill_super+0x2ed/0x610 > [hfsplus] > [=A0=A0=A081.965665]=A0 > [] ? > ioctl_internal_command.clone.4+0x61/0x1b0 > [=A0=A0=A081.965671]=A0 > [] ? _raw_spin_unlock+0xe/0x40 > [=A0=A0=A081.965675]=A0 > [] ? deactivate_slab+0x578/0x750 > [=A0=A0=A081.965679]=A0 > [] ? sget+0xab/0x480 > [=A0=A0=A081.965683]=A0 > [] ? put_dec+0x59/0x60 > [=A0=A0=A081.965685]=A0 > [] ? number.clone.2+0x311/0x350 > [=A0=A0=A081.965690]=A0 > [] ? pcpu_alloc_area+0x10b/0x2c0 > [=A0=A0=A081.965693]=A0 > [] ? vsnprintf+0x471/0x610 > [=A0=A0=A081.965696]=A0 > [] ? pcpu_alloc+0x399/0x9e0 > [=A0=A0=A081.965699]=A0 > [] ? snprintf+0x34/0x40 > [=A0=A0=A081.965702]=A0 > [] ? strlcpy+0x46/0x60 > [=A0=A0=A081.965707]=A0 > [] ? register_shrinker+0x52/0x60 > [=A0=A0=A081.965710]=A0 > [] mount_bdev+0x1c6/0x210 > [=A0=A0=A081.965714]=A0 > [] ? hfsplus_iget+0x240/0x240 > [hfsplus] > [=A0=A0=A081.965718]=A0 > [] hfsplus_mount+0x15/0x20 > [hfsplus] > [=A0=A0=A081.965720]=A0 > [] mount_fs+0x47/0x1c0 > [=A0=A0=A081.965723]=A0 > [] ? __alloc_percpu+0x10/0x20 > [=A0=A0=A081.965727]=A0 > [] vfs_kern_mount+0x63/0xd0 > [=A0=A0=A081.965731]=A0 > [] do_kern_mount+0x54/0x110 > [=A0=A0=A081.965734]=A0 > [] do_mount+0x502/0x7e0 > [=A0=A0=A081.965736]=A0 > [] ? strndup_user+0x5b/0x80 > [=A0=A0=A081.965739]=A0 > [] sys_mount+0x90/0xe0 > [=A0=A0=A081.965744]=A0 > [] system_call_fastpath+0x16/0x1b > [=A0=A0=A081.965746] FIX kmalloc-4096: Object at > 0xffff880136160400 not freed >=20 > Following by 2 other bugs with the same stack trace. >=20 > (BTW, before oops first message "hfs: filesystem size too > large" > always appears twice.) >=20 >=20 > Another question: is hfsplus supposed to work at all? I see > it's > marked as "Orphaned" in MAINTAINERS and on attempt to > connect iPod > with kernel 2.6.38.11 (standard kernel in Ubuntu 11.04) I > still don't > get it working. Although without oops I get the following > messages: >=20 > [=A0=A0=A065.479360] usb 2-3: new high speed USB > device using ehci_hcd and address 4 > [=A0=A0=A065.686470] usbcore: registered new > interface driver uas > [=A0=A0=A065.706455] Initializing USB Mass Storage > driver... > [=A0=A0=A065.706901] scsi4 : usb-storage 2-3:1.0 > [=A0=A0=A065.707251] usbcore: registered new > interface driver usb-storage > [=A0=A0=A065.707254] USB Mass Storage support > registered. > [=A0=A0=A066.702320] scsi 4:0:0:0: > Direct-Access=A0 =A0=A0=A0Apple=A0 =A0 > iPod > =A0 1.62 PQ: 0 ANSI: 0 > [=A0=A0=A066.704537] sd 4:0:0:0: Attached scsi > generic sg2 type 0 > [=A0=A0=A066.809047] sd 4:0:0:0: [sdb] 1946049 > 4096-byte logical blocks: > (7.97 GB/7.42 GiB) > [=A0=A0=A066.809930] sd 4:0:0:0: [sdb] Write > Protect is off > [=A0=A0=A066.809935] sd 4:0:0:0: [sdb] Mode Sense: > 68 00 00 08 > [=A0=A0=A066.809938] sd 4:0:0:0: [sdb] Assuming > drive cache: write through > [=A0=A0=A066.885037] sd 4:0:0:0: [sdb] 1946049 > 4096-byte logical blocks: > (7.97 GB/7.42 GiB) > [=A0=A0=A066.885933] sd 4:0:0:0: [sdb] Assuming > drive cache: write through > [=A0=A0=A066.979400]=A0 sdb: [mac] sdb1 sdb2 > [=A0=A0=A066.981940] sd 4:0:0:0: [sdb] 1946049 > 4096-byte logical blocks: > (7.97 GB/7.42 GiB) > [=A0=A0=A066.982834] sd 4:0:0:0: [sdb] Assuming > drive cache: write through > [=A0=A0=A067.055808] sd 4:0:0:0: [sdb] Attached > SCSI removable disk > [=A0=A0=A067.299357] sd 4:0:0:0: [sdb] Bad block > number requested > [=A0=A0=A067.362982] hfs: unable to find HFS+ > superblock > [=A0=A0=A067.499457] sd 4:0:0:0: [sdb] Bad block > number requested > [=A0=A0=A067.563085] hfs: unable to find HFS+ > superblock >=20 >=20 > Thank you, > Pavel > -- > To unsubscribe from this list: send the line "unsubscribe > linux-fsdevel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at=A0 http://vger.kernel.org/majordomo-info.html >=20 -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html