From: Pavel Ivanov <paivanof@gmail.com> To: Hin-Tak Leung <hintak_leung@yahoo.co.uk> Cc: linux-fsdevel@vger.kernel.org, linux-kernel <linux-kernel@vger.kernel.org>, Seth Forshee <seth.forshee@canonical.com>, Christoph Hellwig <hch@tuxera.com> Subject: Re: Kernel 3.1.0-rc4 oops when connecting iPod Date: Tue, 6 Sep 2011 11:09:27 -0400 [thread overview] Message-ID: <CAG1a4rttHKgp=nAjQ=7zUu=bURq9x7DdhL2fTAZKimicpfdYsw@mail.gmail.com> (raw) In-Reply-To: <1315285921.46647.YahooMailClassic@web29519.mail.ird.yahoo.com> On Tue, Sep 6, 2011 at 1:12 AM, Hin-Tak Leung <hintak_leung@yahoo.co.uk> wrote: >> Anyway the following patch worked for me and I've got my >> iPod mounted >> and navigateable (although only in read-only mode because >> it has >> journaled filesystem). > > I worked on the netgear journalling patches a bit: > http://htl10.users.sourceforge.net/patchsets/hfsplus_3.0_rfc/patches/ > But please *back up your data*, as well as reading my notes before trying them out: > http://www.spinics.net/lists/linux-fsdevel/msg47684.html > http://www.spinics.net/lists/linux-fsdevel/msg47734.html I'd be happy to try them out and to help in testing/fixing/reviewing them. >> diff --git a/fs/hfsplus/super.c b/fs/hfsplus/super.c >> index c106ca2..5458be4 100644 >> --- a/fs/hfsplus/super.c >> +++ b/fs/hfsplus/super.c >> @@ -345,6 +345,8 @@ static int hfsplus_fill_super(struct >> super_block >> *sb, void *data, int silent) >> struct qstr str; >> struct nls_table *nls = NULL; >> int err; >> + unsigned check_blksz_bits; >> + u64 check_num_blocks; >> >> err = -EINVAL; >> sbi = kzalloc(sizeof(*sbi), >> GFP_KERNEL); >> @@ -399,10 +401,15 @@ static int hfsplus_fill_super(struct >> super_block >> *sb, void *data, int silent) >> if (!sbi->rsrc_clump_blocks) >> >> sbi->rsrc_clump_blocks = 1; >> >> - err = >> generic_check_addressable(sbi->alloc_blksz_shift, >> - >> >> sbi->total_blocks); >> + check_blksz_bits = >> sbi->alloc_blksz_shift; >> + check_num_blocks = >> sbi->total_blocks; >> + if (sbi->fs_shift != 0) { >> + check_num_blocks >> <<= sbi->fs_shift; >> + check_blksz_bits -= >> sbi->fs_shift; >> + } >> + err = >> generic_check_addressable(check_blksz_bits, >> check_num_blocks); >> if (err) { >> printk(KERN_ERR "hfs: >> filesystem size too large.\n"); >> goto out_free_vhdr; >> >> >> I can format and submit both patches (plus a small cleanup >> that I felt >> is needed to be changed along the way). Tell me what you >> think. > > This is a bit ugly - what it does is massage the two values taking into account of sbi->fs_shift to pass check_addressable() . I think either check_addressable should be extended, or this be abstracted out say, to check_hfs_addressable() (with __inline__ if desired) to be cleaner. Agreed. It was more of a quick hack to prove the correctness of such change direction. I'll think how to do it better. Thank you, Pavel
WARNING: multiple messages have this Message-ID (diff)
From: Pavel Ivanov <paivanof@gmail.com> To: Hin-Tak Leung <hintak_leung@yahoo.co.uk> Cc: linux-fsdevel@vger.kernel.org, linux-kernel <linux-kernel@vger.kernel.org>, Seth Forshee <seth.forshee@canonical.com>, Christoph Hellwig <hch@tuxera.com> Subject: Re: Kernel 3.1.0-rc4 oops when connecting iPod Date: Tue, 6 Sep 2011 11:09:27 -0400 [thread overview] Message-ID: <CAG1a4rttHKgp=nAjQ=7zUu=bURq9x7DdhL2fTAZKimicpfdYsw@mail.gmail.com> (raw) In-Reply-To: <1315285921.46647.YahooMailClassic@web29519.mail.ird.yahoo.com> On Tue, Sep 6, 2011 at 1:12 AM, Hin-Tak Leung <hintak_leung@yahoo.co.uk> wrote: >> Anyway the following patch worked for me and I've got my >> iPod mounted >> and navigateable (although only in read-only mode because >> it has >> journaled filesystem). > > I worked on the netgear journalling patches a bit: > http://htl10.users.sourceforge.net/patchsets/hfsplus_3.0_rfc/patches/ > But please *back up your data*, as well as reading my notes before trying them out: > http://www.spinics.net/lists/linux-fsdevel/msg47684.html > http://www.spinics.net/lists/linux-fsdevel/msg47734.html I'd be happy to try them out and to help in testing/fixing/reviewing them. >> diff --git a/fs/hfsplus/super.c b/fs/hfsplus/super.c >> index c106ca2..5458be4 100644 >> --- a/fs/hfsplus/super.c >> +++ b/fs/hfsplus/super.c >> @@ -345,6 +345,8 @@ static int hfsplus_fill_super(struct >> super_block >> *sb, void *data, int silent) >> struct qstr str; >> struct nls_table *nls = NULL; >> int err; >> + unsigned check_blksz_bits; >> + u64 check_num_blocks; >> >> err = -EINVAL; >> sbi = kzalloc(sizeof(*sbi), >> GFP_KERNEL); >> @@ -399,10 +401,15 @@ static int hfsplus_fill_super(struct >> super_block >> *sb, void *data, int silent) >> if (!sbi->rsrc_clump_blocks) >> >> sbi->rsrc_clump_blocks = 1; >> >> - err = >> generic_check_addressable(sbi->alloc_blksz_shift, >> - >> >> sbi->total_blocks); >> + check_blksz_bits = >> sbi->alloc_blksz_shift; >> + check_num_blocks = >> sbi->total_blocks; >> + if (sbi->fs_shift != 0) { >> + check_num_blocks >> <<= sbi->fs_shift; >> + check_blksz_bits -= >> sbi->fs_shift; >> + } >> + err = >> generic_check_addressable(check_blksz_bits, >> check_num_blocks); >> if (err) { >> printk(KERN_ERR "hfs: >> filesystem size too large.\n"); >> goto out_free_vhdr; >> >> >> I can format and submit both patches (plus a small cleanup >> that I felt >> is needed to be changed along the way). Tell me what you >> think. > > This is a bit ugly - what it does is massage the two values taking into account of sbi->fs_shift to pass check_addressable() . I think either check_addressable should be extended, or this be abstracted out say, to check_hfs_addressable() (with __inline__ if desired) to be cleaner. Agreed. It was more of a quick hack to prove the correctness of such change direction. I'll think how to do it better. 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
next prev parent reply other threads:[~2011-09-06 15:10 UTC|newest] Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top 2011-09-03 3:08 Kernel 3.1.0-rc4 oops when connecting iPod Pavel Ivanov 2011-09-03 3:59 ` Hin-Tak Leung 2011-09-03 3:59 ` Hin-Tak Leung 2011-09-03 4:37 ` Pavel Ivanov 2011-09-03 6:57 ` Hin-Tak Leung 2011-09-03 20:52 ` Pavel Ivanov 2011-09-03 20:52 ` Pavel Ivanov 2011-09-03 23:35 ` Hin-Tak Leung 2011-09-03 23:35 ` Hin-Tak Leung 2011-09-03 23:59 ` Pavel Ivanov 2011-09-03 23:59 ` Pavel Ivanov 2011-09-04 0:37 ` Hin-Tak Leung 2011-09-06 4:35 ` Pavel Ivanov 2011-09-06 4:35 ` Pavel Ivanov 2011-09-06 5:12 ` Hin-Tak Leung 2011-09-06 5:12 ` Hin-Tak Leung 2011-09-06 15:09 ` Pavel Ivanov [this message] 2011-09-06 15:09 ` Pavel Ivanov 2011-09-11 3:52 ` Pavel Ivanov 2011-09-11 3:52 ` Pavel Ivanov 2011-09-11 13:46 ` Hin-Tak Leung 2011-09-11 13:46 ` Hin-Tak Leung 2011-09-11 14:14 ` Christoph Hellwig 2011-09-11 14:12 ` Christoph Hellwig 2011-09-12 14:34 ` Christoph Hellwig 2011-09-12 15:19 ` Pavel Ivanov 2011-09-12 15:19 ` Pavel Ivanov 2011-09-12 15:31 ` Christoph Hellwig 2011-09-13 2:20 ` Pavel Ivanov 2011-09-13 2:20 ` Pavel Ivanov 2011-09-14 17:42 ` Christoph Hellwig 2011-09-15 14:35 ` Christoph Hellwig 2011-09-12 15:57 ` Hin-Tak Leung 2011-09-07 17:59 ` Seth Forshee 2011-09-07 17:59 ` Seth Forshee 2011-09-08 3:13 ` Hin-Tak Leung 2011-09-08 3:13 ` Hin-Tak Leung 2011-09-08 16:23 ` Seth Forshee 2011-09-09 12:48 ` Christoph Hellwig 2011-09-11 3:32 ` Pavel Ivanov 2011-09-11 3:32 ` Pavel Ivanov 2011-09-11 14:10 ` Christoph Hellwig 2011-09-12 14:00 ` Pavel Ivanov 2011-09-12 15:27 ` [PATCH] hfsplus: Fix kfree of wrong vhdr pointers Seth Forshee 2011-09-12 15:28 ` Christoph Hellwig
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to='CAG1a4rttHKgp=nAjQ=7zUu=bURq9x7DdhL2fTAZKimicpfdYsw@mail.gmail.com' \ --to=paivanof@gmail.com \ --cc=hch@tuxera.com \ --cc=hintak_leung@yahoo.co.uk \ --cc=linux-fsdevel@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=seth.forshee@canonical.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.