Parallel Interface

[high_flyer]

Ok, I see what you mean.
It has been quite long since I used this, so I guess I need to read the docs again

Did you do what is says in the docs about initializing the driver?

int pin_init_kernel(int lpt, void (*irq_func)(int, void *, struct pt_regs *));
AND :
void pin_release();

[wallyqt]

high_flyer

No, because afaik this is the initialization for the C-library version.
During boot my system do the following (of course as root) :


DEVNAME="ppdrv_device"
depmod
modprobe kparapin
modprobe parapindriver devname=${DEVNAME}
mknod /dev/${DEVNAME} u `grep $DEVNAME /proc/devices | cut -d " " -f 1` 0
# Change mode and ownership here if necessary
chmod 777 /dev/${DEVNAME}
chown root /dev/${DEVNAME}
chgrp root /dev/${DEVNAME}

After this is done i acces the parapellport (as user) by opening the device:

pardevice = open("/dev/ppdrv_device", 0);
if (pardevice < 0) {
fprintf(stderr, "pardevice open failed\n");
exit(-1);

from this point on i can simply acces the parallelport with the ioctl command, e.g.:

ioctl(pardevice, PPDRV_IOC_PINMODE_OUT, LP_PIN02);
ioctl(pardevice, PPDRV_IOC_PINSET, LP_PIN02 | LP_PIN03)

I preferred this because i added some parts to the KSIMUS Application.
Its a Electronics simulator by Rasmus Diekenbrock.
I want to avoid the need of root access during the simulator is accessing
the parallelport. It works perfect in KSIMUS (also the close(device) command
which is the reason i wrote here.

In a simple new Kdevelop project, just for open the device,
setting some pins and close the device, this mini application
doesn't work as expected.

When i call "close(device" all of the widgets ( 3 pushbuttons for open/set/close)
disappear and thats it. I have to kill the process.

I wrote here in QT-Centre because i think its not a problem of parapin.
Parapin works perfect e.g. in the ksimus enveronment.

I am sure i am making some coding or logical errors in my code.
( maybe the close(device) command from unistd.h is not welcome.

Also some hint is desireable how to trace what is going on in the app
after calling close(device) and the "crash"

"gdb" and the system messages do not contain strange infos on this.

cheers wally

[high_flyer]

No, because afaik this is the initialization for the C-library version.

read again:

The Kernel Module Version

Initialization and shutdown in the kernel flavor of Parapin is done using the following two functions:

int pin_init_kernel(int lpt,
void (*irq_func)(int, void *, struct pt_regs *));
void pin_release();

The first function is not as intimidating as it looks. Its first argument, lpt, is the parallel port number that you want to control. The number references the kernel's table of detected parallel ports; 0 is the first parallel port and is a safe guess as a default.

The second argument, irq_func, is a pointer to a callback function to be used for servicing interrupts generated by the parallel port. This argument may be NULL if the driver does not need to handle interrupts. Details about interrupt handling are discussed in Section 9.

pin_init_kernel will return 0 on success, or a number less than 0 on error. The return value will be a standard errno value such as -ENODEV, suitable for passing up to higher layers. If Parapin initialization fails, the driver must not call Parapin's other functions. As described earlier, this requirement is not enforced for efficiency reasons.

When a driver is finished controlling the parallel port using Parapin, it must call pin_release. The state of the parallel port's interrupt-enable bit will be restored to the state it was in at the time pin_init_kernel was originally called.

Parapin's pin_init_kernel and pin_release functions work with the Linux kernel's standard parport facility; as noted above, the parport module must be loaded along with any module that uses Parapin. When initialized, Parapin will register itself as a user of the parallel port, and claim exclusive access to that port. This means no other processes will be allowed to use the parallel port until pin_release is called.

[wallyqt]

high_flyer

int pin_init_kernel(int lpt,
void (*irq_func)(int, void *, struct pt_regs *));
void pin_release();

All this stuff, especially "pin_init_kernel" is contend of "kparapin" and "parapindriver",
which i successfully compiled and "moddprobe" inserted seperately before.

All this is running. I can open the device, setting and clear all pins.
In a command line application and in ksimus i can even close it without any trouble.

Everything is nice except the close(device) command in a primitiv kde application
i tried to build.
Just this my problem.

cheers wally

[high_flyer]

hmm...
did you check the standard error after open()?

[wallyqt]

hmm...
did you check the standard error after open()?

pardevice = open("/dev/ppdrv_device", O_RDWR);
if (pardevice < 0) {
fprintf(stderr, "pardevice open failed\n");
return -1;
}

Yes, if there would be a problem, i would not be able to set and clear pins.
At least i assume so.

cheers wally

[wallyqt]

i just put a Messagebox behind the critical close(device) instruction
and achieved a nice crash with backtrace-log.
Maybe this could clear the situation:

int kparappWidget::pushButtonClose_clicked()
{
close(pardevice);
QMessageBox::about(this, tr("About Application"),
tr("The <b>Application</b> example demonstrates how to "
"write modern GUI applications using Qt, with a menu bar, "
"toolbars, and a status bar."));

return 0;
}

Backtrace log after crash:

System configuration startup check disabled.

Using host libthread_db library "/lib/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 0xb6cf36d0 (LWP 21378)]
[KCrash handler]
#9 0xb6e21228 in main_arena () from /lib/libc.so.6
#10 0xb7461440 in QObject::QObject () from /usr/lib/qt3/lib/libqt-mt.so.3
#11 0xb749741d in QWidget::QWidget () from /usr/lib/qt3/lib/libqt-mt.so.3
#12 0xb75e7852 in QDialog::QDialog () from /usr/lib/qt3/lib/libqt-mt.so.3
#13 0xb7612c70 in QMessageBox::QMessageBox ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#14 0xb7612d59 in QMessageBox::about () from /usr/lib/qt3/lib/libqt-mt.so.3
#15 0x0804ec16 in kparappWidget::pushButtonClose_clicked (this=0x80eb560)
at /home/op/sda-2/Programming/kdevelop-work/kparapp/src/kparappwidget.cpp:82
#16 0x0804f23a in kparappWidgetBase::qt_invoke (this=0x80eb560, _id=48,
_o=0xbfc780a8) at ./src/kparappwidgetbase.moc:104
#17 0x0804e999 in kparappWidget::qt_invoke (this=0x80eb560, _id=48,
_o=0xbfc780a8) at ./src/kparappwidget.moc:108
#18 0xb7460f1d in QObject::activate_signal ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#19 0xb7461b5d in QObject::activate_signal ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#20 0xb77a3b5c in QButton::clicked () from /usr/lib/qt3/lib/libqt-mt.so.3
#21 0xb74f4bfd in QButton::mouseReleaseEvent ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#22 0xb7499880 in QWidget::event () from /usr/lib/qt3/lib/libqt-mt.so.3
#23 0xb74019c7 in QApplication::internalNotify ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#24 0xb7402909 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3
#25 0xb7b7dd32 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4
#26 0xb73a0f57 in QETWidget::translateMouseEvent ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#27 0xb73a00ff in QApplication::x11ProcessEvent ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#28 0xb73b098a in QEventLoop::processEvents ()
from /usr/lib/qt3/lib/libqt-mt.so.3
#29 0xb74187f0 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3
#30 0xb7418686 in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#31 0xb740157f in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#32 0x0804dec2 in main (argc=134547724, argv=0xb6e212e2)
at /home/op/sda-2/Programming/kdevelop-work/kparapp/src/main.cpp:69


cheers wally

[high_flyer]

Is this a Qt3 application?
And is the message executed?

[wallyqt]

Is this a Qt3 application?
And is the message executed?

Its an qt3 application, because my environment is setu to
manipulate the old ksimus code.

The Messagbox does not appear!

The optical effect is now, that the widgets do not disappear
but the pushbutton which triggers the close(device) instruction
remains pushed (do not come back, not released again).
and the application is frozen.

[high_flyer]

what happens if you just comment the ioctl calls?
(I know that the pin manipulation wont work)
Does it crash then too?

[wallyqt]

(I know that the pin manipulation wont work)

Yes it crashes too!

just the open (device ......... and the close( device .....

its only the close instruction i guess.

I will try to make a fresh new app for qt4 and see whats happens there.

[wallyqt]

high_flyer

i posted a request to the parapin mailinglist during the last discussion:

quote: wallyqt:

Would be nice if somebody more experienced than me
may help to clear some missunderstandings on parapin.
discussion on QT-Centre:
http://www.qtcentre.org/forum/f-qt-p...rface-594.html

quote:parapin-users@lists.sourceforge.net :Al Houston:

**Wally,
********I just read through your thread on Qt-Centre, it looks like you guys
have it figured out correctly by the end of the thread. *The fact this
is working as a console app, but not a Qt app, is important.

********I'm not a Qt programmer, but I have one question: Does Qt mess around
with loading/unloading kernel modules under the hood at all? *If for
some reason it forced an unload of kparapin or parport, you might get
the crash you're seeing on close(). *Seems very unlikely to me, but I
thought I'd mention it.

********I've just gone through the code again -- I can't see any reason why a
gui layer like Qt would have any idea what's going on in a driver, or
have any effect on it.

********This is a strange one... *I probably won't have time to look at this
anymore for the next several days, at least. *Hopefully you guys will
get it figured out by then.


-Al

[wallyqt]

high_flyer

i did the same stuff with qt4 and at least achieved an readable error:

qtparapinwidgets.cpp:68: error: no matching function for call to ‘QtParapinWidgets::close(int&)’
/usr/include/QtGui/qwidget.h:444: note: candidates are: bool QWidget::close()


cheers wally

[wallyqt]

when i use the ::close for the general namespace i get the
same crash as with Qt3 :(

any ideas ?

#include <fcntl.h> /* open, fcntl */
#include <sys/ioctl.h> /* ioctl */
#include <stdio.h> /* printf, getchar */
#include <stdlib.h> /* exit */
#include <parapindriver.h> /* parapindriver */
#include <unistd.h> /* close, read, usleep */
#include <iostream>

void QtParapinWidgets::on_pushButtonClose_clicked()
{
qWarning("TODO: %s %d",__FILE__,__LINE__);

if ( m_parapinloaded == true)
{
::close(parapindevice);
m_parapinloaded = false;
// label->setText( "Device Closed" );
}
}


wally
}