Делаю allnoconfig && make bzImage . Получаю ядро, которое с трудом грузится в qemu если указать 18 m памяти для эмулируемой машины. Долго ковырялся, потом дошло сравнить конфиги. В какой-то момент сменился CONFIG_PHYSICAL_START в дефолтном конфиге - стал 16MB (0x1000000). Ну и естественно машины с меньшим объёмом памяти поломались. Впрочем, может быть это только qemu так шалит? Кто-то хочет попробовать на реальной машине с 16 и меньше МБ ОЗУ проверить?

http://fixunix.com/kernel/491915-regarding-config_physical_start-16mb-linux-n...

Кушал у меня kded4 100% одного ядра. Сначала грешил на экспериментальные дрова r600, а потом нашёл

http://kubuntuforums.net/forums/index.php?action=printpage;topic=3105506.0

-------репост---- Title: Re: Can't: shut down, restart, switch user, log out, ... Post by: chconnor on August 07, 2009, 09:46:16 pm I love it when there's an easy solution.

For those that are like me and need a little more guidance, here's a more detailed list of what I (and some others) did to solve it:

Launcher menu -> Settings -> System Settings (under General -> Look&Feel ->) Notifications (under System Notifications -> Applications Tab) select Event Source "KDE System Notifications" I selected each of the entries in the table in turn and UNchecked "Play a sound", then clicked Apply Under the Player Settings tab, I selected (it was already selected) "No audio output". I had to restart to see the fix work.

Bless this humble forum, -c

------конец-репоста-----

Т.е. просто отключаем КДЕшный звук! И 100% загрузки проца как не бывало ...

Но баги с прокси это не убирает:

https://bugs.kde.org/show_bug.cgi?id=184588

https://bugs.kde.org/show_bug.cgi?id=155707

Раз в толксах запретили технищу постить - буду постить тут ....

http://www.smartphonemag.com/_archives/Sep99/ibm.asp

Суб-ноут 10-летней (!) давности. До 8 ч. работы от стандартных батарей по спецификациям, вот тут

http://forums.gentoo.org/viewtopic-t-13391-start-25.html написано про 5-7 часов работы без перезарядки .....

Опять хорошую вещь зарубили :(

Ничего особо нового - удивило что маленькую (320x240, 15 fps) flv-шку играет без тормозов, при _полном_ отсутствии аппаратного ускорения.

Режим 24 Bpp по-прежнему сломан.

http://dolphinshome.ru/2008/02/03/7

Для тех кто по ссылкам не ходит - там ужасный автоперевод ......

------

Большая часть содержания на Memoryshare создана вкладчиками Memoryshare, которые являются членами общественности. Выраженные представления их и если определенно не заявлено не являются таковыми из Би-би-си. Би-би-си не ответственна за содержание любых внешних участков, на которые ссылаются.

Дорогой Пользователь, Вы приземлились на этой странице, которая больше не существует. Мы переместили Ваш любимый вебсайт в более высокий уровень - новый взгляд, более информативное содержание и много забавного материала для Вас, чтобы сделать.

-------

Для чего оно? Что это такое? Это типа новая мода такая - мусорный сайт с закосом "под гугль"?

После как минимум двух лет нахождения (и даже какого-то участия) в этой соц. сети зашёл на страничку автора .....

С удивлением нашёл там:

------------- Personal Information [ Edit ]

Activities: UNESCO, MENSA High IQ Society, NWO

Interests:

Интернет, PHP, MySQL, CSS, XML, DOM, GNU, Debian, UNIX, Social Networking, новые технологии, Cisco, webdev

Favorite Music: The Beatles, RHCP, Louis Armstrong, Frank Sinatra, Blackmore's Night, Rammstein, Vanessa Mae, Snoop Dogg, 2raumwohnung, Mylene Farmer, Andrew Lloyd Webber, TATU, The Killers, тест

Favorite Movies: Matrix, Fight Club, V for Vendetta, Lord of the Rings, Lord of War, Godfather, Legends of the Fall

Favorite Games: C&C, Dreamfall, The Longest Journey, Discword 2, Discworld Noir, Quake 3, Starcraft

Favorite Quotes: Не беспокойся о том, что у тебя нет высокого чина. Беспокойся о том, достоин ли ты того, чтобы иметь высокий чин.

Конфуций About Me: Больше всего ценю в людях честность, трудолюбие и преданность идее.

--------

Судя по среднестатистическому обывателю я бы не сказал? что там пахнет High IQ Society. Может просто не в тех группах плаваю.

http://kmandla.wordpress.com/2008/11/27/some-minor-improvements/

Автор я так понимаю живет на CRUX-е. Без всяких uclibc. Пошёл читать глубже.

http://www.skmrf.ru/library/library_files/p2033.htm

http://www.juliansimon.org/writings/Ultimate_Resource/TINTRO.txt

пока у последнего я вижу крайне экономический взгляд, цена, доступность, жизненные условия, без анализа откуда это берётся и какой ценой.

http://www.phoronix.com/forums/showthread.php?t=17530

"It actually works for me. I have an HD4870 using mplayer from svn (2009-06-26). "

У одного работает. Кто-нибудь тут, бенчмарки, особенно по энергопотреблению?

//rv280@opensource driver user

Евгений (Evgeny M. Zubok) добавил поддержку Xv (Xvideo) в драйвер для старых видеокарт S3. У меня такая есть, надо бы затестить.

2009-05-25 Trio64V+ now using NewMMIO. Enable Xv for Trio64V+ and Trio64UV+

http://cgit.freedesktop.org/xorg/driver/xf86-video-s3/

Эрик Анхольт (Eric Anholt) экспериментирует с софтовым режимом зонального рендеринга:

http://cgit.freedesktop.org/~anholt/mesa/log/?h=intel-swzr
8 days intel: Implement software zone rendering.

Maciej Cencora экспериментирует с поддержкой GL_ARB_occlusion_query в драйвере r300 (может давать прирост скорости рендеринга для медленных CP U в паре с быстрой видеокартой: ~55 fps vs ~49 fps on 1Ghz CPU + RV530 (313MHz GPU - 300 MHz memory) Если процессор трудится на максимуме 2.16 Ггц то наблюдается падение FPS, с 80 до 60 в игре sauerbraten в самом начальном экране). Работает пока только на картах с HW TCL , обычно это НЕ мобильные и НЕ встроенные варианты)

http://cgit.freedesktop.org/~osiris/mesa/log/?h=occlusion-query


Поддержка TV-out для nouveau (открытый драйвер Nvidia) в разработке тут:

http://cgit.freedesktop.org/~currojerez/xf86-video-nouveau/log/

В Спб кто-то такое счастье хочет? Появилась шальная мысль поспрашивать наши ВУЗы, вдруг они могут помочь в этом деле, с оплатой изготовления плат? ВУЗ платит, студенты изучают. Результат доступен всему сообществу. Или у нас такие мечты не прорастают дальше бумаги? Всё-таки в кои то веки есть шанс повозиться с видео-ускорителем .... Нету своих процессоров - так может хоть на видеокарте уедем?

Сидел, смотрел как gentoo компиляет проги (через NFS, на разделе с xfs). Что-то никак coreutils не компилялись, потом компиляция ppl аварийно прервалась. Ребутнул SGI (клиента), на соседнем разделе стал пакетик с Mplayer-ом запаковывать - и опс.

----

May 24 09:19:39 (none) kernel: ------------[ cut here ]------------
May 24 09:19:39 (none) kernel: kernel BUG at lib/radix-tree.c:473!
May 24 09:19:39 (none) kernel: invalid opcode: 0000 [#1] SMP
May 24 09:19:39 (none) kernel: last sysfs file: /sys/devices/platform/w83627hf.656/in8_input
May 24 09:19:39 (none) kernel: Modules linked in: radeon drm ipv6 sg sd_mod snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq s
nd_pcm_oss snd_mixer_oss nfsd lockd nfs_acl auth_rpcgss sunrpc usb_storage scsi_mod libusual tuner_simple tuner_types tda9887 snd_
cs4232 snd_mpu401 tda8290 snd_emu10k1 snd_wavefront snd_via82xx snd_ac97_codec snd_wss_lib saa7134 ac97_bus uhci_hcd snd_pcm ir_co
mmon ehci_hcd snd_opl3_lib videobuf_dma_sg snd_page_alloc snd_timer snd_util_mem snd_mpu401_uart videobuf_core usbcore tveeprom pp
dev shpchp snd_hwdep pci_hotplug emu10k1_gp snd_rawmidi snd_seq_device 8139too rtc_cmos via_agp rtc_core snd rtc_lib ns558 gamepor
t soundcore parport_pc parport xfs exportfs ufs agpgart tuner v4l2_common videodev v4l1_compat w83627hf hwmon_vid hwmon i2c_viapro
i2c_dev
May 24 09:19:39 (none) kernel:
May 24 09:19:39 (none) kernel: Pid: 199, comm: kswapd0 Not tainted (2.6.29.4-i486 #3) MS-6380E
May 24 09:19:39 (none) kernel: EIP: 0060:[<c10ff322>] EFLAGS: 00010202 CPU: 0
May 24 09:19:39 (none) kernel: EIP is at radix_tree_tag_set+0x1d/0xa8
May 24 09:19:39 (none) kernel: EAX: cf083a58 EBX: c6e70280 ECX: 00000000 EDX: 01e1dd64
May 24 09:19:39 (none) kernel: ESI: cf2d8c00 EDI: 00000000 EBP: cfa86e80 ESP: cfa86e60
May 24 09:19:39 (none) kernel: DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
May 24 09:19:39 (none) kernel: Process kswapd0 (pid: 199, ti=cfa86000 task=cfa94000 task.ti=cfa86000)
May 24 09:19:39 (none) kernel: Stack:
May 24 09:19:39 (none) kernel: 00000000 01e1dd64 cf083a58 cf083bec ce33ef84 c6e70280 cf2d8c00 cf083a20
May 24 09:19:39 (none) kernel: cfa86e9c d0abbc48 c6e70324 cf083a54 c6e703a4 c6e70280 00000045 cfa86eac
May 24 09:19:39 (none) kernel: d0aaf508 c6e703a4 c6e703ac cfa86eb8 d0aba743 c6e703a4 cfa86ec4 c10961ec
May 24 09:19:39 (none) kernel: Call Trace:
May 24 09:19:39 (none) kernel: [<d0abbc48>] ? xfs_inode_set_reclaim_tag+0x69/0x88 [xfs]
May 24 09:19:39 (none) kernel: [<d0aaf508>] ? xfs_reclaim+0x88/0x8e [xfs]
May 24 09:19:39 (none) kernel: [<d0aba743>] ? xfs_fs_destroy_inode+0x2a/0x43 [xfs]
May 24 09:19:39 (none) kernel: [<c10961ec>] ? destroy_inode+0x27/0x38
May 24 09:19:39 (none) kernel: [<c10962ad>] ? dispose_list+0xb0/0xd9
May 24 09:19:39 (none) kernel: [<c1096486>] ? shrink_icache_memory+0x1b0/0x1dd
May 24 09:19:39 (none) kernel: [<c106c673>] ? shrink_slab+0xd8/0x132
May 24 09:19:39 (none) kernel: [<c106cac3>] ? kswapd+0x3f6/0x56e
May 24 09:19:39 (none) kernel: [<c106b1e4>] ? isolate_pages_global+0x0/0x1b0
May 24 09:19:39 (none) kernel: [<c1034437>] ? autoremove_wake_function+0x0/0x33
May 24 09:19:39 (none) kernel: [<c101b1e6>] ? complete+0x34/0x3e
May 24 09:19:39 (none) kernel: [<c106c6cd>] ? kswapd+0x0/0x56e
May 24 09:19:39 (none) kernel: [<c103415c>] ? kthread+0x3b/0x61
May 24 09:19:39 (none) kernel: [<c1034121>] ? kthread+0x0/0x61
May 24 09:19:39 (none) kernel: [<c10037c7>] ? kernel_thread_helper+0x7/0x10
May 24 09:19:39 (none) kernel: Code: b4 89 42 04 83 c4 4c 89 f0 5b 5e 5f 5d c3 55 89 e5 57 56 53 83 ec 14 89 45 e8 89 55 e4 89 4d
e0 8b 38 3b 14 bd 6c ee 39 c1 76 04 <0f> 0b eb fe 8b 45 e8 8b 55 e0 8b 70 08 6b c7 06 c1 e2 03 89 55
May 24 09:19:39 (none) kernel: EIP: [<c10ff322>] radix_tree_tag_set+0x1d/0xa8 SS:ESP 0068:cfa86e60
May 24 09:19:39 (none) kernel: ---[ end trace 06b8f5f516406ef0 ]---


Кажется не я первый:

lkml.org/lkml/2009/5/14/360
lists.debian.org/debian-kernel/2009/05/msg00000.html
https://lists.linux-foundation.org/pipermail/bugme-new/2009-April/021632.html

Железки нету, в код даже не глядел пока, но описание выглядит интересно:

http://lists.openmoko.org/pipermail/devel/2009-May/005489.html

---- - Handling of Glamo's command queue done at the kernel level, and access from userspace implemented via an ioctl. (очередь команд посылается через ядро)

- Glamo's VRAM managed in the kernel, with buffers being allocated from userspace via a GEM ioctl interface. (видеопамять выделяется на уровне ядра, через интерфейс GEM)

- Minimal decoupling of DRM from PCI. (по-минимуму отделили DRM от PCI )

Может пригодится (как пример работающего кода) для гудящей на краю стола O2, когда-нибудь.

Честно говоря, известие о том, что как минимум часть стоматологических установок сейчас используют винду как платформу для своего диагностического софта не обрадовала. Ибо ладно если ноут сугубо рабочий, никуда от этой установки не уносится, в чужые сети (не говоря уже про "дикий" интернет) не втыкается, не относящиеся к делу приблуды на него не ставятся. Тогда остаётся только вопрос, почему это не очень сложный софт обвесили спец-протоколом (закрытым) и умеет он (софт) работать только на одной платформе. Может, кто-то просто неявно включил стоимость этого софта в комплект поставки? Или там более интересные проблемы с сертификацией? Или банально про другие ОС их программисты не знают-не умеют? Вариант с втыканием _произвольного_ ноута в эту машинку дантиста даже представлять не хочется. Ничего фатального, в этом конкретном случае, но как-то не хочется.

Поэтому подумалось про медицинский линукс-дистрибутив. Какие к нему должны быть требования? Ясно что это должен быть стабильный вариант, с регулярными обновлениями по стабильности. Но вот обязательна ли для него платная поддержка и другие атрибуты коммерческих дистрибутивов? И не имеет ли смысл выгнать хотя бы из этого дистра всю проприетарщину, которая в Линуксе обычно становится причиной многих трудноисправимых проблем, часто как раз при обновлении? Кто знаком с медтехникой, где применяются ОС общего назначения - там высокие требования к ускорению 2D и 3D графики? Если не ошибаюсь, зачинатели Open Graphics Project изначально занимались именно видеокартами для медицинского применения. Пока ничего на их фронте юзабельного нету, но если высокопроизводительное и фичастое 3D не обязательно - то одним источником проблем меньше. В 2D открытый драйвер вполне может быть быстрым, в крайнем случае опен-сорц можно допилить под свои нужды прямо на месте. Остальные внешние железки, работающие по _стандартным протоколам_ особой проблемы не вызовут, надеюсь.

Замечу, что хотелось бы услышать не столько про учётно-медицинские программы, которые на любом дистрибутиве могут (должны) работать, а про специфические, хм, программно-аппаратные комплексы, где не требуется реалтайм.

Это всё. Доброй ночи.

Карта как я понял 4Гб. Была она нестандартной SD, или SDHC - не знаю. В no-name SD - USB картридере карточка сделала вот так:

Apr 24 17:59:30 (none) kernel: sd 0:0:0:1: [sdb] 11981824 512-byte hardware sect
ors (6135 MB)
Apr 24 17:59:30 (none) kernel: sd 0:0:0:1: [sdb] Write Protect is on
Apr 24 17:59:30 (none) kernel: sd 0:0:0:1: [sdb] 11981824 512-byte hardware sect
ors (6135 MB)
Apr 24 17:59:30 (none) kernel: sd 0:0:0:1: [sdb] Write Protect is on
Apr 24 17:59:30 (none) kernel: sdb: sdb1
Apr 24 17:59:30 (none) kernel: sd 0:0:0:1: [sdb] Attached SCSI removable disk
Apr 24 17:59:30 (none) kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
Apr 24 17:59:30 (none) kernel: sd 0:0:0:1: Attached scsi generic sg1 type 0

Потом ещё раз ....


Apr 24 18:06:14 (none) kernel: scsi 1:0:0:1: [sdb] Write Protect is off
Apr 24 18:06:45 (none) kernel: usb 1-3: new high speed USB device using ehci_hcd and address 4
Apr 24 18:06:45 (none) kernel: usb 1-3: configuration #1 chosen from 1 choice
Apr 24 18:06:45 (none) kernel: scsi2 : SCSI emulation for USB Mass Storage devices
Apr 24 18:06:50 (none) kernel: scsi 2:0:0:0: Direct-Access Generic USB SD Reader 1.00 PQ: 0 ANSI: 0
Apr 24 18:06:51 (none) kernel: sd 2:0:0:0: [sda] 11981824 512-byte hardware sectors (6135 MB)
Apr 24 18:06:51 (none) kernel: sd 2:0:0:0: [sda] Write Protect is on
Apr 24 18:06:51 (none) kernel: sd 2:0:0:0: [sda] 11981824 512-byte hardware sectors (6135 MB)
Apr 24 18:06:51 (none) kernel: sd 2:0:0:0: [sda] Write Protect is on
Apr 24 18:06:51 (none) kernel: sda: sda1
Apr 24 18:06:51 (none) kernel: sd 2:0:0:0: [sda] Attached SCSI removable disk
Apr 24 18:06:51 (none) kernel: sd 2:0:0:0: Attached scsi generic sg0 type 0
Apr 24 18:06:51 (none) kernel: scsi 2:0:0:1: Direct-Access Generic USB CF Reader 1.01 PQ: 0 ANSI: 0
Apr 24 18:06:51 (none) kernel: sd 2:0:0:1: [sdb] Attached SCSI removable disk
Apr 24 18:06:51 (none) kernel: sd 2:0:0:1: Attached scsi generic sg1 type 0
Apr 24 18:06:51 (none) kernel: scsi 2:0:0:2: Direct-Access Generic USB SM Reader 1.02 PQ: 0 ANSI: 0
Apr 24 18:06:51 (none) kernel: sd 2:0:0:2: [sdc] Attached SCSI removable disk
Apr 24 18:06:51 (none) kernel: sd 2:0:0:2: Attached scsi generic sg2 type 0
Apr 24 18:06:51 (none) kernel: scsi 2:0:0:3: Direct-Access Generic USB MS Reader 1.03 PQ: 0 ANSI: 0
Apr 24 18:06:51 (none) kernel: sd 2:0:0:3: [sdd] Attached SCSI removable disk
Apr 24 18:06:51 (none) kernel: sd 2:0:0:3: Attached scsi generic sg3 type 0
Apr 24 18:06:51 (none) kernel: scsi 2:0:0:4: Direct-Access Generic Mini SD Reader 1.06 PQ: 0 ANSI: 0
Apr 24 18:06:51 (none) kernel: sd 2:0:0:4: [sde] Attached SCSI removable disk
Apr 24 18:06:51 (none) kernel: sd 2:0:0:4: Attached scsi generic sg4 type 0
Apr 24 18:07:02 (none) kernel: agpgart-via 0000:00:00.0: AGP 2.0 bridge
Apr 24 18:07:02 (none) kernel: agpgart-via 0000:00:00.0: putting AGP V2 device into 4x mode
Apr 24 18:07:02 (none) kernel: radeon 0000:01:00.0: putting AGP V2 device into 4x mode
Apr 24 18:07:02 (none) kernel: [drm] Loading R200 Microcode
Apr 24 18:07:21 (none) kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 4
Apr 24 18:07:53 (none) kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 4
Apr 24 18:08:55 (none) last message repeated 2 times
Apr 24 18:09:26 (none) kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 4
Apr 24 18:09:49 (none) kernel: agpgart-via 0000:00:00.0: AGP 2.0 bridge
Apr 24 18:09:49 (none) kernel: agpgart-via 0000:00:00.0: putting AGP V2 device into 4x mode
Apr 24 18:09:49 (none) kernel: radeon 0000:01:00.0: putting AGP V2 device into 4x mode
Apr 24 18:09:49 (none) kernel: [drm] Loading R200 Microcode
Apr 24 18:09:57 (none) kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 4
Apr 24 18:09:58 (none) kernel: sd 2:0:0:0: [sda] Result: hostbyte=0x05 driverbyte=0x00
Apr 24 18:10:28 (none) kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 4
Apr 24 18:10:59 (none) kernel: usb 1-3: reset high speed USB device using ehci_hcd and address 4
Apr 24 18:12:02 (none) last message repeated 2 times
Apr 24 18:13:04 (none) last message repeated 2 times
Apr 24 18:13:05 (none) kernel: sd 2:0:0:0: [sda] Result: hostbyte=0x05 driverbyte=0x00


После чего мы на её отложили подальше. Сам фотик (не мой Pentax) карточку не признавал, а потом вообще не смог запуститься (севшее питание ? индикатор на камере говорил об этом). В общем жду когда друг привезёт всё к себе домой и там проверит.

Карточка ИЗНАЧАЛЬНО отказалась работать во время просмотра фотографий через фотик, в метро. Сижу и думаю - "на коленке" из неё фотки вытащить можно, или без спец-железки не обойтись?

http://multimedia.cx/eggs/icc-vs-gcc-smackdown-round-3/#more-1225

будьте внимательны, в коде есть наше любимое rm -rf

А так результаты интересные - gcc-4.4 (svn r143046) показывает на чистом C (--disable-amd3dnow --disable-amd3dnowext --disable-mmx --disable-mmx2 --disable-sse --disable-ssse3 --disable-yasm) для ffmpeg скорость на 25% выше, чем gcc 4.2 и 4.3. Gcc 3.4.6 и 4.1.2 самые скоростные из gcc. (У меня на нормальной сборке mplayer'а все же 4.2 был быстрее 3.4.6, а 4.3 .3 сейчас быстрее 4.2.4 gcc-svn пока не удосужился собрать.)

Меряется скорость декодирования. Желающие могут модифицировать исходник

Получил девайс.

---
sgio2 ~ # uptime
00:04:14 up 4 min, 1 user, load average: 0.85, 0.70, 0.30
sgio2 ~ # cat /proc/cpuinfo
system type : SGI O2
processor : 0
cpu model : R5000 V2.1 FPU V1.0
BogoMIPS : 179.71
wait instruction : yes
microsecond timers : yes
tlb_entries : 48
extra interrupt vector : no
hardware watchpoint : no
ASEs implemented :
shadow register sets : 1
core : 0
VCED exceptions : not available
VCEI exceptions : not available

sgio2 ~ # uname -a
Linux sgio2 2.6.29-rc4-00212-g29f2fa2 #9 Wed Feb 18 02:13:03 GMT 2009 mips64 R5000 V2.1 FPU V1.0 SGI O2 GNU/Linux

Сейчас комп работает без клавиатуры, монитора и мыши - через serial-кабель и NFS (ядро грузится через tftp). На nfs - распакованный stage3 отсюда:

http://dev.gentoo.org/~redhatter/mips/sgi/stages/

распаковал, поправил /etc/conf.d/hostname , /etc/conf.d/net (добавил строчку config_eth0=( "noop" "192.168.1.3/24" ) , закомментировал всё в /etc/fstab).

Потом загрузился ....

cu -l /dev/ttyS1 - коннектимся к ком-порту, получаем доступ к менюшке, выбираем 5, получаем приглашение, куда вбиваем строчку запуска

> bootp():/linux-2.6.29 "nfsaddrs=192.168.1.3 nfsroot=/mnt/hdc6/NFS/sgio2/gentoo console=ttyS0,9600n8 rw"

ядро грузится ....

по ходу старта системы cu несколько раз отваливается, но в конце концов получаем

sgio2 login:

И осознаем что логина-то мы и не знаем!

Пришлось грузится с init=/bin/sh , и использовать passwd для смены пароля внутри системы.

Перезагрузка ...

И получаем то что вначале.
Смонтировать нечисто выключенный диск с XFS от IRIX'а ядро не смогло, но это временные трудности. Главное у меня есть рабочая система для проверки ядер!

(А до linux-а я примерно таким же образом NetBSD-5 заставил грузится, и обновил её до -current. При этом сериальная консоль отвалилась, зато понял как кросс-компилить на линукс-машине NetBSD с помощью ./build.sh, и получил возможность попинать сырой 2D-драйвер под видео)

http://article.gmane.org/gmane.comp.video.dri.devel/33469

На eee pc 901 OpenArena ускорилась с 5.5fps до 34.7fps. Но это ещё не окончательная версия патча. Так что, народ с "интелом вместо видеокарты", не грустите - будет и у вас праздник (в 3D)

http://article.gmane.org/gmane.comp.video.mesa3d.devel/12006

http://www.opengl.org/registry/specs/ARB/texture_float.txt

"IP Status

SGI owns US Patent #6,650,327, issued November 18, 2003. SGI believes this patent contains necessary IP for graphics systems implementing floating point (FP) rasterization and FP framebuffer capabilities.

SGI will not grant the ARB royalty-free use of this IP for use in OpenGL, but will discuss licensing on RAND terms, on an individual basis with companies wishing to use this IP in the context of conformant OpenGL implementations. SGI does not plan to make any special exemption for open source implementations."

http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=P...

Я одного не понял - ребятки решили нажиться, запатентовав до кучи не только аппаратные реализации, но и формат хранения данных во фреймбуфере ?!

В плане "обратной разработки"? Вообще, будет кому-то польза если я железо куплю, и буду потихоньку его с кем-нибудь из питерских ковырять? Ибо один я ничего не сделаю, к сожалению... ау!