Re: bin/169490: [patch] jail(8) -u option broken
Synopsis: [patch] jail(8) -u option broken State-Changed-From-To: patched->closed State-Changed-By: maxim State-Changed-When: Thu Aug 30 07:34:43 UTC 2012 State-Changed-Why: Merged to stable/9. http://www.freebsd.org/cgi/query-pr.cgi?pr=169490 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/171180: make 460.chkportsum also report missing files
>Number: 171180
>Category: misc
>Synopsis: make 460.chkportsum also report missing files
>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 Aug 30 09:50:00 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: free...@nagilum.org
>Release:FreeBSD 10.0-CURRENT i386
>Organization:
>Environment:
System: FreeBSD cakebox.tis 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Wed Aug 29
13:01:13 CEST 2012 r...@cakebox.tis:/usr/obj/export/src/sys/net5501 i386
>Description:
The security daily script /etc/periodic/security/460.chkportsum
fails to notify if a file from a port is missing.
>How-To-Repeat:
1) add 'daily_status_security_chkportsum_enable="YES"' to
your /etc/periodic.conf
2) delete/rename a file that was installed via a port
3) run "/etc/periodic/security/460.chkportsum" or wait
for the daily security run output e-mail
>Fix:
Apply attached patch.
--- 460.chkportsum.patch begins here ---
--- /etc/periodic/security/460.chkportsum.old 2012-07-15 01:36:21.0
+0200
+++ /etc/periodic/security/460.chkportsum 2012-08-30 11:33:27.0
+0200
@@ -43,7 +43,7 @@
case "${daily_status_security_chkportsum_enable}" in
[Yy][Ee][Ss])
set -f
- pkg_info -ga 2>/dev/null | \
+ stdbuf -o L pkg_info -ga 2>&1 | \
while IFS= read -r line; do
set -- $line
case $1 in
@@ -55,7 +55,7 @@
;;
Mismatched|'') ;;
*) [ -n "${name}" ] &&
- echo "${name}: ${line%% fails the original MD5
checksum}"
+ echo "${name}: ${line%% fails the original MD5
checksum}"|sed -e 's/pkg_info: //' -e "s/doesn't\ exist/is\ missing/"
;;
esac
done
--- 460.chkportsum.patch ends here ---
>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/171180: make 460.chkportsum also report missing files
Synopsis: make 460.chkportsum also report missing files Responsible-Changed-From-To: freebsd-bugs->ak Responsible-Changed-By: ak Responsible-Changed-When: Thu Aug 30 10:10:19 UTC 2012 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=171180 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/171137: NDIS causing PANIC
The following reply was made to PR kern/171137; it has been noted by GNATS. From: Mike Manilone To: bug-follo...@freebsd.org Cc: Subject: Re: kern/171137: NDIS causing PANIC Date: Thu, 30 Aug 2012 20:20:17 +0800 Here's the backtrace. +Fatal trap 12: page fault while in kernel mode +cpuid = 2; apic id = 04 +fault virtual address= 0x4 +fault code= supervisor read data, page not present +instruction pointer= 0x20:0x8285700a +stack pointer= 0x28:0xff81124f7a20 +frame pointer= 0x28:0xff81124f7b70 +code segment= base 0x0, limit 0xf, type 0x1b += DPL 0, pres 1, long 1, def32 0, gran 1 +processor eflags= interrupt enabled, resume, IOPL = 0 +current process= 93 (Windows Workitem 3) +trap number= 12 +panic: page fault +cpuid = 2 +KDB: stack backtrace: +#0 0x80920546 at kdb_backtrace+0x66 +#1 0x808ea55e at panic+0x1ce +#2 0x80bd7db0 at trap_fatal+0x290 +#3 0x80bd80ed at trap_pfault+0x1ed +#4 0x80bd870e at trap+0x3ce +#5 0x80bc2cdf at calltrap+0x8 +#6 0x82caa669 at x86_64_call2+0x9 +#7 0x808bb69f at fork_exit+0x11f +#8 0x80bc320e at fork_trampoline+0xe +Uptime: 23s +Dumping 328 out of 3922 MB:..5%..15%..25%..35%..44%..54%..64%..73%..83%..93% +Dump complete ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
bin/171187: [patch][libfetch] missing returns in error cases in file.c
>Number: 171187
>Category: bin
>Synopsis: [patch][libfetch] missing returns in error cases in file.c
>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 Aug 30 14:30:03 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: Mark Johnston
>Release:CURRENT
>Organization:
>Environment:
FreeBSD oddish 10.0-CURRENT FreeBSD 10.0-CURRENT #4 r239361+382bdfb-dirty: Sun
Aug 19 23:06:24 EDT 2012
mark@oddish:/home/mark/src/freebsd-obj/usr/home/mark/src/freebsd/sys/GENERIC
amd64
>Description:
Some of the file scheme code doesn't handle errors properly. Specifically, it
doesn't return to the caller if an error occurs.
>How-To-Repeat:
The following program segfaults:
#include
#include
#include
#include
int
main()
{
FILE *f = fetchGetURL("file:///home/mark/nonexistent-file", "");
return (0);
}
>Fix:
Apply the patch below.
Patch attached with submission follows:
diff --git a/lib/libfetch/file.c b/lib/libfetch/file.c
index 8569ff3..8c1d404 100644
--- a/lib/libfetch/file.c
+++ b/lib/libfetch/file.c
@@ -50,12 +50,15 @@ fetchXGetFile(struct url *u, struct url_stat *us, const
char *flags)
f = fopen(u->doc, "r");
- if (f == NULL)
+ if (f == NULL) {
fetch_syserr();
+ return (NULL);
+ }
if (u->offset && fseeko(f, u->offset, SEEK_SET) == -1) {
fclose(f);
fetch_syserr();
+ return (NULL);
}
fcntl(fileno(f), F_SETFD, FD_CLOEXEC);
@@ -78,12 +81,15 @@ fetchPutFile(struct url *u, const char *flags)
else
f = fopen(u->doc, "w+");
- if (f == NULL)
+ if (f == NULL) {
fetch_syserr();
+ return (NULL);
+ }
if (u->offset && fseeko(f, u->offset, SEEK_SET) == -1) {
fclose(f);
fetch_syserr();
+ return (NULL);
}
fcntl(fileno(f), F_SETFD, FD_CLOEXEC);
>Release-Note:
>Audit-Trail:
>Unformatted:
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: misc/171095: provide secure hashes for downloadable isos & ports packages
Synopsis: provide secure hashes for downloadable isos & ports packages Responsible-Changed-From-To: freebsd-bugs->sect...@freebsd.org Responsible-Changed-By: glebius Responsible-Changed-When: Thu Aug 30 14:45:37 UTC 2012 Responsible-Changed-Why: Let secteam@ deal with this request. http://www.freebsd.org/cgi/query-pr.cgi?pr=171095 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/171191: driver support for cmi8787/8788 chipsets
>Number: 171191 >Category: misc >Synopsis: driver support for cmi8787/8788 chipsets >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: maintainer-update >Submitter-Id: current-users >Arrival-Date: Thu Aug 30 20:20:01 UTC 2012 >Closed-Date: >Last-Modified: >Originator: James Powell >Release:FreeBSD 9.0 based PC-BSD 9.0 >Organization: n/a >Environment: FreeBSD pcbsd-496 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 02:52:29 UTC 2012 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 >Description: The snd_cmi driver for C-Media based sound cards does not support the CMI8787/8788 model chipsets. >How-To-Repeat: Boot FreeBSD, or any derivative, with a C-Media cmi8787/8788 based sound card. >Fix: I was told this information provided, vai the freebsd-support mailing list, would assist in possibly a temporary patch possibly for the maintainer of the driver, however my last attempt at contacting the individual in development of the snd_cmi driver's email returned to me stating the e-mail was invalid. This was from the log generated: none3@pci0:5:4:0: class=0x040100 card=0x82751043 chip=0x878813f6 rev=0x00 hdr=0x00 vendor = 'C-Media Electronics Inc' device = 'CMI8788 [Oxygen HD Audio]' class = multimedia subclass = audio The sound card in question is a CMI8788 derived ASUS Xonar DX PCIe. I have attempted to remedy this using the ports collection's 4Front OSS driver, but all attempts to successfully load the driver result in a system that locks up, freezes, or refuses to boot. >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/137443: [headers] Including /usr/include/rpc/xdr.h fails with C++
The following reply was made to PR kern/137443; it has been noted by GNATS.
From: Pedro Giffuni
To: bug-follo...@freebsd.org, st...@bsdportal.ru
Cc:
Subject: Re: kern/137443: [headers] Including /usr/include/rpc/xdr.h fails
with C++
Date: Thu, 30 Aug 2012 15:21:11 -0500
This is a multi-part message in MIME format.
--040301090709070801000904
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
This patch should fix it.
I will be reviewing other RPC headers as well.
Pedro.
--040301090709070801000904
Content-Type: text/plain; charset=UTF-8;
name="patch-c++-xdr.h.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="patch-c++-xdr.h.txt"
Index: include/rpc/xdr.h
===
--- include/rpc/xdr.h (revision 239918)
+++ include/rpc/xdr.h (working copy)
@@ -43,6 +43,10 @@
#define _RPC_XDR_H
#include
+#ifdef __cplusplus
+extern "C" {
+#endif
+
/*
* XDR provides a conventional way for converting between C data
* types and an external bit-string representation. Library supplied
@@ -97,26 +101,26 @@
* an operations vector for the particular implementation (e.g. see
xdr_mem.c),
* and two private fields for the use of the particular implementation.
*/
-typedef struct __rpc_xdr {
+typedef struct XDR {
enum xdr_op x_op; /* operation; fast additional param */
const struct xdr_ops {
/* get a long from underlying stream */
- bool_t (*x_getlong)(struct __rpc_xdr *, long *);
+ bool_t (*x_getlong)(struct XDR *, long *);
/* put a long to " */
- bool_t (*x_putlong)(struct __rpc_xdr *, const long *);
+ bool_t (*x_putlong)(struct XDR *, const long *);
/* get some bytes from " */
- bool_t (*x_getbytes)(struct __rpc_xdr *, char *, u_int);
+ bool_t (*x_getbytes)(struct XDR *, char *, u_int);
/* put some bytes to " */
- bool_t (*x_putbytes)(struct __rpc_xdr *, const char *, u_int);
+ bool_t (*x_putbytes)(struct XDR *, const char *, u_int);
/* returns bytes off from beginning */
- u_int (*x_getpostn)(struct __rpc_xdr *);
+ u_int (*x_getpostn)(struct XDR *);
/* lets you reposition the stream */
- bool_t (*x_setpostn)(struct __rpc_xdr *, u_int);
+ bool_t (*x_setpostn)(struct XDR *, u_int);
/* buf quick ptr to buffered data */
- int32_t *(*x_inline)(struct __rpc_xdr *, u_int);
+ int32_t *(*x_inline)(struct XDR *, u_int);
/* free privates of this xdr_stream */
- void(*x_destroy)(struct __rpc_xdr *);
- bool_t (*x_control)(struct __rpc_xdr *, int, void *);
+ void(*x_destroy)(struct XDR *);
+ bool_t (*x_control)(struct XDR *, int, void *);
} *x_ops;
char * x_public; /* users' data */
void * x_private; /* pointer to private data */
@@ -366,4 +370,8 @@
extern u_int xdrrec_readbytes(XDR *, caddr_t, u_int);
__END_DECLS
+#ifdef __cplusplus
+}
+#endif
+
#endif /* !_RPC_XDR_H */
--040301090709070801000904--
___
freebsd-bugs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
misc/171192: pidfile_read should be made a public interface
>Number: 171192 >Category: misc >Synopsis: pidfile_read should be made a public interface >Confidential: no >Severity: non-critical >Priority: low >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Aug 30 21:00:18 UTC 2012 >Closed-Date: >Last-Modified: >Originator: David A. Bright >Release:9.1 >Organization: Dell Compellent >Environment: FreeBSD es-bb91-1 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r+90246d5: Tue Aug 14 08:58:06 CDT 2012 root@localhost.localdomain:/usr/obj/usr/src/sys/GENERIC amd64 >Description: The libutil pidfile(3) routines are useful, but provide only an interface for creating pid files. For software that wants to read and extract a pid from a pid file, there is no public interface. However, the private (static) function pidfile_read() in pidfile.c would provide such an interface. It need only be made externally visible and documented. >How-To-Repeat: >Fix: Remove "static" from definition in pidfile.c. Add pidfile_read() prototype to libutil.h. Add pidfile_read() doc to pidfile.3. >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/170278: [request] Add --check option to md5(1)
The following reply was made to PR bin/170278; it has been noted by GNATS. From: Alexander Pyhalov To: bug-follo...@freebsd.org, pep...@reppep.com Cc: Subject: Re: bin/170278: [request] Add --check option to md5(1) Date: Fri, 31 Aug 2012 00:55:21 +0400 --047d7b343e38c5d44d04c881e479 Content-Type: multipart/alternative; boundary=047d7b343e38c5d44804c881e477 --047d7b343e38c5d44804c881e477 Content-Type: text/plain; charset=ISO-8859-1 Attached patch implements '--check'-like feature from GNU md5sum. However, it seems md5sum allows more comlex file formats. -- Best regards, Alexander Pyhalov --047d7b343e38c5d44804c881e477 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Attached patch implements '--check'-like feature from GNU md5sum. H= owever, it seems md5sum =A0allows more comlex file formats.--=A0Best regards,=A0Alexander Pyhalov= --047d7b343e38c5d44804c881e477-- --047d7b343e38c5d44d04c881e479 Content-Type: text/plain; charset=US-ASCII; name="patch.txt" Content-Disposition: attachment; filename="patch.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h6ic1u4w0 LS0tIC91c3Ivc3JjL3NiaW4vbWQ1L21kNS5jCTIwMTItMDYtMDYgMjE6NDI6MTAuOTAxMjA4MTAx ICswNDAwCisrKyBtZDUuYwkyMDEyLTA4LTMxIDAwOjQ5OjE5LjQyMzc5OTk5OCArMDQwMApAQCAt MjAsMTAgKzIwLDEyIEBACiAjaW5jbHVkZSA8c3lzL2NkZWZzLmg+CiBfX0ZCU0RJRCgiJEZyZWVC U0QkIik7CiAKKyNpbmNsdWRlIDxzeXMvcGFyYW0uaD4KICNpbmNsdWRlIDxzeXMvdHlwZXMuaD4K ICNpbmNsdWRlIDxzeXMvdGltZS5oPgogI2luY2x1ZGUgPHN5cy9yZXNvdXJjZS5oPgogI2luY2x1 ZGUgPGVyci5oPgorI2luY2x1ZGUgPGdldG9wdC5oPgogI2luY2x1ZGUgPG1kNS5oPgogI2luY2x1 ZGUgPHJpcGVtZC5oPgogI2luY2x1ZGUgPHNoYS5oPgpAQCAtNDEsNiArNDMsNyBAQAogI2RlZmlu ZSBURVNUX0JMT0NLX0NPVU5UIDEwMDAwMAogI2RlZmluZSBNRFRFU1RDT1VOVCA4CiAKK2ludCBm ZmxhZzsKIGludCBxZmxhZzsKIGludCByZmxhZzsKIGludCBzZmxhZzsKQEAgLTczLDYgKzc2LDcg QEAKIHN0YXRpYyB2b2lkIE1EVGVzdFN1aXRlKEFsZ29yaXRobV90ICopOwogc3RhdGljIHZvaWQg TURGaWx0ZXIoQWxnb3JpdGhtX3QgKiwgaW50KTsKIHN0YXRpYyB2b2lkIHVzYWdlKEFsZ29yaXRo bV90ICopOworc3RhdGljIHZvaWQgUHJvY2Vzc0NoZWNrQWdhaW5zdEZpbGUoY2hhciAqZmlsZW5h bWUsIGludCAqZmFpbGVkLCBpbnQgZGlnZXN0KTsKIAogdHlwZWRlZiB1bmlvbiB7CiAJTUQ1X0NU WCBtZDU7CkBAIC04NSw2ICs4OSwxMCBAQAogCVNIQTI1Nl9ESUdFU1RfTEVOR1RILCBSSVBFTUQx NjBfRElHRVNUX0xFTkdUSCkqMisxICovCiAjZGVmaW5lIEhFWF9ESUdFU1RfTEVOR1RIIDY1CiAK Ky8qIG1heGltdW0gbGVuZ3RoIG9mIHN0cmluZyBpbiBjb250cm9sc3VtIGZpbGUgLSBkaWdlc3Qg cGx1cyBmaWxlIHBhdGgKKwlwbHVzIHNvbWUgZGlsaW1pdGVycyAqLworI2RlZmluZSBNQVhfU1RS SU5HX0xFTkdUSCAoSEVYX0RJR0VTVF9MRU5HVEgrTUFYUEFUSExFTis2NCkKKwogLyogYWxnb3Jp dGhtIGZ1bmN0aW9uIHRhYmxlICovCiAKIHN0cnVjdCBBbGdvcml0aG1fdCBBbGdvcml0aG1bXSA9 IHsKQEAgLTEyNiw2ICsxMzQsOSBAQAogCWludAlmYWlsZWQ7CiAgCXVuc2lnbmVkCWRpZ2VzdDsK ICAJY29uc3QgY2hhcioJcHJvZ25hbWU7CisJc3RydWN0IG9wdGlvbiBsb25nb3B0c1tdID0geyAK KwkJeyAiY2hlY2siLG5vX2FyZ3VtZW50LE5VTEwsJ2YnfQorICAgICAgICB9OwogCiAgCWlmICgo cHJvZ25hbWUgPSBzdHJyY2hyKGFyZ3ZbMF0sICcvJykpID09IE5VTEwpCiAgCQlwcm9nbmFtZSA9 IGFyZ3ZbMF07CkBAIC0xNDIsMTEgKzE1MywxNCBAQAogCWZhaWxlZCA9IDA7CiAJY2hlY2tBZ2Fp bnN0ID0gTlVMTDsKIAljaGVja3NGYWlsZWQgPSAwOwotCXdoaWxlICgoY2ggPSBnZXRvcHQoYXJn YywgYXJndiwgImM6cHFyczp0eCIpKSAhPSAtMSkKKwl3aGlsZSAoKGNoID0gZ2V0b3B0X2xvbmco YXJnYywgYXJndiwgImM6cGZxcnM6dHgiLGxvbmdvcHRzLE5VTEwpKSAhPSAtMSkKIAkJc3dpdGNo IChjaCkgewogCQljYXNlICdjJzoKIAkJCWNoZWNrQWdhaW5zdCA9IG9wdGFyZzsKIAkJCWJyZWFr OworCQljYXNlICdmJzoKKwkJCWZmbGFnID0gMTsKKwkJCWJyZWFrOwogCQljYXNlICdwJzoKIAkJ CU1ERmlsdGVyKCZBbGdvcml0aG1bZGlnZXN0XSwgMSk7CiAJCQlicmVhazsKQEAgLTE3NCwyOSAr MTg4LDM1IEBACiAKIAlpZiAoKmFyZ3YpIHsKIAkJZG8gewotCQkJcCA9IEFsZ29yaXRobVtkaWdl c3RdLkZpbGUoKmFyZ3YsIGJ1Zik7Ci0JCQlpZiAoIXApIHsKLQkJCQl3YXJuKCIlcyIsICphcmd2 KTsKLQkJCQlmYWlsZWQrKzsKKyAJCQlpZiAoZmZsYWcpeworCQkJCVByb2Nlc3NDaGVja0FnYWlu c3RGaWxlKCphcmd2LCZmYWlsZWQsZGlnZXN0KTsKIAkJCX0gZWxzZSB7Ci0JCQkJaWYgKHFmbGFn KQotCQkJCQlwcmludGYoIiVzIiwgcCk7Ci0JCQkJZWxzZSBpZiAocmZsYWcpCi0JCQkJCXByaW50 ZigiJXMgJXMiLCBwLCAqYXJndik7Ci0JCQkJZWxzZQotCQkJCQlwcmludGYoIiVzICglcykgPSAl cyIsCi0JCQkJCSAgICBBbGdvcml0aG1bZGlnZXN0XS5uYW1lLCAqYXJndiwgcCk7Ci0JCQkJaWYg KGNoZWNrQWdhaW5zdCAmJiBzdHJjbXAoY2hlY2tBZ2FpbnN0LHApKQotCQkJCXsKLQkJCQkJY2hl Y2tzRmFpbGVkKys7Ci0JCQkJCWlmICghcWZsYWcpCi0JCQkJCQlwcmludGYoIiBbIEZhaWxlZCBd Iik7CisJCQkJcCA9IEFsZ29yaXRobVtkaWdlc3RdLkZpbGUoKmFyZ3YsIGJ1Zik7CisJCQkJaWYg KCFwKSB7CisJCQkJCXdhcm4oIiVzIiwgKmFyZ3YpOworCQkJCQlmYWlsZWQrKzsKKwkJCQl9IGVs c2UgeworCQkJCQlpZiAocWZsYWcpCisJCQkJCQlwcmludGYoIiVzIiwgcCk7CisJCQkJCWVsc2Ug aWYgKHJmbGFnKQorCQkJCQkJcHJpbnRmKCIlcyAlcyIsIHAsICphcmd2KTsKKwkJCQkJZWxzZQor CQkJCQkJcHJpbnRmKCIlcyAoJXMpID0gJXMiLAorCQkJCQkJCUFsZ29yaXRobVtkaWdlc3RdLm5h bWUsICphcmd2LCBwKTsKKwkJCQkJaWYgKGNoZWNrQWdhaW5zdCAmJiBzdHJjbXAoY2hlY2tBZ2Fp bnN0LHApKQorCQkJCQl7CisJCQkJCQljaGVja3NGYWlsZWQrKzsKKwkJCQkJCWlmICghcWZsYWcp CisJCQkJCQkJcHJpbnRmKCIgWyBGYWlsZWQgXSIpOworCQkJCQl9CisJCQkJCXByaW50ZigiXG4i KTsKIAkJCQl9Ci0JCQkJcHJpbnRmKCJcbiIpOwogCQkJfQogCQl9IHdoaWxlICgqKythcmd2KTsK LQl9IGVsc2UgaWYgKCFzZmxhZyAmJiAob3B0aW5kID09IDEgfHwgcWZsYWcgfHwgcmZsYWcpKQor CX0gZWxz
misc/171193: Freebsd 9.x freeze at booting after USB line
>Number: 171193 >Category: misc >Synopsis: Freebsd 9.x freeze at booting after USB line >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 Aug 30 21:20:01 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Rudi >Release:9.0 or 9.1-RC1 (doesn't matter) >Organization: >Environment: Acer Travelmate 4720 >Description: Hello, I tried to install FreeBSD 9.0 and 9.1-RC1, but the boot process is always halting after printing out the USB ports. With verbose output enabled it will look like that: http://www.bsdforen.de/attachment.php?attachmentid=2704&d=1345999853 The boot process holds only, it's still possible to activate and deactivate the capslock key. But it won't go further. CTRL+C or +D doesn't help. There seems to be people with the same problem (I'm not sure), but I found anywhere a solution: http://forums.freebsd.org/showthread.php?t=29239 http://www.freebsd.org/cgi/query-pr.cgi?pr=166229 Outstanding is that it seems to be a notebook related problem (acpi is the last output with verbose output, so maybe it's has something to do with that). I tried running amd64 and i386 -- doesn't matter, same result. The problem does not occur with FreeBSD 8.2. Thanks for your help! P.S I only wanted to install FreeBSD for the second time, so I'm really not an experienced FreeBSD user (but some exp. under linux) >How-To-Repeat: Boot once again. >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: kern/171191: [snd_cmi] [request] add driver support for cmi8787/8788 chipsets
Old Synopsis: driver support for cmi8787/8788 chipsets New Synopsis: [snd_cmi] [request] add driver support for cmi8787/8788 chipsets Responsible-Changed-From-To: freebsd-bugs->freebsd-multimedia Responsible-Changed-By: linimon Responsible-Changed-When: Fri Aug 31 02:34:57 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=171191 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
