[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