Normally one could write the USB spec (lets say X spec) in a high level language (that specifies behavior, say HLL) as a reference implementation that could be taken by the OS (any OS) to derive the driver. This spec should be provided by the X standards body (could b even a company) . Moreover it could interface to Y spec in the same high level language and still generate a X:Y composite driver or even create two drivers at kernel level that interface with some OS specific way. The standards body could verify X or X:Y for correct operation and publish it along with the PDF spec. The problem is that many people believe that the knowledge of C or some kernel internals are a form of qualification when we live in 2013. The real qualification is to create the HLL to kernel interface translator. Science is lacking from software in many many circumstances. Companies, selfish programmers f@^(ing money are to blame. But the problem is that OSes far better than commercial ones fail because of lack of drivers. Or equivalently by the lack of mapping the spec to their kernel interface in a hand-written time consuming error prone way due to complexity. The big thing is how to write the kernel (or the microkernel) to support apps known as drivers.... among others.
We have functional, logic and functional logic languages. But we still live in caves imposed by companies and incompetent programmers that act like priests in ancient Egypt and companies that cheat on their customers. The above article shows a big symptom of a deep problem in CS. It is lack of professionalism, lack of scientific method and lack of freedom. The HW companies should only sell hardware accompanied with documentation. They should not be allowed to give drivers for an OS which poses a competitive advantage to a company. It should be illegal. This is not about OSS, its about common sense. However the UEFI secure boot and recent NSA story say something different. It says that there are no government entities willing to pose limits on the power of companies. Instead they fuel them.
The paradox arising is that in 2013 many develop like in 70s. It is a form of autism, it is a kind of slavery, it is a sign of decay.
I haven't seen this magical word in the presentation. Moreover I do not see the CPU/GPU convergence often talked about. It sounds more like a marketing hype. Moreover the ecosystem could be enriched with DSP or Network processor cores all uniformly offering their resources to software, I did not see it.
It still has very good products. But in my own opinion they should have switched to MIPS64. In any case better incorporation of latest x64 ISA updates by Intel, investment on Coreboot and by default incorporation of IOMMU (ukernel, virtualization friendly) into their products could revive them. Their APU dream is forward looking and they still have a lot to offer. However I still believe a switch to MIPS64 could have given them better chances to differentiate. The Win32 monopoly is the problem but there are other OSes that could make a difference (see Linux,Haiku, BSDs and why not OSX).
How dare you come in with an example of such a treatment actually working? Don't you know that this line of research is an offense to God and man which will inevitably lead to a hellish Gattasteinian future in which we're all mutant slaves of the Big Science / Big Pharma Conspiracy? Or something like that.
Seriously, congratulations, and speaking as a researcher, thank you.
God has problem with sin, not with science. Science is not a sin if it helps people, please read : Matthew 22. What you say here is not according to the word of the Bible and therefore sinister and sinful. What is impossible for humans, is possible for God. If it is possible for humans, then, be thankful to God.
I second your opininion. I use it for my pdf needs more and more. I use Sumatra only for local files. PDf.js is used for previewing or online documentation reading. Much more convenient than adobe.
Drop all special purpose gfx/audio/networking circuits like DSP to make drivers really simple and make them do exactly what they are intended to do
gfx-> framebuffer, drive monitors
audio -> produce sound, A/D conversion
network -> remove dsp functions
and use cpu + opencl PCIe cards to do all the math.
Open source is the real diamond here. It gives a new opportunity for *BSDs and Haiku and Solaris. I can't wait to burn some Knights Corners. Even scientific compilers like Pathscale and Open64 can benefit. Go Intel go.
Slashdot Mirror
The best sci-fi films I have seen. I have watched all parts and I would like to see a new one or the end of the bugs.
Normally one could write the USB spec (lets say X spec) in a high level language (that specifies behavior, say HLL) as a reference implementation that could be taken by the OS (any OS) to derive the driver. This spec should be provided by the X standards body (could b even a company) . Moreover it could interface to Y spec in the same high level language and still generate a X:Y composite driver or even create two drivers at kernel level that interface with some OS specific way. The standards body could verify X or X:Y for correct operation and publish it along with the PDF spec. The problem is that many people believe that the knowledge of C or some kernel internals are a form of qualification when we live in 2013. The real qualification is to create the HLL to kernel interface translator. Science is lacking from software in many many circumstances. Companies, selfish programmers f@^(ing money are to blame. But the problem is that OSes far better than commercial ones fail because of lack of drivers. Or equivalently by the lack of mapping the spec to their kernel interface in a hand-written time consuming error prone way due to complexity. The big thing is how to write the kernel (or the microkernel) to support apps known as drivers .... among others.
We have functional, logic and functional logic languages. But we still live in caves imposed by companies and incompetent programmers that act like priests in ancient Egypt and companies that cheat on their customers. The above article shows a big symptom of a deep problem in CS. It is lack of professionalism, lack of scientific method and lack of freedom. The HW companies should only sell hardware accompanied with documentation. They should not be allowed to give drivers for an OS which poses a competitive advantage to a company. It should be illegal. This is not about OSS, its about common sense. However the UEFI secure boot and recent NSA story say something different. It says that there are no government entities willing to pose limits on the power of companies. Instead they fuel them.
The paradox arising is that in 2013 many develop like in 70s. It is a form of autism, it is a kind of slavery, it is a sign of decay.
and reduce bugs.
I really miss the Wine-On-Windows mingw builds. The SF builds are outdated.
It makes sense. FPU is dead long live the multi-core FPUs exported by OpenCL
is the lack of an IOMMU by default on all ARMs.
I haven't seen this magical word in the presentation. Moreover I do not see the CPU/GPU convergence often talked about. It sounds more like a marketing hype. Moreover the ecosystem could be enriched with DSP or Network processor cores all uniformly offering their resources to software, I did not see it.
If the talks would be about Darwin distros and OSX emulation layers.
It still has very good products. But in my own opinion they should have switched to MIPS64. In any case better incorporation of latest x64 ISA updates by Intel, investment on Coreboot and by default incorporation of IOMMU (ukernel, virtualization friendly) into their products could revive them. Their APU dream is forward looking and they still have a lot to offer. However I still believe a switch to MIPS64 could have given them better chances to differentiate. The Win32 monopoly is the problem but there are other OSes that could make a difference (see Linux,Haiku, BSDs and why not OSX).
The site is http://research.microsoft.com/en-us/projects/dna/ I wish it was open source. Damn you MS.
How dare you come in with an example of such a treatment actually working? Don't you know that this line of research is an offense to God and man which will inevitably lead to a hellish Gattasteinian future in which we're all mutant slaves of the Big Science / Big Pharma Conspiracy? Or something like that.
Seriously, congratulations, and speaking as a researcher, thank you.
God has problem with sin, not with science. Science is not a sin if it helps people, please read : Matthew 22. What you say here is not according to the word of the Bible and therefore sinister and sinful. What is impossible for humans, is possible for God. If it is possible for humans, then, be thankful to God.
The DNA computing framework for example.
I hope this time they support completely the VIA drivers. I have some motherboards with VIA chipsets and plan to buy some Nano ones.
I second your opininion. I use it for my pdf needs more and more. I use Sumatra only for local files. PDf.js is used for previewing or online documentation reading. Much more convenient than adobe.
It would be good if they released a Darwin LiveCD again or help people at puredarwin.
GPUs instead. I cannot understand their rush.
For me it would make more sense if they followed the MIPS64 path. But.. its their money.
yes yes yes
Why choose a damned paywall?
where is my RapsberyParallela?
Any for hardware standards? For example a GFX hardware interface? Any hope for an open GiGE like standard for cameras?
Have you heard about Chef?
Drop all special purpose gfx/audio/networking circuits like DSP to make drivers really simple and make them do exactly what they are intended to do gfx-> framebuffer, drive monitors audio -> produce sound, A/D conversion network -> remove dsp functions and use cpu + opencl PCIe cards to do all the math.
Latex can be easy as LyX or TeXMacs (a good laternative for OpenOffice can be Lotus Symphony, I use it instead of LibreOffice on my Opensuse 12.1 x64)
Open source is the real diamond here. It gives a new opportunity for *BSDs and Haiku and Solaris. I can't wait to burn some Knights Corners. Even scientific compilers like Pathscale and Open64 can benefit. Go Intel go.