Language Selection

English French German Italian Portuguese Spanish

M$/TomTom Lawsuit

Just as it appears
9% (37 votes)
Testing the waters
33% (135 votes)
Try to set precedence
28% (115 votes)
Start of War
29% (117 votes)
Total votes: 404

Who's copying who isn't a clear cut case

The rise of MS is also an adventure of copyright violations and exploitation of weak patents. The computing industry has existed for a long time now and has for several years been an integrated part of people's daily life. Code that in the past was viewed as Mr. Merlin's magic is today is today a knowledge shared by many, even outside corporate buildings. Therefore I think this is more a testimony of how deprecated the whole idea of how patents work in this industry is. There's always a breaking point when something becomes common knowledge and therefore can't be viewed as intellectual property.

But of course if carton box still needs 6 (or is it 9?) patents printed on it in the US then probably FAT must be viewed as rocket science worthy of Nobel price to its initial author. Since exploitation of patents in itself is a lucrative business in the US you've got printed black on white that the system has to be overhauled. As it is now everything imaginable and thinkable beyond a coke and burger is valid to be patented. MS isn't alone in this silly brainstorm game; a look at many company's patent portfolios reveal the same.

No, I don't think this MS/TomTom thing is anything else but an attempt to strengthen a business model of living well on weak but never challenged patents. In view of how the market is changing faster than MS is able to adopt, it might be a "smart" move to make sure your economical future is a bit more secure even if your software fails, or sales of it.

The premesis and qualifications for a patent...

is an important question. A patent system isn't a universal unchangeable set of rules. Hence patent systems differ and what might be a valid patent in one country isn't even qualified to become one in another.

Emotions aren't of any interest and you're actually allowed to comment with a portion of playfulness with words, aren't you? If a patent system doesn't fulfil its intentional purpose it has become unproductive and in need of an overhaul.

I assume you don't like Bilski's arguments for a change of the US patent system? I fear that the lobby against such changes is too strong in both influence and money, but I believe the suggested changes would stimulate innovation and remove some of the obstacles to innovations. As of today it's difficult for innovators with limited money resources to defend their innovations.

Therefore my answer to your question [or questioning of my understanding] is: it's not good enough to only know current patent laws, it's even more vital to defend the initial purpose of them and strengthening them accordingly. We might have different opinions on the matter without the need to ridicule one another.

Schestowitz

Do you need glasses? Perhaps you should try one of those screen magnifier app's so you don't have to inflict the rest of us with your over sized type.

Obama, fix you f*ing system

"Since the birth of the Republic, the U.S. government has been in the business of handing out "exclusive rights" (a.k.a., monopolies) in order to "promote progress" or enable new markets of communication. Patents and copyrights accomplish the first goal; giving away slices of the airwaves serves the second. No one doubts that these monopolies are sometimes necessary to stimulate innovation. Hollywood could not survive without a copyright system; privately funded drug development won't happen without patents. But if history has taught us anything, it is that special interests—the Disneys and Pfizers of the world—have become very good at clambering for more and more monopoly rights. Copyrights last almost a century now, and patents regulate "anything under the sun that is made by man," as the Supreme Court has put it. This is the story of endless bloat, with each round of new monopolies met with a gluttonous demand for more."

--Lawrence Lessig

If they can uphold the

If they can uphold the patent, then they can make all the other companies using FAT pay up. Easy money.

More in Tux Machines

PlayOnLinux For Easier Use Of Wine

PlayOnLinux is a free program that helps to install, run, and manage Windows software on Linux. It can also manage virtual C: drives (known as Wine prefixes), and download and install certain Windows libraries for getting some software to run on Wine properly. Creating different drives using different Wine versions is also possible. It is very handy because what runs well in one version may not run as well (if at all) on a newer version. There is PlayOnMac for macOS and PlayOnBSD for FreeBSD. Read
more

Linux Kernel: KPTI, SEV, CBS

  • Experimental KPTI Support For x86 32-bit Linux
    For the Kernel Page Table Isolation (KPTI) support currently within the Linux kernel for addressing the Meltdown CPU vulnerability it's currently limited to 64-bit on the x86 side, but for the unfortunate souls still running x86 32-bit operating systems, SUSE is working on such support.
  • AMD Secure Encrypted Virtualization Is Ready To Roll With Linux 4.16
    With the Linux 4.16 kernel cycle that is expected to begin immediately following the Linux 4.15 kernel debut on Sunday, AMD's Secure Encrypted Virtualization (SEV) technology supported by their new EPYC processors will be mainline. Going back to the end of 2016 have been Linux patches for Secure Encrypted Virtualization while with Linux 4.16 it will finally be part of the mainline kernel and supported with KVM (Kernel-based Virtual Machine) virtualization.
  • Deadline scheduler part 2 — details and usage
    Linux’s deadline scheduler is a global early deadline first scheduler for sporadic tasks with constrained deadlines. These terms were defined in the first part of this series. In this installment, the details of the Linux deadline scheduler and how it can be used will be examined. The deadline scheduler prioritizes the tasks according to the task’s job deadline: the earliest absolute deadline first. For a system with M processors, the M earliest deadline jobs will be selected to run on the M processors. The Linux deadline scheduler also implements the constant bandwidth server (CBS) algorithm, which is a resource-reservation protocol. CBS is used to guarantee that each task will receive its full run time during every period. At every activation of a task, the CBS replenishes the task’s run time. As the job runs, it consumes that time; if the task runs out, it will be throttled and descheduled. In this case, the task will be able to run only after the next replenishment at the beginning of the next period. Therefore, CBS is used to both guarantee each task’s CPU time based on its timing requirements and to prevent a misbehaving task from running for more than its run time and causing problems to other jobs.

Graphics: Mesa and AMDGPU

  • Mesa 17.3.3 Released With RADV & ANV Vulkan Driver Fixes
    Mesa 17.3.3 is now available as the latest point release for the Mesa 17.3 stable series. This bi-weekly point release to Mesa presents several RADV Vega/GFX9 fixes, various Intel ANV Vulkan driver fixes, a DRI3 fix, and random fixes to the OpenGL drivers like RadeonSI, Etnaviv, and even Swrast.
  • R600g "Soft" FP64 Shows Signs Of Life, Enabling Older GPUs To Have OpenGL 4 In 2018
    Most pre-GCN AMD graphics cards are still limited to OpenGL 3.3 support at this time due to not supporting FP64. Only the HD 5800/6900 series on R600g currently have real double-precision floating-point support working right now so at present they are on OpenGL 4.3 rather than 3.3, but those other generations may be catching up soon thanks to the "soft" FP64 code.
  • AMDGPU DC Gets More Raven Ridge Improvements, Audio Fixes
    Harry Wentland of AMD has sent out the latest batch of patches for the AMDGPU DC display code stack. Fortunately it lightens up the DRM driver by about six thousand lines thanks to removing some unused code. Besides gutting out a chunk of unused code, the DC code has a few audio fixes (no word yet on supporting newer audio formats with DC), fixes on driver unload, a "bunch" of continued Raven Ridge display updates, and various other code clean-ups.
  • AMDGPU Firmware Blobs Updated For Video Encode/Decode
    There are updated AMDGPU microcode/firmware files now available for recent Radeon GPUs. The updated firmware files now available via the main linux-firmware.git repository are centered around the video blocks: UVD video decoding, VCE video encode, and the new VCN video encode/decode block with Raven Ridge.

Games: DRAG, Geneshift, Balloonatics and More