wiggler, linux, openocd и доступ к LPT, wiggler linux openocd cannot open device Опции

[Brain13]

Доброго времени суток.
Решил заняться МК stm32 под ubuntu 10.10. Собрал openocd с флагами --enable-parport_ppdev --enable-parport --enable-maintainer-mode. Запускаю и вижу следующее:

Код

$ sudo openocd -f interface/parport.cfg -f target/stm32.cfg
Open On-Chip Debugger 0.4.0 (2010-12-10-15:43)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.berlios.de/doc/doxygen/bugs.html
parport port = 0x378
100 kHz
jtag_nsrst_delay: 100
jtag_ntrst_delay: 100
Error: cannot open device. check it exists and that user read and write rights are set. errno=2
Command handler execution failed

Я так понимаю, что openocd не может получить доступ к LPT. Пробовал адреса 0x378 и 0x278, эффект такой же. Когда wiggler отключен то же самое.
Как можно решить проблему?

[ReAl]

На прямые адреса без рутовых полномочий он не долезет.
--enable-parport_ppdev - возможность обращения к /dev/parport0 вместо прямого адреса.
Группа для /dev/parport0 должна быть lp и включить пользователя в эту группу, тогда можно обойтись без рутовых полномочий.

[Brain13]

На прямые адреса без рутовых полномочий он не долезет.
--enable-parport_ppdev - возможность обращения к /dev/parport0 вместо прямого адреса.
Группа для /dev/parport0 должна быть lp и включить пользователя в эту группу, тогда можно обойтись без рутовых полномочий.

Так я вроде с рутовскими лезу...
Исправил в parport.cfg адрес на 0, он мне выдал

Код

sudo openocd -f interface/parport.cfg -f target/stm32.cfg -f /home/brain/myopenocd.cfg
Open On-Chip Debugger 0.4.0 (2010-12-10-15:43)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.berlios.de/doc/doxygen/bugs.html
parport port = 0x0
100 kHz
jtag_nsrst_delay: 100
jtag_ntrst_delay: 100
Info : clock speed 100 kHz
Info : JTAG tap: stm32.cpu tap/device found: 0x3ba00477 (mfg: 0x23b, part: 0xba00, ver: 0x3)
Info : JTAG tap: stm32.bs tap/device found: 0x16410041 (mfg: 0x020, part: 0x6410, ver: 0x1)
Info : stm32.cpu: hardware has 6 breakpoints, 4 watchpoints

Ща полезу в даташит узнавать те ли это значения. А с /dev/parport0 надо будет попробовать, ето удобнее.
А почему hardware has 6 breakpoints, 4 watchpoints, я ж никакие брейки не ставил, или это он говорит про физические ограничения?