Понадобилось мне сделать доступ к файловой системе девайса с процессором Intel PXA и linux 2.4.19. Поскольку другого интерфейса кроме bluetooth наружу не выводится, сделал через него.

Пропачил ядро, собрал Bluez-утилиты, поднял сеть bnep, написал hotplug-скрипты (взятые с писюка с моим busybox-ом не работают), собрал сервер фтп, и telnetd запустил. Все хорошо, но на виндовой машине IP надо вручную прописывать, а это только администратор могет.
Решил dhcpd поставить. Поставил, но для этого пришлось в конфигурации ядра разрешить Linux Socket Filtering, один маленький флажочек CONFIG_FILTER. DHCPD поднялся, IP-адреса раздает, но все другое перестало работать. Симптомы следующие:
С linux-машиной соединение устанавливается, но не пингуется, причем IP пакеты не отправляются ни с девайса, ни с писюка. С виндовой машиной соединение устанавливается, пингуется, но ни ftp ни telnet не отвечают. Для проверки попробовал через eth0 подключиться - там все работает. Консоль agetty через rfcomm работает.
Такое впечатление, что Linux Socket Filtering напрочь отфильтровывает пакеты в AF_BLUETOOTH сокете, а может bnep еще какой-нибудь сокет создает.
Что за зверь такой Linux Socket Filtering и можно ли с ним как-нибудь управиться из командной строки?

Оказался сам дурак.

Модуль bnep был скомпилирован без флага CONFIG_FILTER, и когда я пересобрал ядро с установленным CONFIG_FILTER, модуль отказался нормально работать. Теперь я его скомпилировал встроенным в ядро, чтоб не думалось.

PS. Судя по исходникам, ни bnep ни Bluez utils не используют LSF.
Не нашел в ядре инициализацию указателя filter структуры sock. Вероятно, при выделении памяти, она заполняется нулями. А в случае, если filter=NULL, сокеты работают так же, как при отключенном флаге CONFIG_FILTER.