Re: CD writing in future Linux (stirring up a hornets' nest)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thursday 16 February 2006 13:06, Joerg Schilling wrote:
> Matthias Andree <[email protected]> wrote:
> > > I usually fix real bugs immediately after I know them.
> >
> > "Usually" is the key here. Sometimes, you refuse to fix real bugs
> > forever even if you're made aware of them, and rather shift the blame
> > on somebody else.
>
> Show me a single real bug that I did not fix.

At this point I, personally, am not aware of any.  However, after a careful 
review of libscg in preparation for the patch I promised you, I can see that 
it would be possible for the code to be rewritten so that just the linux 
section contains the various workarounds that might be needed.

With your refusal to even consider doing that I can see where some people get 
this idea (I myself was under this exact same belief until I began my code 
review in preparation for the proposed patch).

I am unsure if you refused to provide OS specific workarounds for known bugs 
in order to keep the code orthogonal,  or if you had another reason. But with 
the division of the various operating system specific pieces of libscg into 
seperate source files it doesn't make sense.

> > > I don't see that it makes sense to archive Linux bugs as long ad the
> > > Linux kernel folks are obviously not willing to fix them.
> >
> > Then the bugs can't have been important to you.
>
> ??? Id the Linux kernel is not fixed, the importance is irrelevent
> unfortunately.

Of the two bugs you've reported, one only exists in a deprecated and soon to 
be removed module. I will try to fix the other one as soon as you can provide 
me with enough data that I can see exactly what is getting messed up where.

As to you wanting to be able to read the SCSI status byte and the actual size 
of the completed DMA... Those parts of the kernel are as close to a blackbox 
to me as any code gets. Perhaps you could provide information or ideas on how 
it could be managed?

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

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux