Свободен
Скрыть опции темы
Привет, гость!
Зарегистрируйся, чтобы получить полный доступ и возможность писать в форуме, группах и блогах.
Вход Регистрация
Вход Регистрация
|
|||
|
В какой момент вылетает? Что конкретно говорит? Винт SATA? |
||
|
|
|||
|
Вот dmesg некоего чела... Мать Gigabyte GA-K8VT800 Pro, FreeBSD 6.0 pci0: <ACPI PCI bus> on pcib0 agp0: <VIA 8385 host to PCI bridge> mem 0xe0000000-0xe1ffffff at device 0.0 on pci0 pcib1: <PCI-PCI bridge> at device 1.0 on pci0 pci1: <PCI bus> on pcib1 pci0: <display, VGA> at device 11.0 (no driver attached) vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Как видим - generic ISA VGA... У тебя, как я понял, нечто подобное. Здесь еще можно почитать... http://www.freebsd.org/platforms/amd64/motherboards.html А lspci - это я замотался, Слаку вчера мучал... Это сообщение отредактировал Jene - 11-04-2006 - 02:48 |
||
 bsd_daemon
|
|
|
Что касается колёсика на мыше: Надо добавить в xorg.conf в секцию "InputDevice" -> "Mouse" Option "ZAxisMapping" "4 5" Option "Buttons" "5" И всё. generic ISA VGA присутствует у всех. Это простая текстовая консоль, К иксам не имеет никакого отношения. 2 aLexZunder а у тя с драйвером vesa работает? |
 aLexZunder
|
|
|
2 Jene: У меня в /var/run/dmesg.boot лежит вот что: pci0: <ACPI PCI bus> on pcib0 agp0: <VIA 8380 host to PCI bridge> mem 0xe8000000-0xefffffff at device 0.0 on pci0 pcib1: <PCI-PCI bridge> at device 1.0 on pci0 pci1: <PCI bus> on pcib1 pci1: <display, VGA> at device 0.0 (no driver attached) я думаю, что надо что-то делать с agp0 или pci1 (к которому драйвер не присоединен). 2 bsd_daemon: Спасибо ОГРОМНОЕ!!! Мышиное колесико заработало!!! :) У меня с драйвером vesa все работает. Но мне кажется, что вывод графики тормозит. Например, если открыть окно терминала на рабочем столе, схватить мышью и начать таскать по нему, то за ним остаются многочисленные "следы" :( Это сообщение отредактировал aLexZunder - 11-04-2006 - 20:34 |
|
|
|||
|
Да, вот это "no driver attached" мне тоже не нравится... А вместо lspci во Фре есть pciconf -lv |less Если вендора и цифирь определяет правильно, драйвер, по идее, должен работать. |
||
|
bsd_daemon
|
|||||
|
Само ядро видеокарты вообще не определяет, это делает X.org. Неужели вы не видели, что в файле конфигурации ядра нет ни одной строчки отвечающей за видео карты. Так что dmesg можно спокойно оставить в покое.  X -probeonly. Потом брать x-овый лог и по нему смотреть. |
||||
|
Night_Maverick
|
|
|
Приветсвую... У меня очень любопытный вопрос. Я поднял шлюз в инет (IPFW NAT Squid). Пытаюсь сделать прозрачное проксирование. Создаю правило до Diverta: fwd 127.0.0.1,3128 tcp from 192.168.X.0/24 to any dst-port 80,443,21 in via rl0 ничего не работает и счетчик пакетов в этом файле остается по 0... так и должно быть или это правило не работает. Где его расположить лучше? |
|
bsd_daemon
|
|||
|
попробуй так: add fwd [Твой IP на rl0 интерфейсе],3128 tcp from any to any http in via rl0 add pass all from any to any |
||
|
|
|||||||
|
AGP или PCI Express ядро тоже не определяет? Судя по dmesg, запускается драйвер AGP. А нужен ли он? Или сначала думать будем, а потом пальцы гнуть? Я всего лишь предлагаю варианты. Кстати, pciconf я не увидел. Далее, встроенное видео может быть и не VIA. Название мамы бы посмотреть... |
||||||
|
bsd_daemon
|
|||||||||||
|
Написано же чёрным по белому
Причём тут шины AGP или PCI Express? Это железо стоит на матери и ядром определяется как шина, а не как конкретная видеокарта. Ядро определяет видео карты только тогда, когда используются сторонние драйверы подгружаемые в ядро в виде модулей. Типа NVIDIA. Или сначала думать будем, а потом пальцы гнуть? Это сообщение отредактировал bsd_daemon - 13-04-2006 - 10:17 |
||||||||||
|
|
|||
|
Если ядро определило шину как agp - какой другой драйвер сможет найти PCIE? Его ядро не пустит. Скажет - нет такой шины. И наоборот. А вот оттуда, из Хендбука, который отказался читать наш юный друг:
Здесь написано, если коротко, что грузить модуль agp после загрузки ядра бесполезно. Соответственно, драйвер Xorg не увидит видеокарточку на шине agp, и будет работать с vga или в лучшем случае vesa. Стандартное резюме добавлять? Это сообщение отредактировал Jene - 13-04-2006 - 11:50 |
||
|
Night_Maverick
|
|||||
|
Неа, не работает... зраза... и в логах ничего толкового нету... Самое обидно что НАТ тоже не работает... хотя делаю вроде все правильно. Значит будем искать где мои кривые руки... |
||||
|
bsd_daemon
|
|||||
|
да причём тут это-то.
Смысл этих слов так и остался непонятен. Даже после глубокого вчитывания. Можно поподробнее. Драйвет agp в ядре предоставляет, доступ программам к оборудованию на этой шине, так же как и драйвер звуковой карты и диска и тд. и тп. Больше он ничего не делает. Разговор начасля вообще с того, что люди пыпались в ядре найти причину не работы X-ов. Повторяю ещё раз для особо одарённых (в то числе Jene). причину не работы надо искать, при условии отсутствия посторонних драйверов, не в ядре, а в Х-ах.
Если вы вернётесь немного назад к листингу dmesg, то можете легко увидить, что устройство agp0 в ядре присутствует. Так что выше написаное откровенный флуд. P.S. Вопрос к Jene: Вы на каком виндовсе работаете? |
||||
|
bsd_daemon
|
|||||||
|
Если не работает NAT, то и дивертить пока нет смысла. |
||||||
|
|
|||||||||||||
|
Если шина НЕ agp, а на нее сел agp.ko (или agp, но несовместим с дровами Xorg) -- кто что сможет на ней найти?
А если загрузился, занял шину, но ничего никому НЕ предоставляет?
Не подскажете, что за драйвер ядра nvidia.ko? И драйвера в Xorg - посторонние или нет? И как он дружит с agp.ko?
Флуд - спор ни о чем при отсутствии нужной информации. Чтобы не заниматься флудом, я пытаюсь эту информацию получить...
3.1 3.11 95 98 NT4srv NT4ws 2000srv 2000ws 2003srv XP Home XP Prof sp1-2 Удовлетворил любопытство? А еще Slackware Linux от 6 до 10.2 FreeBSD от 4.1 до 6.0 OpenBSD NetBSD - не ставил, но работал с ними Novell NetWare 3.11 - 4.2 Red Hat и клоны - посмотрел и вернулся на Слаку Тем не менее, крутым спецом себя не считаю и просто пытаюсь разобраться. Драйвер в ядре присутствует, и даже попытался запуститься. Тем не менее, никаких устройств он не нашел. Отсюда вопрос - а есть ли agp в железе? Или драйвер ядра несовместим с имеющимся железом? Может, поэтому никакой видеокарточки не найдено? Еще раз - какое видео onboard - товарищ не сообщил, почему и прошу вывод pciconf |
||||||||||||
|
aLexZunder
|
|
|
Радует меня этот разгоревшийся спор. Сегодня меня, увы, весь день за компом не будет. А вот вечером выложу вывод pciconf и логи от X -probeonly
|
|
bsd_daemon
|
|||||||||
|
Ну что-ж попытаемся расставить всё по своим местам.
Встречнйы вотпос: А может ли драйвер sound.ko сесть на место драйвера допустим ad.ko и начать управлять жёстким диском? Ответ я думаю очевиден. FreeBSD не первокурсники писали. У каждого драйвера только своё устройство и только оно!!! . Не могут они садиться и прыгать куда попало. Если аппаратно шина AGP не поддерживается, то модуль agp.ko загрузиться, но не будет производить никаких действий. Подобно как в GENERIC ядре присутствует куча устройств, но если их нет на физическом уровне, то эти драйверы не используются.
Вы опять потеряли концепцию построения ядра системы. Во время инициализации системы ядро опрашивает все физические устройства установсенные на данной системе. В случае наличия в ядре кода отвечающего за управления данным устройством (в народе драйвер, но понятие драйвер не совсем подходит для *NIX систем), то ядро предоставляем к нему доступ, квотированный конечно путём создания специального файла устройства /dev/dsp, dev/ad0, /dev/acd0 и тд. Програмный слой находящийся выше ядра (ППО) к этим устройствам обращается. Хorg инициализирует при запуске устройства путём сканирования шин (вызов ядра), далее пытается сопоставить драйверы из своего состава с устройством. Если OK то OK, если не, то плохо. Так что вопрос о совместимости agp с драйверами Xorg не стоит вообще. Первое это интерфейс устройства, второе программа обращающаяся к нему стандарнными средствами. Причём если есть шина AGP в ядре, а устройств в нём нет, то Хorg не будет пытаться соединиться с ним (нет смысла посылать данные в пустой слот), а продолжит поиск дальше.
Вы можете конечно переписать систему так, чтобы ядро не давало доступ ни к одному устройству никому, только смысл???? Не может модуль монопольно удерживать устройство, у него концепция такова, что он открывает доступ к устройству.
В стандартном комплекте Xorg идут драйверы к наиболее распространённым видео адаптерам, в связи с их универсальностью и большим кол-вом поддерживаемых графических чипов функциональность очень низкая. Например не поддержки OpenGL. Вообщем пормозные они, но в офисных задачах могут использоваться. Компания nVidia, ATI и ещё некоторые выпускает свои модули-драйверы для системы XFree86, Xorg функциональность которых значительно выше. Достигается это за счёт того, что в ядро одновременно грузится аналог agp.ko под названием nvidia.ko, который предоставляет более широкий набор програмных инструкций. При запуске, Xorg читая xorg.conf (в нём в секции Display вместо driver="nv" пишется driver="nvidia", Попрошу этот nvidia не путать с nvidia.ko, первый - модуль Xorg, второй модуль ядра) запускает драйвер nvidia (Xorg -овский) уже решает каким интерфейсом пользоваться (я думаю понятно, что он выбирает). Вот собственно и различие между встроенными и сторонними драйверами Xorg. С нетерпением жду комментариев.....  Это сообщение отредактировал bsd_daemon - 14-04-2006 - 08:55 |
||||||||
|
Night_Maverick
|
|||||||||
|
Не, демон natd поднят, но почему то не работает. В процессах он есть, поэтому и заворачиваю. И даже по правилам заворачивания пакеты ходят. |
||||||||
|
bsd_daemon
|
|||
|
Интересно как-то. может надо попорядку всё делать. NAT -> SQUID -> IPFW |
||
|
|
|
|
Народ, есть настоящие спецы во фрюхе? Как к racoon rsa привязать?
|
|
aLexZunder
|
|
|
значитЪ так... Команда pciconf -lv показала следующее: none0@pci1:0:0: class=0x030000 card=0x31081106 chip=0x31081106 rev=0x01 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'Unknown Via Unichrome S3 VGA - part of a VIA Northbridge' class = display subclass = VGA это относится к видюхе. Материнская плата у меня Epox 8HMMI-A VIA K8M800+VT8237R Когда использую драйвер vesa в Xorg.0.log имеются записи пододбного плана: (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/X11R6/lib/modules/libint10.a (II) VESA(0): initializing int10 (==) VESA(0): Write-combining range (0xa0000,0x20000) was already clear (II) VESA(0): Primary V_BIOS segment is: 0xc000 (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (==) VESA(0): Write-combining range (0x0,0x1000) was already clear (II) VESA(0): VESA BIOS detected (II) VESA(0): VESA VBE Version 3.0 (II) VESA(0): VESA VBE Total Mem: 65536 kB (II) VESA(0): VESA VBE OEM: VIA K8M800 (II) VESA(0): VESA VBE OEM Software Rev: 1.0 (II) VESA(0): VESA VBE OEM Vendor: (II) VESA(0): VESA VBE OEM Product: (II) VESA(0): VESA VBE OEM Product Rev: (==) VESA(0): Write-combining range (0xf0000000,0x4000000) (II) VESA(0): virtual address = 0x28400000, physical address = 0xf0000000, size = 67108864 я так понимаю, что какое-то оборудование, причем вполне нужное находится... а вот такие записи появляются при попытке использовать драйвер via. Команда X -probeonly: (II) LoadModule: "via" (II) Loading /usr/X11R6/lib/modules/drivers/via_drv.o (II) Module via: vendor="X.Org Foundation" compiled for 4.3.99.902, module version = 4.1.30 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 0.7 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor="X.Org Foundation" compiled for 6.8.2, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) LoadModule: "kbd" (II) Loading /usr/X11R6/lib/modules/input/kbd_drv.o (II) Module kbd: vendor="X.Org Foundation" compiled for 6.8.2, module version = 1.0.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.4 (II) via: driver for VIA chipsets: CLE266, KM400, K8M800 (II) Primary Device is: PCI 01:00:0 (EE) No devices detected. Это сообщение отредактировал aLexZunder - 14-04-2006 - 23:33 |
|
bsd_daemon
|
|
|
А у тя случаем графический процессор не S3? Попробуй driver="s3". Можно ещё воспользоваться утилиткой xorgcfg. Она сама пытается определить оборудование и сопоставит драйвер. Это сообщение отредактировал bsd_daemon - 15-04-2006 - 10:26 |
|
aLexZunder
|
|||
|
Ну так-то S3 device = 'Unknown Via Unichrome S3 VGA - part of a VIA Northbridge' Идея попробовать драйвер S3 пришла мне сегодня утром. :) Еще не пробовал. Утилиткой xorgcfg пользовался. Она в заготовке xorg.conf пытается использовать драйвер vesa. |
||
|
Night_Maverick
|
|||||
|
Вот честно сам удивляюсь. Но если уж поднимать, то NAT --> IPFW а сквид он отдельно работает... правило принудительного зворачивания пакетов отдельно добавляется... Вот честное слово была бы возможность снес бы все нафиг и заново поставил... но к сожалению через этот шлюз уже работают люди... |
||||
|
aLexZunder
|
|||||
|
Пробовал подключить драйвер s3. Не помогает - этот драйвер для настоящих дискретных S3-шных видюх. :( На другом форуме мне посоветовали обновить xorg, сказали, что у некоторых помогает... Но, блин, это ж качать сколько надо... И еще... Может кто подскажет, как оный xorg правильно обновить? Насколько я понимаю это очень большая и многокомпонентная система... |
||||
|
Рекомендуем почитать также топики: I-mate K-jam - помогите)) Как из старого жесткого диска сделать внешний Сканер Mustek и XP помогите с выбором) Запросы ключей, поиск программ... |