Ralf Mardorf wrote: ><snip> > Sometimes the blame is on Linux ;), e.g. if a module for IDE is fine > with primary devices, but not with secondary devices, because the coders > tested two IDE devices, but both as primary on another IDE port. Than > someone like me gets a board with only one IDE port, but he ... I have > got 2 IDE devices, so one becomes the primary and the other the > secondary device. It's just bad programmed by Linux coders. That is > okay, such things can happen, but the problem with the community is, > that they will not see, that many, maybe most problems are self-made and > not from evil vendors and ignoring that isn't a help. > The developers do the best they can with the limited assistance they receive from the vendors. If you want to make sure that Linux works flawlessly with your hardware, send the maintainers the relevant hardware or fill out bug reports. They can't test against what they don't have.
> To use Linux, you need to be half a coder yourself and to speak English. > You don't have to be a coder to use Linux (I am not a coder). Since English is my native language I am unable to comment on the second. <snip> > In German forums you can read stuff like "You don't need a real-time > kernel any more, just enable real-time for the default kernel by > Kcontrol." Indeed there was and maybe still is such a function for audio > by Kcontrol and default kernels, but this kind of real-time isn't usable > to make music. > It is like anything else. Know the source of the info. Just because it has been posted to a forum does not make it accurate. If you don't know the poster or his reputation, then a little scepticism is in order. I don't believe everything I read or hear.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ 64studio-users mailing list [email protected] http://lists.64studio.com/mailman/listinfo/64studio-users
