[Rack] minotaur is down

Jonathan Lassoff jof at thejof.com
Sun Jul 7 01:32:57 UTC 2013


I don't think lp is needed. The parallel port driver makes an
interface at (99, 0)
(http://www.mjmwired.net/kernel/Documentation/devices.txt#1736) that
speaks in a raw fashion on the port, where as lp presents (6, 0)
(http://www.mjmwired.net/kernel/Documentation/devices.txt#252) as a
line printer.

It's the creation of /dev/parport0 that doesn't seem to be happening.

On Sat, Jul 6, 2013 at 6:30 PM, Ben Kochie <ben at nerp.net> wrote:
> 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