Comment 9 for bug 1159358

On Mon, Apr 22, 2013 at 10:07 AM, chris <email address hidden> wrote:
> I think the USB printer/HDD is in sleep because it doesn't react as
> expected as I mentioned in bug description.

OK, I got it, maybe you should describe it as not working instead of sleep,
which has specific meaning in linux kernel. And both your USB printer/HDD
aren't in linux sleep state, as far as your problem is concerned.

>
> I've attached CurrentDmesg.txt (output from xdiagnose) while filing this bug. That output provided when this bug occured.

For your USB printer, we can see below message, which simply means
that the two printers experienced one disconnect/connect event, so some
userspace application may not work any more since they need to reopen
the device handler.

If there are printer daemon or services, I guess that restarting these daemon or
services may workaround the problem.

[ 21.151935] usblp0: removed
[ 21.175547] usblp0: USB Bidirectional printer dev 2 if 1 alt 0
proto 2 vid 0x04A9 pid 0x1736
[ 21.175705] usblp1: removed
[ 21.190811] usblp1: USB Bidirectional printer dev 2 if 2 alt 0
proto 2 vid 0x04A9 pid 0x1736

> Maybe you need more information ?

Yes, if you can build kernel, it is helpful to enable CONFIG_USB_DEBUG and
post out the 'dmesg' info. But if you can't, I am wondering if we can
find why the
printer disconnects suddenly.

Thanks,