HP PSC 1350 and hpoj and usb

2005-05-02 Thread Lars Eighner
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: Modem won't connect at full speed

2003-08-20 Thread Lars Eighner
On Tue, 19 Aug 2003, Don Lewis wrote:

> On 19 Aug, Lars Eighner wrote:
> > On Tue, 19 Aug 2003, Don Lewis wrote:
> >
> >> On 19 Aug, Lars Eighner wrote:
> >> > This has been answered by somebody on some forum, but I lost it.
> >
> >> If you manually dial using cu or tip, what connection speed does the
> >> modem report?
> >
> > Oh geez, pull out the manual and spend all night trying to figure
> > out how to config cu or tip, whatever they are!
>
> You should be able to do the same with minicom.  While on-hook, just
> do
>
>   ATDT your_isps_phone_number
>
> >> >BAUD=9600  PARITY=N  WORDLEN=8
> >> >DIAL=TONEON HOOK   CID=0
> >
> >> It is somewhat worrysome that your modem is reporting 9600 BAUD in the
> >> fixed DTE speed setting.  I don't know about USR Internal modems, but at
> >> least some implementations will pace the data flow rate to the reported
> >> DTE speed to avoid overwhelming the host with quick bursts of
> >> interrupts.  This might be the reason for your slow connection speeds.

I set the port setup in minicom to 57600, and got this
on connect:


atdt4857440
CONNECT 29333/ARQ/V90/LAPM/V42BIS


and when I hung up the current settings looked like this:

ati4
U.S. Robotics 56K Voice INT Settings...

   B0  E1  F1  L1  M0  Q0  V1  X4  Y0
   BAUD=57600  PARITY=N  WORDLEN=8
   DIAL=TONEON HOOK   CID=0

   &A3  &B1  &C1  &D2  &G0  &H1  &I0  &K1
   &M4  &N0  &P0  &R2  &S0  &T5  &U0  &Y1

   S00=000  S01=000  S02=043  S03=013  S04=010  S05=008  S06=002
   S07=060  S08=002  S09=006  S10=014  S11=070  S12=050  S13=000
   S15=000  S16=000  S18=000  S19=000  S21=010  S22=017  S23=019
   S25=005  S27=000  S28=008  S29=020  S30=000  S31=128  S32=002
   S33=000  S34=000  S35=000  S36=014  S38=000  S39=000  S40=001
   S41=000  S42=000

   LAST DIALED #: T4857440

OK

changed to 115200 in mincom port setup and got:

atdt4857440
CONNECT 34666/ARQ/V90/LAPM/V42BIS

Please log in with your username and password, or log in as 'new' to open

NO CARRIER

With 230400, it didn't change:

atdt4857440
CONNECT 34666/ARQ/V90/LAPM/V42BIS

Forced &B=0 and got

AT&B0
OK
atdt4857440
CONNECT 36000/ARQ/V90/LAPM/V42BIS

which I guess is some improvement, but doesn't account for the
huge discrepancies in actual download times/rates
I am getting.

I saved to NVRAM and exited. I adjusted the connect speed in ppp.conf
to 115200. I rebooted and when ppp came up, no joy.  Ppp.log
looked much the same, but it doesn't log the whole CONNECT line.

I really think this is a software thing, since all went well when
I had a linux partition and did ppp from linux.

As I said, someone solved this for me before, but my records of it
got lost in deleting the linux partion and moving freebsd and my
data to the big disk.   A frantic search of wetware dimly suggests
that the previous solution involved adding a couple of lines to
a file one of which included "nobsdcomp" but that file wasn't
in /etc/ppp, but was someplace really weird - maybe something to
do with kernel mod loading.  That solution worked in 4.x-STABLE
but I am now running 5.0-x RELEASE.

-- 
Lars Eighner
[EMAIL PROTECTED] -finger for geek code-
http://www.io.com/~eighner/index.html
8800 N IH35 APT 1191 AUSTIN tx 78753-5266

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Modem won't connect at full speed

2003-08-19 Thread Lars Eighner
On Tue, 19 Aug 2003, Don Lewis wrote:

> On 19 Aug, Lars Eighner wrote:
> > This has been answered by somebody on some forum, but I lost it.

> If you manually dial using cu or tip, what connection speed does the
> modem report?

Oh geez, pull out the manual and spend all night trying to figure
out how to config cu or tip, whatever they are!

> >BAUD=9600  PARITY=N  WORDLEN=8
> >DIAL=TONEON HOOK   CID=0

> It is somewhat worrysome that your modem is reporting 9600 BAUD in the
> fixed DTE speed setting.  I don't know about USR Internal modems, but at
> least some implementations will pace the data flow rate to the reported
> DTE speed to avoid overwhelming the host with quick bursts of
> interrupts.  This might be the reason for your slow connection speeds.

Hmmm.  Of course this is "on hook."  I obtained these values using
minicom.  I don't know how to talk to the modem when it is connected
to somewhere, or more to the point how to query it.  I assumed the
9600 here was just the default for talking to the serial port, not
the pass-through.

> It's been a while since I've used the proper incantation to reset the
> speed on a USR modem, but I think with a serial modem, the procedure was
> to connect to the modem, repeatedly type AT to get its attention, put it
> in variable speed mode, reconnect at the desired speed, and set &B1 to
> get it back to fixed rate.  Probably something similar will work with an
> internal modem.  The modem will probably peek at the UART speed control
> register to pick up the desired DTE rate and save it to its non-volatile
> memory.

-- 
Lars Eighner
[EMAIL PROTECTED] -finger for geek code-
http://www.io.com/~eighner/index.html
8800 N IH35 APT 1191 AUSTIN tx 78753-5266

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Modem won't connect at full speed

2003-08-19 Thread Lars Eighner
etc.
 &Yn   n=0  Destructive
  *n=1  Destructive/Expedited
   n=2  Nondest./Expedited
   n=3  Nondest./Unexpedited
]

   S00=000  S01=000  S02=043  S03=013  S04=010  S05=008  S06=002
[S0  Ring to Answer ON
 S1  Counts # of Rings
 S2  Escape Code Char
 S3  Carriage Return Char
 S4  Line Feed Char
 S5  Backspace Char
 S6  Wait Time/Dial Tone (sec)
]

   S07=045  S08=002  S09=006  S10=014  S11=070  S12=050  S13=000
[S7  Wait Time/Carrier (sec)
 S8  Comma Time (sec)
 S9  Carrier Detect Time (1/10sec)
 S10 Carrier Loss Time (1/10sec)
 S11 Dial Tone Spacing (msec)
 S12 Escape Code Time (1/50sec)
 S13 Bit Mapped
  1 = Reset ON DTR Loss
  2 = Reduced Non-ARQ TX Buffer
  4 = Set DEL=Backspace
  8 = Do DS0 ON DTR
 16 = Do DS0 ON Reset
 32 = Reserved
 64 = Disable Quick Retrains
128 = Escape Code Hang Up
]

   S15=000  S16=000  S18=000  S19=000  S21=010  S22=017  S23=019
[S15 Bit Mapped
  1 = MNP/V.42 Disabled in V.22
  2 = MNP/V.42 Disabled in V.22bis
  8 = Disable MNP Handshake
 16 = Disable MNP Level 4
 32 = Disable MNP Level 3
 64 = Unusual MNP-Incompatibility
128 = Disable V.42
136 = Disable V.42 Detect Phase
 S16 Test Modes
  1 = Reserved
  2 = Dial Test
  4 = Reserved
etc.
 S18 &Tn Test Timeout (sec)
 S19 Inactivity Timeout (min)
 S21 Break Length (1/100sec)
 S22 Xon Char
 S23 Xoff Char
]

   S25=005  S27=000  S28=008  S29=020  S30=000  S31=128  S32=002
[S25 DTR Recognition Time (1/100sec)
 S27 Bit Mapped
  1 = V21 Mode
  2 = Disable TCM
  4 = Disable V32
  8 = Disable 2100hz
 16 = Enable V23 Fallback
 32 = Disable V32bis
 64 = Reserved
128 = Software Compatibility Mode
 S28 V32 Handshake Time (1/10sec)
 S29 V.21 answer mode fallback timer
 S30 Reserved
 S31 Reserved
 S32 Connection bit mapped operations.
   1 = V.8 Call Indicate enable
  *2 = Enable V.8 mode
   4 = Reserved
   8 = Disable V.34 modulation
  16 = Disable V.34+ modulation
  32 = Disable x2 modulation
  64 = Disable V.90 modulation
 128 = Reserved
]
   S33=000  S34=000  S35=000  S36=014  S38=000  S39=000  S40=001
[S33 V.34 & V.34+ Connection setup
   bit mapped control flags.
1 = Disable 2400 Symbol rate
2 = Disable 2743 Symbol rate
4 = Disable 2800 Symbol rate
   16 = Disable 3200 Symbol rate
   32 = Disable 3429 Symbol rate
   64 = Reserved
  128 = Disable Shaping
 S34 V.34 & V.34+ Connection setup
   bit mapped control flags.
1 = Disable 8S-2D trellis encoding
2 = Disable 16S-4D trellis encoding
4 = Disable 32S-2D trellis encoding
8 = Disable 64S-4D trellis encoding
       16 = Disable Non linear coding
   32 = Disable TX level deviation
   64 = Disable Pre-emphasis
  128 = Disable Pre-coding
 S35 Reserved
 S36 Reserved
 S38 Disconnect Wait Time (sec)
 S39 Reserved
 S40 Reserved
 ]
  S41=000  S42=000
[S41 Distinctive Ring options
  1 = Distinctive Ring Enabled
  2 = Reserved
 etc.
 S42 Reserved
]
   LAST DIALED #: T4857440


My ISP uses RedHat and does not support FreeBSD, but as I have said,
I have connected at the proper speed using Linux with the same modem.

Any help would be appreciated.


-- 
Lars Eighner
[EMAIL PROTECTED] -finger for geek code-
http://www.io.com/~eighner/index.html
8800 N IH35 APT 1191 AUSTIN tx 78753-5266

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


zgv (svgalib application) for FreeBSD problem

2000-10-11 Thread Lars Eighner <[EMAIL PROTECTED]>
-5.1/src/readnbkey.c
*** share/zgv-5.1/src/readnbkey.c   Thu Mar  9 22:02:03 2000
--- zgv-5.1/src/readnbkey.c Wed Oct 11 18:47:36 2000
***
*** 17,21 
  #include 
  #include   /* for SCANCODE_{F1,F11} */
! #include 
  #include "zgv.h"
  #include "readnbkey.h"
--- 17,21 
  #include 
  #include   /* for SCANCODE_{F1,F11} */
! #include/* #include  */
  #include "zgv.h"
  #include "readnbkey.h"
***
*** 46,55 
  int is_logical_keymap(int ttyfd)
  {
! struct kbentry ent1,ent2;
  
  /* this is horrible, but I really do need the scancodes to check this :-(
   * as the mapping is done at that level.
   */
! ent1.kb_table=K_NORMTAB;
  ent1.kb_index=SCANCODE_F11;
  ent2.kb_table=K_SHIFTTAB;
--- 46,55 
  int is_logical_keymap(int ttyfd)
  {
! /* struct kbentry ent1,ent2; */
  
  /* this is horrible, but I really do need the scancodes to check this :-(
   * as the mapping is done at that level.
   */
! /* ent1.kb_table=K_NORMTAB;
  ent1.kb_index=SCANCODE_F11;
  ent2.kb_table=K_SHIFTTAB;
***
*** 60,64 
  
  if(ent1.kb_value==ent2.kb_value)
!   return(0);
  
  return(1);
--- 60,64 
  
  if(ent1.kb_value==ent2.kb_value)
!   return(0); */
  
  return(1);
diff -C 2 -r share/zgv-5.1/src/zgv.c zgv-5.1/src/zgv.c
*** share/zgv-5.1/src/zgv.c Thu Apr 13 11:02:18 2000
--- zgv-5.1/src/zgv.c   Wed Oct 11 19:14:14 2000
***
*** 34,38 
  #include 
  #include 
! #include 
  #include 
  #include 
--- 34,38 
  #include 
  #include 
! #include   /* #include  */
  #include 
  #include 
***
*** 3109,3113 
  static char vt_filename[128];
  struct stat sbuf;
! struct vt_stat vts;
  int major,minor;
  int fd;
--- 3109,3113 
  static char vt_filename[128];
  struct stat sbuf;
! int vts;
  int major,minor;
  int fd;
***
*** 3120,3124 
  zgv_vt=minor=sbuf.st_rdev&0xff;
  close(fd);
! if(major==4 && minor<64)
return(1);  /* if on a console, already ok */
  
--- 3120,3124 
  zgv_vt=minor=sbuf.st_rdev&0xff;
  close(fd);
! if(major==12 && minor<64)
return(1);  /* if on a console, already ok */
  
***
*** 3131,3136 
  /* still root perms, so this shouldn't be a problem... */
  if((fd=open("/dev/console",O_WRONLY))<0) return(0);
! ioctl(fd,VT_GETSTATE,&vts);
! original_vt=vts.v_active;
  ioctl(fd,VT_OPENQRY,&num);
  if(num==-1) return(0);/* no VTs free */
--- 3131,3136 
  /* still root perms, so this shouldn't be a problem... */
  if((fd=open("/dev/console",O_WRONLY))<0) return(0);
! ioctl(fd,VT_GETACTIVE,&vts);
! original_vt=vts;
  ioctl(fd,VT_OPENQRY,&num);
  if(num==-1) return(0);/* no VTs free */
***
*** 3140,3144 
   * (NB: the kernel now does this, but there's no harm repeating it.)
   */
! snprintf(vt_filename,sizeof(vt_filename),"/dev/tty%d",original_vt);
  stat(vt_filename,&sbuf);
  if(getuid()!=sbuf.st_uid)
--- 3140,3144 
   * (NB: the kernel now does this, but there's no harm repeating it.)
   */
! snprintf(vt_filename,sizeof(vt_filename),"/dev/ttyv%x",original_vt);
  stat(vt_filename,&sbuf);
  if(getuid()!=sbuf.st_uid)


-- 
Lars Eighner
[EMAIL PROTECTED]
http://www.io.com/~eighner/index.html



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message



Can ordinary users run libvgl applications?

2000-07-29 Thread Lars Eighner

Can ordinary users run libvgl applications?

If so, how?





To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message