URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 69664
[ Назад ]

Исходное сообщение
"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."

Отправлено liquidcore , 18-Окт-06 23:23 
Ситуация такая: комп с материской платой ASUS A8N-VM c чипсетом nForce 430 (соответсвенно видео адаптер GeForce 6150 интегрированный, сеть, звук аналогично), звуковая sb live! 5.1, сетевой адаптер VIA...
Ставлю FreeBSD релиз 6.0 i386 - определяется из вышеперечисленного только сетевуха VIA...

В общем тут http://liquidcore.nm.ru/BSD/ все логи и данные по портам, прерываниям, ресурсам и т.д.

файл lines_com.txt ------ Список КОНКРЕТНЫХ жалоб с выдержками из лога и описаниями - что именно не обнаруживается/не поддерживается...

файл pre.txt ------------ перед основным логом
файл dmesg.boot.txt ----- сам лог (полный)
файл Resources.txt ------ Список железа в моем компе
файл Hardware.txt ------- Прерывания и порты моего компа

Помогите запустить бздю, пожалуйста.
Скажите, а 7-current может быть поддерживает этот чипсет?


Содержание

Сообщения в этом обсуждении
"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено co6aka , 19-Окт-06 01:09 
>Ситуация такая: комп с материской платой ASUS A8N-VM c чипсетом nForce 430
>(соответсвенно видео адаптер GeForce 6150 интегрированный, сеть, звук аналогично), звуковая sb
>live! 5.1, сетевой адаптер VIA...
>Ставлю FreeBSD релиз 6.0 i386 - определяется из вышеперечисленного только сетевуха VIA...
>
>
>В общем тут http://liquidcore.nm.ru/BSD/ все логи и данные по портам, прерываниям, ресурсам
>и т.д.
>
>файл lines_com.txt ------ Список КОНКРЕТНЫХ жалоб с выдержками из лога и описаниями
>- что именно не обнаруживается/не поддерживается...
>
>файл pre.txt ------------ перед основным логом
>файл dmesg.boot.txt ----- сам лог (полный)
>файл Resources.txt ------ Список железа в моем компе
>файл Hardware.txt ------- Прерывания и порты моего компа
>
>Помогите запустить бздю, пожалуйста.
>Скажите, а 7-current может быть поддерживает этот чипсет?

Да простят меня боги!
http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/ Вам в мозг!Ё


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено liquidcore , 19-Окт-06 03:09 
> Да простят меня боги!
>http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/ Вам в мозг!Ё

Боги Вас простят.
Но вопрос остается открытым.
У меня эта книга есть.
я знаю приблизительно как заставить работать звук SB Live...
но я не знаю для начала - как заставить работать встроенное видло?
потом - что значит те записи о контроллере памяти?
можно ли заставить работать встроенную сетевую драйвером nve?
как решить проблему
unknown: <PNP0401> can't assign resources (port)        //ECP Parallel Port
можно ли заставить работать HD1986A audio codec?

Просто обескураживает; либо я реально дебил и спрашиваю полную чушь, либо вы считаете меня таковым.

Я прошу Вас, знающих людей дать мне совет, линки, что-нибудь - хотя бы ответ: можно ли заставить это железо нормально работать?

Спасибо за понимание.


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено user , 19-Окт-06 09:17 
>> Да простят меня боги!
>>http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/ Вам в мозг!Ё
>
>Боги Вас простят.
>Но вопрос остается открытым.
>У меня эта книга есть.
>я знаю приблизительно как заставить работать звук SB Live...
>но я не знаю для начала - как заставить работать встроенное видло?
>
>потом - что значит те записи о контроллере памяти?
>можно ли заставить работать встроенную сетевую драйвером nve?
>как решить проблему
> unknown: <PNP0401> can't assign resources (port)        //ECP Parallel Port
>можно ли заставить работать HD1986A audio codec?
>
>Просто обескураживает; либо я реально дебил и спрашиваю полную чушь, либо вы
>считаете меня таковым.
>
>Я прошу Вас, знающих людей дать мне совет, линки, что-нибудь - хотя
>бы ответ: можно ли заставить это железо нормально работать?
>
>Спасибо за понимание.

У меня такая же мать и чипсеты.
Пробовал ставить 6,1. Или я баран или всё таки до 6,2 как минимум ничего сделать нельзя.
При попытке загрузить все драйвера звука ничего не получилось. При попытке  также включить модуль ядра для всех сетевух тоже ничего не выдало, пробовал тот же nve. Хотя мне от этого не холодно и не жарко, потому как пользую фрю дома как десктоп и без звука никак.

Вот и приходится сидеть пока под масдаем :((( .
Жду релиза 6,2, буду смотреть.



"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено co6aka , 19-Окт-06 16:03 
Ссылку я вам дал. Если бы вы изучили хендбук, то перед попытками поставить систему вначале проверили бы список поддерживаемого оборудования, прошерстили бы списки рассылок по неясным вопросам с железом на сайте разработчиков и системы и железа. И вам стало бы понятно, что будет работать, как и в каких версиях, причем от самих разработчиков. Максимально достоверная информация!
PS: За возможную грубость извините, но читать хендбук полезно т.к. становиться понятно как и куда смотреть и почему оно так а не иначе!


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено lavr , 19-Окт-06 16:44 
>Ситуация такая: комп с материской платой ASUS A8N-VM c чипсетом nForce 430
>(соответсвенно видео адаптер GeForce 6150 интегрированный, сеть, звук аналогично), звуковая sb
>live! 5.1, сетевой адаптер VIA...
>Ставлю FreeBSD релиз 6.0 i386 - определяется из вышеперечисленного только сетевуха VIA...
>
>
>В общем тут http://liquidcore.nm.ru/BSD/ все логи и данные по портам, прерываниям, ресурсам
>и т.д.
>
>файл lines_com.txt ------ Список КОНКРЕТНЫХ жалоб с выдержками из лога и описаниями
>- что именно не обнаруживается/не поддерживается...
>
>файл pre.txt ------------ перед основным логом
>файл dmesg.boot.txt ----- сам лог (полный)
>файл Resources.txt ------ Список железа в моем компе
>файл Hardware.txt ------- Прерывания и порты моего компа
>
>Помогите запустить бздю, пожалуйста.
>Скажите, а 7-current может быть поддерживает этот чипсет?

что значит помогите "ЗАПУСТИТЬ" (в каком смысле ;) ?
Она у вас запускается.

Приоритеты и ньюансы, вам что нужно:

- счетная молотилка
- или мультимедийная рабочая wks
?

Исходя из этого выбрать дистрибутив для какой платформы вы будете использовать:

- i386
или
- amd64

для чего это может быть важным: для полухардверных RAID0/1 (с драйверами ряда контроллеров
под amd64 были проблемы), nVidia только недавно сделала драйвера для FreeBSD под amd64
в последних портах, как они себя ведут..?
Ну как будет работать драйвер для Azalia (Intel HDA sound) на amd64?

Мало того, у вас:

- кривой BIOS, это видно из dmegs или откуда там ACPI
- советую отрубить HTT (гипертрейдинг)

Итог: вполне нормально работающая материнка, как под freebsd/amd64, за исключением
nvidia драйвера и полностью работающая под freebsd/i386.
Дистрибутив лучше использовать 6.1-RELEASE или подождать 6.2-RELEASE.

Да, если использовать freebsd/amd64 то X.org можно поднять и без nvidia драйвера,
а HDA: http://people.freebsd.org/~ariff/test/
hda_releng6.diff - патч для RELENG_6 (для 6.1 должен пойти)
или прямо готовый модуль snd_hda.ko - вроде конкретно для 6.1

PS. Вместо кучи лишней информации, достаточно было дать dmesg и вывод pciconf -lv


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено liquidcore , 20-Окт-06 02:17 
>что значит помогите "ЗАПУСТИТЬ" (в каком смысле ;) ?
>Она у вас запускается.
Имелось ввиду чтобы не было "неизвестных" и "бездраверных" устройств
>- счетная молотилка
>- или мультимедийная рабочая wks
мультимедийная рабочая wks
>- кривой BIOS, это видно из dmegs или откуда там ACPI
там непонятные опции про apic и aspi - есть опция (одна из) о "гибридных" таблицах и что-то там... отрубил ругаться перестал
>- советую отрубить HTT (гипертрейдинг)
у меня АМД
>Итог: вполне нормально работающая материнка, как под freebsd/amd64, за исключением
>nvidia драйвера и полностью работающая под freebsd/i386.
какой драйвер для встроенной сетевой подойдет?
почему пишет, что нет драйвера для контроллера памяти? это нормально? и про другие системные внутричиповые девайсы (шины, контроллеры и прочее)?
> Дистрибутив лучше использовать 6.1-RELEASE или подождать 6.2-RELEASE.
подожду
>PS. Вместо кучи лишней информации, достаточно было дать dmesg и вывод pciconf
>-lv
ну извините (

Спасибо огромное за информативный ответ.
Просьба - ответить на вопросы выше и написать линки - где ковырять инфу... про драйвера и прочее...
Ну не знаю я многое про BSD...


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено lavr , 20-Окт-06 13:36 
>>что значит помогите "ЗАПУСТИТЬ" (в каком смысле ;) ?
>>Она у вас запускается.
>Имелось ввиду чтобы не было "неизвестных" и "бездраверных" устройств
>>- счетная молотилка
>>- или мультимедийная рабочая wks
>мультимедийная рабочая wks
>>- кривой BIOS, это видно из dmegs или откуда там ACPI
>там непонятные опции про apic и aspi - есть опция (одна из)

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

>>- советую отрубить HTT (гипертрейдинг)
>у меня АМД

да хоть ГИБДД, вот вам ссылка http://ixbt.com/ - изучайте железо, хотя бы на уровне
представления

>>Итог: вполне нормально работающая материнка, как под freebsd/amd64, за исключением
>>nvidia драйвера и полностью работающая под freebsd/i386.
>какой драйвер для встроенной сетевой подойдет?

а он у вас сам фсЁ за себя ответил, если память не изменяет: man 4 vr

>почему пишет, что нет драйвера для контроллера памяти? это нормально? и про

нормально
>другие системные внутричиповые девайсы (шины, контроллеры и прочее)?

ядро GENERIC, соберите СВОЕ со поддержкой вашего жАлеза и всего что нужно, большинство
none из pciconf исчезнет

Если мне не нужно всякое лишние барахло: usb,pcmcia/pccard и тд и тп, я выкидываю
их из своего ядра и сие меня не беспокоит, как впрочем и не должно этого делать.
Не надо переживать за всякие там мосты - это не Windoze

>> Дистрибутив лучше использовать 6.1-RELEASE или подождать 6.2-RELEASE.
>подожду

как хотите, а могли бы уже работать

>>PS. Вместо кучи лишней информации, достаточно было дать dmesg и вывод pciconf
>>-lv
>ну извините (

да не за что: УЧИТЕСЬ - что означает регулярное чтение handbook, недаром он назван
подручной книгой + faq + куча статей в RUNet и в Internet

>Спасибо огромное за информативный ответ.
>Просьба - ответить на вопросы выше и написать линки - где ковырять
>инфу... про драйвера и прочее...

если система установлена с документацией:

# ls -la /usr/share/doc | less

если без (лучше английский вариант или сперва на русском, потом для уточнения на
английском):

Handbook:
http://www.freebsd.org/doc/ru_RU.KOI8-R/books/handbook/
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/

FAQ:
http://www.freebsd.org/doc/ru_RU.KOI8-R/books/faq/
http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/

OpenNET (документация):
http://www.opennet.me/docs/3.shtml
http://www.opennet.me/mp/bsd/ - статьи
http://www.opennet.me/cgi-bin/opennet/ks.cgi?mask=freebsd - ссылки

Портал BSD:
http://bsdportal.ru/ - рекомендую

Ньюсовая группа FIDO.RU:
http://groups.google.com/group/fido7.ru.unix.bsd?lnk=lr

Документаци от FreeBSD.org:

http://www.freebsd.org/docs.html
http://www.freebsd.org/ru/docs.html

Архив списков рассылки (все старые и свежие новости практически ОБО ВСЕМ во FreeBSD):
http://docs.freebsd.org/mail/

Есть еще МНОГО полезных руководств для ПОЛЬЗОВАТЕЛЯ по работе в среде Unix, это
Лиунксовые руководства, но Unix он и в Африке Unix, тем более для ПОЛЬЗОВАТЕЛЯ:

- настройка среды
- работа в командной строке
- выбор SHELL интерпретатора и работа-программинг в нем
- инструментальные средства Unix: grep, sed, awk, find, sort, cut, tail, tr и тд и тп
и их альтернативные братья из проекта GNU
- SDK в Unix: make/imake, cpp, cc, ld, ar...
- редакторы ed, vi и другие, например целая среда emacs
- ...
- ...

Без верхних пользовательских навыков, нормальное администрирование Unix'а
НЕреально

http://www.books.ru/shop/search?search_type=books&query=free... - книги

>Ну не знаю я многое про BSD...

учитесь, я с 92г использую FreeBSD и до сих пор учусь и многое не знаю


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено co6aka , 20-Окт-06 18:49 
Ваша сетевая плата в Вашем же dmesg:

vr0: <VIA VT6105 Rhine III 10/100BaseTX> port 0xc800-0xc8ff mem 0xfaaffc00-0xfaaffcff irq 5 at device 8.0 on pci4
miibus0: <MII bus> on vr0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
vr0: Ethernet address: 00:40:f4:86:dd:dc


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено liquidcore , 21-Окт-06 01:07 
>Ваша сетевая плата в Вашем же dmesg:
>
>vr0: <VIA VT6105 Rhine III 10/100BaseTX> port 0xc800-0xc8ff mem 0xfaaffc00-0xfaaffcff irq 5 at device 8.0 on pci4
>miibus0: <MII bus> on vr0
>ukphy0: <Generic IEEE 802.3u media interface> on miibus0
>ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
>vr0: Ethernet address: 00:40:f4:86:dd:dc

а вот тут Вы не совсем правы - я имел ввиду встроенную сетевую
вышеуказанная сетевая работает великолепно!

pci0: <bridge> at device 20.0 (no driver attached)       //NVIDIA Network Bus Enumerator
Этот мост - как раз и есть сетевая карта (она в винде указана, что висит на (NVNETBUS Id: 00140000))
Если она работать не будет - это не принципиально. В ящике не одна rl лежит =)
Просто интересно.


"помогаю"
Отправлено gvy , 28-Окт-06 21:12 
>>>что значит помогите "ЗАПУСТИТЬ" (в каком смысле ;) ?
>>>Она у вас запускается.
>>Имелось ввиду чтобы не было "неизвестных" и "бездраверных" устройств
Возьмите себе линукс.  Любой относительно современный.  Если угораздит остановиться на таком, который не умеет себе нвидиевский драйвер при установке настроить (или без поддержки mp3) -- возьмите следующий из списка или поищите дополнительные репозитории к попавшемуся, если действительно лень.  Но лучше следующий ;)

>>>- счетная молотилка
>>>- или мультимедийная рабочая wks
>>мультимедийная рабочая wks
Тем более.  Кто Вас обманул, что фря для этого годится?  Вот возьмите его под ручку, приведите к системе и пусть доказывает свой тезис.  Нет, пива он не заработал, пока не докажет, что не верблюд, в смысле не враль.  А как (если) докажет, так в следующий раз расхочется вот так с разбегу другим советы раздавать шибко умные.

>>>- кривой BIOS, это видно из dmegs или откуда там ACPI
dmesg

>>там непонятные опции про apic и aspi - есть опция (одна из)
APIC -- это про программируемый контроллер прерываний.  Его (или LAPIC) порой имеет смысл отключать при глючном биосе.
ACPI -- это в первую очередь управление питанием и прерываниями, хотя эта раковая опухоль даже по словам интеловцев оказалась хитрее их.  На современном железе отключать всё более чревато :-(
(ASPI -- помнится, какая-то околосказишная спецификация среднего досозойского периода)

>непонятные?! sorry, но тогда зачем вам компьютер?
Экой.  Сэр уже вовсю клепает фиксы DSDT и вообще рубит в современном столовом железе лучше китайца, который лабает BIOSы?  Уже по-хорошему завидую, таких только двоих знаю.  Линуксоводов.

>>>- советую отрубить HTT (гипертрейдинг)
>>у меня АМД
>да хоть ГИБДД, вот вам ссылка http://ixbt.com/ - изучайте железо, хотя бы на уровне
>представления
Вы бы сами, что ли, сходили да поизучали.  Хотя бы на уровне представления.  А то шаманские советы вопрошающему по йоге даёте, неудобно даже как-то.

На AMD нет и никогда не было hyperthreading.  Там есть HyperTransport.  Multicore есть и там, и у Intel, и в других местах.

>ядро GENERIC, соберите СВОЕ со поддержкой вашего жАлеза и всего что нужно,
>большинство none из pciconf исчезнет
Повторюсь -- возьмите любой линукс хотя бы годовалой давности.  Некоторые, наш например -- подымают эту мать со всеми потрохами, включая 3D из коробки (ммм... хотя для Compact 3.0 на 6150 понадобится апдейты накатить, летом такое водружали в Хмельницком).

>да не за что: УЧИТЕСЬ - что означает регулярное чтение handbook
Когда последний раз читал -- оно явно не было рекурсивным (неплоским) текстом, который бы заслуживал _регулярного_ чтения.

[хорошо хоть ссылок насыпали]

>Есть еще МНОГО полезных руководств для ПОЛЬЗОВАТЕЛЯ по работе в среде Unix,
>это Лиунксовые руководства, но Unix он и в Африке Unix, тем более для
>ПОЛЬЗОВАТЕЛЯ:
Кстати, из бумажной в среднем осмысленно всё-таки брать либо юниксовую литературу, либо по конкретному прикладному софту.  А то ещё ненароком напоретесь на обыденное упоминание EVMS какого или md, придётся скрести голову, выясняя про geom и vinum, а потом -- у кого из них что при каких обстоятельствах отваливается или попросту Not Implemented Yet (TM).

>- инструментальные средства Unix: grep, sed, awk, find, sort, cut, tail, tr
>и тд и тп
>и их альтернативные братья из проекта GNU
Гы-гы.  Сейчас можно спокойно говорить про "альтернативные гнутым средства UNIX".  Из того, где щупанные юниксовые лучше, могу назвать только heirloom toolchest, который действительно работает в UTF-8.  А про фрёвый getopt лучше помолчу, чтоб не ругаться.

>- редакторы ed, vi и другие, например целая среда emacs
BTW vi -- не редактор, редактор -- vim ;)

>>Ну не знаю я многое про BSD...
>учитесь, я с 92г использую FreeBSD
Может, у Вас ещё двадцать лет стажа программирования на Java?  Даже в стократ Вами перечитанном, типа, хэндбуке написано, что 1.0 вышла в конце 1993.

>и до сих пор учусь и многое не знаю
Или просто сделайте правильный выбор, если в него мультимедиа именно на фрюниксе (а не макоси) вписывается.

А то ведь можно "с 92 года использовать" и так и городить ни в какие ворота не лезущее :(


"помогаю"
Отправлено lavr , 28-Окт-06 23:17 
>>>>что значит помогите "ЗАПУСТИТЬ" (в каком смысле ;) ?
>>>>Она у вас запускается.
>>>Имелось ввиду чтобы не было "неизвестных" и "бездраверных" устройств
>Возьмите себе линукс.  Любой относительно современный.  Если угораздит остановиться на
>таком, который не умеет себе нвидиевский драйвер при установке настроить (или
>без поддержки mp3) -- возьмите следующий из списка или поищите дополнительные
>репозитории к попавшемуся, если действительно лень.  Но лучше следующий ;)
>
>
>>>>- счетная молотилка
>>>>- или мультимедийная рабочая wks
>>>мультимедийная рабочая wks
>Тем более.  Кто Вас обманул, что фря для этого годится?  
>Вот возьмите его под ручку, приведите к системе и пусть доказывает
>свой тезис.  Нет, пива он не заработал, пока не докажет,
>что не верблюд, в смысле не враль.  А как (если)
>докажет, так в следующий раз расхочется вот так с разбегу другим
>советы раздавать шибко умные.
>
>>>>- кривой BIOS, это видно из dmegs или откуда там ACPI
>dmesg
>
>>>там непонятные опции про apic и aspi - есть опция (одна из)
>APIC -- это про программируемый контроллер прерываний.  Его (или LAPIC) порой
>имеет смысл отключать при глючном биосе.
>ACPI -- это в первую очередь управление питанием и прерываниями, хотя эта
>раковая опухоль даже по словам интеловцев оказалась хитрее их.  На
>современном железе отключать всё более чревато :-(
>(ASPI -- помнится, какая-то околосказишная спецификация среднего досозойского периода)
>
>>непонятные?! sorry, но тогда зачем вам компьютер?
>Экой.  Сэр уже вовсю клепает фиксы DSDT и вообще рубит в
>современном столовом железе лучше китайца, который лабает BIOSы?  Уже по-хорошему
>завидую, таких только двоих знаю.  Линуксоводов.
>
>>>>- советую отрубить HTT (гипертрейдинг)
>>>у меня АМД
>>да хоть ГИБДД, вот вам ссылка http://ixbt.com/ - изучайте железо, хотя бы на уровне
>>представления
>Вы бы сами, что ли, сходили да поизучали.  Хотя бы на
>уровне представления.  А то шаманские советы вопрошающему по йоге даёте,
>неудобно даже как-то.
>
>На AMD нет и никогда не было hyperthreading.  Там есть HyperTransport.
> Multicore есть и там, и у Intel, и в других
>местах.
>
>>ядро GENERIC, соберите СВОЕ со поддержкой вашего жАлеза и всего что нужно,
>>большинство none из pciconf исчезнет
>Повторюсь -- возьмите любой линукс хотя бы годовалой давности.  Некоторые, наш
>например -- подымают эту мать со всеми потрохами, включая 3D из
>коробки (ммм... хотя для Compact 3.0 на 6150 понадобится апдейты накатить,
>летом такое водружали в Хмельницком).
>
>>да не за что: УЧИТЕСЬ - что означает регулярное чтение handbook
>Когда последний раз читал -- оно явно не было рекурсивным (неплоским) текстом,
>который бы заслуживал _регулярного_ чтения.
>
>[хорошо хоть ссылок насыпали]
>
>>Есть еще МНОГО полезных руководств для ПОЛЬЗОВАТЕЛЯ по работе в среде Unix,
>>это Лиунксовые руководства, но Unix он и в Африке Unix, тем более для
>>ПОЛЬЗОВАТЕЛЯ:
>Кстати, из бумажной в среднем осмысленно всё-таки брать либо юниксовую литературу, либо
>по конкретному прикладному софту.  А то ещё ненароком напоретесь на
>обыденное упоминание EVMS какого или md, придётся скрести голову, выясняя про
>geom и vinum, а потом -- у кого из них что
>при каких обстоятельствах отваливается или попросту Not Implemented Yet (TM).
>
>>- инструментальные средства Unix: grep, sed, awk, find, sort, cut, tail, tr
>>и тд и тп
>>и их альтернативные братья из проекта GNU
>Гы-гы.  Сейчас можно спокойно говорить про "альтернативные гнутым средства UNIX".  
>Из того, где щупанные юниксовые лучше, могу назвать только heirloom toolchest,
>который действительно работает в UTF-8.  А про фрёвый getopt лучше
>помолчу, чтоб не ругаться.
>
>>- редакторы ed, vi и другие, например целая среда emacs
>BTW vi -- не редактор, редактор -- vim ;)
>
>>>Ну не знаю я многое про BSD...
>>учитесь, я с 92г использую FreeBSD
>Может, у Вас ещё двадцать лет стажа программирования на Java?  Даже
>в стократ Вами перечитанном, типа, хэндбуке написано, что 1.0 вышла в
>конце 1993.
>
>>и до сих пор учусь и многое не знаю
>Или просто сделайте правильный выбор, если в него мультимедиа именно на фрюниксе
>(а не макоси) вписывается.
>
>А то ведь можно "с 92 года использовать" и так и городить
>ни в какие ворота не лезущее :(

уважаемый, 1.0 вышел где-то в декабре 1993, а где-то весна-лето 1993 Хаббард со-товарищи выпустили patchkit к 386bsd, когда появился проект 386bsd уже и не
помню, помню только 386bsd 0.1 в 1992г когда его и установил

Так что рассказывайте ваши басни на LOR про acpi, geom, vinum и Not Implemented Yet,
как и про непонятно какой ВАШ linux годовалой давности из коробки.

Или вам напомнить про историю libc5/6/glibc пердимонокль и кривую реализацию
NFS которую в Linux никак не могли довести до ума, или про распри на kernel.org
на предмет создания kernel-patches - кто в лес кто по дрова. Или про VM и постоянные
утечки памяти, или про использование scsi кода от freebsd в linux - в чем никакого
криминала не вижу, а только пользу от взаимного обогащения

Давайте не будем пиписками меряться, или вы думаете я не знаю про HTT в Intel и AMD
и что есть ACPI и с чем его едят, не надо, я вас умоляю, а то что настоящие unix'исты
== linux'оиды нам давно известно.

На Java не пишу, это криминал?!


"помогаю"
Отправлено gvy , 29-Окт-06 00:45 
>>>>Ну не знаю я многое про BSD...
>>>учитесь, я с 92г использую FreeBSD
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>Может, у Вас ещё двадцать лет стажа программирования на Java?  Даже
>>в стократ Вами перечитанном, типа, хэндбуке написано, что 1.0 вышла в
>>конце 1993.
>уважаемый, 1.0 вышел где-то в декабре 1993, а где-то весна-лето 1993 Хаббард
>со-товарищи выпустили patchkit к 386bsd
Я в курсе (и не поленился проверить).

>когда появился проект 386bsd уже и не помню, помню только
>386bsd 0.1 в 1992г когда его и установил
А, было про BSDI подумал.  Просто математическое (плюс общее) образование не позволяет переваривать подобные заявления, наткнувшись.  Проблема-с.

>Так что рассказывайте ваши басни на LOR про acpi, geom, vinum и
>Not Implemented Yet
Вы хотите сказать, что RAID-плагины для geom за всё-таки настрогали?  (заглянул в 7.0-CURRENT relnotes) это радует.  Год или полтора назад король был голым, а в линуксе вовсю работали device mapper и EVMS1.

И vinum уже не трапается при некоторых условиях навроде "сделать N+1-й софтрейд" (N~7) или выкинут нафиг?  А то уж больно не смешно было, когда Ваш коллега по оружию взял и неожиданно для всех накренил боевой сервер на 4.x.  Правда, ему до этого уже полчаса капалось на мозги -- "экспериментируй на localhost!", но это ж надо понимать, что нельзя ни на каких хороших разработчиков возлагать слишком много надежд.

Короче, по басням -- признаю свой базар за geom гнилым, как Ваш про HT.

>как и про непонятно какой ВАШ linux годовалой давности из коробки.
Вот так всегда -- с BSD полтора десятка лет, а поисковиками пользоваться не умеем...  Я участвую в разработке ALT Linux, это легко гуглится при непонятности.

Конкретно на... сходил/посмотрел... K8NF4G-SATA2 (MCP51+6200pcie) разворачивались у одного из клиентов вариацией на базе Compact 3.0 (которому недавно стукнул год), на A8N-VM (MCP51/6100) тоже встало влёт, не помню только про 3D (поскольку 2U).

>Или вам напомнить про историю libc5/6/glibc пердимонокль
Это, libc5 -- это времена, когда фря 2.2, например, SMP не умела, в отличие от Linux 2.0.  Так, для археологической ориентировки.  libc6 aka glibc2 (или Вы их различать умудряетесь?) -- напоминайте, жду-с.

>и кривую реализацию NFS которую в Linux никак не могли довести до ума
Да вообще-то давно работает.  У коллеги под Lustre вон по Infiniband на кластерах какие-то безумные потоки носятся именно по родной линуксовой реализации.

>или про распри на kernel.org на предмет создания kernel-patches -
>кто в лес кто по дрова
Ну если Вы желаете сравнений, то поскольку всё-таки спрашивавшему отсыпали ссылок, помимо спеси и бреда навроде "отключи HT" -- рассказываю: линуксовое ядро сейчас разрабатывается при помощи очень мощной и удобной свободной SCM по имени git, которая позволяет удобно организовывать и мержить бранчи.  Мне после cvs было трудновато голову из его бетона выдернуть, привыкать к тому, что можно спокойно себе сделать бранчик, поиграться в нём, а как заработает -- git-pull . $topic_branch; а если резко понадобится сменить контекст, то дёрнуть другой, сделать что надо срочнее (или пока мысль), и потом аккуратно это всё асинхронно посводить.

Вкуснотища, одним словом.  Вот слайды: http://repo.or.cz/git-browser/by-commit.html?r=git.git

Это к тому, что Ваши дровишки прокисли. (как мои про geom вон -- но такому можно только радоваться, правильно?)

>Или про VM и постоянные утечки памяти
Та VM, что у нас -- хорошая, утечек не наблюдаю, машины на 2.4 годами стоят.  Про ту, что в 2.6, пока так сказать не могу, обкатки маловато -- только входят в production.  А если софт течёт -- то он точно так же утечёт и на другом ядре, насколько знаю.

>или про использование scsi кода от freebsd в linux - в чем никакого
>криминала не вижу, а только пользу от взаимного обогащения
Ну так к чему это было тогда сказано?  Общеизвестно, что разработчики фрюниксовых ядер друг к другу в код смотрят, не трясти же поставщиков железа (или тем более реверсить) каждому в своём углу.  Про то, что Вы имели в виду -- да, драть код без кредитов нельзя, 100% согласен.

>Давайте не будем пиписками меряться, или вы думаете я не знаю про
>HTT в Intel и AMD и что есть ACPI и с чем его едят, не надо
Ну простите, если это просто такая привычка -- формулировать что-то перемешанное, зная в точности.  Для меня упоминание гипертрединга применительно к нвидии с amd просто отсекает доверие к излагаемому по аппаратной части в ноль.  Может, сказывается частое общение с правильными железячниками и вообще людьми, которые умеют говорить и делать точно.

Меряться -- некогда, незачем и никак.  Просто иногда выбираюсь пообщаться с *bsd folks, посмотреть, вылазют из танка или нет.  Учатся ли учиться, или всё так же рассказывают, что "фря -- это круто для мультимедийного десктопа", а потом вот человеку толком и не помогут, знай ядры компиляй да читай устав.  "Тут" просто как-то более принято отвечать делом за слово.

>я вас умоляю, а то что настоящие unix'исты == linux'оиды нам давно известно.
Да нет, линукс -- не юникс.  Юникс, какой он был, со своим снобизмом и взглядом на всё свысока, не умер, но и не может выжить таким, как был.  Очень хорошо по Sun наблюдается, ещё лучше -- по SGI.

>На Java не пишу, это криминал?!
Не, это анекдот про нанимателей такой ходил -- "...требуется умеющий то, сё, это и ещё вон то, программирующий на 1, 2, 3 и Java (стаж от 10 лет)" или вроде того, когда жабе столько физически не было :-)


"помогаю"
Отправлено lavr , 29-Окт-06 16:51 
>>как и про непонятно какой ВАШ linux годовалой давности из коробки.
>Вот так всегда -- с BSD полтора десятка лет, а поисковиками пользоваться
>не умеем...  Я участвую в разработке ALT Linux, это легко
>гуглится при непонятности.

ЧТО я должен был хухлить?! То что вы участник проекта ALT Linux?! И что?!

>>Или вам напомнить про историю libc5/6/glibc пердимонокль
>Это, libc5 -- это времена, когда фря 2.2, например, SMP не умела,
>в отличие от Linux 2.0.  Так, для археологической ориентировки.  
>libc6 aka glibc2 (или Вы их различать умудряетесь?) -- напоминайте, жду-с.

я умудряюсь, ну и вам как участнику ПРОЕКТА не мешало бы.

Вы кроме совета ставить Linux больше ничего конкретного сказать не смогли,
ну кроме мерилова и популляризация мимоходом ALT Linux - серьезная надо сказать
заявка на участие в team altlinux.
Желаю удачи в развитии системы, а то она застоялась последние два-три года, и вот
видно что развитие пошло за последний год, это радует, особенно русскоязычную часть
интернета. Еще раз удачи.


"помогаю"
Отправлено Michael Shigorin , 29-Окт-06 18:00 
>>>как и про непонятно какой ВАШ linux годовалой давности из коробки.
>>Я участвую в разработке ALT Linux, это легко гуглится при непонятности.
>ЧТО я должен был хухлить?!
Вы ничего не должны, конечно.  А "непонятное" бывает быстрее найти, чем написать "непонятно какой" :)

>>>Или вам напомнить про историю libc5/6/glibc пердимонокль
>>Это, libc5 -- это времена, когда фря 2.2, например, SMP не умела,
>>в отличие от Linux 2.0.  Так, для археологической ориентировки.  
>>libc6 aka glibc2 (или Вы их различать умудряетесь?) -- напоминайте, жду-с.
>я умудряюсь, ну и вам как участнику ПРОЕКТА не мешало бы.
Будьте добры, если вдруг встретите и будет не лень -- ткните меня носом куда-нибудь, где написано, что libc6 и glibc2 -- это разные вещи, а не тождественные.

Намёк же на то, что во время перехода с первого на второе был бардак и шатания (где что дадут) -- актуален для прошлого тысячелетия.  Да, было, но прошло.

>Вы кроме совета ставить Linux больше ничего конкретного сказать не смогли,
А это и было самое конкретное.

>ну кроме мерилова и популляризация мимоходом ALT Linux
Нет, просто из того, что помню работающим именно на этом железе -- знаю названное.  Когда получается назвать разные варианты, стараюсь так и делать.

>- серьезная надо сказать заявка на участие в team altlinux.
Да нет, заявка тут: http://sisyphus.ru/packager/mike/srpms
На форумах -- досужий и не очень, но обычно "непонятный" трёп...

>Желаю удачи в развитии системы, а то она застоялась последние два-три года
Есть такое дело.  На самом деле часть из причин очень подобна описанным для NetBSD:
http://www.opennet.me/openforum/vsluhforumID3/24380.html

Понимание также есть, остаётся работать. (а не трындеть, ага)

>и вот видно что развитие пошло за последний год, это радует, особенно
>русскоязычную часть интернета. Еще раз удачи.
Спасибо, хотя так и не понял, это подкол или нет.


"помогаю"
Отправлено lavr , 30-Окт-06 12:54 
>>>>как и про непонятно какой ВАШ linux годовалой давности из коробки.
>>>Я участвую в разработке ALT Linux, это легко гуглится при непонятности.
>>ЧТО я должен был хухлить?!
>Вы ничего не должны, конечно.  А "непонятное" бывает быстрее найти, чем
>написать "непонятно какой" :)

Вы это обращение к себе видимо написали? Перечитайте свои сообщения на предмет
конкретики.

>>>>Или вам напомнить про историю libc5/6/glibc пердимонокль
>>>Это, libc5 -- это времена, когда фря 2.2, например, SMP не умела,
>>>в отличие от Linux 2.0.  Так, для археологической ориентировки.  
>>>libc6 aka glibc2 (или Вы их различать умудряетесь?) -- напоминайте, жду-с.
>>я умудряюсь, ну и вам как участнику ПРОЕКТА не мешало бы.
>Будьте добры, если вдруг встретите и будет не лень -- ткните меня
>носом куда-нибудь, где написано, что libc6 и glibc2 -- это разные
>вещи, а не тождественные.

Вы вероятно просто не знаете или не следили за развитием libc в Linux ->
- почему был переход libc5 -> libc6
- и почему название libc6 осталось, а сама библиотека сильно изменилась
- и почему соответственно развитие дальше пошло с названием glibc
Вы считать умеете, это не мои - ваши слова про математику, года, ну так похухлите
про libc5, libc6 и glibc - когда-то прямо с библиотеками ходил README и комментарии,
не говоря уже про содержимое библиотек, которое можно проанализировать по развитию.

>Намёк же на то, что во время перехода с первого на второе
>был бардак и шатания (где что дадут) -- актуален для прошлого
>тысячелетия.  Да, было, но прошло.

намек был исключительно в плане - не надо хаить безапелляционно OS которую не знаешь
и с которой не работаешь, везде есть не только сильные, но и слабые места и это
не умоляет достоинств и достижений ни одной OS.

>>Вы кроме совета ставить Linux больше ничего конкретного сказать не смогли,
>А это и было самое конкретное.

"действительно" (c) Солдаты, очень сильный совет, пАчему не Windows или OS/X

>>ну кроме мерилова и популляризация мимоходом ALT Linux
>Нет, просто из того, что помню работающим именно на этом железе --
>знаю названное.  Когда получается назвать разные варианты, стараюсь так и
>делать.
>
>>- серьезная надо сказать заявка на участие в team altlinux.
>Да нет, заявка тут: http://sisyphus.ru/packager/mike/srpms

упс, вы серьезно?!

>На форумах -- досужий и не очень, но обычно "непонятный" трёп...

ну дык пересмотрите внимательно и найдете полностью КОНКРЕТНЫЙ ответ данный
по указанной модели материнки, с объяснением на уровне ВОПРОСА и конкретными
ссылками на то что автору потребуется. Не путать со ссылками на документацию
и ресурсы.

>>Желаю удачи в развитии системы, а то она застоялась последние два-три года
>Есть такое дело.  На самом деле часть из причин очень подобна
>описанным для NetBSD:
>http://www.opennet.me/openforum/vsluhforumID3/24380.html
>
>Понимание также есть, остаётся работать. (а не трындеть, ага)

ага, читайте faq news.answers - там разжевано КАК отвечать и на каком уровне, тому
кто задал вопрос, не хотелось бы обижать члена команды altlinux в плане трындеть
и создания srpm, не подставляйтесь так в будующем.

>>и вот видно что развитие пошло за последний год, это радует, особенно
>>русскоязычную часть интернета. Еще раз удачи.
>Спасибо, хотя так и не понял, это подкол или нет.

это экскурс в историю - вот тут намек, а пожелания - искренние, ибо мне фиолетово
КАКОЕ название у unix-like или unix os, а важно лишь что эта os из себя представляет.
Уверен что и у ребят из altlinux team такое же отношение не только к linux, но и к
unix в целом и я уважаю работу всех кто вносит любую посильную лепту в развитие Unix-like
и популляризацию.


"помогаю"
Отправлено Michael Shigorin , 02-Ноя-06 01:35 
>Вы это обращение к себе видимо написали?
*sigh*

>>>>>Или вам напомнить про историю libc5/6/glibc пердимонокль
>Вы вероятно просто не знаете или не следили за развитием libc в Linux ->
Я, вероятно, на этом развитии угробил свой второй или третий линукс. :-)

>- почему был переход libc5 -> libc6
>- и почему название libc6 осталось, а сама библиотека сильно изменилась
Между нами девочками, "название" тут включает старшую часть soname, только и всего.  А glibc 2.5 совместима по ABI с glibc 2.0, насколько могу судить по символам/интерфейсам в бинарнике.  Нет, version script не читал, на то майнтейнер есть.

>- и почему соответственно развитие дальше пошло с названием glibc
Насколько помню, libc4->libc5 -- это был linux-specific форк какой-то совсем древней glibc, который закончился, когда параллельно развивавшаяся glibc "дозрела" до glibc2.

>Вы считать умеете, это не мои - ваши слова про математику, года,
>ну так похухлите про libc5, libc6 и glibc
Так сперва пробёг, противоречия своему утверждению минут за пять не нашёл.  Сейчас специально не поленился ещё за две (linux libc history) найти вот эту ссылку:
http://lkml.org/lkml/1998/11/29/80

Будьте добры, прочтите.

>>Намёк же на то, что во время перехода с первого на второе
>>был бардак и шатания (где что дадут) -- актуален для прошлого
>>тысячелетия.  Да, было, но прошло.
>намек был исключительно в плане - не надо хаить безапелляционно OS которую
>не знаешь и с которой не работаешь
Мне хватило посмотреть на 2.2, поработать, кажется, на 3.4 (в т.ч. поддерживая там apache) и до сих пор время от времени засовывать нос на 4.$LATEST-CURRENT.

>везде есть не только сильные, но и слабые места и это не умоляет достоинств и
>достижений ни одной OS.
Разумеется.  Просто меняет область/разумность/цену применимости.

>>>Вы кроме совета ставить Linux больше ничего конкретного сказать не смогли,
>>А это и было самое конкретное.
>"действительно" (c) Солдаты, очень сильный совет, пАчему не Windows или OS/X
Потому что OSX на эту железку не встанет, насколько мне известно.  А Windows человек почему-то решил туда не водружать или по крайней мере не ограничиваться.  Собственно, это (как и выбор фри) уже ни разу не моё дело.

>>>- серьезная надо сказать заявка на участие в team altlinux.
>>Да нет, заявка тут: http://sisyphus.ru/packager/mike/srpms
>упс, вы серьезно?!
Ну... про "заявку" -- типа отшутился, а про свои пакеты -- серьёзно. (правда, это здесь не в тему)

>>На форумах -- досужий и не очень, но обычно "непонятный" трёп...
>ну дык пересмотрите внимательно и найдете полностью КОНКРЕТНЫЙ ответ
Повторюсь, после упоминания HT восприятие конкретности ответа ухнуло в ноль. (с ответами вида "дык просто пересобери ядро" стараюсь бороться в линуксовой части общения, поскольку не барское дело -- ядра собирать, когда на то есть грамотные люди)

>не хотелось бы обижать члена команды altlinux в плане трындеть
>и создания srpm, не подставляйтесь так в будующем.
Да ладно там, после того, как благодаря Вам походя выяснил, что мои смутные воспоминания по части истории glibc 100% точны, обижаться уже как-то совсем не получится -- тоже ж польза :-)  Надеюсь, и Вам поправка пригодится.

[skip]
Спасибо.


"помогаю"
Отправлено liquidcore , 07-Ноя-06 22:35 
Огромное спасибо за поддерку =)

Мессага просто супер =) теперь я точно знаю, что не дебил =)

Мигрирую на фрю постепенно... Заставляю идти игры и прочее... скоро совсем уйду в мир с "закрытыми, остекленными и утепленными окнами" =)

Респект!


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено liquidcore , 21-Окт-06 01:39 
Всем ответившим - спасибо.
Огромное.

"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено co6aka , 22-Окт-06 22:26 
Неужели хендбук почитал? :) (не наезд)!

"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено liquidcore , 23-Окт-06 02:37 
>Неужели хендбук почитал? :) (не наезд)!
хендбук читал и не раз, наиболее полно - год назад... тогда была другая тачка - я на нее ставил бздю, пересобирал ядро, творил, жЫскачил... просто давно это было и машина была битая... поэтому долго я на ней не просидел...

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

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

готовлю почву так сказать =)


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено co6aka , 23-Окт-06 14:40 
Вот и хороше. Вот и молодец!

"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено liquidcore , 23-Окт-06 15:38 
>Вот и хороше. Вот и молодец!

Слушай у мя опять трабла: релиз 6.1 не обнаруживает второй хард...
ситуация: 3 контроллера - 1 ide, 2 sata соответственно их и каналы обнаруживает, подключает.. но в конце вместо записей:
ad4: 76319MB <Seagate ST3808110AS 3.AAD> at ata2-master
ad6: 286168MB <WDC WD3000JS-55PDB0 21.00M21> at ata3-master
которые были в 6.0, пишет только первый (зато правильно определяет названия контроллеров)
не понятно..

может их рассадить по разным контроллерам?


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено co6aka , 24-Окт-06 12:38 
dmesg покажи и что в биосе стоит на тему режима работе ide sata.

"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено liquidcore , 25-Окт-06 17:37 
>dmesg покажи и что в биосе стоит на тему режима работе ide
>sata.

странно... переткнул в другой САТА - обнаружил сразу же... =) Мистика... кстати никто не слышал о работоспособности драйвера nvnet?


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено lavr , 25-Окт-06 18:07 
>>dmesg покажи и что в биосе стоит на тему режима работе ide
>>sata.
>
>странно... переткнул в другой САТА - обнаружил сразу же... =) Мистика... кстати
>никто не слышал о работоспособности драйвера nvnet?

вы когда-нить научитесь самостоятельно работать:

# man nve

и чем он отличается от того что в портах - мало-мало напрягите мозг для осмысления


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено ak , 29-Окт-06 17:13 
>Ситуация такая: комп с материской платой ASUS A8N-VM c чипсетом nForce 430
Сеть nForce 430 MCP видится начиная с 6.2-PRERELEASE как nve.
А вот реализация звука в 430 довольно сильно отличается от таковой в например 410 (snd_ich), и в данный момент, насколько мне известно, не поддерживается. Если кто-то больше знает о перспективах поддержки 430 звука в FreeBSD - напишите пожалуйста.

"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено al , 07-Ноя-06 15:54 
Сеть:
http://www.se.hiroshima-u.ac.jp/~shigeaki/software/freebsd-n...
Звук:
http://people.freebsd.org/~ariff/HDA/kmod/

"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено al , 07-Ноя-06 15:59 
Вдогонку...
Работают на M2NPV-VM. У Вас могут и не работать.

"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено liquidcore , 07-Ноя-06 22:48 
>Вдогонку...
>Работают на M2NPV-VM. У Вас могут и не работать.

благодарю. пороюсь


"Проблема: взаимная нелюбовь железа и FreeBSD. Помогите плиз."
Отправлено liquidcore , 07-Ноя-06 22:41 
>>Ситуация такая: комп с материской платой ASUS A8N-VM c чипсетом nForce 430
>Сеть nForce 430 MCP видится начиная с 6.2-PRERELEASE как nve.
>А вот реализация звука в 430 довольно сильно отличается от таковой в
>например 410 (snd_ich), и в данный момент, насколько мне известно, не
>поддерживается. Если кто-то больше знает о перспективах поддержки 430 звука в
>FreeBSD - напишите пожалуйста.

насколько я откоырял информации - кодек в 430 стоит intel hda 1986A (Azalia вроде).. и релизом 6.2 будет поддрживаться хотяи не на 100%...
сам жду сам релиз. есть diff'ы для 6.х ветки -но они в стольких вариантах и даже перекомпиляции новых сорсов у меня не получилось заставить работать hda (95% из за кривости рук, которые еще не знают как работать в фре)