On Thursday 14 January 2010 6:40:42 pm Frank wrote:
> On Thu, 14 Jan 2010, Frank wrote:
>
> > On Thu, 14 Jan 2010, John Baldwin wrote:
> >
> >> What does apctest say when you run it?
> >>
> >> --
> >> John Baldwin
> >
> > apctest
> >
> >
> > 2010-01-14 18:15:04 apctest 3.14.5 (10 January 2009) f
On Thu, 14 Jan 2010, Steve Randall wrote:
Ace /usr/ports # usbdevs -d -v
usbdevs: no USB controllers found
A possibility occurs to me that I think nobody has yet mentioned. If
you still have the obsolete usbdevs command on your system, is it
possible you also still have the obsolete devel/libu
On Thu, 14 Jan 2010, Frank wrote:
On Thu, 14 Jan 2010, John Baldwin wrote:
What does apctest say when you run it?
--
John Baldwin
apctest
2010-01-14 18:15:04 apctest 3.14.5 (10 January 2009) freebsd
Checking configuration ...
Attached to driver: usb
sharenet.type = DEFAULT
I cannot handle
On Thu, 14 Jan 2010, John Baldwin wrote:
What does apctest say when you run it?
--
John Baldwin
apctest
2010-01-14 18:15:04 apctest 3.14.5 (10 January 2009) freebsd
Checking configuration ...
Attached to driver: usb
sharenet.type = DEFAULT
I cannot handle sharenet.type = DEFAULT
2010-01-14
On Fri, 8 Jan 2010 17:47:55 -0500 (EST)
Frank wrote:
> I am having problems with mouse, keyboard and APC UPS. When attempting to
> start apcupsd I get the following error:
>
> Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd FATAL ERROR in generic-usb.c at
> line 636 Cannot find UPS device -- For a
On Wednesday 13 January 2010 6:21:08 pm Frank wrote:
> On Wed, 13 Jan 2010, John Baldwin wrote:
>
> > Same here. I suspect the problem is in apcupsd.conf. This is what I am
> > using:
> >
> > UPSCABLE usb
> > UPSTYPE usb
> > DEVICE
>
> This is what I have in mine also. Here's the whole thing:
On Wed, 13 Jan 2010, John Baldwin wrote:
Same here. I suspect the problem is in apcupsd.conf. This is what I am
using:
UPSCABLE usb
UPSTYPE usb
DEVICE
This is what I have in mine also. Here's the whole thing:
UPSCABLE usb
UPSTYPE usb
LOCKFILE /var/spool/lock
DEVICE
UPSCLASS standalone
UPS
On Tuesday 12 January 2010 9:29:58 pm Daniel O'Connor wrote:
> On Wed, 13 Jan 2010, Frank wrote:
> > On Wed, 13 Jan 2010, Daniel O'Connor wrote:
> > > Does it use libusb? If so, then it should "Just Work" assuming that
> > > permissions are correct (note the nodes are /dev/usb/X.Y.Z now)
> > >
> >
On Tuesday 12 January 2010 5:09:38 pm Lowell Gilbert wrote:
> Steven Friedrich writes:
>
> > On Saturday 09 January 2010 06:11:45 pm Frank wrote:
> >> On Sat, 9 Jan 2010, Steven Friedrich wrote:
> >> >> USB.
> >> >>
> >> >> I'm betting USB and I'm
> >> >>
> >> >>> thinking that maybe the driver y
Frank wrote:
> On Fri, 8 Jan 2010, Warren Block wrote:
>
>> Do you have DEVICE /dev/ugen0.2 in apcupsd.conf?
>
> No, just DEVICE
>
Try
UPSCABLE usb
UPSTYPE usb
DEVICE ugen0.2
and (possibly some subset of)
device uhci# UHCI PCI->USB interface
device
On Wed, 13 Jan 2010, Daniel O'Connor wrote:
Does this tell you?
No, I checked the code, it doesn't use libusb :(
I guess it will need to be ported manually, I have no idea how difficult
that would be though.
Thanks for your help.
--
Daniel O'Connor software and network engineer
for Genes
On Tue, 12 Jan 2010, Jeremy Chadwick wrote:
Please provide the output from:
ldd -v /some/path/apcupsd
ldd -v /usr/local/sbin/apcupsd
ldd: /usr/local/sbin/apcupsd: this is an ELF program; use objdump to
examine
--
| Jeremy Chadwick j...@parodius.com |
| Pa
On Wed, 13 Jan 2010, Frank wrote:
> On Wed, 13 Jan 2010, Daniel O'Connor wrote:
> > Does it use libusb? If so, then it should "Just Work" assuming that
> > permissions are correct (note the nodes are /dev/usb/X.Y.Z now)
> >
> > --
> > Daniel O'Connor software and network engineer
> > for Genesis So
On Tue, Jan 12, 2010 at 09:07:43PM -0500, Frank wrote:
> On Wed, 13 Jan 2010, Daniel O'Connor wrote:
>
> >Does it use libusb? If so, then it should "Just Work" assuming that
> >permissions are correct (note the nodes are /dev/usb/X.Y.Z now)
> >
> >--
> >Daniel O'Connor software and network engine
On Wed, 13 Jan 2010, Daniel O'Connor wrote:
Does it use libusb? If so, then it should "Just Work" assuming that
permissions are correct (note the nodes are /dev/usb/X.Y.Z now)
--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about s
On Wed, 13 Jan 2010, Steven Friedrich wrote:
> I think someone is going to have to update apcupsd with changes
> necessary to be compatible with FreeBSD 8's new USB arch.
>
> I haven't seen any documentation, white paper, etc., that discusses
> what changes would be needed. You could try sending a
On Wed, 13 Jan 2010, Ian Smith wrote:
> > Notice that we have not specified a device. In doing so, apcupsd
> > will try all the well known USB ports.
> >
> > > > I don't understand why usbdevs can't find any controllers and
> > > > apcupsd can't find any device while the kernel and usbconfig
>
On Wed, 13 Jan 2010, Ian Smith wrote:
Frank, have you actually tried specifying DEVICE /dev/ugen0.2 ?
Maybe that port syntax is not 'well known' to apcupsd? Just a punt.
cheers, Ian
Yup, no joy.
--
Frank
___
freebsd-stable@freebsd.org mailing lis
On Tue, 12 Jan 2010, Lowell Gilbert wrote:
Another data point...
I didn't pay much attention to it, but without changing my apcupsd
configuration, it "just worked" after upgrading from RELENG_7 to
RELENG_8, just a couple of days ago.
I'm still running on a GENERIC kernel, but if I trim it down
On Sat, 9 Jan 2010, Frank wrote:
> On Fri, 8 Jan 2010, Warren Block wrote:
>
> > Do you have DEVICE /dev/ugen0.2 in apcupsd.conf?
>
> No, just DEVICE
>
> > From the online manual:
>
> If you have a USB UPS, the essential elements of your apcupsd.conf file
> should look like the follow
Steven Friedrich writes:
> On Saturday 09 January 2010 06:11:45 pm Frank wrote:
>> On Sat, 9 Jan 2010, Steven Friedrich wrote:
>> >> USB.
>> >>
>> >> I'm betting USB and I'm
>> >>
>> >>> thinking that maybe the driver you used to use hasn't been converted to
>> >>> the new USB system in 8-Stable.
On Saturday 09 January 2010 06:11:45 pm Frank wrote:
> On Sat, 9 Jan 2010, Steven Friedrich wrote:
> >> USB.
> >>
> >> I'm betting USB and I'm
> >>
> >>> thinking that maybe the driver you used to use hasn't been converted to
> >>> the new USB system in 8-Stable.
> >>
> >> If that's the case it mak
On Sat, 9 Jan 2010, Steven Friedrich wrote:
USB.
I'm betting USB and I'm
thinking that maybe the driver you used to use hasn't been converted to
the new USB system in 8-Stable.
If that's the case it makes sense. I guess I'll just have to wait until
it's converted.
Is it possible to boot o
On Saturday 09 January 2010 06:50:59 am Frank wrote:
> On Fri, 8 Jan 2010, Steven Friedrich wrote:
> > OK, first a disclaimer. I am not a FreeBSD developer, but I have been
> > admin'ing my own *nix systems for decades.
> >
> > I think this is weird: ugen0.2: at usbus0
> > What device or port was
On Fri, 8 Jan 2010, Warren Block wrote:
Do you have DEVICE /dev/ugen0.2 in apcupsd.conf?
No, just DEVICE
From the online manual:
If you have a USB UPS, the essential elements of your apcupsd.conf file
should look like the following:
## apcupsd.conf v1.1 ##
UPSCABLE usb
UPSTYPE usb
DEVIC
On Fri, 8 Jan 2010, Steven Friedrich wrote:
OK, first a disclaimer. I am not a FreeBSD developer, but I have been
admin'ing my own *nix systems for decades.
I think this is weird: ugen0.2: at usbus0
What device or port was this on previous to 8-Stable?
Is it connected via serial cable (rs232
On 01/09/2010 05:39, Warren Block wrote:
On Fri, 8 Jan 2010, Frank wrote:
On Fri, 8 Jan 2010, Steven Friedrich wrote:
Option "AllowEmptyInput" "off"
EndSection
Comment out the line containing AllowEmptyInput.
OK, this took care of the nothing-works-unless-mouse-is-moved problem
but why d
On Fri, 8 Jan 2010, Frank wrote:
On Fri, 8 Jan 2010, Steven Friedrich wrote:
Option "AllowEmptyInput" "off"
EndSection
Comment out the line containing AllowEmptyInput.
OK, this took care of the nothing-works-unless-mouse-is-moved problem but why
do I get this? It's keeping
On Friday 08 January 2010 08:47:54 pm Frank wrote:
> On Fri, 8 Jan 2010, Steven Friedrich wrote:
> >> Option "AllowEmptyInput" "off"
> >> EndSection
> >
> > Comment out the line containing AllowEmptyInput.
>
> OK, this took care of the nothing-works-unless-mouse-is-moved problem but
On Fri, 8 Jan 2010, Steven Friedrich wrote:
Option "AllowEmptyInput" "off"
EndSection
Comment out the line containing AllowEmptyInput.
OK, this took care of the nothing-works-unless-mouse-is-moved problem but
why do I get this? It's keeping apcupsd from starting.
Ace /usr/
On Friday 08 January 2010 07:25:04 pm Frank wrote:
> On Fri, 8 Jan 2010, Steven Friedrich wrote:
> > Check your /etc/X11/xorg.conf
> >
> > Make sure Option "AllowEmptyInput" is not on, 1, true, etc. We needed
> > this option as a temporary work-around when a bug existed during the code
> > freeze
On Fri, 8 Jan 2010, Steven Friedrich wrote:
Check your /etc/X11/xorg.conf
Make sure Option "AllowEmptyInput" is not on, 1, true, etc. We needed this
option as a temporary work-around when a bug existed during the code freeze
during the FreeBSD8.0 release process. So if you install FreeBSD 8.
On Friday 08 January 2010 05:47:55 pm Frank wrote:
> I am having problems with mouse, keyboard and APC UPS. When attempting to
> start apcupsd I get the following error:
>
> Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd FATAL ERROR in generic-usb.c at
> line 636 Cannot find UPS device -- For a link
I am having problems with mouse, keyboard and APC UPS. When attempting to
start apcupsd I get the following error:
Jan 8 17:42:06 Ace apcupsd[1606]: apcupsd FATAL ERROR in generic-usb.c at
line 636 Cannot find UPS device -- For a link to detailed USB trouble
shooting information, please see
34 matches
Mail list logo