Christian Pernegger wrote:
Christian, any news from your tests?
So far, looking good:
20:37:26 up 1 day, 20:35, 1 user, load average: 0.00, 0.00, 0.00
- apcaccess status still works
- no "queue full" messages in the log
C.
Well, good. I have removed the kernel patch and run only
Adam Kropelin wrote:
Christian Pernegger wrote:
As I'm pressured to release my hardware, could you test it as well
Christian??
Sorry it took so long. With just the apcupsd-enforce-urb-delay2.patch:
apcupsd gets stuck right on startup, i. e. status queries just hang.
It can't be killed by r
Adam Kropelin wrote:
Martin Kessler wrote:
Have to correct my last email, I just wasn't patient enough, it took
20min between starting service apcupsd and "NIS server startup
succeeded" message. Could also be that the communication came up because
we had a few voltage flu
Adam Kropelin wrote:
Martin Kessler wrote:
Adam Kropelin wrote:
Martin Kessler wrote:
Adam Kropelin wrote:
I've attached a rather ugly hack to fix the problem in hid-core. I
don't know if this alone will solve Martin's lockup, but I'm
hoping it
does.
I disr
Adam Kropelin wrote:
Martin Kessler wrote:
Adam Kropelin wrote:
Martin Kessler wrote:
Adam Kropelin wrote:
I've attached a rather ugly hack to fix the problem in hid-core. I
don't know if this alone will solve Martin's lockup, but I'm
hoping it
does.
I disr
Adam Kropelin wrote:
Martin Kessler wrote:
Adam Kropelin wrote:
Martin Kessler wrote:
Adam Kropelin wrote:
I've attached a rather ugly hack to fix the problem in hid-core. I
don't know if this alone will solve Martin's lockup, but I'm
hoping it
does.
I disr
Adam Kropelin wrote:
Martin Kessler wrote:
Adam Kropelin wrote:
I've attached a rather ugly hack to fix the problem in hid-core. I
don't know if this alone will solve Martin's lockup, but I'm hoping it
does.
I disregarded your earlier patch, don't think it make
Adam Kropelin wrote:
Alan Stern wrote:
On Sun, 12 Jun 2005, Adam Kropelin wrote:
So the basic algorithm means we should expect to see bursts of 16
control transfers once every 60 seconds, plus additional bursts
generated in response to interrupt transfers. What's happening in
That does f
Alan Stern wrote:
On Fri, 10 Jun 2005, Martin Kessler wrote:
Here another one, btw I did pass usbfs_snoop on to the kernel during
boot, but have no entries in my logfile. Hmmm, usbcore is not a module
so usbcore.usbfs_snoop=1 should have done the job isn't it??? Currently
my apcup
Alan Stern wrote:
On Thu, 9 Jun 2005, Adam Kropelin wrote:
Pete Zaitcev wrote:
OK, here is the interesting part of the trace.
Thanks for the decode...
Up to this point, something hits the UPS with control messages every
4ms
(sounds crazy, but here it is: the daemon is o
Alan Stern wrote:
On Thu, 9 Jun 2005, Martin Kessler wrote:
so far the problem did not show up, but I had the uhci_result_control:
failed with status 40 twice today during normal operation hmmm,
based on your info, I should only see it during startup isn't it???
I have attache
Alan Stern wrote:
On Wed, 8 Jun 2005, Martin Kessler wrote:
Ok, thanks its done. I do have a uhci_hcd :00:1d:1:
uhci_result_control: failed with status 40 when the USB port comes
alive (startup apcupsd), it repeats itself a few times. Is that normal
It does happen
Alan Stern wrote:
On Wed, 8 Jun 2005, Martin Kessler wrote:
Ok, thanks its done. I do have a uhci_hcd :00:1d:1:
uhci_result_control: failed with status 40 when the USB port comes
alive (startup apcupsd), it repeats itself a few times. Is that normal
It does happen
David Brownell wrote:
On Monday 06 June 2005 10:05 pm, Pete Zaitcev wrote:
On Tue, 07 Jun 2005 11:24:25 +0800, Martin Kessler <[EMAIL PROTECTED]> wrote:
I'm relying on the afflicted users to send debug traces. Sticking in a
printk might be a quicker way for Martin and C
Adam Kropelin wrote:
Alan Stern wrote:
On Thu, 2 Jun 2005, Adam Kropelin wrote:
It would certainly help to know exactly where the blockage occurs. Is
it in the HID queuing code, in the HCD (unlikely), or in the UPS
device? Suitable debugging statements ought to settle that pretty
easily.
Adam Kropelin wrote:
Alan Stern wrote:
On Thu, 2 Jun 2005, Adam Kropelin wrote:
It would certainly help to know exactly where the blockage occurs. Is
it in the HID queuing code, in the HCD (unlikely), or in the UPS
device? Suitable debugging statements ought to settle that pretty
easily.
16 matches
Mail list logo
