Slashdot Mirror

Earlier this month you asked Harald about VIA's open source strategy and his work with gpl-violations.org. Here are his well-thought-out, informative answers. 1) More interesting mobile developments? -- by radimvice
Your Wikipedia bio mentions that you left your position as Lead System Architect for the OpenMoko project in 2007 due to "internal friction and demotivation". What are your current thoughts on the OpenMoko platform, has it made significant improvements since your decision? What are the biggest hurdles it still needs to overcome before you would consider it a successful project? Are there any other upcoming mobile platforms that have you excited for the future of open source development on mobile phones, or is the industry/market perhaps still too premature for open-architecture Linux on the cell phone?

Harald:
Openmoko has made quite a number of improvements but at the same time has many internal problems to resolve. Only few of those are technical, and the least of them are software related.

The biggest hurdle I see is the creation of more competitive hardware, both from mechanical design as well as providing 3G / 3.5G cellular connectivity.

I am not too excited about other mobile platforms, since though some of them are Linux based, everyone expects them to be locked-down with signed bootloader/kernel images which completely circumvents the freedom to modify the code and run modified versions of it.

And yes, the traditional carrier-driven market is much too premature and stuck in their monopolistic and proprietary structures. But if they don't change at some point, I think the number of GSM phones sold independent of carriers will rise again. The subsidized-phone-sold-by-carrier-bundled-with-simcard model is extremely against an open market, fair competition and equal opportunities.

2) What's the situation with VIA drivers for Linux -- by glop
A friend just got a Wibrain b1 that came with Ubuntu. The drivers for all the VIA stuff are binary blobs which prevents him from upgrading the kernel. They also don't seem very reliable as he is seeing crashes.

Is there already Open Source drivers for that kind of hardware or is this part of your mission for VIA?

Harald:
I do not understand why there are any binary-only kernel drivers involved.

To the best of my knowledge, VIA does not have any binary-only drivers, and particularly not graphics related. The agpgart and DRI/DRM drivers are all GPL licensed open source. The chipset used in the Wibrain device is a unichrome based chipset, and those drivers are all part of the mainline kernel.

There are some other more recent VIA integrated graphics chipsets utilizing the Chrome9 graphics core. The DRI/DRM driver is not yet integrated into the mainline kernel, but it is available as GPL licensed source code from http://linux.via.com.tw/

Binary-only userspace drivers (like the 3D and TVout enabled Xorg driver as released by VIA) do not impose any restrictions on kernel updates, since the kernel ABI towards userspace is fixed.

3) v2 or v3 -- by larry bagina
Do you prefer the GPL version 2 or version 3?

Harald:
It's a hard question. I personally prefer GPLv2, but not for much rational reasons. Rather it's "the thing that I'm used to" and "the license that I've managed to enforce successfully". So it's like a proven, reliable and trustworthy legal tool.

On the other hand, v2 has some shortcomings. I like the fact that GPLv3 makes it explicit that you cannot use cryptographically signed code to circumvent the "freedom to run modified versions". In GPLv2 you can only argue for this by doing a license interpretation - i.e. not something that will have a certain outcome in court. If v2 was more explicit in this regard, we would not have seen the tivo-ization of products suhc as the Motorola Linux based phones on which you cannot change a single line of code. It is _sooooo_ much against the purpose, intention and spirit of the license. It hurts.

What I prefer about v2 is that there is a more explicit 'automatic termination' clause and no implicit way how an infringing entity can 'heal' their infringement within a certain deadline. The v3 part about this is creating an entirely new set of complexity for license enforcement which I believe is unjustified.

So for any new code that I write I usually put it under 'v3 only', unless it is a contribution to an existing v2-only project like the Linux kernel, or unless there are contractual obligations requiring the code to be v2-only.

I personally don't believe in the 'version X or any later version' idea, since I have a hard time to preemptively agree to something that neither I nor anyone else has ever seen.

4) VIA and Netbooks -- by Van Cutter Romney
My recent brush with VIA is when I bought a HP mini-note laptop which uses the VIA C7 processor. Unfortunately, I ended up picking the laptop with Windows Vista and I'm sorry to say that it is not the right operating system for this category of portable laptops. I am much more happier with Ubuntu loaded on the machine now.

My question to Mr. Welte is, how is VIA working with vendors like HP to promote Linux on this new and exciting range of netbooks that coming out?

Harald:
First of all: I can understand your pain, as I have bought the same vista-based HP mininote in order to illustrate the problems with VIA's old binary-driver strategy on Linux. Right now it is just impossible to install any mainline distribution on that system (or similar systems employing VIA's recent products), even if you're a very experienced Linux user, sysadmin or developer.

To the best of my knowledge, VIA is not promoting the use of any Operating System to their system integrators. It's rather the other way around, i.e. the system integrators / notebook manufacturers who want to create a Linux-based product ask or rather demand good Linux support from chip manufacturers like VIA.

5) Have you ever accused an innocent? -- by BitterOldGUy
From your Bio you started gpl-violations.org.

Have you ever accused anyone of violating the GPL and then found out that they didn't?

Harald:
No. The way we work at gpl-violations.org is to first do a test purchase and obtain evidence of the copyrigt (and GPL) violation. After that, we send a legal warning notice demanding the infringing entity to cease and desist from their doing.

6) 3D Support? More support than Unichrome series? -- by Svartalf
It's my understanding that VIA has recently provided a dump of new "cleaner" code to x.org that supports the Unichrome lineup more properly. (By the way, thanks...)

However, this doesn't help fully in the big-picture sense of things.

Right now, an Atom based netbook will have 3D capable of doing Compiz (I know, I've played with it on at least two differing eeePC models right now...) and some lower-end FOSS 3D games out of the box. With what has been given out so far, you still can't do this with VIA's offerings, which include the netbook designs and the EPIA boards. That, alone, isn't a good thing or selling point, really, for those designs right now. What is VIA planning to do in regards to fixing the 3D situation on the stuff that you have already released stuff for?

The aforementioned only talks to Unichrome/Unichrome Pro/Unichrome II. What's the story with the other Chrome lineup? Are we going to see FOSS support for those chips or are they even relevant going forward?

Harald:
I am sorry to say that there is no quick solution for FOSS support of Chrome9 products. It is one of the hottest topics of my work inside VIA, and everyone is trying their best to find a solution. I cannot disclose any details for the reasons for this difficulty, but any possible solution is likely going to take quite a significant amount of time.

For 3D FOSS support (Xorg/DRI/DRM/Mesa driver) for unichrome / unichrome pro the situation is much better and we will see that code disclosed at some not too distant point in the future.

Just think of what ATI has been going through some time ago. They were unable to release the source for their existing binary-only driver and had to start a new driver, which needs time.

7) S3 & Via -- by bill_mcgonigle
Can you illuminate the relationship between S3 and Via for us? I've tried in the past getting basic technical specs (e.g. textures per pass, triangle rates, pps, fill rates) on the video hardware that comes with Via boards. This kind of information is readily available from other manufacturers, and occasionally a whitepaper will show up from Via or S3 for a random chipset, but asking Via for this kind of information results in stacks of legal forms to be signed in duplicate, allegedly because of NDA's between Via and S3. Yet, S3 bills itself as "a VIA Technologies, Inc. joint venture company". Doing open source work, I've avoided the NDA entanglements, and ultimately went to ATI for video hardware because I could find specs reliably without 'buying one of each' (this was actually suggested to me). Mostly it's all very confusing for people who just want to develop stuff, and I wonder how this relationship affects the open source drivers and the stuff that's not currently available (3D, hardware media decoding) but is essential for some embedded work.

The related question would be does Via realize that we're out here and want to buy their hardware but are being forced to rule out Via due to secretiveness?

Harald:
I have just started working for VIA, so I am not as familiar with all of the corporate details, as you can imagine.

However, S3 Graphics is an entirely independent company and not a subsidiary of VIA. That basically means that VIA is holding some stock, but that's more or less all. They also promote their products together.

The S3 Graphics discrete GPU's are developed independently from the VIA integrated graphics, and they share no common hardware core or driver.

So since VIA has taken steps to become more supportive of Open Source and particularly Linux and Xorg, we will see improvement for the VIA integrated graphics products. This has no relationship to what S3 does for their products.

And I totally agree with your statement of VIAs [past] secretiveness and lack of open documentation and open source drivers is definitely hurting their ability to sell to the Linux based market, including the Linux based embedded market.

This is precisely why VIA is changing now, and has hired me as part of that process. Some of those changes are visible now, other changes will only be visible with future products. There is always a lead time involved in any R&D...

8) IP and moving forward with open-sourcing by TheModelEskimo
How much did IP (intellectual property) concerns weigh on the process of opening the driver code? We've been hearing from companies like nVidia that IP issues prevent them from opening their own code, so I'd be interested to hear just how it is that VIA were able to get to this point in the face of today's treacherous environment regarding IP.

Harald:
First of all, I dislike the use of 'IP', since it confuses trademarks, patents, copyright and other rights.

Yes, 3D graphics and video codecs are a minefield of patents. Those patents and the way their licensing works cause significant trouble and present legal risks for anyone involved with them.

So even if you assume the best case and assume that you can manage to build an open source solution that's still in compliance with the patent licenses, you will have to waste a lot of time on carefully analyzing the legal situation and possibly spend just as much time on it as on writing code.

This is why less contentious code like 2D drivers can usually be disclosed fairly quickly, and others cause quite a lot of headache :(

As far as copyright is concerned, to the best of my knowledge VIA wrote all parts of their drivers themselves and did not license parts of it from any other entity. This means they are the sole copyright holder and can therefore decide on whether to relicense existing code under a FOSS license.

9) Drivers Drivers Drivers (Score:5, Insightful by dan the person
VIA has a history of releasing chipsets packed full of great video acceleration, but no drivers to make use of that acceleration, sometimes there are even no windows drivers either.

Looking at the linux drivers for instance[1], there are big gaps, and it is disappointing to see no drivers to support the base MPEG4 acceleration let alone new features such as h.264 acceleration.

I have an EPIA SP8000E and the MPEG2 acceleration (XvMC) implemented by the openchrome drivers is awesome, such a shame more than that cannot be supported.

VIA has once again re-launched their linux drivers[2], and once again the support is very limited, only a small number of distributions, a small number of chipsets, and a small number of hardware features supported. Furthermore applications that can make use of these drivers features are almost non-existent

Wouldn't it be better to work with the the established driver teams such as openchrome, who have broad distribution support, broad chipset support, and are broadly supported by applications, to add the missing hardware support?

[1]http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=HardwareCaveats
[2]http://linux.via.com.tw

Harald:
The problem with hardware accelerated video playback is that the company creating a 'consumer product' sold to an 'end user' has to pay the royalties to the MPEG-LA.

So any chip maker like VIA is not required to pay the patent licensing royalties since they just produce an 'intermediate product' which somebody else can turn into a 'consumer product'.

This works fine in an environment where VIA makes chips and provides reference driver code under NDA to a system integrator, who then sells a bundle of software and hardware to an end user. In that case the system integrator either pays the royalties and can sell that product, or doesn't pay the royalties and can just sell the hardware without the proprietary software drivers and programs to actually make use of those hardware features.

Now imagine the open source situation for this. If VIA was suddenly selling chips as intermediate products, but also disclosing free player software to make use of that acceleration features? Would that then be a 'consumer product'? Who knows. But it would definitely be distributed to an 'end user' since it's available to anyone who wants to download it.

So if any independent free software or proprietary software program implements those codec acceleration features, they might violate the patents on those video codecs. Just in the same way mplayer, xine and other FOSS programs do not pay the per-installation/copy/download royalties for MPEG2/H.264/... playback products. Maybe you can call a sourcecode implementation just a 'reference implementation for scientific purpose', but that's open to legal interpretation and as far as I know there is no precedent in this area. But it is their decision on what legal risk they take.

It's the very same reason why distirbutions generally refrain from shipping that player software. Because there is significant indication that they would have to pay per-unit royalties. And with free software, you never know how many units there are, so you don't even know how much to pay - and you also have no revenue from things that you don't sell...

10) GPL Violations by PingXao
You have stated that your ability to pursue claims against those who violate the GPL is hampered by lack of resources. What amount and type of resources, in your estimate, would be required to pursue all such claims? I'm thinking in terms of everything from vetting the claims to see if they're warranted all the way through the hiring of legal representation to file and pursue lawsuits against the violators.

Harald:
The limited resources basically come down to a lack of 'trustworthy time' for actually doing technical analysis of an alleged infringement. Since I am in the end the person who is personally liable with everything I own, I have to trust such an analysis.

And in order to have that trust, I usually have to do it on my own. Over recent years, my 'second-in-command' at gpl-violations.org (Armijn Hemel) has started to do this kind of work and I trust him to be able to do it correctly.

However, if such a person makes a mistake, and I obtained a preliminary injunction banning a company from sales of their products which later gets overruled since there actually was no [sufficient] evidence for copyright infringement, then I'm liable for the loss of revenue to that company. Now if you think of the kind of consumer products and the quantities that they are sold, you can quickly imagine that it is prohibitive to get into that position.

There is no shortage on finding qualified legal representation to handle all those cases. Though at some point there is an issue where my personal liability is multiplied by the number of cases that run in parallel.

One way to address this problem is to over time get more engineers involved who can earn that level of trust. But it will likely take quite a lot of time to get there (possibly years). The other point is to incorporate the project to get myself out of the personal liability. We have some plans for that, but their implementation is again hampered by the limited amount of time that I can spend on the project.

I'm involved in way too many projects, and all of them are suffering desparately to get some more time and love by me. But I'm constantly thrashed and just only have a limited number of timeslices available. OpenPCD and librfid are the prime candidates for urgent need of time. The u-boot s3c24xx code and mainline submission of all the Linux kernel code that I wrote for Openmoko are other really important tasks that need to get done soon. Some other projects like ulogd and OpenEZX have managed to attract enough interest and involvement from other people so I have to worry less about them.

So that's why gpl-violations.org can only deal with a few cases. At the moment, we are doing up to 10 cases in parallel, and I expect we will probably get to something like 50-75 cases per year. But more would be too much.

-- Harald Welte http://laforge.gnumonks.org/

Earlier this month you asked Harald about VIA's open source strategy and his work with gpl-violations.org. Here are his well-thought-out, informative answers. 1) More interesting mobile developments? -- by radimvice
Your Wikipedia bio mentions that you left your position as Lead System Architect for the OpenMoko project in 2007 due to "internal friction and demotivation". What are your current thoughts on the OpenMoko platform, has it made significant improvements since your decision? What are the biggest hurdles it still needs to overcome before you would consider it a successful project? Are there any other upcoming mobile platforms that have you excited for the future of open source development on mobile phones, or is the industry/market perhaps still too premature for open-architecture Linux on the cell phone?

Harald:
Openmoko has made quite a number of improvements but at the same time has many internal problems to resolve. Only few of those are technical, and the least of them are software related.

The biggest hurdle I see is the creation of more competitive hardware, both from mechanical design as well as providing 3G / 3.5G cellular connectivity.

I am not too excited about other mobile platforms, since though some of them are Linux based, everyone expects them to be locked-down with signed bootloader/kernel images which completely circumvents the freedom to modify the code and run modified versions of it.

And yes, the traditional carrier-driven market is much too premature and stuck in their monopolistic and proprietary structures. But if they don't change at some point, I think the number of GSM phones sold independent of carriers will rise again. The subsidized-phone-sold-by-carrier-bundled-with-simcard model is extremely against an open market, fair competition and equal opportunities.

2) What's the situation with VIA drivers for Linux -- by glop
A friend just got a Wibrain b1 that came with Ubuntu. The drivers for all the VIA stuff are binary blobs which prevents him from upgrading the kernel. They also don't seem very reliable as he is seeing crashes.

Is there already Open Source drivers for that kind of hardware or is this part of your mission for VIA?

Harald:
I do not understand why there are any binary-only kernel drivers involved.

To the best of my knowledge, VIA does not have any binary-only drivers, and particularly not graphics related. The agpgart and DRI/DRM drivers are all GPL licensed open source. The chipset used in the Wibrain device is a unichrome based chipset, and those drivers are all part of the mainline kernel.

There are some other more recent VIA integrated graphics chipsets utilizing the Chrome9 graphics core. The DRI/DRM driver is not yet integrated into the mainline kernel, but it is available as GPL licensed source code from http://linux.via.com.tw/

Binary-only userspace drivers (like the 3D and TVout enabled Xorg driver as released by VIA) do not impose any restrictions on kernel updates, since the kernel ABI towards userspace is fixed.

3) v2 or v3 -- by larry bagina
Do you prefer the GPL version 2 or version 3?

Harald:
It's a hard question. I personally prefer GPLv2, but not for much rational reasons. Rather it's "the thing that I'm used to" and "the license that I've managed to enforce successfully". So it's like a proven, reliable and trustworthy legal tool.

On the other hand, v2 has some shortcomings. I like the fact that GPLv3 makes it explicit that you cannot use cryptographically signed code to circumvent the "freedom to run modified versions". In GPLv2 you can only argue for this by doing a license interpretation - i.e. not something that will have a certain outcome in court. If v2 was more explicit in this regard, we would not have seen the tivo-ization of products suhc as the Motorola Linux based phones on which you cannot change a single line of code. It is _sooooo_ much against the purpose, intention and spirit of the license. It hurts.

What I prefer about v2 is that there is a more explicit 'automatic termination' clause and no implicit way how an infringing entity can 'heal' their infringement within a certain deadline. The v3 part about this is creating an entirely new set of complexity for license enforcement which I believe is unjustified.

So for any new code that I write I usually put it under 'v3 only', unless it is a contribution to an existing v2-only project like the Linux kernel, or unless there are contractual obligations requiring the code to be v2-only.

I personally don't believe in the 'version X or any later version' idea, since I have a hard time to preemptively agree to something that neither I nor anyone else has ever seen.

4) VIA and Netbooks -- by Van Cutter Romney
My recent brush with VIA is when I bought a HP mini-note laptop which uses the VIA C7 processor. Unfortunately, I ended up picking the laptop with Windows Vista and I'm sorry to say that it is not the right operating system for this category of portable laptops. I am much more happier with Ubuntu loaded on the machine now.

My question to Mr. Welte is, how is VIA working with vendors like HP to promote Linux on this new and exciting range of netbooks that coming out?

Harald:
First of all: I can understand your pain, as I have bought the same vista-based HP mininote in order to illustrate the problems with VIA's old binary-driver strategy on Linux. Right now it is just impossible to install any mainline distribution on that system (or similar systems employing VIA's recent products), even if you're a very experienced Linux user, sysadmin or developer.

To the best of my knowledge, VIA is not promoting the use of any Operating System to their system integrators. It's rather the other way around, i.e. the system integrators / notebook manufacturers who want to create a Linux-based product ask or rather demand good Linux support from chip manufacturers like VIA.

5) Have you ever accused an innocent? -- by BitterOldGUy
From your Bio you started gpl-violations.org.

Have you ever accused anyone of violating the GPL and then found out that they didn't?

Harald:
No. The way we work at gpl-violations.org is to first do a test purchase and obtain evidence of the copyrigt (and GPL) violation. After that, we send a legal warning notice demanding the infringing entity to cease and desist from their doing.

6) 3D Support? More support than Unichrome series? -- by Svartalf
It's my understanding that VIA has recently provided a dump of new "cleaner" code to x.org that supports the Unichrome lineup more properly. (By the way, thanks...)

However, this doesn't help fully in the big-picture sense of things.

Right now, an Atom based netbook will have 3D capable of doing Compiz (I know, I've played with it on at least two differing eeePC models right now...) and some lower-end FOSS 3D games out of the box. With what has been given out so far, you still can't do this with VIA's offerings, which include the netbook designs and the EPIA boards. That, alone, isn't a good thing or selling point, really, for those designs right now. What is VIA planning to do in regards to fixing the 3D situation on the stuff that you have already released stuff for?

The aforementioned only talks to Unichrome/Unichrome Pro/Unichrome II. What's the story with the other Chrome lineup? Are we going to see FOSS support for those chips or are they even relevant going forward?

Harald:
I am sorry to say that there is no quick solution for FOSS support of Chrome9 products. It is one of the hottest topics of my work inside VIA, and everyone is trying their best to find a solution. I cannot disclose any details for the reasons for this difficulty, but any possible solution is likely going to take quite a significant amount of time.

For 3D FOSS support (Xorg/DRI/DRM/Mesa driver) for unichrome / unichrome pro the situation is much better and we will see that code disclosed at some not too distant point in the future.

Just think of what ATI has been going through some time ago. They were unable to release the source for their existing binary-only driver and had to start a new driver, which needs time.

7) S3 & Via -- by bill_mcgonigle
Can you illuminate the relationship between S3 and Via for us? I've tried in the past getting basic technical specs (e.g. textures per pass, triangle rates, pps, fill rates) on the video hardware that comes with Via boards. This kind of information is readily available from other manufacturers, and occasionally a whitepaper will show up from Via or S3 for a random chipset, but asking Via for this kind of information results in stacks of legal forms to be signed in duplicate, allegedly because of NDA's between Via and S3. Yet, S3 bills itself as "a VIA Technologies, Inc. joint venture company". Doing open source work, I've avoided the NDA entanglements, and ultimately went to ATI for video hardware because I could find specs reliably without 'buying one of each' (this was actually suggested to me). Mostly it's all very confusing for people who just want to develop stuff, and I wonder how this relationship affects the open source drivers and the stuff that's not currently available (3D, hardware media decoding) but is essential for some embedded work.

The related question would be does Via realize that we're out here and want to buy their hardware but are being forced to rule out Via due to secretiveness?

Harald:
I have just started working for VIA, so I am not as familiar with all of the corporate details, as you can imagine.

However, S3 Graphics is an entirely independent company and not a subsidiary of VIA. That basically means that VIA is holding some stock, but that's more or less all. They also promote their products together.

The S3 Graphics discrete GPU's are developed independently from the VIA integrated graphics, and they share no common hardware core or driver.

So since VIA has taken steps to become more supportive of Open Source and particularly Linux and Xorg, we will see improvement for the VIA integrated graphics products. This has no relationship to what S3 does for their products.

And I totally agree with your statement of VIAs [past] secretiveness and lack of open documentation and open source drivers is definitely hurting their ability to sell to the Linux based market, including the Linux based embedded market.

This is precisely why VIA is changing now, and has hired me as part of that process. Some of those changes are visible now, other changes will only be visible with future products. There is always a lead time involved in any R&D...

8) IP and moving forward with open-sourcing by TheModelEskimo
How much did IP (intellectual property) concerns weigh on the process of opening the driver code? We've been hearing from companies like nVidia that IP issues prevent them from opening their own code, so I'd be interested to hear just how it is that VIA were able to get to this point in the face of today's treacherous environment regarding IP.

Harald:
First of all, I dislike the use of 'IP', since it confuses trademarks, patents, copyright and other rights.

Yes, 3D graphics and video codecs are a minefield of patents. Those patents and the way their licensing works cause significant trouble and present legal risks for anyone involved with them.

So even if you assume the best case and assume that you can manage to build an open source solution that's still in compliance with the patent licenses, you will have to waste a lot of time on carefully analyzing the legal situation and possibly spend just as much time on it as on writing code.

This is why less contentious code like 2D drivers can usually be disclosed fairly quickly, and others cause quite a lot of headache :(

As far as copyright is concerned, to the best of my knowledge VIA wrote all parts of their drivers themselves and did not license parts of it from any other entity. This means they are the sole copyright holder and can therefore decide on whether to relicense existing code under a FOSS license.

9) Drivers Drivers Drivers (Score:5, Insightful by dan the person
VIA has a history of releasing chipsets packed full of great video acceleration, but no drivers to make use of that acceleration, sometimes there are even no windows drivers either.

Looking at the linux drivers for instance[1], there are big gaps, and it is disappointing to see no drivers to support the base MPEG4 acceleration let alone new features such as h.264 acceleration.

I have an EPIA SP8000E and the MPEG2 acceleration (XvMC) implemented by the openchrome drivers is awesome, such a shame more than that cannot be supported.

VIA has once again re-launched their linux drivers[2], and once again the support is very limited, only a small number of distributions, a small number of chipsets, and a small number of hardware features supported. Furthermore applications that can make use of these drivers features are almost non-existent

Wouldn't it be better to work with the the established driver teams such as openchrome, who have broad distribution support, broad chipset support, and are broadly supported by applications, to add the missing hardware support?

[1]http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=HardwareCaveats
[2]http://linux.via.com.tw

Harald:
The problem with hardware accelerated video playback is that the company creating a 'consumer product' sold to an 'end user' has to pay the royalties to the MPEG-LA.

So any chip maker like VIA is not required to pay the patent licensing royalties since they just produce an 'intermediate product' which somebody else can turn into a 'consumer product'.

This works fine in an environment where VIA makes chips and provides reference driver code under NDA to a system integrator, who then sells a bundle of software and hardware to an end user. In that case the system integrator either pays the royalties and can sell that product, or doesn't pay the royalties and can just sell the hardware without the proprietary software drivers and programs to actually make use of those hardware features.

Now imagine the open source situation for this. If VIA was suddenly selling chips as intermediate products, but also disclosing free player software to make use of that acceleration features? Would that then be a 'consumer product'? Who knows. But it would definitely be distributed to an 'end user' since it's available to anyone who wants to download it.

So if any independent free software or proprietary software program implements those codec acceleration features, they might violate the patents on those video codecs. Just in the same way mplayer, xine and other FOSS programs do not pay the per-installation/copy/download royalties for MPEG2/H.264/... playback products. Maybe you can call a sourcecode implementation just a 'reference implementation for scientific purpose', but that's open to legal interpretation and as far as I know there is no precedent in this area. But it is their decision on what legal risk they take.

It's the very same reason why distirbutions generally refrain from shipping that player software. Because there is significant indication that they would have to pay per-unit royalties. And with free software, you never know how many units there are, so you don't even know how much to pay - and you also have no revenue from things that you don't sell...

10) GPL Violations by PingXao
You have stated that your ability to pursue claims against those who violate the GPL is hampered by lack of resources. What amount and type of resources, in your estimate, would be required to pursue all such claims? I'm thinking in terms of everything from vetting the claims to see if they're warranted all the way through the hiring of legal representation to file and pursue lawsuits against the violators.

Harald:
The limited resources basically come down to a lack of 'trustworthy time' for actually doing technical analysis of an alleged infringement. Since I am in the end the person who is personally liable with everything I own, I have to trust such an analysis.

And in order to have that trust, I usually have to do it on my own. Over recent years, my 'second-in-command' at gpl-violations.org (Armijn Hemel) has started to do this kind of work and I trust him to be able to do it correctly.

However, if such a person makes a mistake, and I obtained a preliminary injunction banning a company from sales of their products which later gets overruled since there actually was no [sufficient] evidence for copyright infringement, then I'm liable for the loss of revenue to that company. Now if you think of the kind of consumer products and the quantities that they are sold, you can quickly imagine that it is prohibitive to get into that position.

There is no shortage on finding qualified legal representation to handle all those cases. Though at some point there is an issue where my personal liability is multiplied by the number of cases that run in parallel.

One way to address this problem is to over time get more engineers involved who can earn that level of trust. But it will likely take quite a lot of time to get there (possibly years). The other point is to incorporate the project to get myself out of the personal liability. We have some plans for that, but their implementation is again hampered by the limited amount of time that I can spend on the project.

I'm involved in way too many projects, and all of them are suffering desparately to get some more time and love by me. But I'm constantly thrashed and just only have a limited number of timeslices available. OpenPCD and librfid are the prime candidates for urgent need of time. The u-boot s3c24xx code and mainline submission of all the Linux kernel code that I wrote for Openmoko are other really important tasks that need to get done soon. Some other projects like ulogd and OpenEZX have managed to attract enough interest and involvement from other people so I have to worry less about them.

So that's why gpl-violations.org can only deal with a few cases. At the moment, we are doing up to 10 cases in parallel, and I expect we will probably get to something like 50-75 cases per year. But more would be too much.

-- Harald Welte http://laforge.gnumonks.org/

DeviceGuru writes "Via Technologies has launched the second generation of its signature mini-motherboard standard. Mini-ITX 2.0, an evolutionary update to the seven-year-old 170×170mm form-factor, introduces new and emerging buses and interfaces such as PCI Express, SATA, Gig-E, and HD A/V, while preserving backwards-compatibility with the original standard. Mini-ITX has been a popular form-factor for a range of space-constrained hobbyist and commercial applications."

billybob2 writes "VIA has released 16,434 Lines Of Free & Open Source code that enables Linux natively to use the framebuffer on VIA's graphics chipsets. This comes a month after VIA announced that it will provide Open-Source drivers and documentation on its Web site so that its hardware will work out of the box with Linux distributions. This gives VIA-powered systems that come pre-installed with Linux — such as the gPC, 15.4" gBook, CloudBook, and Zonbu — the ability to output graphics through digital connections such as HDMI, and probably makes them the best-supported framebuffers Linux has ever had. Look forward to documentation and X.org drivers from VIA as well in the near future."

Aron Schatz writes "VIA has announced that they will start a new site (http://linux.via.com.tw — doesn't exist yet) specifically for the development of open source drivers. From their press release: 'Over the following months, VIA will work with the community to enable 2D, 3D and video playback acceleration to ensure the best possible Open Source experience on VIA Processor Platforms. 'To further improve cooperation with the community, VIA will also adhere to a regular quarterly release schedule that is aligned with kernel changes and release of major Linux distributions. In addition, beta releases will be issued on the site as needed, and a bug report and tracking feature will also be integrated.' Nvidia should be next."

An anonymous reader writes "VIA is doing its bit to fight Global Warming by introducing the 'world's first carbon-free' desktop PC processor. The RoHS-compliant C7-D consumes 20W at 1.8GHz, and is accompanied by a 'Clean Computing Initiative' that aims to offset the chip's environmental cost. According to a LinuxDevices report, VIA has pledged that atmospheric carbon released during generation of the power needed to run the chip throughout its expected life-cycle will be offset by regional conservation, reforestation, and energy programs initiated or contributed to by VIA."

Slashback this evening with another batch of updates and responses to previous Slashdot posts, including: how Firefox users can avoid post-cookie Web tracking (for now), more on open-source graphics drivers, and an alarm clock that sounds perfect for annoying a spouse. Read on for the details.

Does he feel like Reese Witherspoon? Joe 'Zonker' Brockmeier writes "After many years of trying, Branden Robinson has finally won the Debian Project Leader election. Linux Magazine has an in-depth interview with Robinson about his plans as DPL, the problems that face Debian, and what it's like to finally win the election."

(We mentioned Robinson's election a few days ago.)

In lieu of perfection, fixability is a good start. gyardley writes "After discovering that a company called United Virtualities was making use of Flash's Local Shared Objects to silently restore my deleted cookies, I decided to combat this marketer behavior with a Firefox extension.

Objection 0.1 adds a 'Local Shared Objects' line to Firefox's Options > Privacy panel, allowing you to delete them as easily as you'd delete cookies. It's still pretty rudimentary - all or nothing deletion, working on Windows only - but Slashdotters are more than welcome to improve it. Since Local Shared Objects have the same functionality as cookies, we need the same amount of control over them as we do over cookies - and built into the browser, not tucked away in some obscure Macromedia page."

Sure, come on in, there's still some punch and snacks left, I think. orv writes "The Unichrome project has issued a response to VIA's recent open source announcement covered on Slashdot.

The response (and further comment) clarifies the current Unichrome driver situation and whilst welcoming VIA's move suggests that VIA should become more involved in existing open source projects rather than simply issuing repeated grand sounding press releases. The Unichrome project has provided and supported a full open source driver, including MPEG support, for the Unichrome and Unichrome Pro chipsets for the past two years."

But this implies that 'perky' is the desired state. dhalsim2 writes "Yahoo reports of a Smart Alarm Clock Set for Perky Wakeups. On the heels of Clocky comes this new alarm clock that will monitor a sleeper's brain waves to determine the best time to wake him up. The device uses a microprocessor within a headband that wirelessly transmits brainwaves to the clock. When the person is in a light sleep and is likely to wake up 'perky,' the alarm will go off. Brain wave monitoring? Sounds a lot like Plankton's Plan Z."

Slashback this evening with another batch of updates and responses to previous Slashdot posts, including: how Firefox users can avoid post-cookie Web tracking (for now), more on open-source graphics drivers, and an alarm clock that sounds perfect for annoying a spouse. Read on for the details.

Does he feel like Reese Witherspoon? Joe 'Zonker' Brockmeier writes "After many years of trying, Branden Robinson has finally won the Debian Project Leader election. Linux Magazine has an in-depth interview with Robinson about his plans as DPL, the problems that face Debian, and what it's like to finally win the election."

(We mentioned Robinson's election a few days ago.)

In lieu of perfection, fixability is a good start. gyardley writes "After discovering that a company called United Virtualities was making use of Flash's Local Shared Objects to silently restore my deleted cookies, I decided to combat this marketer behavior with a Firefox extension.

Objection 0.1 adds a 'Local Shared Objects' line to Firefox's Options > Privacy panel, allowing you to delete them as easily as you'd delete cookies. It's still pretty rudimentary - all or nothing deletion, working on Windows only - but Slashdotters are more than welcome to improve it. Since Local Shared Objects have the same functionality as cookies, we need the same amount of control over them as we do over cookies - and built into the browser, not tucked away in some obscure Macromedia page."

Sure, come on in, there's still some punch and snacks left, I think. orv writes "The Unichrome project has issued a response to VIA's recent open source announcement covered on Slashdot.

The response (and further comment) clarifies the current Unichrome driver situation and whilst welcoming VIA's move suggests that VIA should become more involved in existing open source projects rather than simply issuing repeated grand sounding press releases. The Unichrome project has provided and supported a full open source driver, including MPEG support, for the Unichrome and Unichrome Pro chipsets for the past two years."

But this implies that 'perky' is the desired state. dhalsim2 writes "Yahoo reports of a Smart Alarm Clock Set for Perky Wakeups. On the heels of Clocky comes this new alarm clock that will monitor a sleeper's brain waves to determine the best time to wake him up. The device uses a microprocessor within a headband that wirelessly transmits brainwaves to the clock. When the person is in a light sleep and is likely to wake up 'perky,' the alarm will go off. Brain wave monitoring? Sounds a lot like Plankton's Plan Z."

An anonymous reader writes "XGI has announced the release of open source drivers for its Volari family of graphics adapters. Efforts at X.Org to merge the new code into the head branch are already underway. Almost simultaneously, VIA has announced the immediate release of open source drivers for S3 Graphics UniChrome, VIA ProSavage and ProSavage DDR. Could these moves signal the beginning of a period of rapid improvement in Free drivers for video cards?"

An anonymous reader writes "XGI has announced the release of open source drivers for its Volari family of graphics adapters. Efforts at X.Org to merge the new code into the head branch are already underway. Almost simultaneously, VIA has announced the immediate release of open source drivers for S3 Graphics UniChrome, VIA ProSavage and ProSavage DDR. Could these moves signal the beginning of a period of rapid improvement in Free drivers for video cards?"

ancice with news that Via plans to introduce 64-bit chip codenamed 'CN.' "It was revealed at the Fall Processor Forum. The chip 'will have much better performance, particularly when handling video and audio information ... However, it won't depart from Via's emphasis on low cost, small size and modest power consumption.' Features include 'high-speed Front Side Bus, ... Floating Point Unit that can achieve floating-point additions and multiplies using only two clock cycles, an increased cache size, high-speed data movement, and out-of order, superscalar execution that allows the processor to achieve high clock rates while executing multiple, simultaneous instructions for high definition digital entertainment.' The story was reported by ZDNet. The offical release is here. Expected release date is first half of 2006." Update: 10/06 13:10 GMT by T : Also at the Forum, VIA showed off a dual-processor Mini-ITX board, about which more below.

An anonymous reader submits "Via gave a sneak preview at the Fall Processor Forum of what is likely the world's first dual-processor mini-ITX mobo. The "four-wheel drive Hyundai" is expected to ship in "early 2005," according to the article at LinuxDevices. Looks like Via is cooking up some higher-end hardware in hopes the security processing features in its CPUs can carry it into higher-margin markets. I don't know, though; I think I'd rather have a PocketPC cluster ... "

An anonymous reader writes "VIA is shipping an ultra-low profile mini-ITX mainboard suitable for flat TVs, LCD-panel computers, and other vertically challenged devices. The Epia MS uses a minimalistic I/O backplate and SODIMM memory for a slimmer form-factor, and is VIA's first mini-ITX board available with a fanless 1GHz Eden embedded processor. The board has several processor options, but they all include the PadLock Ace hardware RNG and AES encrypt/decrypt features that are now supported by the Linux and BSD kernels."

yipyow writes "A few weeks ago VIA Technologies posted software based on Nullsoft's WASTE, as reported here a few days ago. VIA PadLockSL included both a Windows and Linux client and some special extensions to work with security hardware built into certain VIA products. It was released under the GPL so I managed to snag a copy of the source code right before VIA suddenly removed their page (Google cache). I have posted Linux compilation instructions and mirrored the source here. If VIA has decided not to pursue the project further, I think the F/OSS community should turn this project into something, it has potential to be a great tool."

yipyow writes "A few weeks ago VIA Technologies posted software based on Nullsoft's WASTE, as reported here a few days ago. VIA PadLockSL included both a Windows and Linux client and some special extensions to work with security hardware built into certain VIA products. It was released under the GPL so I managed to snag a copy of the source code right before VIA suddenly removed their page (Google cache). I have posted Linux compilation instructions and mirrored the source here. If VIA has decided not to pursue the project further, I think the F/OSS community should turn this project into something, it has potential to be a great tool."

DammiTT writes "It seems that Apex are releasing a new PC-based 'console', using VIA components, later this year. It'll be announced during CES on January 8th." However, HardOCP already has some initial pictures and details up on its site, for this "ApeXtreme Personal Gaming Console and DVD Player", or PGC. According to this early, unconfirmed report, it's running a 1.4Ghz VIA chipset, the CN400, and "will be powered by a near-instant-on version of WinXP (embedded) with Windows Media Player, and... will have removable media in the form of DVD/CD." It comes with "a 40GB IDE hard drive... you can play DVD movies, audio and video CDs... [and] the price points will be at US$299 and US$399."

brentlaminack writes "Information Week and others are reporting on Transmeta's new Efficeon chip. 1.1 GHz, 7 Watts, 1MB cache, 130 nanometer technology. A marked improvement over their previous generation. Let's hope they can capitalize on this before Intel starts filling the same niche. Looks like a nice product, Linus and Co." Update: 10/15 00:22 GMT by T : woobieman29 writes "Looks like this is a good day for high-efficiency processors. Hot on the heels of Transmetas announcement of the Efficeon, VIA Technologies has announced the release of it's latest low-power processor, the NanoBGA EDEN-N. Capable of running at 533MHZ (4 watts), 800MHZ (6 watts), and 1GHZ (7 watts) this appears to be a very good fit for Thin Client and other embedded devices. One really interesting feature is the on-chip Padlock security suite incorporating AES encryption."

brentlaminack writes "Information Week and others are reporting on Transmeta's new Efficeon chip. 1.1 GHz, 7 Watts, 1MB cache, 130 nanometer technology. A marked improvement over their previous generation. Let's hope they can capitalize on this before Intel starts filling the same niche. Looks like a nice product, Linus and Co." Update: 10/15 00:22 GMT by T : woobieman29 writes "Looks like this is a good day for high-efficiency processors. Hot on the heels of Transmetas announcement of the Efficeon, VIA Technologies has announced the release of it's latest low-power processor, the NanoBGA EDEN-N. Capable of running at 533MHZ (4 watts), 800MHZ (6 watts), and 1GHZ (7 watts) this appears to be a very good fit for Thin Client and other embedded devices. One really interesting feature is the on-chip Padlock security suite incorporating AES encryption."

Kris_J writes "mini-itx.com have exclusive pictures of VIA's new 12cm x 12cm motherboard standard they're terming 'Nano-ITX'. VIA have removed the legacy ports, moved to mini-PCI and SODIMMs and now a new batch of custom PC projects can be produced where previously there wasn't quite enough room for the motherboard. I already have an idea..."

Kris_J writes "mini-itx.com have exclusive pictures of VIA's new 12cm x 12cm motherboard standard they're terming 'Nano-ITX'. VIA have removed the legacy ports, moved to mini-PCI and SODIMMs and now a new batch of custom PC projects can be produced where previously there wasn't quite enough room for the motherboard. I already have an idea..."

Adam Ernst asks: "I'm trying to build a low-end tablet PC type device for giving tests to students in a classroom. The touch screen TFT wasn't hard to get and the WiFi shouldn't be too hard either, but the most difficult part has been finding a motherboard! I tried Via's Mini-ITX, but it was too tall at about 1.5 inches. The motherboard needs to be just three quarters of an inch tall; the length and width can't exceed 8 inches each, but the smaller the better. No fans allowed--this has to be silent. The -only- requirements feature-wise are that it is able to connect to a TFT-LCD, has either USB, CompactFlash, or PCMCIA for WiFi, and has enough power to run Red Hat or SuSE (the only Linuxes my IDE supports). No ports, no ethernet, not even sound. Preferably it would take straight power (just one wire in and one out, at some set voltage) so I don't have to mess with power circuits. Of course, the most important factor of all is cost, since it's for schools (preferably less than $100 in small quantities ~90 units)."

arrasmith writes "It looks like there is going to be an upgrade to that non-expensive $800 Linux laptop. VIA just came out with a new laptop motherboard based on the faster Nehemiah core for the C3. You can get all the specs at the Antaur homepage. If they stay near the $800 cost I can see this one selling pretty well. And they would have a great mobile media system if they added a hardware DivX decoder on top of the hardware DVD decoder. :) And now that the Linux drivers are starting to mature and the sources are finally starting to come out, by the time this is released to the U.S. market it should be a great little Linux laptop."

arrasmith writes "It looks like there is going to be an upgrade to that non-expensive $800 Linux laptop. VIA just came out with a new laptop motherboard based on the faster Nehemiah core for the C3. You can get all the specs at the Antaur homepage. If they stay near the $800 cost I can see this one selling pretty well. And they would have a great mobile media system if they added a hardware DivX decoder on top of the hardware DVD decoder. :) And now that the Linux drivers are starting to mature and the sources are finally starting to come out, by the time this is released to the U.S. market it should be a great little Linux laptop."

An anonymous reader writes "VIA has added a hardware random number generator to its Nehemiah C3 CPU. I found a recent review of its security. Interesting how it's done at the instruction level as opposed to the chipset level used by the i810 RNG (also reviewed there)."

An anonymous reader writes "VIA has added a hardware random number generator to its Nehemiah C3 CPU. I found a recent review of its security. Interesting how it's done at the instruction level as opposed to the chipset level used by the i810 RNG (also reviewed there)."

tedgyz writes "AnandTech has a short article on a new memory technology from Via, called Quad Band Memory (QBM). Rather than using dual-channel DDR to increase bandwidth, they use phase-shifting inside the memory modules to accomplish the same goal. The end result is simpler (and presumably cheaper) motherboard designs that are backwards compatible with current DDR modules. The downside? It is currently only going to available in a P4 chipset that Intel has not authorized."

sysadmn writes "Mini-ITX is a relatively new form factor for PC motherboards measuring only 170 mm x 170 mm. The folks at Mini-ITX.com have this page of interesting projects, including full systems built into 1/10 scale models of a Ford Focus Rally car and a VW Beetle. Another project recycles a SparcStation IPX from 40 Mhz Sparc to 800 Mhz Via C3. Not to be outdone, motherboard maker Via has its own Mini-ITX project page, with several cool automobile systems."

DrGonzo was among several who submitted news of the new Mini Motherboard from via. The Mini ITX standard is just 170mm squared, and this motherboard has audio, ether, IDE, video and tv out. Not bad for something so tiny. Here's an article about the small wonder.

mircea writes "This ZDNet story talks about a new chip from Intel, dubbed Timna, targeted at ultra-low-cost PCs. It is supposed to be .18 micron technology, with integrated video. There's also mention of 'appliances based on this chip, possibly running Linux'" And the 2nd page of the article mentions AMD and Cyrix (now owned by VIA), both of whom are also preparing ultra low-cost microprocessors.

VIA has announced that it will be acquiring Centaur, the designers of the WinChip. This follows its recent agreement to buy Cyrix's high end processor business from National which retains the low-end MediaGX family. Why buy two x86 design houses? Perhaps to address two markets: the information appliance market with IDT's x86 which is slower but remarkably small, and the PC market with Cyrix's Socket 370 designs.

VIA has announced that it will be acquiring Centaur, the designers of the WinChip. This follows its recent agreement to buy Cyrix's high end processor business from National which retains the low-end MediaGX family. Why buy two x86 design houses? Perhaps to address two markets: the information appliance market with IDT's x86 which is slower but remarkably small, and the PC market with Cyrix's Socket 370 designs.

VIA has announced that it will be acquiring Centaur, the designers of the WinChip. This follows its recent agreement to buy Cyrix's high end processor business from National which retains the low-end MediaGX family. Why buy two x86 design houses? Perhaps to address two markets: the information appliance market with IDT's x86 which is slower but remarkably small, and the PC market with Cyrix's Socket 370 designs.