From: Alexander Bokovoy <a.bokovoy@sam-solutions.net>
To: community@altlinux.ru
Subject: Re: [Comm] [1/2 off] Microsoft's FAT charges
Date: Fri, 5 Dec 2003 11:36:01 +0200
Message-ID: <20031205093601.GA2895@sam-solutions.net> (raw)
In-Reply-To: <1070614497.3022.37.camel@programmer9.mainoffice.interlot.ru>
On Fri, Dec 05, 2003 at 11:54:57AM +0300, Roman Savelyev wrote:
> http://www.dpreview.com/news/0312/03120403microsoftisfat.asp
>
> Интересно, это скажется на Linux?
Я не патентный юрист, так что все, как говорится, IANAL:
1. Очевидно, что MS пытается нащупать пути блокирования OSS насколько
возможно. Их новая идея -- использовать для этого патенты. По некоторым
сведениям, MS считает, что из более чем 5000 имеющихся у них патентов
приблизительно 40 могут быть использованы для этой цели.
2. 4 выданных патента на VFAT описывают методы решения проблемы
одновременного доступа к файлам как по их коротким, так и длинным
именам с целью обеспечения совместимости со старыми приложениям. Во
всех патентах присутствует достаточно узкое определения того, с чем
идет работа (file name stored in a directory entry), так что по крайней
мере к реализации mangling в Самбе эти четыре патента не приложимы --
обратное еще надо доказать. С реализацией в ядре немного сложнее, но
патенты упоминают обязательное присутствие устройства хранения и
вычислительного устройства в комбинации с этим алгоритмом, так что если
это кого и коснется, так поставщиков готовых решений, в которых
присутствует предварительно подготовленный раздел, отформатированный с
VFAT.
3. С другой стороны, MS предагает лицензировать технологию FAT, опираясь
на эти 4 полученных ею патента, производителям встраиваемых систем,
использующих хранилища на базе Flash и использующих FAT в качестве
файловой системы на этих устройствах. Однако особенность использования
файловых систем в, например, сотовых телефонах, PDA и фотоаппаратах
такова, что в подавляющем большинстве случаев используется FAT16, не
поддерживающая работу с длинными именами файлов, которые, как
следствие, не реализованы в этих встраиваемых системах. Так,
большинство производителей фотоаппаратов записывает изображения с
именами в формате 8.3. То есть, формально они не попадают под действие
патентов на VFAT от MS; как мне видится, MS здесь лукавит и пытается
"на халяву" еще и заработать.
Более того, многие производители встраиваемых систем с радостью
откажутся от использования FAT на флешках -- уж очень неудобный это
формат для таких специфических устройств: при записи на флешку в
формате FAT происходит очень частая перезапись той области флешки, где
хранятся таблицы FAT, что резко снижает возможности самого устройства
(граница порядка 200000 перезаписей). Поэтому производители с радостью
уйдут на, скажем, JFFS.
Однако есть одна существенная проблема -- так как начиная с Win2K
драйвера устройств для Windows должны иметь цифровую подпись,
заверенную MS. Поэтому добавление нового драйвера файловой системы,
поддержка которой отсутствует в Win2K/XP/2K3, будет сопряжена с
серьезными противодействиями со стороны MS. Так уже было с Novell и их
поддержкой Novell Directory for NT Domains (после чего, как некоторые
отмечают, и было добавлено требование цифрового подписывания
драйверов).
Так что производители либо вернутся к практике поставки собственной
программы чтения содержимого флешки (как это было ранее), либо смогут
договориться в своей индустрии и создать общую инфраструктуру -- это не
выглядит фантастикой. Либо пойдут лицензироваться, но это врядли --
маржа на этом рынке настолько мала, что потеря даже 25 центов за
устройство будет серьзным провалом.
--
/ Alexander Bokovoy
Samba Team http://www.samba.org/
ALT Linux Team http://www.altlinux.org/
Midgard Project Ry http://www.midgard-project.org/
next prev parent reply other threads:[~2003-12-05 9:36 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-05 8:54 Roman Savelyev
2003-12-05 9:36 ` Alexander Bokovoy [this message]
2003-12-05 9:51 ` Shawkat Nizamov
2003-12-05 11:14 ` Dmitry Nechaev
2003-12-05 11:20 ` Alexander Bokovoy
2003-12-05 11:24 ` Dmitry Nechaev
2003-12-06 12:10 ` Vitaly Lipatov
2003-12-06 16:21 ` Alexander Bokovoy
2003-12-05 9:38 ` Alexey I. Froloff
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20031205093601.GA2895@sam-solutions.net \
--to=a.bokovoy@sam-solutions.net \
--cc=community@altlinux.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git