> CWOPTS= -Wall -Wtraditional \
> -Wshadow -Wmissing-prototypes -Wstrict-prototypes
I apologize.
It troubled me that I got no warnings from kernel source but several
warnings from build tools. I rechecked my test setup and found that I
had appended the additional warning o
> CWOPTS= -Wall -Wtraditional \
> -Wshadow -Wmissing-prototypes -Wstrict-prototypes
I apologize.
It troubled me that I got no warnings from kernel source but several
warnings from build tools. I rechecked my test setup and found that I
had appended the additional warning o
> >-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
> >-fno-common -mpreferred-stack-boundary=2 -march=pentium3
> >-fomit-frame-pointer
>
> In the Schily makefile system (Developer set up) these warning options are
> used:
>
> CWOPTS= -Wall -Wtraditional \
>
> >-Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing
> >-fno-common -mpreferred-stack-boundary=2 -march=pentium3
> >-fomit-frame-pointer
>
> In the Schily makefile system (Developer set up) these warning options are
> used:
>
> CWOPTS= -Wall -Wtraditional \
>
[EMAIL PROTECTED] writes:
> Markus Plail <[EMAIL PROTECTED]> wrote:
>> [EMAIL PROTECTED] writes:
>
>> > Just curious, what does CSS have to do with read speed?
>>
>> Some drives limit the reading speed for CSS scrambled discs. For some
>> there are firmware hacks available to cirumvent them.
>
> I
[EMAIL PROTECTED] writes:
> Markus Plail <[EMAIL PROTECTED]> wrote:
>> [EMAIL PROTECTED] writes:
>
>> > Just curious, what does CSS have to do with read speed?
>>
>> Some drives limit the reading speed for CSS scrambled discs. For some
>> there are firmware hacks available to cirumvent them.
>
> I
Andy Polyakov wrote:
OK, requestor has reported that readcd performs at >2-3x accompanied by
irresonsiveness of the system. This *does* appear as lack of DMA and it
agrees pretty well with those reports from NEC users I mentioned
yesterday. Yes, DMA must be off (or not being used on that particular
Kuwanger wrote:
Given all this, My question is should I test out another IDE cable given how
ide-scsi works but has issues and ide-cd is horribly slow, or does the
behavior rule out it being the ide cable's fault? I can always try out
another cable if someone thinks it'll help.
Of course! Y
Kuwanger wrote:
PS: Andy, I guess I didn't make it clear in my original post but the system
was kernel panicing. Since I never was at console all those times, I never
had seen the actuall OOPs, but caps and scroll lock were flashing which told
me it was a kernel panic. After your comment, thou
Andy Polyakov wrote:
OK, requestor has reported that readcd performs at >2-3x accompanied by
irresonsiveness of the system. This *does* appear as lack of DMA and it
agrees pretty well with those reports from NEC users I mentioned
yesterday. Yes, DMA must be off (or not being used on that particula
Kuwanger wrote:
Given all this, My question is should I test out another IDE cable given how
ide-scsi works but has issues and ide-cd is horribly slow, or does the
behavior rule out it being the ide cable's fault? I can always try out
another cable if someone thinks it'll help.
Of course!
Kuwanger wrote:
PS: Andy, I guess I didn't make it clear in my original post but the system
was kernel panicing. Since I never was at console all those times, I never
had seen the actuall OOPs, but caps and scroll lock were flashing which told
me it was a kernel panic. After your comment, tho
On 17. December 2003 at 9:21PM +0100,
Markus Plail <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
> > Just curious, what does CSS have to do with read speed?
>
> Some drives limit the reading speed for CSS scrambled
> discs. For some there are firmware hacks available to cirumvent
> them
On 17. December 2003 at 9:21PM +0100,
Markus Plail <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
> > Just curious, what does CSS have to do with read speed?
>
> Some drives limit the reading speed for CSS scrambled
> discs. For some there are firmware hacks available to cirumvent
> them
>From: Meelis Roos <[EMAIL PROTECTED]>
>JS> The recent Linux kernels are full of IDE related bugs :-(
>Here I can mostly agree - several IDE drivers have bugs, mostly DMA
>related (sine most of IDE is DMA nowadays). In addition people report
>their IRQ routing bugs as IDE when IDE IRQ doesn't hap
>> Volker, are you using ide-scsi or ide-cd?
>I always use ide-scsi with burners and so far never had trouble with it.
>It's also required for Andy's random write patch.
>Btw you can change that at run-time by reloading modules ide-cd and
>ide-scsi (need to rmmod some other modules first). Both g
>From: Meelis Roos <[EMAIL PROTECTED]>
>JS> The recent Linux kernels are full of IDE related bugs :-(
>Here I can mostly agree - several IDE drivers have bugs, mostly DMA
>related (sine most of IDE is DMA nowadays). In addition people report
>their IRQ routing bugs as IDE when IDE IRQ doesn't hap
>> Volker, are you using ide-scsi or ide-cd?
>I always use ide-scsi with burners and so far never had trouble with it.
>It's also required for Andy's random write patch.
>Btw you can change that at run-time by reloading modules ide-cd and
>ide-scsi (need to rmmod some other modules first). Both g
> Volker, are you using ide-scsi or ide-cd?
I always use ide-scsi with burners and so far never had trouble with it.
It's also required for Andy's random write patch.
Btw you can change that at run-time by reloading modules ide-cd and
ide-scsi (need to rmmod some other modules first). Both grab a
> Volker, are you using ide-scsi or ide-cd?
I always use ide-scsi with burners and so far never had trouble with it.
It's also required for Andy's random write patch.
Btw you can change that at run-time by reloading modules ide-cd and
ide-scsi (need to rmmod some other modules first). Both grab a
[EMAIL PROTECTED] writes:
> Just curious, what does CSS have to do with read speed?
Some drives limit the reading speed for CSS scrambled discs. For some
there are firmware hacks available to cirumvent them.
regards
markus
[EMAIL PROTECTED] writes:
> Just curious, what does CSS have to do with read speed?
Some drives limit the reading speed for CSS scrambled discs. For some
there are firmware hacks available to cirumvent them.
regards
markus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
On 15. December 2003 at 8:05PM -0500,
Kuwanger <[EMAIL PROTECTED]> wrote:
> Well, I finally found a DVD-ROM to test on, though I'm not 100%
> sure if it's free of CSS (mplayer doesn't seem to indicate it's
> using CSS, so that's a good sign). The read speed for the disk
> ends up topping out at a
On 15. December 2003 at 8:05PM -0500,
Kuwanger <[EMAIL PROTECTED]> wrote:
> Well, I finally found a DVD-ROM to test on, though I'm not 100%
> sure if it's free of CSS (mplayer doesn't seem to indicate it's
> using CSS, so that's a good sign). The read speed for the disk
> ends up topping out at a
JS> The recent Linux kernels are full of IDE related bugs :-(
Here I can mostly agree - several IDE drivers have bugs, mostly DMA
related (sine most of IDE is DMA nowadays). In addition people report
their IRQ routing bugs as IDE when IDE IRQ doesn't happen but this is
rather an ACPI BIOS / Intel
JS> The recent Linux kernels are full of IDE related bugs :-(
Here I can mostly agree - several IDE drivers have bugs, mostly DMA
related (sine most of IDE is DMA nowadays). In addition people report
their IRQ routing bugs as IDE when IDE IRQ doesn't happen but this is
rather an ACPI BIOS / Intel
> >Jörg, I don't care about silly arguments about who's right, but I have
>
> Well, I don't like to be the one who is right but of course,
> it makes no sense if I write something that _may be right_ and someone
> else telle all people this is nonsense.
It was not formulated as "this is nonsense,
>From [EMAIL PROTECTED] Tue Dec 16 04:14:51 2003
>Well, I finally found a DVD-ROM to test on, though I'm not 100% sure if it's
>free of CSS (mplayer doesn't seem to indicate it's using CSS, so that's a
>good sign). The read speed for the disk ends up topping out at around 3MB/s
>with the CPU
> >Jörg, I don't care about silly arguments about who's right, but I have
>
> Well, I don't like to be the one who is right but of course,
> it makes no sense if I write something that _may be right_ and someone
> else telle all people this is nonsense.
It was not formulated as "this is nonsense,
>From: Volker Kuhlmann <[EMAIL PROTECTED]>
>Jörg, I don't care about silly arguments about who's right, but I have
Well, I don't like to be the one who is right but of course,
it makes no sense if I write something that _may be right_ and someone
else telle all people this is nonsense.
>to agre
>From [EMAIL PROTECTED] Tue Dec 16 04:14:51 2003
>Well, I finally found a DVD-ROM to test on, though I'm not 100% sure if it's
>free of CSS (mplayer doesn't seem to indicate it's using CSS, so that's a
>good sign). The read speed for the disk ends up topping out at around 3MB/s
>with the CPU
>From: Volker Kuhlmann <[EMAIL PROTECTED]>
>Jörg, I don't care about silly arguments about who's right, but I have
Well, I don't like to be the one who is right but of course,
it makes no sense if I write something that _may be right_ and someone
else telle all people this is nonsense.
>to agre
Well, I finally found a DVD-ROM to test on, though I'm not 100% sure if it's
free of CSS (mplayer doesn't seem to indicate it's using CSS, so that's a
good sign). The read speed for the disk ends up topping out at around 3MB/s
with the CPU using about 80%-90% CPU time in kernel space. A test o
Well, I finally found a DVD-ROM to test on, though I'm not 100% sure if it's
free of CSS (mplayer doesn't seem to indicate it's using CSS, so that's a
good sign). The read speed for the disk ends up topping out at around 3MB/s
with the CPU using about 80%-90% CPU time in kernel space. A test o
Well, I finally found a DVD-ROM to test on, though I'm not 100% sure if it's
free of CSS (mplayer doesn't seem to indicate it's using CSS, so that's a
good sign). The read speed for the disk ends up topping out at around 3MB/s
with the CPU using about 80%-90% CPU time in kernel space. A test o
Well, I finally found a DVD-ROM to test on, though I'm not 100% sure if it's
free of CSS (mplayer doesn't seem to indicate it's using CSS, so that's a
good sign). The read speed for the disk ends up topping out at around 3MB/s
with the CPU using about 80%-90% CPU time in kernel space. A test o
Jörg, I don't care about silly arguments about who's right, but I have
to agree 100% with Andy's assessment of the situation. He gave sound
reason for his conclusion. I am still very interested in your detailed
technical explanation on why a fast CPU with 0% load only manages a 0.4x
DVD burn speed
Jörg, I don't care about silly arguments about who's right, but I have
to agree 100% with Andy's assessment of the situation. He gave sound
reason for his conclusion. I am still very interested in your detailed
technical explanation on why a fast CPU with 0% load only manages a 0.4x
DVD burn speed
>From: Andy Polyakov <[EMAIL PROTECTED]>
>> >> Looks like you don"t have DMA :-(
>>
>> >Lack of DMA doesn't manifest itself as 0.4x. Requestor's computer (which
>> >was described in originating post) should perform over 2x without DMA.
>> >Lack of DMA doesn't manifest itself as "1 to 2 CPU spikes
>From: Andy Polyakov <[EMAIL PROTECTED]>
>> >> Looks like you don"t have DMA :-(
>>
>> >Lack of DMA doesn't manifest itself as 0.4x. Requestor's computer (which
>> >was described in originating post) should perform over 2x without DMA.
>> >Lack of DMA doesn't manifest itself as "1 to 2 CPU spikes
> >> >> Looks like you don"t have DMA :-(
> >>
> >> >Lack of DMA doesn't manifest itself as 0.4x. Requestor's computer (which
> >> >was described in originating post) should perform over 2x without DMA.
> >> >Lack of DMA doesn't manifest itself as "1 to 2 CPU spikes per second,"
> >> >but as high l
> >> >> Looks like you don"t have DMA :-(
> >>
> >> >Lack of DMA doesn't manifest itself as 0.4x. Requestor's computer (which
> >> >was described in originating post) should perform over 2x without DMA.
> >> >Lack of DMA doesn't manifest itself as "1 to 2 CPU spikes per second,"
> >> >but as high l
>From: Andy Polyakov <[EMAIL PROTECTED]>
>> Looks like you don"t have DMA :-(
>Lack of DMA doesn't manifest itself as 0.4x. Requestor's computer (which
>was described in originating post) should perform over 2x without DMA.
>Lack of DMA doesn't manifest itself as "1 to 2 CPU spikes per second,"
> >> Looks like you don"t have DMA :-(
>
> >Lack of DMA doesn't manifest itself as 0.4x. Requestor's computer (which
> >was described in originating post) should perform over 2x without DMA.
> >Lack of DMA doesn't manifest itself as "1 to 2 CPU spikes per second,"
> >but as high load all the time.
>From: Andy Polyakov <[EMAIL PROTECTED]>
>> Looks like you don"t have DMA :-(
>Lack of DMA doesn't manifest itself as 0.4x. Requestor's computer (which
>was described in originating post) should perform over 2x without DMA.
>Lack of DMA doesn't manifest itself as "1 to 2 CPU spikes per second,"
> >> Looks like you don"t have DMA :-(
>
> >Lack of DMA doesn't manifest itself as 0.4x. Requestor's computer (which
> >was described in originating post) should perform over 2x without DMA.
> >Lack of DMA doesn't manifest itself as "1 to 2 CPU spikes per second,"
> >but as high load all the time.
> Looks like you don"t have DMA :-(
Lack of DMA doesn't manifest itself as 0.4x. Requestor's computer (which
was described in originating post) should perform over 2x without DMA.
Lack of DMA doesn't manifest itself as "1 to 2 CPU spikes per second,"
but as high load all the time. The comment is h
> Unlikely what Andy seemed to think, I really wasn't asking this list for
> kenrel support.
Don't take things which are said in public personally. At least not what
I say:-) What I've said was pretty common commentary, in certain degree
addressing rest of the croud and merely denoting what *anybo
> Looks like you don"t have DMA :-(
Lack of DMA doesn't manifest itself as 0.4x. Requestor's computer (which
was described in originating post) should perform over 2x without DMA.
Lack of DMA doesn't manifest itself as "1 to 2 CPU spikes per second,"
but as high load all the time. The comment is h
> Unlikely what Andy seemed to think, I really wasn't asking this list for
> kenrel support.
Don't take things which are said in public personally. At least not what
I say:-) What I've said was pretty common commentary, in certain degree
addressing rest of the croud and merely denoting what *anybo
>From: Kuwanger <[EMAIL PROTECTED]>
>Well, it seemed like a good idea to sort of follow-up on my previous message,
>so here it is.
>Unlikely what Andy seemed to think, I really wasn't asking this list for
>kenrel support. I was actually trying to find out if anyone else was having
>the same p
>From: Kuwanger <[EMAIL PROTECTED]>
>Well, it seemed like a good idea to sort of follow-up on my previous message,
>so here it is.
>Unlikely what Andy seemed to think, I really wasn't asking this list for
>kenrel support. I was actually trying to find out if anyone else was having
>the same p
Well, it seemed like a good idea to sort of follow-up on my previous message,
so here it is.
Unlikely what Andy seemed to think, I really wasn't asking this list for
kenrel support. I was actually trying to find out if anyone else was having
the same problem. That problem is under ide-cd burn
Well, it seemed like a good idea to sort of follow-up on my previous message,
so here it is.
Unlikely what Andy seemed to think, I really wasn't asking this list for
kenrel support. I was actually trying to find out if anyone else was having
the same problem. That problem is under ide-cd burn
54 matches
Mail list logo