RE: struggling with hylafax installation

2004-02-08 Thread Matthew Bertrand
This could be an IRQ problem. I'd suggest trying an IRQ other than 2. IRQ 2
has some special meaning (it is the cascade interrupt), and it may not be
playing well with your modem. Look through your BIOS to see if you can
assign that card/PCI slot a specific IRQ (preferably one that is not used by
anything else), or try switching PCI slots. If you aren't using your serial
ports, try to disable them and assign one of the IRQs (3 or 4) to your
modem.

-Matthew Bertrand

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:owner-freebsd-
 [EMAIL PROTECTED] On Behalf Of Alex Teslik
 Sent: Sunday, February 08, 2004 2:39 AM
 To: Jeff Gardner
 Cc: list-freebsd-questions
 Subject: Re: struggling with hylafax installation
 
 -- Original Message ---
 From: Jeff Gardner [EMAIL PROTECTED]
 To: Alex Teslik [EMAIL PROTECTED]
 Cc: list-freebsd-questions [EMAIL PROTECTED]
 Sent: Sun, 08 Feb 2004 01:00:37 -0500
 Subject: Re: struggling with hylafax installation
 
  Alex Teslik wrote:
   Oy, the second post to questions in the same day :(
  
   So, I bought new modem and got it working, but only kind of - the
 modem is
   not echoing commands back to the 'cu' or 'ppp' terminals. It is a
 USRobotics
   5610B 56K Pro Modem. It is not winmodem and the system put it on sio2.
 
  Is this an internal or external modem?
 
 Internal
 
 dmesg | grep 'sio[0-9]':
 sio0: configured irq 2 not in bitmap of probed irqs 0x20
 sio0: 3COM PCI FaxModem port 0xe000-0xe007 irq 2 at device 10.0 on pci0
 sio0: moving to sio2
 sio2: type 16550A
 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
 sio0: type 16550A
 sio1 at port 0x2f8-0x2ff irq 3 on isa0
 sio1: type 16550A
 
 
 
 
  
   I made all the devices in /dev eventhough they already existed.
  
   I added a direct line to the modem in /etc/remote like:
   cuaa2:dv=/dev/cuaa2:br#57600:pa=none
  
   I can connect to the modem like:
   cu -l /dev/cuaa2
   or
   tip cuaa2
   or
   ppp (then 'term')
  
   I can type commands and see them. I type ATDT1234567 and the modem
 picks up
   and dials. So I know it hears and understands me. But it never echoes
 back
   result information. I never see an OK or anything from the modem in
 the
   terminal.
 
  So you get nothing when you type 'AT' followed by enter with nothing
 else?
 
 
 Correct.
 
 
 
  
   The problem is that HylaFAX relies on these echo results to control
 its
   communication with the modem. It is looking for those OKs. Does
 anyone have
   any ideas on how to get the OKs working? I have gone through all of
 the AT
   commands USR documents and I can't get anything. Is this a problem
 with 'cu'
   or 'ppp' or 'tip'? The results are obviously going somewhere, but I
 don't know
   where.
 
  And this makes me ask my first question.  Is this internal or external?
 
  
   The AT command set for this modem is documented (USR issues the same
 document
   for all their modems - this is an online version from another model
 instead of
   a PDF version that is posted with my specific model, but they are the
 same) here:
   http://www.usr.com/support/839/83909-ug/six.html
  
   This should turn on all echos (but does not):
   ATQ0 E1 F0
 
  These should at least get the result codes you need.  Maybe try an atf1
  which is Load Factory 1, HW FC and see if that gets the OK working.  The
  only thing I could do to mine to turn of the OK is Q1.
 
 
 Nothing with atf1 or any of the factory settings. Do you have this modem?
 Are
 you willing to share the steps you took to get it working properly?
 
 uname -a:
 FreeBSD xxx.xxx.xxx 4.8-RELEASE FreeBSD 4.8-RELEASE #6: Sat Feb  7
 16:57:02
 PST 2004 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DUALP3-4_8_0-RELEASE  i386
 
 Thanks,
 Alex
 
 ___
 [EMAIL PROTECTED] mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-
 [EMAIL PROTECTED]

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


UFS2 ACL problems on root (boot) partition

2004-02-01 Thread Matthew Bertrand
Trying to get ACLs to work on UFS2, and I'm having some trouble getting it
to work on my root partition.

Here's the symptom:

# setfacl -m user:nobody:rwx /testacl
setfacl: acl_get_file() failed: Operation not supported
# setfacl -m user:nobody:rwx /usr/testacl
#

Here's some relevant information about the disks:

# dumpfs / | head -n 1
magic   19540119 (UFS2) timeSun Feb  1 07:43:56 2004
# dumpfs /usr | head -n 1
magic   19540119 (UFS2) timeSun Feb  1 07:44:24 2004
# tunefs -p /
tunefs: ACLs: (-a) enabled
tunefs: MAC multilabel: (-l)   disabled
tunefs: soft updates: (-n) disabled
tunefs: maximum blocks per file in a cylinder group: (-e)  2048
tunefs: average file size: (-f)16384
tunefs: average number of files in a directory: (-s)   64
tunefs: minimum percentage of free space: (-m) 8%
tunefs: optimization preference: (-o)  time
tunefs: volume label: (-L)
# tunefs -p /usr
tunefs: ACLs: (-a) enabled
tunefs: MAC multilabel: (-l)   disabled
tunefs: soft updates: (-n) enabled
tunefs: maximum blocks per file in a cylinder group: (-e)  2048
tunefs: average file size: (-f)16384
tunefs: average number of files in a directory: (-s)   64
tunefs: minimum percentage of free space: (-m) 8%
tunefs: optimization preference: (-o)  time
tunefs: volume label: (-L)
#


I have rebooted after enabling -a, and all commands are being run as root on
files owned by root. Of course USER_ACL is enabled in 

Anyone have any ideas?

Thanks,

-Matthew Bertrand

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