From owner-freebsd-multimedia@FreeBSD.ORG Mon Aug 11 10:58:30 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCE7F37B401 for ; Mon, 11 Aug 2003 10:58:30 -0700 (PDT) Received: from helium.webpack.hosteurope.de (helium.one-2-one.net [217.115.142.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9462A43FA3 for ; Mon, 11 Aug 2003 10:58:28 -0700 (PDT) (envelope-from ich@guido-berhoerster.org) Received: from hal.privat.lan (p5082D286.dip.t-dialin.net [80.130.210.134]) h7BHwPn25549 for ; Mon, 11 Aug 2003 19:58:26 +0200 Received: from hal.privat.lan (localhost [127.0.0.1]) by hal.privat.lan (8.12.8p1/8.12.8) with ESMTP id h7BHwHfV009830 for ; Mon, 11 Aug 2003 19:58:18 +0200 (CEST) (envelope-from guiber@hal.privat.lan) Received: (from guiber@localhost) by hal.privat.lan (8.12.8p1/8.12.8/Submit) id h7BHwHpv009829 for freebsd-multimedia@freebsd.org; Mon, 11 Aug 2003 19:58:17 +0200 (CEST) Date: Mon, 11 Aug 2003 19:58:17 +0200 From: Guido Berhoerster To: freebsd-multimedia@freebsd.org Message-ID: <20030811175817.GA9784@hal.privat.lan> Mail-Followup-To: Guido Berhoerster , freebsd-multimedia@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i Subject: Problems with bktr on 5.x X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 11 Aug 2003 17:58:31 -0000 Hello, I've got some trouble with the bktr-driver on FreeBSD 5.x. I already posted this about a week ago on -current. Unfortunately I didn't get many responses so I hope somebody here can help me with this problem. ----snip---- With fxtv the video-output is distorted and choppy, it appears that only odd scanlines are redrawn regularly while even scanlines remain for like half a second as "ghost images". When the fxtv window is overlapped by some other window the video is only updated about every 30 seconds. When using mplayer's bsdbt848-driver I get an undistorted image but also choppy video. I wasn't able to test it with xawtv since it's still broken on 5.x. This is a regression over 4.x, where everything works flawlessly. I can reproduce these Problems on FreeBSD 5.0, 5.1, -CURRENT and also on NetBSD 1.6.1. So my guess is that this is related to some more recent patches which have been applied to FreeBSD 5.x and NetBSD 1.6.1 but not FreeBSD 4.8. Does anybody have similar problems or does anybody know what changes might have caused this problem? Here's the relevant dmesg output: bktr0: mem 0xd7000000-0xd7000fff irq 9 at device 10.0 on pci0 bktr0: Hauppauge Model 44354 C242 bktr0: Detected a MSP3415G-B8 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, remote control. ----snap---- Please CC me since I'm not subscribed to -multimedia. TIA, -- Guido Berhoerster ich@guido-berhoerster.org http://www.guido-berhoerster.org/ From owner-freebsd-multimedia@FreeBSD.ORG Wed Aug 13 10:16:28 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D211937B401 for ; Wed, 13 Aug 2003 10:16:28 -0700 (PDT) Received: from gatekeeper.oremut02.us.wh.verio.net (gatekeeper.orem.verio.net [198.65.168.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25AC443FA3 for ; Wed, 13 Aug 2003 10:16:28 -0700 (PDT) (envelope-from fclift@verio.net) Received: from mx.dmz.orem.verio.net (mx.dmz.orem.verio.net [10.1.1.10]) 3BADF1E48DD for ; Mon, 11 Aug 2003 14:28:50 -0600 (MDT) Received: from vespa.dmz.orem.verio.net (vespa.dmz.orem.verio.net [10.1.1.59]) by mx.dmz.orem.verio.net (8.12.9/8.12.9) with ESMTP id h7BKSdqa014267 for ; Mon, 11 Aug 2003 14:28:39 -0600 (MDT) (envelope-from fclift@verio.net) Date: Mon, 11 Aug 2003 14:39:49 -0600 From: Fred Clift To: freebsd-multimedia@freebsd.org Message-ID: <20030811142015.D63969@irfcn.qzm.berz.irevb.arg> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: pcm problem (static, noise) (re: pr kern/14990, kern/44512) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Aug 2003 17:16:29 -0000 Hi. I've been meaning to either track down the problem myself, or ask someone about this for a while. About 1 out of 20 times, when applications try to play audio to my sound card, I get static, that lasts as long as the device is held open. I've noticed this under mpg123, mplayer, xmms and some others. A typical scenario is this: I'm listenting to music with xmms and I get a phone call - I pause xmms, talk on the phone and then unpause xmms. every once in a while I get white noise or static, out of both speakers, instead of the music I expect. Simply pausing my player, and unpausing again will almost always make the problem go away though every now and then it takes a couple of tries.... I note that there are two pr's I've seen that seem to show similar symptoms; kern/14990 and kern/44512. The first is quite old and applies to 4.0-release, and is closed, though after a superficial look at the source it doesn't look like the supplied patch was incorperated into FreeBSD. The second offers no suggestions. In short, my question is, "has kern/14990 been incorperated into the pcm driver? if not, why not? why was this pr closed with no update about eventual resolution or lack thereof?" I'd like to know before I go about merging in those suggested changes to 4.8 or -current. Otherwise, does anyone have any ideas what might be up? I've lived with this for literally, years. I'm getting close to annoyed enough to actually work on it now. A few snippets of useful information.... The sound card is an integraded CS chip on a Dell Optiplex GX1 motherboard, partial dmesg and uname -a below. -------------------------------------------------------------------------- FreeBSD vespa.dmz.orem.verio.net 4.8-STABLE FreeBSD 4.8-STABLE #7: Sat Aug 9 08:02:33 MDT 2003 root@vespa.dmz.orem.verio.net:/usr/obj/usr/src/sys/VESPA i386 pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 -------------------------------------------------------------------------- Fred -- Fred Clift - fclift@verio.net -- Remember: If brute force doesn't work, you're just not using enough. From owner-freebsd-multimedia@FreeBSD.ORG Wed Aug 13 17:26:01 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E392937B401; Wed, 13 Aug 2003 17:26:01 -0700 (PDT) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AA9A43F3F; Wed, 13 Aug 2003 17:26:01 -0700 (PDT) (envelope-from larse@ISI.EDU) Received: from isi.edu (229.guest.isi.edu [198.32.16.229]) by boreas.isi.edu (8.11.6p2/8.11.2) with ESMTP id h7E0PiX14395; Wed, 13 Aug 2003 17:25:44 -0700 (PDT) Message-ID: <3F3AD707.9030407@isi.edu> Date: Wed, 13 Aug 2003 17:25:43 -0700 From: Lars Eggert Organization: USC Information Sciences Institute User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030718 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Guido Berhoerster References: <20030811175817.GA9784@hal.privat.lan> In-Reply-To: <20030811175817.GA9784@hal.privat.lan> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms070601060302070303060007" cc: freebsd-multimedia@freebsd.org cc: nectar@FreeBSD.org Subject: Re: Problems with bktr on 5.x X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 00:26:02 -0000 This is a cryptographically signed message in MIME format. --------------ms070601060302070303060007 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, Guido Berhoerster wrote: > With fxtv the video-output is distorted and choppy, it appears > that only odd scanlines are redrawn regularly while even > scanlines remain for like half a second as "ghost images". When > the fxtv window is overlapped by some other window the video is > only updated about every 30 seconds. When using mplayer's > bsdbt848-driver I get an undistorted image but also choppy video. > I wasn't able to test it with xawtv since it's still broken on > 5.x. > This is a regression over 4.x, where everything works flawlessly. > I can reproduce these Problems on FreeBSD 5.0, 5.1, -CURRENT and > also on NetBSD 1.6.1. So my guess is that this is related to some > more recent patches which have been applied to FreeBSD 5.x and > NetBSD 1.6.1 but not FreeBSD 4.8. > Does anybody have similar problems or does anybody know what > changes might have caused this problem? > > Here's the relevant dmesg output: > bktr0: mem 0xd7000000-0xd7000fff irq 9 at device > 10.0 on pci0 > bktr0: Hauppauge Model 44354 C242 > bktr0: Detected a MSP3415G-B8 at 0x80 > bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, > msp3400c stereo, remote control. I'm not sure if we have the same problem, but here's mine: Whenever I start fxtv now, the window is black and I get: ioctl(METEORSSIGNAL, -65535) failed: Invalid argument Trying to change the input results in: ioctl(METEORSSIGNAL, -65535) failed: Invalid argument TVCAPTURESetInputDevice(): Called when cature is on TVSCREENStartVideo called with continous capture already running...ignored ioctl(METEORSSIGNAL, -65535) failed: Invalid argument SetCaptureMode called when contin running SetTransferMode called when contin running SetRegionGeom called when contin running SetPixelGeom called when contin running TVSCREENCapConfigure() failed: Continous is running Using "mplayer -tv on:driver=bsdbt848" gives me a really messed up image of whatever is on the attached camera, with scanlines, wrong colors, etc., and at about 1Hz. However: starting gnomemeeting and enabling local video feed works fine, as does the simple bktr_grab example that grabs an image. I've rolled back the driver, and a version before 8/10 works, while one after 8/11 doesn't. I'm thus pretty sure that the following commit broke things: > nectar 2003/08/10 16:04:55 PDT > > FreeBSD src repository > > Modified files: > sys/dev/bktr bktr_core.c > sys/i386/isa spigot.c > sys/kern sys_process.c > sys/pci meteor.c > Log: > Add or correct range checking of signal numbers in system calls and > ioctls. > > In the particular case of ptrace(), this commit more-or-less reverts > revision 1.53 of sys_process.c, which appears to have been erroneous. > > Reviewed by: iedowse, jhb > > Revision Changes Path > 1.126 +1 -1 src/sys/dev/bktr/bktr_core.c > 1.60 +2 -0 src/sys/i386/isa/spigot.c > 1.113 +2 -2 src/sys/kern/sys_process.c > 1.63 +2 -0 src/sys/pci/meteor.c Try rolling back your sources before 8/11 and see if that fixes things for you, too. Lars -- Lars Eggert USC Information Sciences Institute --------------ms070601060302070303060007 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJtjCC AzgwggKhoAMCAQICEGZFcrfMdPXPY3ZFhNAukQEwDQYJKoZIhvcNAQEEBQAwgdExCzAJBgNV BAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgG A1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAmBgNVBAsTH0NlcnRpZmljYXRpb24gU2Vydmlj ZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkG CSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1haWxAdGhhd3RlLmNvbTAeFw0wMDA4MzAwMDAw MDBaFw0wNDA4MjcyMzU5NTlaMIGSMQswCQYDVQQGEwJaQTEVMBMGA1UECBMMV2VzdGVybiBD YXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xDzANBgNVBAoTBlRoYXd0ZTEdMBsGA1UECxMUQ2Vy dGlmaWNhdGUgU2VydmljZXMxKDAmBgNVBAMTH1BlcnNvbmFsIEZyZWVtYWlsIFJTQSAyMDAw LjguMzAwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAN4zMqZjxwklRT7SbngnZ4HF2ogZ gpcO40QpimM1Km1wPPrcrvfudG8wvDOQf/k0caCjbZjxw0+iZdsN+kvx1t1hpfmFzVWaNRqd knWoJ67Ycvm6AvbXsJHeHOmr4BgDqHxDQlBRh4M88Dm0m1SKE4f/s5udSWYALQmJ7JRr6aFp AgMBAAGjTjBMMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwxLTI5NzAS BgNVHRMBAf8ECDAGAQH/AgEAMAsGA1UdDwQEAwIBBjANBgkqhkiG9w0BAQQFAAOBgQAxsUtH XfkBceX1U2xdedY9mMAmE2KBIqcS+CKV6BtJtyd7BDm6/ObyJOuR+r3sDSo491BVqGz3Da1M G7wD9LXrokefbKIMWI0xQgkRbLAaadErErJAXWr5edDqLiXdiuT82w0fnQLzWtvKPPZE6iZp h39Ins6ln+eE2MliYq0FxjCCAzkwggKioAMCAQICAwp2bzANBgkqhkiG9w0BAQQFADCBkjEL MAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3du MQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRpZmljYXRlIFNlcnZpY2VzMSgwJgYD VQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44LjMwMB4XDTAzMDgwMTE3MjkyOVoX DTA0MDczMTE3MjkyOVowVDEPMA0GA1UEBBMGRWdnZXJ0MQ0wCwYDVQQqEwRMYXJzMRQwEgYD VQQDEwtMYXJzIEVnZ2VydDEcMBoGCSqGSIb3DQEJARYNbGFyc2VAaXNpLmVkdTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAMb7PuLXnwV+45vwlkgogdSijd5HVqUB14bWvoK0 MjWPnkLPMDMDEezdsMG1BPiZyNeqXlJJtEgdAK8H2Mc9/qLeJUq3CoAeD6Wrjq4QaxJBXgdS KcGDeQAZSDgwUJS9vx9+cXJVfLyOYxJ+CLBcO/eu8PvSi17lk6oeAbrskSGDu/Xi1o2SC4Qm l69k8xcZQEMQDodkIk/U5SJmsCRGGYdy7opHZb58yXI8eiIGp5MlgryFmmgrp1pg3OYzPOR9 zJjn7Pu1vsd97LM5hLnKrmNuYt02jLNSjr8HmpLyWCDZq4Jlfq1YgNYZZ4KOSxipia7Bxjcs nMOsxEWiolkVVT8CAwEAAaNWMFQwKgYFK2UBBAEEITAfAgEAMBowGAIBBAQTTDJ1TXlmZkJO VWJOSkpjZFoyczAYBgNVHREEETAPgQ1sYXJzZUBpc2kuZWR1MAwGA1UdEwEB/wQCMAAwDQYJ KoZIhvcNAQEEBQADgYEANRaPsUtrdJzTW0AMj/EQamqxOkZnzwnPWGryqskMKIf+OKa+eaXp zlBv8CHdffv9hrYpvzWUxk0WW+YJ2LRdd4fFiVGXZCGU60eYeZGf7Z8ORoexylJpvUuKZCE4 aPGY2/QZXDfOs1NE82Bhgltx59dpWfH2K0dxbpHslO8/IbowggM5MIICoqADAgECAgMKdm8w DQYJKoZIhvcNAQEEBQAwgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MDAeFw0wMzA4MDExNzI5MjlaFw0wNDA3MzExNzI5MjlaMFQxDzANBgNVBAQTBkVnZ2VydDEN MAsGA1UEKhMETGFyczEUMBIGA1UEAxMLTGFycyBFZ2dlcnQxHDAaBgkqhkiG9w0BCQEWDWxh cnNlQGlzaS5lZHUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDG+z7i158FfuOb 8JZIKIHUoo3eR1alAdeG1r6CtDI1j55CzzAzAxHs3bDBtQT4mcjXql5SSbRIHQCvB9jHPf6i 3iVKtwqAHg+lq46uEGsSQV4HUinBg3kAGUg4MFCUvb8ffnFyVXy8jmMSfgiwXDv3rvD70ote 5ZOqHgG67JEhg7v14taNkguEJpevZPMXGUBDEA6HZCJP1OUiZrAkRhmHcu6KR2W+fMlyPHoi BqeTJYK8hZpoK6daYNzmMzzkfcyY5+z7tb7HfeyzOYS5yq5jbmLdNoyzUo6/B5qS8lgg2auC ZX6tWIDWGWeCjksYqYmuwcY3LJzDrMRFoqJZFVU/AgMBAAGjVjBUMCoGBStlAQQBBCEwHwIB ADAaMBgCAQQEE0wydU15ZmZCTlViTkpKY2RaMnMwGAYDVR0RBBEwD4ENbGFyc2VAaXNpLmVk dTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBAUAA4GBADUWj7FLa3Sc01tADI/xEGpqsTpG Z88Jz1hq8qrJDCiH/jimvnml6c5Qb/Ah3X37/Ya2Kb81lMZNFlvmCdi0XXeHxYlRl2QhlOtH mHmRn+2fDkaHscpSab1LimQhOGjxmNv0GVw3zrNTRPNgYYJbcefXaVnx9itHcW6R7JTvPyG6 MYID1TCCA9ECAQEwgZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUx EjAQBgNVBAcTCUNhcGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZp Y2F0ZSBTZXJ2aWNlczEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4z MAIDCnZvMAkGBSsOAwIaBQCgggIPMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTAzMDgxNDAwMjU0M1owIwYJKoZIhvcNAQkEMRYEFMNwJiicsFXrgksAXOdv k6tr9rwcMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGrBgkrBgEEAYI3EAQxgZ0w gZowgZIxCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENhcGUxEjAQBgNVBAcTCUNh cGUgVG93bjEPMA0GA1UEChMGVGhhd3RlMR0wGwYDVQQLExRDZXJ0aWZpY2F0ZSBTZXJ2aWNl czEoMCYGA1UEAxMfUGVyc29uYWwgRnJlZW1haWwgUlNBIDIwMDAuOC4zMAIDCnZvMIGtBgsq hkiG9w0BCRACCzGBnaCBmjCBkjELMAkGA1UEBhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2Fw ZTESMBAGA1UEBxMJQ2FwZSBUb3duMQ8wDQYDVQQKEwZUaGF3dGUxHTAbBgNVBAsTFENlcnRp ZmljYXRlIFNlcnZpY2VzMSgwJgYDVQQDEx9QZXJzb25hbCBGcmVlbWFpbCBSU0EgMjAwMC44 LjMwAgMKdm8wDQYJKoZIhvcNAQEBBQAEggEALZZKDL/rRiv69eBBNvSOc4qCFBkr0Tm9t9wS d3meXxuxAP+b2Y/B4JnOzMqH/IxiAi3+ai/Q9uD8trAY0L/LZGSQJh13KCx89p/vvbEo+pR9 0JFGRcLFq4H31cPbz6Jy2JracDfA8XHNtR92ubYRL5tcfSxtam9ZFvpMOz6i/fAjR+vUeEQv 5AqiGmO9fT4SSf7DL7ZNRCe4LiBVUdIrrH0HRS9C2agN7DI+1LAK+ct9jSNrV3tSLixQcZ7i zbwbvJHMoB9gD9GhGitnv0wv1ON6n40BQ79XJMTnmMy6cSkyWVHQyGMLYtr0jdKAy3Q/zMZx Jt6EJM6tE87UfqByNgAAAAAAAA== --------------ms070601060302070303060007-- From owner-freebsd-multimedia@FreeBSD.ORG Thu Aug 14 05:14:51 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5D5937B401 for ; Thu, 14 Aug 2003 05:14:51 -0700 (PDT) Received: from gw.celabo.org (gw.celabo.org [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29D2043F75 for ; Thu, 14 Aug 2003 05:14:51 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.celabo.org (Postfix) with ESMTP id C003854846; Thu, 14 Aug 2003 07:14:50 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 5BBB96D461; Thu, 14 Aug 2003 07:14:50 -0500 (CDT) Date: Thu, 14 Aug 2003 07:14:50 -0500 From: "Jacques A. Vidrine" To: Lars Eggert Message-ID: <20030814121450.GC78388@madman.celabo.org> Mail-Followup-To: "Jacques A. Vidrine" , Lars Eggert , Guido Berhoerster , freebsd-multimedia@freebsd.org References: <20030811175817.GA9784@hal.privat.lan> <3F3AD707.9030407@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F3AD707.9030407@isi.edu> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.4i-ja.1 cc: freebsd-multimedia@freebsd.org cc: Guido Berhoerster Subject: Re: Problems with bktr on 5.x X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 12:14:52 -0000 On Wed, Aug 13, 2003 at 05:25:43PM -0700, Lars Eggert wrote: > I'm not sure if we have the same problem, but here's mine: Whenever I > start fxtv now, the window is black and I get: > > ioctl(METEORSSIGNAL, -65535) failed: Invalid argument [...] > I've rolled back the driver, and a version before 8/10 works, while one > after 8/11 doesn't. I'm thus pretty sure that the following commit broke > things: [...] > > 1.126 +1 -1 src/sys/dev/bktr/bktr_core.c Yes, the ioctl failure is certainly because of revision 1.126 of bktr_core.c. You can safely back that revision out locally, as it was (supposed to be) cosmetic. However, I'm not ready yet to back it out in CVS. I can't find any documentation for METEORSSIGNAL, but from the (driver) code, it appears that it should be a signal number. The attempt to set the signal to -65535 in fxtv (and one part of mplayer... probably copied from fxtv?) looks like a bug to me, but I'd like to hear from the driver author and from the fxtv author. I hope they are on this list. It would be informative if one could make a one-line change to fxtv to see if it still works correctly. Change tvcapture.c 1968 larg = METEOR_SIG_MODE_MASK; to 1968 larg = 0; and likewise on line 2064. Hrm, I'll have to look into this futher tonight. Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se From owner-freebsd-multimedia@FreeBSD.ORG Thu Aug 14 05:57:07 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E51C837B401 for ; Thu, 14 Aug 2003 05:57:07 -0700 (PDT) Received: from helium.webpack.hosteurope.de (helium.one-2-one.net [217.115.142.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F6A043FBD for ; Thu, 14 Aug 2003 05:57:05 -0700 (PDT) (envelope-from ich@guido-berhoerster.org) Received: from hal.privat.lan (p5082D228.dip.t-dialin.net [80.130.210.40]) h7ECufn07562; Thu, 14 Aug 2003 14:56:41 +0200 Received: from hal.privat.lan (localhost [127.0.0.1]) by hal.privat.lan (8.12.8p1/8.12.8) with ESMTP id h7ECuXrb000304; Thu, 14 Aug 2003 14:56:34 +0200 (CEST) (envelope-from guiber@hal.privat.lan) Received: (from guiber@localhost) by hal.privat.lan (8.12.8p1/8.12.8/Submit) id h7ECuW7E000303; Thu, 14 Aug 2003 14:56:32 +0200 (CEST) Date: Thu, 14 Aug 2003 14:56:32 +0200 From: Guido Berhoerster To: Lars Eggert Message-ID: <20030814125632.GA196@hal.privat.lan> Mail-Followup-To: Guido Berhoerster , Lars Eggert , freebsd-multimedia@freebsd.org References: <20030811175817.GA9784@hal.privat.lan> <3F3AD707.9030407@isi.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F3AD707.9030407@isi.edu> User-Agent: Mutt/1.4.1i cc: freebsd-multimedia@freebsd.org Subject: Re: Problems with bktr on 5.x X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 12:57:08 -0000 Hello, Am Mi, dem 13. Aug 2003 um 17:25:43 -0700, schrieb Lars Eggert: > Guido Berhoerster wrote: > >With fxtv the video-output is distorted and choppy, it appears > >that only odd scanlines are redrawn regularly while even > >scanlines remain for like half a second as "ghost images". When > >the fxtv window is overlapped by some other window the video is > >only updated about every 30 seconds. When using mplayer's > >bsdbt848-driver I get an undistorted image but also choppy video. > >I wasn't able to test it with xawtv since it's still broken on > >5.x. [...] > Try rolling back your sources before 8/11 and see if that fixes things > for you, too. I think we're talking about different issues here. I can was able to reproduce the problem on -FreeBSD 5.0-RELEASE -FreeBSD 5.1-RELEASE -FreeBSD CURRENT (today) -NetBSD 1.6.1 However it does does not occur on -FreeBSD 4.3-RELEASE up to 4.8 -FreeBSD STABLE (today) Thus I assume the problem lies within the bktr-driver since it also occurs on NetBSD and it must be something which has been changed in -CURRENT before 5.0-RELEASE and not MFC'ed yet because todays -STABLE still works fine. Does anyone have a slight suspicion what change might cause the above-mentioned problem? -- Guido Berhoerster ich@guido-berhoerster.org http://www.guido-berhoerster.org/ From owner-freebsd-multimedia@FreeBSD.ORG Thu Aug 14 09:08:04 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DBFE37B401 for ; Thu, 14 Aug 2003 09:08:04 -0700 (PDT) Received: from boromir.vpop.net (dns1.vpop.net [207.178.248.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 097CF43FA3 for ; Thu, 14 Aug 2003 09:08:04 -0700 (PDT) (envelope-from mreimer@vpop.net) Received: from vpop.net (bilbo.vpop.net [65.103.33.41]) by boromir.vpop.net (Postfix) with ESMTP id 152553A618C for ; Thu, 14 Aug 2003 09:08:02 -0700 (PDT) Message-ID: <3F3BB419.8050809@vpop.net> Date: Thu, 14 Aug 2003 11:08:57 -0500 From: Matthew Reimer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030701 X-Accept-Language: en-us, en MIME-Version: 1.0 To: multimedia@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: pcm problem (static, noise) (re: pr kern/14990, kern/44512) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Aug 2003 16:08:04 -0000 Fred Clift wrote: > Hi. I've been meaning to either track down the problem myself, or ask > someone about this for a while. > > About 1 out of 20 times, when applications try to play audio to my sound > card, I get static, that lasts as long as the device is held open. [snip] > pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 > on isa0 I have the same soundcard (on an A/Open card) and I hear the same occasional static, especially under KDE. Matt From owner-freebsd-multimedia@FreeBSD.ORG Sat Aug 16 01:46:17 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2734237B401 for ; Sat, 16 Aug 2003 01:46:17 -0700 (PDT) Received: from helium.webpack.hosteurope.de (helium.one-2-one.net [217.115.142.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C41343F3F for ; Sat, 16 Aug 2003 01:46:13 -0700 (PDT) (envelope-from ich@guido-berhoerster.org) Received: from hal.privat.lan (p5082D472.dip.t-dialin.net [80.130.212.114]) h7G8k8n29932; Sat, 16 Aug 2003 10:46:09 +0200 Received: from hal.privat.lan (localhost [127.0.0.1]) by hal.privat.lan (8.12.8p1/8.12.8) with ESMTP id h7G8k1wU000236; Sat, 16 Aug 2003 10:46:02 +0200 (CEST) (envelope-from guiber@hal.privat.lan) Received: (from guiber@localhost) by hal.privat.lan (8.12.8p1/8.12.8/Submit) id h7G8k0T8000235; Sat, 16 Aug 2003 10:46:00 +0200 (CEST) Date: Sat, 16 Aug 2003 10:46:00 +0200 From: Guido Berhoerster To: "David P. Reese Jr." Message-ID: <20030816084600.GA184@hal.privat.lan> Mail-Followup-To: Guido Berhoerster , "David P. Reese Jr." , freebsd-multimedia@freebsd.org References: <20030803133517.GA255@hal.privat.lan> <20030816010900.GA87180@tombstone.localnet.gomerbud.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030816010900.GA87180@tombstone.localnet.gomerbud.com> User-Agent: Mutt/1.4.1i cc: freebsd-multimedia@freebsd.org Subject: Re: Problems with bktr on -current X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 08:46:17 -0000 Hello, Am Fr, dem 15. Aug 2003 um 18:09:00 -0700, schrieb David P. Reese Jr.: > I had a very similar problem a couple of months ago. I recall that my > problem had to do with the kernel and fxtv being built with different > headers. Are you building fxtv from scratch on each system or using the > same binary? I've done quite a lot of testing and both used the official packages and ports/pkgsrc, it does not make a difference. Thanks anyway, -- Guido Berhoerster ich@guido-berhoerster.org http://www.guido-berhoerster.org/ From owner-freebsd-multimedia@FreeBSD.ORG Sat Aug 16 13:49:14 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 97DF437B401; Sat, 16 Aug 2003 13:49:13 -0700 (PDT) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0372D43F85; Sat, 16 Aug 2003 13:49:11 -0700 (PDT) (envelope-from tomppa@finland.sun.com) Received: from sunfin.Finland.Sun.COM ([129.159.101.10]) by brmea-mail-2.sun.com (8.12.9/8.12.9) with ESMTP id h7GKn8d6006145; Sat, 16 Aug 2003 14:49:09 -0600 (MDT) Received: from ultrahot.Finland.Sun.COM (ultrahot [129.159.101.87]) ESMTP id h7GKn7cP019969; Sat, 16 Aug 2003 23:49:07 +0300 (EEST) Received: from ultrahot.Finland.Sun.COM (localhost [127.0.0.1]) h7GKn6O7009414; Sat, 16 Aug 2003 23:49:07 +0300 (EEST) Received: (from tomppa@localhost)h7GKn6rg009411; Sat, 16 Aug 2003 23:49:06 +0300 (EEST) From: Tomi Vainio - Sun Finland MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16190.39106.54098.485474@ultrahot.finland.sun.com> Date: Sat, 16 Aug 2003 23:49:06 +0300 To: freebsd-current@freebsd.org, freebsd-multimedia@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 9) "Informed Management" XEmacs Lucid Subject: Fxtv DGA mode doesn't work anymore X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tomi.Vainio@Sun.COM List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 Aug 2003 20:49:14 -0000 Something has changed during last week because my Fxtv stopped working in DGA mode. I'm back running old kernel so any clues what might cause this? Tomppa FreeBSD 5.1-CURRENT #3: Sun Aug 10 00:57:18 EEST 2003 FreeBSD 5.1-CURRENT #4: Sat Aug 16 21:17:19 EEST 2003 ***clip clip*** Copyright (c) 1992-2003 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 5.1-CURRENT #3: Sun Aug 10 00:57:18 EEST 2003 tomppa@cat.bert.sun.fi:/u/F/local/sup/5.0/sys/i386/compile/CAT acpi_alloc_wakeup_handler: unable to allocate wake memory Preloaded elf kernel "/boot/kernel.old/kernel" at 0xc053a000. Calibrating clock(s) ... i8254 clock: 1193190 Hz Timecounter "i8254" frequency 1193190 Hz Calibrating TSC clock ... TSC clock: 400913881 Hz CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x653 Stepping = 3 Features=0x183fbff real memory = 536805376 (511 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000564000 - 0x000000001f6b1fff, 521461760 bytes (127310 pages) avail memory = 514416640 (490 MB) Programming 24 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00fdb60 bios32: Entry = 0xfdb70 (c00fdb70) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0xdb91 pnpbios: Found PnP BIOS data at 0xc00f7a30 pnpbios: Entry = f0000:74be Rev = 1.0 Other BIOS signatures found: null: mem: Pentium Pro MTRR support enabled SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff acpi0: on motherboard ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT pci_open(1): mode 1 addr port (0x0cf8) is 0x80000058 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=71908086) pcibios: BIOS version 2.10 AcpiOsDerivePciId: bus 0 dev 7 func 0 acpi0: power button is handled as a fixed feature programming model. ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 6, width = 4 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 ACPI timer looks BAD min = 2, max = 5, width = 3 Timecounter "ACPI-safe" frequency 3579545 Hz AcpiOsDerivePciId: bus 0 dev 0 func 0 ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cpu0: port 0x530-0x537 on acpi0 mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) acpi_cpu1: port 0x530-0x537 on acpi0 pcib0: port 0x440-0x44f,0x400-0x43f,0xcf8-0xcff on acpi0 ---- initial configuration ------------------------ ---- before setting priority for links ------------ ---- before fixup boot-disabled links ------------- ---- after fixup boot-disabled links -------------- ---- arbitrated configuration --------------------- pci0: on pcib0 pci0: physical bus=0 map[10]: type 3, range 32, base e8000000, size 26, enabled found-> vendor=0x8086, dev=0x7190, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x2210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7191, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x011f, statreg=0x0220, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x88 (34000 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x7110, revid=0x02 bus=0, slot=7, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x010f, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 0000ffa0, size 4, enabled found-> vendor=0x8086, dev=0x7111, revid=0x01 bus=0, slot=7, func=1 class=01-01-80, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) IOAPIC #0 intpin 19 -> irq 2 Freeing (NOT implemented) redirected PCI irq 10. map[20]: type 4, range 32, base 0000d800, size 5, enabled found-> vendor=0x8086, dev=0x7112, revid=0x01 bus=0, slot=7, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=d, irq=2 map[90]: type 4, range 32, base 00000440, size 4, enabled found-> vendor=0x8086, dev=0x7113, revid=0x02 bus=0, slot=7, func=3 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Freeing (NOT implemented) redirected PCI irq 11. map[10]: type 4, range 32, base 0000d400, size 8, enabled map[14]: type 1, range 32, base efffe000, size 12, enabled found-> vendor=0x9004, dev=0x7895, revid=0x04 bus=0, slot=9, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=a, irq=16 powerspec 1 supports D0 D3 current D0 Freeing (NOT implemented) redirected PCI irq 11. map[10]: type 4, range 32, base 0000dc00, size 8, enabled map[14]: type 1, range 32, base effff000, size 12, enabled found-> vendor=0x9004, dev=0x7895, revid=0x04 bus=0, slot=9, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0117, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x08 (2000 ns) intpin=b, irq=16 powerspec 1 supports D0 D3 current D0 Freeing (NOT implemented) redirected PCI irq 9. map[10]: type 3, range 32, base ed9ff000, size 12, enabled map[14]: type 4, range 32, base 0000d000, size 5, enabled map[18]: type 1, range 32, base efe00000, size 20, enabled found-> vendor=0x8086, dev=0x1229, revid=0x05 bus=0, slot=14, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0117, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=17 powerspec 1 supports D0 D1 D2 D3 current D0 Freeing (NOT implemented) redirected PCI irq 5. map[10]: type 4, range 32, base 0000cc00, size 6, enabled found-> vendor=0x1274, dev=0x5000, revid=0x00 bus=0, slot=15, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0105, statreg=0x0400, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x0c (3000 ns), maxlat=0x80 (32000 ns) intpin=a, irq=18 Freeing (NOT implemented) redirected PCI irq 10. map[10]: type 3, range 32, base ed9fe000, size 12, enabled found-> vendor=0x109e, dev=0x0350, revid=0x11 bus=0, slot=16, func=0 class=04-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x10 (4000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=2 agp0: mem 0xe8000000-0xebffffff at device 0.0 on pci0 agp0: allocating GATT for aperture of size 64M pcib1: at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xa000-0xafff pcib1: memory decode 0xeda00000-0xefafffff pcib1: prefetched decode 0xe3800000-0xe58fffff pci1: on pcib1 pci1: physical bus=1 Freeing (NOT implemented) redirected PCI irq 11. map[10]: type 1, range 32, base ee000000, size 24, enabled map[14]: type 3, range 32, base e4000000, size 24, enabled found-> vendor=0x10de, dev=0x0020, revid=0x04 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x05 (1250 ns), maxlat=0x01 (250 ns) intpin=a, irq=16 powerspec 1 supports D0 D3 current D0 pci1: at device 0.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0: pre reset mask=03 ostat0=50 ostat2=00 ata0-master: ATAPI 00 00 ata0-slave: ATAPI 00 00 ata0: after reset mask=03 stat0=50 stat1=00 ata0-master: ATA 01 a5 ata0: devices=01 ata0: at 0x1f0 irq 14 on atapci0 ata1: pre reset mask=03 ostat0=7f ostat2=50 ata1-master: ATAPI 7f 7f ata1-slave: ATAPI 14 eb ata1: after reset mask=03 stat0=7f stat1=10 ata1-master: ATA 7f 7f ata1: devices=08 ata1: at 0x170 irq 15 on atapci0 pci0: at device 7.2 (no driver attached) intpm0: port 0x440-0x44f irq 9 at device 7.3 on pci0 intpm0: I/O mapped 440 intpm0: intr IRQ 9 enabled revision 0 intsmb0: on intpm0 smbus0: on intsmb0 smb0: on smbus0 intpm0: PM I/O mapped 400 ahc0: port 0xd400-0xd4ff mem 0xefffe000-0xefffefff irq 16 at device 9.0 on pci0 ahc0: Defaulting to MEMIO on ahc0: Reading SEEPROM...done. ahc0: Low byte termination Enabled ahc0: High byte termination Enabled ahc0: Downloading Sequencer Program... 412 instructions downloaded ahc0: Features 0x16235, Bugs 0x15, Flags 0x20485540 aic7895C: Ultra Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xdc00-0xdcff mem 0xeffff000-0xefffffff irq 16 at device 9.1 on pci0 ahc1: Defaulting to MEMIO on ahc1: Reading SEEPROM...done. ahc1: Low byte termination Enabled ahc1: High byte termination Enabled ahc1: Downloading Sequencer Program... 412 instructions downloaded ahc1: Features 0x16235, Bugs 0x15, Flags 0x20485540 aic7895C: Ultra Wide Channel B, SCSI Id=7, 32/253 SCBs fxp0: port 0xd000-0xd01f mem 0xefe00000-0xefefffff,0xed9ff000-0xed9fffff irq 17 at device 14.0 on pci0 fxp0: using memory space register mapping fxp0: Ethernet address 00:90:27:34:2a:54 fxp0: PCI IDs: 8086 1229 8086 0009 0005 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached pcm0: port 0xcc00-0xcc3f irq 18 at device 15.0 on pci0 pcm0: sndbuf_setmap 859000, 1000; 0xc1c85000 -> 859000 pcm0: sndbuf_setmap 857000, 1000; 0xc1c83000 -> 857000 bktr0: mem 0xed9fe000-0xed9fefff irq 2 at device 16.0 on pci0 brooktree0: PCI bus latency is 64. bktr0: buffer size 3555328, addr 0x5000000 bktr0: GPIO is 0x00fffffb bktr0: Hauppauge Model 56304 D bktr0: Hauppauge WinCast/TV, Temic PAL tuner. mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-1287: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT ACPI-0175: *** Error: Method execution failed [\\_SB_.NRTH.SBRG.PS2M._STA] (Node 0xc1bbb9a0), AE_AML_REGION_LIMIT psmcpnp0 irq 12 on acpi0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 psm0: model MouseMan+, device ID 0-51, 3 buttons psm0: config:00000000, flags:00000000, packet size:3 psm0: syncmask:08, syncbits:08 fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 sio0: irq maps: 0x8001 0x8011 0x8001 0x8001 sio0 port 0x3f8-0x3ff irq 4 on acpi0 sio0: type 16550A sio1: irq maps: 0x8001 0x8009 0x8001 0x8001 sio1 port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: using extended I/O port range ppc0: SPP ppc0 port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port unknown: not probed (disabled) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_probe: no address given, try 0x530 mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) unknown: not probed (disabled) unknown: not probed (disabled) fdc0: output ready timeout fdc0: cmd 3 failed at out byte 1 of 3 unknown: not probed (disabled) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) mss_detect, busy still set (0xff) npx0: on motherboard npx0: INT 16 interface atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: