On Mon, 4 Aug 2003, Alexander Hoogerhuis wrote:
> Got this oops when burning a CD under mdoerate load on my laptop jsut
> now:
[Snip]
Tried burning without ide-scsi? As long as you have a recent enough
version of cdrtools, ide-scsi is no longer necessary in 2.5/2.6. I
haven't used ide-scsi in months, and CD burning works just fine.
--
Alex Goddard
[email protected]
On Mon, Aug 04, 2003 at 03:21:53PM -0500, Alex Goddard wrote:
> On Mon, 4 Aug 2003, Alexander Hoogerhuis wrote:
>
> > Got this oops when burning a CD under mdoerate load on my laptop jsut
> > now:
>
> [Snip]
>
> Tried burning without ide-scsi? As long as you have a recent enough
> version of cdrtools, ide-scsi is no longer necessary in 2.5/2.6. I
> haven't used ide-scsi in months, and CD burning works just fine.
Well, then, what about cdrdao?
I sometimes need to make more exact copies of a CD than cdrtools allows,
and cdrdao doesn't seem top support IDE devices yet.
- Svein Ove Aas
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
onsdag 6. august 2003, 03:43, skrev Alex Goddard:
> On Wed, 6 Aug 2003 [email protected] wrote:
> > > [Snip]
> > >
> > > Tried burning without ide-scsi? As long as you have a recent enough
> > > version of cdrtools, ide-scsi is no longer necessary in 2.5/2.6. I
> > > haven't used ide-scsi in months, and CD burning works just fine.
> >
> > Well, then, what about cdrdao?
> > I sometimes need to make more exact copies of a CD than cdrtools allows,
> > and cdrdao doesn't seem top support IDE devices yet.
>
> I'm pretty much positive that cdrecord has a disk at once version that
> doesn't make anything explode.
The only one I'm aware of is the '-dao' option, but that's no good when what I
really want to do is burn a CUE sheet and files, or copy another CD. It still
expects an ISO file(or WAV, whatever) as input.
Actualy, the only use for that option that I'm aware of is to help a few
troubled CD-readers.
- - Svein Ove Aas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/MF4B9OlFkai3rMARAmO0AKCU/KURqWB13moIM/voB0QdVLgcEACgoNqG
ZFYF/sa/VxLYXbJtianvTyA=
=FuR3
-----END PGP SIGNATURE-----
On Wed, 6 Aug 2003 [email protected] wrote:
> > [Snip]
> >
> > Tried burning without ide-scsi? As long as you have a recent enough
> > version of cdrtools, ide-scsi is no longer necessary in 2.5/2.6. I
> > haven't used ide-scsi in months, and CD burning works just fine.
>
> Well, then, what about cdrdao?
> I sometimes need to make more exact copies of a CD than cdrtools allows,
> and cdrdao doesn't seem top support IDE devices yet.
I'm pretty much positive that cdrecord has a disk at once version that
doesn't make anything explode.
--
Alex Goddard
[email protected]
On Wed, 6 Aug 2003 11:46, Svein Ove Aas wrote:
> onsdag 6. august 2003, 03:43, skrev Alex Goddard:
> > On Wed, 6 Aug 2003 [email protected] wrote:
> > > > [Snip]
> > > >
> > > > Tried burning without ide-scsi? As long as you have a recent enough
> > > > version of cdrtools, ide-scsi is no longer necessary in 2.5/2.6. I
> > > > haven't used ide-scsi in months, and CD burning works just fine.
> > >
> > > Well, then, what about cdrdao?
> > > I sometimes need to make more exact copies of a CD than cdrtools
> > > allows, and cdrdao doesn't seem top support IDE devices yet.
> >
> > I'm pretty much positive that cdrecord has a disk at once version that
> > doesn't make anything explode.
>
> The only one I'm aware of is the '-dao' option, but that's no good when
> what I really want to do is burn a CUE sheet and files, or copy another CD.
> It still expects an ISO file(or WAV, whatever) as input.
>
> Actualy, the only use for that option that I'm aware of is to help a few
> troubled CD-readers.
Latest version supports -dao cuefile=
please download and use that.
Con
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
onsdag 6. august 2003, 04:15, skrev Con Kolivas:
> On Wed, 6 Aug 2003 11:46, Svein Ove Aas wrote:
> > onsdag 6. august 2003, 03:43, skrev Alex Goddard:
> > > I'm pretty much positive that cdrecord has a disk at once version that
> > > doesn't make anything explode.
> >
> > The only one I'm aware of is the '-dao' option, but that's no good when
> > what I really want to do is burn a CUE sheet and files, or copy another
> > CD. It still expects an ISO file(or WAV, whatever) as input.
> >
> > Actualy, the only use for that option that I'm aware of is to help a few
> > troubled CD-readers.
>
> Latest version supports -dao cuefile=
>
> please download and use that.
All right, that takes care of everything for the moment; well, except for
getting the wheel on my mouse to work with 2.6.0. (Grumble)
Just out of curiousity, how would you *read* a CD in the same way?
- - Svein Ove Aas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/MGRB9OlFkai3rMARAkazAKCgzYlveaLgWGmCyfwkUr99v7JORACeIaj+
G/q7EUDj0FDeTpRYsJBzM4I=
=5GTr
-----END PGP SIGNATURE-----
On Wed, 6 Aug 2003 12:13, Svein Ove Aas wrote:
> onsdag 6. august 2003, 04:15, skrev Con Kolivas:
> > On Wed, 6 Aug 2003 11:46, Svein Ove Aas wrote:
> > > onsdag 6. august 2003, 03:43, skrev Alex Goddard:
> > > > I'm pretty much positive that cdrecord has a disk at once version
> > > > that doesn't make anything explode.
> > >
> > > The only one I'm aware of is the '-dao' option, but that's no good when
> > > what I really want to do is burn a CUE sheet and files, or copy another
> > > CD. It still expects an ISO file(or WAV, whatever) as input.
> > >
> > > Actualy, the only use for that option that I'm aware of is to help a
> > > few troubled CD-readers.
> >
> > Latest version supports -dao cuefile=
> >
> > please download and use that.
>
> All right, that takes care of everything for the moment; well, except for
> getting the wheel on my mouse to work with 2.6.0. (Grumble)
USB mouse? Check you have correct module loaded/builtin and you have usbfs
mounted with this in your fstab
none /proc/bus/usb usbfs defaults 0 0
> Just out of curiousity, how would you *read* a CD in the same way?
Pass. man cdrecord?
Con
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
onsdag 6. august 2003, 04:21, skrev Con Kolivas:
> On Wed, 6 Aug 2003 12:13, Svein Ove Aas wrote:
> > onsdag 6. august 2003, 04:15, skrev Con Kolivas:
> > > On Wed, 6 Aug 2003 11:46, Svein Ove Aas wrote:
> > > > onsdag 6. august 2003, 03:43, skrev Alex Goddard:
> > > > > I'm pretty much positive that cdrecord has a disk at once version
> > > > > that doesn't make anything explode.
> > > >
> > > > The only one I'm aware of is the '-dao' option, but that's no good
> > > > when what I really want to do is burn a CUE sheet and files, or copy
> > > > another CD. It still expects an ISO file(or WAV, whatever) as input.
> > > >
> > > > Actualy, the only use for that option that I'm aware of is to help a
> > > > few troubled CD-readers.
> > >
> > > Latest version supports -dao cuefile=
> > >
> > > please download and use that.
> >
> > All right, that takes care of everything for the moment; well, except for
> > getting the wheel on my mouse to work with 2.6.0. (Grumble)
>
> USB mouse? Check you have correct module loaded/builtin and you have usbfs
> mounted with this in your fstab
>
> none /proc/bus/usb usbfs defaults 0 0
As it turns out, that wasn't the problem; however, looking at it I noticed
that my USB mouse *wasn't registered*.
As it turns out, I had only compiled support for EHCI, and I needed OHCI to
make things work.
Curiously, the mouse *did* work earlier (apart from the wheel, that is) when I
loaded the psmouse module, which is no longer needed. Now, why is that?
On another note, the kernel now reboots immediately after boot unless I
disable ACPI. Having done that, I get routeing conflicts instead; the EHCI
and OHCI controllers are, of course, the same device, but their drivers seem
to want to use different IRQs.
That happened in 2.4 as well, but without the reboots; even so, something's
obviously wrong.
I'll attach my .config, dmesg output and lspci output if anyone wants to have
a go.
> > Just out of curiousity, how would you *read* a CD in the same way?
>
> Pass. man cdrecord?
No dice.
- - Svein Ove Aas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/MQlZ9OlFkai3rMARAsEGAJ9VHu28PRRU8POIU/weZROTwVQIAQCeP6Ph
zuZTWOS1KIxoAvpta9a4rDo=
=yN9H
-----END PGP SIGNATURE-----