Date: Wed, 5 Nov 2003 13:39:23 +0100
From: Jens Axboe <axboe@suse.de>
To: "Prakash K. Cheemplavam" <prakashpublic@gmx.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.9test9-mm1 and DAO ATAPI cd-burning corrupt
Message-ID: <20031105123923.GP1477@suse.de>
References: <20031105084007.GZ1477@suse.de> <3FA8C916.3060702@gmx.de> <20031105095457.GG1477@suse.de> <3FA8CA87.2070201@gmx.de> <20031105100120.GH1477@suse.de> <3FA8CCF9.6070700@gmx.de> <20031105101207.GI1477@suse.de> <3FA8CEF1.1050200@gmx.de> <20031105102238.GJ1477@suse.de> <3FA8D17D.3060204@gmx.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3FA8D17D.3060204@gmx.de>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1282
Lines: 37


(cc me, just caught your message by luck)

On Wed, Nov 05 2003, Prakash K. Cheemplavam wrote:
> >>>it's a cdrecord option, I've never used k3b so cannot comment on how to
> >>>make it enable that.
> >>
> >>Hmm, I'll take a look, but I don't really think it is a problem of the 
> >>recording programme, otherwise how could my reader read it out completely?
> >
> >
> >It isn't a problem of the recorder program. But some drives wont read
> >the very end of a disc unless there are some pad blocks at the end.
> >Thus, you should always use the cdrecord pad option.
> 
> Uhm, ok, I just took a look at the source image and the last (missing) 
> 4096 bytes are just 00, so nothing critical missing anyway...so your pad 
> parameter sounds sensible. :) Should drop a note to the k3b devs then, 
> as well...

Good idea, if it's not already an option.

> >Don't remember, sorry :)
> 
> I probably will make a new topic regarding issues (I think) I found with 
> the new mm kernel.

Fine, check the SG_IO thing first though.

-- 
Jens Axboe

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/