Re: panic on 5.2 BETA: blockable sleep lock
Hi Please can someone commit the bktr patch for me to fix 5.2-BETA (as long as re@ approve). I don't have the resources. I'm not suprised that I haven't heard from him because this issue came up at the start of the Thanksgiving holiday weekend. If only it were that simple. Actually I'm English and we don't have Thanksgiving. I'm not doing much work on FreeBSD (or OpenH323) at the moment due to lack of free time and a lack of resources. My new job does not involve FreeBSD (or any unix systems) or Video Conferencing. When I can find spare time at home, I only have a P350 + 56k modem. In the New Year I'll upgrade my PC, find someone to get me ISOs and then I'll be back in business. Roger The problem is that selrecord() wants to lock a MTX_DEF mutex, which can cause a context switch if the mutex is already locked by another thread. This is contrary to what bktr_poll() wants to accomplish by calling critical_enter(). Strange enough that does not seem to happen with a kernel built without INVARIANTS and WITNESS. Does this make any sense or is this just by chance? You might try the patch below with WITNESS enabled. I don't have the hardware, so I can't test it. It compiles for me, but for all I know it could delete all your files if you run it. Any chance for getting this committed? I've been forwarding these messages to the bktr maintainer listed in /usr/src/MAINTAINERS, in case he isn't subscribed to [EMAIL PROTECTED] I'm not suprised that I haven't heard from him because this issue came up at the start of the Thanksgiving holiday weekend. Commiting the patch will also require re approval because of the code freeze in preparation for 5.2-RELEASE. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to [EMAIL PROTECTED]
OpenH323 Core Dumps and gdb reports ptrace(PT_GETDBREGS)
Hi Since cvsup'ing -current box, I've got a port which core dumps immediatly. When I tried to run a debug version of the program under GDB I just got this ptrace(PT_GETDBREGS) failed: Operation not permitted ptrace(PT_GETDBREGS) failed: Operation not permitted Cannot insert breakpoint -1: Error accessing memory address 0x28260ea8: Bad address. The port is net/OpenH323 and the program is asnparser. (an internal program built by one part of the port and used in another part of the port) I noticed bento (the ports builder) core dumps on asnparser too now, so the problem is not just on my machine. The code runs fine on 4.2-RC and 3.x boxes. Can someone help work out what is going on. Cheers Roger -- [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Realplayer and Yamaha 740C on current - update
Reinier seems like "mono" sound for the 740C Yamaha is broken ?? I found 'mono' audio was broken on my Yamaha 724F PCI card at the weekend. Cameron said several users have reported this and he has reworked the code in -current to hopefully work around this problem. Roger To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: Realplayer and Yamaha 740C on current - update
Reinier Bezuidenhout wrote: Roger .. I cvs-ed the sources for the kernel from yesterday .. but I'll get the latest ones now .. I'm just not sure if Cameron has committed the changes yet .. but in any case ... thanx Cameron !! :) Cameron changed the 'feeder' code which drives the cards. So, our cards may not work, but he said it is now much easier to work around the problem with the new feeder code. Anyway, we should be able to get this sorted out in the near future. Roger To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
New bktr driver for FreebSD/Alpha (bt848/bt878)
I've committed my changes to make the bktr Bt848/bt878 driver compile on the Alpha to -current. Please can someone test it on an experimental Alpha box. It may panic your machine. (this is quite possible!!!) so please only do this on a machine you are willing to experiment with. Please email me any feedback. I have no Alpha hardware so I've no idea how well this will work. Roger -- Roger Hardiman Strathclyde Uni Telepresence Research Group, Glasgow, Scotland. http://www.telepresence.strath.ac.uk 0141 548 2897 [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
fcnt, ecvt, gcvt and XFree86 2.9.16f build errors
Hi, The latest XFree86 snapshot, 3.9.16f (which is about to become the public 3.9.17 snapshot) does not build on FreeBSD -current. It compains about fcvt, ecvt and gcvt. The exact error log from building XFree86 3.9.16f follows. It compiles ok on my 3.4 box (just CVSuped) The next public snapshot of XFree86 3.9.x is due very soon, so a quick fix would be great. Cheers Roger -- Roger Hardiman [EMAIL PROTECTED] [EMAIL PROTECTED] fcvt, ecvt and gcvt are used in ./xc/lib/misc/snprintf.c The important part of my make log follows making all in ./programs... making all in programs/appres... ..snip.. cc -o bitmap -O -L../../exports/lib BitEdit.o CutPaste.o Graphics.o ReqMach.o Bitmap.o Dialog.o Handlers.o -lXaw -lXmu -lXt -lSM -lICE -lXpm -lXext -lX11 -L/usr/X11R6/lib-lm ../../exports/lib/libXaw.a(MultiSrc.o): In function `InitStringOrFile': MultiSrc.o(.text+0xf7c): warning: tmpnam() possibly used unsafely; consider using mkstemp() ../../exports/lib/libXmu.a(Lower.o): In function `conv_fp': Lower.o(.text+0x4b): undefined reference to `fcvt' Lower.o(.text+0x6a): undefined reference to `ecvt' ../../exports/lib/libXmu.a(Lower.o): In function `vsnprintf': Lower.o(.text+0x85b): undefined reference to `gcvt' *** Error code 1 (continuing) To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
mouse breakage in Current
Hi, Since CVSuping yesterday (after Marcels sig changes) my RS232 mouse has stopped working. It no longer works in XFree86 3.9.16 which talks directly to /dev/cuaa0 And I cannot get the mouse to work in /stand/sysinstall either (with moused). cat /dev/cuaa0 does give me characters when I move the mouse around. Anyone got any ideas? Roger -- Roger Hardiman| Telepresence Research Group [EMAIL PROTECTED] | DMEM, University of Strathclyde tel: 0141 548 2897| Glasgow, Scotland, G1 1XJ, UK fax: 0141 552 0557| http://telepresence.dmem.strath.ac.uk To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Re: cdevsw_add
Nick Hibma wrote: cdevsw_add() This should definitely go into attach IMNSHO. Probe: Check whether hardware is there (no side effects if possible). Attach:Get the device up and running and integrated into the kernel. With the priority probes this is even more distinct as a priority not equal to 0 means 'no side effects, just checking'. I've just fixed the bt848 driver (bktr) where the cdevsw_add() was accidentally added to the BSDI bktr_probe() and not the FreeBSD bktr_probe. Although Bruce and Nick said this really belongs, in the _attatch() function, I've kept it in the _probe() function for consistency with all the other drivers. Roger -- Roger Hardiman| Telepresence Research Group ro...@cs.strath.ac.uk | DMEM, University of Strathclyde tel: 0141 548 2897| Glasgow, Scotland, G1 1XJ, UK fax: 0141 552 0557| http://telepresence.dmem.strath.ac.uk To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: cdevsw_add
Nick Hm, I think this a bad choice. Which are 'all the other drivers'? The probe should really be as thin as possible to avoid unnecessary delays when probing in a kernel, like GENERIC, with a lot of device drivers compiled in. Well, in the PCI drivers, it is just the meteor, the brooktree848 and the Xilinx PGA driver (xrpu) In the /sys/i386/isa drivers, there were quite a few. Bye Roger -- Roger Hardiman| Telepresence Research Group ro...@cs.strath.ac.uk | DMEM, University of Strathclyde tel: 0141 548 2897| Glasgow, Scotland, G1 1XJ, UK fax: 0141 552 0557| http://telepresence.dmem.strath.ac.uk To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Change to SVIDEO on bt848 driver
Hi, I have finally corrected a long standing bug in the bt848 driver with regard to selecting the SVIDEO input for true SVIDEO camera and for the many normal cameras connected via the SVIDEO port (eg the bundled hauppauge camera). As a result some applications which select SVIDEO input sources and incorrcetly used METEOR_INPUT_DEV2 for the METEORSFORMAT ioctl will now see a monochrome picture. The fix is to change the code to pass METEOR_INPUT_DEV_SVIDEO as the parameter for the METEORSFORMAT ioctl. I know this fix is ok with vic but breaks fxtv 0.47 when used with true s-video sources. I have sent patches to Randall, but for now, you can download a new fxtv tarball from me. This is available upon request to prevent a mixup of official fxtv and 'rogers fxtv patch'. email to ro...@cs.strath.ac.uk please. Thanks Roger To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-current in the body of the message
Re: FreeBSD version of DRM?
Hi Daryll, is anyone interested in porting it over to FreeBSD? I'm interested in porting Glide to FreeBSD. I've got a Voodoo 3 2000. Roger -- Roger Hardiman| Telepresence Research Group [EMAIL PROTECTED] | DMEM, University of Strathclyde tel: 0141 548 2897| Glasgow, Scotland, G1 1XJ, UK fax: 0141 552 0557| http://www.telepresence.strath.ac.uk To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message