eug

Слукавил я (прошу прощенья). Прокси: Raspberri Pi3B + Gentoo + Wifi AdHoc + TOR + Скрипт_обновления_мостов_Тор'а Маленькая коробочка помогает в данное непростое время решать часть проблемм. С Латтисом всё же проблеммы: с моим аккаунтом не позволяет больше скачивать никакие референсы.

Сам себе ответил. Вопрос закрыт. С помощью несложных умозаключений и аппаратного прокси, были заполучены все корки, что на их [email protected] были. И старые, и новые. Могу поделиться, если кому нужно. Генерация, синтез, битстрим проходит нормально.

Доброго всем! Что то неполучается получить free-лицензию с оффсайта для скачивания корки csi2_to_csi2: Возможно ли это как-то обойти? Исходные данные: Linux Diamond 3.12, борда - "CrossLink LIF-MD6000 Master Link board".

Прошил дампом платку с Али "CJMCU-4232" , FT4232HL. Программит и дебажит Zynq 7010 (китайская же EBAZ-4205) нормально. Vivado 2019.1

Nixon, спасибо огромное за помощь! Спасибо всем откликнувшимся! Всё заработало! Случай оказался единичный. Я думаю, причина в совпадении смены адреса почтового Владом (с сопутствующей повторной активацией) и переезда форума. Это происходило примерно в начале июля. Тему можно закрывать. :)

На очищенные куки/кэш выдаёт: Название страницы: "К сожалению, у вас нет разре шения на это!" Текст в окне: "Извините, возникла проблема Что-то пошло не так. Пожалуйста, попробуйте еще раз. Код ошибки: 2S119/1" При, непосредственно, повторной попытке входа: Название страницы: "К сожалению, мы не могли найти это!" Текст в окне: "Извините, возникла проблема Этот пользователь не ожидает одобрения Код ошибки: 2S129/4" При этом, без очистки куков+кэш переход на главную страницу форума невозможен.

Здравствуйте! Теперь пишет: "Введенный вами пароль недействителен. Пожалуйста, попробуйте еще раз (убедитесь, что режим Caps Lock выключен)".

После удаления куков та же самая ошибка 2S129.4 :(

Создал тему, полагаю это не единичный случай. Ситуация следующая: пользователь "maailmankaikkeus" (работаем в одной фирме) в июле 2018г. изменил e-mail в настройках учетной записи, и после этого не может ее активировать. До октября часть форума была доступна без возможности отправки сообщений и ЛС. Сейчас при попытке захода на сайт появляется сообщение: "Извините, возникла проблема Этот пользователь не ожидает одобрения Код ошибки: 2S129/4" Очистка кэша и куков не влияет на поведение страницы. Проверено на нескольких браузерах. В инете link пишут, что возможна ситуация: "У части пользователей после конвертации данных при обновлении случился глюк, когда система требовала их активации... не требуя их активации." Вопрос: Реально ли починить, или создавать новый аккаунт?

Сообщения вида: в ЕЕ 7.9.4 починил коррекцией файлов посредством комментирования строк, относящихся к использованию Х-библиотек, поставляемых с MainWin5: /SDD_HOME/common/linux/MainWin5/setup-mwuser export _THREAD_LOCKS_MISALIGNED fi ;; linux) #~ LD_LIBRARY_PATH=${LD_LIBRARY_PATH:-} #~ libX11=`ldd "${MWHOME}"/bin-${MWARCH_OS}/mwxcbtest | grep libX11.so | awk '{print $3}'` #~ libxcb=`ldd ${libX11} | grep libxcb.so | awk '{print $3}'` #~ if [ "x$libxcb" != "x" ]; then #~ MWUSE_XCB=true #~ LD_LIBRARY_PATH="${MWHOME}"/lib-${MWARCH_OS}/X11:${LD_LIBRARY_PATH} #~ if [ "x$XLOCALEDIR" = "x" ]; then #~ XLOCALEDIR=`strings ${libX11} | grep "/locale" | head -n 1` #~ export XLOCALEDIR #~ fi #~ if [ "x$XKEYSYMDB" = "x" ]; then #~ XKEYSYMDB=`strings ${libX11} | grep "XKeysymDB"` #~ export XKEYSYMDB #~ fi #~ fi #~ export LD_LIBRARY_PATH # For backwards-compatible behaviour of setjmp/longjmp # in glibc-2.4 and higher glibcver=`rpm -q glibc | sed -n -e '1s/^glibc-\([0-9]*\.[0-9]*\)[.-].*$/\1/p'` case ${glibcver} in 2.4) LD_POINTER_GUARD=1;; и /SDD_HOME/common/linux/MainWin5/setup-mwuser.csh : unsetenv osver breaksw case linux: #~ if (! ${?LD_LIBRARY_PATH}) then #~ setenv LD_LIBRARY_PATH "" #~ endif #~ setenv libX11 `ldd "${MWHOME}"/bin-${MWARCH_OS}/mwxcbtest | grep libX11.so | awk '{print $3}'` #~ setenv libxcb `ldd ${libX11} | grep libxcb.so | awk '{print $3}'` #~ if ( x${libxcb} != x) then #~ setenv MWUSE_XCB true #~ if (! ${?XLOCALEDIR}) then #~ setenv XLOCALEDIR `strings ${libX11} | grep "/locale" | head -n 1` #~ endif #~ if (! ${?XKEYSYMDB}) then #~ setenv XKEYSYMDB `strings ${libX11} | grep "XKeysymDB"` #~ endif #~ setenv LD_LIBRARY_PATH "${MWHOME}"/lib-${MWARCH_OS}/X11:${LD_LIBRARY_PATH} #~ endif unsetenv libxcb unsetenv libX11 # For backwards-compatible behaviour of setjmp/longjmp # in glibc-2.4 and higher set glibcver=`rpm -q glibc | sed -n -e '1s/^glibc-\([0-9]*\.[0-9]*\)[.-].*$/\1/p'` switch ($glibcver) Одна проблемма: DX стартует очень долго, бывает до полторы минуты, при выключении DX так же долго пишет резерв какой то базы данных. OpenGL работает нормально. дистрибутив - Gentoo X: xorg-server-1.13.1 glibc-2.15 драйвер nvidia - 313.18 оконная система - Gnome - 2.32

Однако была подобная тема с контроллерами AT91SAM7S. Часть плат не стартовали при температуре корпуса ниже +20 градусов цельсия. Требовали повторного включения питания. Из 150 плат проблемма проявилась на 4 (фабричный монтаж), из 10 плат не стартовали 5 ( сборка вручную, феном). Проблемма оказалась в "перегреве" при сборке. По даташиту микросхема выдерживает +260С однократно. Практически нагрев до +250С приводил к нарушению внутренних цепей старта микросхемы. Подобный эффект в меньшем обьёме наблюдался так же у микросхем AT91RM9200-QI-002.

А возможно ли так же залить и Linux - версию с update 6 ? :rolleyes:

Спасибо SM и Fill ! Бубен другой системы работает! P.S.: До старта dash (по привычке работаю через Dashboard) добавил: export LD_LIBRARY_PATH=${LDPATH}:${LD_LIBRARY_PATH} ибо пути к библиотекам OpenGL "Gentoo" прописывает в LDPATH.

Если ментор обнаружил наличие ускорителя, пункт "Enable OpenGL" позволяет включить/выключить оное. Если не обнаружил - в окне сообшений пишет: "Info: Hardware acceleration is not available on this system. OpenGL support can not be enabled." При включенном GL прорисовка в несколько раз быстрее производится, чем без ускорения. Это заметно на "больших" платах в редактировании и в 3D-viewer. На счет линков - наверное только в моей ОСке( Gentoo x86 ) установщик драйвера создает следующее: /usr/lib: libcuda.so libnvidia-cfg.so.190.42 libXvMCNVIDIA.a opengl libcuda.so.1 libvdpau_nvidia.so libXvMCNVIDIA.so xorg libcuda.so.190.42 libvdpau_nvidia.so.190.42 libXvMCNVIDIA.so.190.42 /usr/lib/opengl/nvidia/extensions: libglx.so libglx.so.190.42 /usr/lib/opengl/nvidia/lib: libGLcore.so libGL.so libnvidia-tls.so libGLcore.so.1 libGL.so.1 libnvidia-tls.so.1 libGLcore.so.190.42 libGL.so.190.42 libnvidia-tls.so.190.42 /usr/lib/xorg/modules/drivers: nvidia_drv.so т.е. линки *.so.1 в /usr/lib/ в моей ситуации автоматически не создаются. Тогда вопрос по-другому: как обьяснить ЕЕ, что необходимые библиотеки лежат в /usr/lib/opengl/nvidia/lib и /usr/lib/opengl/nvidia/extensions ?

На 32-битной системе OpenGL работает (после применения cd /usr/lib ln -s opengl/nvidia/lib/libGL.so libGL.so.1 ln -s opengl/nvidia/lib/libGLcore.so libGLcore.so.1 ln -s opengl/nvidia/lib/libnvidia-tls.so libnvidia-tls.so.1 ибо установщик драйвера не создает эти линки), на 64-битной танцы с бубном пока бесполезны... Может быть кто подскажет правильное слово?