Re: i915drm
At 21.29 19/12/2005, Oliver Fromme wrote: Gianmarco [EMAIL PROTECTED] wrote: I am running FreeBSD 6.0-STABLE (of today) on a HP Pavillon (centrino based notebook with i915 graphic chipset). Same here (Centrino, i915, not HP though). I am trying to use the latest drm hook for i915, but I get this error: Is there any mentioning of an AGP device (agp0) in your dmesg? If not, then that's probably the problem. It is interesting that your drmsub0 comes directly as a child of pci0. On my machine, it's a child of agp0. I get this in dmesg: agp0: Intel 82915GM (915GM GMCH) SVGA controller port 0x1800-0x1807 mem 0xb008-0xb00f,0xc000-0xcfff,0xb000-0xb003 irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: Intel i915GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb008 0MB info: [drm] Initialized i915 1.2.0 20041217 pci0: display at device 2.1 (no driver attached) That's with RELENG_6 from yesterday (Dec. 18, 12:00 GMT). (By the way, it's normal that no driver is reported to be attached to device 2.1.) Uhm.. I don't have the agp part... Should be my i915 not an agp card but i.e a pci express bus device ? In this case should I put in my kernel the agp device the same ? FreeBSD 6.0-STABLE #2: Sat Dec 17 10:38:28 CET 2005 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FREEBSD Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.13-MHz 686-class CPU) Origin = GenuineIntel Id = 0x6d8 Stepping = 8 Features=0xafe9fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE Features2=0x180EST,TM2 AMD Features=0x10NX real memory = 1064173568 (1014 MB) avail memory = 1036627968 (988 MB) [...] pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 drmsub0: Intel i915GM port 0x1800-0x1807 mem 0xb008-0xb00f,0xc000-0xcfff,0xb000-0xb003 irq 16 at device 2.0 on pci0 error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. device_attach: drmsub0 attach returned 12 pci0: display at device 2.1 (no driver attached) [...] vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on isa0 I'm using the latest Xorg development snapshot, which runs fine, including 2D acceleration, hardware cursor and XVideo extension with hardware acceleration (i.e. hardware scaler and color space conversion). No problems whatsoever. Can you post your xorg.conf ? I am using it too (6.8.99.903) . I'd like to use the 3d accel mostly to play (i.e. Quake III :-) device agp # support several AGP chipsets device drm # DRM core module required by DRM drivers device i915drm # Intel i830 through i915 I have the same entries in my kernel config. Thanks for attention. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports security branch
Quoth rihad on Tue, Dec 20, 2005 at 10:25:59 +0400 Is there a security branch for the FreeBSD ports collection? Let's say, I installed FreeBSD 6.0 together with all needed -RELEASE ports/packages (i.e., those on the CD). Running security/portaudit after a while reveals that some of the installed packages have vulnerabilities. Am I on my own to go grab the fresh ports tree, and upgrade the affected software, suffering all the intricacies of the move by myself? Debian GNU/Linux has its security package updates, OpenBSD has a separately maintained errata ports branch (it's very likely you still get to download a newer release of the software, though). Attached is a script I use to update my machines. It works fine but you need to understand what it does and not run it blindly. DO NOT put that in cron, there lies pain! Otherwise, just run the script and it will update all your ports for you. It'll even mail you with the updated ports. -- [EMAIL PROTECTED] -=*=- www.kierun.org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 #!/bin/sh # portupgrade script. ### variables. day=`date +%d` month=`date +%b` year=`date +%Y` host=`uname -n` tmp=.upgrade.tmp ### Does what it does... #/usr/local/bin/cvsup -g -L 2 /usr/ports/CVSUP make update make fetchindex less /usr/ports/UPDATING echo 'Do you want to update the port tree? [yn]?' read -p '[y]es or [n]o: ' -e val case ${val} in [yY]) echo 'Updating the port collection now!!!...' ;; [nN]) echo 'Aborting NOW!!!...' exit; ;; *) echo 'What the hell?... I am aborting now.' exit; ;; esac #/usr/local/sbin/portsdb -Uu /usr/local/sbin/pkgdb -F /usr/bin/tar ycf /var/db/$year-$month-$day-pkg.tbz2 /var/db/pkg /usr/local/sbin/portupgrade -C -u -v -r -R -a -l /usr/ports/LATEST.update /usr/local/sbin/portaudit -Fad $tmp echo '' $tmp cat /usr/ports/LATEST.update | sort $tmp cat $tmp | mail -s Portupdate $host on $day $month $year [EMAIL PROTECTED] /usr/local/sbin/portsclean -C -L -P -D /usr/home/yann/bin/aide.sh ### reporting. echo '' echo 'This is what has been updated today:' /usr/bin/grep -v '^\-' /usr/ports/LATEST.update | sort echo '' exit pgp0i8lbuChHX.pgp Description: PGP signature
Re: i915drm
At 08.04 20/12/2005, you wrote: Hi. László Károly wrote: drmsub0: Intel i915GM port 0x1800-0x1807 mem 0xb008-0xb00f,0xc000-0xcfff,0xb000-0xb003 irq 16 at device 2.0 on pci0 error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't initialize AGP. device_attach: drmsub0 attach returned 12 pci0: display at device 2.1 (no driver attached) i915 DRM is not fully supported in -stable. You may try 7-current or this hack: ftp://213.85.11.250/pub/drm3.patch . Thanks for the input. I have applied the patch et voila' :-) pci0: ACPI PCI bus on pcib0 agp0: Intel 82915GM (915GM GMCH) SVGA controller port 0x1800-0x1807 mem 0xb008-0xb00f,0xc000-0xcfff,0xb000-0xb003 irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M drmsub0: Intel i915GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb008 0MB info: [drm] Initialized i915 1.2.0 20041217 pci0: display at device 2.1 (no driver attached) Uhm... we are a very big step ahead :-) But ... hp:/home/gmarco glxgears ERROR: line 125, Function intelInitDriver, File intel_screen.c libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering 1024 frames in 5.0 seconds = 204.800 FPS 1260 frames in 5.0 seconds = 252.000 FPS 1267 frames in 5.0 seconds = 253.400 FPS (before patch it used to be about 600) and glxinfo: name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: [...] even if the xorg.log: (II) Loading sub module int10 (II) LoadModule: int10 (II) Reloading /usr/X11R6/lib/modules/libint10.so (II) I810(0): initializing int10 (==) I810(0): Write-combining range (0xa,0x2) was already clear (WW) I810(0): Bad V_BIOS checksum (II) I810(0): Primary V_BIOS segment is: 0xc000 (==) I810(0): Write-combining range (0x0,0x1000) was already clear (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 (II) I810(0): VESA VBE Total Mem: 7872 kB (II) I810(0): VESA VBE OEM: Intel(r)915GM/910ML/915MS Graphics Chip Accelerated VGA BIOS (II) I810(0): VESA VBE OEM Software Rev: 1.0 (II) I810(0): VESA VBE OEM Vendor: Intel Corporation (II) I810(0): VESA VBE OEM Product: Intel(r)915GM/910ML/915MS Graphics Controller (II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (II) I810(0): Allocated 128 kB for the ring buffer at 0x0 (II) I810(0): Allocating at least 256 scanlines for pixmap cache (II) I810(0): Initial framebuffer allocation size: 8192 kByte (II) I810(0): Allocated 4 kB for HW cursor at 0x000 (0x2e3c) (WW) I810(0): xf86AllocateGARTMemory: allocation of 4 pages failed (Cannot allocate memory) (EE) I810(0): Failed to allocate HW (ARGB) cursor space. (II) I810(0): Allocated 4 kB for Overlay registers at 0xfffe000 (0x2e9a1000). (II) I810(0): Allocated 64 kB for the scratch buffer at 0xffee000 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: Searching for BusID pci::00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmOpenByBusid: drmOpenMinor returns 7 drmOpenByBusid: drmGetBusid reports pci::00:02.0 (II) I810(0): [drm] DRM interface version 1.2 (II) I810(0): [drm] created i915 driver at busid pci::00:02.0 (II) I810(0): [drm] added 8192 byte SAREA at 0xc4d8 (II) I810(0): [drm] mapped SAREA 0xc4d8 to 0x286c9000 (II) I810(0): [drm] framebuffer handle = 0xc002 (II) I810(0): [drm] added 1 reserved context for kernel (II) I810(0): Allocated 6144 kB for the back buffer at 0xf00. (II) I810(0): Allocated 6144 kB for the depth buffer at 0xe80. (II) I810(0): Allocated 32 kB for the logical context at 0xe7f8000. (II) I810(0): Allocated 44800 kB for textures at 0x82 (II) I810(0): Updated framebuffer allocation size from 8192 to 8216 kByte (II) I810(0): Updated pixmap cache from 256 scanlines to 259 scanlines (II) I810(0): 0x81e592c: Memory at offset 0x0002, size 8216 kBytes (II) I810(0): 0x81e3320: Memory at offset 0x0000, size 4 kBytes (II) I810(0): 0x81e3340: Memory at offset 0x, size 0 kBytes (II) I810(0): 0x81e0f84: Memory at offset 0x, size 128 kBytes (II) I810(0): 0x81e596c: Memory at offset 0x0ffee000, size 64 kBytes (II) I810(0): 0x81e3360: Memory at offset 0x0fffe000, size 4 kBytes (II) I810(0): 0x81e59bc: Memory at offset 0x0f00, size 6144 kBytes (II) I810(0): 0x81e59dc: Memory at offset 0x0e80, size 6144 kBytes (II) I810(0): 0x81e5a1c: Memory at offset 0x0e7f8000, size 32 kBytes (II) I810(0): 0x81e59fc: Memory at offset 0x0082, size 44800 kBytes (II) I810(0): Activating tiled memory for the back buffer. (II) I810(0): Activating tiled memory for the depth buffer. (II) I810(0): [drm] Registers = 0xb008 (II) I810(0): [drm] Back
[EMAIL PROTECTED]
Every time I post to the list, I get a message from [EMAIL PROTECTED] complaining that Blogger does not accept multipart/signed files. Could whoever set this mess up make sure it _does_ accept PGP singed messages? Thanks. -- [EMAIL PROTECTED] -=*=- www.kierun.org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 pgp1gk6qFjHBn.pgp Description: PGP signature
Re: [EMAIL PROTECTED]
The better option would be to remove [EMAIL PROTECTED] from the list -- since i highly doubt it's a real person Yann Golanski wrote: Every time I post to the list, I get a message from [EMAIL PROTECTED] complaining that Blogger does not accept multipart/signed files. Could whoever set this mess up make sure it _does_ accept PGP singed messages? Thanks. -- Chris Jones [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i915drm
Hi. Gianmarco Giovannelli wrote: error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't i915 DRM is not fully supported in -stable. You may try 7-current or this hack: ftp://213.85.11.250/pub/drm3.patch . I have applied the patch et voila' :-) drmsub0: Intel i915GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb008 0MB info: [drm] Initialized i915 1.2.0 20041217 hp:/home/gmarco glxgears ERROR: line 125, Function intelInitDriver, File intel_screen.c This looks like incompatibility between graphics/dri and xorg-server. See this thread: http://freebsd.rambler.ru/bsdmail/freebsd-x11_2005/msg00907.html Works for me with graphics/dri-devel and x11-server/xorg-server With best regards, Alexey Popov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports security branch
Yann Golanski wrote: Quoth rihad on Tue, Dec 20, 2005 at 10:25:59 +0400 Is there a security branch for the FreeBSD ports collection? Let's say, I installed FreeBSD 6.0 together with all needed -RELEASE ports/packages (i.e., those on the CD). Running security/portaudit after a while reveals that some of the installed packages have vulnerabilities. Am I on my own to go grab the fresh ports tree, and upgrade the affected software, suffering all the intricacies of the move by myself? Debian GNU/Linux has its security package updates, OpenBSD has a separately maintained errata ports branch (it's very likely you still get to download a newer release of the software, though). Attached is a script I use to update my machines. It works fine but you need to understand what it does and not run it blindly. DO NOT put that in cron, there lies pain! Otherwise, just run the script and it will update all your ports for you. It'll even mail you with the updated ports. [script snipped] A very interesting script for its own purpose, but I'm afraid this doesn't answer my question at all. Perhaps seeing the way that e.g. Debian deals with the upgrade problem might shed some light on the issue. Hell, FreeBSD does exactly that for the base world+kernel, too! Not for the ports, though. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports security branch
Quoth rihad on Tue, Dec 20, 2005 at 14:18:13 +0400 A very interesting script for its own purpose, but I'm afraid this doesn't answer my question at all. Perhaps seeing the way that e.g. Debian deals with the upgrade problem might shed some light on the issue. Hell, FreeBSD does exactly that for the base world+kernel, too! Not for the ports, though. As far as I know, the way to keep up to date with ports is to follow the procedure: portaudit -Fad if no_problems then quit else cd /usr/ports make update portupgrade port1 port2 port3 (...) If you want to do that automatically, put my script (or a similar one) into cron but that way lies pain. You've been warned. -- [EMAIL PROTECTED] -=*=- www.kierun.org PGP: 009D 7287 C4A7 FD4F 1680 06E4 F751 7006 9DE2 6318 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports security branch
On Tuesday 20 December 2005 11:18, rihad wrote: Yann Golanski wrote: Quoth rihad on Tue, Dec 20, 2005 at 10:25:59 +0400 Is there a security branch for the FreeBSD ports collection? Let's say, I installed FreeBSD 6.0 together with all needed -RELEASE ports/packages (i.e., those on the CD). Running security/portaudit after a while reveals that some of the installed packages have vulnerabilities. Am I on my own to go grab the fresh ports tree, and upgrade the affected software, suffering all the intricacies of the move by myself? Debian GNU/Linux has its security package updates, OpenBSD has a separately maintained errata ports branch (it's very likely you still get to download a newer release of the software, though). Attached is a script I use to update my machines. It works fine but you need to understand what it does and not run it blindly. DO NOT put that in cron, there lies pain! Otherwise, just run the script and it will update all your ports for you. It'll even mail you with the updated ports. [script snipped] A very interesting script for its own purpose, but I'm afraid this doesn't answer my question at all. FreeBSD accepts limited responsibility for what is in /usr/ports. Maintaining security is not one of them. Perhaps seeing the way that e.g. Debian deals with the upgrade problem might shed some light on the issue. Hell, FreeBSD does exactly that for the base world+kernel, too! Not for the ports, though. See above. Instead of focusing on the method, focus on the end-goal: you want security updates on your ports and the script posted attempts to provide that. I had one that was safe to run in cron (in fact it ran in periodic/daily), but uses a cvs tree of ports, not cvsup to save time[1]. I lost it with a disk crash, but was going to recreate it anyway, might as well do it now if people are interested. [1] cvsup allthough faster on the entire tree cannot update a single directory. -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
LAN Card Polling problem
Hello All: I recently upgraded to 6.0-p1 stable, I want to ask does anyone know now to use ifconfig to enable POLLING on the LAN Card (I tried 'ifconfig rl0 192.168.1.254 polling' not work. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: LAN Card Polling problem
Paul.LKW wrote: Hello All: I recently upgraded to 6.0-p1 stable, I want to ask does anyone know now to use ifconfig to enable POLLING on the LAN Card (I tried 'ifconfig rl0 192.168.1.254 polling' not work. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Hi Ever tried using compilation as an option? Recompile your kernel with probably option DEVICE_POLLING option HZ=1000 Added and you have device polling if your nic supports it. //Mikael Krantz Qbrick AB www.qbrick.com Streaming media solutions ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i915drm
On Tuesday 20 December 2005 11:37, Gianmarco Giovannelli wrote: hp:/home/gmarco glxgears ERROR: line 125, Function intelInitDriver, File intel_screen.c libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering 1024 frames in 5.0 seconds = 204.800 FPS 1260 frames in 5.0 seconds = 252.000 FPS 1267 frames in 5.0 seconds = 253.400 FPS (before patch it used to be about 600) try to upgrade port dri to dri-devel I have the same situation - glxinfo shows that dri disabled, after portupgrade -f -o graphics/dri-devel dri glxgears shown 1128.200 FPS (was ~300 and ~600 w/o dri) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports security branch
On Tue, Dec 20, 2005 at 02:18:13PM +0400, rihad wrote: A very interesting script for its own purpose, but I'm afraid this doesn't answer my question at all. Perhaps seeing the way that e.g. Debian deals with the upgrade problem might shed some light on the issue. Hell, FreeBSD does exactly that for the base world+kernel, too! Not for the ports, though. That's a much more complex problem. IMHO, there's at least two kinds of ports : end-user apps and their related libs and services/system related tools. Security issues mostly appear in the second kind, the problem is that the dependancies tree is too connex, some libs are needed by both kinds (just think to libs like ssl, gettext or expat ... ) Relying on the maintainer work is a good starting point, you may trust him for doing only the needed updates for those ports that requier security concerns. But even here, major updates of widely used libs imply rebuild of most of the ports, even when no security issue arises. The debian way is too have a frozen tree and restraint updates, this induces at least a two level maintaining, one that follows on-the-edge updates and the other that only follow security updates. The problem is that most applications don't work like that, they don't maintain two branches, and thus you need (or the maintainer of the ports needs) to maintain a bunch of security patches for that app that doesn't have any dependance links (or at least only to other security updates ... ) This is a lot of work, and IMHO that's why debian stable is so often outdated (and some time completely obsolete.) This also raises questions like when should we move to the next/last release ?, Is that patch-set too important ? ... My own experience shows me that most of the time when you only need security updates, that means that your boxe is specialized in some way with a small set of installed ports and thus every updates in the tree for those ports are relevant. Otherwise, you may want to have up to date ports because it's providing you with shiny new features ;) -- Marwan Burelle, http://www.lri.fr/~burelle ( [EMAIL PROTECTED] | [EMAIL PROTECTED] ) http://www.cduce.org pgp5fWAUBGhLq.pgp Description: PGP signature
Re: ports security branch
On Tuesday 20 December 2005 11:49, Yann Golanski wrote: Quoth Melvyn Sopacua on Tue, Dec 20, 2005 at 11:43:55 +0100 I had one that was safe to run in cron (in fact it ran in periodic/daily), but uses a cvs tree of ports, not cvsup to save time[1]. I lost it with a disk crash, but was going to recreate it anyway, might as well do it now if people are interested. Yeah, I'm interested. How did you deal with ports doing a make config before updating?... That was the crunch for me -- hence lots of portupgrade hanging. Hmm, not sure why that's an issue. Maybe because I set PATH in my script? -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports security branch
On Tuesday 20 December 2005 12:03, Marwan Burelle wrote: Relying on the maintainer work is a good starting point, you may trust him for doing only the needed updates for those ports that requier security concerns. But even here, major updates of widely used libs imply rebuild of most of the ports, even when no security issue arises. No it doesn't. Only with static linking or when interfaces changed, which is not always the case. The fact that the gnome project is fond of changing library versions with every release doesn't mean there aren't sane projects. Typically security patches do not update library versions, allthough it is possible if the interface is insecure by design. Example: freetype was updated wc -l /var/db/pkg/freetype2-2.1.10_2/+REQUIRED_BY 111 /var/db/pkg/freetype2-2.1.10_2/+REQUIRED_BY Not a single port rebuilt, 111 packages re-packed, but that's it. -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DLT Tape Read errors on aac0
Windows doesn't see DAT too... Sincerely, Maxim M. Kazachek mailto:[EMAIL PROTECTED] On Mon, 19 Dec 2005, Scott Long wrote: The ServeRAID/ips driver in FreeBSD cannot talk directly to the SCSI bus on the RAID card, nor does the card export non-RAID devices to the driver, nor do I know if there is a way to make this work. Seriously, using a $200-$1000 RAID card to run your tape drive in place of a $40 SCSI card really doesn't make a whole lot of sense in most cases. I understand that there are situations where there aren't enough PCI slots for an extra SCSI card, but it's a tradeoff. Most firmware simply isn't written to multiplex direct SCSI requests from the OS with it's own SCSi stack. Trying to do so only jeopardizes the integrity of the system. Scott Maxim M. Kazachek wrote: IBM ServeRAID 6i in IBM xSeries 345 doesn't see tape drive on second LSI Logic MPT channel (6i is a Zero channel RAID Controller). There was trouble with setting DDS-4 streamer under SCO. Due to lack of information provided by SCO OperServer 5.0.5 FreeBSD (5.3 or so) was tried to see, which devices are detected. After installation of Adaptec 19160 streamer was seen by FreeBSD, then was configured under SCO. As far as I know it works perfectly now. Sincerely, Maxim M. Kazachek mailto:[EMAIL PROTECTED] On Mon, 19 Dec 2005, Scott Long wrote: Christian Gr?ndemann wrote: Thanks for your fast answer, Scott! What Adaptec Card can you recommend? I am thinking about this card, it seems to be supported quite well. * Adaptec 19160B Is this card a real SCSI card ? Actually I thought the 2120S is a real SCSI Card. And for the future, what kind of Adaptec RAID-5 card is useable where I can put several devices on it like a Raid-5 *and* a DLT device ? Christian An Adaptec 19160 would be an excellent choice. By 'real SCSI card' I mean one that only does SCSI and doesn't have a RAID processor sitting in front on it. I don't have a good answer for your last question. Scott ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports security branch
On Tue, Dec 20, 2005 at 12:15:30PM +0100, Melvyn Sopacua wrote: On Tuesday 20 December 2005 12:03, Marwan Burelle wrote: Relying on the maintainer work is a good starting point, you may trust him for doing only the needed updates for those ports that requier security concerns. But even here, major updates of widely used libs imply rebuild of most of the ports, even when no security issue arises. No it doesn't. Only with static linking or when interfaces changed, which is not always the case. The fact that the gnome project is fond of changing library versions with every release doesn't mean there aren't sane projects. Typically security patches do not update library versions, allthough it is possible if the interface is insecure by design. I think you don't understand my point. Regarding actual state of the ports tree, when some thing like gettext have a major version bumps, you need to rebuild most of the ports or do some tricks with links or libmap.conf (if the major number change wasn't justify) since when loading dynamic libs for an executable the major number is relevant. This just mean that you could not just do a cvsup+portupgrade, even if you just have security related apps, if you only want security updates, you first need to track which ports have security updates and hope that this doesn't not involve updating all the tree (for exemple, your port foo has move to a new version with security concerns on the old one, but at the same time this involve moving to the last version of libbar since its interface has changed and last foo use the new version, since libbar is widely used you now need updating most of your ports even if they don't have any security updates ... ) The point is not that this is always true, but that you have to handle those kinds of problems if you want to maintain a security branch for ports. -- Marwan Burelle, http://www.lri.fr/~burelle ( [EMAIL PROTECTED] | [EMAIL PROTECTED] ) http://www.cduce.org pgpfyvUeDNED2.pgp Description: PGP signature
Re: ports security branch
On Tuesday 20 December 2005 12:39, Marwan Burelle wrote: The point is not that this is always true, but that you have to handle those kinds of problems if you want to maintain a security branch for ports. The point is, that it is irrelevant. Ports are independant of the base system. There is no need for a security branch of the ports tree. The ports that rely on specifics in the base system, handle it themselves via BROKEN, FreeBSD_version and friends. The ports tree is only tagged for a specific release, so that release cdroms can be made. The only thing that makes sense is pre-compiled packages being updated for security branches of the base system - but, that is only worth-while if there's a large enough userbase that has an /etc/make.conf without NO_ flags. Since for example I have no need for Kerberos, I cannot use the FreeBSD provided packages for the ones that make sense, as they all link libgssapi (subversion pulls it in through www/neon, smbclient because of ports/90238 and thus kde*). -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports security branch
Marwan Burelle wrote: On Tue, Dec 20, 2005 at 02:18:13PM +0400, rihad wrote: A very interesting script for its own purpose, but I'm afraid this doesn't answer my question at all. Perhaps seeing the way that e.g. Debian deals with the upgrade problem might shed some light on the issue. Hell, FreeBSD does exactly that for the base world+kernel, too! Not for the ports, though. The debian way is too have a frozen tree and restraint updates, this induces at least a two level maintaining, one that follows on-the-edge updates and the other that only follow security updates. The problem is that most applications don't work like that, they don't maintain two branches, and thus you need (or the maintainer of the ports needs) to maintain a bunch of security patches for that app that doesn't have any dependance links (or at least only to other security updates ... ) This is a lot of work, and IMHO that's why debian stable is so often outdated (and some time completely obsolete.) This also raises questions like when should we move to the next/last release ?, Is that patch-set too important ? ... My own experience shows me that most of the time when you only need security updates, that means that your boxe is specialized in some way with a small set of installed ports and thus every updates in the tree for those ports are relevant. Otherwise, you may want to have up to date ports because it's providing you with shiny new features ;) I think Debian does an excellent job of taking the common load off of the shoulders of its users by providing security package updates with no changes in functionality wherever possible. Change in software functionality, configs, dependencies etc. almost always hurts, that's what Debian are trying to save its users from. Imagine: Foo 1.2.3 that was current at the time of FreeBSD 6.0 release gets a severe vuln after some time. Some admins upgrade to the latest and greatest Foo 1.2.9, others to Foo 1.2.7 (probably with not recently updated ports tree)... Still with me? Factoring this security upgrade path in the OS so that all users get the same fix and functionality is a very hard thing to do and maintain, I'd guess. FreeBSD's latest and greatest attitude is very relevant for desktop users and such. I think it would be even better to make security-conscious server admins' lives even better. Put up a box, forget about it, do a major upgrade in a year. Oversimplifying here... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports security branch
On Tuesday 20 December 2005 13:26, rihad wrote: Imagine: Foo 1.2.3 that was current at the time of FreeBSD 6.0 release gets a severe vuln after some time. Some admins upgrade to the latest and greatest Foo 1.2.9, others to Foo 1.2.7 (probably with not recently updated ports tree)... If 1.2.7 is secure, there is no problem. If 1.2.7 is not, portaudit will not let you upgrade. It seems to me, you need to farmiliarize yourself first with the mechanisms in place already, before shooting it. -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ports security branch
On Tuesday 20 December 2005 10:26, rihad wrote: FreeBSD's latest and greatest attitude is very relevant for desktop users and such. I think it would be even better to make security-conscious server admins' lives even better. Put up a box, forget about it, do a major upgrade in a year. Oversimplifying here... ___ I would not agree with you, even if the ports are getting better and better they are still a all-in-one-package and often not suitable for any adm especially the security-conscious one. A webserver or a router need some software only and well compiled and configured it is better than having a large ports-tree on the machine and then when upgrading some shit happens and some config is deleted like it used to be with mailman, spamassassin and others. The risk is too big. The ports collection is nice and easy for most users like it is but since you already compared to linux, I tell you that aptget or yum really seems to be better until you get in nasty troubles after compiling a new kernel and some packages do not work anymore. Then you go to love portupgrade again and the FreeBSD system is clearly better because the ports do not depend on kernel versions. Also you can portupgrade only some ports without running into too much dependency troubles. João A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]
On Tue, Dec 20, 2005 at 07:21:57PM +1030, Chris Jones wrote: The better option would be to remove [EMAIL PROTECTED] from the list -- since i highly doubt it's a real person %../bin/find_member [EMAIL PROTECTED] % That address -- [EMAIL PROTECTED] -- is not subscribed to freebsd-stable or any other mailing list @FreeBSD.org. Indeed: %^postgateway ../bin/find_member @blogger.com % There is *no* address @blogger.com that is so subscribed, period. Now, will all of you who keep posting this off-topic stuff to technical mailing lists please stop already? This is off-topic for the lists as such; if you wish to bring it up or discuss it, [EMAIL PROTECTED] is one of the better addresses to use. Thank you. Peace, david (current hat: [EMAIL PROTECTED]) -- David H. Wolfskill [EMAIL PROTECTED] It is courteous to reduce quoted text to just that needed to establish context. See http://www.catwhisker.org/~david/publickey.gpg for my public key. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
ACPI not work
Hello All: I have a problem about ACPI not work with the following error from the message log Dec 21 20:22:24 amd-64 kernel: ioapic0: Assuming intbase of 0 Dec 21 20:22:24 amd-64 kernel: ioapic0 Version 1.1 irqs 0-23 on motherboard Dec 21 20:22:24 amd-64 kernel: ACPI-0397: *** Error: NsSearchAndEnter: Bad character in ACPI Name: 43005350 Dec 21 20:22:24 amd-64 kernel: ACPI-0381: *** Error: Looking up [0x43005350] (NON-ASCII) Dec 21 20:22:24 amd-64 kernel: in namespace, AE_BAD_CHARACTER Dec 21 20:22:24 amd-64 kernel: ACPI-0204: *** Error: AcpiLoadTables: Could not load namespace: AE_BAD_CHARACTER Dec 21 20:22:24 amd-64 kernel: ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_BAD_CHARACTER Dec 21 20:22:24 amd-64 kernel: ACPI: table load failed: AE_BAD_CHARACTER Any idea to fix it. THX. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
/dev/random too hungry? Errormsg: PRNG is not seeded
Hello, I have one box where PRNG kickstart doesn't work. Whne I set 'sysctl kern.random.sys.seeded=0' and 'cat /boot/kernel/kernel.gz /dev/random' .random.sys.seeded is still 0. On any other box it's enough to send one byte and .sys.seeded returns to 1 I found that when installing a new server and trying to usually start sshd. (ssh-keygen quits immediately with the error: PRNG is not seeded) I'm not very familar with random or entropy stuff so please tell me what to do. Nothing uncommon so far with that box (besides it starts from CompactFlash with memorydisk for /var / and /tmp): kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 0 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 interrupt total rate irq0: clk1038776998 irq1: atkbd0 2 0 irq3: sio1 2610 2 irq5: em0133 0 irq7: ppc0 1 0 irq8: rtc 132946127 irq10: fxp0 72 0 irq12: fwohci0++ 1 0 irq13: npx02 0 irq14: ata0 3110 2 irq15: ata1 202 0 Thanks in advance, -Harry pgpXXhbu73Xrl.pgp Description: PGP signature
Re: /dev/random too hungry? Errormsg: PRNG is not seeded
Am Dienstag, 20. Dezember 2005 17:50 CEST schrieb Harald Schmalzbauer: Hello, I have one box where PRNG kickstart doesn't work. Whne I set 'sysctl kern.random.sys.seeded=0' and 'cat /boot/kernel/kernel.gz /dev/random' .random.sys.seeded is still 0. On any other box it's enough to send one byte and .sys.seeded returns to 1 I found that when installing a new server and trying to usually start sshd. (ssh-keygen quits immediately with the error: PRNG is not seeded) I'm not very familar with random or entropy stuff so please tell me what to do. Nothing uncommon so far with that box (besides it starts from CompactFlash with memorydisk for /var / and /tmp): Sorry, forgot to mention it's RELENG_6 from today... kern.random.yarrow.gengateinterval: 10 kern.random.yarrow.bins: 10 kern.random.yarrow.fastthresh: 192 kern.random.yarrow.slowthresh: 256 kern.random.yarrow.slowoverthresh: 2 kern.random.sys.seeded: 0 kern.random.sys.harvest.ethernet: 1 kern.random.sys.harvest.point_to_point: 1 kern.random.sys.harvest.interrupt: 1 kern.random.sys.harvest.swi: 0 interrupt total rate irq0: clk1038776998 irq1: atkbd0 2 0 irq3: sio1 2610 2 irq5: em0133 0 irq7: ppc0 1 0 irq8: rtc 132946127 irq10: fxp0 72 0 irq12: fwohci0++ 1 0 irq13: npx02 0 irq14: ata0 3110 2 irq15: ata1 202 0 Thanks in advance, -Harry pgpAt6Ku1rET0.pgp Description: PGP signature
fwe driver under 6.0-RELEASE
Hey guys, I just got a new laptop, and I'm trying to get the onboard ethernet over firewire to work so I can download the iwi driver. :-) I can't seem to ping anything, even the router, after bringing up fwe0. Are there any tricks to this I need to be aware of? jm -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
advice please
I used to be able to play (windows) mplayer2 files and *.mov files with my native mozilla browser and mplayerplug-in installed. Lately that does not work anymore. Mozilla just crashes, firefox starts up the mplayerplug-in and than stops (hangs). I don't know where to look. I reinstalled all related ports to no avail. Are some of you also having problems with mplayerplug-in and mozilla or (if not) can I get some tips / advice about how to tackle the problem? Where to look for; what to do? Some related info: mozilla-1.7.12_5,2 = up-to-date with port linuxpluginwrapper-20051113 = up-to-date with port mplayerplug-in-3.17 = up-to-date with port listing of /usr/X11R6/lib/browser_plugins .firefox.keep .mozilla.keep flashplayer.xpt - /usr/X11R6/lib/linux-flashplugin6/flashplayer.xpt libflashplayer.so - /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so libjavaplugin_oji.so - /usr/local/jdk1.4.2/jre/plugin/i386/ns610/libjavaplugin_oji.so mplayerplug-in-gmp.so mplayerplug-in-gmp.xpt mplayerplug-in-qt.so mplayerplug-in-qt.xpt mplayerplug-in-rm.so mplayerplug-in-rm.xpt mplayerplug-in-wmp.so mplayerplug-in-wmp.xpt mplayerplug-in.so mplayerplug-in.xpt nppdf.so - /usr/local/lib/acroread/usr/local/Adobe/Acrobat7.0/Browser/intellinux/nppdf.so /end of info -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 6.0 ++ The Power to Serve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: fwe driver under 6.0-RELEASE
On Tue, Dec 20, 2005 at 05:21:06PM +, Jonathon McKitrick wrote: Hey guys, I just got a new laptop, and I'm trying to get the onboard ethernet over firewire to work so I can download the iwi driver. :-) I can't seem to ping anything, even the router, after bringing up fwe0. Are there any tricks to this I need to be aware of? What have you hooked it up to? It must be a FreeBSD box. Boot strapping the wireless nic with NDIS or picking up a cheap USB flash drive and using sneaker net may be easier. -- Brooks -- Any statement of the form X is the one, true Y is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 pgpyCxTh9lmCg.pgp Description: PGP signature
Re: advice please
On Tuesday 20 December 2005 21:36, dick hoogendijk wrote: I used to be able to play (windows) mplayer2 files and *.mov files with my native mozilla browser and mplayerplug-in installed. Lately that does not work anymore. Mozilla just crashes, firefox starts up the mplayerplug-in and than stops (hangs). Did this start after upgrading firefox to 1.5? Related: does: find /usr/X11R6/include/firefox /usr/X11R6/include/mozilla -type f \ -print |xargs grep nsPluginThread yield any results? -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: advice please
On Tue, 20 Dec 2005 21:49:21 +0100 Melvyn Sopacua [EMAIL PROTECTED] wrote: On Tuesday 20 December 2005 21:36, dick hoogendijk wrote: I used to be able to play (windows) mplayer2 files and *.mov files with my native mozilla browser and mplayerplug-in installed. Lately that does not work anymore. Mozilla just crashes, firefox starts up the mplayerplug-in and than stops (hangs). Did this start after upgrading firefox to 1.5? Related: does: find /usr/X11R6/include/firefox /usr/X11R6/include/mozilla -type f \ -print |xargs grep nsPluginThread yield any results? I can't remember if the firefox upgrade was related. I _do_ upgrade both browsers if portupgrade says there is a newer version. I do have the latest firefox installed also. The results for the above find command: /usr/X11R6/include/mozilla/oji/nsIThreadManager.h:typedef struct _nsPluginThread nsPluginThread; /usr/X11R6/include/mozilla/oji/nsIThreadManager.h: GetCurrentThread(nsPluginThread* *threadID) = 0; /usr/X11R6/include/mozilla/oji/nsJVMManager.h: GetCurrentThread(nsPluginThread* *threadID); /end of command -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 6.0 ++ The Power to Serve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: advice please
On Tuesday 20 December 2005 22:01, dick hoogendijk wrote: On Tue, 20 Dec 2005 21:49:21 +0100 Melvyn Sopacua [EMAIL PROTECTED] wrote: On Tuesday 20 December 2005 21:36, dick hoogendijk wrote: I used to be able to play (windows) mplayer2 files and *.mov files with my native mozilla browser and mplayerplug-in installed. Lately that does not work anymore. Mozilla just crashes, firefox starts up the mplayerplug-in and than stops (hangs). Did this start after upgrading firefox to 1.5? Related: does: find /usr/X11R6/include/firefox /usr/X11R6/include/mozilla -type f \ -print |xargs grep nsPluginThread yield any results? I can't remember if the firefox upgrade was related. I _do_ upgrade both browsers if portupgrade says there is a newer version. I do have the latest firefox installed also. The results for the above find command: /usr/X11R6/include/mozilla/oji/nsIThreadManager.h:typedef struct _nsPluginThread nsPluginThread; /usr/X11R6/include/mozilla/oji/nsIThreadManager.h: GetCurrentThread(nsPluginThread* *threadID) = 0; /usr/X11R6/include/mozilla/oji/nsJVMManager.h: GetCurrentThread(nsPluginThread* *threadID); Hmm, so Mozilla still provides compatibility for oji java plugins, where firefox doesn't. I just took a quick look at mplayerplugin source and can't find any references to PRThread. The plugin uses the provided top-level interfaces. Did you recompile the plugin? I just installed it and it doesn't really work for me (opens a new window iso playing in the designated space, probably because I didn't compile mplayer using WITHOUT_GUI), but doesn't crash anything either. I tried the apple movie trailers. -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: advice please
On Tue, 20 Dec 2005 22:46:30 +0100 Melvyn Sopacua [EMAIL PROTECTED] wrote: On Tuesday 20 December 2005 22:01, dick hoogendijk wrote: On Tue, 20 Dec 2005 21:49:21 +0100 Melvyn Sopacua [EMAIL PROTECTED] wrote: On Tuesday 20 December 2005 21:36, dick hoogendijk wrote: I used to be able to play (windows) mplayer2 files and *.mov files with my native mozilla browser and mplayerplug-in installed. Lately that does not work anymore. Mozilla just crashes, firefox starts up the mplayerplug-in and than stops (hangs). Did this start after upgrading firefox to 1.5? Related: does: find /usr/X11R6/include/firefox /usr/X11R6/include/mozilla -type f \ -print |xargs grep nsPluginThread yield any results? I can't remember if the firefox upgrade was related. I _do_ upgrade both browsers if portupgrade says there is a newer version. I do have the latest firefox installed also. The results for the above find command: /usr/X11R6/include/mozilla/oji/nsIThreadManager.h:typedef struct _nsPluginThread nsPluginThread; /usr/X11R6/include/mozilla/oji/nsIThreadManager.h: GetCurrentThread(nsPluginThread* *threadID) = 0; /usr/X11R6/include/mozilla/oji/nsJVMManager.h: GetCurrentThread(nsPluginThread* *threadID); Hmm, so Mozilla still provides compatibility for oji java plugins, where firefox doesn't. I just took a quick look at mplayerplugin source and can't find any references to PRThread. The plugin uses the provided top-level interfaces. Did you recompile the plugin? I recompiled mozilla, firefox and the plugin I recompiled a couple of times. To no use. Mozilla just crashes, firefox shows the plugin-window and does nothing. I never used the option without-gui btw. I just installed it and it doesn't really work for me (opens a new window iso playing in the designated space, probably because I didn't compile mplayer using WITHOUT_GUI), but doesn't crash anything either. I tried the apple movie trailers. Yeah, only difference it that when I try to open an movie trailer, mozilla coredumps and firefox stops with a blank plugin-window. Hope that somebody knows how to solve this. I liked mplayerplug-in very much. It seems the only way to have some multimedia with mozilla/firefox. Plus, it *used* to work ;-( -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 6.0 ++ The Power to Serve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: advice please
dick hoogendijk wrote: I just installed it and it doesn't really work for me (opens a new window iso playing in the designated space, probably because I didn't compile mplayer using WITHOUT_GUI), but doesn't crash anything either. I tried the apple movie trailers. Yeah, only difference it that when I try to open an movie trailer, mozilla coredumps and firefox stops with a blank plugin-window. Hope that somebody knows how to solve this. I liked mplayerplug-in very much. It seems the only way to have some multimedia with mozilla/firefox. Plus, it *used* to work ;-( Have you tried MediaPlayerConnectivity firefox extension? It works for me both with mplayer and totem. https://addons.mozilla.org/extensions/moreinfo.php?id=446application=firefox ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please)
On Tuesday 20 December 2005 23:20, dick hoogendijk wrote: On Tue, 20 Dec 2005 22:46:30 +0100 Melvyn Sopacua [EMAIL PROTECTED] wrote: On Tuesday 20 December 2005 22:01, dick hoogendijk wrote: On Tue, 20 Dec 2005 21:49:21 +0100 Melvyn Sopacua [EMAIL PROTECTED] wrote: On Tuesday 20 December 2005 21:36, dick hoogendijk wrote: I used to be able to play (windows) mplayer2 files and *.mov files with my native mozilla browser and mplayerplug-in installed. Lately that does not work anymore. Mozilla just crashes, firefox starts up the mplayerplug-in and than stops (hangs). Did this start after upgrading firefox to 1.5? Related: does: find /usr/X11R6/include/firefox /usr/X11R6/include/mozilla -type f \ -print |xargs grep nsPluginThread yield any results? I can't remember if the firefox upgrade was related. I _do_ upgrade both browsers if portupgrade says there is a newer version. I do have the latest firefox installed also. The results for the above find command: /usr/X11R6/include/mozilla/oji/nsIThreadManager.h:typedef struct _nsPluginThread nsPluginThread; /usr/X11R6/include/mozilla/oji/nsIThreadManager.h: GetCurrentThread(nsPluginThread* *threadID) = 0; /usr/X11R6/include/mozilla/oji/nsJVMManager.h: GetCurrentThread(nsPluginThread* *threadID); Hmm, so Mozilla still provides compatibility for oji java plugins, where firefox doesn't. I just took a quick look at mplayerplugin source and can't find any references to PRThread. The plugin uses the provided top-level interfaces. Did you recompile the plugin? I recompiled mozilla, firefox and the plugin I recompiled a couple of times. To no use. Mozilla just crashes, firefox shows the plugin-window and does nothing. I never used the option without-gui btw. I just installed it and it doesn't really work for me (opens a new window iso playing in the designated space, probably because I didn't compile mplayer using WITHOUT_GUI), but doesn't crash anything either. I tried the apple movie trailers. Yeah, only difference it that when I try to open an movie trailer, mozilla coredumps and firefox stops with a blank plugin-window. Hope that somebody knows how to solve this. I liked mplayerplug-in very much. It seems the only way to have some multimedia with mozilla/firefox. Plus, it *used* to work ;-( Well, I know now that my mplayer/.config was the cause of it not playing in it's own space. I used vo=gl2,xv. xv is the one that plays in the designated space. However, I've got problems too, if I use the stop command or go to another page while the plugin is still loaded - gdb shows: Url: http://www.apple.com/trailers/fox/x3/ Action: click one of the HD teasers then click stop: [Switching to Thread 0x8bce400 (LWP 100139)] 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x2a17f52a in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #2 0x2a181a1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 Url: http://www.apple.com/trailers/fox/x3/ Action: click medium on the 'normal' trailers, play it, stop if you want, then click backbutton: [Switching to Thread 0x8901800 (LWP 100094)] 0x28a822bb in __error () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28a822bb in __error () from /usr/lib/libpthread.so.2 #1 0x28a80905 in pthread_testcancel () from /usr/lib/libpthread.so.2 #2 0x2a17f52a in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #3 0x2a181a1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #4 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #5 0x28b1f367 in _ctx_start () from /lib/libc.so.6 -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i915drm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexey Popov wrote: Hi. Gianmarco Giovannelli wrote: error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't i915 DRM is not fully supported in -stable. You may try 7-current or this hack: ftp://213.85.11.250/pub/drm3.patch . I have applied the patch et voila' :-) drmsub0: Intel i915GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb008 0MB info: [drm] Initialized i915 1.2.0 20041217 hp:/home/gmarco glxgears ERROR: line 125, Function intelInitDriver, File intel_screen.c This looks like incompatibility between graphics/dri and xorg-server. See this thread: http://freebsd.rambler.ru/bsdmail/freebsd-x11_2005/msg00907.html Works for me with graphics/dri-devel and x11-server/xorg-server The combination of graphics/dri-devel and x11-servers/xorg-server is not suitable for i915gm. This chip is only supported by x11-servers/xorg-server-snap. However it does not work well with either graphics/dri-devel or dri from cvs (as of today). Any idea? Best, Laci - -- László Károly [EMAIL PROTECTED] Department of Altaic StudiesEgyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDqIwwHGP5/4adgcURAmoSAJ0Tr5UwwA3fl8akGg8lH83N4Km32QCfT97E abCFhp+R/kC0EFBI89YI+2Y= =RCvf -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please)
On Tue, 20 Dec 2005, Melvyn Sopacua wrote: [Switching to Thread 0x8bce400 (LWP 100139)] 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x2a17f52a in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #2 0x2a181a1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 You've probably got things linked to two different versions of libpthread. Please see /usr/ports/UPDATING, section 20050722. -- DE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please)
On Wednesday 21 December 2005 00:51, Daniel Eischen wrote: On Tue, 20 Dec 2005, Melvyn Sopacua wrote: [Switching to Thread 0x8bce400 (LWP 100139)] 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28a80952 in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x2a17f52a in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #2 0x2a181a1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 You've probably got things linked to two different versions of libpthread. Please see /usr/ports/UPDATING, section 20050722. It's a clean install (well, 5.x to a new slice, then recompiled after boot). But: cat /var/db/pkg/compat5x-i386-5.4.0.8/+REQUIRED_BY mplayer-0.99.7_7 nvidia-driver-1.0.8174 opera-8.51.20051114 So, recompiled. gdb looks a bit different, but the problem is the same. 0x28a8135f in pthread_testcancel () from /usr/lib/libpthread.so.2 (gdb) where #0 0x28a8135f in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x28a79d80 in pthread_mutexattr_init () from /usr/lib/libpthread.so.2 #2 0x in ?? () It's spinning an endless loop, so depending on when you attach or continue and send a stop signal, output is different: 0x2a1cd572 in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so (gdb) where #0 0x2a1cd572 in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #1 0x2a1cfa1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #2 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #3 0x28b1f367 in _ctx_start () from /lib/libc.so.6 (gdb) where #0 0x2a1b3138 in ?? () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #1 0x2a1cd525 in playNode () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #2 0x2a1cfa1c in playPlaylist () from /usr/X11R6/lib/browser_plugins/mplayerplug-in-qt.so #3 0x28a722f9 in pthread_create () from /usr/lib/libpthread.so.2 #4 0x28b1f367 in _ctx_start () from /lib/libc.so.6 Going to recompile with debug symbols and see if that makes more sense. Seems like an error in the plugin though. -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: mplayer-plugin/firefox/mozilla and pthread_testcancel (Was: Re: advice please)
On Wednesday 21 December 2005 02:08, Melvyn Sopacua wrote: On Wednesday 21 December 2005 00:51, Daniel Eischen wrote: On Tue, 20 Dec 2005, Melvyn Sopacua wrote: Seems like an error in the plugin though. Source directories searched: /work/usr/ports/www/mplayer-plugin/work/mplayerplug-in:$cdir:$cwd (gdb) where #0 0x28a808ad in pthread_testcancel () from /usr/lib/libpthread.so.2 #1 0x2a1d40d2 in playNode (local_td=0x8b7ed00, local_list=0x8dad000, local_url=0xbf1f5770 http://movies.apple.com/movies/wb/v_for_vendetta/v_for_vendetta-tlr2_h480.mov;, local_mmsstream=0, usefps=0xbf1f5754, nomouseinput=0xbf1f5750, maybeplaylist=0xbf1f574c) at Source/plugin-threads.cpp:765 Source/plugin-thread.cpp/756: while (1) { It never reaches a condition to break outof that and that's quite a loop. mplayer isn't even there anymore... -- Melvyn Sopacua [EMAIL PROTECTED] FreeBSD 6.0-STABLE Qt: 3.3.5 KDE: 3.4.3 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i915drm
At 23.56 20/12/2005, you wrote: error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't i915 DRM is not fully supported in -stable. You may try 7-current or this hack: ftp://213.85.11.250/pub/drm3.patch . I have applied the patch et voila' :-) drmsub0: Intel i915GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb008 0MB info: [drm] Initialized i915 1.2.0 20041217 hp:/home/gmarco glxgears ERROR: line 125, Function intelInitDriver, File intel_screen.c This looks like incompatibility between graphics/dri and xorg-server. See this thread: http://freebsd.rambler.ru/bsdmail/freebsd-x11_2005/msg00907.html Works for me with graphics/dri-devel and x11-server/xorg-server The combination of graphics/dri-devel and x11-servers/xorg-server is not suitable for i915gm. This chip is only supported by x11-servers/xorg-server-snap. However it does not work well with either graphics/dri-devel or dri from cvs (as of today). Infact I have tried all the combinations me too, but I found that plain xorg 6.8.2 doesn't work after the patch (it seems to remember it used to work before, but I can be wrong) and with the latest snapshot (903) the latest dri produces the error above resulting slover than before the patch. Any other idea/test/patch ? Let's keep fighting ... :-) Best Regards, Gianmarco Giovannelli , Unix expert since yesterday http://utenti.gufi.org/~gmarco/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ACPI not work
On Tue, 20 Dec 2005, Paul.LKW wrote: Hello All: I have a problem about ACPI not work with the following error from the message log Dec 21 20:22:24 amd-64 kernel: ioapic0: Assuming intbase of 0 Dec 21 20:22:24 amd-64 kernel: ioapic0 Version 1.1 irqs 0-23 on motherboard Dec 21 20:22:24 amd-64 kernel: ACPI-0397: *** Error: NsSearchAndEnter: Bad character in ACPI Name: 43005350 Dec 21 20:22:24 amd-64 kernel: ACPI-0381: *** Error: Looking up [0x43005350] (NON-ASCII) Dec 21 20:22:24 amd-64 kernel: in namespace, AE_BAD_CHARACTER Dec 21 20:22:24 amd-64 kernel: ACPI-0204: *** Error: AcpiLoadTables: Could not load namespace: AE_BAD_CHARACTER Dec 21 20:22:24 amd-64 kernel: ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_BAD_CHARACTER Dec 21 20:22:24 amd-64 kernel: ACPI: table load failed: AE_BAD_CHARACTER Any idea to fix it. Try upgrading or reflashing your BIOS. The DSDT in the BIOS image is corrupted. -- Doug White| FreeBSD: The Power to Serve [EMAIL PROTECTED] | www.FreeBSD.org ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: i915drm
At 23.56 20/12/2005, you wrote: error: [drm:pid0:drm_load] *ERROR* Card isn't AGP, or couldn't i915 DRM is not fully supported in -stable. You may try 7-current or this hack: ftp://213.85.11.250/pub/drm3.patch . I have applied the patch et voila' :-) drmsub0: Intel i915GM: (child of agp_i810.c) on agp0 info: [drm] AGP at 0xb008 0MB info: [drm] Initialized i915 1.2.0 20041217 hp:/home/gmarco glxgears ERROR: line 125, Function intelInitDriver, File intel_screen.c This looks like incompatibility between graphics/dri and xorg-server. See this thread: http://freebsd.rambler.ru/bsdmail/freebsd-x11_2005/msg00907.html Works for me with graphics/dri-devel and x11-server/xorg-server The combination of graphics/dri-devel and x11-servers/xorg-server is not suitable for i915gm. This chip is only supported by x11-servers/xorg-server-snap. However it does not work well with either graphics/dri-devel or dri from cvs (as of today). Infact I have tried all the combinations me too, but I found that plain xorg 6.8.2 doesn't work after the patch (it seems to remember it used to work before, but I can be wrong) and with the latest snapshot (903) the latest dri produces the error above resulting slover than before the patch. Any other idea/test/patch ? Let's keep fighting ... :-) Best Regards, Gianmarco Giovannelli , Unix expert since yesterday http://utenti.gufi.org/~gmarco/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]