headers
Richard Andrades | 1 Oct 2004 01:18

kern/72217: Bug in calculation of the parameter for the in6_rtqtimo and in6_mtutimo timeout functions


>Number:         72217
>Category:       kern
>Synopsis:       Bug in calculation of the parameter for the in6_rtqtimo and in6_mtutimo timeout functions
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Sep 30 23:20:24 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator:     Richard Andrades
>Release:        FreeBSD 4.9 RELEASE
>Organization:
UTStarcom
>Environment:
FreeBSD mobo14 4.9-RELEASE FreeBSD 4.9-RELEASE #0  
root <at> rainier.nj.us.utstar.com:/usr/home/build/richard/main/os/freebsd/kernel/DISKLESS  i386
>Description:
The current time is not subtracted from the calculated (future) absolute
time for the timeout function before calling timeout() - which expects a
relative time. This results in the function getting called after a (much)
larger than expected timeout time interval.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthias Buelow | 1 Oct 2004 01:24
Picon

kern/72218: audio recording broken with emu10k1 on 5.3-beta6


>Number:         72218
>Category:       kern
>Synopsis:       audio recording broken with emu10k1 on 5.3-beta6
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Sep 30 23:30:23 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator:     Matthias Buelow
>Release:        FreeBSD 5.3-BETA6 i386
>Organization:
>Environment:
System: FreeBSD xxx 5.3-BETA6 FreeBSD 5.3-BETA6 #1: Tue Sep 28 18:32:48 CEST 2004
root <at> xxx:/usr/obj/usr/src/sys/xxx i386

>Description:

	I've got an SBlive! card, using the emu10k1 driver.
	Playback works fine.
	Recording just produces silence.  No errors, no nothing.
	H/W and mixer settings are Ok.  The mike locally echoes into
(Continue reading)

Permalink | Reply | 0 comments |
headers
Harold Kachelmyer | 1 Oct 2004 01:26

conf/72219: Sysinstall doesn't enable 3rd party MTA in rc.conf


>Number:         72219
>Category:       conf
>Synopsis:       Sysinstall doesn't enable 3rd party MTA in rc.conf
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Sep 30 23:30:24 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator:     Harold Kachelmyer
>Release:        5.3-BETA6
>Organization:
>Environment:
FreeBSD testbaby.princessharold.net 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Sat Sep 25 19:41:14 UTC 2004
root <at> wv1u.samsco.home:/usr/obj/usr/src/sys/GENERIC  i386

>Description:
    Sysinstall installs Postfix properly and gives a message stating Postfix is installed an enabled as the
default MTA. Sysinstall still enters 'sendmail_enable="YES"' in /etc/rc.conf and sendmail is started
at boot-time.
>How-To-Repeat:
      Install a non-Sendmail MTA through sysinstall.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Josh Ellithorpe | 1 Oct 2004 02:58

kern/72220: No audio output with Maestro 2E, driver loads but no playback.


>Number:         72220
>Category:       kern
>Synopsis:       No audio output with Maestro 2E, driver loads but no playback.
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Oct 01 01:00:46 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator:     Josh Ellithorpe
>Release:        FreeBSD 5.3-BETA6
>Organization:
>Environment:
FreeBSD portege.local 5.3-BETA6 FreeBSD 5.3-BETA6 #0: Thu Sep 30 14:28:26 CDT 2004    
root <at> portege.local:/usr/obj/usr/src/sys/QUEST  i386
>Description:
FreeBSD 5.3-BETA6 loads the snd_maestro driver however you get no playback on the machine. 

pciconf says:
none4 <at> pci0:12:0:        class=0x040100 card=0x00011179 chip=0x1978125d rev=0x10 hdr=0x00
    vendor   = 'ESS Technology'
    device   = 'ES1978 Maestro-2E Audiodrive, ES1970 Canyon3D'
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthias Buelow | 1 Oct 2004 03:02
Picon

kern/72221: emu10k1 stereo channels are reversed (5.3-beta6)


>Number:         72221
>Category:       kern
>Synopsis:       emu10k1 stereo channels are reversed (5.3-beta6)
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Oct 01 01:10:24 GMT 2004
>Closed-Date:
>Last-Modified:
>Originator:     Matthias Buelow
>Release:        FreeBSD 5.3-BETA6 i386
>Organization:
>Environment:
System: FreeBSD xxx 5.3-BETA6 FreeBSD 5.3-BETA6 #1: Tue Sep 28 18:32:48 CEST 2004
root <at> xxx:/usr/obj/usr/src/sys/xxx i386

>Description:

	The stereo channels on emu10k1 (sblive! hardware) seem to be
	reversed, that is, left is right, and vice versa.
	This is most definitely a driver bug.  On Linux, it works
	properly on the same hardware.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Nehal | 1 Oct 2004 03:20
Picon

Re: misc/72117: umount -a does not unmount msdosfs device

The following reply was made to PR misc/72117; it has been noted by GNATS.

From: Nehal <nehalmistry <at> gmx.net>
To: Peter Edwards <peter.edwards <at> vordel.com>
Cc: freebsd-gnats-submit <at> FreeBSD.org, ru <at> freebsd.org,
	peadar <at> freebsd.org
Subject: Re: misc/72117: umount -a does not unmount msdosfs device
Date: Thu, 30 Sep 2004 18:09:35 -0700

 On Thu, 30 Sep 2004 19:26:21 +0100
 Peter Edwards <peter.edwards <at> vordel.com> wrote:

 > Did you give the FS type as "msdos" or "msdosfs" in /etc/fstab?
 > 
 > Some time ago, the filesystem "msdos" was renamed with "msdosfs"
 > for consistency.
 > There was code added to "mount" to cope with the rename, but not
 > to umount, the result being that filesystems marked as type
 > "msdos" will mount properly (with or without -a), but won't
 > unmount with -a. You can just update your /etc/fstab, but I've
 > attached a patch to add the compatibilty glue to unmount.
 > 
 > Ruslan, you did the original rename: Can I commit this?
 > Alternatively, I can work up a similar hack for "getfsent()" in
 > libc, and take the glue out of mount/unmount: It'd be more
 > intrusive, but less likely to surprise other consumers of
 > getfsent/getvfsent.
 > 
 > Cheers,
 > Peadar.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Kris Kennaway | 1 Oct 2004 05:26
Picon
Favicon

Re: misc/72117: umount -a does not unmount msdosfs device

Synopsis: umount -a does not unmount msdosfs device

State-Changed-From-To: open->closed
State-Changed-By: kris
State-Changed-When: Fri Oct 1 03:26:32 GMT 2004
State-Changed-Why: 
Submitter reports problem resolved.

http://www.freebsd.org/cgi/query-pr.cgi?pr=72117
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Kris Kennaway | 1 Oct 2004 05:27
Picon
Favicon

Re: bin/72196: [openssl] OpenSSL version mistmach. Built against 90600f, you have 0

Synopsis: [openssl] OpenSSL version mistmach.  Built against 90600f, you have 0

State-Changed-From-To: open->closed
State-Changed-By: kris
State-Changed-When: Fri Oct 1 03:27:32 GMT 2004
State-Changed-Why: 
4.1 is ancient and unsupported.  Try upgrading to a recent release.

http://www.freebsd.org/cgi/query-pr.cgi?pr=72196
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Kris Kennaway | 1 Oct 2004 05:34
Picon
Favicon

Re: misc/71793: El Booteo se cuelga

Synopsis: El Booteo se cuelga

State-Changed-From-To: open->closed
State-Changed-By: kris
State-Changed-When: Fri Oct 1 03:33:52 GMT 2004
State-Changed-Why: 
Please use a spanish language mailing list for support requests.For
example, perhaps your CD image was corrupted during download.

http://www.freebsd.org/cgi/query-pr.cgi?pr=71793
_______________________________________________
freebsd-bugs <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Kris Kennaway | 1 Oct 2004 05:40

Re: conf/72219: Sysinstall doesn't enable 3rd party MTA in rc.conf

The following reply was made to PR conf/72219; it has been noted by GNATS.

From: Kris Kennaway <kris <at> obsecurity.org>
To: Harold Kachelmyer <harold <at> princessharold.net>
Cc: freebsd-gnats-submit <at> FreeBSD.org
Subject: Re: conf/72219: Sysinstall doesn't enable 3rd party MTA in rc.conf
Date: Thu, 30 Sep 2004 20:39:11 -0700

 --envbJBWh7q8WU6mo
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline

 On Thu, Sep 30, 2004 at 11:26:56PM +0000, Harold Kachelmyer wrote:

 > >Description:
 >     Sysinstall installs Postfix properly and gives a message stating Postfix is installed an enabled as the
default MTA. Sysinstall still enters 'sendmail_enable="YES"' in /etc/rc.conf and sendmail is started
at boot-time.
 > >How-To-Repeat:
 >       Install a non-Sendmail MTA through sysinstall.

 That's actually correct, you control the non-sendmail mailer through
 /etc/mail/mailer.conf.

 Kris

 --envbJBWh7q8WU6mo
 Content-Type: application/pgp-signature
 Content-Disposition: inline
(Continue reading)

Permalink | Reply | 0 comments |

Gmane