[Rack] minotaur is down

Ben Kochie ben at nerp.net
Sun Jul 7 01:30:28 UTC 2013


Ok, I think I figured it out.

lp is not being automatically loaded.

I added "lp" to /etc/modules.  That should auto-create the right devs:

crw-rw---T 1 root lp 6, 0 Jul  6 18:28 /dev/lp0
[72636.335730] lp0: using parport0 (polling).


-ben

On Sat, 6 Jul 2013, Ben Kochie wrote:

> Interesting:
>
> [    5.608845] uss720: protocols (eg. bitbang) over USS720 usb to parallel 
> cables
> [57420.668619] parport0: fix this legacy no-device port driver!
> [57420.668870] uss720: protocols (eg. bitbang) over USS720 usb to parallel 
> cables
> [58324.950389] ppdev: user-space parallel port driver
>
>
> -ben
>
> On Sat, 6 Jul 2013, Jonathan Lassoff wrote:
>
>> Ok, I did some security, packaging, and general FIXME work on gateman,
>> and have it running now.
>> 
>> We may need to run this if the box reboots. I'l still not sure about
>> fixing udev the right way.
>>
>>  sudo mknod /dev/parport0 c 99 0
>>  sudo service gateman status || sudo service gateman start
>> 
>> On Sat, Jul 6, 2013 at 3:56 PM, Jonathan Lassoff <jof at thejof.com> wrote:
>>> So, I figured out that /dev/usb/lp0 is actually a line printer emulation 
>>> device.
>>> /dev/parport0 was still what I wanted (99, 0), but udev wasn't creating 
>>> it.
>>> 
>>> I manually did a mknod for it, but now just need to figure out how to
>>> get it to survive reboots.
>>> 
>>> --j
>>> 
>>> On Sat, Jul 6, 2013 at 2:12 PM, Jonathan Lassoff <jof at thejof.com> wrote:
>>>> On Sat, Jul 6, 2013 at 3:17 AM, Jake <jake at spaz.org> wrote:
>>>>> we have been spamming the discuss list with this stuff.  no more.
>>>> 
>>>> Oh... yeah, I suppose rack@ is more appropriate.
>>>> However, I think we're more on-topic in this thread than most of the
>>>> other threads :p
>>>> 
>>>>> it may be an issue of the old hardware having a "real" parallel port 
>>>>> that we
>>>>> never used, because we didn't have a connector for it, and the new 
>>>>> hardware
>>>>> doesn't have a real parallel port.
>>>> 
>>>> Certainly possible.
>>>> However, since it's the USB emulator in both cases. I'm unsure exactly
>>>> what is breaking.
>>>> 
>>>>> make sure you're talking to the right device, which is a USB parallel 
>>>>> port
>>>>> which is tied to the sprinkler pipe just above the wall-o-tubes.
>>>>> 
>>>>> i guess you're looking at /dev/usb... so it should be the right device.
>>>>> 
>>>>> it must be something about the new OS install, different drivers for the 
>>>>> usb
>>>>> parallel port or something fucked up like that.  good luck.
>>>> 
>>>> I think I'm talking to the right device. Both kernels used the uss720
>>>> driver, however I was getting at it as /dev/parport0 (hard-coded into
>>>> gateman :( ), whereas now there seems to be a device at /dev/usb/lp0.
>>>> 
>>>> It's major number 180, minor 0, which the device listing
>>>> (http://www.mjmwired.net/kernel/Documentation/devices.txt#2531) shows
>>>> as 0 = /dev/usb/lp0 First USB printer.
>>>> 
>>>> I wonder if I'm trying to bit-bang to something that is supposed to be
>>>> a printer, and that is getting in the way.
>>>> 
>>>> I'll keep hacking and experimenting. Any kernel hackers looking for a
>>>> short exploration are encouraged to get in touch.
>>>> 
>>>> Cheers,
>>>> jof
>> 
> _______________________________________________
> Rack mailing list
> Rack at lists.noisebridge.net
> https://www.noisebridge.net/mailman/listinfo/rack
>


More information about the Rack mailing list