<div dir="ltr">Something wedged the state of the uss720 driver that controls the parallel port adapter.<div><br></div><div>I had to force unload it, restart and re-probe the usb device and things and ioctls seem to be flowing again.</div>
<div><br></div><div>FYI -- I'm creating a modprobe.d blacklist for the "lp" and "usblp" drivers. Hoping this will avoid other users of the port in the future.</div><div>File is in /etc/modprobe.d/lp-blacklist.conf</div>
<div><br></div><div><br></div><div>If you're a udev hacker, I'd appreciate some help in getting /dev/parport0 created automatically with the right major, minor, and ownership/perm bits set.</div><div>RIght now, I'm just manually fixing it up. This is what I'm going for: crw-rw---T 1 root lp 99, 0 Jul 29 23:59 /dev/parport0</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jul 29, 2013 at 11:42 PM, Jake <span dir="ltr"><<a href="mailto:jake@spaz.org" target="_blank">jake@spaz.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
help!!!! it's not working!!!<br>
<br>
me and sharp are trying to fix it but.. we need you jof<br>
<br>
this gateman shit is not working at all. we tried the mknod thing and...<br>
<br>
help! the door can't be opened!<br>
<br>
-jake<br>
<a href="tel:415-533-3699" value="+14155333699" target="_blank">415-533-3699</a><br>
(leaving by midnight)<br>
<br>
On Sat, 6 Jul 2013, Jonathan Lassoff wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ok, I did some security, packaging, and general FIXME work on gateman,<br>
and have it running now.<br>
<br>
We may need to run this if the box reboots. I'l still not sure about<br>
fixing udev the right way.<br>
<br>
sudo mknod /dev/parport0 c 99 0<br>
sudo service gateman status || sudo service gateman start<br>
<br>
On Sat, Jul 6, 2013 at 3:56 PM, Jonathan Lassoff <<a href="mailto:jof@thejof.com" target="_blank">jof@thejof.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
So, I figured out that /dev/usb/lp0 is actually a line printer emulation device.<br>
/dev/parport0 was still what I wanted (99, 0), but udev wasn't creating it.<br>
<br>
I manually did a mknod for it, but now just need to figure out how to<br>
get it to survive reboots.<br>
<br>
--j<br>
<br>
On Sat, Jul 6, 2013 at 2:12 PM, Jonathan Lassoff <<a href="mailto:jof@thejof.com" target="_blank">jof@thejof.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Sat, Jul 6, 2013 at 3:17 AM, Jake <<a href="mailto:jake@spaz.org" target="_blank">jake@spaz.org</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
we have been spamming the discuss list with this stuff. no more.<br>
</blockquote>
<br>
Oh... yeah, I suppose rack@ is more appropriate.<br>
However, I think we're more on-topic in this thread than most of the<br>
other threads :p<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
it may be an issue of the old hardware having a "real" parallel port that we<br>
never used, because we didn't have a connector for it, and the new hardware<br>
doesn't have a real parallel port.<br>
</blockquote>
<br>
Certainly possible.<br>
However, since it's the USB emulator in both cases. I'm unsure exactly<br>
what is breaking.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
make sure you're talking to the right device, which is a USB parallel port<br>
which is tied to the sprinkler pipe just above the wall-o-tubes.<br>
<br>
i guess you're looking at /dev/usb... so it should be the right device.<br>
<br>
it must be something about the new OS install, different drivers for the usb<br>
parallel port or something fucked up like that. good luck.<br>
</blockquote>
<br>
I think I'm talking to the right device. Both kernels used the uss720<br>
driver, however I was getting at it as /dev/parport0 (hard-coded into<br>
gateman :( ), whereas now there seems to be a device at /dev/usb/lp0.<br>
<br>
It's major number 180, minor 0, which the device listing<br>
(<a href="http://www.mjmwired.net/kernel/Documentation/devices.txt#2531" target="_blank">http://www.mjmwired.net/<u></u>kernel/Documentation/devices.<u></u>txt#2531</a>) shows<br>
as 0 = /dev/usb/lp0 First USB printer.<br>
<br>
I wonder if I'm trying to bit-bang to something that is supposed to be<br>
a printer, and that is getting in the way.<br>
<br>
I'll keep hacking and experimenting. Any kernel hackers looking for a<br>
short exploration are encouraged to get in touch.<br>
<br>
Cheers,<br>
jof<br>
</blockquote></blockquote>
<br>
</blockquote>
</blockquote></div><br></div>