All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Thomas Meyer <thomas@m3y3r.de>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Matthew Wilcox <matthew@wil.cx>,
	James Bottomley <James.Bottomley@SteelEye.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	"Rafael J. Wysocki" <rjw@sisk.pl>,
	Natalie Protasevich <protasnb@gmail.com>
Subject: Re: v2.6.24-rc2-409-g9418d5d: attempt to access beyond end of device
Date: Wed, 14 Nov 2007 15:53:15 +0100	[thread overview]
Message-ID: <20071114145314.GA4537@elte.hu> (raw)
In-Reply-To: <473A10C2.6040102@m3y3r.de>


(added Cc:s)

* Thomas Meyer <thomas@m3y3r.de> wrote:

> Thomas Meyer schrieb:
> > i get these errors in the kernel log while trying to copy a file from an
> > iso9660 file system (/dev/sr0) to my intenal hard disk. This is the
> > second cd/dvd that gives me this error. kernel 2.6.23 works without any
> > problems, so i think this is not an medium error:
> >
> > ISO 9660 Extensions: Microsoft Joliet Level 3
> > ISOFS: changing to secondary root
> > attempt to access beyond end of device
> > sr0: rw=0, want=81220, limit=40944
> > Buffer I/O error on device sr0, logical block 20304
> > attempt to access beyond end of device
> > sr0: rw=0, want=81224, limit=40944
> > Buffer I/O error on device sr0, logical block 20305
> > attempt to access beyond end of device
> > sr0: rw=0, want=81228, limit=40944
> > Buffer I/O error on device sr0, logical block 20306
> > attempt to access beyond end of device
> > sr0: rw=0, want=81232, limit=40944
> > Buffer I/O error on device sr0, logical block 20307
> > attempt to access beyond end of device
> > sr0: rw=0, want=81236, limit=40944
> > Buffer I/O error on device sr0, logical block 20308
> > attempt to access beyond end of device
> > sr0: rw=0, want=81240, limit=40944
> > Buffer I/O error on device sr0, logical block 20309
> > attempt to access beyond end of device
> > sr0: rw=0, want=81244, limit=40944
> > Buffer I/O error on device sr0, logical block 20310
> > attempt to access beyond end of device
> > sr0: rw=0, want=81248, limit=40944
> > Buffer I/O error on device sr0, logical block 20311
> > attempt to access beyond end of device
> > sr0: rw=0, want=81220, limit=40944
> > Buffer I/O error on device sr0, logical block 20304
> > attempt to access beyond end of device
> > sr0: rw=0, want=81224, limit=40944
> > Buffer I/O error on device sr0, logical block 20305
> > attempt to access beyond end of device
> > sr0: rw=0, want=1028968, limit=40944
> > Buffer I/O error on device sr0, logical block 257241
> > attempt to access beyond end of device
> > sr0: rw=0, want=1028972, limit=40944
> > Buffer I/O error on device sr0, logical block 257242
> > attempt to access beyond end of device
> > sr0: rw=0, want=1028976, limit=40944
> > attempt to access beyond end of device
> > sr0: rw=0, want=1028980, limit=40944
> > attempt to access beyond end of device
> > sr0: rw=0, want=1028984, limit=40944
> > attempt to access beyond end of device
> > sr0: rw=0, want=1028988, limit=40944
> > attempt to access beyond end of device
> > sr0: rw=0, want=1028992, limit=40944
> > attempt to access beyond end of device
> > sr0: rw=0, want=1028996, limit=40944
> > attempt to access beyond end of device
> > sr0: rw=0, want=1028968, limit=40944
> > attempt to access beyond end of device
> > sr0: rw=0, want=1028972, limit=40944
> >
> > does anybody have similiar problems with current linus kernel?
> >   
>
> I have a question: How to find out between which two tags a given 
> commit lies?
> 
> E.g. commit 6f5391c283d7fdcf24bf40786ea79061919d1e1d ([SCSI] Get rid 
> of scsi_cmnd->done), which is the last commit that changed 
> drivers/scsi/sr.c

good question. A quirky way would be to look at:

  ls -l .git/refs/tags/

and compare it with the commit date. But ... that doesnt necessarily 
work if a tag has been created after the commit but before the commit 
was merged upstream.

> i now discovered (using gitk and a lot of scolling) that above commit 
> is after v2.6.23 but before v2.6.24-rc1 (so it is a possible offender)
> 
> You see i am just too lazy to bisect (and reboot 20th times or so) and 
> i just wanted to try my luck and revert the last
>  commit and see if this fixes my problem.
> 
> By the way: Reverting commit 6f5391c283d7fdcf24bf40786ea79061919d1e1d 
> makes the same cd medium readable again on v2.6.24-rc2-409-g9418d5d.

nice - that commit should then be reverted.

	Ingo

  reply	other threads:[~2007-11-14 14:53 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-13 18:46 v2.6.24-rc2-409-g9418d5d: attempt to access beyond end of device Thomas Meyer
2007-11-13 21:01 ` Thomas Meyer
2007-11-14 14:53   ` Ingo Molnar [this message]
2007-11-14 14:58     ` Matthew Wilcox

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=20071114145314.GA4537@elte.hu \
    --to=mingo@elte.hu \
    --cc=James.Bottomley@SteelEye.com \
    --cc=akpm@linux-foundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=matthew@wil.cx \
    --cc=protasnb@gmail.com \
    --cc=rjw@sisk.pl \
    --cc=thomas@m3y3r.de \
    /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: link
Be 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.