From owner-freebsd-multimedia@FreeBSD.ORG Sun May 25 03:46:20 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 44C5737B401 for ; Sun, 25 May 2003 03:46:17 -0700 (PDT) Received: from Danovitsch.dnsq.org (b74143.upc-b.chello.nl [212.83.74.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20F1143F3F for ; Sun, 25 May 2003 03:46:15 -0700 (PDT) (envelope-from Danovitsch@Vitsch.net) Received: from FreeBSD.Danovitsch.LAN (b83007.upc-b.chello.nl [212.83.83.7]) by Danovitsch.dnsq.org (8.12.3p2/8.11.3) with ESMTP id h4PAf1Jq050718; Sun, 25 May 2003 12:41:02 +0200 (CEST) (envelope-from Danovitsch@Vitsch.net) Content-Type: text/plain; charset="iso-8859-1" From: "Daan Vreeken [PA4DAN]" To: Carl Makin Date: Sun, 25 May 2003 12:49:38 +0200 User-Agent: KMail/1.4.3 References: <5E12E440-8E60-11D7-BF06-003065A27FC0@stagecraft.cx> In-Reply-To: <5E12E440-8E60-11D7-BF06-003065A27FC0@stagecraft.cx> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200305251249.38775.Danovitsch@Vitsch.net> cc: FreeBSD-multimedia@FreeBSD.org Subject: Re: Stopping playthru 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: Sun, 25 May 2003 10:46:21 -0000 On Sunday 25 May 2003 05:24, Carl Makin wrote: > I'm trying to do some ham radio digital modes with a second soundcard > on my celeron 600 under 4.8, and for the most part they are working > really well. Except for one problem. It seems sound in via the line > in socket is being played through the line out socket, ie it looks like > playthru is enabled. This is a royal PITA as it interferes with both > the transmitting and receiving signals. > > Can anyone give me a clue on how to disable this please? Have you tried to set the line-volume to 0? You could do this with : mixer line 0 grtz, Daan From owner-freebsd-multimedia@FreeBSD.ORG Sun May 25 08:30:41 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 A3A5237B401 for ; Sun, 25 May 2003 08:30:41 -0700 (PDT) Received: from sparcs.kaist.ac.kr (sparcs.kaist.ac.kr [143.248.234.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EAD543FBD for ; Sun, 25 May 2003 08:30:39 -0700 (PDT) (envelope-from netj@sparcs.kaist.ac.kr) Received: (from netj@localhost) by sparcs.kaist.ac.kr (8.11.6+Sun/8.11.6) id h4PFUY103394 for freebsd-multimedia@freebsd.org; Mon, 26 May 2003 00:30:34 +0900 (KST) Date: Mon, 26 May 2003 00:30:32 +0900 From: Jaeho Shin To: freebsd-multimedia@freebsd.org Message-ID: <20030525153032.GA1220@sab.kaist.ac.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Mutt/1.4i Organization: SPARCS, KAIST Subject: TV input on ATi Radeon 9000 with xawtv 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: Sun, 25 May 2003 15:30:42 -0000 Hi all, I'm trying to get my video input working for Radeon 9000, so I can play GameCube on my monitor screen. For me, it's enough to just watch the video input and doesn't matter whether I can capture it or not. I'm using XFree86 4.3.0 under FreeBSD 5.1-BETA (made May 11 2003). I've tried xawtv from the ports collection but never made it start at all. Searching and reading lots of mailing list (or newsgroup) messages, it looked like that using xawtv with XFree86 Xvideo extension (or module maybe?) is the best solution for watching my video input under FreeBSD. My output of xawtv looks like this: $ xawtv -v 2 This is xawtv-3.88, running on FreeBSD/i386 (5.1-BETA) visual: id=3D0x23 class=3D4 (TrueColor), depth=3D24 visual: id=3D0x24 class=3D4 (TrueColor), depth=3D24 visual: id=3D0x25 class=3D4 (TrueColor), depth=3D24 visual: id=3D0x26 class=3D4 (TrueColor), depth=3D24 visual: id=3D0x27 class=3D4 (TrueColor), depth=3D24 visual: id=3D0x28 class=3D4 (TrueColor), depth=3D24 visual: id=3D0x29 class=3D4 (TrueColor), depth=3D24 visual: id=3D0x2a class=3D4 (TrueColor), depth=3D24 visual: id=3D0x2b class=3D5 (DirectColor), depth=3D24 visual: id=3D0x2c class=3D5 (DirectColor), depth=3D24 visual: id=3D0x2d class=3D5 (DirectColor), depth=3D24 visual: id=3D0x2e class=3D5 (DirectColor), depth=3D24 visual: id=3D0x2f class=3D5 (DirectColor), depth=3D24 visual: id=3D0x30 class=3D5 (DirectColor), depth=3D24 visual: id=3D0x31 class=3D5 (DirectColor), depth=3D24 visual: id=3D0x32 class=3D5 (DirectColor), depth=3D24 x11: color depth: 24 bits, 3 bytes - pixmap: 4 bytes x11: color masks: red=3D0x00ff0000 green=3D0x0000ff00 blue=3D0x000000ff x11: server byte order: little endian x11: client byte order: little endian check if the X-Server is local ... **** ok x11 socket: me=3D=08, server=3D)=01=03 ?-=08=08@`=08=08=08 main: dga extention... main: xinerama extention... main: xvideo extention [video]... Xvideo: 1 adaptors available. Xvideo: ATI Radeon Video Overlay: input image, ports 69-69 Xvideo: no usable video port found main: xvideo extention [image]... image format list for port 69 0x32595559 (YUY2) packed [ok: 16 bit YUV 4:2:2 (packed, YUYV)] 0x59565955 (UYVY) packed [ok: 16 bit YUV 4:2:2 (packed, UYVY)] 0x32315659 (YV12) planar 0x30323449 (I420) planar [ok: 12 bit YUV 4:2:0 (planar)] main: init main window... main: install signal handlers... main thread [pid=3D1000] main: open grabber device... x11: remote display (overlay disabled) vid-open: trying: bktr...=20 bktr: open /dev/bktr0: No such file or directory vid-open: failed: bktr no video grabber device available According to http://gatos.sourceforge.net/livid-gatos/2001-October/msg00049.html, One of the line of my xawtv output, Xvideo: ATI Radeon Video Overlay: input image, ports 69-69 must be "input video image" rather than just "input image". Maybe this means video-in for Radeon 9000 isn't supported yet? It was disappointing me to see that most of the solutions for viewing video input under XFree86 were for and only for Linux. :( However, Isn't there anyone who succeeded in viewing their video input of ATi Radeon 9000 VIVO card or a similar one? (Please Cc me when replying since I'm not in the list.) Here's my XFree86 config and XFree86 log: $ uname -a FreeBSD nalgae.Mazic.org 5.1-BETA FreeBSD 5.1-BETA #4: Sun May 11 14:44:51 = KST 2003 root@nalgae.Mazic.org:/usr/obj/usr/src/sys/NALGAE i386 $ cat /etc/X11/XF86Config # # Copyright (c) 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: #=20 # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. #=20 # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. #=20 # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of=20 # this file. # ********************************************************************** # ********************************************************************** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ********************************************************************** # Section "Module" # This loads the DBE extension module. Load "dbe" # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection "extmod" Option "omit xfree86-dga" # don't initialise the DGA extension EndSubSection # This loads the Type1 and FreeType font modules Load "type1" Load "speedo" # Load "freetype" Load "xtt" # This loads the GLX module Load "glx" # This loads the DRI module Load "dri" EndSection # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) #=20 # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). #=20 FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/TrueType/" FontPath "/usr/X11R6/lib/X11/fonts/freefont/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" # The module search path. The default path is shown here. ModulePath "/usr/X11R6/lib/modules" EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is=20 # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # Option "NoTrapSignals" # Uncomment this to disable the VT switch sequence # (where n is 1 through 12). This allows clients to receive these key # events. # Option "DontVTSwitch" # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. # Option "DontZap" # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. # Option "Dont Zoom" # Uncomment this to disable tuning with the xvidtune client. With # it the client can still run and fetch card and monitor attributes, # but it will not be allowed to change them. If it tries it will # receive a protocol error. # Option "DisableVidModeExtension" # Uncomment this to enable the use of a non-local xvidtune client.=20 # Option "AllowNonLocalXvidtune" # Uncomment this to disable dynamically modifying the input device # (mouse and keyboard) settings.=20 # Option "DisableModInDev" # Uncomment this to enable the use of a non-local client to # change the keyboard or mouse settings (currently only xset). # Option "AllowNonLocalModInDev" Option "AllowMouseOpenFail" EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Core keyboard's InputDevice section # ********************************************************************** Section "InputDevice" Identifier "Keyboard1" Driver "Keyboard" # For most OSs the protocol can be omitted (it defaults to "Standard"). # When using XQUEUE (only for SVR3 and SVR4, but not Solaris), # uncomment the following line. # Option "Protocol" "Xqueue" Option "AutoRepeat" "500 30" # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3" # Option "LeftAlt" "Meta" # Option "RightAlt" "ModeShift" # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option "XkbModel" "pc102" # If you have a US Microsoft Natural keyboard, you can use: # Option "XkbModel" "microsoft" # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option "XkbLayout" "de" # or: # Option "XkbLayout" "de" # Option "XkbVariant" "nodeadkeys" # # If you'd like to switch the positions of your capslock and # control keys, use: # Option "XkbOptions" "ctrl:swapcaps" # These are the default XKB settings for XFree86 # Option "XkbRules" "xfree86" # Option "XkbModel" "pc101" # Option "XkbLayout" "us" # Option "XkbVariant" "" # Option "XkbOptions" "" # Option "XkbDisable" Option "XkbRules" "xfree86" Option "XkbModel" "acpi" Option "XkbLayout" "us" EndSection # ********************************************************************** # Core Pointer's InputDevice section # ********************************************************************** Section "InputDevice" # Identifier and driver Identifier "Mouse1" Driver "mouse" Option "Protocol" "Auto" Option "Device" "/dev/sysmouse" Option "ZAxisMapping" "4 5" # Mouse-speed setting for PS/2 mouse. # Option "Resolution" "256" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Option "Protocol" "Xqueue" # Baudrate and SampleRate are only for some Logitech mice. In # almost every case these lines should be omitted. # Option "BaudRate" "9600" # Option "SampleRate" "150" # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) # Option "Emulate3Buttons" # Option "Emulate3Timeout" "50" # ChordMiddle is an option for some 3-button Logitech mice # Option "ChordMiddle" EndSection # ********************************************************************** # Other input device sections=20 # this is optional and is required only if you # are using extended input devices. This is for example only. Refer # to the XF86Config man page for a description of the options. # ********************************************************************** # # Section "InputDevice"=20 # Identifier "Mouse2" # Driver "mouse" # Option "Protocol" "MouseMan" # Option "Device" "/dev/mouse2" # EndSection # # Section "InputDevice" # Identifier "spaceball" # Driver "magellan" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "spaceball2" # Driver "spaceorb" # Option "Device" "/dev/cua0" # EndSection # # Section "InputDevice" # Identifier "touchscreen0" # Driver "microtouch" # Option "Device" "/dev/ttyS0" # Option "MinX" "1412" # Option "MaxX" "15184" # Option "MinY" "15372" # Option "MaxY" "1230" # Option "ScreenNumber" "0" # Option "ReportingMode" "Scaled" # Option "ButtonNumber" "1" # Option "SendCoreEvents" # EndSection # # Section "InputDevice" # Identifier "touchscreen1" # Driver "elo2300" # Option "Device" "/dev/ttyS0" # Option "MinX" "231" # Option "MaxX" "3868" # Option "MinY" "3858" # Option "MaxY" "272" # Option "ScreenNumber" "0" # Option "ReportingMode" "Scaled" # Option "ButtonThreshold" "17" # Option "ButtonNumber" "1" # Option "SendCoreEvents" # EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "SyncMaster 950NF" # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 30-110 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 50-160 EndSection Section "Monitor" #DisplaySize 280 210 # mm Identifier "LG 14Inch" VendorName "LG" ModelName "3aaa" HorizSync 31.5 - 31.5 HorizSync 35.2 - 35.2 HorizSync 35.5 - 35.5 VertRefresh 50.0 - 90.0 Option "DPMS" EndSection Section "Monitor" #DisplaySize 300 230 # mm Identifier "SyncMaster 155S" VendorName "Samsung" ModelName "SyncMaster" HorizSync 30.0 - 60.0 VertRefresh 75.0 Option "DPMS" EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: Section "Device" Identifier "Standard VGA" VendorName "Unknown" BoardName "Unknown" # The chipset line is optional in most cases. It can be used to override # the driver's chipset detection, and should not normally be specified. # Chipset "generic" # The Driver line must be present. When using run-time loadable driver # modules, this line instructs the server to load the specified driver # module. Even when not using loadable driver modules, this line # indicates which driver should interpret the information in this section. Driver "vga" # The BusID line is used to specify which of possibly multiple devices # this section is intended for. When this line isn't present, a device # section can only match up with the primary video device. For PCI # devices a line like the following could be used. This line should not # normally be included unless there is more than one video device # intalled. # BusID "PCI:0:10:0" # VideoRam 256 # Clocks 25.2 28.3 EndSection # Device configured by xf86config: Section "Device" Identifier "ATi Radeon 9000" Driver "radeon" BusID "PCI:1:0:0" Option "AGPMode" "4" Screen 0 EndSection Section "Device" Identifier "ATi Radeon 9000 Secondary" Driver "radeon" BusID "PCI:1:0:0" Option "AGPMode" "4" Screen 1 EndSection # ********************************************************************** # Screen sections # ********************************************************************** # Any number of screen sections may be present. Each describes # the configuration of a single screen. A single specific screen section # may be specified from the X server command line with the "-screen" # option. Section "Screen" Identifier "Screen 1" Device "ATi Radeon 9000" Monitor "LG 14Inch" #Monitor "SyncMaster 950NF" #Monitor "SyncMaster 155S" DefaultDepth 24 Subsection "Display" Depth 24 #Modes "800x600" Modes "1024x768" #Modes "1280x1024" ViewPort 0 0 EndSubsection EndSection Section "Screen" Identifier "Screen 2" Device "ATi Radeon 9000 Secondary" Monitor "LG 14Inch" #Monitor "SyncMaster 950NF" #Monitor "SyncMaster 155S" DefaultDepth 24 Subsection "Display" Depth 24 Modes "1024x768" #Modes "1280x1024" ViewPort 0 0 EndSubsection EndSection # ********************************************************************** # ServerLayout sections. # ********************************************************************** # Any number of ServerLayout sections may be present. Each describes # the way multiple screens are organised. A specific ServerLayout # section may be specified from the X server command line with the # "-layout" option. In the absence of this, the first section is used. # When now ServerLayout section is present, the first Screen section # is used alone. Section "ServerLayout" Identifier "Default Layout" Screen "Screen 1" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection Section "ServerLayout" Identifier "DualHead Layout" Screen "Screen 1" 0 0 Screen "Screen 2" RightOf "Screen 1" Option "Xinerama" "on" InputDevice "Mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection # Section "DRI" # Mode 0666 # EndSection $ cat /var/log/XFree86.0.log XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 5.0 i386 [ELF]=20 Build Date: 16 March 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/XFree86.0.log", Time: Sun May 25 21:40:56 2003 (=3D=3D) Using config file: "/etc/X11/XF86Config" (=3D=3D) ServerLayout "Default Layout" (**) |-->Screen "Screen 1" (0) (**) | |-->Monitor "LG 14Inch" (**) | |-->Device "ATi Radeon 9000" (**) |-->Input Device "Mouse1" (**) |-->Input Device "Keyboard1" (**) Option "AutoRepeat" "500 30" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "acpi" (**) XKB: model: "acpi" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (=3D=3D) Keyboard: CustomKeycode disabled (WW) The directory "/usr/X11R6/lib/X11/fonts/TrueType/" does not exist. Entry deleted from font path. (WW) The directory "/usr/X11R6/lib/X11/fonts/freefont/" does not exist. Entry deleted from font path. (**) FontPath set to "/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fo= nts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts= /100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts= /Type1/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "AllowMouseOpenFail" (--) Using syscons driver with X support (version 2.0) (++) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages =3D 0x03, oldVal1 =3D 0x00000000, mode1Res1 =3D 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2560 card 8086,2560 rev 03 class 06,00,00 hdr = 00 (II) PCI: 00:01:0: chip 8086,2561 card 0000,0000 rev 03 class 06,04,00 hdr = 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 8086,5247 rev 02 class 0c,03,00 hdr = 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 8086,5247 rev 02 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 8086,5247 rev 02 class 0c,03,00 hdr = 00 (II) PCI: 00:1d:7: chip 8086,24cd card 8086,5247 rev 02 class 0c,03,20 hdr = 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev 82 class 06,04,00 hdr = 01 (II) PCI: 00:1f:0: chip 8086,24c0 card 0000,0000 rev 02 class 06,01,00 hdr = 80 (II) PCI: 00:1f:1: chip 8086,24cb card 8086,5247 rev 02 class 01,01,8a hdr = 00 (II) PCI: 00:1f:3: chip 8086,24c3 card 8086,5247 rev 02 class 0c,05,00 hdr = 00 (II) PCI: 00:1f:5: chip 8086,24c5 card 8086,0103 rev 02 class 04,01,00 hdr = 00 (II) PCI: 01:00:0: chip 1002,4966 card 1002,0002 rev 01 class 03,00,00 hdr = 80 (II) PCI: 01:00:1: chip 1002,496e card 1002,0003 rev 01 class 03,80,00 hdr = 00 (II) PCI: 02:01:0: chip 1260,3873 card 1385,4105 rev 01 class 02,80,00 hdr = 00 (II) PCI: 02:08:0: chip 8086,1039 card 8086,3011 rev 82 class 02,00,00 hdr = 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x0000c000 - 0x0000cfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xff800000 - 0xff8fffff (0x100000) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xe6900000 - 0xf69fffff (0x10100000) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0006 (VGA_EN is cleare= d) (II) Bus 2 I/O range: [0] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B] [1] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B] [2] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B] [3] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xff900000 - 0xff9fffff (0x100000) MX[B] (II) Bus 2 prefetchable memory range: [0] -1 0 0xf6a00000 - 0xf6afffff (0x100000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(1:0:0) ATI Technologies Inc Radeon R250 If [Radeon 9000] rev 1, = Mem @ 0xf0000000/26, 0xff8f0000/16, I/O @ 0xc800/8, BIOS @ 0xff8c0000/17 (--) PCI: (1:0:1) ATI Technologies Inc Radeon R250 [Radeon 9000] (Secondary= ) rev 1, Mem @ 0xec000000/26, 0xff8e0000/16 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xf8000000 from 0xffffffff to 0xf7= ffffff (II) Active PCI resource ranges: [0] -1 0 0xff9ff000 - 0xff9fffff (0x1000) MX[B]E [1] -1 0 0xf6aff000 - 0xf6afffff (0x1000) MX[B]E [2] -1 0 0xffaff400 - 0xffaff7ff (0x400) MX[B]E [3] -1 0 0xffaff800 - 0xffafffff (0x800) MX[B]E [4] -1 0 0xffaffc00 - 0xffafffff (0x400) MX[B]E [5] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [6] -1 0 0xff8e0000 - 0xff8effff (0x10000) MX[B](B) [7] -1 0 0xec000000 - 0xefffffff (0x4000000) MX[B](B) [8] -1 0 0xff8c0000 - 0xff8dffff (0x20000) MX[B](B) [9] -1 0 0xff8f0000 - 0xff8fffff (0x10000) MX[B](B) [10] -1 0 0xf0000000 - 0xf3ffffff (0x4000000) MX[B](B) [11] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [12] -1 0 0x0000e080 - 0x0000e0ff (0x80) IX[B]E [13] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [14] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [15] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [16] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [17] -1 0 0x0000e880 - 0x0000e8ff (0x80) IX[B]E [18] -1 0 0x0000e800 - 0x0000e8ff (0x100) IX[B]E [19] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B](B) (II) PCI Memory resource overlap reduced 0xffaff800 from 0xffafffff to 0xff= affbff (II) PCI I/O resource overlap reduced 0x0000e000 from 0x0000e0ff to 0x0000e= 07f (II) PCI I/O resource overlap reduced 0x0000e800 from 0x0000e8ff to 0x0000e= 87f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xff9ff000 - 0xff9fffff (0x1000) MX[B]E [1] -1 0 0xf6aff000 - 0xf6afffff (0x1000) MX[B]E [2] -1 0 0xffaff400 - 0xffaff7ff (0x400) MX[B]E [3] -1 0 0xffaff800 - 0xffaffbff (0x400) MX[B]E [4] -1 0 0xffaffc00 - 0xffafffff (0x400) MX[B]E [5] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [6] -1 0 0xff8e0000 - 0xff8effff (0x10000) MX[B](B) [7] -1 0 0xec000000 - 0xefffffff (0x4000000) MX[B](B) [8] -1 0 0xff8c0000 - 0xff8dffff (0x20000) MX[B](B) [9] -1 0 0xff8f0000 - 0xff8fffff (0x10000) MX[B](B) [10] -1 0 0xf0000000 - 0xf3ffffff (0x4000000) MX[B](B) [11] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [12] -1 0 0x0000e080 - 0x0000e0ff (0x80) IX[B]E [13] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [14] -1 0 0x0000e000 - 0x0000e07f (0x80) IX[B]E [15] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [16] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [17] -1 0 0x0000e880 - 0x0000e8ff (0x80) IX[B]E [18] -1 0 0x0000e800 - 0x0000e87f (0x80) IX[B]E [19] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B](B) (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [6] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xff9ff000 - 0xff9fffff (0x1000) MX[B]E [6] -1 0 0xf6aff000 - 0xf6afffff (0x1000) MX[B]E [7] -1 0 0xffaff400 - 0xffaff7ff (0x400) MX[B]E [8] -1 0 0xffaff800 - 0xffaffbff (0x400) MX[B]E [9] -1 0 0xffaffc00 - 0xffafffff (0x400) MX[B]E [10] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [11] -1 0 0xff8e0000 - 0xff8effff (0x10000) MX[B](B) [12] -1 0 0xec000000 - 0xefffffff (0x4000000) MX[B](B) [13] -1 0 0xff8c0000 - 0xff8dffff (0x20000) MX[B](B) [14] -1 0 0xff8f0000 - 0xff8fffff (0x10000) MX[B](B) [15] -1 0 0xf0000000 - 0xf3ffffff (0x4000000) MX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [19] -1 0 0x0000e080 - 0x0000e0ff (0x80) IX[B]E [20] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [21] -1 0 0x0000e000 - 0x0000e07f (0x80) IX[B]E [22] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [23] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [24] -1 0 0x0000e880 - 0x0000e8ff (0x80) IX[B]E [25] -1 0 0x0000e800 - 0x0000e87f (0x80) IX[B]E [26] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B](B) (II) LoadModule: "dbe" (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "extmod" (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "type1" (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.2 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: "speedo" (II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a (II) Module speedo: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.1 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Speedo (II) LoadModule: "xtt" (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a (II) Module xtt: vendor=3D"X-TrueType Server Project" compiled for 4.3.0, module version =3D 1.3.1 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font xtt (II) LoadModule: "glx" (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "GLcore" (II) LoadModule: "GLcore" (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension GLX (II) LoadModule: "dri" (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading sub module "drm" (II) LoadModule: "drm" (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.a (II) Module drm: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension XFree86-DRI (II) LoadModule: "record" (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.13.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: "vbe" (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.1.0 ABI class: XFree86 Video Driver, version 0.6 (II) LoadModule: "radeon" (II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.o (II) Module radeon: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 4.0.1 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.6 (II) LoadModule: "ati" (II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o (II) Module ati: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 6.4.18 Module class: XFree86 Video Driver ABI class: XFree86 Video Driver, version 0.6 (II) LoadModule: "mouse" (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 Module class: XFree86 XInput Driver ABI class: XFree86 XInput driver, version 0.4 (II) ATI: ATI driver (version 6.4.18) for chipsets: ati, ativga (II) R128: Driver for ATI Rage 128 chipsets: ATI Rage 128 Mobility M3 LE (PCI), ATI Rage 128 Mobility M3 LF (AGP), ATI Rage 128 Mobility M4 MF (AGP), ATI Rage 128 Mobility M4 ML (AGP), ATI Rage 128 Pro GL PA (PCI/AGP), ATI Rage 128 Pro GL PB (PCI/AGP), ATI Rage 128 Pro GL PC (PCI/AGP), ATI Rage 128 Pro GL PD (PCI), ATI Rage 128 Pro GL PE (PCI/AGP), ATI Rage 128 Pro GL PF (AGP), ATI Rage 128 Pro VR PG (PCI/AGP), ATI Rage 128 Pro VR PH (PCI/AGP), ATI Rage 128 Pro VR PI (PCI/AGP), ATI Rage 128 Pro VR PJ (PCI/AGP), ATI Rage 128 Pro VR PK (PCI/AGP), ATI Rage 128 Pro VR PL (PCI/AGP), ATI Rage 128 Pro VR PM (PCI/AGP), ATI Rage 128 Pro VR PN (PCI/AGP), ATI Rage 128 Pro VR PO (PCI/AGP), ATI Rage 128 Pro VR PP (PCI), ATI Rage 128 Pro VR PQ (PCI/AGP), ATI Rage 128 Pro VR PR (PCI), ATI Rage 128 Pro VR PS (PCI/AGP), ATI Rage 128 Pro VR PT (PCI/AGP), ATI Rage 128 Pro VR PU (PCI/AGP), ATI Rage 128 Pro VR PV (PCI/AGP), ATI Rage 128 Pro VR PW (PCI/AGP), ATI Rage 128 Pro VR PX (PCI/AGP), ATI Rage 128 GL RE (PCI), ATI Rage 128 GL RF (AGP), ATI Rage 128 RG (AGP), ATI Rage 128 VR RK (PCI), ATI Rage 128 VR RL (AGP), ATI Rage 128 4X SE (PCI/AGP), ATI Rage 128 4X SF (PCI/AGP), ATI Rage 128 4X SG (PCI/AGP), ATI Rage 128 4X SH (PCI/AGP), ATI Rage 128 4X SK (PCI/AGP), ATI Rage 128 4X SL (PCI/AGP), ATI Rage 128 4X SM (AGP), ATI Rage 128 4X SN (PCI/AGP), ATI Rage 128 Pro ULTRA TF (AGP), ATI Rage 128 Pro ULTRA TL (AGP), ATI Rage 128 Pro ULTRA TR (AGP), ATI Rage 128 Pro ULTRA TS (AGP?), ATI Rage 128 Pro ULTRA TT (AGP?), ATI Rage 128 Pro ULTRA TU (AGP?) (II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP), ATI Radeon QE (AGP), ATI Radeon QF (AGP), ATI Radeon QG (AGP), ATI Radeon VE/7000 QY (AGP), ATI Radeon VE/7000 QZ (AGP), ATI Radeon Mobility M7 LW (AGP), ATI Mobility FireGL 7800 M7 LX (AGP), ATI Radeon Mobility M6 LY (AGP), ATI Radeon Mobility M6 LZ (AGP), ATI FireGL 8700/8800 QH (AGP), ATI Radeon 8500 QI (AGP), ATI Radeon 8500 QJ (AGP), ATI Radeon 8500 QK (AGP), ATI Radeon 8500 QL (AGP), ATI Radeon 9100 QM (AGP), ATI Radeon 8500 QN (AGP), ATI Radeon 8500 QO (AGP), ATI Radeon 8500 Qh (AGP), ATI Radeon 8500 Qi (AGP), ATI Radeon 8500 Qj (AGP), ATI Radeon 8500 Qk (AGP), ATI Radeon 8500 Ql (AGP), ATI Radeon 8500 BB (AGP), ATI Radeon 7500 QW (AGP), ATI Radeon 7500 QX (AGP), ATI Radeon 9000 Id (AGP), ATI Radeon 9000 Ie (AGP), ATI Radeon 9000 If (AGP), ATI Radeon 9000 Ig (AGP), ATI Radeon Mobility M9 Ld (AGP), ATI Radeon Mobility M9 Le (AGP), ATI Radeon Mobility M9 Lf (AGP), ATI Radeon Mobility M9 Lg (AGP), ATI Radeon 9500 AD (AGP), ATI Radeon 9500 AE (AGP), ATI Radeon 9500 AF (AGP), ATI FireGL Z1/X1 AG (AGP), ATI Radeon 9700 Pro ND (AGP), ATI Radeon 9700/9500Pro NE (AGP), ATI Radeon 9700 NF (AGP), ATI FireGL X1 NG (AGP) (II) Primary Device is: PCI 01:00:0 (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (--) Chipset ATI Radeon 9000 If (AGP) found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xff9ff000 - 0xff9fffff (0x1000) MX[B]E [6] -1 0 0xf6aff000 - 0xf6afffff (0x1000) MX[B]E [7] -1 0 0xffaff400 - 0xffaff7ff (0x400) MX[B]E [8] -1 0 0xffaff800 - 0xffaffbff (0x400) MX[B]E [9] -1 0 0xffaffc00 - 0xffafffff (0x400) MX[B]E [10] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [11] -1 0 0xff8e0000 - 0xff8effff (0x10000) MX[B](B) [12] -1 0 0xec000000 - 0xefffffff (0x4000000) MX[B](B) [13] -1 0 0xff8c0000 - 0xff8dffff (0x20000) MX[B](B) [14] -1 0 0xff8f0000 - 0xff8fffff (0x10000) MX[B](B) [15] -1 0 0xf0000000 - 0xf3ffffff (0x4000000) MX[B](B) [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [19] -1 0 0x0000e080 - 0x0000e0ff (0x80) IX[B]E [20] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [21] -1 0 0x0000e000 - 0x0000e07f (0x80) IX[B]E [22] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [23] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [24] -1 0 0x0000e880 - 0x0000e8ff (0x80) IX[B]E [25] -1 0 0x0000e800 - 0x0000e87f (0x80) IX[B]E [26] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B](B) (II) Loading sub module "radeon" (II) LoadModule: "radeon" (II) Reloading /usr/X11R6/lib/modules/drivers/radeon_drv.o (II) resource ranges after probing: [0] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [1] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [2] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [3] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [4] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [5] -1 0 0xff9ff000 - 0xff9fffff (0x1000) MX[B]E [6] -1 0 0xf6aff000 - 0xf6afffff (0x1000) MX[B]E [7] -1 0 0xffaff400 - 0xffaff7ff (0x400) MX[B]E [8] -1 0 0xffaff800 - 0xffaffbff (0x400) MX[B]E [9] -1 0 0xffaffc00 - 0xffafffff (0x400) MX[B]E [10] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [11] -1 0 0xff8e0000 - 0xff8effff (0x10000) MX[B](B) [12] -1 0 0xec000000 - 0xefffffff (0x4000000) MX[B](B) [13] -1 0 0xff8c0000 - 0xff8dffff (0x20000) MX[B](B) [14] -1 0 0xff8f0000 - 0xff8fffff (0x10000) MX[B](B) [15] -1 0 0xf0000000 - 0xf3ffffff (0x4000000) MX[B](B) [16] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [17] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [18] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [19] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [20] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [21] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [22] -1 0 0x0000e080 - 0x0000e0ff (0x80) IX[B]E [23] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [24] -1 0 0x0000e000 - 0x0000e07f (0x80) IX[B]E [25] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [26] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [27] -1 0 0x0000e880 - 0x0000e8ff (0x80) IX[B]E [28] -1 0 0x0000e800 - 0x0000e87f (0x80) IX[B]E [29] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B](B) [30] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [31] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 0.1.0 ABI class: XFree86 Video Driver, version 0.6 (II) RADEON(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x= 0000 (II) RADEON(0): PCI bus 1 card 0 func 0 (**) RADEON(0): Depth 24, (--) framebuffer bpp 32 (II) RADEON(0): Pixel depth =3D 24 bits stored in 4 bytes (32 bpp pixmaps) (=3D=3D) RADEON(0): Default visual is TrueColor (**) RADEON(0): Option "AGPMode" "4" (=3D=3D) RADEON(0): RGB weight 888 (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/X11R6/lib/modules/libint10.a (II) Module int10: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) RADEON(0): initializing int10 (=3D=3D) RADEON(0): Write-combining range (0xa0000,0x20000) was already cle= ar (=3D=3D) RADEON(0): Write-combining range (0xc0000,0x40000) (WW) RADEON(0): Bad V_BIOS checksum (II) RADEON(0): Primary V_BIOS segment is: 0xc000 (=3D=3D) RADEON(0): Write-combining range (0x0,0x1000) was already clear (--) RADEON(0): Chipset: "ATI Radeon 9000 If (AGP)" (ChipID =3D 0x4966) (--) RADEON(0): Linear framebuffer at 0xf0000000 (--) RADEON(0): MMIO registers at 0xff8f0000 (--) RADEON(0): BIOS at 0xff8c0000 (=3D=3D) RADEON(0): Write-combining range (0xff8f0000,0x80000) was already = clear (--) RADEON(0): VideoRAM: 65536 kByte (64-bit DDR SDRAM) (=3D=3D) RADEON(0): Write-combining range (0xff8f0000,0x80000) was already = clear (II) RADEON(0): CloneDisplay option not set -- defaulting to auto-detect (II) RADEON(0): Primary Display =3D=3D Type 1 (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Loading /usr/X11R6/lib/modules/libi2c.a (II) Module i2c: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.2.0 ABI class: XFree86 Video Driver, version 0.6 (II) RADEON(0): I2C bus "DDC" initialized. (II) RADEON(0): PLL parameters: rf=3D2700 rd=3D12 min=3D20000 max=3D35000; = xclk=3D27500 (=3D=3D) RADEON(0): Using gamma correction (1.0, 1.0, 1.0) (II) RADEON(0): Validating modes on Primary head (DDCType: 3) --------- (=3D=3D) RADEON(0): Write-combining range (0xff8f0000,0x80000) was already = clear (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C device "DDC:ddc2" registered at address 0xA0. (II) RADEON(0): I2C device "DDC:ddc2" removed. (II) RADEON(0): I2C EDID Info: (II) RADEON(0): Manufacturer: GSM Model: 3aaa Serial#: 0 (II) RADEON(0): Year: 1996 Week: 0 (II) RADEON(0): EDID Version: 1.1 (II) RADEON(0): Analog Display Input, Input Voltage Level: 0.700/0.300 V (II) RADEON(0): Signal levels configurable (II) RADEON(0): Sync: Separate (II) RADEON(0): Max H-Image Size [cm]: horiz.: 28 vert.: 21 (II) RADEON(0): Gamma: 2.10 (II) RADEON(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display (II) RADEON(0): redX: 0.629 redY: 0.338 greenX: 0.272 greenY: 0.594 (II) RADEON(0): blueX: 0.142 blueY: 0.060 whiteX: 0.281 whiteY: 0.311 (II) RADEON(0): Supported VESA Video Modes: (II) RADEON(0): 720x400@70Hz (II) RADEON(0): 640x480@60Hz (II) RADEON(0): 640x480@72Hz (II) RADEON(0): 640x480@75Hz (II) RADEON(0): 800x600@56Hz (II) RADEON(0): 800x600@60Hz (II) RADEON(0): 800x600@72Hz (II) RADEON(0): 800x600@75Hz (II) RADEON(0): 1024x768@87Hz (interlaced) (II) RADEON(0): 1024x768@60Hz (II) RADEON(0): Manufacturer's mask: 0 (II) RADEON(0): End of DDC Monitor info (II) RADEON(0): LG 14Inch: Using hsync value of 31.50 kHz (II) RADEON(0): LG 14Inch: Using hsync value of 35.20 kHz (II) RADEON(0): LG 14Inch: Using hsync value of 35.50 kHz (II) RADEON(0): LG 14Inch: Using vrefresh range of 50.00-90.00 Hz (II) RADEON(0): Clock range: 20.00 to 350.00 MHz (II) RADEON(0): Not using default mode "640x350" (hsync out of range) (II) RADEON(0): Not using default mode "320x175" (bad mode clock/interlace/= doublescan) (II) RADEON(0): Not using default mode "640x400" (hsync out of range) (II) RADEON(0): Not using default mode "320x200" (bad mode clock/interlace/= doublescan) (II) RADEON(0): Not using default mode "720x400" (hsync out of range) (II) RADEON(0): Not using default mode "360x200" (bad mode clock/interlace/= doublescan) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/= doublescan) (II) RADEON(0): Not using default mode "640x480" (hsync out of range) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/= doublescan) (II) RADEON(0): Not using default mode "640x480" (hsync out of range) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/= doublescan) (II) RADEON(0): Not using default mode "640x480" (hsync out of range) (II) RADEON(0): Not using default mode "320x240" (bad mode clock/interlace/= doublescan) (II) RADEON(0): Not using default mode "400x300" (bad mode clock/interlace/= doublescan) (II) RADEON(0): Not using default mode "800x600" (hsync out of range) (II) RADEON(0): Not using default mode "400x300" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (hsync out of range) (II) RADEON(0): Not using default mode "400x300" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (hsync out of range) (II) RADEON(0): Not using default mode "400x300" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (hsync out of range) (II) RADEON(0): Not using default mode "400x300" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (hsync out of range) (II) RADEON(0): Not using default mode "512x384" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (hsync out of range) (II) RADEON(0): Not using default mode "512x384" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (hsync out of range) (II) RADEON(0): Not using default mode "512x384" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (hsync out of range) (II) RADEON(0): Not using default mode "512x384" (hsync out of range) (II) RADEON(0): Not using default mode "1152x864" (hsync out of range) (II) RADEON(0): Not using default mode "576x432" (hsync out of range) (II) RADEON(0): Not using default mode "1280x960" (hsync out of range) (II) RADEON(0): Not using default mode "640x480" (hsync out of range) (II) RADEON(0): Not using default mode "1280x960" (hsync out of range) (II) RADEON(0): Not using default mode "640x480" (hsync out of range) (II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) (II) RADEON(0): Not using default mode "640x512" (hsync out of range) (II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) (II) RADEON(0): Not using default mode "640x512" (hsync out of range) (II) RADEON(0): Not using default mode "1280x1024" (hsync out of range) (II) RADEON(0): Not using default mode "640x512" (hsync out of range) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (hsync out of range) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (hsync out of range) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (hsync out of range) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (hsync out of range) (II) RADEON(0): Not using default mode "1600x1200" (hsync out of range) (II) RADEON(0): Not using default mode "800x600" (hsync out of range) (II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) (II) RADEON(0): Not using default mode "896x672" (hsync out of range) (II) RADEON(0): Not using default mode "1792x1344" (hsync out of range) (II) RADEON(0): Not using default mode "896x672" (hsync out of range) (II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) (II) RADEON(0): Not using default mode "928x696" (hsync out of range) (II) RADEON(0): Not using default mode "1856x1392" (hsync out of range) (II) RADEON(0): Not using default mode "928x696" (hsync out of range) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (hsync out of range) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (hsync out of range) (II) RADEON(0): Not using default mode "832x624" (hsync out of range) (II) RADEON(0): Not using default mode "416x312" (hsync out of range) (II) RADEON(0): Not using default mode "1152x768" (hsync out of range) (II) RADEON(0): Not using default mode "576x384" (hsync out of range) (II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) (II) RADEON(0): Not using default mode "700x525" (hsync out of range) (II) RADEON(0): Not using default mode "1400x1050" (hsync out of range) (II) RADEON(0): Not using default mode "700x525" (hsync out of range) (II) RADEON(0): Not using default mode "1600x1024" (hsync out of range) (II) RADEON(0): Not using default mode "800x512" (hsync out of range) (II) RADEON(0): Not using default mode "1920x1440" (hsync out of range) (II) RADEON(0): Not using default mode "960x720" (hsync out of range) (II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (hsync out of range) (II) RADEON(0): Not using default mode "2048x1536" (hsync out of range) (II) RADEON(0): Not using default mode "1024x768" (hsync out of range) (II) RADEON(0): Not using default mode "2048x1536" (bad mode clock/interlac= e/doublescan) (II) RADEON(0): Not using default mode "1024x768" (hsync out of range) (--) RADEON(0): Virtual size is 1024x768 (pitch 1024) (**) RADEON(0): *Default mode "1024x768": 44.9 MHz, 35.5 kHz, 87.1 Hz (I) (II) RADEON(0): Modeline "1024x768" 44.90 1024 1032 1208 1264 768 768 7= 76 817 interlace +hsync +vsync (**) RADEON(0): Default mode "800x600": 36.0 MHz, 35.2 kHz, 56.2 Hz (II) RADEON(0): Modeline "800x600" 36.00 800 824 896 1024 600 601 603 6= 25 +hsync +vsync (**) RADEON(0): Default mode "640x480": 25.2 MHz, 31.5 kHz, 60.0 Hz (II) RADEON(0): Modeline "640x480" 25.20 640 656 752 800 480 490 492 52= 5 -hsync -vsync (**) RADEON(0): Default mode "512x384": 22.4 MHz, 35.5 kHz, 87.1 Hz (D) (II) RADEON(0): Modeline "512x384" 22.45 512 516 604 632 384 384 388 40= 9 interlace doublescan +hsync +vsync (--) RADEON(0): Display dimensions: (280, 210) mm (--) RADEON(0): DPI set to (92, 92) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/X11R6/lib/modules/libfb.a (II) Module fb: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.2 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Loading /usr/X11R6/lib/modules/libramdac.a (II) Module ramdac: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 0.1.0 ABI class: XFree86 Video Driver, version 0.6 (II) Loading sub module "xaa" (II) LoadModule: "xaa" (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.1.0 ABI class: XFree86 Video Driver, version 0.6 (**) RADEON(0): Using AGP 4x mode (II) RADEON(0): AGP Fast Write disabled by default (II) RADEON(0): Depth moves disabled by default (II) Loading sub module "shadowfb" (II) LoadModule: "shadowfb" (II) Loading /usr/X11R6/lib/modules/libshadowfb.a (II) Module shadowfb: vendor=3D"The XFree86 Project" compiled for 4.3.0, module version =3D 1.0.0 ABI class: XFree86 ANSI C Emulation, version 0.2 (II) RADEON(0): Page flipping disabled (=3D=3D) RADEON(0): Write-combining range (0x0,0x1000) was already clear (!!) RADEON(0): For information on using the multimedia capabilities of this adapter, please see http://gatos.sf.net. (--) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [0] 0 0 0xff8f0000 - 0xff8fffff (0x10000) MX[B] [1] 0 0 0xf0000000 - 0xf3ffffff (0x4000000) MX[B] [2] -1 0 0xffe00000 - 0xffffffff (0x200000) MX[B](B) [3] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [4] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [5] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [6] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [7] -1 0 0xff9ff000 - 0xff9fffff (0x1000) MX[B]E [8] -1 0 0xf6aff000 - 0xf6afffff (0x1000) MX[B]E [9] -1 0 0xffaff400 - 0xffaff7ff (0x400) MX[B]E [10] -1 0 0xffaff800 - 0xffaffbff (0x400) MX[B]E [11] -1 0 0xffaffc00 - 0xffafffff (0x400) MX[B]E [12] -1 0 0xf8000000 - 0xf7ffffff (0x0) MX[B]EO [13] -1 0 0xff8e0000 - 0xff8effff (0x10000) MX[B](B) [14] -1 0 0xec000000 - 0xefffffff (0x4000000) MX[B](B) [15] -1 0 0xff8c0000 - 0xff8dffff (0x20000) MX[B](B) [16] -1 0 0xff8f0000 - 0xff8fffff (0x10000) MX[B](B) [17] -1 0 0xf0000000 - 0xf3ffffff (0x4000000) MX[B](B) [18] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprU) [19] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprU) [20] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprU) [21] 0 0 0x0000c800 - 0x0000c8ff (0x100) IX[B] [22] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [23] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [24] -1 0 0x0000dc00 - 0x0000dcff (0x100) IX[B]E [25] -1 0 0x0000e080 - 0x0000e0ff (0x80) IX[B]E [26] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [27] -1 0 0x0000e000 - 0x0000e07f (0x80) IX[B]E [28] -1 0 0x0000ffa0 - 0x0000ffbf (0x20) IX[B]E [29] -1 0 0x0000ec00 - 0x0000ecff (0x100) IX[B]E [30] -1 0 0x0000e880 - 0x0000e8ff (0x80) IX[B]E [31] -1 0 0x0000e800 - 0x0000e87f (0x80) IX[B]E [32] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B](B) [33] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [34] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (=3D=3D) RADEON(0): Write-combining range (0xff8f0000,0x80000) was already = clear (=3D=3D) RADEON(0): Write-combining range (0xf0000000,0x4000000) (=3D=3D) RADEON(0): Write-combining range (0xa0000,0x10000) was already cle= ar drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 8, (OK) drmGetBusid returned '' (II) RADEON(0): [drm] loaded kernel module for "radeon" driver (II) RADEON(0): [drm] created "radeon" driver at busid "PCI:1:0:0" (II) RADEON(0): [drm] added 8192 byte SAREA at 0xc45e0000 (II) RADEON(0): [drm] mapped SAREA 0xc45e0000 to 0x282e2000 (II) RADEON(0): [drm] framebuffer handle =3D 0xf0000000 (II) RADEON(0): [drm] added 1 reserved context for kernel (II) RADEON(0): [agp] Mode 0x1f000207 [AGP 0x0000/0x0000; Card 0x1002/0x496= 6] (II) RADEON(0): [agp] 8192 kB allocated with handle 0xc45d6740 (II) RADEON(0): [agp] ring handle =3D 0xf8000000 (II) RADEON(0): [agp] Ring mapped at 0x2c400000 (II) RADEON(0): [agp] ring read ptr handle =3D 0xf8101000 (II) RADEON(0): [agp] Ring read ptr mapped at 0x282df000 (II) RADEON(0): [agp] vertex/indirect buffers handle =3D 0xf8102000 (II) RADEON(0): [agp] Vertex/indirect buffers mapped at 0x2c501000 (II) RADEON(0): [agp] AGP texture map handle =3D 0xf8302000 (II) RADEON(0): [agp] AGP Texture map mapped at 0x2c701000 (II) RADEON(0): [drm] register handle =3D 0xff8f0000 (II) RADEON(0): [dri] Visual configs initialized (II) RADEON(0): CP in BM mode (II) RADEON(0): Using 8 MB AGP aperture (II) RADEON(0): Using 1 MB for the ring buffer (II) RADEON(0): Using 2 MB for vertex/indirect buffers (II) RADEON(0): Using 5 MB for AGP textures (II) RADEON(0): Memory manager initialized to (0,0) (1024,8191) (II) RADEON(0): Reserved area from (0,768) to (1024,770) (II) RADEON(0): Largest offscreen area available: 1024 x 7421 (II) RADEON(0): Will use back buffer at offset 0xc00000 (II) RADEON(0): Will use depth buffer at offset 0xf00000 (II) RADEON(0): Will use 47104 kb for textures at offset 0x1200000 (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) Screen to screen bit blits Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Scanline Image Writes Offscreen Pixmaps Setting up tile and stipple cache: 32 128x128 slots 32 256x256 slots 16 512x512 slots (II) RADEON(0): Acceleration enabled (=3D=3D) RADEON(0): Backing store disabled (=3D=3D) RADEON(0): Silken mouse enabled (II) RADEON(0): Using hardware cursor (scanline 770) (II) RADEON(0): Largest offscreen area available: 1024 x 7417 (**) Option "dpms" (**) RADEON(0): DPMS enabled (II) RADEON(0): X context handle =3D 0x00000001 (II) RADEON(0): [drm] installed DRM signal handler (II) RADEON(0): [DRI] installation complete (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers (II) RADEON(0): [drm] dma control initialized, using IRQ 2 (II) RADEON(0): [drm] Initialized kernel agp heap manager, 5111808 (II) RADEON(0): Direct rendering enabled (=3D=3D) RandR enabled (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (**) Option "Protocol" "Auto" (**) Mouse1: Protocol: "Auto" (**) Option "CorePointer" (**) Mouse1: Core Pointer (**) Option "Device" "/dev/sysmouse" (**) Mouse1: Emulate3Buttons, Emulate3Timeout: 50 (**) Option "ZAxisMapping" "4 5" (**) Mouse1: ZAxisMapping: buttons 4 and 5 (**) Mouse1: Buttons: 5 (II) Keyboard "Keyboard1" handled by legacy driver (II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE) (II) Mouse1: SetupAuto: hw.iftype is 4, hw.model is 0 (II) Mouse1: SetupAuto: protocol is SysMouse GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 (II) Loading sub module "KSC5601" (II) LoadModule: "KSC5601" (II) Loading /usr/X11R6/lib/modules/codeconv/libKSC5601.a (II) Module KSC5601: vendor=3D"X-TrueType Server Project" compiled for 4.3.0, module version =3D 1.3.1 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading sub module "ISO8859_1" (II) LoadModule: "ISO8859_1" (II) Loading /usr/X11R6/lib/modules/codeconv/libISO8859_1.a (II) Module ISO8859_1: vendor=3D"X-TrueType Server Project" compiled for 4.3.0, module version =3D 1.3.1 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading sub module "KSC5601" (II) LoadModule: "KSC5601" (II) Reloading /usr/X11R6/lib/modules/codeconv/libKSC5601.a (II) Loading sub module "ISO8859_1" (II) LoadModule: "ISO8859_1" (II) Reloading /usr/X11R6/lib/modules/codeconv/libISO8859_1.a (II) Loading sub module "ISO8859_1" (II) LoadModule: "ISO8859_1" (II) Reloading /usr/X11R6/lib/modules/codeconv/libISO8859_1.a GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 SetGrabKeysState - disabled GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 SetGrabKeysState - enabled GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 GetModeLine - scrn: 0 clock: 44900 GetModeLine - hdsp: 1024 hbeg: 1032 hend: 1208 httl: 1264 vdsp: 768 vbeg: 768 vend: 776 vttl: 817 flags: 21 SetGrabKeysState - disabled --=20 netj | Jaeho Shin | ?????? ; http://netj.org/ System Programmers' Association for Researching Computer Systems Division of Computer Science, Department of EECS, KAIST From owner-freebsd-multimedia@FreeBSD.ORG Sun May 25 19:03:16 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 129E037B401 for ; Sun, 25 May 2003 19:03:16 -0700 (PDT) Received: from brain.stagecraft.cx (CPE-203-51-35-137.nsw.bigpond.net.au [203.51.35.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6FE443F85 for ; Sun, 25 May 2003 19:03:14 -0700 (PDT) (envelope-from carl@stagecraft.cx) Received: from stagecraft.cx (dhcp22.stagecraft.cx [203.37.99.22]) by brain.stagecraft.cx (8.12.8/8.12.8) with ESMTP id h4Q230L3088941; Mon, 26 May 2003 12:03:01 +1000 (EST) (envelope-from carl@stagecraft.cx) Date: Mon, 26 May 2003 12:03:00 +1000 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: "Daan Vreeken [PA4DAN]" From: Carl Makin In-Reply-To: <200305251249.38775.Danovitsch@Vitsch.net> Message-Id: <2DA1BD42-8F1E-11D7-95BC-003065A27FC0@stagecraft.cx> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: FreeBSD-multimedia@FreeBSD.org Subject: Re: Stopping playthru 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, 26 May 2003 02:03:16 -0000 Hi Daan, On Sunday, May 25, 2003, at 08:49 PM, Daan Vreeken [PA4DAN] wrote: > On Sunday 25 May 2003 05:24, Carl Makin wrote: >> really well. Except for one problem. It seems sound in via the line >> in socket is being played through the line out socket, ie it looks >> like >> >> Can anyone give me a clue on how to disable this please? > Have you tried to set the line-volume to 0? > You could do this with : mixer line 0 Then of course I can't receive. What I have been doing is hitting the "mute" on the line in just before starting transmitting but it is a royal PITA. What I need is some way of disabling the audio play through on the card. Thanks anyway, Carl. vk1kcm From owner-freebsd-multimedia@FreeBSD.ORG Sun May 25 19:46:44 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 726F237B404 for ; Sun, 25 May 2003 19:46:44 -0700 (PDT) Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by mx1.FreeBSD.org (Postfix) with ESMTP id D28A743F75 for ; Sun, 25 May 2003 19:46:41 -0700 (PDT) (envelope-from edhall@screech.weirdnoise.com) Received: from screech.weirdnoise.com ([64.170.122.172]) by mta6.snfc21.pbi.net (iPlanet Messaging Server 5.1 HotFix 1.6 (built Oct 18 2002)) with ESMTP id <0HFH00D3C3PSQ9@mta6.snfc21.pbi.net> for FreeBSD-multimedia@freebsd.org; Sun, 25 May 2003 19:46:41 -0700 (PDT) Received: from screech.weirdnoise.com (localhost [127.0.0.1]) h4Q2jjjr021394; Sun, 25 May 2003 19:45:45 -0700 Date: Sun, 25 May 2003 19:45:45 -0700 From: Ed Hall In-reply-to: Message from Carl Makin "of Mon, 26 May 2003 12:03:00 +1000." <2DA1BD42-8F1E-11D7-95BC-003065A27FC0@stagecraft.cx> To: Carl Makin Message-id: <200305260245.h4Q2jjjr021394@screech.weirdnoise.com> MIME-version: 1.0 X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT cc: "Daan Vreeken \[PA4DAN\]" cc: FreeBSD-multimedia@freebsd.org Subject: Re: Stopping playthru 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, 26 May 2003 02:46:44 -0000 Carl Makin wrote: > Hi Daan, > > On Sunday, May 25, 2003, at 08:49 PM, Daan Vreeken [PA4DAN] wrote: > > > On Sunday 25 May 2003 05:24, Carl Makin wrote: > >> really well. Except for one problem. It seems sound in via the line > >> in socket is being played through the line out socket, ie it looks > >> like > >> > >> Can anyone give me a clue on how to disable this please? > > > Have you tried to set the line-volume to 0? > > You could do this with : mixer line 0 > > Then of course I can't receive. What I have been doing is hitting the > "mute" on the line in just before starting transmitting but it is a > royal PITA. > > What I need is some way of disabling the audio play through on the card. > > > Thanks anyway, > > > Carl. > vk1kcm Your soundcard mixer may have a channel (sometimes called "monitor") that controls the playthrough. Turn it off: mixer monitor 0:0 and the playthrough should stop. It may be some other channel (your soundcard may not be wired quite as expected) -- just turn down all channels you don't need. -Ed From owner-freebsd-multimedia@FreeBSD.ORG Mon May 26 00:57:08 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 2511F37B401 for ; Mon, 26 May 2003 00:57:08 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.74.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4AE743F3F for ; Mon, 26 May 2003 00:57:06 -0700 (PDT) (envelope-from molter@tin.it) Received: from tin.it (144.254.74.60) by ams-iport-1.cisco.com with ESMTP; 26 May 2003 09:56:24 +0100 Received: from cisco.com (localhost [127.0.0.1])h4Q7t8Po000070 for ; Mon, 26 May 2003 09:55:09 +0200 (MET DST) Received: from www.example.org (dhcp-nic-val-26-108.cisco.com [64.103.26.108]) by cisco.com (8.8.8+Sun/8.8.8) with SMTP id JAA19153 for ; Mon, 26 May 2003 09:57:04 +0200 (MET DST) Received: (qmail 1542 invoked by uid 1000); 26 May 2003 07:56:58 -0000 Date: Mon, 26 May 2003 09:56:58 +0200 From: Marco Molteni To: freebsd-multimedia@freebsd.org Message-ID: <20030526075658.GC1372@cobweb.example.org> References: <20030521141218.GE13526@cobweb.example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030521141218.GE13526@cobweb.example.org> User-Agent: Mutt/1.4.1i Subject: SUMMARY: suggestions for dual-head video cards for fbsd? 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, 26 May 2003 07:57:08 -0000 Marco Molteni wrote [2003-05-21]: > any suggestions for (cheap) dual-head video cards for fbsd? > > Please send mail directly to me, I will post a summary > to the list. Hi all, here is a summary of the 2 replies I received: ====== Orion Hodson hodson at icir dot org said: Pretty much all of the ATI cards these days (see XFree86 4.3.0 release notes at .ttp://www.xfree86.org/4.3.0/RELNOTES2.html#3). There's an example config and some notes at http://www.icir.org/hodson/1600sw/index.html ====== Doug White dwhite at gumbysoft dot com said: The Matrox GXXX series works great. I had a G200, which is pretty old by today's standards but gets the job done. thanks all, I'll post my results once I'll have a card. marco From owner-freebsd-multimedia@FreeBSD.ORG Mon May 26 02:19:49 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 C2F8337B401 for ; Mon, 26 May 2003 02:19:49 -0700 (PDT) Received: from brain.stagecraft.cx (CPE-203-51-30-55.nsw.bigpond.net.au [203.51.30.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7792143F3F for ; Mon, 26 May 2003 02:19:48 -0700 (PDT) (envelope-from carl@stagecraft.cx) Received: from stagecraft.cx (dhcp22.stagecraft.cx [203.37.99.22]) by brain.stagecraft.cx (8.12.8/8.12.8) with ESMTP id h4Q9JcL3091732; Mon, 26 May 2003 19:19:39 +1000 (EST) (envelope-from carl@stagecraft.cx) Date: Mon, 26 May 2003 19:19:36 +1000 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: Ed Hall From: Carl Makin In-Reply-To: <200305260245.h4Q2jjjr021394@screech.weirdnoise.com> Message-Id: <2B32CFC2-8F5B-11D7-A51A-003065A27FC0@stagecraft.cx> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: FreeBSD-multimedia@freebsd.org Subject: Re: Stopping playthru 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, 26 May 2003 09:19:50 -0000 Hi Ed, On Monday, May 26, 2003, at 12:45 PM, Ed Hall wrote: > Your soundcard mixer may have a channel (sometimes called "monitor") > that controls the playthrough. Turn it off: Good call, thanks! The card I was using for the digital modes didn't have that in the mixer options, but the other card does. I switched usage of the cards around and now it works much better! I just had 6 PSK31 contacts using the new card on 14mhz so it is working well. Thanks for the help. Carl. From owner-freebsd-multimedia@FreeBSD.ORG Mon May 26 23:08:42 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 0D2E937B401; Mon, 26 May 2003 23:08:42 -0700 (PDT) Received: from mta06ps.bigpond.com (mta06ps.bigpond.com [144.135.25.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id F122243F93; Mon, 26 May 2003 23:08:39 -0700 (PDT) (envelope-from carl@stagecraft.cx) Received: from brain.stagecraft.cx ([144.135.25.69]) by mta06ps.bigpond.com (Netscape Messaging Server 4.15 mta06ps May 23 2002 23:53:28) with SMTP id HFJ7QA00.5BT; Tue, 27 May 2003 16:08:34 +1000 Received: from CPE-203-51-35-167.nsw.bigpond.net.au ([203.51.35.167]) by psmam01bpa.bigpond.com(MAM $Name: REL_3_3_2a $ 71/2860523); 27 May 2003 16:08:34 Received: from stagecraft.cx (dhcp22.stagecraft.cx [203.37.99.22]) by brain.stagecraft.cx (8.12.8/8.12.8) with ESMTP id h4R68X7D099478; Tue, 27 May 2003 16:08:33 +1000 (EST) (envelope-from carl@stagecraft.cx) Date: Tue, 27 May 2003 16:08:34 +1000 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) To: , " Cornelius, Peter" From: Carl Makin In-Reply-To: Message-Id: Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.552) cc: FreeBSD-multimedia@freebsd.org cc: freebsd-questions@freebsd.org Subject: FreeBSD HAM (Amateur Radio) ports 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: Tue, 27 May 2003 06:08:42 -0000 Hi Peter, On Tuesday, May 27, 2003, at 02:12 PM, Cornelius, Peter wrote: > how about a port ;-)) How about a ham section in ports ;-)==) Kpsk is already in the ports in the "comms" section. That's the one I'm using. I have a port for Xastir ready, as I suspect does one of the main Xastir committers so I guess his will be the official one. :) I have on my todo list to make ports for QSSTV and GMFSK, both of which I have working well under FreeBSD with minimal porting effort. I'll get to them sometime in July I think. FreeBSD-multimedia is probably not the best place to discuss this. There used to be a ham-bsd list at ucsd.edu that I think is now defunct. Is there enough interest to resurrect it? Carl. From owner-freebsd-multimedia@FreeBSD.ORG Mon May 26 23:41:21 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 C878237B401; Mon, 26 May 2003 23:41:21 -0700 (PDT) Received: from lightpro1.lightpro.de (lightpro1.lightpro.de [213.133.98.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 91EB743F3F; Mon, 26 May 2003 23:41:20 -0700 (PDT) (envelope-from H@Schmalzbauer.de) Received: from hscpr (ppp-62-245-161-36.mnet-online.de [62.245.161.36]) (authenticated bits=0)h4R6emr5010872; Tue, 27 May 2003 08:40:59 +0200 From: "Harald Schmalzbauer" To: "Carl Makin" , , " Cornelius, Peter" Date: Tue, 27 May 2003 08:40:48 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal In-Reply-To: cc: FreeBSD-multimedia@freebsd.org cc: freebsd-questions@freebsd.org Subject: RE: FreeBSD HAM (Amateur Radio) ports 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: Tue, 27 May 2003 06:41:22 -0000 owner-freebsd-questions@freebsd.org wrote: > Subject: FreeBSD HAM (Amateur Radio) ports > > > Hi Peter, > > On Tuesday, May 27, 2003, at 02:12 PM, Cornelius, Peter wrote: > >> how about a port ;-)) How about a ham section in ports ;-)==) > > Kpsk is already in the ports in the "comms" section. That's the one > I'm using. I have a port for Xastir ready, as I suspect does one of > the main Xastir committers so I guess his will be the official one. :) > > I have on my todo list to make ports for QSSTV and GMFSK, both of > which I have working well under FreeBSD with minimal porting effort. > I'll get to them sometime in July I think. > > FreeBSD-multimedia is probably not the best place to discuss this. > There used to be a ham-bsd list at ucsd.edu that I think is now > defunct. Is there enough interest to resurrect it? I would be interested. Best regards, -Harry (DG6MFE) > > > > Carl. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-multimedia@FreeBSD.ORG Mon May 26 23:52:49 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 32A9F37B401; Mon, 26 May 2003 23:52:49 -0700 (PDT) Received: from tina.la3sg.net (la3sg.net [217.13.29.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5887543F3F; Mon, 26 May 2003 23:52:47 -0700 (PDT) (envelope-from tina@tina.la3sg.net) Received: from tina.la3sg.net (tina@localhost.la3sg.net [127.0.0.1]) by tina.la3sg.net (8.12.8p1/8.12.8) with ESMTP id h4R6qh1h000979; Tue, 27 May 2003 08:52:43 +0200 (CEST) (envelope-from tina@tina.la3sg.net) Received: (from tina@localhost) by tina.la3sg.net (8.12.8p1/8.12.8/Submit) id h4R6qg04000978; Tue, 27 May 2003 08:52:42 +0200 (CEST) Date: Tue, 27 May 2003 08:52:42 +0200 From: Kjell Midtseter To: Harald Schmalzbauer Message-ID: <20030527065242.GA674@tina.la3sg.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i cc: FreeBSD-multimedia@freebsd.org cc: dl5bct@gmx.net cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD HAM (Amateur Radio) ports X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: kmidtset@c2i.net List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2003 06:52:49 -0000 On Tuesday, 27 May 2003 at 8:40:48 +0200, Harald Schmalzbauer wrote: > owner-freebsd-questions@freebsd.org wrote: > > Subject: FreeBSD HAM (Amateur Radio) ports > > > > > > Hi Peter, > > > > On Tuesday, May 27, 2003, at 02:12 PM, Cornelius, Peter wrote: > > > >> how about a port ;-)) How about a ham section in ports ;-)==) > > > > Kpsk is already in the ports in the "comms" section. That's the one > > I'm using. I have a port for Xastir ready, as I suspect does one of > > the main Xastir committers so I guess his will be the official one. :) > > > > I have on my todo list to make ports for QSSTV and GMFSK, both of > > which I have working well under FreeBSD with minimal porting effort. > > I'll get to them sometime in July I think. > > > > FreeBSD-multimedia is probably not the best place to discuss this. > > There used to be a ham-bsd list at ucsd.edu that I think is now > > defunct. Is there enough interest to resurrect it? > > I would be interested. > I will put in another wote for it! 73s de Kjell (LA3SG/EA7AVP) > Best regards, > > -Harry (DG6MFE) > > > > > > > > > Carl. > > > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to > > "freebsd-questions-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-multimedia@FreeBSD.ORG Tue May 27 01:05:12 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 381F737B401 for ; Tue, 27 May 2003 01:05:12 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.74.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0992A43F85 for ; Tue, 27 May 2003 01:05:11 -0700 (PDT) (envelope-from molter@tin.it) Received: from tin.it (144.254.74.60) by ams-iport-1.cisco.com with ESMTP; 27 May 2003 10:04:27 +0100 Received: from cisco.com (localhost [127.0.0.1])h4R83CEc015774 for ; Tue, 27 May 2003 10:03:13 +0200 (MET DST) Received: from www.example.org (dhcp-nic-val-26-108.cisco.com [64.103.26.108]) by cisco.com (8.8.8+Sun/8.8.8) with SMTP id KAA12997 for ; Tue, 27 May 2003 10:05:09 +0200 (MET DST) Received: (qmail 4000 invoked by uid 1000); 27 May 2003 08:05:01 -0000 Date: Tue, 27 May 2003 10:05:01 +0200 From: Marco Molteni To: FreeBSD-multimedia@freebsd.org Message-ID: <20030527080501.GA2901@cobweb.example.org> References: <20030527065242.GA674@tina.la3sg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030527065242.GA674@tina.la3sg.net> User-Agent: Mutt/1.4.1i Subject: Re: FreeBSD HAM (Amateur Radio) ports 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: Tue, 27 May 2003 08:05:12 -0000 [blind CC to freebsd-questions; please reply to freebsd-multimedia] Kjell Midtseter wrote [2003-05-27]: [..] > > > FreeBSD-multimedia is probably not the best place to discuss this. > > > There used to be a ham-bsd list at ucsd.edu that I think is now > > > defunct. Is there enough interest to resurrect it? > > > > I would be interested. > > > I will put in another wote for it! > 73s de Kjell (LA3SG/EA7AVP) Although I am not an ham, I have always been interested. If you create such a ML, please post an announce on several fbsd mailing lists, so that people interested can know about it. marco [..] From owner-freebsd-multimedia@FreeBSD.ORG Tue May 27 01:29:18 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 C5BD437B401 for ; Tue, 27 May 2003 01:29:18 -0700 (PDT) Received: from juice.thebigchoice.com (pc1-nott2-3-cust18.nott.cable.ntl.com [80.4.204.18]) by mx1.FreeBSD.org (Postfix) with SMTP id B51EC43FA3 for ; Tue, 27 May 2003 01:29:17 -0700 (PDT) (envelope-from matt@thebigchoice.com) Received: (qmail 6164 invoked from network); 27 May 2003 08:29:20 -0000 Received: from localhost.proweb.net (HELO thebigchoice.com) (127.0.0.1) by juice.thebigchoice.com with SMTP; 27 May 2003 08:29:20 -0000 Message-ID: <3ED321DF.7040904@thebigchoice.com> Date: Tue, 27 May 2003 09:29:19 +0100 From: Matt Heath User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030425 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Marco Molteni References: <20030521141218.GE13526@cobweb.example.org> In-Reply-To: <20030521141218.GE13526@cobweb.example.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-multimedia@freebsd.org Subject: Re: suggestions for dual-head video cards for fbsd? 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: Tue, 27 May 2003 08:29:19 -0000 I don't know about cheap but my NVidia Ti 4600 works a treat with a DVI-VGA adapter for the second head From owner-freebsd-multimedia@FreeBSD.ORG Tue May 27 03:04: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 C0E7337B401 for ; Tue, 27 May 2003 03:04:51 -0700 (PDT) Received: from freecris.bmm.it (freecris.bmm.it [213.144.77.133]) by mx1.FreeBSD.org (Postfix) with SMTP id C8BA143F93 for ; Tue, 27 May 2003 03:04:49 -0700 (PDT) (envelope-from deana@bmm.it) Received: (qmail 3111 invoked by alias); 27 May 2003 10:05:13 -0000 Received: from unknown (HELO there) (127.0.0.1) by localhost.biella.bmm.it with SMTP; 27 May 2003 10:05:13 -0000 From: Cristiano Deana Message-Id: <200305271135.27242@freecris> To: multimedia@freebsd.org Date: Tue, 27 May 2003 12:05:11 +0200 X-Mailer: KMail [version 1.3.2] X-Face: ?iza0MuhY+S7~61CU2]CY&q(hZ~Zr(!\.]>#p&hWkx]UEmhz^`K(*#&fd[WW^l"qH$1=DUl5?]%s%FvRx{H7Q{ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2003 10:04:52 -0000 --------------Boundary-00=_NOIJTB2568Z7VYHMC9ZT Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 8bit Hi, i wrote this very simple patch to let USB Epson Scanner 1250 te be recognize by freebsd. Tested on -stable and -current Is there some {something}@freebsd.org who i should send the patch to MFC? --------------Boundary-00=_NOIJTB2568Z7VYHMC9ZT-- From owner-freebsd-multimedia@FreeBSD.ORG Tue May 27 06:18:13 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 7290C37B401 for ; Tue, 27 May 2003 06:18:13 -0700 (PDT) Received: from Danovitsch.dnsq.org (b74143.upc-b.chello.nl [212.83.74.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9963C43F93 for ; Tue, 27 May 2003 06:18:11 -0700 (PDT) (envelope-from Danovitsch@Vitsch.net) Received: from FreeBSD.Danovitsch.LAN (b83007.upc-b.chello.nl [212.83.83.7]) by Danovitsch.dnsq.org (8.12.3p2/8.11.3) with ESMTP id h4RDCuJq072097 for ; Tue, 27 May 2003 15:12:57 +0200 (CEST) (envelope-from Danovitsch@Vitsch.net) Content-Type: text/plain; charset="iso-8859-1" From: "Daan Vreeken [PA4DAN]" To: FreeBSD-multimedia@FreeBSD.org Date: Tue, 27 May 2003 15:21:17 +0200 User-Agent: KMail/1.4.3 References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200305271521.17010.Danovitsch@Vitsch.net> Subject: Re: FreeBSD HAM (Amateur Radio) ports 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: Tue, 27 May 2003 13:18:13 -0000 On Tuesday 27 May 2003 08:40, Harald Schmalzbauer wrote: > owner-freebsd-questions@freebsd.org wrote: > > Subject: FreeBSD HAM (Amateur Radio) ports > > > > Hi Peter, > > > > On Tuesday, May 27, 2003, at 02:12 PM, Cornelius, Peter wrote: > >> how about a port ;-)) How about a ham section in ports ;-)=3D=3D) > > > > Kpsk is already in the ports in the "comms" section. That's the one > > I'm using. I have a port for Xastir ready, as I suspect does one of > > the main Xastir committers so I guess his will be the official one. := ) > > > > I have on my todo list to make ports for QSSTV and GMFSK, both of > > which I have working well under FreeBSD with minimal porting effort. > > I'll get to them sometime in July I think. > > > > FreeBSD-multimedia is probably not the best place to discuss this. > > There used to be a ham-bsd list at ucsd.edu that I think is now > > defunct. Is there enough interest to resurrect it? > > I would be interested. Me too.. grtz, Daan (PA4DAN) From owner-freebsd-multimedia@FreeBSD.ORG Tue May 27 07:28: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 715F137B401 for ; Tue, 27 May 2003 07:28:30 -0700 (PDT) Received: from pgh.nepinc.com (pgh.nepinc.com [66.207.129.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7182443FBF for ; Tue, 27 May 2003 07:28:29 -0700 (PDT) (envelope-from durham@jcdurham.com) Received: from jimslaptop.pitt.nepinc.com (jimslaptop.pitt.nepinc.com [192.100.100.107]) by pgh.nepinc.com (8.11.4/8.11.3) with ESMTP id h4RESSG17754 for ; Tue, 27 May 2003 10:28:29 -0400 (EDT) (envelope-from durham@jcdurham.com) From: Jim Durham Organization: JC Durham Consulting To: FreeBSD-multimedia@freebsd.org Date: Tue, 27 May 2003 10:28:26 -0400 User-Agent: KMail/1.5.2 References: <200305271521.17010.Danovitsch@Vitsch.net> In-Reply-To: <200305271521.17010.Danovitsch@Vitsch.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305271028.26411.durham@jcdurham.com> Subject: Re: FreeBSD HAM (Amateur Radio) ports X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: durham@jcdurham.com List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2003 14:28:30 -0000 On Tuesday 27 May 2003 09:21 am, Daan Vreeken [PA4DAN] wrote: > On Tuesday 27 May 2003 08:40, Harald Schmalzbauer wrote: > > owner-freebsd-questions@freebsd.org wrote: > > > Subject: FreeBSD HAM (Amateur Radio) ports > > > > > > Hi Peter, > > > > > > On Tuesday, May 27, 2003, at 02:12 PM, Cornelius, Peter wrote: > > >> how about a port ;-)) How about a ham section in ports ;-)==) > > > > > > Kpsk is already in the ports in the "comms" section. That's the one > > > I'm using. I have a port for Xastir ready, as I suspect does one of > > > the main Xastir committers so I guess his will be the official one. :) > > > > > > I have on my todo list to make ports for QSSTV and GMFSK, both of > > > which I have working well under FreeBSD with minimal porting effort. > > > I'll get to them sometime in July I think. > > > > > > FreeBSD-multimedia is probably not the best place to discuss this. > > > There used to be a ham-bsd list at ucsd.edu that I think is now > > > defunct. Is there enough interest to resurrect it? > > > > I would be interested. > > Me too.. > > grtz, > Daan (PA4DAN) Likewise! and Hi Carl! I have a logging program/Field Day thing in TCL/TK (Interfaces into an Icom 751A) and still have the old W2XO BBS/Web code. How about a ports/ham ? de Jim, W2XO From owner-freebsd-multimedia@FreeBSD.ORG Tue May 27 08:02:00 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 76F2B37B401 for ; Tue, 27 May 2003 08:02:00 -0700 (PDT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E7DA343F93 for ; Tue, 27 May 2003 08:01:58 -0700 (PDT) (envelope-from crnholio@gmx.ch) Received: (qmail 2316 invoked by uid 65534); 27 May 2003 15:01:55 -0000 Received: from cable-rhf1-061.teleport.ch (HELO pimp.intern-lan) (157.161.32.61) by mail.gmx.net (mp022) with SMTP; 27 May 2003 17:01:55 +0200 Date: Tue, 27 May 2003 17:01:48 +0200 From: crnholio To: freebsd-multimedia@freebsd.org Message-Id: <20030527170148.6c82a6b4.crnholio@gmx.ch> X-Mailer: Sylpheed version 0.8.11 (GTK+ 1.2.10; i386-portbld-freebsd4.8) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: CMedia CMI8738 onboard soundchip 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: Tue, 27 May 2003 15:02:00 -0000 hi list, i have a msi kt4 ultra mainboard with an onboard CMedia soundchip. the sound sounds great, but my problem is, i can't listen to more than one output-channel. i've tried setting the sysctl commands as mentioned in the handbook: >To set the number of virtual channels, there are two sysctl knobs which, if you are the root user, can be set like this: ># sysctl hw.snd.pcm0.vchans=4 ># sysctl hw.snd.maxautovchans=4 here some more information on my system: FreeBSD 4.8-STABLE pcm0: port 0xe400-0xe4ff irq 11 at device 12.0 on pci0 root@pimp:~>dmesg | grep "irq 11" nvidia0: mem 0xda000000-0xdbffffff,0xde000000-0xdeffffff irq 11 at device 0.0 on pci1 pcm0: port 0xe400-0xe4ff irq 11 at device 12.0 on pci0 uhci0: port 0xcc00-0xcc1f irq 11 at device 16.0 on pci0 might it be a conflict on irq 11? i've also had some trouble getting freebsd freezed when trying some opengl apps.. but i assume that's related to the nvidia-drivers. i would really appreciate some helpful answers on this one. thanks in advance, espen From owner-freebsd-multimedia@FreeBSD.ORG Tue May 27 09:59:08 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 E23E037B401 for ; Tue, 27 May 2003 09:59:08 -0700 (PDT) Received: from sage.thought.org (dsl231-043-140.sea1.dsl.speakeasy.net [216.231.43.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C2E543F85 for ; Tue, 27 May 2003 09:59:05 -0700 (PDT) (envelope-from kline@thought.org) Received: from thought.org (root@tao [10.0.0.247]) by sage.thought.org (8.12.9/8.11.4) with ESMTP id h4RGx1G4005333; Tue, 27 May 2003 09:59:02 -0700 (PDT) (envelope-from kline@thought.org) Received: (from kline@localhost) by thought.org (8.12.6/8.11.3) id h4RGwvGL043770; Tue, 27 May 2003 09:58:57 -0700 (PDT) (envelope-from kline) Date: Tue, 27 May 2003 09:58:56 -0700 From: Gary D Kline To: Kjell Midtseter Message-ID: <20030527165856.GA43648@tao.thought.org> References: <20030527065242.GA674@tina.la3sg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030527065242.GA674@tina.la3sg.net> X-Organization: Thought Unlimited. Public service Unix since 1986. X-Of_Interest: Observing 16 years of service to the Unix community User-Agent: Mutt/1.5.3i cc: FreeBSD-multimedia@freebsd.org cc: Harald Schmalzbauer cc: dl5bct@gmx.net cc: freebsd-questions@freebsd.org Subject: Re: FreeBSD HAM (Amateur Radio) ports 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: Tue, 27 May 2003 16:59:09 -0000 On Tue, May 27, 2003 at 08:52:42AM +0200, Kjell Midtseter wrote: > On Tuesday, 27 May 2003 at 8:40:48 +0200, Harald Schmalzbauer wrote: > > owner-freebsd-questions@freebsd.org wrote: > > > Subject: FreeBSD HAM (Amateur Radio) ports > > > > > > > > > Hi Peter, > > > > > > On Tuesday, May 27, 2003, at 02:12 PM, Cornelius, Peter wrote: > > > > > >> how about a port ;-)) How about a ham section in ports ;-)==) > > > > > > Kpsk is already in the ports in the "comms" section. That's the one > > > I'm using. I have a port for Xastir ready, as I suspect does one of > > > the main Xastir committers so I guess his will be the official one. :) > > > > > > I have on my todo list to make ports for QSSTV and GMFSK, both of > > > which I have working well under FreeBSD with minimal porting effort. > > > I'll get to them sometime in July I think. > > > > > > FreeBSD-multimedia is probably not the best place to discuss this. > > > There used to be a ham-bsd list at ucsd.edu that I think is now > > > defunct. Is there enough interest to resurrect it? > > > > I would be interested. > > > I will put in another wote for it! > 73s de Kjell (LA3SG/EA7AVP) > > > Best regards, > > > > -Harry (DG6MFE) > > Hey guys, count me in too. I got my Ham license in '94 intending to use with with my computer and never did anything with it. It'd be outstanding to have a BSD-Ham list. cheers, gary (KC7GJD) > > > > > > > > > > > > Carl. > > > > > > _______________________________________________ > > > freebsd-questions@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > > To unsubscribe, send any mail to > > > "freebsd-questions-unsubscribe@freebsd.org" > > > > > > _______________________________________________ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" -- Gary Kline kline@thought.org www.thought.org Public service Unix From owner-freebsd-multimedia@FreeBSD.ORG Tue May 27 13:09:13 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 5680637B401; Tue, 27 May 2003 13:09:13 -0700 (PDT) Received: from smtp-relay.omnis.com (smtp-relay.omnis.com [216.239.128.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7EF943FB1; Tue, 27 May 2003 13:09:12 -0700 (PDT) (envelope-from wes@softweyr.com) Received: from salty.rapid.stbernard.com (corp-2.ipinc.com [199.245.188.2]) by smtp-relay.omnis.com (Postfix) with ESMTP id EB7651B946; Tue, 27 May 2003 13:09:11 -0700 (PDT) From: Wes Peters Organization: Softweyr.com To: Cristiano Deana , multimedia@freebsd.org Date: Tue, 27 May 2003 13:09:12 -0700 User-Agent: KMail/1.5 References: <200305271135.27242@freecris> In-Reply-To: <200305271135.27242@freecris> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200305271309.12142.wes@softweyr.com> cc: stable@freebsd.org Subject: Re: USB patch. Scanner Epson. 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: Tue, 27 May 2003 20:09:13 -0000 On Tuesday 27 May 2003 03:05, Cristiano Deana wrote: > Hi, > > i wrote this very simple patch to let USB Epson Scanner 1250 te be > recognize by freebsd. > > Tested on -stable and -current > > Is there some {something}@freebsd.org who i should send the patch to > MFC? Sure, send it here and I'll take a look at it. I've been meaning to buy a scanner anyhow... -- "Where am I, and what am I doing in this handbasket?" Wes Peters wes@softweyr.com From owner-freebsd-multimedia@FreeBSD.ORG Wed May 28 04:31:49 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 260BF37B401 for ; Wed, 28 May 2003 04:31:49 -0700 (PDT) Received: from mail.mayn.de (mail.mayn.de [194.145.150.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76E2643F85 for ; Wed, 28 May 2003 04:31:47 -0700 (PDT) (envelope-from treif@mayn.de) Received: from [127.0.0.1] (cottbus.mayn.de [194.145.150.15]) by mail.mayn.de (Postfix) with ESMTP id 11E287EB9; Wed, 28 May 2003 13:31:44 +0200 (CEST) From: Tobias Reifenberger To: Carl Makin In-Reply-To: References: Content-Type: text/plain Organization: Message-Id: <1054121502.758.14.camel@dmon> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 28 May 2003 13:31:43 +0200 Content-Transfer-Encoding: 7bit cc: freebsd-multimedia@freebsd.org Subject: Re: FreeBSD HAM (Amateur Radio) ports 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, 28 May 2003 11:31:49 -0000 Am Di, 2003-05-27 um 08.08 schrieb Carl Makin: > FreeBSD-multimedia is probably not the best place to discuss this. > There used to be a ham-bsd list at ucsd.edu that I think is now > defunct. Is there enough interest to resurrect it? I'd appreciate that, too. It would definitely make sense repopulating such a mailing list (which stops disturbing the multimedia folks ;) I like also the idea of a 'ham' category in the ports tree. It's likely that the number of ham applications ported will grow... bye -- Tobias Reifenberger -- treif@mayn.de -- DG1NGT GEE e* dpu s:- a-- C+++ UB+++ L- W+ N+ w--- Y+ tv+ b++ D++ h++ r--- From owner-freebsd-multimedia@FreeBSD.ORG Wed May 28 07:07:23 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 C6D7037B404 for ; Wed, 28 May 2003 07:07:23 -0700 (PDT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.Uni-Dortmund.DE [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 246F643FA3 for ; Wed, 28 May 2003 07:07:23 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 23E98167797; Wed, 28 May 2003 16:07:22 +0200 (CEST) Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.9/8.12.6) with ESMTP id h4SE7IfQ007177 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 28 May 2003 16:07:21 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: raven@katsurajima.seya.yokohama.jp Date: Wed, 28 May 2003 16:07:14 +0200 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_VKM1+fYV/Cs1UFx"; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200305281607.17996.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new cc: freebsd-multimedia@freebsd.org Subject: envy24 driver 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, 28 May 2003 14:07:24 -0000 --Boundary-02=_VKM1+fYV/Cs1UFx Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline There used to be a driver for envy24-based soundcards at=20 http://www.katsurajima.seya.yokohama.jp/envy24/. I can't reach that site=20 anymore and it seems the driver hasn't made it into the tree yet. Is it sti= ll=20 out there? Does it still compile? =2D-=20 | Michael Nottebrock | KDE on FreeBSD | ,ww | | michaelnottebrock@gmx.net | --- | ,wWWCybaWW_) | | --- | http://freebsd.kde.org | free `WSheepW' | | http://tigress.com/lofi | --- | node II II | --Boundary-02=_VKM1+fYV/Cs1UFx Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA+1MKVXhc68WspdLARAiQrAJ41V4as0g3ZreU37ki58TVvXpqLpQCgoObD NAwz95VqDiAUveQvLOK9RCg= =u7ld -----END PGP SIGNATURE----- --Boundary-02=_VKM1+fYV/Cs1UFx-- From owner-freebsd-multimedia@FreeBSD.ORG Thu May 29 07:13:50 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 DB2F437B401; Thu, 29 May 2003 07:13:50 -0700 (PDT) Received: from fump.kawo2.rwth-aachen.de (fump.kawo2.RWTH-Aachen.DE [134.130.181.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2063743F3F; Thu, 29 May 2003 07:13:48 -0700 (PDT) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: from fump.kawo2.rwth-aachen.de (localhost.kawo2.rwth-aachen.de [127.0.0.1])h4TEDjf8077702; Thu, 29 May 2003 16:13:45 +0200 (CEST) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.12.9/8.12.9/Submit) id h4TEDZoN077701; Thu, 29 May 2003 16:13:35 +0200 (CEST) Date: Thu, 29 May 2003 16:13:35 +0200 From: Alexander Langer To: "Steve O'Hara-Smith" Message-ID: <20030529141335.GB66652@fump.kawo2.rwth-aachen.de> References: <20030516135815.GH1440@fump.kawo2.rwth-aachen.de> <20030517102456.7b0e1dfe.steve@sohara.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030517102456.7b0e1dfe.steve@sohara.org> X-PGP-Fingerprint: 7EC1 5B98 4554 2A63 9079 2B2F 9A94 CD6F 7F14 EFA4 X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. User-Agent: Mutt/1.5.3i cc: freebsd-multimedia@FreeBSD.org cc: roger@FreeBSD.org Subject: Re: Linux port of the Brooktree Soundchip drivers 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, 29 May 2003 14:13:51 -0000 I just noticed I put a patch of my very first hackish proof-of-concept online. (Good shot in the foot, Alex!) The actual patch is much cleaner and works much better. I already wondered why you got those compile errors. Thus spake Steve O'Hara-Smith (steve@sohara.org): > Well nothing went wrong, but I was sort of hoping to see > the bktr audio turn up as pcm1 and mixer1 as a side effect. I know > I'm an optimist :) Someone on IRC said he's working on this. As the Linux driver is able to attach the chip as a new sound device, it shouldn't be too hard to do. Well, maybe I'll do that later if we won't see results. Alex From owner-freebsd-multimedia@FreeBSD.ORG Thu May 29 07:29:52 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 32CF937B401; Thu, 29 May 2003 07:29:52 -0700 (PDT) Received: from mta03ps.bigpond.com (mta03ps.bigpond.com [144.135.25.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7B95843F3F; Thu, 29 May 2003 07:29:51 -0700 (PDT) (envelope-from carl@stagecraft.cx) Received: from brain.stagecraft.cx ([144.135.25.72]) by mta03ps.email.bigpond.com (iPlanet Messaging Server 5.2 HotFix 1.14 (built Mar 18 2003)) with SMTP id <0HFN006BSK8YXK@mta03ps.email.bigpond.com>; Fri, 30 May 2003 00:29:23 +1000 (EST) Received: from cpe-203-51-35-167.nsw.bigpond.net.au ([203.51.35.167]) by psmam02bpa.bigpond.com(MAM V3.3.2 80/1599719); Fri, 30 May 2003 00:29:22 +0000 Received: from stagecraft.cx (dhcp22.stagecraft.cx [203.37.99.22]) by brain.stagecraft.cx (8.12.8/8.12.8) with ESMTP id h4TETL7D024310; Fri, 30 May 2003 00:29:21 +1000 (EST envelope-from carl@stagecraft.cx) Date: Fri, 30 May 2003 00:29:18 +1000 From: Carl Makin To: freebsd-multimedia@freebsd.org, freebsd-gnome@freebsd.org Message-id: MIME-version: 1.0 X-Mailer: Apple Mail (2.552) Content-type: text/plain; charset=US-ASCII; format=flowed Content-transfer-encoding: 7BIT Subject: gnome-volume-control funny. 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, 29 May 2003 14:29:52 -0000 Morning all, Gnome-volume-control uses /dev/mixer for sound card 1 and /dev/mixer1 for sound card 2. Normally /dev/mixer is a symlink to /dev/mixer0 however in my config I'd rather it pointed to /dev/mixer1 since I have the second sound card connected to speakers and the first one connected to a shortwave tranceiver. I think Gnome-volume-control should use /dev/mixer0 rather than /dev/mixer. Should I report this as a bug to the Gnome people themselves or is it a FreeBSD problem? It's a FreeBSD 4.8 box running Gnome 2.2 cvsupped and compiled Tuesday. Thanks, Carl. From owner-freebsd-multimedia@FreeBSD.ORG Thu May 29 07:43:58 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 671BD37B404 for ; Thu, 29 May 2003 07:43:58 -0700 (PDT) Received: from mta01ps.bigpond.com (mta01ps.bigpond.com [144.135.25.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 235C643FBD for ; Thu, 29 May 2003 07:43:57 -0700 (PDT) (envelope-from carl@stagecraft.cx) Received: from brain.stagecraft.cx ([144.135.25.84]) by mta01ps.bigpond.com (Netscape Messaging Server 4.15 mta01ps Jul 16 2002 22:47:55) with SMTP id HFNKX700.2T0 for ; Fri, 30 May 2003 00:43:55 +1000 Received: from cpe-203-51-35-167.nsw.bigpond.net.au ([203.51.35.167]) by psmam06bpa.bigpond.com(MailRouter V3.2g 116/5496447); 30 May 2003 00:43:55 Received: from stagecraft.cx (dhcp22.stagecraft.cx [203.37.99.22]) by brain.stagecraft.cx (8.12.8/8.12.8) with ESMTP id h4TEhs7D024422 for ; Fri, 30 May 2003 00:43:54 +1000 (EST) (envelope-from carl@stagecraft.cx) Date: Fri, 30 May 2003 00:43:51 +1000 Mime-Version: 1.0 (Apple Message framework v552) Content-Type: text/plain; charset=US-ASCII; format=flowed From: Carl Makin To: freebsd-multimedia@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: Apple Mail (2.552) Subject: soundcard.h 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, 29 May 2003 14:43:58 -0000 Morning again! While porting a linux DSP program over to FreeBSD I noticed the FreeBSD soundcard.h header doesn't define "AFMT_S16_NE" which, from the comments is supposed to mean "Native Endien". On my linux box it is defined in linux/soundcard.c as being the same as "AFMT_S16_LE". I made that define in the source to the program and it works fine. Should that be included in FreeBSD's soundcard.h? Carl. From owner-freebsd-multimedia@FreeBSD.ORG Thu May 29 08:03:23 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 A173B37B401 for ; Thu, 29 May 2003 08:03:23 -0700 (PDT) Received: from puma.icir.org (puma.icir.org [192.150.187.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A39443F93 for ; Thu, 29 May 2003 08:03:23 -0700 (PDT) (envelope-from hodson@puma.icir.org) Received: from puma.icir.org (localhost [127.0.0.1]) by puma.icir.org (8.12.8p1/8.12.3) with ESMTP id h4TF3Mjq039545; Thu, 29 May 2003 08:03:23 -0700 (PDT) (envelope-from hodson@puma.icir.org) Message-Id: <200305291503.h4TF3Mjq039545@puma.icir.org> X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.3 To: Carl Makin From: Orion Hodson In-Reply-To: Your message of "Fri, 30 May 2003 00:43:51 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 May 2003 08:03:22 -0700 Sender: hodson@icir.org cc: freebsd-multimedia@freebsd.org Subject: Re: soundcard.h 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, 29 May 2003 15:03:23 -0000 /-- Carl Makin wrote: | Morning again! | | While porting a linux DSP program over to FreeBSD I noticed the FreeBSD | soundcard.h header doesn't define "AFMT_S16_NE" which, from the | comments is supposed to mean "Native Endien". On my linux box it is | defined in linux/soundcard.c as being the same as "AFMT_S16_LE". I | made that define in the source to the program and it works fine. | | Should that be included in FreeBSD's soundcard.h? Carl, There's a definition for AFMT_S16_NE is in -CURRENT now and it is due for MFC into the 4.x branch shortly. Cheers - Orion From owner-freebsd-multimedia@FreeBSD.ORG Thu May 29 08:41:27 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 C8C2337B401; Thu, 29 May 2003 08:41:27 -0700 (PDT) Received: from ms-smtp-03.southeast.rr.com (ms-smtp-03.southeast.rr.com [24.93.67.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE95443F85; Thu, 29 May 2003 08:41:26 -0700 (PDT) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (rdu57-17-158.nc.rr.com [66.57.17.158])h4TFdqtL024081; Thu, 29 May 2003 11:39:52 -0400 (EDT) Received: from [10.2.1.4] (vpn-client-4.marcuscom.com [10.2.1.4]) h4TFdMV8071110; Thu, 29 May 2003 11:39:22 -0400 (EDT) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Carl Makin In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-okgskCv+1zcXbiYNXYJn" Organization: MarcusCom, Inc. Message-Id: <1054222883.317.10.camel@gyros> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.3.92 (Preview Release) Date: 29 May 2003 11:41:23 -0400 X-Spam-Status: No, hits=-8.9 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,PGP_SIGNATURE_2, QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.55 X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) cc: freebsd-multimedia@freebsd.org cc: freebsd-gnome@freebsd.org Subject: Re: gnome-volume-control funny. 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, 29 May 2003 15:41:28 -0000 --=-okgskCv+1zcXbiYNXYJn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-05-29 at 10:29, Carl Makin wrote: > Morning all, >=20 > Gnome-volume-control uses /dev/mixer for sound card 1 and /dev/mixer1=20 > for sound card 2. >=20 > Normally /dev/mixer is a symlink to /dev/mixer0 however in my config=20 > I'd rather it pointed to /dev/mixer1 since I have the second sound card=20 > connected to speakers and the first one connected to a shortwave=20 > tranceiver. >=20 > I think Gnome-volume-control should use /dev/mixer0 rather than=20 > /dev/mixer. >=20 > Should I report this as a bug to the Gnome people themselves or is it a=20 > FreeBSD problem? This isn't a problem at all per se. It's a personal preference. It might be nice to have the mixer device selectable. In that case, file a bug with the GNOME people to see if they can add a configuration knob for it. In the meantime, you can edit your source code locally to use /dev/mixer0. If you want to design the config option, send me the patches, and I'll add them to our tree while you're waiting for the GNOME people to commit them. Joe >=20 > It's a FreeBSD 4.8 box running Gnome 2.2 cvsupped and compiled Tuesday. >=20 > Thanks, >=20 > Carl. >=20 > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-okgskCv+1zcXbiYNXYJn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA+1ioib2iPiv4Uz4cRAo9YAJ9TKhnN/byM2ZRQ03LOyegyCmkQwgCdGTnn wktHuzFwWCO+3i6xkDw6PjM= =zh0M -----END PGP SIGNATURE----- --=-okgskCv+1zcXbiYNXYJn-- From owner-freebsd-multimedia@FreeBSD.ORG Fri May 30 10:08:15 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 E885A37B401; Fri, 30 May 2003 10:08:15 -0700 (PDT) Received: from fump.kawo2.rwth-aachen.de (fump.kawo2.RWTH-Aachen.DE [134.130.181.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8180743FE0; Fri, 30 May 2003 10:08:14 -0700 (PDT) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: from fump.kawo2.rwth-aachen.de (localhost.kawo2.rwth-aachen.de [127.0.0.1])h4UH8C0Y001146; Fri, 30 May 2003 19:08:13 +0200 (CEST) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.12.9/8.12.9/Submit) id h4UH8Ceq001145; Fri, 30 May 2003 19:08:12 +0200 (CEST) Date: Fri, 30 May 2003 19:08:12 +0200 From: Alexander Langer To: freebsd-multimedia@freebsd.org Message-ID: <20030530170812.GA879@fump.kawo2.rwth-aachen.de> References: <20030516135815.GH1440@fump.kawo2.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030516135815.GH1440@fump.kawo2.rwth-aachen.de> X-PGP-Fingerprint: 7EC1 5B98 4554 2A63 9079 2B2F 9A94 CD6F 7F14 EFA4 X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. User-Agent: Mutt/1.5.3i cc: roger@freebsd.org Subject: Re: Linux port of the Brooktree Soundchip drivers 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: Fri, 30 May 2003 17:08:16 -0000 Hi! I did major foobar and posted a diff for my proof-of-concept hack, which was not the actual patch. No wonder all people had compile-problems + warnings. Also, the patch was very unclean. Now, here's the correct version, which is close to final. I have only tried it on -CURRENT. As I don't own a STABLE box there's also only minor chance that I'll ever backport it. This adds a new kernel option "BKTR_NEW_MSP34XX_DRIVER". If this kernel option is not defined, the old code is used, so it should be rather ready to be committed. For trying this out, it is recommended to boot -v (or sysctl debug.bootverbose=1 before loading the kernel module). This way you can test the channels and find out if your card finds the correct mode. Also, if your card's autodetection doesn't work although you have a MSP345* chip, you might want to set: hint.bktr.0.simple = 0 in device.hints (use kenv on -STABLE before loading the module) This disables the fast autodetection and programs the chip in the "old", slower way, which is the MSP340* way. Anyways, what else? My kernel panic'ed with "sleeping without a mutex" once the kernel thread was started, when I statically compiled the driver into a test-kernel. I really don't know why - if I use a kernel module which I load from the boot loader, everything works. So if you encounter the same problem, please use bktr.ko for now. There still is a little TODO list: - I don't do mutex stuff yet, so this driver might not be MP-safe. I.e. the various "tsleep()" calls and situations might be a problem. As I'm not so familiar with this, I have to do that later. I'm sorry. - As I don't have a dolby chipset, anyone with a dolby card should tell me if the dolby sysctl has any effect. Or whatever ;-) Again, here's the patch: http://people.freebsd.org/~alex/bktr.patch (This patch patches the kernel module's Makefile to use the new driver) Please: test this and give feedback. (Code is diff-reduced to the Linux version, so please excuse bad style.) Thanks Alex From owner-freebsd-multimedia@FreeBSD.ORG Fri May 30 10:11:27 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 8ED7937B401 for ; Fri, 30 May 2003 10:11:27 -0700 (PDT) Received: from fump.kawo2.rwth-aachen.de (fump.kawo2.RWTH-Aachen.DE [134.130.181.148]) by mx1.FreeBSD.org (Postfix) with ESMTP id 746F043F75 for ; Fri, 30 May 2003 10:11:26 -0700 (PDT) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: from fump.kawo2.rwth-aachen.de (localhost.kawo2.rwth-aachen.de [127.0.0.1])h4UHBP0Y001199 for ; Fri, 30 May 2003 19:11:25 +0200 (CEST) (envelope-from alex@fump.kawo2.rwth-aachen.de) Received: (from alex@localhost) by fump.kawo2.rwth-aachen.de (8.12.9/8.12.9/Submit) id h4UHBPqK001198 for freebsd-multimedia@FreeBSD.org; Fri, 30 May 2003 19:11:25 +0200 (CEST) Date: Fri, 30 May 2003 19:11:25 +0200 From: Alexander Langer To: freebsd-multimedia@FreeBSD.org Message-ID: <20030530171125.GB879@fump.kawo2.rwth-aachen.de> References: <20030516135815.GH1440@fump.kawo2.rwth-aachen.de> <20030521211828.GF330@galgenberg.net> <20030522010927.GC828@fump.kawo2.rwth-aachen.de> <20030522210734.GB306@galgenberg.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030522210734.GB306@galgenberg.net> X-PGP-Fingerprint: 7EC1 5B98 4554 2A63 9079 2B2F 9A94 CD6F 7F14 EFA4 X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. User-Agent: Mutt/1.5.3i Subject: Re: Linux port of the Brooktree Soundchip drivers 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: Fri, 30 May 2003 17:11:27 -0000 Thus spake Ulrich Spoerlein (q@uni.de): > Yes, I did look at the specs and in theory, the "old" bktr should just > work. After hours of fiddeling I just took the FM Tuner initialization > (because that worked) and well, it worked for TV too. Well, I disagree a bit. The specs for the MSP3415 I have here describe the autodetection routine totally different from what is done in source. > Take a look at Steve O'Hara-Smith's email. These steps are necessary for > the patch to work on -STABLE. Yes, bogon by me, which I didn't even notice *sigh* > For me, the patch works just fine, this is dmesg: > bktr0: Hauppauge Model 44354 C221 > bktr0: Detected a MSP3415D-B3 at 0x80 > bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c > stereo, remote control. > msp34xx: setvolume: mute=off 0:0 v=0x00 b=0x00 > msp3400: setmode: 0 Try this now (with bootverbose = 1), it should work much better. > pci0: (vendor=0x109e, dev=0x0878) at 11.1 irq 7 > While you're at it, any chance to get the Remote Control for this card > working? ;] My remote always has worked with Fxtv with this card: bktr0: mem 0xed000000-0xed000fff irq 9 at device 16.0 on pci0 bktr0: Hauppauge Model 61344 D421 bktr0: Detected a MSP3415D-B3 at 0x80 bktr0: Hauppauge WinCast/TV, Philips FR1216 PAL FM tuner, msp3400c stereo, remote control. (well, last time I actually used it was in 2000, though, and now my batteries are empty, so I can't test again ;-) Alex From owner-freebsd-multimedia@FreeBSD.ORG Fri May 30 21:47: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 31AC537B401 for ; Fri, 30 May 2003 21:47:01 -0700 (PDT) Received: from gulliver.summitoh.net (cable-29-84.sssnet.com [24.140.29.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 6DB9643F3F for ; Fri, 30 May 2003 21:47:00 -0700 (PDT) (envelope-from watsonr@gulliver.summitoh.net) Received: (qmail 8087 invoked from network); 31 May 2003 04:46:59 -0000 Received: from rwwin.summitoh.net (172.16.36.5) by ghostwind.summitoh.net with SMTP; 31 May 2003 04:46:59 -0000 From: Ryan Watson To: freebsd-multimedia@freebsd.org Date: Sat, 31 May 2003 00:47:00 -0400 User-Agent: KMail/1.5 MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200305310046.33972.watsonr@gulliver.summitoh.net> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: DRI for ati AIW8500DV 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, 31 May 2003 04:47:01 -0000 I'm running FreeBSD 4.8-RELEASE, and I don't have the ability to use this card in DRI. The kernel says it's not supported, I was wondering if anyone knew if this had changed? If so, what would be the best way of implementing it, like portupgrade, or otherwise. I'm running XFree86 4.3.0. Ryan From owner-freebsd-multimedia@FreeBSD.ORG Sat May 31 03:01:39 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 A5A2137B401 for ; Sat, 31 May 2003 03:01:39 -0700 (PDT) Received: from mail.gmx.net (mail.gmx.net [213.165.65.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 9259143F85 for ; Sat, 31 May 2003 03:01:30 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail 27159 invoked by uid 65534); 31 May 2003 09:54:47 -0000 Received: from pD950A5B3.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.80.165.179) by mail.gmx.net (mp005) with SMTP; 31 May 2003 11:54:47 +0200 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.9/8.12.9) with ESMTP id h4V9sfWL007585 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 31 May 2003 11:54:42 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Ryan Watson , freebsd-multimedia@freebsd.org Date: Sat, 31 May 2003 11:54:35 +0200 User-Agent: KMail/1.5.2 References: <200305310046.33972.watsonr@gulliver.summitoh.net> In-Reply-To: <200305310046.33972.watsonr@gulliver.summitoh.net> MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Boundary-02=_gvH2+TKlwOQLCmu"; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200305311154.40730.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new Subject: Re: DRI for ati AIW8500DV 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, 31 May 2003 10:01:40 -0000 --Boundary-02=_gvH2+TKlwOQLCmu Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: signed data Content-Disposition: inline On Saturday 31 May 2003 06:47, Ryan Watson wrote: > I'm running FreeBSD 4.8-RELEASE, and I don't have the ability to use this > card in DRI. The kernel says it's not supported, I was wondering if anyo= ne > knew if this had changed? If so, what would be the best way of > implementing it, like portupgrade, or otherwise. I'm running XFree86 > 4.3.0. http://people.freebsd.org/~anholt/dri/install.html =2D-=20 | Michael Nottebrock | KDE on FreeBSD | ,ww | | michaelnottebrock@gmx.net | --- | ,wWWCybaWW_) | | --- | http://freebsd.kde.org | free `WSheepW' | | http://tigress.com/lofi | --- | node II II | --Boundary-02=_gvH2+TKlwOQLCmu Content-Type: application/pgp-signature Content-Description: signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA+2HvgXhc68WspdLARAuo7AJ0Yz3fVemsfdCthZBldYowerbuLVwCfcVwV L5gUZVr6kUdZ/ZwaRPKQsXQ= =4Yrg -----END PGP SIGNATURE----- --Boundary-02=_gvH2+TKlwOQLCmu--