From owner-freebsd-multimedia@FreeBSD.ORG Mon Jun 21 11:06:59 2010 Return-Path: Delivered-To: freebsd-multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1BF1106567C for ; Mon, 21 Jun 2010 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CF3558FC15 for ; Mon, 21 Jun 2010 11:06:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o5LB6xWq098314 for ; Mon, 21 Jun 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5LB6xm1098312 for freebsd-multimedia@FreeBSD.org; Mon, 21 Jun 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Jun 2010 11:06:59 GMT Message-Id: <201006211106.o5LB6xm1098312@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-multimedia@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-multimedia@FreeBSD.org X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 11:07:00 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/147504 multimedia [oss] [panic] panic: dev_pager_getpage: map function r p kern/147466 multimedia [snd_hda] [patch] Thinkpad t510, codecs not recognized o kern/146758 multimedia [sound] [patch] fix volume control in spicds o kern/146031 multimedia [snd_hda] race condition when kldunload snd_hda sound o kern/144659 multimedia [pcm] The distortion of the sound playback of music at o kern/143505 multimedia [pcm] FreeBSD 8.0-RELEASE (x64) won't make sound card o kern/141826 multimedia [snd_hda] load of snd_hda module fails o kern/140591 multimedia [PATCH][sound] No sound output on lineout/headphone ja o kern/140453 multimedia [sound] No sound inside Virtualbox on 50% volume o kern/137589 multimedia [snd_uaudio] snd_uaudio.ko (USB audio driver) doesn't o kern/134767 multimedia [sound] [snd_hda] [regression] Sigmatel STAC9205X no s o kern/132848 multimedia [sound] [snd_emu10kx] driver problem with card init, s o kern/132511 multimedia [sound] [snd_hda] Probing ALC888 codec on ASRock K10N7 o kern/129604 multimedia [sound] Sound stops with error: pcm0:virtual:dsp0.vp0: o kern/127131 multimedia [bktr] /usr/src/sys/dev/bktr/bktr_os.c, line 469: wron s kern/125756 multimedia [sound] [patch] cannot detect soft-modem on HDA bus o kern/124319 multimedia [sound] [snd_emu10k1] [regression] Cannot record from o kern/122086 multimedia [sound] maestro sound driver is working, but mixer ini p kern/121156 multimedia [sound] [patch] Turn on inverted external amplifier se o kern/120857 multimedia [sound] [snd_emu10k1] snd_emu10k1 driver issues a warn o kern/120780 multimedia [sound] [snd_hda] snd_hda doesn't work on Dell Latitut o kern/119973 multimedia [sound] [snd_maestro] [regression] snd_maestro only wo o kern/119931 multimedia [sound] No sound card detected on ASUS "K8V-X SE R2.00 o kern/119759 multimedia [sound] [snd_emu10k1] [regression] Can not record anyt f kern/115666 multimedia [sound] Microphone does not work o kern/115300 multimedia [sound] [snd_hda] [regression] snd_hda(4) fails to att o kern/114760 multimedia [sound] [snd_cmi] snd_cmi driver causing sporadic syst s kern/113950 multimedia [sound] [patch] [request] add per-vchan mixer support o kern/111767 multimedia [sound] ATI SB450 High Definition Audio Controller sou o kern/107516 multimedia [sound] [snd_emu10k1] - skips, clicks and lag after a o kern/107051 multimedia [sound] only 2 channels output works for the ALC850 (o o kern/104874 multimedia [sound] [snd_emu10k1] kldload snd_emu10k1 hangs system o kern/104626 multimedia [sound] FreeBSD 6.2 does not support SoundBlaster Audi o kern/101417 multimedia [sound] 4-speakers output not possible on Asus A8V-Del o kern/100859 multimedia [sound] [snd_ich] snd_ich broken on GIGABYTE 915 syste o kern/98752 multimedia [sound] Intel ich6 82801 FB - on Packard Bell A8810 la o kern/98504 multimedia [sound] Sound is distorted with SB Live 5.1 o kern/98496 multimedia [sound] [snd_ich] some functions don't work in my soun o kern/97609 multimedia [sound] Load Sound Module - VIA8233 - fails o kern/97535 multimedia [sound] [snd_mss] doesn't work in 6.0-RELEASE and abov o kern/96538 multimedia [sound] emu10k1-driver inverts channels o kern/95086 multimedia [sound] uaudio line in problem with sbdm lx o kern/94279 multimedia [sound] [snd_neomagic] snd_neomagic crashes on FreeBSD o kern/93986 multimedia [sound] Acer TravelMate 4652LMi pcm0 channel dead o kern/92512 multimedia [sound] distorted mono output with emu10k1 o kern/87782 multimedia [sound] snd_t4dwave and pcm0:record:0: record interrup s kern/83697 multimedia [sound] [snd_mss] [patch] support, docs added for full o kern/82043 multimedia [sound] snd_emu10k1 - mixer does not work. o kern/81146 multimedia [sound] Sound isn't working AT ALL for Sis7012 onboard o kern/80632 multimedia [sound] pcm driver missing support for CMI8738 auxilla o kern/79912 multimedia [sound] sound broken for 2 VIA chipsets: interrupt sto o kern/79905 multimedia [sound] sis7018 sound module problem o kern/79678 multimedia [sound] sound works except recording from any source f kern/72995 multimedia [sound] Intel ICH2 (82801BA) - sound nearly inaudible o kern/63204 multimedia [sound] /dev/mixer broken with ESS Maestro-2E (still o o kern/60677 multimedia [sound] [patch] No reaction of volume controy key on I s kern/60599 multimedia [bktr] [partial patch] No sound for ATI TV Wonder (ste o kern/37600 multimedia [sound] [partial patch] t4dwave drive doesn't record. o kern/23546 multimedia [sound] [snd_csa] [patch] csa DMA-interrupt problem 59 problems total. From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 09:44:00 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E86F9106564A for ; Tue, 22 Jun 2010 09:43:59 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web112019.mail.gq1.yahoo.com (web112019.mail.gq1.yahoo.com [67.195.22.86]) by mx1.freebsd.org (Postfix) with SMTP id BD7318FC17 for ; Tue, 22 Jun 2010 09:43:59 +0000 (UTC) Received: (qmail 28738 invoked by uid 60001); 22 Jun 2010 09:17:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1277198238; bh=29YJxIqkWhO4P0wrhrMgCDHsUwaFLqbkx0/JYOkS2Dw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=rqvhPVPPh++dVqXSqc3NrX9SRDEdKBijosBIcxRng11pA5SVFFJsKXaMuNLRLJb59hyq22XWxi1/agkBeqUO7QEIOKjYnv7o7wS667owxB6H1IGhV8J8HNRxSwklsrbdDmZDAdNh54e1v1axXgTcH7NJ1P7tbppmsFw7mZ19Wyk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=y9KwQ8l8WUWLOpFIrIazEWY5vommdZwFBP5zTgfY2WD2L4IvLPScw0avFLQkEXyE8/BjkVytotJYyU765t0e2WWj3V0EWMM53450d7tAe9Zc8VVHLx1Z0C31T3gfy/+gpVKAi2ewjYF2QkMxTf31xcdBhzeMwBFlhOVm96mAUDY=; Message-ID: <387690.28004.qm@web112019.mail.gq1.yahoo.com> X-YMail-OSG: LwrVGUkVM1mQq05DR6G6dAmmeZxCBAJvFHQdOCx5fSGpqnE FsLyHklbvE2MS0A5z.GEEpOl0SLMT1w9dFRtt30u5x6WvmhRwJuGn1aCw6GW aAbzO4uNlGo2rDbRHs6V.QNyWGQlG979pdKyFfgUljk6aVZKn6.LtpNPE4J. pjjsDehKGO_obqO7R_66G2jqNaHfOPtmZ5DzxkjhLaur9a5oxkU_71cm6Av4 Y2sH_42EX24NumPT5okM.F92Z1.QJ1lJbiVeGmcbkecAiGu9H7.DLVAmkw4T 7nyE1PxvG.EEcp06r7VT1XfniGmh0yUVN8CGvh_dpPLV3_jk8c4iASvqtS7R YepUrKQn83S3sdfJb1fIziCf5aGNT Received: from [68.150.134.100] by web112019.mail.gq1.yahoo.com via HTTP; Tue, 22 Jun 2010 02:17:18 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.103.269680 Date: Tue, 22 Jun 2010 02:17:18 -0700 (PDT) From: "Mr. Darren" To: freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: pvrxxx X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 09:44:00 -0000 I noticed that usleepless had done some work on this port recently. Though not committed. I also noticed this archive http://www.mavetju.org/mail/view_message.php?list=freebsd-multimedia&id=2565711 describing the pvr150 and pvrxxx. I would like to get this card to receive a single video signal from a security cam. Or any other capable cheap card. It will be run with motion(or other security software). I also have a techwell(tw6802) that doesn't work. I'll take hardware recomendations at this point. The box's sole function will eventually be to watch that camera so it wouldn't be a big deal to give a developer access. rebuild kernels, etc. FreeBSD 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon Jun 21 18:55:16 MDT 2010 downloaded and installed today. Just so there is no confusion none2@pci0:0:20:0: class=0x040000 card=0x88010070 chip=0x00164444 rev=0x01 hdr=0x00 vendor = 'Conexant Inc (Was: Globespan, ICompression Inc)' device = 'iTVC16/CX23416 MPEG Codec' class = multimedia subclass = video Darren Johnston From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 11:54:19 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 871CD1065679 for ; Tue, 22 Jun 2010 11:54:19 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 854EC8FC13 for ; Tue, 22 Jun 2010 11:54:18 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so906246fgb.13 for ; Tue, 22 Jun 2010 04:54:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:x-mailer:mime-version:content-type :content-transfer-encoding; bh=NxwbC6K/FnYQWFExzDqqxjjZHgMcRmvCxvcsJ253u8Q=; b=ECjq8+fw7jbJm5N3tKTX9k8GCuefkp//1pOPYXMUvSrRAUNY40etYUGTQRXpvBH8im JfTqPwsBAXTCciVromONeGLaF2WrkOh8NHOpcxFpc2S82T4q9dRgi0THe8kuWEEHhrWt h2Hb829sJxAKERNsUCEqHWpPrEUGT1BP05/Hs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:x-mailer:mime-version :content-type:content-transfer-encoding; b=EKh/44rNbj4MgC5BYCXOC5MU/TJIMlZVZJLoUjHaHDPn/5dlTO+MKlnMLok7TG9S3g PpyF/dbY6XKFc7lS9dAdfGKlqJ7ZKUjNUhxJ3gXs3E+HriCJfK4OV6fkwqrFpHBVqtlI xTCcpQ82FNHNpl3FSM3njnhfXZmQeES6eAn1A= Received: by 10.87.48.18 with SMTP id a18mr10124007fgk.53.1277205908181; Tue, 22 Jun 2010 04:25:08 -0700 (PDT) Received: from localhost (minsk.agava.net [212.98.174.157]) by mx.google.com with ESMTPS id 12sm8822862fgg.14.2010.06.22.04.25.06 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 04:25:07 -0700 (PDT) Date: Tue, 22 Jun 2010 14:25:50 +0300 From: "Sergey V. Dyatko" To: hselasky@FreeBSD.org Message-ID: <20100622142550.26246636@gmail.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org Subject: cuse4bsd doesn't work on recent -HEAD? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 11:54:19 -0000 Hi, Not so long ago I updated my laptop (~month ago), also I do `portupgrade -a` (xorg, libtool - from large changes). After that webcamd doesn't work: laptop# kldstat Id Refs Address Size Name 1 37 0xc0400000 afcb24 kernel 2 1 0xc0efd000 e178 if_alc.ko 3 1 0xc0f0c000 a05768 nvidia.ko 4 3 0xc1912000 2eab8 linux.ko 5 1 0xc1941000 c198 ahci.ko 6 1 0xc6862000 8000 linprocfs.ko 7 1 0xc6ee1000 e000 fuse.ko 8 1 0xc6f8c000 1a000 snd_hda.ko 9 1 0xc6fb4000 4d000 sound.ko 10 1 0xc75b2000 4000 cuse4bsd.ko laptop# /usr/local/etc/rc.d/webcamd start Starting webcamd. Could not open /dev/cuse. Did you kldload cuse4bsd? /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd when laptop booting: Starting webcamd. /libexec/ld-elf.so.1: Shared object: "libcuse4bsd.so.1" not found, required by "webcamd" /usr/local/etc/rc.d/webcamd WARNING: failed to start webcamd laptop# ldd /usr/local/sbin/webcamd /usr/local/sbin/webcamd: libusb.so.2 => /usr/lib/libusb.so.2 (0x281c2000) libcuse4bsd.so.1 => /usr/local/lib/libcuse4bsd.so.1 (0x281cf000) libthr.so.3 => /lib/libthr.so.3 (0x281d2000) libutil.so.9 => /lib/libutil.so.9 (0x281e7000) libc.so.7 => /lib/libc.so.7 (0x281f8000) laptop# ldd /usr/local/lib/libcuse4bsd.so.1 /usr/local/lib/libcuse4bsd.so.1: libc.so.7 => /lib/libc.so.7 (0x28091000) today I update it again, nothing changed: FreeBSD laptop.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #7 r209412M: Tue Jun 22 11:23:15 EEST 2010 root@laptop.domain:/usr/obj/usr/src/sys/b450 i386 rebuild webcamd, and cuse4bsd-kmod: [tiger@laptop]~%pkg_info -xI cuse cuse4bsd-kmod-0.1.11 Cuse4BSD character device loopback driver for userspace [tiger@laptop]~%pkg_info -xI webc webcamd-0.1.14 A port of Linux USB webcam and DVB drivers into userspace laptop# kldunload cuse4bsd laptop# kldload -v cuse4bsd Loaded cuse4bsd, id=11 laptop# ll /dev/cu* ls: No match. laptop# /usr/local/etc/rc.d/webcamd start Starting webcamd. Could not open /dev/cuse. Did you kldload cuse4bsd? /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd I will be glad of any help -- wbr, tiger From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 13:57:01 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 258331065674 for ; Tue, 22 Jun 2010 13:57:01 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe11.swipnet.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 82ED08FC1B for ; Tue, 22 Jun 2010 13:56:59 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=NiIbcJYgR6AA:10 a=ood2b7iyd8MA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=JWb7Cc_MC2bYXu9107oA:9 a=fDA2N1cXZAdctxO3xy4A:7 a=-SBMnfp3V7sXs8fb1IGO4NxZEpkA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1236723813; Tue, 22 Jun 2010 15:56:58 +0200 Received-SPF: softfail receiver=mailfe11.swip.net; client-ip=188.126.201.140; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-multimedia@freebsd.org Date: Tue, 22 Jun 2010 15:54:08 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <20100622142550.26246636@gmail.com> In-Reply-To: <20100622142550.26246636@gmail.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006221554.08185.hselasky@freebsd.org> Cc: Subject: Re: cuse4bsd doesn't work on recent -HEAD? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 13:57:01 -0000 On Tuesday 22 June 2010 13:25:50 Sergey V. Dyatko wrote: > Hi, > > Not so long ago I updated my laptop (~month ago), also I do `portupgrade > -a` (xorg, libtool - from large changes). After that webcamd doesn't > work: > laptop# kldstat > Id Refs Address Size Name > 1 37 0xc0400000 afcb24 kernel > 2 1 0xc0efd000 e178 if_alc.ko > 3 1 0xc0f0c000 a05768 nvidia.ko > 4 3 0xc1912000 2eab8 linux.ko > 5 1 0xc1941000 c198 ahci.ko > 6 1 0xc6862000 8000 linprocfs.ko > 7 1 0xc6ee1000 e000 fuse.ko > 8 1 0xc6f8c000 1a000 snd_hda.ko > 9 1 0xc6fb4000 4d000 sound.ko > 10 1 0xc75b2000 4000 cuse4bsd.ko > > laptop# /usr/local/etc/rc.d/webcamd start > Starting webcamd. > Could not open /dev/cuse. Did you kldload cuse4bsd? > /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd > > when laptop booting: > Starting webcamd. > /libexec/ld-elf.so.1: Shared object: "libcuse4bsd.so.1" not found, > required by "webcamd" > /usr/local/etc/rc.d/webcamd WARNING: failed to start webcamd > > laptop# ldd /usr/local/sbin/webcamd > /usr/local/sbin/webcamd: > libusb.so.2 => /usr/lib/libusb.so.2 (0x281c2000) > libcuse4bsd.so.1 => /usr/local/lib/libcuse4bsd.so.1 (0x281cf000) > libthr.so.3 => /lib/libthr.so.3 (0x281d2000) > libutil.so.9 => /lib/libutil.so.9 (0x281e7000) > libc.so.7 => /lib/libc.so.7 (0x281f8000) > laptop# ldd /usr/local/lib/libcuse4bsd.so.1 > /usr/local/lib/libcuse4bsd.so.1: > libc.so.7 => /lib/libc.so.7 (0x28091000) > > today I update it again, nothing changed: > > FreeBSD laptop.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #7 > r209412M: Tue Jun 22 11:23:15 EEST 2010 > root@laptop.domain:/usr/obj/usr/src/sys/b450 i386 > rebuild webcamd, and cuse4bsd-kmod: > [tiger@laptop]~%pkg_info -xI cuse > cuse4bsd-kmod-0.1.11 Cuse4BSD character device loopback driver for > userspace > [tiger@laptop]~%pkg_info -xI webc > webcamd-0.1.14 A port of Linux USB webcam and DVB drivers into > userspace > > > laptop# kldunload cuse4bsd > laptop# kldload -v cuse4bsd > Loaded cuse4bsd, id=11 > laptop# ll /dev/cu* > ls: No match. > > laptop# /usr/local/etc/rc.d/webcamd start > Starting webcamd. > Could not open /dev/cuse. Did you kldload cuse4bsd? > /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd > > I will be glad of any help > Please re-install cuse4bsd and webcamd directly from ports. Looks like the library needs to be rebuilt. --HPS From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 14:47:43 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A766106566B; Tue, 22 Jun 2010 14:47:43 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8C1E48FC1F; Tue, 22 Jun 2010 14:47:42 +0000 (UTC) Received: by wyb33 with SMTP id 33so4275599wyb.13 for ; Tue, 22 Jun 2010 07:47:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=PQMzefd3LLe6H/OuNNwauUlDzfFfh3qn7xUTBPjtdgc=; b=gVV5+qxumKPSIuMWBl084ex/mejC9meJNn0uUvbLmLZKrdRS9UFJkhff/zqncZnEwT p/Lnd/seS9Z7qmzkcVS2CmhC26ESxuqKTv4YnkCbd9NavwB+s09qucc0xLaTKCocUNxO sdnofvHVGljOf1mNwo5gX6xZhz0Jf3LvnFUpA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=m9aSi0Hjo7UGNdgp7KYAy8jDb4zKQI6nYa+fkezV9AIHjddfT2dpRXI8Ox8hupoCzl itw+szOX+94fbaggTPJe4TEkMoxSX2DfzrX04kUHh5o2xoizJm66epKCe4+sEtS0UoYw 4nyf1Ulp0/+JDuBLZb5E6u4r7aSgXoAfIDnUo= Received: by 10.227.133.149 with SMTP id f21mr6262028wbt.42.1277218061419; Tue, 22 Jun 2010 07:47:41 -0700 (PDT) Received: from localhost ([77.74.36.76]) by mx.google.com with ESMTPS id n31sm18349125wba.21.2010.06.22.07.47.38 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 07:47:40 -0700 (PDT) Date: Tue, 22 Jun 2010 17:48:22 +0300 From: "Sergey V. Dyatko" To: Hans Petter Selasky Message-ID: <20100622174822.1707b834@gmail.com> In-Reply-To: <201006221554.08185.hselasky@freebsd.org> References: <20100622142550.26246636@gmail.com> <201006221554.08185.hselasky@freebsd.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-multimedia@freebsd.org Subject: Re: cuse4bsd doesn't work on recent -HEAD? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 14:47:43 -0000 On Tue, 22 Jun 2010 15:54:08 +0200 Hans Petter Selasky wrote: > On Tuesday 22 June 2010 13:25:50 Sergey V. Dyatko wrote: > > Hi, > > > > Not so long ago I updated my laptop (~month ago), also I do > > `portupgrade -a` (xorg, libtool - from large changes). After that > > webcamd doesn't work: > > laptop# kldstat > > Id Refs Address Size Name > > 1 37 0xc0400000 afcb24 kernel > > 2 1 0xc0efd000 e178 if_alc.ko > > 3 1 0xc0f0c000 a05768 nvidia.ko > > 4 3 0xc1912000 2eab8 linux.ko > > 5 1 0xc1941000 c198 ahci.ko > > 6 1 0xc6862000 8000 linprocfs.ko > > 7 1 0xc6ee1000 e000 fuse.ko > > 8 1 0xc6f8c000 1a000 snd_hda.ko > > 9 1 0xc6fb4000 4d000 sound.ko > > 10 1 0xc75b2000 4000 cuse4bsd.ko > > > > laptop# /usr/local/etc/rc.d/webcamd start > > Starting webcamd. > > Could not open /dev/cuse. Did you kldload cuse4bsd? > > /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd > > > > when laptop booting: > > Starting webcamd. > > /libexec/ld-elf.so.1: Shared object: "libcuse4bsd.so.1" not found, > > required by "webcamd" > > /usr/local/etc/rc.d/webcamd WARNING: failed to start webcamd > > > > laptop# ldd /usr/local/sbin/webcamd > > /usr/local/sbin/webcamd: > > libusb.so.2 => /usr/lib/libusb.so.2 (0x281c2000) > > libcuse4bsd.so.1 => /usr/local/lib/libcuse4bsd.so.1 > > (0x281cf000) libthr.so.3 => /lib/libthr.so.3 (0x281d2000) > > libutil.so.9 => /lib/libutil.so.9 (0x281e7000) > > libc.so.7 => /lib/libc.so.7 (0x281f8000) > > laptop# ldd /usr/local/lib/libcuse4bsd.so.1 > > /usr/local/lib/libcuse4bsd.so.1: > > libc.so.7 => /lib/libc.so.7 (0x28091000) > > > > today I update it again, nothing changed: > > > > FreeBSD laptop.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #7 > > r209412M: Tue Jun 22 11:23:15 EEST 2010 > > root@laptop.domain:/usr/obj/usr/src/sys/b450 i386 > > rebuild webcamd, and cuse4bsd-kmod: > > [tiger@laptop]~%pkg_info -xI cuse > > cuse4bsd-kmod-0.1.11 Cuse4BSD character device loopback driver for > > userspace > > [tiger@laptop]~%pkg_info -xI webc > > webcamd-0.1.14 A port of Linux USB webcam and DVB drivers into > > userspace > > > > > > laptop# kldunload cuse4bsd > > laptop# kldload -v cuse4bsd > > Loaded cuse4bsd, id=11 > > laptop# ll /dev/cu* > > ls: No match. > > > > laptop# /usr/local/etc/rc.d/webcamd start > > Starting webcamd. > > Could not open /dev/cuse. Did you kldload cuse4bsd? > > /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd > > > > I will be glad of any help > > > > Please re-install cuse4bsd and webcamd directly from ports. Looks > like the library needs to be rebuilt. > I do it again. same result: laptop# kldunload -v cuse4bsd Unloading cuse4bsd.ko, id=12 laptop# kldload -v cuse4bsd Loaded cuse4bsd, id=12 laptop# kldstat [skipped] 12 1 0xc898f000 4000 cuse4bsd.ko laptop# ll /dev/cu* crw-rw---- 1 uucp dialer 0, 137 22 ÉÀÎ 17:33 /dev/cuaU0 crw-rw---- 1 uucp dialer 0, 138 22 ÉÀÎ 17:14 /dev/cuaU0.init crw-rw---- 1 uucp dialer 0, 139 22 ÉÀÎ 17:14 /dev/cuaU0.lock laptop# /usr/local/etc/rc.d/webcamd start Starting webcamd. Could not open /dev/cuse. Did you kldload cuse4bsd? /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd laptop# webcamd Could not open /dev/cuse. Did you kldload cuse4bsd? > --HPS -- wbr, tiger From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 15:02:24 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CB8A106566C for ; Tue, 22 Jun 2010 15:02:24 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9FC048FC14 for ; Tue, 22 Jun 2010 15:02:23 +0000 (UTC) Received: by wyb33 with SMTP id 33so4291444wyb.13 for ; Tue, 22 Jun 2010 08:02:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=A/+pdLCdFBq+io2fjdtRFxjj8hTtaYHBLMWy3H/d3uo=; b=k/3YfKLITboZZ4vFKPbnz20fhe0CUuX13zkYxdv+RAVe2g8HZawV4DRovkIECQA6jf 4njuT0mcBLEFUKvmT/wQyTrgS5RUuhMNUjZ5vd4oJRQBWxenSfQDhknj+emgHmX73cck D5JzIV5M3nhEDimGXSKFG0tf16UqnyOsaW+nE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=ZKCgGyXU+Gd/hu3l+IiOBMVLSs2gzd7YbcXRFwO4YjPUJuUJ8FRNPMb9tqnEuqH79/ mdyCpsootO1vYo7yKCoEGs65Tx0R6nFrNO0RhthzWeB8oL17bC2v540ZUPlfuJnxBBjb 7NSrJsQu9FVXbmZoOT+VFp6W4d6Ae4MFUWWgg= Received: by 10.216.159.3 with SMTP id r3mr1412676wek.26.1277218466543; Tue, 22 Jun 2010 07:54:26 -0700 (PDT) Received: from localhost ([77.74.36.76]) by mx.google.com with ESMTPS id o13sm4649522wej.40.2010.06.22.07.54.19 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 07:54:26 -0700 (PDT) Date: Tue, 22 Jun 2010 17:55:00 +0300 From: "Sergey V. Dyatko" To: Hans Petter Selasky Message-ID: <20100622175500.73e0ea5d@gmail.com> In-Reply-To: <20100622174822.1707b834@gmail.com> References: <20100622142550.26246636@gmail.com> <201006221554.08185.hselasky@freebsd.org> <20100622174822.1707b834@gmail.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org Subject: Re: cuse4bsd doesn't work on recent -HEAD? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 15:02:24 -0000 On Tue, 22 Jun 2010 17:48:22 +0300 "Sergey V. Dyatko" wrote: SVD>On Tue, 22 Jun 2010 15:54:08 +0200 SVD>Hans Petter Selasky wrote: SVD> SVD>> On Tuesday 22 June 2010 13:25:50 Sergey V. Dyatko wrote: SVD>> > Hi, SVD>> > SVD>> > Not so long ago I updated my laptop (~month ago), also I do SVD>> > `portupgrade -a` (xorg, libtool - from large changes). After SVD>> > that webcamd doesn't work: SVD>> > laptop# kldstat SVD>> > Id Refs Address Size Name SVD>> > 1 37 0xc0400000 afcb24 kernel SVD>> > 2 1 0xc0efd000 e178 if_alc.ko SVD>> > 3 1 0xc0f0c000 a05768 nvidia.ko SVD>> > 4 3 0xc1912000 2eab8 linux.ko SVD>> > 5 1 0xc1941000 c198 ahci.ko SVD>> > 6 1 0xc6862000 8000 linprocfs.ko SVD>> > 7 1 0xc6ee1000 e000 fuse.ko SVD>> > 8 1 0xc6f8c000 1a000 snd_hda.ko SVD>> > 9 1 0xc6fb4000 4d000 sound.ko SVD>> > 10 1 0xc75b2000 4000 cuse4bsd.ko SVD>> > SVD>> > laptop# /usr/local/etc/rc.d/webcamd start SVD>> > Starting webcamd. SVD>> > Could not open /dev/cuse. Did you kldload cuse4bsd? SVD>> > /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd SVD>> > SVD>> > when laptop booting: SVD>> > Starting webcamd. SVD>> > /libexec/ld-elf.so.1: Shared object: "libcuse4bsd.so.1" not SVD>> > found, required by "webcamd" SVD>> > /usr/local/etc/rc.d/webcamd WARNING: failed to start webcamd SVD>> > SVD>> > laptop# ldd /usr/local/sbin/webcamd SVD>> > /usr/local/sbin/webcamd: SVD>> > libusb.so.2 => /usr/lib/libusb.so.2 (0x281c2000) SVD>> > libcuse4bsd.so.1 => /usr/local/lib/libcuse4bsd.so.1 SVD>> > (0x281cf000) libthr.so.3 => /lib/libthr.so.3 (0x281d2000) SVD>> > libutil.so.9 => /lib/libutil.so.9 (0x281e7000) SVD>> > libc.so.7 => /lib/libc.so.7 (0x281f8000) SVD>> > laptop# ldd /usr/local/lib/libcuse4bsd.so.1 SVD>> > /usr/local/lib/libcuse4bsd.so.1: SVD>> > libc.so.7 => /lib/libc.so.7 (0x28091000) SVD>> > SVD>> > today I update it again, nothing changed: SVD>> > SVD>> > FreeBSD laptop.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #7 SVD>> > r209412M: Tue Jun 22 11:23:15 EEST 2010 SVD>> > root@laptop.domain:/usr/obj/usr/src/sys/b450 i386 SVD>> > rebuild webcamd, and cuse4bsd-kmod: SVD>> > [tiger@laptop]~%pkg_info -xI cuse SVD>> > cuse4bsd-kmod-0.1.11 Cuse4BSD character device loopback driver SVD>> > for userspace SVD>> > [tiger@laptop]~%pkg_info -xI webc SVD>> > webcamd-0.1.14 A port of Linux USB webcam and DVB drivers SVD>> > into userspace SVD>> > SVD>> > SVD>> > laptop# kldunload cuse4bsd SVD>> > laptop# kldload -v cuse4bsd SVD>> > Loaded cuse4bsd, id=11 SVD>> > laptop# ll /dev/cu* SVD>> > ls: No match. SVD>> > SVD>> > laptop# /usr/local/etc/rc.d/webcamd start SVD>> > Starting webcamd. SVD>> > Could not open /dev/cuse. Did you kldload cuse4bsd? SVD>> > /usr/local/etc/rc.d/webcamd: WARNING: failed to start webcamd SVD>> > SVD>> > I will be glad of any help SVD>> > SVD>> SVD>> Please re-install cuse4bsd and webcamd directly from ports. Looks SVD>> like the library needs to be rebuilt. SVD>> just in case: laptop# usbconfig|grep -i cam ugen7.2: at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON SVD> SVD>> --HPS SVD> SVD> -- wbr, tiger From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 16:26:48 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A5DA106564A; Tue, 22 Jun 2010 16:26:48 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id EC0DE8FC0C; Tue, 22 Jun 2010 16:26:47 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.4/8.14.4) with ESMTP id o5MG6wlA018005; Tue, 22 Jun 2010 09:06:58 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.4/8.14.4/Submit) id o5MG6wuR018004; Tue, 22 Jun 2010 09:06:58 -0700 (PDT) (envelope-from faber) Date: Tue, 22 Jun 2010 09:06:58 -0700 From: Ted Faber To: "Sergey V. Dyatko" Message-ID: <20100622160658.GA17496@zod.isi.edu> References: <20100622142550.26246636@gmail.com> <201006221554.08185.hselasky@freebsd.org> <20100622174822.1707b834@gmail.com> <20100622175500.73e0ea5d@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/l3CgOIzMHHjg/5" Content-Disposition: inline In-Reply-To: <20100622175500.73e0ea5d@gmail.com> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: freebsd-multimedia@freebsd.org, Hans Petter Selasky Subject: Re: cuse4bsd doesn't work on recent -HEAD? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 16:26:48 -0000 --s/l3CgOIzMHHjg/5 Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable FWIW, I'm seeing the same thing on 8.1-PRERELEASE csupped from yesterday. It's been going on foe a while, but I haven't been able to find the bug. (I was literally sitting down to type an e-mail about it when I saw this thread.) Same symptom: cuse4bsd loads but no device file appears in the /dev I also don't see the printfs from cuse_kern_init show up in the log. It seems like something's changed in the kernel module load path somehow. FWIW, the example in /usr/share/examples/kld/cdev/ doesn't work for me either. I've attached the verbose boot. Cuse4bsd is current from ports, recompiled after the new kernel install: $ pkg_info | grep cuse cuse4bsd-kmod-0.1.11 Cuse4BSD character device loopback driver for userspace Here's my loader.conf: $ cat /boot/loader.conf=20 beastie_disable=3D"YES" acpi_ibm_load=3D"YES" snd_ich_load=3D"YES" cuse4bsd_load=3D"YES" The module is in the right place and seems to load: $ ls -l /boot/modules/ total 18 -r-xr-xr-x 1 root wheel 16505 Jun 21 19:02 cuse4bsd.ko $ kldstat Id Refs Address Size Name 1 36 0xc0400000 bb8ea8 kernel 2 1 0xc0fb9000 7224 snd_ich.ko 3 2 0xc0fc1000 577a4 sound.ko 4 1 0xc1019000 5244 acpi_ibm.ko 5 1 0xc101f000 4610 cuse4bsd.ko 6 1 0xc59c9000 8000 linprocfs.ko 7 1 0xc5a1d000 26000 linux.ko 8 1 0xc5b07000 11000 ipfw.ko 9 1 0xc5b18000 d000 libalias.ko 10 1 0xc5e2e000 2000 green_saver.ko 11 1 0xc5f0d000 68000 radeon.ko 12 1 0xc5f84000 14000 drm.ko $ uname -a FreeBSD praxis.lunabase.org 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #38: Mon = Jun 21 17:14:31 PDT 2010 root@praxis.lunabase.org:/usr/obj/usr/src/sys/GENE= RIC i386 I'm happy to try fixes or provide information. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=file Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.1-PRERELEASE #38: Mon Jun 21 17:14:31 PDT 2010 root@praxis.lunabase.org:/usr/obj/usr/src/sys/GENERIC i386 Preloaded elf kernel "/boot/kernel/kernel" at 0xc1025000. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc10251a8. Preloaded elf module "/boot/kernel/sound.ko" at 0xc1025254. Preloaded elf module "/boot/kernel/acpi_ibm.ko" at 0xc1025300. Preloaded elf module "/boot/modules/cuse4bsd.ko" at 0xc10253b0. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1698566420 Hz CPU: Intel(R) Pentium(R) M processor 1.70GHz (1698.57-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6d6 Family =3D 6 Model =3D d Stepp= ing =3D 6 Features=3D0xafe9f9bf Features2=3D0x180 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries Data TLB: 4 KB Pages, 4-way set associative, 128 entries Instruction TLB: 4 MB pages, fully associative, 2 entries 2nd-level cache: 2-MB, 8-way set associative, 64-byte line size 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size Data TLB: 4 MB Pages, 4-way set associative, 8 entries 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size real memory =3D 1610612736 (1536 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009dfff, 643072 bytes (157 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001426000 - 0x000000005e412fff, 1560203264 bytes (380909 pages) avail memory =3D 1558859776 (1486 MB) x86bios: IVT 0x000000-0x0004ff at 0xc0000000 x86bios: SSEG 0x010000-0x01ffff at 0xe3510000 x86bios: EBDA 0x09f000-0x09ffff at 0xc009f000 x86bios: ROM 0x0a0000-0x0effff at 0xc00a0000 bios32: Found BIOS32 Service Directory header at 0xc00f6d20 bios32: Entry =3D 0xfd750 (c00fd750) Rev =3D 0 Len =3D 1 pcibios: PCI BIOS entry at 0xfd6e0+0x1f6 pnpbios: Found PnP BIOS data at 0xc00f6da0 pnpbios: Entry =3D f0000:b616 Rev =3D 1.0 pnpbios: Event flag at 4b4 Other BIOS signatures found: ULE: setup cpu 0 snd_unit_init() u=3D0x00ff8000 [512] d=3D0x00007c00 [32] c=3D0x000003ff [10= 24] feeder_register: snd_unit=3D-1 snd_maxautovchans=3D16 latency=3D5 feeder_ra= te_min=3D1 feeder_rate_max=3D2016000 feeder_rate_round=3D25 wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device io: kbd: new array size 4 kbd1 at kbdmux0 mem: Pentium Pro MTRR support enabled hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 ACPI: RSDP 0xf6d70 00024 (v2 IBM ) ACPI: XSDT 0x5ff6a672 0004C (v1 IBM TP-1R 00003230 LTP 00000000) ACPI: FACP 0x5ff6a700 000F4 (v3 IBM TP-1R 00003230 IBM 00000001) ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20100331/tbfadt-62= 5) ACPI Warning: Optional field Gpe1Block has zero address or length: 0x = 0 102C/0x0 (20100331/tbfadt-655) ACPI: DSDT 0x5ff6a8e7 0C530 (v1 IBM TP-1R 00003230 MSFT 0100000E) ACPI: FACS 0x5ff78000 00040 ACPI: SSDT 0x5ff6a8b4 00033 (v1 IBM TP-1R 00003230 MSFT 0100000E) ACPI: ECDT 0x5ff76e17 00052 (v1 IBM TP-1R 00003230 IBM 00000001) ACPI: TCPA 0x5ff76e69 00032 (v1 IBM TP-1R 00003230 PTL 00000001) ACPI: BOOT 0x5ff76fd8 00028 (v1 IBM TP-1R 00003230 LTP 00000001) npx0: INT 16 interface acpi0: on motherboard acpi0: [MPSAFE] acpi0: [ITHREAD] acpi_ec0: port 0x62,0x66 on acpi0 pci_open(1): mode 1 addr port (0x0cf8) is 0x8000f904 pci_open(1a): mode1res=3D0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=3D060000] [hdr=3D00] is there (id=3D33408086) pcibios: BIOS version 2.10 AcpiOsDerivePciId: \\_SB_.PCI0.MHCS -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.PCI1.CBS0.CBUS -> bus 2 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.PCI1.CBS1.CBUS -> bus 2 dev 0 func 1 AcpiOsDerivePciId: \\_SB_.PCI0.USB7.U7CS -> bus 0 dev 29 func 7 acpi0: Power Button (fixed) acpi0: wakeup code va 0xc4cb9000 pa 0x1000 atpic: Programming IRQ9 as level/low AcpiOsDerivePciId: \\_SB_.PCI0.LPC_.LPCS -> bus 0 dev 31 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 5ff00000 (3) failed ACPI timer: 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 1/0 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 Validation 0 11 N 0 3 4 5 6 7 9 10 11 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 Validation 0 11 N 0 3 4 5 6 7 9 10 11 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 Validation 0 11 N 0 3 4 5 6 7 9 10 11 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 Validation 0 11 N 0 3 4 5 6 7 9 10 11 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 Validation 0 255 N 0 3 4 5 6 7 9 10 11 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 Validation 0 255 N 0 3 4 5 6 7 9 10 11 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 Validation 0 255 N 0 3 4 5 6 7 9 10 11 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 Validation 0 11 N 0 3 4 5 6 7 9 10 11 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 ACPI: Found matching pin for 0.29.INTA at func 0: 11 ACPI: Found matching pin for 0.29.INTB at func 1: 11 ACPI: Found matching pin for 0.29.INTC at func 2: 11 ACPI: Found matching pin for 0.29.INTD at func 7: 11 ACPI: Found matching pin for 0.31.INTA at func 1: 255 ACPI: Found matching pin for 0.31.INTB at func 3: 11 pci0: on pcib0 pci0: domain=3D0, physical bus=3D0 found-> vendor=3D0x8086, dev=3D0x3340, revid=3D0x03 domain=3D0, bus=3D0, slot=3D0, func=3D0 class=3D06-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x2090, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) map[10]: type Prefetchable Memory, range 32, base 0xd0000000, size 28, ena= bled found-> vendor=3D0x8086, dev=3D0x3341, revid=3D0x03 domain=3D0, bus=3D0, slot=3D1, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x00a0, cachelnsz=3D0 (dwords) lattimer=3D0x60 (2880 ns), mingnt=3D0x0c (3000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24c2, revid=3D0x01 domain=3D0, bus=3D0, slot=3D29, func=3D0 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 map[20]: type I/O Port, range 32, base 0x1800, size 5, enabled pcib0: matched entry for 0.29.INTA (src \\_SB_.LNKA:0) pcib0: slot 29 INTA routed to irq 11 via \\_SB_.LNKA unknown: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1800 found-> vendor=3D0x8086, dev=3D0x24c4, revid=3D0x01 domain=3D0, bus=3D0, slot=3D29, func=3D1 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[20]: type I/O Port, range 32, base 0x1820, size 5, enabled pcib0: matched entry for 0.29.INTB (src \\_SB_.LNKD:0) pcib0: slot 29 INTB routed to irq 11 via \\_SB_.LNKD unknown: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1820 found-> vendor=3D0x8086, dev=3D0x24c7, revid=3D0x01 domain=3D0, bus=3D0, slot=3D29, func=3D2 class=3D0c-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dc, irq=3D11 map[20]: type I/O Port, range 32, base 0x1840, size 5, enabled pcib0: matched entry for 0.29.INTC (src \\_SB_.LNKC:0) pcib0: slot 29 INTC routed to irq 11 via \\_SB_.LNKC unknown: Reserved 0x20 bytes for rid 0x20 type 4 at 0x1840 found-> vendor=3D0x8086, dev=3D0x24cd, revid=3D0x01 domain=3D0, bus=3D0, slot=3D29, func=3D7 class=3D0c-03-20, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0106, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Dd, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xc0000000, size 10, enabled pcib0: matched entry for 0.29.INTD (src \\_SB_.LNKH:0) pcib0: slot 29 INTD routed to irq 11 via \\_SB_.LNKH unknown: Reserved 0x400 bytes for rid 0x10 type 3 at 0xc0000000 found-> vendor=3D0x8086, dev=3D0x2448, revid=3D0x81 domain=3D0, bus=3D0, slot=3D30, func=3D0 class=3D06-04-00, hdrtype=3D0x01, mfdev=3D0 cmdreg=3D0x0107, statreg=3D0x8080, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x04 (1000 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24cc, revid=3D0x01 domain=3D0, bus=3D0, slot=3D31, func=3D0 class=3D06-01-00, hdrtype=3D0x00, mfdev=3D1 cmdreg=3D0x000f, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) found-> vendor=3D0x8086, dev=3D0x24ca, revid=3D0x01 domain=3D0, bus=3D0, slot=3D31, func=3D1 class=3D01-01-8a, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D255 map[20]: type I/O Port, range 32, base 0x1860, size 4, enabled map[24]: type Memory, range 32, base 0, size 10, memory disabled found-> vendor=3D0x8086, dev=3D0x24c3, revid=3D0x01 domain=3D0, bus=3D0, slot=3D31, func=3D3 class=3D0c-05-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0001, statreg=3D0x0280, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 map[20]: type I/O Port, range 32, base 0x1880, size 5, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c5, revid=3D0x01 domain=3D0, bus=3D0, slot=3D31, func=3D5 class=3D04-01-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0007, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x1c00, size 8, enabled map[14]: type I/O Port, range 32, base 0x18c0, size 6, enabled map[18]: type Memory, range 32, base 0xc0000c00, size 9, enabled map[1c]: type Memory, range 32, base 0xc0000800, size 8, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x24c6, revid=3D0x01 domain=3D0, bus=3D0, slot=3D31, func=3D6 class=3D07-03-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0005, statreg=3D0x0290, cachelnsz=3D0 (dwords) lattimer=3D0x00 (0 ns), mingnt=3D0x00 (0 ns), maxlat=3D0x00 (0 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x2400, size 8, enabled map[14]: type I/O Port, range 32, base 0x2000, size 7, enabled pcib0: matched entry for 0.31.INTB (src \\_SB_.LNKB:0) pcib0: slot 31 INTB routed to irq 11 via \\_SB_.LNKB agp0: on hostb0 hostb0: Reserved 0x10000000 bytes for rid 0x10 type 3 at 0xd0000000 agp0: allocating GATT for aperture of size 256M pcib1: at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x3000-0x3fff pcib1: memory decode 0xc0100000-0xc01fffff pcib1: prefetched decode 0xe0000000-0xe7ffffff ACPI: Found matching pin for 1.0.INTA at func 0: 11 pci1: on pcib1 pci1: domain=3D0, physical bus=3D1 found-> vendor=3D0x1002, dev=3D0x4c57, revid=3D0x00 domain=3D0, bus=3D1, slot=3D0, func=3D0 class=3D03-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0387, statreg=3D0x02b0, cachelnsz=3D8 (dwords) lattimer=3D0x42 (1980 ns), mingnt=3D0x08 (2000 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xe0000000, size 27, ena= bled pcib1: requested memory range 0xe0000000-0xe7ffffff: good map[14]: type I/O Port, range 32, base 0x3000, size 8, enabled pcib1: requested I/O range 0x3000-0x30ff: in range map[18]: type Memory, range 32, base 0xc0100000, size 16, enabled pcib1: requested memory range 0xc0100000-0xc010ffff: good pcib1: matched entry for 1.0.INTA (src \\_SB_.LNKA:0) pcib1: slot 0 INTA routed to irq 11 via \\_SB_.LNKA vgapci0: port 0x3000-0x30ff mem 0xe0000000-0xe7fff= fff,0xc0100000-0xc010ffff irq 11 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 1= 1 at device 29.0 on pci0 uhci0: [MPSAFE] uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1820-0x183f irq 1= 1 at device 29.1 on pci0 uhci1: [MPSAFE] uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x1840-0x185f irq 1= 1 at device 29.2 on pci0 uhci2: [MPSAFE] uhci2: [ITHREAD] usbus2: on uhci2 ehci0: mem 0xc0000000-0xc0000= 3ff irq 11 at device 29.7 on pci0 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib2: at device 30.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 8 pcib2: I/O decode 0x4000-0x8fff pcib2: memory decode 0xc0200000-0xcfffffff pcib2: prefetched decode 0xe8000000-0xefffffff pcib2: Subtractively decoded bridge. ACPI: Found matching pin for 2.0.INTA at func 0: 11 ACPI: Found matching pin for 2.0.INTB at func 1: 11 ACPI: Found matching pin for 2.1.INTA at func 0: 11 ACPI: Found matching pin for 2.2.INTA at func 0: 11 pci2: on pcib2 pci2: domain=3D0, physical bus=3D2 found-> vendor=3D0x104c, dev=3D0xac46, revid=3D0x01 domain=3D0, bus=3D2, slot=3D0, func=3D0 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xc0 (48000 ns), maxlat=3D0x03 (750 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xb0000000, size 12, enabled pcib2: requested memory range 0xb0000000-0xb0000fff: good pcib2: matched entry for 2.0.INTA (src \\_SB_.LNKA:0) pcib2: slot 0 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x104c, dev=3D0xac46, revid=3D0x01 domain=3D0, bus=3D2, slot=3D0, func=3D1 class=3D06-07-00, hdrtype=3D0x02, mfdev=3D1 cmdreg=3D0x0107, statreg=3D0x0210, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xc0 (48000 ns), maxlat=3D0x03 (750 ns) intpin=3Db, irq=3D11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xb1000000, size 12, enabled pcib2: requested memory range 0xb1000000-0xb1000fff: good pcib2: matched entry for 2.0.INTB (src \\_SB_.LNKB:0) pcib2: slot 0 INTB routed to irq 11 via \\_SB_.LNKB found-> vendor=3D0x8086, dev=3D0x101e, revid=3D0x03 domain=3D0, bus=3D2, slot=3D1, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0117, statreg=3D0x0230, cachelnsz=3D8 (dwords) lattimer=3D0x40 (1920 ns), mingnt=3D0xff (63750 ns), maxlat=3D0x00 (0 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xc0240000, size 17, enabled pcib2: requested memory range 0xc0240000-0xc025ffff: good map[14]: type Memory, range 32, base 0xc0200000, size 16, enabled pcib2: requested memory range 0xc0200000-0xc020ffff: good map[18]: type I/O Port, range 32, base 0x8000, size 6, enabled pcib2: requested I/O range 0x8000-0x803f: in range pcib2: matched entry for 2.1.INTA (src \\_SB_.LNKA:0) pcib2: slot 1 INTA routed to irq 11 via \\_SB_.LNKA found-> vendor=3D0x168c, dev=3D0x1014, revid=3D0x01 domain=3D0, bus=3D2, slot=3D2, func=3D0 class=3D02-00-00, hdrtype=3D0x00, mfdev=3D0 cmdreg=3D0x0116, statreg=3D0x0290, cachelnsz=3D8 (dwords) lattimer=3D0x50 (2400 ns), mingnt=3D0x0a (2500 ns), maxlat=3D0x1c (7000 ns) intpin=3Da, irq=3D11 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xc0210000, size 16, enabled pcib2: requested memory range 0xc0210000-0xc021ffff: good pcib2: matched entry for 2.2.INTA (src \\_SB_.LNKC:0) pcib2: slot 2 INTA routed to irq 11 via \\_SB_.LNKC cbb0: mem 0xb0000000-0xb0000fff irq 11 at device 0.0 o= n pci2 cbb0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb0000000 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [MPSAFE] cbb0: [FILTER] cbb0: PCI Configuration space: 0x00: 0xac46104c 0x02100107 0x06070001 0x00824008=20 0x10: 0xb0000000 0x020000a0 0xb0050302 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740010b=20 0x40: 0x05521014 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x0840d071 0x040a0000 0x000f0000 0x01d21b22=20 0x90: 0x416402c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 cbb1: mem 0xb1000000-0xb1000fff irq 11 at device 0.1 o= n pci2 cbb1: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xb1000000 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [MPSAFE] cbb1: [FILTER] cbb1: PCI Configuration space: 0x00: 0xac46104c 0x02100107 0x06070001 0x00824008=20 0x10: 0xb1000000 0x020000a0 0xb0080602 0xfffff000=20 0x20: 0x00000000 0xfffff000 0x00000000 0xfffffffc=20 0x30: 0x00000000 0xfffffffc 0x00000000 0x0740020b=20 0x40: 0x05521014 0x00000001 0x00000000 0x00000000=20 0x50: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x60: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x70: 0x00000000 0x00000000 0x00000000 0x00000000=20 0x80: 0x0840d071 0x040a0000 0x000f0000 0x01d21b22=20 0x90: 0x416402c0 0x00000000 0x00000000 0x00000000=20 0xa0: 0xfe120001 0x00c00000 0x00000000 0x00000000=20 0xb0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xc0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xd0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xe0: 0x00000000 0x00000000 0x00000000 0x00000000=20 0xf0: 0x00000000 0x00000000 0x00000000 0x00000000=20 em0: port 0x8000-0x803f= mem 0xc0240000-0xc025ffff,0xc0200000-0xc020ffff irq 11 at device 1.0 on pc= i2 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xc0240000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0x8000 em0: [FILTER] em0: bpf attached em0: Ethernet address: 00:11:25:af:f8:9b ath0: mem 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2 ath0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xc0210000 ath0: [MPSAFE] ath0: [ITHREAD] ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36Mbps 48Mbps 54Mbps ath0: AR5212 mac 5.6 RF5111 phy 4.1 ath0: Use hw queue 1 for WME_AC_BE traffic ath0: Use hw queue 0 for WME_AC_BK traffic ath0: Use hw queue 2 for WME_AC_VI traffic ath0: Use hw queue 3 for WME_AC_VO traffic ath0: Use hw queue 8 for CAB traffic ath0: Use hw queue 9 for beacons ath0: using multicast key search isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x1860-0x186f at device 31.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x1860 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata0: stat0=3D0x50 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: stat1=3D0x00 err=3D0x01 lsb=3D0x00 msb=3D0x00 ata0: reset tp2 stat0=3D50 stat1=3D00 devices=3D0x1 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=3D03 ostat0=3D50 ostat1=3D00 ata1: stat0=3D0x00 err=3D0x01 lsb=3D0x14 msb=3D0xeb ata1: stat1=3D0x00 err=3D0x00 lsb=3D0x00 msb=3D0x00 ata1: reset tp2 stat0=3D00 stat1=3D00 devices=3D0x10000 ata1: [MPSAFE] ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xc0000c0= 0-0xc0000dff,0xc0000800-0xc00008ff irq 11 at device 31.5 on pci0 pcm0: Reserved 0x200 bytes for rid 0x18 type 3 at 0xc0000c00 pcm0: Reserved 0x100 bytes for rid 0x1c type 3 at 0xc0000800 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: pcm0: Codec features headphone, 20 bit DAC, 5 bit master volume, no 3D Ster= eo Enhancement pcm0: Primary codec extended features variable rate PCM, AMAP, reserved 4 pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 213c000, 4000; 0xe5538000 -> 213c000 pcm0: sndbuf_setmap 2140000, 4000; 0xe553c000 -> 2140000 pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x54ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0047 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0-00, 2 buttons psm0: config:00000000, flags:00000008, packet size:3 psm0: syncmask:c0, syncbits:00 ppc0: using extended I/O port range ppc0: SPP ppc0: port 0x3bc-0x3be irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppc0: [MPSAFE] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached plip0: [MPSAFE] plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [MPSAFE] lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ahc_isa_probe 1: ioport 0x1c00 alloc failed ex_isa_identify() pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices pmtimer0 on isa0 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it atkbdc: atkbdc0 already exists; skipping it atrtc: atrtc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xd1000-0x= d1fff,0xdc000-0xdffff,0xe0000-0xeffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 uart0: failed to probe at port 0x3f8-0x3ff irq 4 on isa0 uart1: failed to probe at port 0x2f8-0x2ff irq 3 on isa0 isa_probe_children: probing PnP devices est0: on cpu0 p4tcc0: on cpu0 Device configuration finished. Reducing kern.maxvnodes 101622 -> 100000 procfs registered Timecounter "TSC" frequency 1698566420 Hz quality 800 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00000001 ata0: New devices: 00000001 usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 battery0: battery initialization start acpi_acad0: acline initialization start ata0-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA133 cable=3D80 wire ad0: setting UDMA100 ad0: 30560MB at ata0-master UDMA100=20 ad0: 62586880 sectors [62090C/16H/63S] 1 sectors/interrupt 1 depth queue GEOM: new disk ad0 ad0: Intel check1 failed ad0: Adaptec check1 failed ad0: LSI (v3) check1 failed ad0: LSI (v2) check1 failed ad0: FreeBSD check1 failed ata1: Identifying devices: 00010000 ata1: New devices: 00010000 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ata1-master: pio=3DPIO4 wdma=3DWDMA2 udma=3DUDMA33 cable=3D40 wire GEOM: ad0s1: geometry does not match label (255h,63s !=3D 16h,63s). battery0: battery initialization done, tried 1 times acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times acd0: setting UDMA33 acd0: CDRW drive at ata1 as master acd0: read 4134KB/s (4134KB/s) write 4134KB/s (4134KB/s), 2048KB buffer, UD= MA33=20 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc pcm0: measured ac97 link rate at 48012 Hz, will use 48000 Hz ATA PseudoRAID loaded Root mount waiting for: usbus3 usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered Root mount waiting for: usbus3 Root mount waiting for: usbus3 uhub3: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/label/root ct_to_ts([2010-06-22 15:26:18]) =3D 1277220378.000000000 start_init: trying /sbin/init Linux ELF exec handler installed linprocfs registered wlan0: bpf attached wlan0: bpf attached wlan0: Ethernet address: 00:05:4e:48:a4:d3 em0: Link is up 100 Mbps Full Duplex ipfw2 (+ipv6) initialized, divert loadable, nat loadable, rule-based forwar= ding disabled, default to deny, logging disabled ipfw0: bpf attached em0: Link is Down em0: Link is up 100 Mbps Full Duplex acd0: FAILURE - ATA_IDENTIFY status=3D51 error=3D4 LBA=3D0 splash: image decoder found: green_saver drm0: on vgapci0 vgapci0: Reserved 0x10000 bytes for rid 0x18 type 3 at 0xc0100000 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized radeon 1.31.0 20080613 vgapci0: Reserved 0x8000000 bytes for rid 0x10 type 3 at 0xe0000000 agp0: Setting AGP v2 mode 4 info: [drm] Setting GART location based on new memory map info: [drm] Loading R100 Microcode info: [drm] writeback test succeeded in 2 usecs drm0: [MPSAFE] drm0: [ITHREAD] ts_to_ct(1277220392.893561117) =3D [2010-06-22 15:26:32] ts_to_ct(1277222176.391953755) =3D [2010-06-22 15:56:16] --2fHTh5uZTiUOsy+g-- --s/l3CgOIzMHHjg/5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwg36IACgkQaUz3f+Zf+XvYvwCfbN3QqfA6mkTuoxep5FECN1AV p/sAn1c1NzusbUJaLbUaOpkOySNkHbuV =IqOF -----END PGP SIGNATURE----- --s/l3CgOIzMHHjg/5-- From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 17:24:04 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90C27106564A for ; Tue, 22 Jun 2010 17:24:04 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe14.tele2.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1438FC15 for ; Tue, 22 Jun 2010 17:24:03 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=NiIbcJYgR6AA:10 a=ood2b7iyd8MA:10 a=Q9fys5e9bTEA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=cZiytllGAAAA:8 a=eYxE5TcSkhcSPjcWnN4A:9 a=-Bpwr9MhqHOJpbzs-BYA:7 a=1J6fFQ_RQX0Wo75ZRhfw8MT0AukA:4 a=PUjeQqilurYA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 634906445; Tue, 22 Jun 2010 19:14:00 +0200 Received-SPF: softfail receiver=mailfe14.swip.net; client-ip=188.126.201.140; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-multimedia@freebsd.org Date: Tue, 22 Jun 2010 19:11:09 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <20100622142550.26246636@gmail.com> <20100622175500.73e0ea5d@gmail.com> <20100622160658.GA17496@zod.isi.edu> In-Reply-To: <20100622160658.GA17496@zod.isi.edu> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201006221911.09409.hselasky@freebsd.org> Cc: Subject: Re: cuse4bsd doesn't work on recent -HEAD? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 17:24:04 -0000 On Tuesday 22 June 2010 18:06:58 Ted Faber wrote: > FWIW, I'm seeing the same thing on 8.1-PRERELEASE csupped from > yesterday. It's been going on foe a while, but I haven't been able to > find the bug. > > (I was literally sitting down to type an e-mail about it when I saw this > thread.) > > Same symptom: cuse4bsd loads but no device file appears in the /dev I > also don't see the printfs from cuse_kern_init show up in the log. It > seems like something's changed in the kernel module load path somehow. > FWIW, the example in /usr/share/examples/kld/cdev/ doesn't work for me > either. > > I've attached the verbose boot. Cuse4bsd is current from ports, > recompiled after the new kernel install: > > $ pkg_info | grep cuse > cuse4bsd-kmod-0.1.11 Cuse4BSD character device loopback driver for > userspace > > Here's my loader.conf: > > $ cat /boot/loader.conf > beastie_disable="YES" > acpi_ibm_load="YES" > snd_ich_load="YES" > cuse4bsd_load="YES" > > The module is in the right place and seems to load: > $ ls -l /boot/modules/ > total 18 > -r-xr-xr-x 1 root wheel 16505 Jun 21 19:02 cuse4bsd.ko > $ kldstat > Id Refs Address Size Name > 1 36 0xc0400000 bb8ea8 kernel > 2 1 0xc0fb9000 7224 snd_ich.ko > 3 2 0xc0fc1000 577a4 sound.ko > 4 1 0xc1019000 5244 acpi_ibm.ko > 5 1 0xc101f000 4610 cuse4bsd.ko > 6 1 0xc59c9000 8000 linprocfs.ko > 7 1 0xc5a1d000 26000 linux.ko > 8 1 0xc5b07000 11000 ipfw.ko > 9 1 0xc5b18000 d000 libalias.ko > 10 1 0xc5e2e000 2000 green_saver.ko > 11 1 0xc5f0d000 68000 radeon.ko > 12 1 0xc5f84000 14000 drm.ko > > $ uname -a > FreeBSD praxis.lunabase.org 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #38: Mon > Jun 21 17:14:31 PDT 2010 > root@praxis.lunabase.org:/usr/obj/usr/src/sys/GENERIC i386 > > I'm happy to try fixes or provide information. > Are you sure the kernel sources are matched with your kernel. I find this rather odd. The Cuse4BSD printout is called from a SYSINIT. If sysinits don't work then something fundamental is wrong. Also check: find /boot -name "cuse4bsd*" printf("Cuse4BSD v%d.%d.%d @ /dev/cuse\n", (CUSE_VERSION >> 16) & 0xFF, (CUSE_VERSION >> 8) & 0xFF, (CUSE_VERSION >> 0) & 0xFF); } SYSINIT(cuse_kern_init, SI_SUB_DEVFS, SI_ORDER_ANY, cuse_kern_init, 0); --HPS From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 17:59:38 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05CCC1065674; Tue, 22 Jun 2010 17:59:38 +0000 (UTC) (envelope-from faber@zod.isi.edu) Received: from zod.isi.edu (zod.isi.edu [128.9.168.221]) by mx1.freebsd.org (Postfix) with ESMTP id D7C918FC08; Tue, 22 Jun 2010 17:59:37 +0000 (UTC) Received: from zod.isi.edu (localhost [127.0.0.1]) by zod.isi.edu (8.14.4/8.14.4) with ESMTP id o5MHxbpC019800; Tue, 22 Jun 2010 10:59:37 -0700 (PDT) (envelope-from faber@zod.isi.edu) Received: (from faber@localhost) by zod.isi.edu (8.14.4/8.14.4/Submit) id o5MHxbBN019799; Tue, 22 Jun 2010 10:59:37 -0700 (PDT) (envelope-from faber) Date: Tue, 22 Jun 2010 10:59:37 -0700 From: Ted Faber To: Hans Petter Selasky Message-ID: <20100622175937.GB18012@zod.isi.edu> References: <20100622142550.26246636@gmail.com> <20100622175500.73e0ea5d@gmail.com> <20100622160658.GA17496@zod.isi.edu> <201006221911.09409.hselasky@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E39vaYmALEf/7YXx" Content-Disposition: inline In-Reply-To: <201006221911.09409.hselasky@freebsd.org> User-Agent: Mutt/1.4.2.3i X-url: http://www.isi.edu/~faber Cc: freebsd-multimedia@freebsd.org Subject: Re: cuse4bsd doesn't work on recent -HEAD? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 17:59:38 -0000 --E39vaYmALEf/7YXx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 22, 2010 at 07:11:09PM +0200, Hans Petter Selasky wrote: > Are you sure the kernel sources are matched with your kernel. I find this= =20 > rather odd. I find it pretty odd too. As I say, the example module isn't loading either, though plenty of other modules compiled with the kernel do. I build the kernel from source yesterday, using the standard sequence. cd /usr/src make update make buildworld make kernel reboot=20 mount -t ufs -a mergemaster -p=20 cd /usr/src make installworld mergemaster -i=20 reboot=20 After that I did a portupgrade -vf cuse4bsd-kmod-0.1.11 and that worked normally. >=20 > The Cuse4BSD printout is called from a SYSINIT. If sysinits don't work th= en=20 > something fundamental is wrong. That's my understanding as well. But I really don't see what I could do to break it. I may have, but I don't know how. The kernel's GENERIC, compiled from source in the usual way, and I've been doing it that way for a fairly long time. > Also check: >=20 > find /boot -name "cuse4bsd*" $ find /boot -name "cuse4bsd*" /boot/modules/cuse4bsd.ko I only see the one installed from the port. As you can see in my earlier mail, it was compiled after the kernel install. Here's the output of making the port by hand (I only see the two warnings): praxis:/usr/ports/multimedia/cuse4bsd-kmod$ sudo make =3D=3D=3D> Configuring for cuse4bsd-kmod-0.1.11 =3D=3D=3D> Building for cuse4bsd-kmod-0.1.11 make -f /usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.11/Makefile.lib all Warning: Object directory not changed from original /usr/ports/multimedia/c= use4bsd-kmod/work/cuse4bsd-kmod-0.1.11 cc -O2 -pipe -fno-strict-aliasing -std=3Dgnu99 -fstack-protector -c cuse4= bsd_lib.c building static cuse4bsd library ranlib libcuse4bsd.a cc -fpic -DPIC -O2 -pipe -fno-strict-aliasing -std=3Dgnu99 -fstack-protect= or -c cuse4bsd_lib.c -o cuse4bsd_lib.So building shared library libcuse4bsd.so.1 gzip -cn cuse4bsd.3 > cuse4bsd.3.gz make -f /usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.11/Makefile.kmod= all Warning: Object directory not changed from original /usr/ports/multimedia/c= use4bsd-kmod/work/cuse4bsd-kmod-0.1.11 @ -> /usr/src/sys machine -> /usr/src/sys/i386/include awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc = -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth= =3D100 --param large-function-growth=3D1000 -fno-common -mno-align-long-str= ings -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2= -mno-sse3 -ffreestanding -fstack-protector -std=3Diso9899:1999 -fstack-pro= tector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmiss= ing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-s= ign -fformat-extensions -c cuse4bsd_kmod.c ld -d -warn-common -r -d -o cuse4bsd.kld cuse4bsd_kmod.o :> export_syms awk -f /sys/conf/kmod_syms.awk cuse4bsd.kld export_syms | xargs -J% objcopy % cuse4bsd.kld ld -Bshareable -d -warn-common -o cuse4bsd.ko cuse4bsd.kld objcopy --strip-debug cuse4bsd.ko ---- If you want to make sure that the awk scripts are doing the right thing, I tarred up the work/cuse4bsd-kmod-0.1.11 directory after that make. It's available from http://www.isi.edu/~faber/tmp/cuse.tgz It all seems weird to me, too. Maybe there's a clue in there somewhere. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --E39vaYmALEf/7YXx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkwg+gkACgkQaUz3f+Zf+XuA4QCfe+no8zxolsgwHwXeT/vQC5bY 6qYAn0rQza+Dh02/VAf4L9eF2StLNyDT =fXeZ -----END PGP SIGNATURE----- --E39vaYmALEf/7YXx-- From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 19:25:46 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5702E106564A; Tue, 22 Jun 2010 19:25:46 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id A9E7F8FC15; Tue, 22 Jun 2010 19:25:45 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so1013779fgb.13 for ; Tue, 22 Jun 2010 12:25:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=gz4X8kKJ97R1nE9ScdgWWWsfSfFC5VI3cByQKwaKI9I=; b=pdSf5P3jqjwEUnkehizdEhIlKcG6difrHXmj0z4t0M/6iX6NWFo4vgN2Zm4cfNS72A F5FR/a2bojDtw7nA/6SffVxAGG61PvpKI2wgzkTagbJ/Tk/VpM7z3awh5u0cVUvogOd6 ivZ5VpsRQgK1UJDAnh7j6raRv7e699BIcrUlw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=GG7IfASOdGZqilQC3DKxjienuLOaSg3mwroxVqnjrC2Lp7k6roVOGeGxsVoUpdUXlG QUXx4OQ56ybKzpffuEyauG++jrhTp7hH1ZsAabX3rVh/UKacDMaw7xnijiQimvJTseLA C9BcdyWlogEgJoIuoBjyUuOIJNyzp1PlMBqSw= Received: by 10.87.50.37 with SMTP id c37mr11072144fgk.68.1277234743114; Tue, 22 Jun 2010 12:25:43 -0700 (PDT) Received: from localhost ([178.125.19.25]) by mx.google.com with ESMTPS id 1sm11494254fks.54.2010.06.22.12.25.41 (version=SSLv3 cipher=RC4-MD5); Tue, 22 Jun 2010 12:25:42 -0700 (PDT) Date: Tue, 22 Jun 2010 22:26:26 +0300 From: "Sergey V. Dyatko" To: Hans Petter Selasky Message-ID: <20100622222626.6de4f8f1@gmail.com> In-Reply-To: <201006221911.09409.hselasky@freebsd.org> References: <20100622142550.26246636@gmail.com> <20100622175500.73e0ea5d@gmail.com> <20100622160658.GA17496@zod.isi.edu> <201006221911.09409.hselasky@freebsd.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org Subject: Re: cuse4bsd doesn't work on recent -HEAD? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 19:25:46 -0000 On Tue, 22 Jun 2010 19:11:09 +0200 Hans Petter Selasky wrote: > On Tuesday 22 June 2010 18:06:58 Ted Faber wrote: > > FWIW, I'm seeing the same thing on 8.1-PRERELEASE csupped from > > yesterday. It's been going on foe a while, but I haven't been able > > to find the bug. > > > > (I was literally sitting down to type an e-mail about it when I saw > > this thread.) > > > > Same symptom: cuse4bsd loads but no device file appears in the /dev > > I also don't see the printfs from cuse_kern_init show up in the > > log. It seems like something's changed in the kernel module load > > path somehow. FWIW, the example in /usr/share/examples/kld/cdev/ > > doesn't work for me either. > > > > I've attached the verbose boot. Cuse4bsd is current from ports, > > recompiled after the new kernel install: > > > > $ pkg_info | grep cuse > > cuse4bsd-kmod-0.1.11 Cuse4BSD character device loopback driver for > > userspace > > > > Here's my loader.conf: > > > > $ cat /boot/loader.conf > > beastie_disable="YES" > > acpi_ibm_load="YES" > > snd_ich_load="YES" > > cuse4bsd_load="YES" > > > > The module is in the right place and seems to load: > > $ ls -l /boot/modules/ > > total 18 > > -r-xr-xr-x 1 root wheel 16505 Jun 21 19:02 cuse4bsd.ko > > $ kldstat > > Id Refs Address Size Name > > 1 36 0xc0400000 bb8ea8 kernel > > 2 1 0xc0fb9000 7224 snd_ich.ko > > 3 2 0xc0fc1000 577a4 sound.ko > > 4 1 0xc1019000 5244 acpi_ibm.ko > > 5 1 0xc101f000 4610 cuse4bsd.ko > > 6 1 0xc59c9000 8000 linprocfs.ko > > 7 1 0xc5a1d000 26000 linux.ko > > 8 1 0xc5b07000 11000 ipfw.ko > > 9 1 0xc5b18000 d000 libalias.ko > > 10 1 0xc5e2e000 2000 green_saver.ko > > 11 1 0xc5f0d000 68000 radeon.ko > > 12 1 0xc5f84000 14000 drm.ko > > > > $ uname -a > > FreeBSD praxis.lunabase.org 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE > > #38: Mon Jun 21 17:14:31 PDT 2010 > > root@praxis.lunabase.org:/usr/obj/usr/src/sys/GENERIC i386 > > > > I'm happy to try fixes or provide information. > > > > Are you sure the kernel sources are matched with your kernel. I find > this rather odd. > laptop# svn info Path: . URL: svn://svn.freebsd.by/base/head Repository Root: svn://svn.freebsd.by/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 209412 Node Kind: directory Schedule: normal Last Changed Author: delphij Last Changed Rev: 209408 Last Changed Date: 2010-06-22 03:26:07 +0300 (Tue, 22 Jun 2010) svn.freebsd.by - nearest svn mirror for me. [username@svn]~%crontab -l|grep svn 0 */2 * * * /usr/local/bin/svnsync sync file:///usr/local/repositories/freebsd/base/ %uname -a FreeBSD laptop.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #7 r209412M: Tue Jun 22 11:23:15 EEST 2010 root@laptop.domain:/usr/obj/usr/src/sys/b450 i386 laptop# pwd /usr/src laptop# svn st laptop# > The Cuse4BSD printout is called from a SYSINIT. If sysinits don't > work then something fundamental is wrong. Also check: > > find /boot -name "cuse4bsd*" > laptop# find /boot -name 'cuse*' /boot/modules/cuse4bsd.ko laptop# > printf("Cuse4BSD v%d.%d.%d @ /dev/cuse\n", > (CUSE_VERSION >> 16) & 0xFF, (CUSE_VERSION >> 8) & 0xFF, > (CUSE_VERSION >> 0) & 0xFF); > } > > SYSINIT(cuse_kern_init, SI_SUB_DEVFS, SI_ORDER_ANY, cuse_kern_init, > 0); > > --HPS -- wbr, tiger From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 19:55:23 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 038E3106566B for ; Tue, 22 Jun 2010 19:55:23 +0000 (UTC) (envelope-from hselasky@freebsd.org) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 592C48FC14 for ; Tue, 22 Jun 2010 19:55:22 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=NiIbcJYgR6AA:10 a=ood2b7iyd8MA:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=cZiytllGAAAA:8 a=lKgS-bfDKOXDUG1YbMUA:9 a=06zSG2iscCAGMTw7otcA:7 a=D_Oauh3yCN90u32NhVfSvVABvTIA:4 a=wPNLvfGTeEIA:10 a=SV7veod9ZcQA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 1368918189; Tue, 22 Jun 2010 21:55:20 +0200 Received-SPF: softfail receiver=mailfe08.swip.net; client-ip=188.126.201.140; envelope-from=hselasky@freebsd.org From: Hans Petter Selasky To: freebsd-multimedia@freebsd.org Date: Tue, 22 Jun 2010 21:52:28 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <20100622142550.26246636@gmail.com> <201006221911.09409.hselasky@freebsd.org> <20100622222626.6de4f8f1@gmail.com> In-Reply-To: <20100622222626.6de4f8f1@gmail.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201006222152.28977.hselasky@freebsd.org> Cc: Subject: Re: cuse4bsd doesn't work on recent -HEAD? X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 19:55:23 -0000 On Tuesday 22 June 2010 21:26:26 Sergey V. Dyatko wrote: > On Tue, 22 Jun 2010 19:11:09 +0200 > > Hans Petter Selasky wrote: > > On Tuesday 22 June 2010 18:06:58 Ted Faber wrote: > > > FWIW, I'm seeing the same thing on 8.1-PRERELEASE csupped from > > > yesterday. It's been going on foe a while, but I haven't been able > > > to find the bug. > > > > > > (I was literally sitting down to type an e-mail about it when I saw > > > this thread.) > > > > > > Same symptom: cuse4bsd loads but no device file appears in the /dev > > > I also don't see the printfs from cuse_kern_init show up in the > > > log. It seems like something's changed in the kernel module load > > > path somehow. FWIW, the example in /usr/share/examples/kld/cdev/ > > > doesn't work for me either. > > > > > > I've attached the verbose boot. Cuse4bsd is current from ports, > > > recompiled after the new kernel install: > > > > > > $ pkg_info | grep cuse > > > cuse4bsd-kmod-0.1.11 Cuse4BSD character device loopback driver for > > > userspace > > > > > > Here's my loader.conf: > > > > > > $ cat /boot/loader.conf > > > beastie_disable="YES" > > > acpi_ibm_load="YES" > > > snd_ich_load="YES" > > > cuse4bsd_load="YES" > > > > > > The module is in the right place and seems to load: > > > $ ls -l /boot/modules/ > > > total 18 > > > -r-xr-xr-x 1 root wheel 16505 Jun 21 19:02 cuse4bsd.ko > > > $ kldstat > > > Id Refs Address Size Name > > > 1 36 0xc0400000 bb8ea8 kernel > > > 2 1 0xc0fb9000 7224 snd_ich.ko > > > 3 2 0xc0fc1000 577a4 sound.ko > > > 4 1 0xc1019000 5244 acpi_ibm.ko > > > 5 1 0xc101f000 4610 cuse4bsd.ko > > > 6 1 0xc59c9000 8000 linprocfs.ko > > > 7 1 0xc5a1d000 26000 linux.ko > > > 8 1 0xc5b07000 11000 ipfw.ko > > > 9 1 0xc5b18000 d000 libalias.ko > > > 10 1 0xc5e2e000 2000 green_saver.ko > > > 11 1 0xc5f0d000 68000 radeon.ko > > > 12 1 0xc5f84000 14000 drm.ko > > > > > > $ uname -a > > > FreeBSD praxis.lunabase.org 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE > > > #38: Mon Jun 21 17:14:31 PDT 2010 > > > root@praxis.lunabase.org:/usr/obj/usr/src/sys/GENERIC i386 > > > > > > I'm happy to try fixes or provide information. > > > > Are you sure the kernel sources are matched with your kernel. I find > > this rather odd. > > laptop# svn info > Path: . > URL: svn://svn.freebsd.by/base/head > Repository Root: svn://svn.freebsd.by/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 209412 > Node Kind: directory > Schedule: normal > Last Changed Author: delphij > Last Changed Rev: 209408 > Last Changed Date: 2010-06-22 03:26:07 +0300 (Tue, 22 Jun 2010) > > svn.freebsd.by - nearest svn mirror for me. > > [username@svn]~%crontab -l|grep svn > 0 */2 * * * /usr/local/bin/svnsync sync > file:///usr/local/repositories/freebsd/base/ > > %uname -a > FreeBSD laptop.domain 9.0-CURRENT FreeBSD 9.0-CURRENT #7 > r209412M: Tue Jun 22 11:23:15 EEST 2010 > root@laptop.domain:/usr/obj/usr/src/sys/b450 i386 > > laptop# pwd > /usr/src > laptop# svn st > laptop# > > > The Cuse4BSD printout is called from a SYSINIT. If sysinits don't > > work then something fundamental is wrong. Also check: > > > > find /boot -name "cuse4bsd*" > > laptop# find /boot -name 'cuse*' > /boot/modules/cuse4bsd.ko > laptop# > > > printf("Cuse4BSD v%d.%d.%d @ /dev/cuse\n", > > (CUSE_VERSION >> 16) & 0xFF, (CUSE_VERSION >> 8) & 0xFF, > > (CUSE_VERSION >> 0) & 0xFF); > > } > > > > SYSINIT(cuse_kern_init, SI_SUB_DEVFS, SI_ORDER_ANY, cuse_kern_init, > > 0); > > > > --HPS > Could you try to post this thread on -current. I think it is not related to cuse4bsd. --HPS From owner-freebsd-multimedia@FreeBSD.ORG Tue Jun 22 20:32:26 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25EBA106564A for ; Tue, 22 Jun 2010 20:32:26 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web112009.mail.gq1.yahoo.com (web112009.mail.gq1.yahoo.com [67.195.23.87]) by mx1.freebsd.org (Postfix) with SMTP id EBA7D8FC12 for ; Tue, 22 Jun 2010 20:32:25 +0000 (UTC) Received: (qmail 40610 invoked by uid 60001); 22 Jun 2010 20:32:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1277238745; bh=aW5XlI5cRPYHHBsM0bdSZe9rl6B3CU4CH2XourdgPRI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=ZSVvGHLlmUmBuZG4M5r+EHlLC+QV4jrElRrrtUIByS3f9Lx5tTjVJwcD2V2mtqXdFVXf9H0d5PrawUCAcWyQOfQHvOTkEgANuVVHXf+WkgQzpX3mAhu/xt/bE+p95FaoP/MrRJWtga8FEpyD9RXO+N8PnbqV2YESHsF1nbTzwG0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=dOehPNIrPAI9gBDQ0m+qPM49k1IwEVJD7+3Zw1qwy8ANkum71b32gPiegotp4vUtgu7L5QyUv9K/W3VJKaG/HwdCjUZCdy90/So5F6rf0WmXc0pSBYrUhy4+WX42xkQI5NZ7j33nUcxT35cPjzrPKRoo0w4s2guZ1O889wQPxO8=; Message-ID: <247780.40125.qm@web112009.mail.gq1.yahoo.com> X-YMail-OSG: UwrODcoVM1mtF1piOITwzgUQzEHi2AazX2wxOyQNLvKSPLu HTULh8twON3neCGXw8kXMyHOUFvaj4ETPk4HCMT8AzI9Vdh6aHBOMdnU12vl hR1owVHdDpNb9acz.mcveqFlYTERWjN38iC3Ux6LsA3ri9UfvDZXupcCVENK WFaJWwTllZwJAougmiDDINy4FRaM8lCDrk715jn9uVs86l6mvZOc75t.EYnk auQR05PwnMjoX_WWtei.BaqI0TWiCeu5GuO2t_unulFxqMBPjov7FGZ8oJRW JHGFhFdSiq19Vz06oMyeB6apT5hCdQO.sl.kdzY.xgAkKlqhBMu66ZxseC.y HQI1lPUlQpJ6ymmqHvwmCW2dYQA1U Received: from [68.150.134.100] by web112009.mail.gq1.yahoo.com via HTTP; Tue, 22 Jun 2010 13:32:24 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.103.269680 References: <460402.91324.qm@web81202.mail.mud.yahoo.com> Date: Tue, 22 Jun 2010 13:32:24 -0700 (PDT) From: "Mr. Darren" To: Mark In-Reply-To: <460402.91324.qm@web81202.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-multimedia@freebsd.org Subject: Re: pvrxxx X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jun 2010 20:32:26 -0000 I have both cards. As well as a very nice security camera capable of good night vision to 15 meters. I am however willing to purchase a different card for under $100 perhaps on ebay? The bktr cards seem too old to find or maybe I'm searching wrong? It feeds via bnc or standard video. No audio. Technically the conexant is just an upgraded bktr card. Chip 881 I think. Just not supported yet. The deal is that conexant bought bktr and made changes as I understand it. Darren Johnston ________________________________ From: Mark To: Mr. Darren Cc: help help Sent: Tue, June 22, 2010 10:31:35 AM Subject: Re: pvrxxx If you do not have the card yet, an IP camera is an easy setup for a security cam. I have some Axis and off brand cameras doing this type of work. Look into /usr/ports/multimedia/motion for a security camera system. HTH Mark People sleep peaceably in their beds at night only because rough men stand ready to do violence on their behalf. George Orwell --- On Tue, 6/22/10, Mr. Darren wrote: > From: Mr. Darren > Subject: pvrxxx > To: freebsd-multimedia@freebsd.org > Date: Tuesday, June 22, 2010, 4:17 AM > I noticed that usleepless had done > some work on this port recently. Though not > committed. I also noticed this archive http://www.mavetju.org/mail/view_message.php?list=freebsd-multimedia&id=2565711 > describing the pvr150 and pvrxxx. I would like to get > this card to receive a single video signal from a security > cam. Or any other capable cheap card. It will be > run with motion(or other security software). I also > have a techwell(tw6802) that doesn't work. I'll take > hardware recomendations at this point. The box's sole > function will eventually be to watch that camera so it > wouldn't be a big deal to give a developer access. > rebuild kernels, etc. > FreeBSD 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon > Jun 21 18:55:16 MDT 2010 > downloaded and installed today. > > Just so there is no confusion > none2@pci0:0:20:0: class=0x040000 > card=0x88010070 chip=0x00164444 rev=0x01 hdr=0x00 > vendor = 'Conexant > Inc (Was: Globespan, ICompression Inc)' > device = > 'iTVC16/CX23416 MPEG Codec' > class = multimedia > subclass = video > > > Darren Johnston > > > _______________________________________________ > freebsd-multimedia@freebsd.org > mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org" > From owner-freebsd-multimedia@FreeBSD.ORG Wed Jun 23 03:17:19 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1DB8106566C for ; Wed, 23 Jun 2010 03:17:19 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web112013.mail.gq1.yahoo.com (web112013.mail.gq1.yahoo.com [67.195.22.80]) by mx1.freebsd.org (Postfix) with SMTP id C6AFF8FC0A for ; Wed, 23 Jun 2010 03:17:19 +0000 (UTC) Received: (qmail 41305 invoked by uid 60001); 23 Jun 2010 03:17:19 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1277263039; bh=I6KcqW2MKMkBIdPJezzmzKWhGR6ENdDZLcn6BrcC+s0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=DcPD1/LQuU7dRvEtjyCspL6JLskyjnt7NAsTkKPjVXJEGh1HEX35Pdtu4I9LTbZp1ohZ47HM7O8L/p0SZdRu1Zw6H5xHusO6mKsu9K+XrqabuUXieGFDEqhLNWVym59uMiEAqBhWxzqL84ECfCD0g6j1w2C1E/GDN3OcQtDz3KI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=UkiWiTG4RDGzA7KvCB5ysJdCh/rwKM8mT6nDwdH4JskLPS2Ch+yai80L67heq3JQH6DnKOZjCk8CtkfwkKd2xy1adGAIig7RHf2xztOEIozvxBmZEnlsDXiQ99IUlRAs2dId0Ue32W+KNcq7rmCmjPsuSAEG7srNmWBaMgWaBBg=; Message-ID: <280785.41142.qm@web112013.mail.gq1.yahoo.com> X-YMail-OSG: LYFIKv4VM1kGJ6JcKqyrBGRn9Qsur9QKqR3qo47f1xhE0fk 8oyv1JA.r7VVCsofTMCZy1YFQ7xVaitdwOB34oVGitFsuMtXvGJ62swoltLm bFSan2oyRnH6657INtdwJO8ao6kvku5JwVkkha7koqAS1hkV_JuOmQvcPQ9H HZKitaANqZTlHNwr6YwQuqhZOxKOMYuVGmGDamc6edpPBgFFXqeYx4RBrBkB 61t0IDxIPsat1_OjJXBD4BPiwKYuWWbCNR1c5HpbWZwwE9dGEPRtH8chjbsv xIxsWbrpvduDDYBFnocRG_ao_0ghxoh_fAH3xVI1U2ItM70UfCrsvh9SdUn5 FkWLhw9lMCBHEthzzEFwxE6_w2Xxj Received: from [68.150.134.100] by web112013.mail.gq1.yahoo.com via HTTP; Tue, 22 Jun 2010 20:17:19 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.103.269680 Date: Tue, 22 Jun 2010 20:17:19 -0700 (PDT) From: "Mr. Darren" To: freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: pvrxxx X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 03:17:20 -0000 I found this in the archive.. Re: usleep's pvrxxx port and FreeBSD 8.0-stable Torfinn Ingolfsen Mon May 24 04:00:51 2010 On Sat, 22 May 2010 16:39:31 +0200 [EMAIL PROTECTED] wrote: > Hi, > I've fixed compilation on both 8.* and amd64 a while ago; > I've filed a PR for this now: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=146830 > > Perhaps you could double-check whether this works for you as well > (kernel modules are better compiled with WERROR ;-)): > > Just replace /usr/ports/multimedia/pvrxxx with the contents of > > http://www.muc.de/~ag/pvrxxx-20080409-port.tgz Testing now. My machinbe have a PVR-500 in it. [EMAIL PROTECTED] uname -a FreeBSD kg-fil.kg4.no 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #4: Fri May 21 00:20:01 CEST 2010 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC amd64 Unfortunately, it paniced herer as soon as I kldloaded cxm (Fatal trap 12: page fault while in kernel mode) -- Torfinn It compiles just fine. However... make patch iicbb # make patch-iicbb echo 801000 801000 Hmm... Looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** dev/iicbus/iicbb.c.ORIGINAL Sun Aug 24 13:49:13 2003 |--- dev/iicbus/iicbb.c Fri Jul 1 15:55:21 2005 -------------------------- Patching file dev/iicbus/iicbb.c using Plan A... Hunk #1 succeeded at 66 with fuzz 2. Hunk #2 failed at 83. Hunk #3 failed at 132. Hunk #4 failed at 404. 3 out of 4 hunks failed--saving rejects to dev/iicbus/iicbb.c.rej Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** dev/iicbus/iicbus_if.m.ORIGINAL Wed Apr 13 14:25:01 2005 |--- dev/iicbus/iicbus_if.m Mon Oct 24 00:51:05 2005 -------------------------- Patching file dev/iicbus/iicbus_if.m using Plan A... Ignoring previously applied (or reversed) patch. Hunk #1 ignored at 91. 1 out of 1 hunks ignored--saving rejects to dev/iicbus/iicbus_if.m.rej Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** dev/iicbus/iiconf.h.ORIGINAL Wed Jun 16 22:51:57 2004 |--- dev/iicbus/iiconf.h Mon Oct 24 00:43:41 2005 -------------------------- Patching file dev/iicbus/iiconf.h using Plan A... Ignoring previously applied (or reversed) patch. Hunk #1 ignored at 109. 1 out of 1 hunks ignored--saving rejects to dev/iicbus/iiconf.h.rej Hmm... The next patch looks like a new-style context diff to me... The text leading up to this was: -------------------------- |*** dev/iicbus/iiconf.c.ORIGINAL Wed Jun 16 22:51:57 2004 |--- dev/iicbus/iiconf.c Mon Oct 24 00:47:32 2005 -------------------------- Patching file dev/iicbus/iiconf.c using Plan A... Ignoring previously applied (or reversed) patch. Hunk #1 ignored at 239. 1 out of 1 hunks ignored--saving rejects to dev/iicbus/iiconf.c.rej done *** Error code 6 Stop in /usr/ports/multimedia/pvrxxx. Darren Johnston ________________________________ From: Mr. Darren To: freebsd-multimedia@freebsd.org Sent: Tue, June 22, 2010 3:17:18 AM Subject: pvrxxx I noticed that usleepless had done some work on this port recently. Though not committed. I also noticed this archive http://www.mavetju.org/mail/view_message.php?list=freebsd-multimedia&id=2565711 describing the pvr150 and pvrxxx. I would like to get this card to receive a single video signal from a security cam. Or any other capable cheap card. It will be run with motion(or other security software). I also have a techwell(tw6802) that doesn't work. I'll take hardware recomendations at this point. The box's sole function will eventually be to watch that camera so it wouldn't be a big deal to give a developer access. rebuild kernels, etc. FreeBSD 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Mon Jun 21 18:55:16 MDT 2010 downloaded and installed today. Just so there is no confusion none2@pci0:0:20:0: class=0x040000 card=0x88010070 chip=0x00164444 rev=0x01 hdr=0x00 vendor = 'Conexant Inc (Was: Globespan, ICompression Inc)' device = 'iTVC16/CX23416 MPEG Codec' class = multimedia subclass = video Darren Johnston _______________________________________________ freebsd-multimedia@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org" From owner-freebsd-multimedia@FreeBSD.ORG Wed Jun 23 07:00:24 2010 Return-Path: Delivered-To: freebsd-multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19C3A1065672 for ; Wed, 23 Jun 2010 07:00:24 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from thalia-smout.broadpark.no (thalia-smout.broadpark.no [80.202.8.21]) by mx1.freebsd.org (Postfix) with ESMTP id C8BF58FC14 for ; Wed, 23 Jun 2010 07:00:23 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from ignis-smin.broadpark.no ([unknown] [80.202.8.11]) by thalia-smout.broadpark.no (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with ESMTP id <0L4G00E8QGSLXB80@thalia-smout.broadpark.no> for freebsd-multimedia@FreeBSD.org; Wed, 23 Jun 2010 09:00:21 +0200 (CEST) Received: from kg-v2.kg4.no ([unknown] [80.203.92.186]) by ignis-smin.broadpark.no (Sun Java(tm) System Messaging Server 7u3-12.01 64bit (built Oct 15 2009)) with SMTP id <0L4G00I7QGSLNK20@ignis-smin.broadpark.no> for freebsd-multimedia@FreeBSD.org; Wed, 23 Jun 2010 09:00:21 +0200 (CEST) Date: Wed, 23 Jun 2010 09:00:21 +0200 From: Torfinn Ingolfsen To: freebsd-multimedia@FreeBSD.org Message-id: <20100623090021.3d7f1d4d.torfinn.ingolfsen@broadpark.no> In-reply-to: <280785.41142.qm@web112013.mail.gq1.yahoo.com> References: <280785.41142.qm@web112013.mail.gq1.yahoo.com> X-Mailer: Sylpheed 3.0.2 (GTK+ 2.20.1; amd64-portbld-freebsd8.0) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Cc: Subject: Re: pvrxxx X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 07:00:24 -0000 On Tue, 22 Jun 2010 20:17:19 -0700 (PDT) "Mr. Darren" wrote: > > I found this in the archive.. Then you will also find Armin Gruner's updated port[1] in the archives of this very same mailing list; that one works for me. YMMV. References: 1) http://lists.freebsd.org/pipermail/freebsd-multimedia/2010-May/011068.html -- Torfinn From owner-freebsd-multimedia@FreeBSD.ORG Wed Jun 23 13:35:04 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37870106564A for ; Wed, 23 Jun 2010 13:35:04 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id B5B798FC1C for ; Wed, 23 Jun 2010 13:35:03 +0000 (UTC) Received: by fxm7 with SMTP id 7so3564546fxm.13 for ; Wed, 23 Jun 2010 06:35:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=bZa+/CkuzcD5mt8wd7pqHhNdK7wxhFYh1sQPwvh0gyg=; b=NPDhvz1cX7j1xtMRqy9DTklD09F3eCEd0RSNzjT1hePtvM+DIoDlrBgTMhAf0Q4s3g HMW1YZSEZW/cQs2qkSsXUanWdacicdIr7WU5TmQ3/76LVsQOlGbl6pqURupYFYALCPZI HDiH9aXd9KMNU8qW9xRPpofoPFQPelGYehrY0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=oIwYeW7Vb29lXYQ/q51xZa005j1k1hVGGEKVBx0AWsRI2mKoc8yzj/duf6QlKb+FkF XeBTAmm+z4LIU34AEtaEfmtd8xFa+zduYvSNCZroFPlCjpwF7RxAD/XrtHhvBG6XIQYW gKh81wpukEZXRY0I7CjtTqPxGrHjxyy8mPlgQ= Received: by 10.86.119.19 with SMTP id r19mr12702571fgc.76.1277300099487; Wed, 23 Jun 2010 06:34:59 -0700 (PDT) Received: from tiger.minsk.domain (minsk.agava.net [212.98.174.157]) by mx.google.com with ESMTPS id d8sm13281798fga.21.2010.06.23.06.34.57 (version=SSLv3 cipher=RC4-MD5); Wed, 23 Jun 2010 06:34:58 -0700 (PDT) Date: Wed, 23 Jun 2010 16:34:56 +0300 From: "Sergey V. Dyatko" To: Hans Petter Selasky Message-ID: <20100623163456.17002d41@tiger.minsk.domain> In-Reply-To: <20100622210721.GC18012@zod.isi.edu> References: <201003301510.58203.jhb@freebsd.org> <87bpe4ps9m.fsf@kobe.laptop> <201006222208.23271.hselasky@c2i.net> <20100622210721.GC18012@zod.isi.edu> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org Subject: Re: building world with debugging symbols [broken?] X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 13:35:04 -0000 On Tue, 22 Jun 2010 14:07:21 -0700 Ted Faber wrote: > On Tue, Jun 22, 2010 at 04:39:17PM -0400, Ryan Stone wrote: > > I saw similar behaviour a couple of years ago when I switched from > > using gcc 4.0.2 to gcc 4.3.0 to compile some out-of-tree KLD > > modules. The problem ended up being a change in the linker script > > used by GNU ld for linking kernel modules. It used to always put > > some magic symbols used by the linker to implement things like > > sysinits into the module. It was changed to only provide those > > symbols, which apparently means that the linker would discard those > > symbols if nothing referenced them(and nothing did reference > > them). I had to work around it by adding the following to my link > > line: > > > > -u __start_set_sysinit_set -u __start_set_sysuninit_set \ > > -u __start_set_sysctl_set -u __start_set_modmetadata_set \ > > -u __stop_set_sysinit_set -u __stop_set_sysuninit_set \ > > -u __stop_set_sysctl_set -u __stop_set_modmetadata_set > > HPS: > > I added those lines to the LDFLAGS in Makefile.kmod in the cuse4bsd > port made the module and the result loads and creates the /dev/cuse > file. > works fine for me too. pwcview and mplayer (mplayer tv:// -tv driver=v4l[12]:width=640:height=480:device=/dev/video0) but, unfortunately skype doesn't work:(( > Here's a diff relative to > /usr/ports/multimedia/cuse4bsd-kmod/work/cuse4bsd-kmod-0.1.11 just so > it's clear what I did. > > > --- Makefile.kmod.orig 2010-02-11 03:28:02.000000000 -0800 > +++ Makefile.kmod 2010-06-22 14:02:52.000000000 -0700 > @@ -30,4 +30,10 @@ > KMOD= cuse4bsd > SRCS= cuse4bsd_kmod.c device_if.h bus_if.h vnode_if.h > > +LDFLAGS += -u __start_set_sysinit_set -u __start_set_sysuninit_set \ > + -u __start_set_sysctl_set -u __start_set_modmetadata_set \ > + -u __stop_set_sysinit_set -u __stop_set_sysuninit_set \ > + -u __stop_set_sysctl_set -u __stop_set_modmetadata_set > + > + > .include > > Running nm -o on the two modules, the difference seems to be that the > -u results in some additional absolute symbols being defined: > > Bad module: > $ nm -o /boot/modules/cuse4bsd.ko| grep sys > /boot/modules/cuse4bsd.ko:0000275c r > __set_sysinit_set_sym_cuse_kern_init_sys_init > /boot/modules/cuse4bsd.ko:00002758 r > __set_sysuninit_set_sym_cuse_kern_uninit_sys_uninit /boot/modules/cuse4bsd.ko:00003194 > d cuse_kern_init_sys_init /boot/modules/cuse4bsd.ko:00003184 d > cuse_kern_uninit_sys_uninit > > Good module: > > $ nm -o ./cuse4bsd.ko | grep sys > ./cuse4bsd.ko:000028cc r __set_sysinit_set_sym_cuse_kern_init_sys_init > ./cuse4bsd.ko:000028c8 r > __set_sysuninit_set_sym_cuse_kern_uninit_sys_uninit ./cuse4bsd.ko: > U __start_set_sysctl_set ./cuse4bsd.ko:000028cc A > __start_set_sysinit_set ./cuse4bsd.ko:000028c8 A > __start_set_sysuninit_set ./cuse4bsd.ko: U > __stop_set_sysctl_set ./cuse4bsd.ko:000028d0 A __stop_set_sysinit_set > ./cuse4bsd.ko:000028cc A __stop_set_sysuninit_set > ./cuse4bsd.ko:00003194 d cuse_kern_init_sys_init > ./cuse4bsd.ko:00003184 d cuse_kern_uninit_sys_uninit > > -- wbr, tiger From owner-freebsd-multimedia@FreeBSD.ORG Wed Jun 23 16:02:19 2010 Return-Path: Delivered-To: multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3B0E1065672 for ; Wed, 23 Jun 2010 16:02:19 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from mail2.timeinc.net (mail2.timeinc.net [64.236.74.30]) by mx1.freebsd.org (Postfix) with ESMTP id 1F7468FC19 for ; Wed, 23 Jun 2010 16:02:18 +0000 (UTC) Received: from mail.timeinc.net (mail.timeinc.net [64.12.55.166]) by mail2.timeinc.net (8.13.8/8.13.8) with ESMTP id o5NFdFYL027959 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Jun 2010 11:39:16 -0400 Received: from ws-mteterin.dev.pathfinder.com (ws-mteterin.dev.pathfinder.com [209.251.223.173]) by mail.timeinc.net (8.13.8/8.13.8) with SMTP id o5NFdFVw006800; Wed, 23 Jun 2010 11:39:15 -0400 Message-ID: <4C222AA3.2060108@aldan.algebra.com> Date: Wed, 23 Jun 2010 11:39:15 -0400 From: "Mikhail T." Organization: Virtual Estates, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5 MIME-Version: 1.0 To: ports@FreeBSD.org, multimedia@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: votdev@gmx.de, leo@mediatomb.cc Subject: minidlna: a new port needs testers, start-up script X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jun 2010 16:02:19 -0000 Hello! "Digital Life Network Alliance " is a standard newer than UPnP -- some devices on the market are not satisfied with plain UPnP-servers like mediatomb ... As far as I understand, the only DLNA-capable server ported to FreeBSD right now is ushare , but it seems to require a full rescan of one's media-collection upon every startup... I (almost) ported a promising little DLNA-server (which uses SQLite3 database to store the collection data between restarts), but I need help with the start-up script -- the server should run as its own unprivileged user:group (dlna:dlna), send stderr/stdout to /var/log/minidlna.log (I may later patch it to use syslog instead), and maintain PID-file in /var/run/minidlna.pid. The port can be downloaded from: http://aldan.algebra.com/~mi/minidlna-port.shar Both my Bravia TV and Onkyo receiver are able to play MP3 files served by it (although Onkyo can't decode the Cyrillics in the titles)... The TV can also show pictures (except for /progressive/ JPEGs, which Sony's JPEG implementation infamously rejects ). I'm yet to figure out, what video-file format the TV would accept -- minidlna does not offer on-the-fly transcoding... Also, some bug in avformat breaks it for certain .m2ts files I have (both ushare and ffplay suffer from the same). Please, report any problems by private e-mail. As soon as the start-up script is contributed, I'll commit the port. Thanks! -mi P.S. Before installing the port, remember to add the dlna user and group to /usr/ports/UIDs and /usr/ports/GIDs: --- UIDs 12 Jun 2010 17:43:50 -0000 1.115 +++ UIDs 23 Jun 2010 15:07:54 -0000 @@ -173,2 +173,3 @@ nslcd:*:928:928::0:0:nslcd daemon:/nonexistent:/usr/sbin/nologin activemq:*:929:929::0:0:ActiveMQ Daemon:/nonexistent:/sbin/nologin +dlna:*:930:930::0:0:DLNA server:/nonexistent:/sbin/nologin --- GIDs 12 Jun 2010 01:05:53 -0000 1.99 +++ GIDs 23 Jun 2010 15:07:54 -0000 @@ -163,2 +163,3 @@ nslcd:*:928: activemq:*:929: +dlna:*:930: From owner-freebsd-multimedia@FreeBSD.ORG Thu Jun 24 07:24:45 2010 Return-Path: Delivered-To: multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8230E1065673 for ; Thu, 24 Jun 2010 07:24:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id F1D0D8FC2A for ; Thu, 24 Jun 2010 07:24:44 +0000 (UTC) Received: (qmail 13595 invoked by uid 399); 24 Jun 2010 07:24:42 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 24 Jun 2010 07:24:42 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C230838.7020408@FreeBSD.org> Date: Thu, 24 Jun 2010 00:24:40 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100621 Thunderbird/3.0.5 MIME-Version: 1.0 To: "Mikhail T." References: <4C222AA3.2060108@aldan.algebra.com> In-Reply-To: <4C222AA3.2060108@aldan.algebra.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, votdev@gmx.de, leo@mediatomb.cc, multimedia@FreeBSD.org Subject: Re: minidlna: a new port needs testers, start-up script X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2010 07:24:45 -0000 On 06/23/10 08:39, Mikhail T. wrote: > I need help with the start-up script > The way things usually work in an open source project is that you try it yourself first, then you send a message to the effect of, "I tried to do X, but I ran into problem Y which resulted in Z" and then ask for help to get you back on the right path. If your expectation is that someone else is going to write the startup script for you, that's probably not realistic. The web page you referred to has the basics to get you started. Since your port has slightly more complex requirements you probably want to read the other web page referenced in the first paragraph, as well as the man pages that are also referenced. hope this helps, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-multimedia@FreeBSD.ORG Thu Jun 24 19:11:57 2010 Return-Path: Delivered-To: freebsd-multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B77E3106564A for ; Thu, 24 Jun 2010 19:11:57 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 1E5298FC1B for ; Thu, 24 Jun 2010 19:11:56 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 582AC1E00210; Thu, 24 Jun 2010 21:11:55 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o5OJ9b2F001443; Thu, 24 Jun 2010 21:09:37 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o5OJ9aMg001442; Thu, 24 Jun 2010 21:09:36 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 24 Jun 2010 21:09:36 +0200 To: Juergen Lock Message-ID: <20100624190936.GA1265@triton8.kn-bremen.de> References: <20100502190207.GA96276@triton8.kn-bremen.de> <20100504203248.GA8212@triton8.kn-bremen.de> <20100506201305.GA23951@triton8.kn-bremen.de> <20100514171150.GA51257@triton8.kn-bremen.de> <20100516224525.GA48612@triton8.kn-bremen.de> <20100518190247.GA95111@triton8.kn-bremen.de> <20100520175952.GA90477@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100520175952.GA90477@triton8.kn-bremen.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-multimedia@FreeBSD.org Subject: Re: for those that want to try vdr on FreeBSD... (dvb with webcamd) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2010 19:11:57 -0000 On Thu, May 20, 2010 at 07:59:52PM +0200, Juergen Lock wrote: > On Tue, May 18, 2010 at 09:02:47PM +0200, Juergen Lock wrote: > > On Mon, May 17, 2010 at 12:45:25AM +0200, Juergen Lock wrote: > > > On Fri, May 14, 2010 at 07:11:50PM +0200, Juergen Lock wrote: > > > > On Thu, May 06, 2010 at 10:13:06PM +0200, Juergen Lock wrote: > > > > > On Tue, May 04, 2010 at 10:32:48PM +0200, Juergen Lock wrote: > > > > > > On Sun, May 02, 2010 at 09:02:07PM +0200, Juergen Lock wrote: > > > > > > > Hi! > > > > > > > > > > > > > > I took jpulz' vdr 1.7.14 patches: (hi, you never seem to be on irc > > > > > > > when I am... :) > > > > > > > > > > > > > > ftp://ftp.frm2.tum.de/pub/jpulz/VDR/ > > > > > > > ftp://ftp.frm2.tum.de/pub/jpulz/pictures/ > > > > > > > > > > > > > > and made q&d ports of those and of a few more plugins and two webinterfaces > > > > > > > so I can now use FreeBSD as a pc dvb-s2 dvr: > > > > > > > > > > > > > > http://people.freebsd.org/~nox/dvb/vdrdevel-preliminary.shar > > > > > > > > > > > > > > I don't know if/when I'll be able finish these to make them commit-ready > > > > > > > (or even port all of the other plugins that people might want to use), > > > > > > > if anyone wants to take over from here or at least help they are most > > > > > > > welcome... > > > > > > > > > > > > > > Note: vdr 1.7.14 is the development branch so expect bugs! (I mostly > > > > > > > used it because the stable branch (1.6) doesn't support dvb-s2...) > > > > > > > > > > > > > > FreeBSD notes: > > > > > > > > > > > > > > 0. See my earlier threads on the freebsd-multimedia list about webcamd > > > > > > > and the usb dvb-s2 tuner I use; the relevant webcamd ports and > > > > > > > frieds have been updated now so you _should_ be able to just use > > > > > > > those. (I see no reason why dvb-t or dvb-c tuners wouldn't work > > > > > > > also as long as webcamd supports them, I just haven't tested any.) > > > > > > > > > > > > > > 1. Before you start installing these ports add the vdr user and group > > > > > > > to /usr/ports/UIDs: > > > > > > > > > > > > > > vdr:*:988:988::0:0:vdr user:/nonexistent:/usr/sbin/nologin > > > > > > > > > > > > > > and to /usr/ports/GIDs: > > > > > > > > > > > > > > vdr:*:988: > > > > > > > > > > > > > > (you don't have to use 988, I just didn't want the id to conflict with > > > > > > > new ports being committed too quickly...), and then either mount an extra > > > > > > > fs with enough space for the recordings on /video or create a video dir > > > > > > > elsewhere where there is space, symlink it to /video and make it > > > > > > > writable for vdr. (or if you do have one big / then you can create > > > > > > > the dir on there too ofc, I just disabled the mkdir in the port to > > > > > > > avoid inadvertently filling up ppl's small / fs.) > > > > > > > > > > > > > > 2. I didn't make rc.d scripts yet so for now you need to start vdr as > > > > > > > well as the vdradmin-am webinterface manually, look in the README.s > > > > > > > of the individual (plugins, vdradmin-am) ports for any needed options. > > > > > > > My current vdr startup line is: > > > > > > > > > > > > > > vdr -P"xineliboutput --local=none --remote=127.1:37890" -Pskinenigmang -Pfemon -Posdpip '-Posdteletext --directory=/usr/tmp --cache-system=packed --max-cache=128' -P"streamdev-server" -P"live -i127.1" -Pepgsearch -Pcontrol > > > > > > > > > > > > > > Oh and I skipped install of a lot of locales for now too... > > > > > > > > > > > > > > 3. Of all the video output methods only xineliboutput and streamdev > > > > > > > seem to work (and the vdr-live webinterface browser streaming which > > > > > > > also uses streamdev), jpulz also has patches for softdevice so I made > > > > > > > a port for that too but it only gave me a black screen... streamdev > > > > > > > doesn't have an osd so you probably want xineliboutput at least for > > > > > > > the first setup. > > > > > > > > > > > > > > I was unable to test xineliboutput's vdpau support since I no longer > > > > > > > have nvidia (and miwi's issues with the nvidia blob on amd64 don't > > > > > > > exactly encourage me to try it again soon...) - on the radeon here > > > > > > > using xorg 7.4's video-ati driver with xv xineliboutput via vdr-sxfe, > > > > > > > > > > > > > > vdr-sxfe --video=xv --hotkeys xvdr://127.0.0.1:37890 > > > > > > > > > > > > > > (vdr-sxfe gets installed by the xineliboutput plugin port) as well as any > > > > > > > other player that knew the xvdr protocol (xineliboutput with osd) were > > > > > > > unable to play h264 hd channels (I suspect they use too much cpu; I tried > > > > > > > xine and both the kde3 and kde4 versions of kaffeine, > > > > > > > > > > > > > > xine "xvdr://127.0.0.1#nocache" > > > > > > > kaffeine "xvdr+tcp://127.1:37890" > > > > > > > /usr/local/kde4/bin/kaffeine "xvdr+tcp://127.1:37890" > > > > > > > > > > > > > > ), only mplayer and (sometimes) totem/gstreamer (incluing the totem > > > > > > > browser plugin invoked by the vdr-live webinterface) apparently were > > > > > > > efficient enough to decode h264 on this PhenomII cpu in software: > > > > > > > > > > > > > > mplayer -mc 10 -cache 8192 -demuxer lavf http://127.0.0.1:37890/ > > > > > > > totem http://127.0.0.1:37890/ > > > > > > > > > > > > > > (or using streamdev: > > > > > > > > > > > > > > mplayer -mc 10 -cache 8192 -demuxer lavf http://127.0.0.1:3000/302 > > > > > > > totem http://127.0.0.1:3000/302 > > > > > > > > > > > > > > - channel 302 is arte hd in my channels.conf.) > > > > > > > > > > > > > > 4. I have no idea if the lirc support works on FreeBSD (and webcamd doesn't > > > > > > > seem to support dvb tuner remotes yet anyway), so you probably will > > > > > > > have to use keyboard control for now. I have included an example > > > > > > > remote.conf for vdr-sxfe and the multimedia/vdr-plugin-control plugin > > > > > > > that you can access by telnet (default port is 2002), I have put the > > > > > > > menu button on the tab and insert keys and OK on the return key, see > > > > > > > > > > > > > > /usr/local/etc/vdr/remote.conf > > > > > > > > > > > > > > for the full keybindings list. (If you start vdr in the foreground > > > > > > > and keep that shell open you should be able to use that for keyboard > > > > > > > control also, the control plugin just gives me an osd too for when I > > > > > > > use mplayer...) > > > > > > > > > > > > > > Oh and the webinterfaces have point-and-click remotes too but I prefer > > > > > > > keyboard control. > > > > > > > > > > > > > > 5. The example channels.conf is the one that comes with the vdr sources, > > > > > > > its for Astra 19.2E and a little outdated (also doesn't have hd channels > > > > > > > yet), if you receive something else and don't want to go hunting for a > > > > > > > suitable channels.conf on the web you can use w_scan for which I put a > > > > > > > port here earlier: > > > > > > > > > > > > > > http://people.freebsd.org/~nox/dvb/w_scan.shar > > > > > > > > > > > > > > Remember to use -o7 for vdr 1.7, see the w_scan homepage for options > > > > > > > and examples: > > > > > > > > > > > > > > http://wirbel.htpc-forum.de/w_scan/index_en.html > > > > > > > > > > > > > > Also note you probably will only need to use w_scan once initially, > > > > > > > this vdr version by default should look for new transponders itself > > > > > > > when it does its epg scan during idle times unles you disable that > > > > > > > feature. > > > > > > > > > > > > > > 5. I ported two webinterfaces because I only learned about vdr-live > > > > > > > later which seems to be faster and uses fewer resources meaning you > > > > > > > could probably turn a pretty wimpy box into a vdr server as long as > > > > > > > you keep the actual watching (especially of h264 hd) to a faster box > > > > > > > connected over the network. The vdr-plugin-live webinterface by > > > > > > > default listens on port 8008: > > > > > > > > > > > > > > http://127.1:8008/ > > > > > > > > > > > > > > and vdradmin_am listens on 8001: > > > > > > > > > > > > > > http://127.1:8001/ > > > > > > > > > > > > > > And the streamdev plugin has a (simple) webinterface too if you point > > > > > > > a browser at it: (instead of a player) > > > > > > > > > > > > > > http://127.1:3000/ > > > > > > > > > > > > > > 6. I may have forgot some other manual installation steps, if you > > > > > > > notice something just post a followup... Most of vdr's own > > > > > > > configuration including plugins should be available in the osd > > > > > > > under `Setup'. > > > > > > > > > > > > > > And finally, here are some links about vdr and the plugins and > > > > > > > webinterfaces I made ports for: > > > > > > > > > > > > > > 0. vdr 1.7.14: > > > > > > > http://www.tvdr.de/ > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Main_Page > > > > > > > > > > > > > > 1. xineliboutput-1.0.5 cvs snapshot from 20100414: > > > > > > > http://sourceforge.net/projects/xineliboutput/ > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Xineliboutput-plugin > > > > > > > > > > > > > > 2. streamdev-0.5.0 cvs snapshot from 20100426: > > > > > > > http://streamdev.vdr-developer.org/ > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Streamdev-plugin > > > > > > > > > > > > > > 3. live-0.2.0: > > > > > > > http://live.vdr-developer.org/ > > > > > > > > > > > > > > 4. live also depends on cxxtools and tntnet which I also had to port: > > > > > > > http://www.tntnet.org/cxxtools.html > > > > > > > http://www.tntnet.org/index.html > > > > > > > > > > > > > > 5. epgsearch-0.9.25.beta16: > > > > > > > http://winni.vdr-developer.org/epgsearch/index_eng.html > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Epgsearch-plugin > > > > > > > > > > > > > > 6. femon-1.7.7: > > > > > > > http://www.saunalahti.fi/~rahrenbe/vdr/femon/ > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Femon-plugin > > > > > > > > > > > > > > 7. osdpip-0.1.0: > > > > > > > http://projects.vdr-developer.org/projects/show/plg-osdpip > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Osdpip-plugin > > > > > > > > > > > > > > 8. osdteletext-0.8.3: > > > > > > > http://projects.vdr-developer.org/projects/show/plg-osdteletext > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Osdteletext-plugin > > > > > > > > > > > > > > 9. skinenigmang-0.1.1: > > > > > > > http://andreas.vdr-developer.org/enigmang/index.html > > > > > > > http://www.vdr-wiki.de/wiki/index.php/Skinenigmang-plugin > > > > > > > (sorry for de in the second link but at least there are pics...) > > > > > > > > > > > > > > 10. softdevice 0.5.0 cvs snapshot from 20100414: > > > > > > > http://softdevice.berlios.de/ > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Softdevice-plugin > > > > > > > > > > > > > > 10. control-0.0.2a-45yavdr1 with ubuntu yavdr patches: > > > > > > > http://ricomp.de/vdr/down_en.html > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Control-plugin > > > > > > > > > > > > > > 11. vdradmin_am-3.6.7: > > > > > > > http://andreas.vdr-developer.org/vdradmin-am/ > > > > > > > > > > > > Ok I now found out why xineliboutput didn't want to play h264 at all: > > > > > > the libxine port builds with an internal copy of ffmpeg by default, > > > > > > turning on its 'Enable external FFMpeg' knob got it playing. Its still > > > > > > skipping once in a while, maybe using the new ffmpeg-devel port will > > > > > > fix that, but looks like that would involve rebuilding several > > > > > > dependencies at least so I haven't yet tried. > > > > > > > > > > > > While testing that, I have also added a small patch to improve the osd > > > > > > resizing so the osd should look a little better now when the video resolution > > > > > > changes (multimedia/vdr-plugin-xineliboutput/files/patch-osdautosize), > > > > > > and I add the keypad return key to the vdr-sxfe remote.conf and changed > > > > > > FastFwd from f to w because f is already in use for the fullscreen toggle > > > > > > with vdr-sxfe --hotkeys. > > > > > > > > > > Updated version with a new osd autosize patch that handles width < 512 > > > > > after I found out there are sd channels with width = 480 at least... > > > > > > > > New version that takes care of OSTYPE being now defined (which caused > > > > the FreeBSD host detection in jpulz' patches to fail and the vdr and > > > > plugin port builds to abort), and that adds a missing www/p5-libwww > > > > dependency in the vdradmin-am port. > > > > > > Good news: with the ffmpeg-devel port and updated ports watching h264 > > > hd streams via xineliboutput (vdr-sxfe/xine/kaffeine) and xv on > > > xf86-video-ati-6.13.0 works well now, only enabling deinterlacing with > > > 1080i still sometimes causes skipping with kaffeine. Another issue I > > > initially had was vdr-sxfe often used 100% cpu on sd(!) channels, but > > > turned out that that was just caused by it now defaulting to using > > > libasound (alsa) that I installed for chrome, passing --audio=oss > > > to vdr-sxfe fixed that. > > > > > > ..and I also updated the shar again, this time its mostly plist/permission > > > fixes, and reinstalling the vdrdevel port via portmaster/portupgrade was > > > broken too. > > > > And now I also found a `fix' for vdr-sxfe resetting the mixer volume to > > 45 at start when using software volume control, added that to the shar > > as multimedia/vdr-plugin-xineliboutput/files/patch-swvol (so you'll need > > to reinstall the vdr-plugin-xineliboutput port.) > > > > Btw I use software volume control in vdr because selecting > > `hardware' volume control doesn't work so well with snd(4)'s > > volume-per-channel feature (hint.pcm.X.vpc, which also in fact is > > software) that I want to keep enabled for other apps... And in > > case you didn't know about this snd(4) feature you can read more here: > > > > http://people.freebsd.org/~ariff/SOUND_4.TXT.html > > That patch has been committed upstream now, so I took the opportunity > to update the vdr-plugin-xineliboutput port to latest cvs; and I also > made the previous osd size patch (follow native stream resolution) > a seperate option in the xineliboutput osd config > (multimedia/vdr-plugin-xineliboutput/files/patch-osdstreamsize), > so `auto' is now back to what it did previously. And you can get the > new distfile from here while the mirrors have not updated yet: > > http://people.freebsd.org/~nox/tmp/distfiles/vdr-xineliboutput-1.0.5s20100520.tar.bz2 Now finally updated to vdr 1.7.15, thanx jpulz for the patch! (I didn't use all of it for now tho, will have to properly take care of non-default PREFIX/LOCALBASE later.) Enjoy, :) Juergen From owner-freebsd-multimedia@FreeBSD.ORG Thu Jun 24 19:34:46 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 214EF1065672 for ; Thu, 24 Jun 2010 19:34:46 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web112008.mail.gq1.yahoo.com (web112008.mail.gq1.yahoo.com [67.195.23.86]) by mx1.freebsd.org (Postfix) with SMTP id E7BA68FC14 for ; Thu, 24 Jun 2010 19:34:45 +0000 (UTC) Received: (qmail 14199 invoked by uid 60001); 24 Jun 2010 19:34:45 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1277408085; bh=15lXPSu0HP+Zk2cKS4U5vBWlxMde2KZtjdFJAtDH6kQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=t+qnyMrDk2sI+5Yi0w3XP75E02AK2hNh7Fl27FHpRKLgMt/ZTGWJlHlyBrbNNyP6ZzCSjIwmYNlSTHDZnfeKd11syn6JAwbwjSiT5+6maw9QSUhDInP9VAC4PTJLXUy6yvocRHNXJwUy417DyItqTdTd6wnX8EmZKf0RB+Yhj04= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=faGZLuR2fpSF/uFhTeWhI2JOoSTt2NCLbfV2gzBnYwNzyS5vAvEenn6NlVhrd2faoqW1bRlc+Zp6UhtUZh8w8wH4h8oYdRnuODK4QQsd5ZaEIuOxXBqThSfEJ/XwgjXF7sTky6db+DtsfqIb3+siLs9RukxZVmD8SSocB1jxLOM=; Message-ID: <319135.13911.qm@web112008.mail.gq1.yahoo.com> X-YMail-OSG: I5FcQJwVM1lu7fC.x8d2Gumixs.mR5yl2o1xu.Vl8BJPJCc T7U3kc9GTE7.trpFDVC9ZSp7gyjC2vzzkDHvHfG_k2y7ZcU_8ho3lF.MzTB2 7JUBzgLr0GnW8j440tlUrzqJY_3OIQRaGEJ_8ooG.s_pTjOYo0.Bid4Gwoot 0s0K.osNwowXq2iFE_uBwMQZ4gEtWJ2fnZ5hys4zFcFQ5BG2lZIwsi1te9IA aAto6BrrHPIeWfItsy5Rjj1hPl1_k3h7dPiErDYZW6cM2TJ1IIq7VBPYGu8q FCZvDIcw9Zd3uxT.ON96Boa0nghgvHxQ2MAMYC9TUuKhrLX1B4PbTbQ-- Received: from [68.150.134.100] by web112008.mail.gq1.yahoo.com via HTTP; Thu, 24 Jun 2010 12:34:45 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.104.274457 Date: Thu, 24 Jun 2010 12:34:45 -0700 (PDT) From: "Mr. Darren" To: freebsd-multimedia@freebsd.org MIME-Version: 1.0 X-Mailman-Approved-At: Thu, 24 Jun 2010 20:03:29 +0000 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: cxm0 and motion capture X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2010 19:34:46 -0000 Now that I have cxm0 working 100% and can cat /dev/cxm0 >> file.mpg. I've been having a hell of a time trying to get any existing motion detect software to read it. I have tried zoneminder and motion. Any suggestions would be helpful. I've been attempting to get it working since my last e-mail here. Darren Johnston From owner-freebsd-multimedia@FreeBSD.ORG Thu Jun 24 21:21:31 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E116106566B for ; Thu, 24 Jun 2010 21:21:31 +0000 (UTC) (envelope-from redtick@sbcglobal.net) Received: from web81201.mail.mud.yahoo.com (web81201.mail.mud.yahoo.com [68.142.199.105]) by mx1.freebsd.org (Postfix) with SMTP id 34F838FC1C for ; Thu, 24 Jun 2010 21:21:31 +0000 (UTC) Received: (qmail 50800 invoked by uid 60001); 24 Jun 2010 21:21:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s1024; t=1277414490; bh=vLsLd51N/eGZiNjjmG2zVJZmjvGnVTZWq2K2jy9F/i4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=GezWp5bQ3UnhHhidS4FDT5ApoI5aJwG3xBEN53jIAwVB7PEZ1T/40E1skaasYna3eU0Pkz+334k55rxfxAXcsuWoUsx7Ln4DAVrMnBuHC9uD0NOs7erxshNtFQpYWmyr4NCHDAYmekFuDENjIhsHtE/mvYPlCJuWKGaNsWpHJmQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=sbcglobal.net; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ZIuVcHSpIz/P0jv27a2u/QzfxFf471iipTpSmpdfaSj2jj4Wx387syZkvAVbNkLV4rVvFDwJ5SWaDiCRyuhalE8O2IU75o7RN387KsyaeBTE1Zx70WiDsdP/+tzRsbbZUpYMKlk8rzkyzDCYc+nIw9X5VFbSGGqOnyumuE9rA00=; Message-ID: <612239.50459.qm@web81201.mail.mud.yahoo.com> X-YMail-OSG: 4i3fZyEVM1nOpL7I8kalunIQ3Kep2zC8ZFfPpzQR_pXQuIX 4Tfi4TmqxIJQa3UijrBqJopBf_GsuLFxkNjf5B37A0Ff6NHIapR3Dfi.RTWx fkZ4Ntw0v3aVCmwVOl08yniWFwfvE3IC0AKVSFMA6xCMXz3dqy1RnY0ygR0c vKEJGzHNFmeKUpB.AELsE.D10NMEm1Gpmu7bFRGaiKKWz6HGeV3myUDtiJPE NYwRfA5.OFUtmaqpLmaYQOVqaT9JVGQ__nPYmmuHn9SYg.awDKv8nvB3lMbI rOdSNAe8BzcPz8AWS_Tb4vV60UtW2_oqsYlmXVtJUpm1p7cp.om7nOYTWPK3 oNWc8UrMN_22QTH3_d5DXNYtYn8f3iw-- Received: from [75.41.234.83] by web81201.mail.mud.yahoo.com via HTTP; Thu, 24 Jun 2010 14:21:30 PDT X-Mailer: YahooMailClassic/11.1.4 YahooMailWebService/0.8.104.274457 Date: Thu, 24 Jun 2010 14:21:30 -0700 (PDT) From: Mark To: "Mr. Darren" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freeb list Subject: Re: cxm0 and motion capture X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2010 21:21:31 -0000 --- On Thu, 6/24/10, Mr. Darren wrote: > From: Mr. Darren > Subject: cxm0 and motion capture > To: freebsd-multimedia@freebsd.org > Date: Thursday, June 24, 2010, 2:34 PM > Now that I have cxm0 working 100% and > can cat /dev/cxm0 >> file.mpg.=A0 I've been having > a hell of a time trying to get any existing motion detect > software to read it.=A0 I have tried zoneminder and > motion.=A0 Any suggestions would be helpful.=A0 I've > been attempting to get it working since my last e-mail > here. >=20 >=A0 Darren Johnston I use ip cameras but I'll try to help. Post what you have in motion.conf for the device settings. Change these two= options and test. videodevice /dev/cxm0 tunerdevice /dev/cxm0 <-- this needs to be uncommented From owner-freebsd-multimedia@FreeBSD.ORG Thu Jun 24 22:07:09 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFBB71065781 for ; Thu, 24 Jun 2010 22:07:09 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web112008.mail.gq1.yahoo.com (web112008.mail.gq1.yahoo.com [67.195.23.86]) by mx1.freebsd.org (Postfix) with SMTP id 8DD268FC19 for ; Thu, 24 Jun 2010 22:07:09 +0000 (UTC) Received: (qmail 3519 invoked by uid 60001); 24 Jun 2010 22:07:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1277417229; bh=RnRMS29SkToO/5T80LVT8pp7wxTl3e/ACskge13pGeI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=Gj/4Rwt2Jv7stF9gZGqXhLiiTO9k2U7YMK3cEUU/0TCGCvhp0eeWiBFakvttGcxYiR/nxs5T6VuGaOsqBg4K7M/ONPFqbZkVtnBXbKnTCAAxfUnUGfZ2Sasg45B80M61Y+lvLQhZe855NiDaGlX3KDQgUBCyTfCAt8aF0yqRqVo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=6Xi6sHE8tNo9aBHMC5IeEg2m0H/oqqq3uDDkE/Ql8BLYAab2qLx/keVpTwglJujMiLrKse6kV7HuMQ4BGlU8fzjupQhkyPxglwQehDjJd/QuOewSrWp+Ol6rA4qphFFjiFCk8UdJm3MttK/N0xaFx7RJUlSSJEDbfFiXhvkWFIQ=; Message-ID: <129625.3423.qm@web112008.mail.gq1.yahoo.com> X-YMail-OSG: WPjeRMcVM1kUsnoVkCYgpnmF6kx6cfk759nFkc2VvlxTwz1 yuenMQfXN4PwSrzuOMBlHJbeMatTroFdLXnvMnAfk1Qf4jBYp4T4gN2FY8cA Sb_rFXO8WSxM35m8MN5dLj.bZ4ZzzyL5iRrn993UCf_sTkkDACH.tp7Mt6v2 ZxT1WfYUaWyGB1.q.lP6TnotBgbJCgJSELu8wD9wSTxfWFE332zUVFXlrjg_ w8m5Ty9kCND8_m5faeFtPA3O280sAhEcnfJiuvMYbM5km02G04dyYFdFI27T sq1S9IeVVnPiRmMS9gLr4NKEP8VEc3AKjLN2RrPTx1r7ui9s6dBNZgr9z3wq BcIGsJYy2K2gPgtAMYNtbzndHWNj9 Received: from [68.150.134.100] by web112008.mail.gq1.yahoo.com via HTTP; Thu, 24 Jun 2010 15:07:09 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.104.274457 References: <612239.50459.qm@web81201.mail.mud.yahoo.com> Date: Thu, 24 Jun 2010 15:07:09 -0700 (PDT) From: "Mr. Darren" To: freebsd-multimedia@freebsd.org In-Reply-To: <612239.50459.qm@web81201.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-359021164-1277417229=:3423" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fw: cxm0 and motion capture X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jun 2010 22:07:09 -0000 --0-359021164-1277417229=:3423 Content-Type: text/plain; charset=us-ascii This is from the log.. Jun 24 16:02:20 digitalweb motion: [1] v4l_start: set input [8] Jun 24 16:02:30 digitalweb motion: [1] Retrying until successful connection with camera Jun 24 16:02:30 digitalweb motion: [1] v4l_start: set input [8] Just does that over and over again. motion.conf is mostly defaults. I uncommented tunerdevice and tried it with same results. I was also able to capture some jpeg stills using ffmpeg. Darren Johnston ________________________________ From: Mark To: Mr. Darren Cc: freeb list Sent: Thu, June 24, 2010 3:21:30 PM Subject: Re: cxm0 and motion capture --- On Thu, 6/24/10, Mr. Darren wrote: > From: Mr. Darren > Subject: cxm0 and motion capture > To: freebsd-multimedia@freebsd.org > Date: Thursday, June 24, 2010, 2:34 PM > Now that I have cxm0 working 100% and > can cat /dev/cxm0 >> file.mpg. I've been having > a hell of a time trying to get any existing motion detect > software to read it. I have tried zoneminder and > motion. Any suggestions would be helpful. I've > been attempting to get it working since my last e-mail > here. > > Darren Johnston I use ip cameras but I'll try to help. Post what you have in motion.conf for the device settings. Change these two options and test. videodevice /dev/cxm0 tunerdevice /dev/cxm0 <-- this needs to be uncommented --0-359021164-1277417229=:3423 Content-Type: application/octet-stream; name="motion.conf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="motion.conf" IyBSZW5hbWUgdGhpcyBkaXN0cmlidXRpb24gZXhhbXBsZSBmaWxlIHRvIG1v dGlvbi5jb25mCiMKIyBUaGlzIGNvbmZpZyBmaWxlIHdhcyBnZW5lcmF0ZWQg YnkgbW90aW9uICIzLjIuMTEuMSIKCgojIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKIyBEYWVt b24KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjCgojIFN0YXJ0IGluIGRhZW1vbiAoYmFja2dy b3VuZCkgbW9kZSBhbmQgcmVsZWFzZSB0ZXJtaW5hbCAoZGVmYXVsdDogb2Zm KQpkYWVtb24gb24KCiMgRmlsZSB0byBzdG9yZSB0aGUgcHJvY2VzcyBJRCwg YWxzbyBjYWxsZWQgcGlkIGZpbGUuIChkZWZhdWx0OiBub3QgZGVmaW5lZCkK cHJvY2Vzc19pZF9maWxlIC92YXIvcnVuL21vdGlvbi5waWQgCgojIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMKIyBCYXNpYyBTZXR1cCBNb2RlCiMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoK IyBTdGFydCBpbiBTZXR1cC1Nb2RlLCBkYWVtb24gZGlzYWJsZWQuIChkZWZh dWx0OiBvZmYpCnNldHVwX21vZGUgb2ZmCgojIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIENh cHR1cmUgZGV2aWNlIG9wdGlvbnMKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCgojIFZpZGVv ZGV2aWNlIHRvIGJlIHVzZWQgZm9yIGNhcHR1cmluZyAgKGRlZmF1bHQgL2Rl di92aWRlbzApCiMgZm9yIEZyZWVCU0QgZGVmYXVsdCBpcyAvZGV2L2JrdHIw CnZpZGVvZGV2aWNlIC9kZXYvY3htMAoKIyB2NGwyX3BhbGV0dGUgYWxsb3dz IHRvIGNob29zZSBwcmVmZXJhYmxlIHBhbGV0dGUgdG8gYmUgdXNlIGJ5IG1v dGlvbgojIHRvIGNhcHR1cmUgZnJvbSB0aG9zZSBzdXBwb3J0ZWQgYnkgeW91 ciB2aWRlb2RldmljZS4gKGRlZmF1bHQ6IDgpCiMgRS5nLiBpZiB5b3VyIHZp ZGVvZGV2aWNlIHN1cHBvcnRzIGJvdGggVjRMMl9QSVhfRk1UX1NCR0dSOCBh bmQKIyBWNEwyX1BJWF9GTVRfTUpQRUcgdGhlbiBtb3Rpb24gd2lsbCBieSBk ZWZhdWx0IHVzZSBWNEwyX1BJWF9GTVRfTUpQRUcuCiMgU2V0dGluZyB2NGwy X3BhbGV0dGUgdG8gMSBmb3JjZXMgbW90aW9uIHRvIHVzZSBWNEwyX1BJWF9G TVRfU0JHR1I4CiMgaW5zdGVhZC4KIwojIFZhbHVlcyA6CiMgVjRMMl9QSVhf Rk1UX1NOOUMxMFggOiAwICAnUzkxMCcKIyBWNEwyX1BJWF9GTVRfU0JHR1I4 ICA6IDEgICdCQTgxJwojIFY0TDJfUElYX0ZNVF9NSlBFRyAgIDogMiAgJ01K UEVHJwojIFY0TDJfUElYX0ZNVF9KUEVHICAgIDogMyAgJ0pQRUcnCiMgVjRM Ml9QSVhfRk1UX1JHQjI0ICAgOiA0ICAnUkdCMycKIyBWNEwyX1BJWF9GTVRf VVlWWSAgICA6IDUgICdVWVZZJwojIFY0TDJfUElYX0ZNVF9ZVVlWICAgIDog NiAgJ1lVWVYnCiMgVjRMMl9QSVhfRk1UX1lVVjQyMlAgOiA3ICAnNDIyUCcK I1Y0TDJfUElYX0ZNVF9ZVVY0MjAgIDogOCAgJ1lVMTInCnY0bDJfcGFsZXR0 ZSA4CgojIFR1bmVyIGRldmljZSB0byBiZSB1c2VkIGZvciBjYXB0dXJpbmcg dXNpbmcgdHVuZXIgYXMgc291cmNlIChkZWZhdWx0IC9kZXYvdHVuZXIwKQoj IFRoaXMgaXMgT05MWSB1c2VkIGZvciBGcmVlQlNELiBMZWF2ZSBpdCBjb21t ZW50ZWQgb3V0IGZvciBMaW51eAojIHR1bmVyZGV2aWNlIC9kZXYvY3htMAoK IyBUaGUgdmlkZW8gaW5wdXQgdG8gYmUgdXNlZCAoZGVmYXVsdDogOCkKIyBT aG91bGQgbm9ybWFsbHkgYmUgc2V0IHRvIDAgb3IgMSBmb3IgdmlkZW8vVFYg Y2FyZHMsIGFuZCA4IGZvciBVU0IgY2FtZXJhcwppbnB1dCA4CgojIFRoZSB2 aWRlbyBub3JtIHRvIHVzZSAob25seSBmb3IgdmlkZW8gY2FwdHVyZSBhbmQg VFYgdHVuZXIgY2FyZHMpCiMgVmFsdWVzOiAwIChQQUwpLCAxIChOVFNDKSwg MiAoU0VDQU0pLCAzIChQQUwgTkMgbm8gY29sb3VyKS4gRGVmYXVsdDogMCAo UEFMKQpub3JtIDEKCiMgVGhlIGZyZXF1ZW5jeSB0byBzZXQgdGhlIHR1bmVy IHRvIChrSHopIChvbmx5IGZvciBUViB0dW5lciBjYXJkcykgKGRlZmF1bHQ6 IDApCmZyZXF1ZW5jeSAwCgojIFJvdGF0ZSBpbWFnZSB0aGlzIG51bWJlciBv ZiBkZWdyZWVzLiBUaGUgcm90YXRpb24gYWZmZWN0cyBhbGwgc2F2ZWQgaW1h Z2VzIGFzCiMgd2VsbCBhcyBtcGVnIG1vdmllcy4gVmFsaWQgdmFsdWVzOiAw IChkZWZhdWx0ID0gbm8gcm90YXRpb24pLCA5MCwgMTgwIGFuZCAyNzAuCnJv dGF0ZSAwCgojIEltYWdlIHdpZHRoIChwaXhlbHMpLiBWYWxpZCByYW5nZTog Q2FtZXJhIGRlcGVuZGVudCwgZGVmYXVsdDogMzUyCndpZHRoIDcyMAoKIyBJ bWFnZSBoZWlnaHQgKHBpeGVscykuIFZhbGlkIHJhbmdlOiBDYW1lcmEgZGVw ZW5kZW50LCBkZWZhdWx0OiAyODgKaGVpZ2h0IDQ4MAoKIyBNYXhpbXVtIG51 bWJlciBvZiBmcmFtZXMgdG8gYmUgY2FwdHVyZWQgcGVyIHNlY29uZC4KIyBW YWxpZCByYW5nZTogMi0xMDAuIERlZmF1bHQ6IDEwMCAoYWxtb3N0IG5vIGxp bWl0KS4KZnJhbWVyYXRlIDUKCiMgTWluaW11bSB0aW1lIGluIHNlY29uZHMg YmV0d2VlbiBjYXB0dXJpbmcgcGljdHVyZSBmcmFtZXMgZnJvbSB0aGUgY2Ft ZXJhLgojIERlZmF1bHQ6IDAgPSBkaXNhYmxlZCAtIHRoZSBjYXB0dXJlIHJh dGUgaXMgZ2l2ZW4gYnkgdGhlIGNhbWVyYSBmcmFtZXJhdGUuCiMgVGhpcyBv cHRpb24gaXMgdXNlZCB3aGVuIHlvdSB3YW50IHRvIGNhcHR1cmUgaW1hZ2Vz IGF0IGEgcmF0ZSBsb3dlciB0aGFuIDIgcGVyIHNlY29uZC4KbWluaW11bV9m cmFtZV90aW1lIDAKCiMgVVJMIHRvIHVzZSBpZiB5b3UgYXJlIHVzaW5nIGEg bmV0d29yayBjYW1lcmEsIHNpemUgd2lsbCBiZSBhdXRvZGV0ZWN0ZWQgKGlu Y2wgaHR0cDovLyBmdHA6Ly8gb3IgZmlsZTovLy8pCiMgTXVzdCBiZSBhIFVS TCB0aGF0IHJldHVybnMgc2luZ2xlIGpwZWcgcGljdHVyZXMgb3IgYSByYXcg bWpwZWcgc3RyZWFtLiBEZWZhdWx0OiBOb3QgZGVmaW5lZAo7IG5ldGNhbV91 cmwgdmFsdWUKCiMgVXNlcm5hbWUgYW5kIHBhc3N3b3JkIGZvciBuZXR3b3Jr IGNhbWVyYSAob25seSBpZiByZXF1aXJlZCkuIERlZmF1bHQ6IG5vdCBkZWZp bmVkCiMgU3ludGF4IGlzIHVzZXI6cGFzc3dvcmQKOyBuZXRjYW1fdXNlcnBh c3MgdmFsdWUKCiMgVGhlIHNldHRpbmcgZm9yIGtlZXAtYWxpdmUgb2YgbmV0 d29yayBzb2NrZXQsIHNob3VsZCBpbXByb3ZlIHBlcmZvcm1hbmNlIG9uIGNv bXBhdGlibGUgbmV0IGNhbWVyYXMuCiMgMS4wOiAgICAgICAgIFRoZSBoaXN0 b3JpY2FsIGltcGxlbWVudGF0aW9uIHVzaW5nIEhUVFAvMS4wLCBjbG9zaW5n IHRoZSBzb2NrZXQgYWZ0ZXIgZWFjaCBodHRwIHJlcXVlc3QuCiMga2VlcF9h bGl2ZTogIFVzZSBIVFRQLzEuMCByZXF1ZXN0cyB3aXRoIGtlZXAgYWxpdmUg aGVhZGVyIHRvIHJldXNlIHRoZSBzYW1lIGNvbm5lY3Rpb24uCiMgMS4xOiAg ICAgICAgIFVzZSBIVFRQLzEuMSByZXF1ZXN0cyB0aGF0IHN1cHBvcnQga2Vl cCBhbGl2ZSBhcyBkZWZhdWx0LgojIERlZmF1bHQ6IDEuMAo7IG5ldGNhbV9o dHRwIDEuMAoKIyBVUkwgdG8gdXNlIGZvciBhIG5ldGNhbSBwcm94eSBzZXJ2 ZXIsIGlmIHJlcXVpcmVkLCBlLmcuICJodHRwOi8vbXlwcm94eSIuCiMgSWYg YSBwb3J0IG51bWJlciBvdGhlciB0aGFuIDgwIGlzIG5lZWRlZCwgdXNlICJo dHRwOi8vbXlwcm94eToxMjM0Ii4KIyBEZWZhdWx0OiBub3QgZGVmaW5lZAo7 IG5ldGNhbV9wcm94eSB2YWx1ZSAKCiMgU2V0IGxlc3Mgc3RyaWN0IGpwZWcg Y2hlY2tzIGZvciBuZXR3b3JrIGNhbWVyYXMgd2l0aCBhIHBvb3IvYnVnZ3kg ZmlybXdhcmUuCiMgRGVmYXVsdDogb2ZmCm5ldGNhbV90b2xlcmFudF9jaGVj ayBvZmYKCiMgTGV0IG1vdGlvbiByZWd1bGF0ZSB0aGUgYnJpZ2h0bmVzcyBv ZiBhIHZpZGVvIGRldmljZSAoZGVmYXVsdDogb2ZmKS4KIyBUaGUgYXV0b19i cmlnaHRuZXNzIGZlYXR1cmUgdXNlcyB0aGUgYnJpZ2h0bmVzcyBvcHRpb24g YXMgaXRzIHRhcmdldCB2YWx1ZS4KIyBJZiBicmlnaHRuZXNzIGlzIHplcm8g YXV0b19icmlnaHRuZXNzIHdpbGwgYWRqdXN0IHRvIGF2ZXJhZ2UgYnJpZ2h0 bmVzcyB2YWx1ZSAxMjguCiMgT25seSByZWNvbW1lbmRlZCBmb3IgY2FtZXJh cyB3aXRob3V0IGF1dG8gYnJpZ2h0bmVzcwphdXRvX2JyaWdodG5lc3Mgb24K CiMgU2V0IHRoZSBpbml0aWFsIGJyaWdodG5lc3Mgb2YgYSB2aWRlbyBkZXZp Y2UuCiMgSWYgYXV0b19icmlnaHRuZXNzIGlzIGVuYWJsZWQsIHRoaXMgdmFs dWUgZGVmaW5lcyB0aGUgYXZlcmFnZSBicmlnaHRuZXNzIGxldmVsCiMgd2hp Y2ggTW90aW9uIHdpbGwgdHJ5IGFuZCBhZGp1c3QgdG8uCiMgVmFsaWQgcmFu Z2UgMC0yNTUsIGRlZmF1bHQgMCA9IGRpc2FibGVkCmJyaWdodG5lc3MgMAoK IyBTZXQgdGhlIGNvbnRyYXN0IG9mIGEgdmlkZW8gZGV2aWNlLgojIFZhbGlk IHJhbmdlIDAtMjU1LCBkZWZhdWx0IDAgPSBkaXNhYmxlZApjb250cmFzdCAw CgojIFNldCB0aGUgc2F0dXJhdGlvbiBvZiBhIHZpZGVvIGRldmljZS4KIyBW YWxpZCByYW5nZSAwLTI1NSwgZGVmYXVsdCAwID0gZGlzYWJsZWQKc2F0dXJh dGlvbiAwCgojIFNldCB0aGUgaHVlIG9mIGEgdmlkZW8gZGV2aWNlIChOVFND IGZlYXR1cmUpLgojIFZhbGlkIHJhbmdlIDAtMjU1LCBkZWZhdWx0IDAgPSBk aXNhYmxlZApodWUgMAoKCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIFJvdW5kIFJvYmlu IChtdWx0aXBsZSBpbnB1dHMgb24gc2FtZSB2aWRlbyBkZXZpY2UgbmFtZSkK IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjCgojIE51bWJlciBvZiBmcmFtZXMgdG8gY2FwdHVy ZSBpbiBlYWNoIHJvdW5kcm9iaW4gc3RlcCAoZGVmYXVsdDogMSkKcm91bmRy b2Jpbl9mcmFtZXMgMQoKIyBOdW1iZXIgb2YgZnJhbWVzIHRvIHNraXAgYmVm b3JlIGVhY2ggcm91bmRyb2JpbiBzdGVwIChkZWZhdWx0OiAxKQpyb3VuZHJv YmluX3NraXAgMQoKIyBUcnkgdG8gZmlsdGVyIG91dCBub2lzZSBnZW5lcmF0 ZWQgYnkgcm91bmRyb2JpbiAoZGVmYXVsdDogb2ZmKQpzd2l0Y2hmaWx0ZXIg b2ZmCgoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMgTW90aW9uIERldGVjdGlvbiBTZXR0 aW5nczoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjCgojIFRocmVzaG9sZCBmb3IgbnVtYmVy IG9mIGNoYW5nZWQgcGl4ZWxzIGluIGFuIGltYWdlIHRoYXQKIyB0cmlnZ2Vy cyBtb3Rpb24gZGV0ZWN0aW9uIChkZWZhdWx0OiAxNTAwKQp0aHJlc2hvbGQg MTUwMAoKIyBBdXRvbWF0aWNhbGx5IHR1bmUgdGhlIHRocmVzaG9sZCBkb3du IGlmIHBvc3NpYmxlIChkZWZhdWx0OiBvZmYpCnRocmVzaG9sZF90dW5lIG9m ZgoKIyBOb2lzZSB0aHJlc2hvbGQgZm9yIHRoZSBtb3Rpb24gZGV0ZWN0aW9u IChkZWZhdWx0OiAzMikKbm9pc2VfbGV2ZWwgMzIKCiMgQXV0b21hdGljYWxs eSB0dW5lIHRoZSBub2lzZSB0aHJlc2hvbGQgKGRlZmF1bHQ6IG9uKQpub2lz ZV90dW5lIG9uCgojIERlc3BlY2tsZSBtb3Rpb24gaW1hZ2UgdXNpbmcgKGUp cm9kZSBvciAoZClpbGF0ZSBvciAobClhYmVsIChEZWZhdWx0OiBub3QgZGVm aW5lZCkKIyBSZWNvbW1lbmRlZCB2YWx1ZSBpcyBFZWREbC4gQW55IGNvbWJp bmF0aW9uIChhbmQgbnVtYmVyIG9mKSBvZiBFLCBlLCBkLCBhbmQgRCBpcyB2 YWxpZC4KIyAobClhYmVsaW5nIG11c3Qgb25seSBiZSB1c2VkIG9uY2UgYW5k IHRoZSAnbCcgbXVzdCBiZSB0aGUgbGFzdCBsZXR0ZXIuCiMgQ29tbWVudCBv dXQgdG8gZGlzYWJsZQpkZXNwZWNrbGUgRWVkRGwKCiMgRGV0ZWN0IG1vdGlv biBpbiBwcmVkZWZpbmVkIGFyZWFzICgxIC0gOSkuIEFyZWFzIGFyZSBudW1i ZXJlZCBsaWtlIHRoYXQ6ICAxIDIgMwojIEEgc2NyaXB0IChvbl9hcmVhX2Rl dGVjdGVkKSBpcyBzdGFydGVkIGltbWVkaWF0ZWx5IHdoZW4gbW90aW9uIGlz ICAgICAgICAgNCA1IDYKIyBkZXRlY3RlZCBpbiBvbmUgb2YgdGhlIGdpdmVu IGFyZWFzLCBidXQgb25seSBvbmNlIGR1cmluZyBhbiBldmVudC4gICAgICAg IDcgOCA5CiMgT25lIG9yIG1vcmUgYXJlYXMgY2FuIGJlIHNwZWNpZmllZCB3 aXRoIHRoaXMgb3B0aW9uLiAoRGVmYXVsdDogbm90IGRlZmluZWQpCjsgYXJl YV9kZXRlY3QgdmFsdWUKCiMgUEdNIGZpbGUgdG8gdXNlIGFzIGEgc2Vuc2l0 aXZpdHkgbWFzay4KIyBGdWxsIHBhdGggbmFtZSB0by4gKERlZmF1bHQ6IG5v dCBkZWZpbmVkKQo7IG1hc2tfZmlsZSB2YWx1ZQoKIyBEeW5hbWljYWxseSBj cmVhdGUgYSBtYXNrIGZpbGUgZHVyaW5nIG9wZXJhdGlvbiAoZGVmYXVsdDog MCkKIyBBZGp1c3Qgc3BlZWQgb2YgbWFzayBjaGFuZ2VzIGZyb20gMCAob2Zm KSB0byAxMCAoZmFzdCkKc21hcnRfbWFza19zcGVlZCAwCgojIElnbm9yZSBz dWRkZW4gbWFzc2l2ZSBsaWdodCBpbnRlbnNpdHkgY2hhbmdlcyBnaXZlbiBh cyBhIHBlcmNlbnRhZ2Ugb2YgdGhlIHBpY3R1cmUKIyBhcmVhIHRoYXQgY2hh bmdlZCBpbnRlbnNpdHkuIFZhbGlkIHJhbmdlOiAwIC0gMTAwICwgZGVmYXVs dDogMCA9IGRpc2FibGVkCmxpZ2h0c3dpdGNoIDAKCiMgUGljdHVyZSBmcmFt ZXMgbXVzdCBjb250YWluIG1vdGlvbiBhdCBsZWFzdCB0aGUgc3BlY2lmaWVk IG51bWJlciBvZiBmcmFtZXMKIyBpbiBhIHJvdyBiZWZvcmUgdGhleSBhcmUg ZGV0ZWN0ZWQgYXMgdHJ1ZSBtb3Rpb24uIEF0IHRoZSBkZWZhdWx0IG9mIDEs IGFsbAojIG1vdGlvbiBpcyBkZXRlY3RlZC4gVmFsaWQgcmFuZ2U6IDEgdG8g dGhvdXNhbmRzLCByZWNvbW1lbmRlZCAxLTUKbWluaW11bV9tb3Rpb25fZnJh bWVzIDEKCiMgU3BlY2lmaWVzIHRoZSBudW1iZXIgb2YgcHJlLWNhcHR1cmVk IChidWZmZXJlZCkgcGljdHVyZXMgZnJvbSBiZWZvcmUgbW90aW9uCiMgd2Fz IGRldGVjdGVkIHRoYXQgd2lsbCBiZSBvdXRwdXQgYXQgbW90aW9uIGRldGVj dGlvbi4KIyBSZWNvbW1lbmRlZCByYW5nZTogMCB0byA1IChkZWZhdWx0OiAw KQojIERvIG5vdCB1c2UgbGFyZ2UgdmFsdWVzISBMYXJnZSB2YWx1ZXMgd2ls bCBjYXVzZSBNb3Rpb24gdG8gc2tpcCB2aWRlbyBmcmFtZXMgYW5kCiMgY2F1 c2UgdW5zbW9vdGggbXBlZ3MuIFRvIHNtb290aCBtcGVncyB1c2UgbGFyZ2Vy IHZhbHVlcyBvZiBwb3N0X2NhcHR1cmUgaW5zdGVhZC4KcHJlX2NhcHR1cmUg MAoKIyBOdW1iZXIgb2YgZnJhbWVzIHRvIGNhcHR1cmUgYWZ0ZXIgbW90aW9u IGlzIG5vIGxvbmdlciBkZXRlY3RlZCAoZGVmYXVsdDogMCkKcG9zdF9jYXB0 dXJlIDAKCiMgR2FwIGlzIHRoZSBzZWNvbmRzIG9mIG5vIG1vdGlvbiBkZXRl Y3Rpb24gdGhhdCB0cmlnZ2VycyB0aGUgZW5kIG9mIGFuIGV2ZW50CiMgQW4g ZXZlbnQgaXMgZGVmaW5lZCBhcyBhIHNlcmllcyBvZiBtb3Rpb24gaW1hZ2Vz IHRha2VuIHdpdGhpbiBhIHNob3J0IHRpbWVmcmFtZS4KIyBSZWNvbW1lbmRl ZCB2YWx1ZSBpcyA2MCBzZWNvbmRzIChEZWZhdWx0KS4gVGhlIHZhbHVlIDAg aXMgYWxsb3dlZCBhbmQgZGlzYWJsZXMKIyBldmVudHMgY2F1c2luZyBhbGwg TW90aW9uIHRvIGJlIHdyaXR0ZW4gdG8gb25lIHNpbmdsZSBtcGVnIGZpbGUg YW5kIG5vIHByZV9jYXB0dXJlLgpnYXAgNjAKCiMgTWF4aW11bSBsZW5ndGgg aW4gc2Vjb25kcyBvZiBhbiBtcGVnIG1vdmllCiMgV2hlbiB2YWx1ZSBpcyBl eGNlZWRlZCBhIG5ldyBtcGVnIGZpbGUgaXMgY3JlYXRlZC4gKERlZmF1bHQ6 IDAgPSBpbmZpbml0ZSkKbWF4X21wZWdfdGltZSAwCgojIEFsd2F5cyBzYXZl IGltYWdlcyBldmVuIGlmIHRoZXJlIHdhcyBubyBtb3Rpb24gKGRlZmF1bHQ6 IG9mZikKb3V0cHV0X2FsbCBvZmYKCgojIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKIyBJbWFn ZSBGaWxlIE91dHB1dAojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKCiMgT3V0cHV0ICdub3Jt YWwnIHBpY3R1cmVzIHdoZW4gbW90aW9uIGlzIGRldGVjdGVkIChkZWZhdWx0 OiBvbikKIyBWYWxpZCB2YWx1ZXM6IG9uLCBvZmYsIGZpcnN0LCBiZXN0LCBj ZW50ZXIKIyBXaGVuIHNldCB0byAnZmlyc3QnLCBvbmx5IHRoZSBmaXJzdCBw aWN0dXJlIG9mIGFuIGV2ZW50IGlzIHNhdmVkLgojIFBpY3R1cmUgd2l0aCBt b3N0IG1vdGlvbiBvZiBhbiBldmVudCBpcyBzYXZlZCB3aGVuIHNldCB0byAn YmVzdCcuCiMgUGljdHVyZSB3aXRoIG1vdGlvbiBuZWFyZXN0IGNlbnRlciBv ZiBwaWN0dXJlIGlzIHNhdmVkIHdoZW4gc2V0IHRvICdjZW50ZXInLgojIENh biBiZSB1c2VkIGFzIHByZXZpZXcgc2hvdCBmb3IgdGhlIGNvcnJlc3BvbmRp bmcgbW92aWUuCm91dHB1dF9ub3JtYWwgb24KCiMgT3V0cHV0IHBpY3R1cmVz IHdpdGggb25seSB0aGUgcGl4ZWxzIG1vdmluZyBvYmplY3QgKGdob3N0IGlt YWdlcykgKGRlZmF1bHQ6IG9mZikKb3V0cHV0X21vdGlvbiBvZmYKCiMgVGhl IHF1YWxpdHkgKGluIHBlcmNlbnQpIHRvIGJlIHVzZWQgYnkgdGhlIGpwZWcg Y29tcHJlc3Npb24gKGRlZmF1bHQ6IDc1KQpxdWFsaXR5IDEwMAoKIyBPdXRw dXQgcHBtIGltYWdlcyBpbnN0ZWFkIG9mIGpwZWcgKGRlZmF1bHQ6IG9mZikK cHBtIG9mZgoKCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIEZGTVBFRyByZWxhdGVkIG9w dGlvbnMKIyBGaWxtIChtcGVnKSBmaWxlIG91dHB1dCwgYW5kIGRlaW50ZXJs YWNpbmcgb2YgdGhlIHZpZGVvIGlucHV0CiMgVGhlIG9wdGlvbnMgbW92aWVf ZmlsZW5hbWUgYW5kIHRpbWVsYXBzZV9maWxlbmFtZSBhcmUgYWxzbyB1c2Vk CiMgYnkgdGhlIGZmbXBlZyBmZWF0dXJlCiMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIyBV c2UgZmZtcGVnIHRvIGVuY29kZSBtcGVnIG1vdmllcyBpbiByZWFsdGltZSAo ZGVmYXVsdDogb2ZmKQpmZm1wZWdfY2FwX25ldyBvbgoKIyBVc2UgZmZtcGVn IHRvIG1ha2UgbW92aWVzIHdpdGggb25seSB0aGUgcGl4ZWxzIG1vdmluZwoj IG9iamVjdCAoZ2hvc3QgaW1hZ2VzKSAoZGVmYXVsdDogb2ZmKQpmZm1wZWdf Y2FwX21vdGlvbiBvZmYKCiMgVXNlIGZmbXBlZyB0byBlbmNvZGUgYSB0aW1l bGFwc2UgbW92aWUgCiMgRGVmYXVsdCB2YWx1ZSAwID0gb2ZmIC0gZWxzZSBz YXZlIGZyYW1lIGV2ZXJ5IE50aCBzZWNvbmQKZmZtcGVnX3RpbWVsYXBzZSAw CgojIFRoZSBmaWxlIHJvbGxvdmVyIG1vZGUgb2YgdGhlIHRpbWVsYXBzZSB2 aWRlbwojIFZhbGlkIHZhbHVlczogaG91cmx5LCBkYWlseSAoZGVmYXVsdCks IHdlZWtseS1zdW5kYXksIHdlZWtseS1tb25kYXksIG1vbnRobHksIG1hbnVh bApmZm1wZWdfdGltZWxhcHNlX21vZGUgZGFpbHkKCiMgQml0cmF0ZSB0byBi ZSB1c2VkIGJ5IHRoZSBmZm1wZWcgZW5jb2RlciAoZGVmYXVsdDogNDAwMDAw KQojIFRoaXMgb3B0aW9uIGlzIGlnbm9yZWQgaWYgZmZtcGVnX3ZhcmlhYmxl X2JpdHJhdGUgaXMgbm90IDAgKGRpc2FibGVkKQpmZm1wZWdfYnBzIDUwMDAw MAoKIyBFbmFibGVzIGFuZCBkZWZpbmVzIHZhcmlhYmxlIGJpdHJhdGUgZm9y IHRoZSBmZm1wZWcgZW5jb2Rlci4KIyBmZm1wZWdfYnBzIGlzIGlnbm9yZWQg aWYgdmFyaWFibGUgYml0cmF0ZSBpcyBlbmFibGVkLgojIFZhbGlkIHZhbHVl czogMCAoZGVmYXVsdCkgPSBmaXhlZCBiaXRyYXRlIGRlZmluZWQgYnkgZmZt cGVnX2JwcywKIyBvciB0aGUgcmFuZ2UgMiAtIDMxIHdoZXJlIDIgbWVhbnMg YmVzdCBxdWFsaXR5IGFuZCAzMSBpcyB3b3JzdC4KZmZtcGVnX3ZhcmlhYmxl X2JpdHJhdGUgMAoKIyBDb2RlYyB0byB1c2VkIGJ5IGZmbXBlZyBmb3IgdGhl IHZpZGVvIGNvbXByZXNzaW9uLgojIFRpbWVsYXBzZSBtcGVncyBhcmUgYWx3 YXlzIG1hZGUgaW4gbXBlZzEgZm9ybWF0IGluZGVwZW5kZW50IGZyb20gdGhp cyBvcHRpb24uCiMgU3VwcG9ydGVkIGZvcm1hdHMgYXJlOiBtcGVnMSAoZmZt cGVnLTAuNC44IG9ubHkpLCBtcGVnNCAoZGVmYXVsdCksIGFuZCBtc21wZWc0 LgojIG1wZWcxIC0gZ2l2ZXMgeW91IGZpbGVzIHdpdGggZXh0ZW5zaW9uIC5t cGcKIyBtcGVnNCBvciBtc21wZWc0IC0gZ2l2ZXMgeW91IGZpbGVzIHdpdGgg ZXh0ZW5zaW9uIC5hdmkKIyBtc21wZWc0IGlzIHJlY29tbWVuZGVkIGZvciB1 c2Ugd2l0aCBXaW5kb3dzIE1lZGlhIFBsYXllciBiZWNhdXNlCiMgaXQgcmVx dWlyZXMgbm8gaW5zdGFsbGF0aW9uIG9mIGNvZGVjIG9uIHRoZSBXaW5kb3dz IGNsaWVudC4KIyBzd2YgLSBnaXZlcyB5b3UgYSBmbGFzaCBmaWxtIHdpdGgg ZXh0ZW5zaW9uIC5zd2YKIyBmbHYgLSBnaXZlcyB5b3UgYSBmbGFzaCB2aWRl byB3aXRoIGV4dGVuc2lvbiAuZmx2CiMgZmZ2MSAtIEZGIHZpZGVvIGNvZGVj IDEgZm9yIExvc3NsZXNzIEVuY29kaW5nICggZXhwZXJpbWVudGFsICkKIyBt b3YgLSBRdWlja1RpbWUgKCB0ZXN0aW5nICkKZmZtcGVnX3ZpZGVvX2NvZGVj IG1wZWc0CgojIFVzZSBmZm1wZWcgdG8gZGVpbnRlcmxhY2UgdmlkZW8uIE5l Y2Vzc2FyeSBpZiB5b3UgdXNlIGFuIGFuYWxvZyBjYW1lcmEKIyBhbmQgc2Vl IGhvcml6b250YWwgY29tYmluZyBvbiBtb3Zpbmcgb2JqZWN0cyBpbiB2aWRl byBvciBwaWN0dXJlcy4KIyAoZGVmYXVsdDogb2ZmKQpmZm1wZWdfZGVpbnRl cmxhY2Ugb2ZmCgoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMgU25hcHNob3RzIChUcmFk aXRpb25hbCBQZXJpb2RpYyBXZWJjYW0gRmlsZSBPdXRwdXQpCiMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIwoKIyBNYWtlIGF1dG9tYXRlZCBzbmFwc2hvdCBldmVyeSBOIHNl Y29uZHMgKGRlZmF1bHQ6IDAgPSBkaXNhYmxlZCkKc25hcHNob3RfaW50ZXJ2 YWwgMAoKCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIwojIFRleHQgRGlzcGxheQojICVZID0g eWVhciwgJW0gPSBtb250aCwgJWQgPSBkYXRlLAojICVIID0gaG91ciwgJU0g PSBtaW51dGUsICVTID0gc2Vjb25kLCAlVCA9IEhIOk1NOlNTLAojICV2ID0g ZXZlbnQsICVxID0gZnJhbWUgbnVtYmVyLCAldCA9IHRocmVhZCAoY2FtZXJh KSBudW1iZXIsCiMgJUQgPSBjaGFuZ2VkIHBpeGVscywgJU4gPSBub2lzZSBs ZXZlbCwgXG4gPSBuZXcgbGluZSwKIyAlaSBhbmQgJUogPSB3aWR0aCBhbmQg aGVpZ2h0IG9mIG1vdGlvbiBhcmVhLAojICVLIGFuZCAlTCA9IFggYW5kIFkg Y29vcmRpbmF0ZXMgb2YgbW90aW9uIGNlbnRlcgojICVDID0gdmFsdWUgZGVm aW5lZCBieSB0ZXh0X2V2ZW50IC0gZG8gbm90IHVzZSB3aXRoIHRleHRfZXZl bnQhCiMgWW91IGNhbiBwdXQgcXVvdGF0aW9uIG1hcmtzIGFyb3VuZCB0aGUg dGV4dCB0byBhbGxvdwojIGxlYWRpbmcgc3BhY2VzCiMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IwoKIyBMb2NhdGUgYW5kIGRyYXcgYSBib3ggYXJvdW5kIHRoZSBtb3Zpbmcg b2JqZWN0LgojIFZhbGlkIHZhbHVlczogb24sIG9mZiBhbmQgcHJldmlldyAo ZGVmYXVsdDogb2ZmKQojIFNldCB0byAncHJldmlldycgd2lsbCBvbmx5IGRy YXcgYSBib3ggaW4gcHJldmlld19zaG90IHBpY3R1cmVzLgpsb2NhdGUgb2Zm CgojIERyYXdzIHRoZSB0aW1lc3RhbXAgdXNpbmcgc2FtZSBvcHRpb25zIGFz IEMgZnVuY3Rpb24gc3RyZnRpbWUoMykKIyBEZWZhdWx0OiAlWS0lbS0lZFxu JVQgPSBkYXRlIGluIElTTyBmb3JtYXQgYW5kIHRpbWUgaW4gMjQgaG91ciBj bG9jawojIFRleHQgaXMgcGxhY2VkIGluIGxvd2VyIHJpZ2h0IGNvcm5lcgp0 ZXh0X3JpZ2h0ICVZLSVtLSVkXG4lVC0lcQoKIyBEcmF3IGEgdXNlciBkZWZp bmVkIHRleHQgb24gdGhlIGltYWdlcyB1c2luZyBzYW1lIG9wdGlvbnMgYXMg QyBmdW5jdGlvbiBzdHJmdGltZSgzKQojIERlZmF1bHQ6IE5vdCBkZWZpbmVk ID0gbm8gdGV4dAojIFRleHQgaXMgcGxhY2VkIGluIGxvd2VyIGxlZnQgY29y bmVyCjsgdGV4dF9sZWZ0IENBTUVSQSAldAoKIyBEcmF3IHRoZSBudW1iZXIg b2YgY2hhbmdlZCBwaXhlZCBvbiB0aGUgaW1hZ2VzIChkZWZhdWx0OiBvZmYp CiMgV2lsbCBub3JtYWxseSBiZSBzZXQgdG8gb2ZmIGV4Y2VwdCB3aGVuIHlv dSBzZXR1cCBhbmQgYWRqdXN0IHRoZSBtb3Rpb24gc2V0dGluZ3MKIyBUZXh0 IGlzIHBsYWNlZCBpbiB1cHBlciByaWdodCBjb3JuZXIKdGV4dF9jaGFuZ2Vz IG9mZgoKIyBUaGlzIG9wdGlvbiBkZWZpbmVzIHRoZSB2YWx1ZSBvZiB0aGUg c3BlY2lhbCBldmVudCBjb252ZXJzaW9uIHNwZWNpZmllciAlQwojIFlvdSBj YW4gdXNlIGFueSBjb252ZXJzaW9uIHNwZWNpZmllciBpbiB0aGlzIG9wdGlv biBleGNlcHQgJUMuIERhdGUgYW5kIHRpbWUKIyB2YWx1ZXMgYXJlIGZyb20g dGhlIHRpbWVzdGFtcCBvZiB0aGUgZmlyc3QgaW1hZ2UgaW4gdGhlIGN1cnJl bnQgZXZlbnQuCiMgRGVmYXVsdDogJVklbSVkJUglTSVTCiMgVGhlIGlkZWEg aXMgdGhhdCAlQyBjYW4gYmUgdXNlZCBmaWxlbmFtZXMgYW5kIHRleHRfbGVm dC9yaWdodCBmb3IgY3JlYXRpbmcKIyBhIHVuaXF1ZSBpZGVudGlmaWVyIGZv ciBlYWNoIGV2ZW50Lgp0ZXh0X2V2ZW50ICVZJW0lZCVIJU0lUwoKIyBEcmF3 IGNoYXJhY3RlcnMgYXQgdHdpY2Ugbm9ybWFsIHNpemUgb24gaW1hZ2VzLiAo ZGVmYXVsdDogb2ZmKQp0ZXh0X2RvdWJsZSBvZmYKCgojIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMKIyBUYXJnZXQgRGlyZWN0b3JpZXMgYW5kIGZpbGVuYW1lcyBGb3IgSW1h Z2VzIEFuZCBGaWxtcwojIEZvciB0aGUgb3B0aW9ucyBzbmFwc2hvdF8sIGpw ZWdfLCBtcGVnXyBhbmQgdGltZWxhcHNlX2ZpbGVuYW1lCiMgeW91IGNhbiB1 c2UgY29udmVyc2lvbiBzcGVjaWZpZXJzCiMgJVkgPSB5ZWFyLCAlbSA9IG1v bnRoLCAlZCA9IGRhdGUsCiMgJUggPSBob3VyLCAlTSA9IG1pbnV0ZSwgJVMg PSBzZWNvbmQsCiMgJXYgPSBldmVudCwgJXEgPSBmcmFtZSBudW1iZXIsICV0 ID0gdGhyZWFkIChjYW1lcmEpIG51bWJlciwKIyAlRCA9IGNoYW5nZWQgcGl4 ZWxzLCAlTiA9IG5vaXNlIGxldmVsLAojICVpIGFuZCAlSiA9IHdpZHRoIGFu ZCBoZWlnaHQgb2YgbW90aW9uIGFyZWEsCiMgJUsgYW5kICVMID0gWCBhbmQg WSBjb29yZGluYXRlcyBvZiBtb3Rpb24gY2VudGVyCiMgJUMgPSB2YWx1ZSBk ZWZpbmVkIGJ5IHRleHRfZXZlbnQKIyBRdW90YXRpb24gbWFya3Mgcm91bmQg c3RyaW5nIGFyZSBhbGxvd2VkLgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKCiMgVGFyZ2V0 IGJhc2UgZGlyZWN0b3J5IGZvciBwaWN0dXJlcyBhbmQgZmlsbXMKIyBSZWNv bW1lbmRlZCB0byB1c2UgYWJzb2x1dGUgcGF0aC4gKERlZmF1bHQ6IGN1cnJl bnQgd29ya2luZyBkaXJlY3RvcnkpCnRhcmdldF9kaXIgL3Vzci9sb2NhbC9h cGFjaGUyMi9kYXRhLwoKIyBGaWxlIHBhdGggZm9yIHNuYXBzaG90cyAoanBl ZyBvciBwcG0pIHJlbGF0aXZlIHRvIHRhcmdldF9kaXIKIyBEZWZhdWx0OiAl di0lWSVtJWQlSCVNJVMtc25hcHNob3QKIyBEZWZhdWx0IHZhbHVlIGlzIGVx dWl2YWxlbnQgdG8gbGVnYWN5IG9sZGxheW91dCBvcHRpb24KIyBGb3IgTW90 aW9uIDMuMCBjb21wYXRpYmxlIG1vZGUgY2hvb3NlOiAlWS8lbS8lZC8lSC8l TS8lUy1zbmFwc2hvdAojIEZpbGUgZXh0ZW5zaW9uIC5qcGcgb3IgLnBwbSBp cyBhdXRvbWF0aWNhbGx5IGFkZGVkIHNvIGRvIG5vdCBpbmNsdWRlIHRoaXMu CiMgTm90ZTogQSBzeW1ib2xpYyBsaW5rIGNhbGxlZCBsYXN0c25hcC5qcGcg Y3JlYXRlZCBpbiB0aGUgdGFyZ2V0X2RpciB3aWxsIGFsd2F5cwojIHBvaW50 IHRvIHRoZSBsYXRlc3Qgc25hcHNob3QsIHVubGVzcyBzbmFwc2hvdF9maWxl bmFtZSBpcyBleGFjdGx5ICdsYXN0c25hcCcKc25hcHNob3RfZmlsZW5hbWUg JXYtJVklbSVkJUglTSVTLXNuYXBzaG90CgojIEZpbGUgcGF0aCBmb3IgbW90 aW9uIHRyaWdnZXJlZCBpbWFnZXMgKGpwZWcgb3IgcHBtKSByZWxhdGl2ZSB0 byB0YXJnZXRfZGlyCiMgRGVmYXVsdDogJXYtJVklbSVkJUglTSVTLSVxCiMg RGVmYXVsdCB2YWx1ZSBpcyBlcXVpdmFsZW50IHRvIGxlZ2FjeSBvbGRsYXlv dXQgb3B0aW9uCiMgRm9yIE1vdGlvbiAzLjAgY29tcGF0aWJsZSBtb2RlIGNo b29zZTogJVkvJW0vJWQvJUgvJU0vJVMtJXEKIyBGaWxlIGV4dGVuc2lvbiAu anBnIG9yIC5wcG0gaXMgYXV0b21hdGljYWxseSBhZGRlZCBzbyBkbyBub3Qg aW5jbHVkZSB0aGlzCiMgU2V0IHRvICdwcmV2aWV3JyB0b2dldGhlciB3aXRo IGJlc3QtcHJldmlldyBmZWF0dXJlIGVuYWJsZXMgc3BlY2lhbCBuYW1pbmcK IyBjb252ZW50aW9uIGZvciBwcmV2aWV3IHNob3RzLiBTZWUgbW90aW9uIGd1 aWRlIGZvciBkZXRhaWxzCmpwZWdfZmlsZW5hbWUgJXYtJVklbSVkJUglTSVT LSVxCgojIEZpbGUgcGF0aCBmb3IgbW90aW9uIHRyaWdnZXJlZCBmZm1wZWcg ZmlsbXMgKG1wZWcpIHJlbGF0aXZlIHRvIHRhcmdldF9kaXIKIyBEZWZhdWx0 OiAldi0lWSVtJWQlSCVNJVMKIyBEZWZhdWx0IHZhbHVlIGlzIGVxdWl2YWxl bnQgdG8gbGVnYWN5IG9sZGxheW91dCBvcHRpb24KIyBGb3IgTW90aW9uIDMu MCBjb21wYXRpYmxlIG1vZGUgY2hvb3NlOiAlWS8lbS8lZC8lSCVNJVMKIyBG aWxlIGV4dGVuc2lvbiAubXBnIG9yIC5hdmkgaXMgYXV0b21hdGljYWxseSBh ZGRlZCBzbyBkbyBub3QgaW5jbHVkZSB0aGlzCiMgVGhpcyBvcHRpb24gd2Fz IHByZXZpb3VzbHkgY2FsbGVkIGZmbXBlZ19maWxlbmFtZQptb3ZpZV9maWxl bmFtZSAldi0lWSVtJWQlSCVNJVMKCiMgRmlsZSBwYXRoIGZvciB0aW1lbGFw c2UgbXBlZ3MgcmVsYXRpdmUgdG8gdGFyZ2V0X2RpcgojIERlZmF1bHQ6ICVZ JW0lZC10aW1lbGFwc2UKIyBEZWZhdWx0IHZhbHVlIGlzIG5lYXIgZXF1aXZh bGVudCB0byBsZWdhY3kgb2xkbGF5b3V0IG9wdGlvbgojIEZvciBNb3Rpb24g My4wIGNvbXBhdGlibGUgbW9kZSBjaG9vc2U6ICVZLyVtLyVkLXRpbWVsYXBz ZQojIEZpbGUgZXh0ZW5zaW9uIC5tcGcgaXMgYXV0b21hdGljYWxseSBhZGRl ZCBzbyBkbyBub3QgaW5jbHVkZSB0aGlzCnRpbWVsYXBzZV9maWxlbmFtZSAl WSVtJWQtdGltZWxhcHNlCgoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCiMgTGl2ZSBXZWJj YW0gU2VydmVyCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIyBUaGUgbWluaS1odHRwIHNl cnZlciBsaXN0ZW5zIHRvIHRoaXMgcG9ydCBmb3IgcmVxdWVzdHMgKGRlZmF1 bHQ6IDAgPSBkaXNhYmxlZCkKd2ViY2FtX3BvcnQgMAoKIyBRdWFsaXR5IG9m IHRoZSBqcGVnIGltYWdlcyBwcm9kdWNlZCAoZGVmYXVsdDogNTApCndlYmNh bV9xdWFsaXR5IDUwCgojIE91dHB1dCBmcmFtZXMgYXQgMSBmcHMgd2hlbiBu byBtb3Rpb24gaXMgZGV0ZWN0ZWQgYW5kIGluY3JlYXNlIHRvIHRoZQojIHJh dGUgZ2l2ZW4gYnkgd2ViY2FtX21heHJhdGUgd2hlbiBtb3Rpb24gaXMgZGV0 ZWN0ZWQgKGRlZmF1bHQ6IG9mZikKd2ViY2FtX21vdGlvbiBvZmYKCiMgTWF4 aW11bSBmcmFtZXJhdGUgZm9yIHdlYmNhbSBzdHJlYW1zIChkZWZhdWx0OiAx KQp3ZWJjYW1fbWF4cmF0ZSAxCgojIFJlc3RyaWN0IHdlYmNhbSBjb25uZWN0 aW9ucyB0byBsb2NhbGhvc3Qgb25seSAoZGVmYXVsdDogb24pCndlYmNhbV9s b2NhbGhvc3Qgb24KCiMgTGltaXRzIHRoZSBudW1iZXIgb2YgaW1hZ2VzIHBl ciBjb25uZWN0aW9uIChkZWZhdWx0OiAwID0gdW5saW1pdGVkKQojIE51bWJl ciBjYW4gYmUgZGVmaW5lZCBieSBtdWx0aXBseWluZyBhY3R1YWwgd2ViY2Ft IHJhdGUgYnkgZGVzaXJlZCBudW1iZXIgb2Ygc2Vjb25kcwojIEFjdHVhbCB3 ZWJjYW0gcmF0ZSBpcyB0aGUgc21hbGxlc3Qgb2YgdGhlIG51bWJlcnMgZnJh bWVyYXRlIGFuZCB3ZWJjYW1fbWF4cmF0ZQp3ZWJjYW1fbGltaXQgMAoKCiMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIwojIEhUVFAgQmFzZWQgQ29udHJvbAojIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMKCiMgVENQL0lQIHBvcnQgZm9yIHRoZSBodHRwIHNlcnZlciB0byBs aXN0ZW4gb24gKGRlZmF1bHQ6IDAgPSBkaXNhYmxlZCkKY29udHJvbF9wb3J0 IDgwODAKCiMgUmVzdHJpY3QgY29udHJvbCBjb25uZWN0aW9ucyB0byBsb2Nh bGhvc3Qgb25seSAoZGVmYXVsdDogb24pCmNvbnRyb2xfbG9jYWxob3N0IG9u CgojIE91dHB1dCBmb3IgaHR0cCBzZXJ2ZXIsIHNlbGVjdCBvZmYgdG8gY2hv b3NlIHJhdyB0ZXh0IHBsYWluIChkZWZhdWx0OiBvbikKY29udHJvbF9odG1s X291dHB1dCBvbgoKIyBBdXRoZW50aWNhdGlvbiBmb3IgdGhlIGh0dHAgYmFz ZWQgY29udHJvbC4gU3ludGF4IHVzZXJuYW1lOnBhc3N3b3JkCiMgRGVmYXVs dDogbm90IGRlZmluZWQgKERpc2FibGVkKQo7IGNvbnRyb2xfYXV0aGVudGlj YXRpb24gdXNlcm5hbWU6cGFzc3dvcmQKCgojIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKIyBU cmFja2luZyAoUGFuL1RpbHQpCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIyBUeXBlIG9m IHRyYWNrZXIgKDA9bm9uZSAoZGVmYXVsdCksIDE9c3RlcHBlciwgMj1pb21v am8sIDM9cHdjLCA0PWdlbmVyaWMsIDU9dXZjdmlkZW8pCiMgVGhlIGdlbmVy aWMgdHlwZSBlbmFibGVzIHRoZSBkZWZpbml0aW9uIG9mIG1vdGlvbiBjZW50 ZXIgYW5kIG1vdGlvbiBzaXplIHRvCiMgYmUgdXNlZCB3aXRoIHRoZSBjb252 ZXJzaW9uIHNwZWNpZmllcnMgZm9yIG9wdGlvbnMgbGlrZSBvbl9tb3Rpb25f ZGV0ZWN0ZWQKdHJhY2tfdHlwZSAwCgojIEVuYWJsZSBhdXRvIHRyYWNraW5n IChkZWZhdWx0OiBvZmYpCnRyYWNrX2F1dG8gb2ZmCgojIFNlcmlhbCBwb3J0 IG9mIG1vdG9yIChkZWZhdWx0OiBub25lKQo7IHRyYWNrX3BvcnQgdmFsdWUK CiMgTW90b3IgbnVtYmVyIGZvciB4LWF4aXMgKGRlZmF1bHQ6IDApCnRyYWNr X21vdG9yeCAwCgojIE1vdG9yIG51bWJlciBmb3IgeS1heGlzIChkZWZhdWx0 OiAwKQp0cmFja19tb3RvcnkgMAoKIyBNYXhpbXVtIHZhbHVlIG9uIHgtYXhp cyAoZGVmYXVsdDogMCkKdHJhY2tfbWF4eCAwCgojIE1heGltdW0gdmFsdWUg b24geS1heGlzIChkZWZhdWx0OiAwKQp0cmFja19tYXh5IDAKCiMgSUQgb2Yg YW4gaW9tb2pvIGNhbWVyYSBpZiB1c2VkIChkZWZhdWx0OiAwKQp0cmFja19p b21vam9faWQgMAoKIyBBbmdsZSBpbiBkZWdyZWVzIHRoZSBjYW1lcmEgbW92 ZXMgcGVyIHN0ZXAgb24gdGhlIFgtYXhpcwojIHdpdGggYXV0by10cmFjayAo ZGVmYXVsdDogMTApCiMgQ3VycmVudGx5IG9ubHkgdXNlZCB3aXRoIHB3YyB0 eXBlIGNhbWVyYXMKdHJhY2tfc3RlcF9hbmdsZV94IDEwCgojIEFuZ2xlIGlu IGRlZ3JlZXMgdGhlIGNhbWVyYSBtb3ZlcyBwZXIgc3RlcCBvbiB0aGUgWS1h eGlzCiMgd2l0aCBhdXRvLXRyYWNrIChkZWZhdWx0OiAxMCkKIyBDdXJyZW50 bHkgb25seSB1c2VkIHdpdGggcHdjIHR5cGUgY2FtZXJhcwp0cmFja19zdGVw X2FuZ2xlX3kgMTAKCiMgRGVsYXkgdG8gd2FpdCBmb3IgYWZ0ZXIgdHJhY2tp bmcgbW92ZW1lbnQgYXMgbnVtYmVyCiMgb2YgcGljdHVyZSBmcmFtZXMgKGRl ZmF1bHQ6IDEwKQp0cmFja19tb3ZlX3dhaXQgMTAKCiMgU3BlZWQgdG8gc2V0 IHRoZSBtb3RvciB0byAoc3RlcHBlciBtb3RvciBvcHRpb24pIChkZWZhdWx0 OiAyNTUpCnRyYWNrX3NwZWVkIDI1NQoKIyBOdW1iZXIgb2Ygc3RlcHMgdG8g bWFrZSAoc3RlcHBlciBtb3RvciBvcHRpb24pIChkZWZhdWx0OiA0MCkKdHJh Y2tfc3RlcHNpemUgNDAKCgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKIyBFeHRlcm5hbCBD b21tYW5kcywgV2FybmluZ3MgYW5kIExvZ2dpbmc6CiMgWW91IGNhbiB1c2Ug Y29udmVyc2lvbiBzcGVjaWZpZXJzIGZvciB0aGUgb25feHh4eCBjb21tYW5k cwojICVZID0geWVhciwgJW0gPSBtb250aCwgJWQgPSBkYXRlLAojICVIID0g aG91ciwgJU0gPSBtaW51dGUsICVTID0gc2Vjb25kLAojICV2ID0gZXZlbnQs ICVxID0gZnJhbWUgbnVtYmVyLCAldCA9IHRocmVhZCAoY2FtZXJhKSBudW1i ZXIsCiMgJUQgPSBjaGFuZ2VkIHBpeGVscywgJU4gPSBub2lzZSBsZXZlbCwK IyAlaSBhbmQgJUogPSB3aWR0aCBhbmQgaGVpZ2h0IG9mIG1vdGlvbiBhcmVh LAojICVLIGFuZCAlTCA9IFggYW5kIFkgY29vcmRpbmF0ZXMgb2YgbW90aW9u IGNlbnRlcgojICVDID0gdmFsdWUgZGVmaW5lZCBieSB0ZXh0X2V2ZW50CiMg JWYgPSBmaWxlbmFtZSB3aXRoIGZ1bGwgcGF0aAojICVuID0gbnVtYmVyIGlu ZGljYXRpbmcgZmlsZXR5cGUKIyBCb3RoICVmIGFuZCAlbiBhcmUgb25seSBk ZWZpbmVkIGZvciBvbl9waWN0dXJlX3NhdmUsCiMgb25fbW92aWVfc3RhcnQg YW5kIG9uX21vdmllX2VuZAojIFF1b3RhdGlvbiBtYXJrcyByb3VuZCBzdHJp bmcgYXJlIGFsbG93ZWQuCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoKIyBEbyBub3Qgc291 bmQgYmVlcHMgd2hlbiBkZXRlY3RpbmcgbW90aW9uIChkZWZhdWx0OiBvbikK IyBOb3RlOiBNb3Rpb24gbmV2ZXIgYmVlcHMgd2hlbiBydW5uaW5nIGluIGRh ZW1vbiBtb2RlLgpxdWlldCBvbgoKIyBDb21tYW5kIHRvIGJlIGV4ZWN1dGVk IHdoZW4gYW4gZXZlbnQgc3RhcnRzLiAoZGVmYXVsdDogbm9uZSkKIyBBbiBl dmVudCBzdGFydHMgYXQgZmlyc3QgbW90aW9uIGRldGVjdGVkIGFmdGVyIGEg cGVyaW9kIG9mIG5vIG1vdGlvbiBkZWZpbmVkIGJ5IGdhcCAKOyBvbl9ldmVu dF9zdGFydCB2YWx1ZQoKIyBDb21tYW5kIHRvIGJlIGV4ZWN1dGVkIHdoZW4g YW4gZXZlbnQgZW5kcyBhZnRlciBhIHBlcmlvZCBvZiBubyBtb3Rpb24KIyAo ZGVmYXVsdDogbm9uZSkuIFRoZSBwZXJpb2Qgb2Ygbm8gbW90aW9uIGlzIGRl ZmluZWQgYnkgb3B0aW9uIGdhcC4KOyBvbl9ldmVudF9lbmQgdmFsdWUKCiMg Q29tbWFuZCB0byBiZSBleGVjdXRlZCB3aGVuIGEgcGljdHVyZSAoLnBwbXwu anBnKSBpcyBzYXZlZCAoZGVmYXVsdDogbm9uZSkKIyBUbyBnaXZlIHRoZSBm aWxlbmFtZSBhcyBhbiBhcmd1bWVudCB0byBhIGNvbW1hbmQgYXBwZW5kIGl0 IHdpdGggJWYKOyBvbl9waWN0dXJlX3NhdmUgdmFsdWUKCiMgQ29tbWFuZCB0 byBiZSBleGVjdXRlZCB3aGVuIGEgbW90aW9uIGZyYW1lIGlzIGRldGVjdGVk IChkZWZhdWx0OiBub25lKQo7IG9uX21vdGlvbl9kZXRlY3RlZCB2YWx1ZQoK IyBDb21tYW5kIHRvIGJlIGV4ZWN1dGVkIHdoZW4gbW90aW9uIGluIGEgcHJl ZGVmaW5lZCBhcmVhIGlzIGRldGVjdGVkCiMgQ2hlY2sgb3B0aW9uICdhcmVh X2RldGVjdCcuICAgKGRlZmF1bHQ6IG5vbmUpCjsgb25fYXJlYV9kZXRlY3Rl ZCB2YWx1ZQoKIyBDb21tYW5kIHRvIGJlIGV4ZWN1dGVkIHdoZW4gYSBtb3Zp ZSBmaWxlICgubXBnfC5hdmkpIGlzIGNyZWF0ZWQuIChkZWZhdWx0OiBub25l KQojIFRvIGdpdmUgdGhlIGZpbGVuYW1lIGFzIGFuIGFyZ3VtZW50IHRvIGEg Y29tbWFuZCBhcHBlbmQgaXQgd2l0aCAlZgo7IG9uX21vdmllX3N0YXJ0IHZh bHVlCgojIENvbW1hbmQgdG8gYmUgZXhlY3V0ZWQgd2hlbiBhIG1vdmllIGZp bGUgKC5tcGd8LmF2aSkgaXMgY2xvc2VkLiAoZGVmYXVsdDogbm9uZSkKIyBU byBnaXZlIHRoZSBmaWxlbmFtZSBhcyBhbiBhcmd1bWVudCB0byBhIGNvbW1h bmQgYXBwZW5kIGl0IHdpdGggJWYKOyBvbl9tb3ZpZV9lbmQgdmFsdWUKCiMg Q29tbWFuZCB0byBiZSBleGVjdXRlZCB3aGVuIGEgY2FtZXJhIGNhbid0IGJl IG9wZW5lZCBvciBpZiBpdCBpcyBsb3N0CiMgTk9URTogVGhlcmUgaXMgc2l0 dWF0aW9ucyB3aGVuIG1vdGlvbiBkb2Vzbid0IGRldGVjdCBhIGxvc3QgY2Ft ZXJhIQojIEl0IGRlcGVuZHMgb24gdGhlIGRyaXZlciwgc29tZSBkcml2ZXJz IGRvbid0IGRldGVjdCBhIGxvc3QgY2FtZXJhIGF0IGFsbAojIFNvbWUgaGFu ZyB0aGUgbW90aW9uIHRocmVhZC4gU29tZSBldmVuIGhhbmcgdGhlIFBDISAo ZGVmYXVsdDogbm9uZSkKOyBvbl9jYW1lcmFfbG9zdCB2YWx1ZQoKIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjCiMgQ29tbW9uIE9wdGlvbnMgRm9yIE15U1FMIGFuZCBQb3N0 Z3JlU1FMIGRhdGFiYXNlIGZlYXR1cmVzLgojIE9wdGlvbnMgcmVxdWlyZSB0 aGUgTXlTUUwvUG9zdGdyZVNRTCBvcHRpb25zIHRvIGJlIGFjdGl2ZSBhbHNv LgojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMKCiMgTG9nIHRvIHRoZSBkYXRhYmFzZSB3aGVu IGNyZWF0aW5nIG1vdGlvbiB0cmlnZ2VyZWQgaW1hZ2UgZmlsZSAgKGRlZmF1 bHQ6IG9uKQpzcWxfbG9nX2ltYWdlIG9uCgojIExvZyB0byB0aGUgZGF0YWJh c2Ugd2hlbiBjcmVhdGluZyBhIHNuYXBzaG90IGltYWdlIGZpbGUgKGRlZmF1 bHQ6IG9uKQpzcWxfbG9nX3NuYXBzaG90IG9uCgojIExvZyB0byB0aGUgZGF0 YWJhc2Ugd2hlbiBjcmVhdGluZyBtb3Rpb24gdHJpZ2dlcmVkIG1wZWcgZmls ZSAoZGVmYXVsdDogb2ZmKQpzcWxfbG9nX21wZWcgb2ZmCgojIExvZyB0byB0 aGUgZGF0YWJhc2Ugd2hlbiBjcmVhdGluZyB0aW1lbGFwc2UgbXBlZyBmaWxl IChkZWZhdWx0OiBvZmYpCnNxbF9sb2dfdGltZWxhcHNlIG9mZgoKIyBTUUwg cXVlcnkgc3RyaW5nIHRoYXQgaXMgc2VudCB0byB0aGUgZGF0YWJhc2UKIyBV c2Ugc2FtZSBjb252ZXJzaW9uIHNwZWNpZmllcnMgaGFzIGZvciB0ZXh0IGZl YXR1cmVzCiMgQWRkaXRpb25hbCBzcGVjaWFsIGNvbnZlcnNpb24gc3BlY2lm aWVycyBhcmUKIyAlbiA9IHRoZSBudW1iZXIgcmVwcmVzZW50aW5nIHRoZSBm aWxlX3R5cGUKIyAlZiA9IGZpbGVuYW1lIHdpdGggZnVsbCBwYXRoCiMgRGVm YXVsdCB2YWx1ZToKIyBpbnNlcnQgaW50byBzZWN1cml0eShjYW1lcmEsIGZp bGVuYW1lLCBmcmFtZSwgZmlsZV90eXBlLCB0aW1lX3N0YW1wLCB0ZXh0X2V2 ZW50KSB2YWx1ZXMoJyV0JywgJyVmJywgJyVxJywgJyVuJywgJyVZLSVtLSVk ICVUJywgJyVDJykKc3FsX3F1ZXJ5IGluc2VydCBpbnRvIHNlY3VyaXR5KGNh bWVyYSwgZmlsZW5hbWUsIGZyYW1lLCBmaWxlX3R5cGUsIHRpbWVfc3RhbXAs IGV2ZW50X3RpbWVfc3RhbXApIHZhbHVlcygnJXQnLCAnJWYnLCAnJXEnLCAn JW4nLCAnJVktJW0tJWQgJVQnLCAnJUMnKQoKCiMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoj IERhdGFiYXNlIE9wdGlvbnMgRm9yIE15U1FMCiMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIwoK IyBNeXNxbCBkYXRhYmFzZSB0byBsb2cgdG8gKGRlZmF1bHQ6IG5vdCBkZWZp bmVkKQo7IG15c3FsX2RiIHZhbHVlCgojIFRoZSBob3N0IG9uIHdoaWNoIHRo ZSBkYXRhYmFzZSBpcyBsb2NhdGVkIChkZWZhdWx0OiBsb2NhbGhvc3QpCjsg bXlzcWxfaG9zdCB2YWx1ZQoKIyBVc2VyIGFjY291bnQgbmFtZSBmb3IgTXlT UUwgZGF0YWJhc2UgKGRlZmF1bHQ6IG5vdCBkZWZpbmVkKQo7IG15c3FsX3Vz ZXIgdmFsdWUKCiMgVXNlciBwYXNzd29yZCBmb3IgTXlTUUwgZGF0YWJhc2Ug KGRlZmF1bHQ6IG5vdCBkZWZpbmVkKQo7IG15c3FsX3Bhc3N3b3JkIHZhbHVl CgoKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjCiMgRGF0YWJhc2UgT3B0aW9ucyBGb3IgUG9z dGdyZVNRTAojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKCiMgUG9zdGdyZVNRTCBkYXRhYmFz ZSB0byBsb2cgdG8gKGRlZmF1bHQ6IG5vdCBkZWZpbmVkKQo7IHBnc3FsX2Ri IHZhbHVlCgojIFRoZSBob3N0IG9uIHdoaWNoIHRoZSBkYXRhYmFzZSBpcyBs b2NhdGVkIChkZWZhdWx0OiBsb2NhbGhvc3QpCjsgcGdzcWxfaG9zdCB2YWx1 ZQoKIyBVc2VyIGFjY291bnQgbmFtZSBmb3IgUG9zdGdyZVNRTCBkYXRhYmFz ZSAoZGVmYXVsdDogbm90IGRlZmluZWQpCjsgcGdzcWxfdXNlciB2YWx1ZQoK IyBVc2VyIHBhc3N3b3JkIGZvciBQb3N0Z3JlU1FMIGRhdGFiYXNlIChkZWZh dWx0OiBub3QgZGVmaW5lZCkKOyBwZ3NxbF9wYXNzd29yZCB2YWx1ZQoKIyBQ b3J0IG9uIHdoaWNoIHRoZSBQb3N0Z3JlU1FMIGRhdGFiYXNlIGlzIGxvY2F0 ZWQgKGRlZmF1bHQ6IDU0MzIpCjsgcGdzcWxfcG9ydCA1NDMyCgoKIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjCiMgVmlkZW8gTG9vcGJhY2sgRGV2aWNlICh2bG9vcGJhY2sg cHJvamVjdCkKIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjCgojIE91dHB1dCBpbWFnZXMgdG8g YSB2aWRlbzRsaW51eCBsb29wYmFjayBkZXZpY2UKIyBUaGUgdmFsdWUgJy0n IG1lYW5zIG5leHQgYXZhaWxhYmxlIChkZWZhdWx0OiBub3QgZGVmaW5lZCkK OyB2aWRlb19waXBlIHZhbHVlCgojIE91dHB1dCBtb3Rpb24gaW1hZ2VzIHRv IGEgdmlkZW80bGludXggbG9vcGJhY2sgZGV2aWNlCiMgVGhlIHZhbHVlICct JyBtZWFucyBuZXh0IGF2YWlsYWJsZSAoZGVmYXVsdDogbm90IGRlZmluZWQp CjsgbW90aW9uX3ZpZGVvX3BpcGUgdmFsdWUKCgojIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IwojIFRocmVhZCBjb25maWcgZmlsZXMgLSBPbmUgZm9yIGVhY2ggY2FtZXJh LgojIEV4Y2VwdCBpZiBvbmx5IG9uZSBjYW1lcmEgLSBZb3Ugb25seSBuZWVk IHRoaXMgY29uZmlnIGZpbGUuCiMgSWYgeW91IGhhdmUgbW9yZSB0aGFuIG9u ZSBjYW1lcmEgeW91IE1VU1QgZGVmaW5lIG9uZSB0aHJlYWQKIyBjb25maWcg ZmlsZSBmb3IgZWFjaCBjYW1lcmEgaW4gYWRkaXRpb24gdG8gdGhpcyBjb25m aWcgZmlsZS4KIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMKCiMgUmVtZW1iZXI6IElmIHlv dSBoYXZlIG1vcmUgdGhhbiBvbmUgY2FtZXJhIHlvdSBtdXN0IGhhdmUgb25l CiMgdGhyZWFkIGZpbGUgZm9yIGVhY2ggY2FtZXJhLiBFLmcuIDIgY2FtZXJh cyByZXF1aXJlcyAzIGZpbGVzOgojIFRoaXMgbW90aW9uLmNvbmYgZmlsZSBB TkQgdGhyZWFkMS5jb25mIGFuZCB0aHJlYWQyLmNvbmYuCiMgT25seSBwdXQg dGhlIG9wdGlvbnMgdGhhdCBhcmUgdW5pcXVlIHRvIGVhY2ggY2FtZXJhIGlu IHRoZQojIHRocmVhZCBjb25maWcgZmlsZXMuIAo7IHRocmVhZCAvdXNyL2xv Y2FsL2V0Yy90aHJlYWQxLmNvbmYKOyB0aHJlYWQgL3Vzci9sb2NhbC9ldGMv dGhyZWFkMi5jb25mCjsgdGhyZWFkIC91c3IvbG9jYWwvZXRjL3RocmVhZDMu Y29uZgo7IHRocmVhZCAvdXNyL2xvY2FsL2V0Yy90aHJlYWQ0LmNvbmYKCg== --0-359021164-1277417229=:3423-- From owner-freebsd-multimedia@FreeBSD.ORG Fri Jun 25 17:42:45 2010 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28CB5106566B for ; Fri, 25 Jun 2010 17:42:45 +0000 (UTC) (envelope-from darren780@yahoo.com) Received: from web112016.mail.gq1.yahoo.com (web112016.mail.gq1.yahoo.com [67.195.22.83]) by mx1.freebsd.org (Postfix) with SMTP id EE0C38FC13 for ; Fri, 25 Jun 2010 17:42:44 +0000 (UTC) Received: (qmail 72883 invoked by uid 60001); 25 Jun 2010 17:42:44 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1277487763; bh=CCYO2LmwdBTxaJdan7+mpqaxEAWZSpDzNKG/EYfGqxI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=e+42i1tgp6nglhlL7otsiKZfbuCvOBFjeUN7Jved1ZQnhUDVUjD8+f+ikCzxM25C1uUDC4hzSoN9Po6lr4cGsfJr2dwvkNcojnkQj2nFsK9Kcp/lXrKwUUn3qHi8kegNIFCcfDmMHXkxredSr6PH/qyUcnAcZ0kTgPrOTC0YaC8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=xxCWh4p5ap5R8v5jRA4XCGaNVh69eHFlXm/cHMnXjfA68QavNK1vaMF7jAw16nV3zQ6fftQDBy45ly7Ib8d6SwQ6RzvLYQ6xnHBQZVaForfZ4TabBSjLzY5goajs6j2PfQAqm8a2qJ/Za/Er7knN7ioC/UJj+qMDzJ1Lp75CvT8=; Message-ID: <967081.70179.qm@web112016.mail.gq1.yahoo.com> X-YMail-OSG: 1ZJe_mMVM1mNUQ1LQoFQPzzIGzGBxT7qHQtquFC88DGcKmU vY.h_732WBdr6ffH3K1H82EkjvZnIZna5FdJOgtcarQOyXS4QO2gB4tzg_LX .KlJ0ZOb1TuxpYKxb5Vja_KKcoxoqT0p_3mhpmuLg_7aT5IIkd6noYjFqXHV EF0ZvtNF8KIfU.M_W58nYUVavBsIZjjAdLY200C0i.H9xcI5wmbfHgo0jAN2 ZkxjFhgCAOUqmlc.DiSghdH7tuz0qdjM3DK7Z_iZ5OHuz8vQsYi0z8kFSxAS VoulXHc2jiyI_nMGZd5wzuGPimj2zmUvlQ2iLSTjayIhsZp8FcjkrT_6TM9V pyWwlWXGH7vl6vzr.gSfh4mgF6KM6 Received: from [68.150.134.100] by web112016.mail.gq1.yahoo.com via HTTP; Fri, 25 Jun 2010 10:42:43 PDT X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.104.274457 Date: Fri, 25 Jun 2010 10:42:43 -0700 (PDT) From: "Mr. Darren" To: freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: pvr-350 and mplayer X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2010 17:42:45 -0000 Maybe time to reconsider this. Not everyone who needs to use cxm0 can use = it with mplayer. keep zoneminder and motion in mind. =0A=0A=0ARe: PVR-350= and mplayer =0Aby Greg Lehey Dec 09, 2006; 04:17pm ::=0ARate this Messag= e: - Use ratings to moderate (?) =0AReply | Print | View Threaded | Show= Only this Message =0AOn Saturday, 9 December 2006 at 23:31:59 +0100, Ande= rs Troback wrote: =0A> Hi, =0A> =0A> I'm running a PVR-350 on my FBSD 6.2 s= ystem. =0A> =0A> If I do "mplayer /dev/cxm0" mplayer are showing "slow" pic= utre with =0A> good sound at first and after a few secs good picture and cr= appy =0A> sound. =0A=0AYes, I've seen this, and I'm working on it. You sho= uld also be seeing =0Athis kind of message in /var/log/messages: =0A=0A No= v 3 17:04:58 afa0001 kernel: cxm0: encoder dma not enough buffer space fre= e =0A=0ATry this patch: =0A=0A--- /usr/ports/multimedia/pvr250/work/dev/cxm= /cxm.h Sat Dec 9 13:28:01 2006 =0A+++ /usr/ports/multimedia/pvr250/wor= k-in-progress/dev/cxm/cxm.h Thu Nov 30 18:30:15 2006 =0A@@ -64,7 +64,7 @@ = =0A enum cxm_byte_order byte_order; =0A }; =0A=0A-#define CXM_SG_BUF= FERS 50 =0A+#define CXM_SG_BUFFERS 500 =0A=0A struct cxm_buffer_pool { =0A = bus_dma_tag_t dmat; =0A=0AThen rebuild the module, unload = the old module and install the new =0Aone. Please let me know how it goes,= whether or not it works. I'm =0Acurrently in the process of importing thi= s driver into the source =0Atree, and this is one of the things I'm plannin= g to make a tuneable. =0A=0AGreg =0A-- =0ASee complete headers for address = and phone numbers. =0A=0A=0A=0A attachment0 (194 bytes) Download Attachment= =0A=0A Re: PVR-350 and mplayer =0Aby Anders Troback Dec 12, 2006; 04:15= am ::=0ARate this Message: - Use ratings to moderate (?) =0AReply | Prin= t | View Threaded | Show Only this Message =0AOn Sun, 10 Dec 2006 09:47:27 = +1030 =0AGreg 'groggy' Lehey wrote: =0A=0A=0A> On Saturday, 9 D= ecember 2006 at 23:31:59 +0100, Anders Troback wrote: =0A> > Hi, =0A> > =0A= > > I'm running a PVR-350 on my FBSD 6.2 system. =0A> > =0A> > If I do "mpl= ayer /dev/cxm0" mplayer are showing "slow" picutre with =0A> > good sound a= t first and after a few secs good picture and crappy =0A> > sound. =0A> =0A= > Yes, I've seen this, and I'm working on it. You should also be seeing = =0A> this kind of message in /var/log/messages: =0A> =0A> Nov 3 17:04:58= afa0001 kernel: cxm0: encoder dma not enough buffer =0A> space free =0A> = =0A> Try this patch: =0A> =0A> --- /usr/ports/multimedia/pvr250/work/dev/cx= m/cxm.h Sat Dec 9 =0A> 13:28:01 2006 =0A> +++ /usr/ports/multimedia/pv= r250/work-in-progress/dev/cxm/cxm.h Thu =0A> Nov 30 18:30:15 2006 @@ -64,7 = +64,7 @@ enum cxm_byte_order byte_order; =0A> }; =0A> =0A> -#define CXM_SG= _BUFFERS 50 =0A> +#define CXM_SG_BUFFERS 500 =0A> =0A> struct cxm_buffer_p= ool { =0A> bus_dma_tag_t dmat; =0A> =0A> Then rebuild the= module, unload the old module and install the new =0A> one. Please let me= know how it goes, whether or not it works. I'm =0A> currently in the proc= ess of importing this driver into the source =0A> tree, and this is one of = the things I'm planning to make a tuneable. =0A> =0A... [show rest of quote= ]=0ANo same thing (besides that I didn't see the dma stuff =0Ain /var/log/m= essages anymore):-( =0A=0AI did try to run xine instead (cat /dev/cxm0 | xi= ne stdin://) and that =0Aworks! It don't change anything but I just want to= let you know:-) =0A=0A=0A=0A-- =0AAnders Trob=E4ck =0Ahttp://www.troback.c= om/=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =0AWindows:= "Where do you want to go today?" =0ALinux: "Where do you want to go tomorr= ow?" =0AFreeBSD: "Are you guys coming, or what?" =0A-----------------------= --------------------- =0A_______________________________________________ = =0Afreebsd-multimedia@... mailing list =0Ahttp://lists.freebsd.org/mailman/= listinfo/freebsd-multimedia=0ATo unsubscribe, send any mail to "freebsd-mul= timedia-unsubscribe@..." =0A =0A=0A Re: PVR-350 and mplayer =0Aby usleep= less Dec 12, 2006; 04:44am ::=0ARate this Message: - Use ratings to mode= rate (?) =0AReply | Print | View Threaded | Show Only this Message =0AHi An= ders, =0A=0Ai am dutch, your name means "different" here. =0A=0AOn 12/9/06,= Anders Troback wrote: =0A=0A> Hi, =0A> =0A> I'm running a PV= R-350 on my FBSD 6.2 system. =0A> =0A> If I do "mplayer /dev/cxm0" mplayer = are showing "slow" picutre with =0A> good sound at first and after a few se= cs good picture and crappy sound. =0A> =0A> Mplayer repeats an error: =0A> = =0A> Broken frame at =0A> 0xB62E0 A: 15.9 V: 8.9 A-V: 6.984 ct: 0.584 = 205/205 11% 1% 152.2% =0A> 29 0 Too many video packets in the buffer: (409= 6 in 8103092 bytes). =0A> Maybe you are playing a non-interleaved stream/fi= le or the codec failed? =0A> For AVI files, try to force non-interleaved mo= de with the -ni option. =0A> =0A> Too many video packets in the buffer: (40= 96 in 8103092 bytes). =0A> Maybe you are playing a non-interleaved stream/f= ile or the codec failed? =0A> For AVI files, try to force non-interleaved m= ode with the -ni option. =0A> A: 16.0 V: 9.0 A-V: 7.035 ct: 0.588 206/= 206 12% 1% 151.5% 29 0 =0A> =0A> If I do "cat /dev/cxm0 > tv.mpg" and then= "mplayer tv.mpg" everything =0A> are just fine! =0A> =0A> Any ideas out th= ere!?! =0A> =0A> Thanks!!! =0A... [show rest of quote]=0A=0Atry mplayer -ca= che 4000 /dev/cxm0 =0A=0Aregards, =0A=0Ausleep =0A_________________________= ______________________ =0Afreebsd-multimedia@... mailing list =0Ahttp://lis= ts.freebsd.org/mailman/listinfo/freebsd-multimedia=0ATo unsubscribe, send a= ny mail to "freebsd-multimedia-unsubscribe@..." =0A =0A=0A Re: PVR-350 and= mplayer =0Aby Anders Troback Dec 12, 2006; 04:55am ::=0ARate this Messag= e: - Use ratings to moderate (?) =0AReply | Print | View Threaded | Show= Only this Message =0AOn Tue, 12 Dec 2006 12:44:49 +0100 =0Ausleepless@... = wrote: =0A=0A=0A> Hi Anders, =0A> =0A> i am dutch, your name means ":" here= . =0A> =0A> On 12/9/06, Anders Troback wrote: =0A> > Hi, =0A>= > =0A> > I'm running a PVR-350 on my FBSD 6.2 system. =0A> > =0A> > If I d= o "mplayer /dev/cxm0" mplayer are showing "slow" picutre with =0A> > good s= ound at first and after a few secs good picture and crappy =0A> > sound. = =0A> > =0A> > Mplayer repeats an error: =0A> > =0A> > Broken frame at =0A> = > 0xB62E0 A: 15.9 V: 8.9 A-V: 6.984 ct: 0.584 205/205 11% 1% =0A> > 1= 52.2% 29 0 Too many video packets in the buffer: (4096 in 8103092 =0A> > by= tes). Maybe you are playing a non-interleaved stream/file or the =0A> > cod= ec failed? For AVI files, try to force non-interleaved mode with =0A> > the= -ni option. =0A> > =0A> > Too many video packets in the buffer: (4096 in 8= 103092 bytes). =0A> > Maybe you are playing a non-interleaved stream/file o= r the codec =0A> > failed? For AVI files, try to force non-interleaved mode= with the =0A> > -ni option. A: 16.0 V: 9.0 A-V: 7.035 ct: 0.588 206/2= 06 12% =0A> > 1% 151.5% 29 0 =0A> > =0A> > If I do "cat /dev/cxm0 > tv.mpg"= and then "mplayer tv.mpg" =0A> > everything are just fine! =0A> > =0A> > A= ny ideas out there!?! =0A> > =0A> > Thanks!!! =0A> =0A> =0A> try mplayer -c= ache 4000 /dev/cxm0 =0A> =0A> regards, =0A> =0A> usleep =0A... [show rest o= f quote]=0AThat did the trick (with that patch on, will try without it late= r) ! =0A=0AThanks!!! =0A=0AAnd yes, I'm different:-) =0A=0A=0A\\anders =0A= =0A-- =0AAnders Trob=E4ck =0Ahttp://www.troback.com/=0A=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =0AWindows: "Where do you want to g= o today?" =0ALinux: "Where do you want to go tomorrow?" =0AFreeBSD: "Are yo= u guys coming, or what?" =0A-------------------------------------------- = =0A_______________________________________________ =0Afreebsd-multimedia@..= . mailing list =0Ahttp://lists.freebsd.org/mailman/listinfo/freebsd-multime= dia=0ATo unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@..."= =0A Free embeddable forum powered by Nabble=0A=0A Darren Johnston=0A=0A= =0A From owner-freebsd-multimedia@FreeBSD.ORG Sat Jun 26 21:29:21 2010 Return-Path: Delivered-To: freebsd-multimedia@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6715F1065670; Sat, 26 Jun 2010 21:29:21 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id D81478FC12; Sat, 26 Jun 2010 21:29:20 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 79DE71E0020C; Sat, 26 Jun 2010 23:29:19 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o5QLOg5u003486; Sat, 26 Jun 2010 23:24:42 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o5QLOgVq003485; Sat, 26 Jun 2010 23:24:42 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 26 Jun 2010 23:24:41 +0200 To: Juergen Lock Message-ID: <20100626212441.GA2871@triton8.kn-bremen.de> References: <20100502190207.GA96276@triton8.kn-bremen.de> <20100504203248.GA8212@triton8.kn-bremen.de> <20100506201305.GA23951@triton8.kn-bremen.de> <20100514171150.GA51257@triton8.kn-bremen.de> <20100516224525.GA48612@triton8.kn-bremen.de> <20100518190247.GA95111@triton8.kn-bremen.de> <20100520175952.GA90477@triton8.kn-bremen.de> <20100624190936.GA1265@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100624190936.GA1265@triton8.kn-bremen.de> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-multimedia@FreeBSD.org, lme@FreeBSD.org Subject: Re: for those that want to try vdr on FreeBSD... (dvb with webcamd) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jun 2010 21:29:21 -0000 On Thu, Jun 24, 2010 at 09:09:36PM +0200, Juergen Lock wrote: > On Thu, May 20, 2010 at 07:59:52PM +0200, Juergen Lock wrote: > > On Tue, May 18, 2010 at 09:02:47PM +0200, Juergen Lock wrote: > > > On Mon, May 17, 2010 at 12:45:25AM +0200, Juergen Lock wrote: > > > > On Fri, May 14, 2010 at 07:11:50PM +0200, Juergen Lock wrote: > > > > > On Thu, May 06, 2010 at 10:13:06PM +0200, Juergen Lock wrote: > > > > > > On Tue, May 04, 2010 at 10:32:48PM +0200, Juergen Lock wrote: > > > > > > > On Sun, May 02, 2010 at 09:02:07PM +0200, Juergen Lock wrote: > > > > > > > > Hi! > > > > > > > > > > > > > > > > I took jpulz' vdr 1.7.14 patches: (hi, you never seem to be on irc > > > > > > > > when I am... :) > > > > > > > > > > > > > > > > ftp://ftp.frm2.tum.de/pub/jpulz/VDR/ > > > > > > > > ftp://ftp.frm2.tum.de/pub/jpulz/pictures/ > > > > > > > > > > > > > > > > and made q&d ports of those and of a few more plugins and two webinterfaces > > > > > > > > so I can now use FreeBSD as a pc dvb-s2 dvr: > > > > > > > > > > > > > > > > http://people.freebsd.org/~nox/dvb/vdrdevel-preliminary.shar > > > > > > > > > > > > > > > > I don't know if/when I'll be able finish these to make them commit-ready > > > > > > > > (or even port all of the other plugins that people might want to use), > > > > > > > > if anyone wants to take over from here or at least help they are most > > > > > > > > welcome... > > > > > > > > > > > > > > > > Note: vdr 1.7.14 is the development branch so expect bugs! (I mostly > > > > > > > > used it because the stable branch (1.6) doesn't support dvb-s2...) > > > > > > > > > > > > > > > > FreeBSD notes: > > > > > > > > > > > > > > > > 0. See my earlier threads on the freebsd-multimedia list about webcamd > > > > > > > > and the usb dvb-s2 tuner I use; the relevant webcamd ports and > > > > > > > > frieds have been updated now so you _should_ be able to just use > > > > > > > > those. (I see no reason why dvb-t or dvb-c tuners wouldn't work > > > > > > > > also as long as webcamd supports them, I just haven't tested any.) > > > > > > > > > > > > > > > > 1. Before you start installing these ports add the vdr user and group > > > > > > > > to /usr/ports/UIDs: > > > > > > > > > > > > > > > > vdr:*:988:988::0:0:vdr user:/nonexistent:/usr/sbin/nologin > > > > > > > > > > > > > > > > and to /usr/ports/GIDs: > > > > > > > > > > > > > > > > vdr:*:988: > > > > > > > > > > > > > > > > (you don't have to use 988, I just didn't want the id to conflict with > > > > > > > > new ports being committed too quickly...), and then either mount an extra > > > > > > > > fs with enough space for the recordings on /video or create a video dir > > > > > > > > elsewhere where there is space, symlink it to /video and make it > > > > > > > > writable for vdr. (or if you do have one big / then you can create > > > > > > > > the dir on there too ofc, I just disabled the mkdir in the port to > > > > > > > > avoid inadvertently filling up ppl's small / fs.) > > > > > > > > > > > > > > > > 2. I didn't make rc.d scripts yet so for now you need to start vdr as > > > > > > > > well as the vdradmin-am webinterface manually, look in the README.s > > > > > > > > of the individual (plugins, vdradmin-am) ports for any needed options. > > > > > > > > My current vdr startup line is: > > > > > > > > > > > > > > > > vdr -P"xineliboutput --local=none --remote=127.1:37890" -Pskinenigmang -Pfemon -Posdpip '-Posdteletext --directory=/usr/tmp --cache-system=packed --max-cache=128' -P"streamdev-server" -P"live -i127.1" -Pepgsearch -Pcontrol > > > > > > > > > > > > > > > > Oh and I skipped install of a lot of locales for now too... > > > > > > > > > > > > > > > > 3. Of all the video output methods only xineliboutput and streamdev > > > > > > > > seem to work (and the vdr-live webinterface browser streaming which > > > > > > > > also uses streamdev), jpulz also has patches for softdevice so I made > > > > > > > > a port for that too but it only gave me a black screen... streamdev > > > > > > > > doesn't have an osd so you probably want xineliboutput at least for > > > > > > > > the first setup. > > > > > > > > > > > > > > > > I was unable to test xineliboutput's vdpau support since I no longer > > > > > > > > have nvidia (and miwi's issues with the nvidia blob on amd64 don't > > > > > > > > exactly encourage me to try it again soon...) - on the radeon here > > > > > > > > using xorg 7.4's video-ati driver with xv xineliboutput via vdr-sxfe, > > > > > > > > > > > > > > > > vdr-sxfe --video=xv --hotkeys xvdr://127.0.0.1:37890 > > > > > > > > > > > > > > > > (vdr-sxfe gets installed by the xineliboutput plugin port) as well as any > > > > > > > > other player that knew the xvdr protocol (xineliboutput with osd) were > > > > > > > > unable to play h264 hd channels (I suspect they use too much cpu; I tried > > > > > > > > xine and both the kde3 and kde4 versions of kaffeine, > > > > > > > > > > > > > > > > xine "xvdr://127.0.0.1#nocache" > > > > > > > > kaffeine "xvdr+tcp://127.1:37890" > > > > > > > > /usr/local/kde4/bin/kaffeine "xvdr+tcp://127.1:37890" > > > > > > > > > > > > > > > > ), only mplayer and (sometimes) totem/gstreamer (incluing the totem > > > > > > > > browser plugin invoked by the vdr-live webinterface) apparently were > > > > > > > > efficient enough to decode h264 on this PhenomII cpu in software: > > > > > > > > > > > > > > > > mplayer -mc 10 -cache 8192 -demuxer lavf http://127.0.0.1:37890/ > > > > > > > > totem http://127.0.0.1:37890/ > > > > > > > > > > > > > > > > (or using streamdev: > > > > > > > > > > > > > > > > mplayer -mc 10 -cache 8192 -demuxer lavf http://127.0.0.1:3000/302 > > > > > > > > totem http://127.0.0.1:3000/302 > > > > > > > > > > > > > > > > - channel 302 is arte hd in my channels.conf.) > > > > > > > > > > > > > > > > 4. I have no idea if the lirc support works on FreeBSD (and webcamd doesn't > > > > > > > > seem to support dvb tuner remotes yet anyway), so you probably will > > > > > > > > have to use keyboard control for now. I have included an example > > > > > > > > remote.conf for vdr-sxfe and the multimedia/vdr-plugin-control plugin > > > > > > > > that you can access by telnet (default port is 2002), I have put the > > > > > > > > menu button on the tab and insert keys and OK on the return key, see > > > > > > > > > > > > > > > > /usr/local/etc/vdr/remote.conf > > > > > > > > > > > > > > > > for the full keybindings list. (If you start vdr in the foreground > > > > > > > > and keep that shell open you should be able to use that for keyboard > > > > > > > > control also, the control plugin just gives me an osd too for when I > > > > > > > > use mplayer...) > > > > > > > > > > > > > > > > Oh and the webinterfaces have point-and-click remotes too but I prefer > > > > > > > > keyboard control. > > > > > > > > > > > > > > > > 5. The example channels.conf is the one that comes with the vdr sources, > > > > > > > > its for Astra 19.2E and a little outdated (also doesn't have hd channels > > > > > > > > yet), if you receive something else and don't want to go hunting for a > > > > > > > > suitable channels.conf on the web you can use w_scan for which I put a > > > > > > > > port here earlier: > > > > > > > > > > > > > > > > http://people.freebsd.org/~nox/dvb/w_scan.shar > > > > > > > > > > > > > > > > Remember to use -o7 for vdr 1.7, see the w_scan homepage for options > > > > > > > > and examples: > > > > > > > > > > > > > > > > http://wirbel.htpc-forum.de/w_scan/index_en.html > > > > > > > > > > > > > > > > Also note you probably will only need to use w_scan once initially, > > > > > > > > this vdr version by default should look for new transponders itself > > > > > > > > when it does its epg scan during idle times unles you disable that > > > > > > > > feature. > > > > > > > > > > > > > > > > 5. I ported two webinterfaces because I only learned about vdr-live > > > > > > > > later which seems to be faster and uses fewer resources meaning you > > > > > > > > could probably turn a pretty wimpy box into a vdr server as long as > > > > > > > > you keep the actual watching (especially of h264 hd) to a faster box > > > > > > > > connected over the network. The vdr-plugin-live webinterface by > > > > > > > > default listens on port 8008: > > > > > > > > > > > > > > > > http://127.1:8008/ > > > > > > > > > > > > > > > > and vdradmin_am listens on 8001: > > > > > > > > > > > > > > > > http://127.1:8001/ > > > > > > > > > > > > > > > > And the streamdev plugin has a (simple) webinterface too if you point > > > > > > > > a browser at it: (instead of a player) > > > > > > > > > > > > > > > > http://127.1:3000/ > > > > > > > > > > > > > > > > 6. I may have forgot some other manual installation steps, if you > > > > > > > > notice something just post a followup... Most of vdr's own > > > > > > > > configuration including plugins should be available in the osd > > > > > > > > under `Setup'. > > > > > > > > > > > > > > > > And finally, here are some links about vdr and the plugins and > > > > > > > > webinterfaces I made ports for: > > > > > > > > > > > > > > > > 0. vdr 1.7.14: > > > > > > > > http://www.tvdr.de/ > > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Main_Page > > > > > > > > > > > > > > > > 1. xineliboutput-1.0.5 cvs snapshot from 20100414: > > > > > > > > http://sourceforge.net/projects/xineliboutput/ > > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Xineliboutput-plugin > > > > > > > > > > > > > > > > 2. streamdev-0.5.0 cvs snapshot from 20100426: > > > > > > > > http://streamdev.vdr-developer.org/ > > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Streamdev-plugin > > > > > > > > > > > > > > > > 3. live-0.2.0: > > > > > > > > http://live.vdr-developer.org/ > > > > > > > > > > > > > > > > 4. live also depends on cxxtools and tntnet which I also had to port: > > > > > > > > http://www.tntnet.org/cxxtools.html > > > > > > > > http://www.tntnet.org/index.html > > > > > > > > > > > > > > > > 5. epgsearch-0.9.25.beta16: > > > > > > > > http://winni.vdr-developer.org/epgsearch/index_eng.html > > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Epgsearch-plugin > > > > > > > > > > > > > > > > 6. femon-1.7.7: > > > > > > > > http://www.saunalahti.fi/~rahrenbe/vdr/femon/ > > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Femon-plugin > > > > > > > > > > > > > > > > 7. osdpip-0.1.0: > > > > > > > > http://projects.vdr-developer.org/projects/show/plg-osdpip > > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Osdpip-plugin > > > > > > > > > > > > > > > > 8. osdteletext-0.8.3: > > > > > > > > http://projects.vdr-developer.org/projects/show/plg-osdteletext > > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Osdteletext-plugin > > > > > > > > > > > > > > > > 9. skinenigmang-0.1.1: > > > > > > > > http://andreas.vdr-developer.org/enigmang/index.html > > > > > > > > http://www.vdr-wiki.de/wiki/index.php/Skinenigmang-plugin > > > > > > > > (sorry for de in the second link but at least there are pics...) > > > > > > > > > > > > > > > > 10. softdevice 0.5.0 cvs snapshot from 20100414: > > > > > > > > http://softdevice.berlios.de/ > > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Softdevice-plugin > > > > > > > > > > > > > > > > 10. control-0.0.2a-45yavdr1 with ubuntu yavdr patches: > > > > > > > > http://ricomp.de/vdr/down_en.html > > > > > > > > http://www.linuxtv.org/vdrwiki/index.php/Control-plugin > > > > > > > > > > > > > > > > 11. vdradmin_am-3.6.7: > > > > > > > > http://andreas.vdr-developer.org/vdradmin-am/ > > > > > > > > > > > > > > Ok I now found out why xineliboutput didn't want to play h264 at all: > > > > > > > the libxine port builds with an internal copy of ffmpeg by default, > > > > > > > turning on its 'Enable external FFMpeg' knob got it playing. Its still > > > > > > > skipping once in a while, maybe using the new ffmpeg-devel port will > > > > > > > fix that, but looks like that would involve rebuilding several > > > > > > > dependencies at least so I haven't yet tried. > > > > > > > > > > > > > > While testing that, I have also added a small patch to improve the osd > > > > > > > resizing so the osd should look a little better now when the video resolution > > > > > > > changes (multimedia/vdr-plugin-xineliboutput/files/patch-osdautosize), > > > > > > > and I add the keypad return key to the vdr-sxfe remote.conf and changed > > > > > > > FastFwd from f to w because f is already in use for the fullscreen toggle > > > > > > > with vdr-sxfe --hotkeys. > > > > > > > > > > > > Updated version with a new osd autosize patch that handles width < 512 > > > > > > after I found out there are sd channels with width = 480 at least... > > > > > > > > > > New version that takes care of OSTYPE being now defined (which caused > > > > > the FreeBSD host detection in jpulz' patches to fail and the vdr and > > > > > plugin port builds to abort), and that adds a missing www/p5-libwww > > > > > dependency in the vdradmin-am port. > > > > > > > > Good news: with the ffmpeg-devel port and updated ports watching h264 > > > > hd streams via xineliboutput (vdr-sxfe/xine/kaffeine) and xv on > > > > xf86-video-ati-6.13.0 works well now, only enabling deinterlacing with > > > > 1080i still sometimes causes skipping with kaffeine. Another issue I > > > > initially had was vdr-sxfe often used 100% cpu on sd(!) channels, but > > > > turned out that that was just caused by it now defaulting to using > > > > libasound (alsa) that I installed for chrome, passing --audio=oss > > > > to vdr-sxfe fixed that. > > > > > > > > ..and I also updated the shar again, this time its mostly plist/permission > > > > fixes, and reinstalling the vdrdevel port via portmaster/portupgrade was > > > > broken too. > > > > > > And now I also found a `fix' for vdr-sxfe resetting the mixer volume to > > > 45 at start when using software volume control, added that to the shar > > > as multimedia/vdr-plugin-xineliboutput/files/patch-swvol (so you'll need > > > to reinstall the vdr-plugin-xineliboutput port.) > > > > > > Btw I use software volume control in vdr because selecting > > > `hardware' volume control doesn't work so well with snd(4)'s > > > volume-per-channel feature (hint.pcm.X.vpc, which also in fact is > > > software) that I want to keep enabled for other apps... And in > > > case you didn't know about this snd(4) feature you can read more here: > > > > > > http://people.freebsd.org/~ariff/SOUND_4.TXT.html > > > > That patch has been committed upstream now, so I took the opportunity > > to update the vdr-plugin-xineliboutput port to latest cvs; and I also > > made the previous osd size patch (follow native stream resolution) > > a seperate option in the xineliboutput osd config > > (multimedia/vdr-plugin-xineliboutput/files/patch-osdstreamsize), > > so `auto' is now back to what it did previously. And you can get the > > new distfile from here while the mirrors have not updated yet: > > > > http://people.freebsd.org/~nox/tmp/distfiles/vdr-xineliboutput-1.0.5s20100520.tar.bz2 > > Now finally updated to vdr 1.7.15, thanx jpulz for the patch! > (I didn't use all of it for now tho, will have to properly take care > of non-default PREFIX/LOCALBASE later.) Got some feedback (hi lme!) so I updated the shar again: 1. Updated epgsearch plugin to latest version and fixed build on i386. (see multimedia/vdr-plugin-epgsearch/files/patch-menu_whatson.c) 2. Fixed www/vdradmin-am config for new vdr port 6419, fixed file permissions and made it create missing dirs below /var, now it also can run as the vdr user and not just as root. (Still no rc.d script yet tho.) 3. Small plist fix for multimedia/vdrdevel itself. 4. Fixed fetch for streamdev and xineliboutput plugins. (Tho that actually were earlier updates.) Enjoy, :) Juergen