> Or you could try the 2.4 version, as I said originally the 2.2 patch
> hasn't been tested at all. It would be nice to know if that works
> for you, as I may have screwed up the backport a bit.
I tested on 2.4-test10 + dvd-ram-240t10p5.diff.bz2 + dvdram-ro_fix.diff env.
It occured oops too
Or you could try the 2.4 version, as I said originally the 2.2 patch
hasn't been tested at all. It would be nice to know if that works
for you, as I may have screwed up the backport a bit.
I tested on 2.4-test10 + dvd-ram-240t10p5.diff.bz2 + dvdram-ro_fix.diff env.
It occured oops too :-(.
Hi,
> > By using serial console, I get messages for you ;-)
>
> Thanks, now you're just one step short of being really
> helpful :-). Pass it through ksymoops please, so the
> addresses will map to function names + offsets.
I atacched files. Is it OK?
> > hdc: timeout waiting for DMA
> >
Hi,
By using serial console, I get messages for you ;-)
Thanks, now you're just one step short of being really
helpful :-). Pass it through ksymoops please, so the
addresses will map to function names + offsets.
I atacched files. Is it OK?
hdc: timeout waiting for DMA
ide_dmaproc:
On Tue, Oct 31 2000, Hisaaki Shibata wrote:
> By using serial console, I get messages for you ;-)
Thanks, now you're just one step short of being really
helpful :-). Pass it through ksymoops please, so the
addresses will map to function names + offsets.
> In case of doing "dd if=/dev/zero
Hello again,
> > I tried the patch.
> > But kernel said Oops both fdisk /dev/hdc and
> > dd if=/dev/zero of=/dev/hdc bs=2048 count=1 .
>
> > After showing above strace message in a few seconds, kernel panic happened.
> >
> > I can not see some head line of Oops messages. Sorry.
>
> Is there
Hello again,
I tried the patch.
But kernel said Oops both fdisk /dev/hdc and
dd if=/dev/zero of=/dev/hdc bs=2048 count=1 .
After showing above strace message in a few seconds, kernel panic happened.
I can not see some head line of Oops messages. Sorry.
Is there any way for you
On Tue, Oct 31 2000, Hisaaki Shibata wrote:
By using serial console, I get messages for you ;-)
Thanks, now you're just one step short of being really
helpful :-). Pass it through ksymoops please, so the
addresses will map to function names + offsets.
In case of doing "dd if=/dev/zero
On Sun, Oct 29 2000, Hisaaki Shibata wrote:
> I tried the patch.
> But kernel said Oops both fdisk /dev/hdc and
> dd if=/dev/zero of=/dev/hdc bs=2048 count=1 .
> After showing above strace message in a few seconds, kernel panic happened.
>
> I can not see some head line of Oops messages. Sorry.
On Sun, Oct 29 2000, Hisaaki Shibata wrote:
I tried the patch.
But kernel said Oops both fdisk /dev/hdc and
dd if=/dev/zero of=/dev/hdc bs=2048 count=1 .
After showing above strace message in a few seconds, kernel panic happened.
I can not see some head line of Oops messages. Sorry.
Is
Thanks again.
> > > Ok, does /proc/sys/dev/cdrom/info list DVD-RAM as a capability?
> > CD-ROM information, Id: cdrom.c 3.12 2000/10/22
> >
> > Can write DVD-RAM: 1
>
> So far, so good.
:-)
> > Should I set any flags to permit write a DVD-RAM media ?
>
> No, as I said it should detect
On Sun, Oct 29 2000, Hisaaki Shibata wrote:
> > Ok, does /proc/sys/dev/cdrom/info list DVD-RAM as a capability?
>
> Yes.
> I think it seems good.
>
> # more info
> CD-ROM information, Id: cdrom.c 3.12 2000/10/22
>
> Can write DVD-RAM: 1
So far, so good.
> Should I set any flags to
Thank you, again.
> On Sat, Oct 28 2000, Hisaaki Shibata wrote:
> > > > But I could not mkudf nor mkext2fs to my ATAPI 9.4GB new DVD-RAM drive.
> > >
> > > What do you mean? What happened? strace of mke2fs of mkudf would
> > > be nice to have.
> >
> > My system said it is not permited because
On Sat, Oct 28 2000, Hisaaki Shibata wrote:
> > > But I could not mkudf nor mkext2fs to my ATAPI 9.4GB new DVD-RAM drive.
> >
> > What do you mean? What happened? strace of mke2fs of mkudf would
> > be nice to have.
>
> My system said it is not permited because it is read only.
[snip]
Ok,
Thanks, Axboe
> > But I could not mkudf nor mkext2fs to my ATAPI 9.4GB new DVD-RAM drive.
>
> What do you mean? What happened? strace of mke2fs of mkudf would
> be nice to have.
My system said it is not permited because it is read only.
execve("/sbin/mke2fs", ["/sbin/mke2fs", "/dev/hdc"], [/*
On Sat, Oct 28 2000, Andre Hedrick wrote:
> > This is not necessary, the ide-cd driver will set the read-only
> > flag appropriately depending on the device type detected.
>
> This may not be the best option as the default.
> If a dvd-ram is used for backup you may not always want it in RW mode.
On Sat, 28 Oct 2000, Jens Axboe wrote:
> This is not necessary, the ide-cd driver will set the read-only
> flag appropriately depending on the device type detected.
This may not be the best option as the default.
If a dvd-ram is used for backup you may not always want it in RW mode.
Just a
On Fri, Oct 27 2000, Andre Hedrick wrote:
> hdparm -r0 /dev/hdc
[snip]
> That is how it is DONE!
This is not necessary, the ide-cd driver will set the read-only
flag appropriately depending on the device type detected.
--
* Jens Axboe <[EMAIL PROTECTED]>
* SuSE Labs
-
To unsubscribe from
On Sat, Oct 28 2000, Hisaaki Shibata wrote:
> I did patch 2.2.17 tree with dvd-ram-2217p17.diff.bz2.
>
> At that time, following patch is rejected.
> I think these lines should be removed from patchs.
>
> @@ -1329,7 +1369,7 @@
>static
> void cdrom_sleep (int time)
>
On Sat, Oct 28 2000, Hisaaki Shibata wrote:
I did patch 2.2.17 tree with dvd-ram-2217p17.diff.bz2.
At that time, following patch is rejected.
I think these lines should be removed from patchs.
@@ -1329,7 +1369,7 @@
static
void cdrom_sleep (int time)
{
On Fri, Oct 27 2000, Andre Hedrick wrote:
hdparm -r0 /dev/hdc
[snip]
That is how it is DONE!
This is not necessary, the ide-cd driver will set the read-only
flag appropriately depending on the device type detected.
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this
On Sat, 28 Oct 2000, Jens Axboe wrote:
This is not necessary, the ide-cd driver will set the read-only
flag appropriately depending on the device type detected.
This may not be the best option as the default.
If a dvd-ram is used for backup you may not always want it in RW mode.
Just a
On Sat, Oct 28 2000, Andre Hedrick wrote:
This is not necessary, the ide-cd driver will set the read-only
flag appropriately depending on the device type detected.
This may not be the best option as the default.
If a dvd-ram is used for backup you may not always want it in RW mode.
Just
On Sat, Oct 28 2000, Hisaaki Shibata wrote:
But I could not mkudf nor mkext2fs to my ATAPI 9.4GB new DVD-RAM drive.
What do you mean? What happened? strace of mke2fs of mkudf would
be nice to have.
My system said it is not permited because it is read only.
[snip]
Ok, does
Thank you, again.
On Sat, Oct 28 2000, Hisaaki Shibata wrote:
But I could not mkudf nor mkext2fs to my ATAPI 9.4GB new DVD-RAM drive.
What do you mean? What happened? strace of mke2fs of mkudf would
be nice to have.
My system said it is not permited because it is read only.
On Sun, Oct 29 2000, Hisaaki Shibata wrote:
Ok, does /proc/sys/dev/cdrom/info list DVD-RAM as a capability?
Yes.
I think it seems good.
# more info
CD-ROM information, Id: cdrom.c 3.12 2000/10/22
Can write DVD-RAM: 1
So far, so good.
Should I set any flags to permit write a
Thanks again.
Ok, does /proc/sys/dev/cdrom/info list DVD-RAM as a capability?
CD-ROM information, Id: cdrom.c 3.12 2000/10/22
Can write DVD-RAM: 1
So far, so good.
:-)
Should I set any flags to permit write a DVD-RAM media ?
No, as I said it should detect it
hdparm -r0 /dev/hdc
smsc:/proc/ide/hdc # cat model driver media
MATSHITADVD-RAM LF-D210
ide-cdrom version 4.99
cdrom
smsc:/proc/ide/hdc # hdparm -r0 /dev/hdc
/dev/hdc:
setting readonly to 0 (off)
readonly = 0 (off)
smsc:/ # mke2fs -b 2048 /dev/hdc -m 0
mke2fs 1.18, 11-Nov-1999 for
Hello
I did patch 2.2.17 tree with dvd-ram-2217p17.diff.bz2.
At that time, following patch is rejected.
I think these lines should be removed from patchs.
@@ -1329,7 +1369,7 @@
static
void cdrom_sleep (int time)
{
- current->state =
Hello
I did patch 2.2.17 tree with dvd-ram-2217p17.diff.bz2.
At that time, following patch is rejected.
I think these lines should be removed from patchs.
@@ -1329,7 +1369,7 @@
static
void cdrom_sleep (int time)
{
- current-state =
hdparm -r0 /dev/hdc
smsc:/proc/ide/hdc # cat model driver media
MATSHITADVD-RAM LF-D210
ide-cdrom version 4.99
cdrom
smsc:/proc/ide/hdc # hdparm -r0 /dev/hdc
/dev/hdc:
setting readonly to 0 (off)
readonly = 0 (off)
smsc:/ # mke2fs -b 2048 /dev/hdc -m 0
mke2fs 1.18, 11-Nov-1999 for
On Wed, Oct 25 2000, Andre Hedrick wrote:
> > The optimal solution is to make the UDF tools part of the util-linux
> > package, which will probably happen at some point. I don't really know,
> > that part is not mine. I might put some work into making this happen,
> > though.
>
> Andries,
>
>
On Wed, 25 Oct 2000, Jens Axboe wrote:
> On Tue, Oct 24 2000, Jeff V. Merkey wrote:
> > > Are you suggesting the tools be part of the kernel tree? If you are, I
> > > don't think they belong here because they are userland tools like
> > > mkisofs and the like. Nothing really related to the
Jens Axboe wrote:
>
> On Tue, Oct 24 2000, Jeff V. Merkey wrote:
> > > Are you suggesting the tools be part of the kernel tree? If you are, I
> > > don't think they belong here because they are userland tools like
> > > mkisofs and the like. Nothing really related to the kernel.
> >
> > No.
On Tue, Oct 24 2000, Jeff V. Merkey wrote:
> > Are you suggesting the tools be part of the kernel tree? If you are, I
> > don't think they belong here because they are userland tools like
> > mkisofs and the like. Nothing really related to the kernel.
>
> No. I'm suggesting they be in the utils
On Tue, Oct 24 2000, Jeff V. Merkey wrote:
Are you suggesting the tools be part of the kernel tree? If you are, I
don't think they belong here because they are userland tools like
mkisofs and the like. Nothing really related to the kernel.
No. I'm suggesting they be in the utils area of
Jens Axboe wrote:
On Tue, Oct 24 2000, Jeff V. Merkey wrote:
Are you suggesting the tools be part of the kernel tree? If you are, I
don't think they belong here because they are userland tools like
mkisofs and the like. Nothing really related to the kernel.
No. I'm suggesting
On Wed, Oct 25 2000, Andre Hedrick wrote:
The optimal solution is to make the UDF tools part of the util-linux
package, which will probably happen at some point. I don't really know,
that part is not mine. I might put some work into making this happen,
though.
Andries,
Jens needs a
I'm sorry. I completely missed the .org part there.
"Jeff V. Merkey" wrote:
>
> No. I'm suggesting they be in the utils area of kernel.org so folks
> don't have to
> run all over the net locating them. I like just typing
>
> 'rsync ftp.kernel.org:pub/linux /home/ftp/linux' to update my
"Mohammad A. Haque" wrote:
>
> Are you suggesting the tools be part of the kernel tree? If you are, I
> don't think they belong here because they are userland tools like
> mkisofs and the like. Nothing really related to the kernel.
No. I'm suggesting they be in the utils area of kernel.org
Are you suggesting the tools be part of the kernel tree? If you are, I
don't think they belong here because they are userland tools like
mkisofs and the like. Nothing really related to the kernel.
>
> Jens,
>
> It would be a good idea to roll these tools into the kernel.org tree so
> folks
Jens Axboe wrote:
>
> On Tue, Oct 24 2000, Jeff V. Merkey wrote:
> > Super!. I'll download and test it. We've had nothing but problems with
> > DVD devices in 2.4. Hopefully this works. Where are the utilities for
>
> I beat up the 2.4 version yesterday, and it looks solid so far. The
>
On Tue, Oct 24 2000, Jeff V. Merkey wrote:
> Super!. I'll download and test it. We've had nothing but problems with
> DVD devices in 2.4. Hopefully this works. Where are the utilities for
I beat up the 2.4 version yesterday, and it looks solid so far. The
actual write handling is the same as
On Tue, Oct 24, 2000 at 04:21:12PM -0700, Jens Axboe wrote:
> Hi,
>
> I've put up patches for 2.2 and 2.4 adding native ATAPI dvd-ram support.
> The 2.2 patch is completely untested, but the 2.4 version appears to
> work well.
>
> *.kernel.org/pub/linux/kernel/people/axboe/dvdram
>
> --
> *
Hi,
I've put up patches for 2.2 and 2.4 adding native ATAPI dvd-ram support.
The 2.2 patch is completely untested, but the 2.4 version appears to
work well.
*.kernel.org/pub/linux/kernel/people/axboe/dvdram
--
* Jens Axboe <[EMAIL PROTECTED]>
* SuSE Labs
-
To unsubscribe from this list: send
Hi,
I've put up patches for 2.2 and 2.4 adding native ATAPI dvd-ram support.
The 2.2 patch is completely untested, but the 2.4 version appears to
work well.
*.kernel.org/pub/linux/kernel/people/axboe/dvdram
--
* Jens Axboe [EMAIL PROTECTED]
* SuSE Labs
-
To unsubscribe from this list: send
On Tue, Oct 24, 2000 at 04:21:12PM -0700, Jens Axboe wrote:
Hi,
I've put up patches for 2.2 and 2.4 adding native ATAPI dvd-ram support.
The 2.2 patch is completely untested, but the 2.4 version appears to
work well.
*.kernel.org/pub/linux/kernel/people/axboe/dvdram
--
* Jens Axboe
On Tue, Oct 24 2000, Jeff V. Merkey wrote:
Super!. I'll download and test it. We've had nothing but problems with
DVD devices in 2.4. Hopefully this works. Where are the utilities for
I beat up the 2.4 version yesterday, and it looks solid so far. The
actual write handling is the same as
Jens Axboe wrote:
On Tue, Oct 24 2000, Jeff V. Merkey wrote:
Super!. I'll download and test it. We've had nothing but problems with
DVD devices in 2.4. Hopefully this works. Where are the utilities for
I beat up the 2.4 version yesterday, and it looks solid so far. The
actual
Are you suggesting the tools be part of the kernel tree? If you are, I
don't think they belong here because they are userland tools like
mkisofs and the like. Nothing really related to the kernel.
Jens,
It would be a good idea to roll these tools into the kernel.org tree so
folks don't
"Mohammad A. Haque" wrote:
Are you suggesting the tools be part of the kernel tree? If you are, I
don't think they belong here because they are userland tools like
mkisofs and the like. Nothing really related to the kernel.
No. I'm suggesting they be in the utils area of kernel.org so
I'm sorry. I completely missed the .org part there.
"Jeff V. Merkey" wrote:
No. I'm suggesting they be in the utils area of kernel.org so folks
don't have to
run all over the net locating them. I like just typing
'rsync ftp.kernel.org:pub/linux /home/ftp/linux' to update my mirror for
52 matches
Mail list logo