Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.LINUX
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.LINUX с датами от 24 Jan 02 06:01:34 до 11 Mar 24 23:35:09, всего сообщений: 8277
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 7407 из 8277 ========================================= RU.LINUX =
От   : Eugene Grosbein                  2:5006/1           16 May 21 18:29:01
Кому : Eugene Muzychenko                                   16 May 21 18:29:01
Тема : Re: Прорыв инферно?
FGHI : area://RU.LINUX?msgid=grosbein.net+4a7142ce
На   : area://RU.LINUX?msgid=2:5000/14+60a0fbe8
= Кодировка сообщения определена как: IBM866 =================================
Ответ: area://RU.LINUX?msgid=2:5020/545+60a106f5
Ответ: area://RU.LINUX?msgid=2:5000/14+60a11f2c
Ответ: area://RU.LINUX?msgid=2:5000/28+60a20e85
==============================================================================
16 мая 2021, воскресенье, в 13:00 NOVT, Eugene Muzychenko написал(а):

EG>> Я уже не вижу в этом мусоре твоих вопросов, но если вдруг тебе нужно
EG>> описание настроек wpa_supplicant
EM> Hе само оно, а какие-нибудь ключевые моменты в его взаимодействии с hostapd и
EM> драйвером радиомодуля. Они ж оба должны как-то делить его между собой, и у меня,
EM> похоже, где-то возникает конфликт.

А, вспомнил, я читал твой вопрос. Я вообще очень сильно сомневаюсь,
что это поддерживаемая официально конфигурация - одновременно
работать точкой доступа и клиентом другой точки доступа на одном чипе.
У AP и у клиента даже формат кадра WiFi не совсем одинаков:
клиент посылает фреймы со своим MAC-адресом источника и
MAC-адресом точки доступа в качестве адреса назначения,
а точка доступа посылает с тремя MAC-адресами: адресом источника
оригинального отправителя фрейма, своим и адресом назначения.

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

Это мне напомнило "метод" защиты от нелицензионного использования
коммерческого серверного софта, который в норме может обслуживать
много пользователей: выпускаем демо-версию на одного клиента,
при сборке которого заменяем все примитивы синхронизации на "no-op"
и при подключении множества клиентов всё рубится в капусту.
А с одним работает.

Eugene
--
Поэты - страшные люди. У них все святое.
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.049716 секунды