[Rack] minotaur is down
ben at nerp.net
Sun Jul 7 01:26:39 UTC 2013
[ 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
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.
>> 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.
More information about the Rack