HP PSC 1350 and hpoj and usb
I am trying to enable the scanning functions on an HP PSC 1350 all-in-one printer. The print functions work with hpijs/cups/foomatic-filters. I have installed hpoj, but ptal-init cannot find the scanner. The problem seems to be that the scan functions get improperly attached at boot time. This is my system (uname -a output) FreeBSD goodwill.io.com 5.4-STABLE FreeBSD 5.4-STABLE #5:\ Mon Apr 25 09:39:03 CDT 2005\ [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 The kernel is generic with USB 2.0 enabled These appear to be the relevant parts of dmesg usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered ulpt0: hp psc 1300 series, rev 2.00/1.00, addr 2, iclass 255/204 ulpt0: using bi-directional mode ### printer function found umass0: hp psc 1300 series, rev 2.00/1.00, addr 2 ### evidently umass identifies the scanner functions as a mass storage ### device (which is the right answer for the photo card when in the ### camera, but evidently is not correct for the psc. da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): NOT READY asc:3a,0 (da0:umass-sim0:0:0:0): Medium not present (da0:umass-sim0:0:0:0): Unretryable error Opened disk da0 -> 6 ### attached as a mass storage device at da0, umass continues to ### get wrong answers for the psc 1350 Any help would be appreciated. -- Lars Eighner [EMAIL PROTECTED] http://www.larseighner.com/index.html 8800 N IH35 APT 1191 AUSTIN TX 78753-5266 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.4-STABLE corrupting fs on shutdown -p now?
On Mon, 2 May 2005, c0ldbyte wrote: I have a "HDD Post Write Buffer" in the BIOS according to the MB manual although the disks aren't connected to the MB controllers they are on RAID 5 set off a PCI-X card. Will give it a go tomorrow ( drag the monitor back to the rack ). Will this have any performance penalties? I could just avoid using shutdown -p but it seems a bit dodgy what its doing. If this machine where miles away without remote console it would have caused major amounts of pain. Why would you use shutdown -p on a remote machine anyway. I could see possibly a shutdown -r but -p come on. I use it regularly -- for remote boxes that are in someone else's facility, I'd much rather I was the one who powered them off and told them when they were ready to unplug than having them do it. Life is a bit better with the advent of soft power via case power buttons, but still... Robert N M Watson ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: A question about /sys/kern/link_elf.c
>There is a "#ifdef SPARSE_MAPPING" at line 701,and again a "#ifdef >SPARSE_MAPPING" at line 713.I just can't understand the second >one.Does it have any special mean ? > >thanks . It's just conditional compiling construct...however as you can see in the tag "For whatever reason, SPARSE_MAPPING is not even a config option, so this is dead code." bye, rookie ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 5.4-STABLE corrupting fs on shutdown -p now?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, 2 May 2005, Steven Hartland wrote: Kris Kennaway wrote:: Surely thats what the buffer sync is doing. Watching the console both these actions appear to be doing identical things but the end results are quite different :( buffers are always under 5 usually 2 and its not like there's been a great deal of activity. The last test I did was just a boot, login, shutdown ( result was / not clean but all the others ok ). Modern IDE drives sometimes lie about having finished writing out the data, when in fact it's still only in cache. You should be able to disable this behaviour to test (try the BIOS). I have a "HDD Post Write Buffer" in the BIOS according to the MB manual although the disks aren't connected to the MB controllers they are on RAID 5 set off a PCI-X card. Will give it a go tomorrow ( drag the monitor back to the rack ). Will this have any performance penalties? I could just avoid using shutdown -p but it seems a bit dodgy what its doing. If this machine where miles away without remote console it would have caused major amounts of pain. Steve Why would you use shutdown -p on a remote machine anyway. I could see possibly a shutdown -r but -p come on. - -- ( When in doubt, use brute force. -- Ken Thompson 1998 ) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) Comment: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xF7DF979F Comment: Fingerprint = D1DC 0AA4 1C4E EAD4 24EB 7E77 B261 50BA F7DF 979F iD8DBQFCdh2ksmFQuvffl58RAmIGAJ9vc33q+QOAf8dSQvGB4bb5fMIB3QCdElTv 0Ih2mcy2eOMAEvb+ObhX2Pw= =N5SZ -END PGP SIGNATURE- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
ipfw causing panic 4.11-RELEASE-p4
Hi,
I was playing around with ipfw, and when I tried something like:
/sbin/ipfw disable firewall
/sbin/ipfw flush && sysctl net.inet.ip.fw.dyn_buckets=600
/sbin/ipfw enable firewall
The machine paniced:
#0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487
#1 0xc023d88b in boot (howto=260) at
/usr/src/sys/kern/kern_shutdown.c:316
#2 0xc023dcb0 in poweroff_wait (junk=0xc043e66c, howto=-1069293201) at
/usr/src/sys/kern/kern_shutdown.c:595
#3 0xc03b06ca in trap_fatal (frame=0xc044783c, eva=48) at
/usr/src/sys/i386/i386/trap.c:974
#4 0xc03b039d in trap_pfault (frame=0xc044783c, usermode=0, eva=48) at
/usr/src/sys/i386/i386/trap.c:867
#5 0xc03aff5b in trap (frame={tf_fs = 16, tf_es = -1069285360, tf_ds =
16, tf_edi = 0, tf_esi = -1056902912,
tf_ebp = -1069254524, tf_isp = -1069254552, tf_ebx = -1069019524,
tf_edx = 6864928, tf_ecx = -862463232, tf_eax = 0,
tf_trapno = 12, tf_err = 0, tf_eip = -1070304340, tf_cs = 8,
tf_eflags = 66050, tf_esp = -1056902912,
tf_ss = -1056902912}) at /usr/src/sys/i386/i386/trap.c:466
#6 0xc03473ac in acquire_lock (lk=0xc0480e7c) at
/usr/src/sys/ufs/ffs/ffs_softdep.c:266
#7 0xc034b4ac in softdep_update_inodeblock (ip=0xc100f100,
bp=0xc380314c, waitfor=0)
at /usr/src/sys/ufs/ffs/ffs_softdep.c:3813
#8 0xc03464d5 in ffs_update (vp=0xcc97db00, waitfor=0) at
/usr/src/sys/ufs/ffs/ffs_inode.c:106
#9 0xc034e81a in ffs_sync (mp=0xc1010a00, waitfor=2, cred=0xc0b33880,
p=0xc04c09a0)
at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1027
#10 0xc026e72f in sync (p=0xc04c09a0, uap=0x0) at
/usr/src/sys/kern/vfs_syscalls.c:583
#11 0xc023d626 in boot (howto=256) at
/usr/src/sys/kern/kern_shutdown.c:235
#12 0xc023dcb0 in poweroff_wait (junk=0xc043e66c, howto=-1069293201) at
/usr/src/sys/kern/kern_shutdown.c:595
#13 0xc03b06ca in trap_fatal (frame=0xc0447a1c, eva=92) at
/usr/src/sys/i386/i386/trap.c:974
#14 0xc03b039d in trap_pfault (frame=0xc0447a1c, usermode=0, eva=92) at
/usr/src/sys/i386/i386/trap.c:867
#15 0xc03aff5b in trap (frame={tf_fs = -1069088752, tf_es = -1071448048,
tf_ds = -1056178160, tf_edi = -1056134400,
tf_esi = -1069253728, tf_ebp = -1069254036, tf_isp = -1069254072,
tf_ebx = 23, tf_edx = 0, tf_ecx = -1056147712,
tf_eax = 1114963968, tf_trapno = 12, tf_err = 0, tf_eip =
-1071032826, tf_cs = 8, tf_eflags = 66066,
tf_esp = -1056134400, tf_ss = -1069253760}) at
/usr/src/sys/i386/i386/trap.c:466
#16 0xc0295606 in add_dyn_rule (id=0xc0447ba0, dyn_type=0 '\000',
rule=0xc10cab00) at /usr/src/sys/netinet/ip_fw.c:880
#17 0xc0295854 in install_state (rule=0xc10cab00, args=0xc0447b80) at
/usr/src/sys/netinet/ip_fw.c:1007
#18 0xc02961d8 in ip_fw_chk (args=0xc0447b80) at
/usr/src/sys/netinet/ip_fw.c:1467
#19 0xc0299b7e in ip_output (m0=0xc0b38b00, opt=0x0, ro=0xc0447c20,
flags=0, imo=0x0, inp=0x0)
at /usr/src/sys/netinet/ip_output.c:733
#20 0xc02979af in icmp_send (m=0xc0b38b00, opts=0x0, rt=0xc0447c20) at
/usr/src/sys/netinet/ip_icmp.c:774
#21 0xc0297918 in icmp_reflect (m=0xc0b38b00) at
/usr/src/sys/netinet/ip_icmp.c:735
#22 0xc0297519 in icmp_input (m=0xc0b38b00, off=20, proto=1) at
/usr/src/sys/netinet/ip_icmp.c:525
#23 0xc0298494 in ip_input (m=0xc0b38b00) at
/usr/src/sys/netinet/ip_input.c:950
#24 0xc02984f3 in ipintr () at /usr/src/sys/netinet/ip_input.c:971
#25 0xc03a2df9 in swi_net_next ()
Uname -a output:
FreeBSD countzero.inter.net.il 4.11-RELEASE-p4 FreeBSD 4.11-RELEASE-p4
#2: Mon May 2 12:10:50 IDT 2005
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/IGLD i386
--
Imri Zvik
PGP (2.6.3ia) Public Key: http://mariska.inter.net.il/~imriz/imriz.pgp
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
