Re: anoncvs errors
Quoting Stuart Henderson : On 2014/07/04 04:31, Vijay Sankar wrote: Here is a copy of my cvs-syncfile and I had upgraded to cvsync-0.25.0pre0 You need cvsync-0.25.0pre0p0 Thanks very much. Was able to update. obsd55$ /usr/local/bin/cvsync -c /home/vsankar/jobs/cvs-syncfile Connecting to anoncvs.spacehopper.org port Connected to 195.95.187.28 port Running... Updating (collection openbsd/rcs) Edit ports/www/phpmyadmin/Makefile,v Edit ports/www/phpmyadmin/distinfo,v Edit ports/www/phpmyadmin/pkg/PLIST,v Edit src/bin/ps/print.c,v Edit src/lib/libkvm/kvm_file2.c,v Edit src/lib/libkvm/kvm_proc.c,v Edit src/lib/libkvm/kvm_proc2.c,v Edit src/lib/libssl/src/crypto/x509/x509_att.c,v Edit src/regress/lib/libc/Makefile,v Edit src/regress/lib/libc/locale/Makefile,v Edit src/regress/lib/libm/Makefile,v Edit src/regress/lib/libpthread/Makefile,v Edit src/regress/sbin/Makefile,v Edit src/regress/sys/crypto/Makefile,v Edit src/regress/sys/uvm/Makefile,v Edit src/regress/usr.bin/Makefile,v Edit src/regress/usr.bin/mandoc/mdoc/Bd/Makefile,v Create src/regress/usr.bin/mandoc/mdoc/Bd/notype.in,v Create src/regress/usr.bin/mandoc/mdoc/Bd/notype.out_ascii,v Create src/regress/usr.bin/mandoc/mdoc/Bd/notype.out_lint,v Edit src/regress/usr.bin/mandoc/mdoc/Bl/Makefile,v Create src/regress/usr.bin/mandoc/mdoc/Bl/emptyhead.in,v Create src/regress/usr.bin/mandoc/mdoc/Bl/emptyhead.out_ascii,v Create src/regress/usr.bin/mandoc/mdoc/Bl/emptyhead.out_lint,v Create src/regress/usr.bin/mandoc/mdoc/Bl/emptyitem.in,v Create src/regress/usr.bin/mandoc/mdoc/Bl/emptyitem.out_ascii,v Create src/regress/usr.bin/mandoc/mdoc/Bl/emptyitem.out_lint,v Create src/regress/usr.bin/mandoc/mdoc/Bl/emptytag.in,v Create src/regress/usr.bin/mandoc/mdoc/Bl/emptytag.out_ascii,v Create src/regress/usr.bin/mandoc/mdoc/Bl/emptytag.out_lint,v Create src/regress/usr.bin/mandoc/mdoc/Bl/notype.in,v Create src/regress/usr.bin/mandoc/mdoc/Bl/notype.out_ascii,v Create src/regress/usr.bin/mandoc/mdoc/Bl/notype.out_lint,v Edit src/regress/usr.bin/mandoc/roff/cond/Makefile,v Create src/regress/usr.bin/mandoc/roff/cond/if.out_lint,v Edit src/regress/usr.bin/mandoc/roff/de/Makefile,v Edit src/regress/usr.bin/mandoc/roff/de/escname.in,v Create src/regress/usr.bin/mandoc/roff/de/escname.out_lint,v Edit src/regress/usr.sbin/Makefile,v Edit src/sys/arch/amd64/amd64/identcpu.c,v Edit src/sys/arch/amd64/include/specialreg.h,v Edit src/sys/arch/i386/i386/machdep.c,v Edit src/sys/arch/i386/include/specialreg.h,v Edit src/sys/kern/kern_exit.c,v Edit src/sys/kern/kern_fork.c,v Edit src/sys/kern/kern_proc.c,v Edit src/sys/kern/kern_sig.c,v Edit src/sys/kern/kern_sysctl.c,v Edit src/sys/kern/sched_bsd.c,v Edit src/sys/kern/tty.c,v Edit src/sys/miscfs/procfs/procfs_cmdline.c,v Edit src/sys/sys/proc.h,v Edit src/sys/sys/sysctl.h,v Edit src/usr.bin/mandoc/mandoc.h,v Edit src/usr.bin/mandoc/mdoc_term.c,v Edit src/usr.bin/mandoc/mdoc_validate.c,v Edit src/usr.bin/mandoc/read.c,v Edit src/usr.bin/mandoc/roff.c,v Edit src/usr.bin/ssh/authfile.h,v Edit src/usr.bin/ssh/channels.c,v Edit src/usr.bin/ssh/servconf.c,v Edit src/usr.bin/ssh/servconf.h,v Edit src/usr.bin/ssh/session.c,v Edit src/usr.bin/ssh/sshconnect.c,v Edit src/usr.bin/ssh/sshd.8,v Edit src/usr.bin/ssh/sshd_config.5,v Edit src/usr.bin/tmux/procname.c,v Edit src/usr.bin/top/machine.c,v Edit src/usr.bin/w/proc_compare.c,v Edit src/usr.bin/w/w.c,v Edit src/usr.sbin/snmpd/mib.c,v Edit src/usr.sbin/tcpdump/print-ospf.c,v Edit src/usr.sbin/tcpdump/print-ospf6.c,v Done (collection openbsd/rcs) Finished successfully Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited vsan...@foretell.ca - This message was sent using ForeTell-POST 4.9
anoncvs errors
Hi,
I am not sure if I am doing something wrong but just wanted to report
the following error when trying to use anoncvs, I also tried utoronto
site and got the same error. ualberta did not allow me to connect.
obsd55$ /usr/local/bin/cvsync -c /home/vsankar/jobs/cvs-syncfile
Connecting to anoncvs.spacehopper.org port
Connected to 195.95.187.28 port
Running...
Updating (collection openbsd/rcs)
Connected to 195.95.187.28 port
Running...
Updating (collection openbsd/rcs)
Update CVSROOT/ChangeLog
Remove CVSROOT/history
Remove CVSROOT/history.save
Remove CVSROOT/history.save2
Remove CVSROOT/history.save3
Remove CVSROOT/history.save4
Remove CVSROOT/history.save7
Remove CVSROOT/history_save
Remove CVSROOT/history_save2
Remove CVSROOT/history_save3
Remove CVSROOT/history_save4
Remove CVSROOT/history_save5
Remove CVSROOT/history_save6
Remove CVSROOT/history_save8
Updater(RCS): UPDATE(delta): error
Updater(RCS): UPDATE: /home/cvs/ports/www/phpmyadmin/Makefile,v
Updater: RCS Error
Socket Error: recv: 2 residue 2
Receiver Error: recv
Mux(SEND) Error: not running: 1
FileScan(RCS): UPDATE /home/cvs/src/lib/libkvm/kvm_proc2.c,v
FileScan: RCS Error
Mux(SEND) Error: not running: 0
DirScan: RCS Error
Failed
Here is a copy of my cvs-syncfile and I had upgraded to cvsync-0.25.0pre0
obsd55$ more cvs-syncfile
config {
hostname openbsd.cs.toronto.edu
# If your network link is a T1 or faster, comment out the
following line.
# compress
collection {
name openbsd release rcs
prefix /home/cvs
umask 002
}
}
obsd55$ pkg_info | grep cvs
cvsync-0.25.0pre0 CVS repository synchronization utility
obsd55$ sysctl kern.version
kern.version=OpenBSD 5.5-current (GENERIC.MP) #90: Wed Apr 30 05:53:07
MDT 2014
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
obsd55$ /usr/local/bin/cvsync -c /home/vsankar/jobs/cvs-syncfile
Connecting to anoncvs.ca.openbsd.org port 2022
host 129.128.5.194 port 2022: Connection refused
service is not available at anoncvs.ca.openbsd.org port 2022
Vijay
Vijay Sankar, M.Eng., P.Eng.
ForeTell Technologies Limited
vsan...@foretell.ca
-
This message was sent using ForeTell-POST 4.9
Re: missing ports.tar.gz in snapshot
Quoting Theo de Raadt : is there a reason, why there is no ports.tar.gz in the latest snapshot folder? At present, it is not being built in the ftp area any more. I'd like to ask. Does anyone find it useful? It is not in sync with the packages beside it. Hi Theo, Sometimes, when a dependency package is missing in snapshots or when the package itself does not work; I have used ports.tar.gz to build the package and test it. This has helped me with testing openldap. qemu, and horde. I suppose this could also be done with cvsync etc., so this is not a request to have ports.tar.gz; but it has been useful. Thanks, Vijay Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited vsan...@foretell.ca - This message was sent using ForeTell-POST 4.9
Re: fsck vs fsck_ffs WHAT'S THE DIFFERENCE?
Quoting laborat...@cpnetserver.net: Hi guys! Please, What is the difference between 'fsck' and 'fsck_ffs' command? Thanks, Max Power. One way to find out is to look at /usr/src/sbin/fsck and /usr/src/sbin/fsck_ffs and compare. Hope this helps, Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited vsan...@foretell.ca - This message was sent using ForeTell-POST 4.9
Re: [UPDATE] Sendmail 8.14.7 released
Hi, I am running the ldap flavor and so far have had no problems that could be traced to sendmail. I think the authentication problems and problems with ldap vacation that i see are of my own making. I hope to test it properly and get back to you this weekend. Sorry about the delay Vijay Sankar ForeTell Technologies Limited vsan...@foretell.ca Sent from my iPhone On 2013-04-30, at 1:54 PM, j...@wxcvbn.org (Jérémie Courrèges-Anglas) wrote: > > Ping. > > -- > Jérémie Courrèges-Anglas > PGP Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494 >
Re: Stolen memory
Quoting Vijay Sankar :
Quoting Mark Kettenis :
Machines with Intel integrated graphics have this concept of stolen
memory; system memory set aside by the BIOS for use by the graphics
chip. On OpenBSD we don't touch that memory since we don't want to
step on the BIOS' toes. We also assume that this memory is mapped in
the graphics translation table (GTT). So we reserve a block of the
size of the stolen memory at the start of the aperture and never use
it.
On modern machines this strategy doesn't make a lot of sense. The
size of the stolen memory can be larger than the graphics aperture,
leaving inteldrm(4) no space to map framebuffers and other graphics
objects.
The diff below gets rid of this policy on Sandy Bridge and Ivy Bridge
CPUs, making the full aperture available for use by inteldrm(4). This
works fine on my x220, but before I commit this, I'd like to see a
little bit more testing. If you have a machine with Intel HD Graphics
2000/3000/2500/4000, please give this diff a try. If possible, test
the following:
* Check that X still works properly.
* Check that suspend/resume still works. (Don't bother if
suspend/resume doesn't work without this diff).
* Disable the inteldrm driver (boot with the -c option, disable
inteldrm at the UKC> prompt) and check if the VGA text console
still works properly.
Thanks,
Mark
Index: agp_i810.c
===
RCS file: /cvs/src/sys/dev/pci/agp_i810.c,v
retrieving revision 1.74
diff -u -p -r1.74 agp_i810.c
--- agp_i810.c 18 Mar 2013 12:02:56 - 1.74
+++ agp_i810.c 4 Apr 2013 20:38:14 -
@@ -506,79 +506,11 @@ agp_i810_attach(struct device *parent, s
case CHIP_SANDYBRIDGE:
case CHIP_IVYBRIDGE:
-
- /* Stolen memory is set up at the beginning of the aperture by
-* the BIOS, consisting of the GATT followed by 4kb for the
-* BIOS display.
+ /*
+* Even though stolen memory exists on these machines,
+* it isn't necessarily mapped into the aperture.
*/
-
- gcc1 = (u_int16_t)pci_conf_read(bpa.pa_pc, bpa.pa_tag,
- AGP_INTEL_SNB_GMCH_CTRL);
-
- stolen = 4;
-
- switch (gcc1 & AGP_INTEL_SNB_GMCH_GMS_STOLEN_MASK) {
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_32M:
- isc->stolen = (32768 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_64M:
- isc->stolen = (65536 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_96M:
- isc->stolen = (98304 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_128M:
- isc->stolen = (131072 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_160M:
- isc->stolen = (163840 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_192M:
- isc->stolen = (196608 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_224M:
- isc->stolen = (229376 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_256M:
- isc->stolen = (262144 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_288M:
- isc->stolen = (294912 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_320M:
- isc->stolen = (327680 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_352M:
- isc->stolen = (360448 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_384M:
- isc->stolen = (393216 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_416M:
- isc->stolen = (425984 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_448M:
- isc->stolen = (458752 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_480M:
- isc->stolen = (491520 - stolen) * 1024 / 4096;
- break;
- case AGP_INTEL_SNB_GMCH_GMS_STOLEN_512M:
- isc->stolen = (524288 - stolen) * 1024 / 4096;
- break;
-
Re: Stolen memory
isc->stolen = 0;
- printf("unknown memory configuration, disabling\n");
- goto out;
- }
-
-#ifdef DEBUG
- if (isc->stolen > 0) {
- printf(": detected %dk stolen memory",
- isc->stolen * 4);
- } else
- printf(": no preallocated video memory\n");
-#endif
+ isc->stolen = 0;
/* GATT address is already in there, make sure it's enabled */
gatt->ag_physical = READ4(AGP_I810_PGTBL_CTL) & ~1;
The font on the console looks different than the normal OpenBSD font,
other than that X and KDE both work great. The patch worked perfectly
on two desktops and failed on a ThinkPad.
hw.vendor=ASUSTeK Computer INC.
hw.product=P8H67-M EVO
hw.physmem=17082646528
and
hw.vendor=ASUSTeK COMPUTER INC.
hw.product=P8H77-M
hw.physmem=8246112256
I seem to be doing wrong on a ThinkPad. The ThinkPad has the same line
for vga as the desktop boxes
vga1 at pci0 dev 2 function 0 "Intel HD Graphics 3000" rev 0x09
so I am thinking that may be I did something wrong here.
On the following system
hw.vendor=LENOVO
hw.product=1143AFU
hw.version=ThinkPad E520
hw.physmem=4201246720
the same USB stick that I was using to boot the other two boxes did
not work. I saw a whole bunch of panic messages flash on the console
but since there is no serial port on that laptop, I am not sure how to
get the debug output.
I am now trying to build all the binaries and will try with a
different USB stick.
Thanks again and please let me know if there is something else I can
try or help with.
Vijay
Vijay Sankar, M.Eng., P.Eng.
ForeTell Technologies Limited
vsan...@foretell.ca
-
This message was sent using ForeTell-POST 4.9
Re: 5.3 -current installation problem
Quoting Mark Kettenis :
Date: Wed, 03 Apr 2013 14:07:24 -0400
From: RD Thrush
I have a similar problem which results in a panic (dmesg appended).
This machine has a radeon (asus 7770) pcie adapter in addition to
the integrated intel hd4000. The latter adapter seems to elicit the
panic. If I set the bios to make the hd4000 the primary display,
the panic will repeatably occur.
vga1 at pci0 dev 2 function 0 "Intel HD Graphics 4000" rev 0x09
intagp0 at vga1
agp0 at intagp0: aperture at 0xd000, size 0x1000
inteldrm0 at vga1
drm0 at inteldrm0
inteldrm0: apic 2 int 16
extent_create: extent `agpgtt', start 0xd000, end 0xdfffefff
Can you send me a dmesg from a kernel that has the diff below in it?
Index: agp_i810.c
===
RCS file: /cvs/src/sys/dev/pci/agp_i810.c,v
retrieving revision 1.74
diff -u -p -r1.74 agp_i810.c
--- agp_i810.c 18 Mar 2013 12:02:56 - 1.74
+++ agp_i810.c 3 Apr 2013 20:20:49 -
@@ -572,13 +572,13 @@ agp_i810_attach(struct device *parent, s
goto out;
}
-#ifdef DEBUG
+//#ifdef DEBUG
if (isc->stolen > 0) {
printf(": detected %dk stolen memory",
isc->stolen * 4);
} else
printf(": no preallocated video memory\n");
-#endif
+//#endif
/* GATT address is already in there, make sure it's enabled */
gatt->ag_physical = READ4(AGP_I810_PGTBL_CTL) & ~1;
$ sysctl kern.version
kern.version=OpenBSD 5.3-current (GENERIC.MP) #0: Wed Apr 3 16:02:34 CDT 2013
r...@server4.foretell.ca:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Thanks very much. Here is the dmesg with your patch. Hope this is useful.
Vijay
Vijay Sankar, M.Eng., P.Eng.
ForeTell Technologies Limited
vsan...@foretell.ca
-
This message was sent using ForeTell-POST 4.9
OpenBSD 5.3-current (GENERIC.MP) #0: Wed Apr 3 16:02:34 CDT 2013
r...@server4.foretell.ca:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8246112256 (7864MB)
avail mem = 8018894848 (7647MB)
User Kernel Config
UKC> disable inteldrm
4 inteldrm* disabled
UKC> quit
Continuing...
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeb8c0 (104 entries)
bios0: vendor American Megatrends Inc. version "0804" date 10/15/2012
bios0: ASUSTeK COMPUTER INC. P8H77-M
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT MCFG HPET SSDT SSDT SSDT
acpi0: wakeup devices PS2K(S4) PS2M(S4) UAR1(S4) P0P1(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) PXSX(S4) RP07(S4) PXSX(S4) RP08(S4) PEGP(S4) PEG0(S4) PEG1(S4) PEG2(S4) PEG3(S4) PXSX(S4) RP05(S4) PXSX(S4) RP06(S4) GLAN(S4) EHC1(S4) EHC2(S4) XHC_(S4) HDEF(S4) PWRB(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i7-2700K CPU @ 3.50GHz, 3500.35 MHz
cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: apic clock running at 99MHz
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Core(TM) i7-2700K CPU @ 3.50GHz, 3499.89 MHz
cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC
cpu1: 256KB 64b/line 8-way L2 cache
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Core(TM) i7-2700K CPU @ 3.50GHz, 3499.89 MHz
cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC
cpu2: 256KB 64b/line 8-way L2 cache
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Core(TM) i7-2700K CPU @ 3.50GHz, 3499.89 MHz
cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC
cpu3: 256KB 64b/line 8-way L2 cache
cpu4 at mainbus0: apid 1 (application processor)
cpu4: Intel(R) Core(TM) i7-2700K CPU @ 3.50GHz, 3499.89 MHz
cpu4: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,
Re: UQ_BAD_HID
Quoting Stuart Henderson :
On 2012/08/10 10:05, Vijay Sankar wrote:
I tested one APC UPS I have here with apcupsd and it works well. If
this information is of any use, please let me know and I can test it
with other APC UPS'es we have here (ES 550 etc.) and report back.
Thanks, is that with the APC entries in usb_quirks.c removed?
You can check in dmesg that the UPS attaches to uhid(4) rather
than ugen(4).
Also, apcupsd.org documentation indicates that using apcupsd will
result in loss of USB keyboards and mice on OpenBSD. I did not have
such problems with my setup -- my USB keyboard and mouse works fine
so far.
This is pretty old information. Before the quirk was added (in
2007), it would have been necessary to disable the uhid(4) driver
in kernel config to allow the UPS to attach to ugen(4) instead.
But now in -current/5.2 it's possible to carry out certain
operations from userland even though a device is attached to a
driver other than ugen(4).
Thanks very much.
dmesg | grep APC
ugen0 at uhub3 port 4 "APC Back-UPS ES 650 FW:818.w1.D USB FW:w1" rev
1.10/1.06 addr 5
I will remove the following
{ USB_VENDOR_APC, USB_PRODUCT_APC_UPS, ANY,{
UQ_BAD_HID }},
{ USB_VENDOR_APC, USB_PRODUCT_APC_UPS5G, ANY,{
UQ_BAD_HID }},
and test it on a different system. Sorry about that.
Vijay
Vijay Sankar, M.Eng., P.Eng.
ForeTell Technologies Limited
vsan...@foretell.ca
-
This message was sent using ForeTell-POST 4.9
Re: UQ_BAD_HID
: Back-UPS ES 650 STATUS : ONLINE LINEV: 114.0 Volts LOADPCT : 40.0 Percent Load Capacity BCHARGE : 100.0 Percent TIMELEFT : 15.1 Minutes MBATTCHG : 5 Percent MINTIMEL : 3 Minutes MAXTIME : 0 Seconds SENSE: High LOTRANS : 088.0 Volts HITRANS : 138.0 Volts ALARMDEL : 30 seconds BATTV: 13.4 Volts LASTXFER : Unacceptable line voltage changes NUMXFERS : 0 TONBATT : 0 seconds CUMONBATT: 0 seconds XOFFBATT : N/A STATFLAG : 0x0708 Status Flag SERIALNO : QB0431230795 BATTDATE : 2004-07-28 NOMINV : 120 Volts NOMBATTV : 12.0 Volts FIRMWARE : 818.w1.D USB FW:w1 END APC : 2012-08-10 09:58:08 -0500 Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited vsan...@foretell.ca - This message was sent using ForeTell-POST 4.9
Re: Looking for testers for a simple X test
] #Option "AGPSize" # #Option "GARTSize" # #Option "RingSize" # #Option "BufferSize"# #Option "EnableDepthMoves" # [] #Option "EnablePageFlip"# [] #Option "NoBackBuffer" # [] #Option "DMAForXv" # [] #Option "FBTexPercent" # #Option "DepthBits" # #Option "PCIAPERSize" # #Option "AccelDFS" # [] #Option "DDCMode" # [] #Option "IgnoreEDID"# [] #Option "DisplayPriority" # [] #Option "PanelSize" # [] #Option "ForceMinDotClock" # #Option "ColorTiling" # [] #Option "VideoKey" # #Option "RageTheatreCrystal"# #Option "RageTheatreTunerPort" # #Option "RageTheatreCompositePort" # #Option "RageTheatreSVideoPort" # #Option "TunerType" # #Option "RageTheatreMicrocPath" # #Option "RageTheatreMicrocType" # #Option "ScalerWidth" # #Option "RenderAccel" # [] #Option "SubPixelOrder" # [] #Option "ShowCache" # [] #Option "DynamicClocks" # [] #Option "VGAAccess" # [] #Option "ReverseDDC"# [] #Option "LVDSProbePLL" # [] #Option "AccelMethod" # #Option "DRI" # [] #Option "ConnectorTable"# #Option "DefaultConnectorTable" # [] #Option "DefaultTMDSPLL"# [] #Option "TVDACLoadDetect" # [] #Option "ForceTVOut"# [] #Option "TVStandard"# #Option "IgnoreLidStatus" # [] #Option "DefaultTVDACAdj" # [] #Option "Int10" # [] Identifier "Card0" Driver "radeon" VendorName "ATI" BoardName "Radeon X1600" BusID "PCI:3:0:0" EndSection Section "ServerFlags" Option "UseSIGIO" "false" EndSection Section "Screen" Identifier "Screen0" Device "Card0" Monitor"Monitor0" DefaultDepth24 SubSection "Display" Depth 24 Modes "1920x1080" "1680x1050" "1600x1200" "1280x1024" "1024x768" Virtual 3840 3840 EndSubSection EndSection -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB, Canada R3J 0X6 Phone: (204) 885-9535, E-Mail: vsan...@foretell.ca
Re: ppp(8) cleanup/fix
Vijay Sankar wrote: Claudio Jeker wrote: So ppp(8) did insane routing message handling in its sysctl handlers. The worst thing about them are that their actually not needed and better replaced with libc functions (getifaddrs and if_nametoindex). This diff is not haevily tested (my last ppp usage is years ago) so I'm hopeing people with ppp(8) issues could give this a whirl and see if it fixes the problems. Hi, I built the kernel and userland from yesterday's cvsync and applied the patch. I tried for the past few hours to get connected to my ISP but unfortunately haven't been able to test the dial up ppp connection completely. However, FWIW here is my feedback. I got a dialup account from my ISP to test this out but I am not able to use a PCMCIA modem -- probably something I am doing is wrong but I don't unfortunately understand how to get over this hurdle. I tried a different server and a different modem puc0 at pci6 dev 0 function 0 "US Robotics 3CP5610" rev 0x01: ports: 1 com com3 at puc0 port 0 apic 2 int 20 (irq 5): ns16550a, 16 byte fifo The patched ppp works!! Thanks very much. PPP ON server10> show phy Name: deflink State: open (with carrier) Device: /dev/cua03 Link Type: interactive Connect Count: 1 Physical outq: 0 Queued Packets: 0 Phone Number:N/A Defaults: Device List: "/dev/cua03" Characteristics: 115200bps, cs8, no parity, CTS/RTS on CD check delay: device specific Connect time: 0:13:58 22886 octets in, 21505 octets out 1548 packets in, 279 packets out overall 52 bytes/sec currently 92 bytes/sec in, 91 bytes/sec out (over the last 5 secs) peak 341 bytes/sec on Thu Jul 2 22:20:55 2009 PPP ON server10> show bundle Phase Network Device:/dev/tun0 Interface: tun0 @ 115200bps, up time 0:13:33 Queued:1 of 30 Defaults: Label: Auth name: vsankar Diagnostic socket: none Choked Timer: 120s Radius config: none (not authenticated) Idle Timer:180s (179s remaining) Filter Decap: disabled ID check: enabled Iface-Alias: disabled IPCP: enabled IPV6CP:enabled Keep-Session: disabled Loopback: enabled PasswdAuth:disabled Proxy: disabled Proxyall: disabled Sticky Routes: enabled TCPMSS Fixup: enabled Throughput:enabled Utmp Logging: enabled NAS-IP-Address:enabled NAS-Identifier:enabled -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB, Canada R3J 0X6 Phone: (204) 885-9535, E-Mail: vsan...@foretell.ca
Re: ppp(8) cleanup/fix
46 2009 Jul 2 12:42:51 builder ppp[14243]: tun0: Phase: deflink: hangup -> closed Jul 2 12:42:51 builder ppp[14243]: tun0: Phase: bundle: Dead -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB, Canada R3J 0X6 Phone: (204) 885-9535, E-Mail: vsan...@foretell.ca
