Re: Intel TurboBoost in practice
Hi mav. On Sat, 24 Jul 2010 16:53:10 +0300 Alexander Motin wrote: > PS: In this case benefit is small, but it is the least that can be > achieved, depending on CPU model. Some models allow frequency to be > risen by up to 6 steps (+798MHz). I tested on Core i7 640UM (Arrandale 1.2GHz -> 2.26GHz) with openssl speed (w/o aesni(4)) and /usr/src/tools/tools/crypto/cryptotest.c (w/ aesni(4)). http://people.freebsd.org/~nork/aesni/aes128cbc-noaesni.pdf [1] http://people.freebsd.org/~nork/aesni/aes128cbc-aesni.pdf [2] [1] $ /usr/bin/cpuset -l$i /usr/bin/openssl speed -elapsed -mr -multi $n aes128-cbc $i = 0 1 2 3 0,1 0,2 0,3 1,2 1,3 2,3 0,1,2 0,1,3 0,2,3 1,2,3 0,1,2,3 $n = numbers of core, $((`echo $i | wc -c`/2)) [2] $ /usr/bin/cpuset -l$i ./cryptotest -t $n -z 5 8192 $i = 0 1 2 3 0,1 0,2 0,3 1,2 1,3 2,3 0,1,2 0,1,3 0,2,3 1,2,3 0,1,2,3 $n = numbers of core, $((`echo $i | wc -c`/2)) In my environment, according to aes128cbc-noaesni.pdf, at least, 30% performace up by Turbo Boost (I think). And according to aes128cbc-aesni.pdf, at least, 100% performance up by Turbo Boost (I think). And I understand reducing single thread performance by Hyper Threading:-). -- Norikatsu Shigemura ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
[CFT] ssh/scp/ssh-add/ssh-agent/ssh-keygen on /rescue
Hi. I wondered that ssh/scp (at least) was not in /rescue. They are the indispensable tools, and I also often use them in the emergency (single user mode). So I made a patch for src/rescue/rescue/Makefile and src/secure/usr.bin/scp/Makefile. Please review it. Changing point is: o Move some libraries to Common Libraries section. o Add ssh/scp/ssh-add/ssh-agent/ssh-keygen to /rescue member. o Cosmetics Change (labeled Common Libraries section). Sorry, this patch for 8-current. I'll try to MFC after kmacy's zfs/zpool support. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- rescue/rescue/Makefile.orig 2009-05-23 11:30:38.830094000 +0900 +++ rescue/rescue/Makefile 2009-05-24 18:58:08.925195062 +0900 @@ -72,7 +72,7 @@ CRUNCH_PROGS_bin= cat chflags chio chmod cp date dd df echo\ ed expr getfacl hostname kenv kill ln ls mkdir mv \ pkill ps pwd realpath rm rmdir setfacl sh stty sync test -CRUNCH_LIBS+= -lcrypt -ledit -lkvm -ll -ltermcap -lutil +CRUNCH_LIBS+= -lcrypt -ledit -lkvm -ll -ltermcap # Additional options for specific programs CRUNCH_ALIAS_test= [ @@ -143,7 +143,7 @@ .if ${MK_ZFS} != "no" CRUNCH_LIBS+= -lzfs -lnvpair -luutil -lavl .endif -CRUNCH_LIBS+= -lgeom -lbsdxml -lkiconv -lmd -lreadline -lsbuf -lufs -lz +CRUNCH_LIBS+= -lgeom -lbsdxml -lkiconv -lreadline -lsbuf -lufs .if ${MACHINE_ARCH} == "i386" CRUNCH_PROGS_sbin+= bsdlabel sconfig fdisk @@ -206,13 +206,9 @@ CRUNCH_PROGS_usr.bin+= bzip2 CRUNCH_ALIAS_bzip2= bunzip2 bzcat -CRUNCH_LIBS+= -lbz2 CRUNCH_PROGS_usr.bin+= tar -CRUNCH_LIBS+= -larchive -lmd -.if ${MK_OPENSSL} != "no" -CRUNCH_LIBS+= -lcrypto -.endif +CRUNCH_LIBS+= -larchive CRUNCH_PROGS_usr.bin+= vi CRUNCH_ALIAS_vi= ex @@ -220,6 +216,25 @@ CRUNCH_PROGS_usr.bin+= id CRUNCH_ALIAS_id= groups whoami +.if ${MK_OPENSSL} != "no" && ${MK_OPENSSH} != "no" +CRUNCH_PROGS_usr.bin+= ssh +CRUNCH_PROGS_usr.bin+= scp +CRUNCH_BUILDOPTS_scp= BINDIR=${BINDIR} +CRUNCH_PROGS_usr.bin+= ssh-add +CRUNCH_PROGS_usr.bin+= ssh-agent +CRUNCH_PROGS_usr.bin+= ssh-keygen +CRUNCH_LIBS+= -lssh +.if ${MK_KERBEROS_SUPPORT} != "no" +CRUNCH_LIBS+= -lgssapi +.endif + +CRUNCH_SRCDIR_ssh= ${.CURDIR}/../../secure/usr.bin/ssh +CRUNCH_SRCDIR_scp= ${.CURDIR}/../../secure/usr.bin/scp +CRUNCH_SRCDIR_ssh-add= ${.CURDIR}/../../secure/usr.bin/ssh-add +CRUNCH_SRCDIR_ssh-agent= ${.CURDIR}/../../secure/usr.bin/ssh-agent +CRUNCH_SRCDIR_ssh-keygen= ${.CURDIR}/../../secure/usr.bin/ssh-keygen +.endif + ## # Programs from stock /usr/sbin # @@ -229,8 +244,14 @@ CRUNCH_PROGS_usr.sbin+= chown CRUNCH_ALIAS_chown= chgrp + ## -CRUNCH_LIBS+= -lm +# Common Libraries +# +.if ${MK_OPENSSL} != "no" +CRUNCH_LIBS+= -lcrypto +.endif +CRUNCH_LIBS+= -lmd -lutil -lbz2 -lz -lm ## # The following is pretty nearly a generic crunchgen-handling makefile --- secure/usr.bin/scp/Makefile.orig2006-05-14 06:38:15.0 +0900 +++ secure/usr.bin/scp/Makefile 2009-05-24 15:39:20.594368170 +0900 @@ -1,7 +1,7 @@ # $FreeBSD: src/secure/usr.bin/scp/Makefile,v 1.16 2006/05/13 21:38:15 des Exp $ PROG= scp -CFLAGS+=-I${SSHDIR} -include ssh_namespace.h +CFLAGS+=-I${SSHDIR} -include ssh_namespace.h -D_PATH_SSH_PROGRAM='"${BINDIR}/ssh"' DPADD= ${LIBSSH} ${LIBCRYPT} ${LIBCRYPTO} ${LIBZ} LDADD= -lssh -lcrypt -lcrypto -lz - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Synaptics Xorg driver for FreeBSD/amd64
Hi Eygene. On Mon, 18 Feb 2008 21:23:24 +0300 Eygene Ryabinkin <[EMAIL PROTECTED]> wrote: > If you'll look at > > http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=blob;h=dbe158efc6e365cd5bd064d848df3a4f0c0d35f4;hb=43d9edd31e31b33b9da4a50d8ab05004881c8d5a;f=hw/xfree86/common/xf86Config.c#l1611 > you will see that server tries to add the mouse driver if there is > no drivers of type 'mouse' or 'void'. The hack with adding the "dummy" > input device with type "void" disables generation of default mouse > driver. This was the true hack and it was a bit beautified in > http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=ba9f5138fc32a7a7b97bcf941bc92751b7c6c2c0 > now there is a boolean option "AllowEmptyInput" that inhibits creation > of core mouse and keyboard in any case. Grrr orz > > So I don't know that it's > > correct to fix this problem by way of b. And, if x11-drivers/ > > xf86-input-void is not installed, that's solution will be crashed. > Xorg server 1.4 already has "AllowEmptyInput", so Giulio and others > who want to run only Synaptics driver, can add the string > - > Option "AllowEmptyInput" > - > to their "ServerFlags" section and see no automagically added devices. I've got it! I confidently committed these solutions! Thank you!! ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Synaptics Xorg driver for FreeBSD/amd64
Hi Eygene, thanks for your summary! On Mon, 18 Feb 2008 19:04:13 +0300 Eygene Ryabinkin <[EMAIL PROTECTED]> wrote: > >> It seems to me that you have another mouse device called ' >> pointer>' that uses "auto" protocol and finds your mouse at /dev/psm0 > >> and being SysMouse. Can you show your full xorg.conf? > > Sure, find it attached... > Aargh, this is the funny thing: you have no devices that are handled > by the 'mouse' driver. And Xorg automatically adds one. > Please, uncomment your 'Mouse1' device inside "ServerLayout", start > moused and try again. The '' should disappear. > And probably mices will start working. > It will be good to see Xorg.log from this attempt. I'm using x11-drivers/synaptics on FreeBSD/i386. I don't have any problem which many people said. I have two questions: a. Anyone, do you install x11-drivers/xf86-input-void? I didn't install x11-drivers/xf86-input-void. b. If you install x11-drivers/xf86-input-void, please check following setting. Section "InputDevice" Identifier "dummy" Driver "void" EndSection I read source files of Xserver and void driver, but I didn't understand these relations:-(. So I don't know that it's correct to fix this problem by way of b. And, if x11-drivers/ xf86-input-void is not installed, that's solution will be crashed. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Add GENERIC weak symbols to rtld like libc's ones
I made two patches for HEAD and RELENG_6 to add GENERIC weak symbols to rtld like __foo, _foo and foo. How about these patches? rtld.c.7 Description: Binary data rtld.c.6 Description: Binary data ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [RFC] prototype of top(1)'s CPU current frequency display
On Sun, 20 Aug 2006 17:24:35 +0900 Norikatsu Shigemura <[EMAIL PROTECTED]> wrote: > 1. assume only 1 CPU. > 2. assume dev.cpu.0.freq is always exists. > 3. display position is good? I modified 1 and 2. Please check attached diff. I couldn't fix 3 issue. So I assumed support max 2CPUs. I confirmed following environments. - - PentiumIII-S dual - - - - - - - - - - - - - dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 - - PentiumIII-S dual - - - - - - - - - - - - - - - Pentium-M Dothan - - - - - - - - - - - - - - dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1200 dev.cpu.0.freq_levels: 1200/-1 1100/-1 1000/-1 900/-1 800/-1 700/-1 600/-1 525/-1 450/-1 375/-1 300/-1 225/-1 150/-1 75/-1 - - Pentium-M Dothan - - - - - - - - - - - - - - - - Xeon 2.8GHz - - - - - - - - - - - - - - - - dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2807 dev.cpu.0.freq_levels: 2807/-1 2456/-1 2105/-1 1754/-1 1403/-1 1052/-1 701/-1 350/-1 - - Xeon 2.8GHz - - - - - - - - - - - - - - - - Index: machine.c === RCS file: /home/ncvs/src/usr.bin/top/machine.c,v retrieving revision 1.74 diff -u -r1.74 machine.c --- machine.c 18 May 2005 13:42:51 - 1.74 +++ machine.c 26 Aug 2006 08:41:50 - @@ -61,6 +61,8 @@ extern char* printable(char *); int swapmode(int *retavail, int *retfree); static int smpmode; +static int ncpu; +#defineNCPU2 /* support max 2cpu to display frequency */ enum displaymodes displaymode; static int namelength = 8; static int cmdlengthdelta; @@ -153,10 +155,10 @@ /* these are for detailing the process states */ -int process_states[8]; +int process_states[8+NCPU]; char *procstatenames[] = { "", " starting, ", " running, ", " sleeping, ", " stopped, ", - " zombie, ", " waiting, ", " lock, ", + " zombie, ", " waiting, ", " lock, ", " MHz, ", " MHz, ", NULL }; @@ -235,6 +237,13 @@ modelen != sizeof(smpmode)) smpmode = 0; + for (ncpu = -1; ncpu < NCPU; ncpu++) { + char buf[32]; + snprintf(buf, sizeof buf-1, "dev.cpu.%d.freq", ncpu+1); + if (sysctlbyname(buf, NULL, NULL, NULL, 0) < 0) + break; + } + while ((pw = getpwent()) != NULL) { if (strlen(pw->pw_name) > namelength) namelength = strlen(pw->pw_name); @@ -629,6 +638,16 @@ } } + /* CPU current frequency */ + if (ncpu != -1) { + int j; + for(j = 0; j <= ncpu; j++) { + char buf[32]; + snprintf(buf, sizeof buf-1, "dev.cpu.%d.freq", j); + GETSYSCTL(buf, process_states[j+8]); + } + } + /* if requested, sort the "interesting" processes */ if (compare != NULL) qsort(pref, active_procs, sizeof(*pref), compare); Index: machine.c === RCS file: /home/ncvs/src/usr.bin/top/machine.c,v retrieving revision 1.77 diff -u -r1.77 machine.c --- machine.c 11 Jun 2006 19:18:39 - 1.77 +++ machine.c 26 Aug 2006 08:41:29 - @@ -58,6 +58,8 @@ extern struct process_select ps; extern char* printable(char *); static int smpmode; +static int ncpu; +#defineNCPU2 /* support max 2cpu to display frequency */ enum displaymodes displaymode; static int namelength = 8; static int cmdlengthdelta; @@ -147,10 +149,10 @@ /* these are for detailing the process states */ -int process_states[8]; +int process_states[8+NCPU]; char *procstatenames[] = { "", " starting, ", " running, ", " sleeping, ", " stopped, ", - " zombie, ", " waiting, ", " lock, ", + " zombie, ", " waiting, ", " lock, ", " MHz, ", " MHz, ", NULL }; @@ -234,6 +236,13 @@ modelen != sizeof(smpmode)) smpmode = 0; + for (ncpu = -1; ncpu < NCPU; ncpu++) { + char buf[32]; + snpri
[RFC] prototype of top(1)'s CPU current frequency display
I want to see CPU current frequency on top(1), because I want to see relation of process status (CPU usage) and cpu current frequency using powerd(8) on the fly. In recently, many CPUs for servers like Xeon support frequency changing like Speed Step Technology. I run powerd(8) on these servers. So I should know performance issue, whichever program performance or server performance. I wrote a little usability patch. But I don't think that my code is not good:-(. So please improve my code. Wellknown problem. 1. assume only 1 CPU. 2. assume dev.cpu.0.freq is always exists. 3. display position is good? --- usr.bin/top/machine.c.orig Wed May 18 22:42:51 2005 +++ usr.bin/top/machine.c Sun Aug 20 16:41:59 2006 @@ -153,10 +153,10 @@ /* these are for detailing the process states */ -int process_states[8]; +int process_states[9]; char *procstatenames[] = { "", " starting, ", " running, ", " sleeping, ", " stopped, ", - " zombie, ", " waiting, ", " lock, ", + " zombie, ", " waiting, ", " lock, ", " MHz, ", NULL }; @@ -628,6 +628,9 @@ prev_pp->ki_pctcpu += pp->ki_pctcpu; } } + + /* CPU current frequency */ + GETSYSCTL("dev.cpu.0.freq", process_states[8]); /* if requested, sort the "interesting" processes */ if (compare != NULL) ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
kern/60163
I heard from Chiharu Shibata <[EMAIL PROTECTED]> about kern/60163. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/60163 (He knew that this pr was closed, recently) I cannot believe sos's close reason. ** The most significant problem is "Cannot mount CD-EXTRA multisession cd.". No related /dev/acdXtY. ** If there are no reason expect sos' close reason, the patch should be committed. How about this? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Can ldd(1) list non-FreeBSD dynamic object dependencies?
Hi FreeBSD hackers! I think that ldd(1) may list non-FreeBSD dynamic object dependencies. Do you think? If ldd(1) can list these, Linux Plugin Wrapper is more interested. Because you can confirm LPW enabled by ldd(1) like following lines: $ ldd /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so ldd: /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so: not a FreeBSD ELF shared object(OS type=0) /usr/X11R6/lib/linux-flashplugin6/libflashplayer.so: libpthread.so.0 => /usr/local/lib/pluginwrapper/flash6.so (0x68391000) libz.so.1 => /lib/libz.so.3 (0x68394000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x683a5000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x68471000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x6847f000) libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++.so.5 (0x684d1000) libm.so.6 => /lib/libm.so.4 (0x685a4000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x685bb000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x685c4000) In ldd(1)'s current source #178 lines: >>if (hdr.elf.e_ident[EI_OSABI] & ELFOSABI_FREEBSD) { I think & is a typo. It sould be ==. And I suggest following code: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - } else if (hdr.elf.e_type == ET_DYN) { is_shlib = 1; if (hdr.elf.e_ident[EI_OSABI] != ELFOSABI_FREEBSD) { warnx("%s: not a FreeBSD ELF shared " "object(OS type=%d)", *argv, hdr.elf.e_ident[EI_OSABI]); /+ file_ok = 0; */ } } - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Converting libfoo.so for linux to freebsd
On Fri, 12 Aug 2005 11:14:51 -0600 (MDT) "M. Warner Losh" <[EMAIL PROTECTED]> wrote: > In message: <[EMAIL PROTECTED]> > Jeremie Le Hen <[EMAIL PROTECTED]> writes: > : Hi Warner, Norikatsu-san, > : > : Linuxpluginwrapper(LPW) is a most famous killer application > : > : of libmap.conf(5)! (I think:-) > : > Definitely. While threading games are interesting, the linux plugin > : > wrapper definitely is much more useful. > : Why don't import this in base system and wrap it in a user friendly > : tool ? Some kind of advanced Linux compatibility. > The wrapper is specific for each library or plug-in that it wraps. It > might be hard to generalize enough to warrant inclusion in the base... I don't know in the base... But LPW Episode II will provide following feature: 1. Integratied Plugin Wrapper Library The early LPW was implemented few functions, and unstable which I thinked. To implement core functions needed by Netscape Plugins, so I splited pluginwrapper. But recently, I noticed that some functions are required by some plugins. As result, I made similar wrapper libraries. So I'll try to integrate wrapper library. 2. Add AMD64 Target Architecture I didn't make wrapper library for i386. So I'll try to split MI/MD:-). But I cannot implement amd64->i386 wrapper:-(. 3. Improved Source Tree I'll try to change source tree like FreeBSD's src/lib/libc. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Converting libfoo.so for linux to freebsd
Linuxpluginwrapper(LPW) is a most famous killer application of libmap.conf(5)! (I think:-) On Thu, 11 Aug 2005 10:46:04 -0600 (MDT) "M. Warner Losh" <[EMAIL PROTECTED]> wrote: > Here's a breif outline of what I've learned: > (1) To remove the symbol versioning goo from a shared library, > objcopy -R .gnu.version linux.so freebsd.so > (there's also a .gnu.version_r on some libraries, that can > also be removed this way). Doing this allows one to directly > link the .so into your program, modulo ABI issues. Humm, When I made LPW, I didn't have a trouble about symbol versioning. I think no need objcopy. > (2) dlopen (and likely ld-elf.so in general) doesn't check the > version information at all. If all you are doing is linking > dynamically at run time, you don't have to perform step #1. > The compile time linker, however, whines about missing symbol > versions. > (3) Use libmap.conf to map libc.so.6 for the shared library > that you are loading to overcome ABI issues. See the man page > for an example. Humm.. I have no comment. > The linuxplugwrapper port can be used to generate shims for the ABI > issues, in general, and works well. I'll likely not use it for the > brother scanner port I'm working on since all I need is stderr defined > in a linuxly correct, and I can do that in the source part of the > driver. I'd love to get the network side of things working, but I > think that might be more effort than I care to go to at the moment. > I'd also like to get faxing and printing working, but again, time... > I bought it for the 35 sheet document feeder + scanner at $100.00 > after rebate :-) LPW has a FORCE ABOUTER[TM:-)]. $ cd /usr/ports/www/linuxpluginwrapper $ make extract $ cd work/linuxpluginwrapper-20050613 $ make dummy.c TARGET_PLUGIN=LINUX_SHARED_LIBRARY_YOU_WANT.so $ mv dummy.c dummy_APPLICATION_NAME.c please add dummy_APPLICATION_NAME.o and related macros to Makefile on top directory. So you can develop pluginwrapper like acrobat/flash7/realplayer support:-). ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
How many people do you need Oracle Instant Client8 on FreeBSD?
How many people do you need Oracle Instant Client a.k.a. OCI8 on FreeBSD native applications? I am tring to use FreeBSD native php5-oci8 with Linux Plugin Wrapper (LPW) technorogy. My attempt succeeded, but it doesn't work. Because there are many functions to have to convert Linux ones to FreeBSD ones. It is a deadlock in me. And so, anyone do you try to implement these ones? --- Step 1-5: 1. Get experimental LPW from following URL(use net/cvsync). cvsync://cvsync.ninth-nine.com/LinuxPluginWrapper/ 2. Compile and install LPW and set /etc/libmap.conf. I confirmed on 6-current. I don't know [45]-stable. 3. Install following ports. ports/databases/linux-oracle-instantclient-sdk ports/databases/linux-oracle-instantclient-basic 4. Install following 000.oci8.sh script to /usr/local/etc/rc.d/ --- #!/bin/sh # PROVIDE: oci8 # REQUIRE: ldconfig # KEYWORD: FreeBSD . /etc/rc.subr name=oci8 start_cmd=oci8_start stop_cmd=: [ -z "$oci8_libdir" ] && oci8_libdir="/compat/linux/usr/lib/oracle/10.1.0.3/client/lib" oci8_start() { if [ -d "$oci8_libdir" ]; then /sbin/ldconfig -m "$oci8_libdir" fi } load_rc_config $name run_rc_command "$1" --- 5. Test, please follwoing port skelton. --- # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # php5-oci8/Makefile # php5-oci8/files/patch-config.m4 # echo x - php5-oci8/Makefile sed 's/^X//' >php5-oci8/Makefile << 'END-of-php5-oci8/Makefile' X# New ports collection makefile for: php5-oci8 X# Date created:2005-04-26 X# Whom:[EMAIL PROTECTED] X# X# $FreeBSD$ X# X XCATEGORIES=databases X XMASTERDIR= ${PORTSDIR}/lang/php5 X XPKGNAMESUFFIX= -oci8 X X.include "${MASTERDIR}/Makefile" X X.if ${PHP_MODNAME} == "oci8" XOCI8_VER= 10.1.0.3 XBUILD_DEPENDS+= ${LINUXBASE}/usr/include/oracle/${OCI8_VER}/client/oci.h:${PORTSDIR}/local/linux-oracle-instantclient-sdk XRUN_DEPENDS+= ${LINUXBASE}/usr/include/oracle/${OCI8_VER}/client/oci.h:${PORTSDIR}/local/linux-oracle-instantclient-sdk X XCONFIGURE_ARGS+=--with-oci8-instant-client=${LINUXBASE}/usr/lib/oracle/10.1.0.3/client/lib X.endif X X X X#CONFIGURE_ENV+= LDFLAGS=-R${LINUXBASE}/usr/lib/oracle/10.1.0.3/client/lib /bin/sh -x END-of-php5-oci8/Makefile echo x - php5-oci8/files/patch-config.m4 sed 's/^X//' >php5-oci8/files/patch-config.m4 << 'END-of-php5-oci8/files/patch-config.m4' X--- config.m4.orig Fri Feb 25 20:32:01 2005 X+++ config.m4 Sun May 1 23:48:55 2005 X@@ -18,31 +18,6 @@ X ]) X ]) X X-AC_DEFUN([AC_OCI8_VERSION],[ X- AC_MSG_CHECKING([Oracle version]) X- if test -s "$OCI8_DIR/orainst/unix.rgs"; then X-OCI8_VERSION=`grep '"ocommon"' $OCI8_DIR/orainst/unix.rgs | sed 's/[ ][ ]*/:/g' | cut -d: -f 6 | cut -c 2-4` X-test -z "$OCI8_VERSION" && OCI8_VERSION=7.3 X- elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.10.1; then X-OCI8_VERSION=10.1 X- elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.9.0; then X-OCI8_VERSION=9.0 X- elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.8.0; then X-OCI8_VERSION=8.1 X- elif test -f $OCI8_DIR/lib/libclntsh.$SHLIB_SUFFIX_NAME.1.0; then X-OCI8_VERSION=8.0 X- elif test -f $OCI8_DIR/lib/libclntsh.a; then X-if test -f $OCI8_DIR/lib/libcore4.a; then X- OCI8_VERSION=8.0 X-else X- OCI8_VERSION=8.1 X-fi X- else X-AC_MSG_ERROR([Oracle (OCI8) required libraries not found]) X- fi X- AC_MSG_RESULT($OCI8_VERSION) X-]) X- X AC_DEFUN([AC_OCI8IC_VERSION],[ X AC_MSG_CHECKING([Oracle Instant Client version]) X if test -f $PHP_OCI8_INSTANT_CLIENT/libociei.$SHLIB_SUFFIX_NAME; then X@@ -60,149 +35,15 @@ X AC_MSG_RESULT([$OCI8_VERSION]) X ]) X X-PHP_ARG_WITH(oci8, for Oracle (OCI8) support using ORACLE_HOME installation, X-[ --with-oci8[=DIR] Include Oracle (OCI8) support using an ORACLE_HOME X- install. The default DIR is ORACLE_HOME]) X- X-if test "$PHP_OCI8" = "no"; then X- PHP_ARG_WITH(oci8-instant-client, for Oracle (OCI8) support using Oracle Instant Client, X- [ --with-oci8-instant-client[=DIR] X- Include Oracle (OCI8) support using X- Oracle
Re: devel/libgtop2 cannot build
On Fri, 19 Nov 2004 12:02:18 +0900 Alexander Nedotsukov <[EMAIL PROTECTED]> wrote: > /usr/ports/devel/libgtop2/work/libgtop-2.8.1/sysdeps/freebsd, > works for me under CURRENT. > >>> I confirmed that it looks good, by running gnome-system-monior. > >>> It didn't crash. > >>Yes, I did the same. The omission of those two assignments seems to do > >>no harm. Of course, I could be wrong. :-) > > No problem for me:-). I think this is OK. > > GNOME maintainers, how about it? > Proposed patch commited. Thank you very much! ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devel/libgtop2 cannot build
On Thu, 18 Nov 2004 09:57:10 -0600 "Conrad J. Sabatier" <[EMAIL PROTECTED]> wrote: > > > /usr/ports/devel/libgtop2/work/libgtop-2.8.1/sysdeps/freebsd, > > > works for me under CURRENT. > > I confirmed that it looks good, by running gnome-system-monior. > > It didn't crash. > Yes, I did the same. The omission of those two assignments seems to do > no harm. Of course, I could be wrong. :-) No problem for me:-). I think this is OK. GNOME maintainers, how about it? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: devel/libgtop2 cannot build
On Tue, 16 Nov 2004 13:14:51 -0600 "Conrad J. Sabatier" <[EMAIL PROTECTED]> wrote: > The attached patch, applied under > /usr/ports/devel/libgtop2/work/libgtop-2.8.1/sysdeps/freebsd, > works for me under CURRENT. I confirmed that it looks good, by running gnome-system-monior. It didn't crash. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
qemu -boot d -cdrom /dev/cd0 on FreeBSD is not good
I tried to install Windows XP SP2 on qemu over FreeBSD 6-current like following command, but failed. # qemu -boot d -cdrom /dev/cd0 windows.img Because find_image_format on qemu/block.c is failed. This problem can be confirmed like following program. - - - - - - - - - - - - - - - - - - - - - - - - #include #include #include int main(void) { char buf[2048]; int fd = open("/dev/cd0", O_RDONLY); if( read(fd, buf, sizeof(buf)) < 0 ) { /* no problem */ perror("[1] read error."); } if( read(fd, buf, sizeof(buf) / 2) < 0 ) { /* problem */ perror("[2] read error."); } } - - - - - - - - - - - - - - - - - - - - - - - - Adhoc-ly, I changed "buf" size to 2048. and confirmed this problem was fixed. - - - - - - - - - - - - - - - - - - - - - - - - static BlockDriver *find_image_format(const char *filename) { int fd, ret, score, score_max; BlockDriver *drv1, *drv; uint8_t buf[1024]; => buf[2048] (snip) ret = read(fd, buf, sizeof(buf)); if (ret < 0) { close(fd); return NULL; } (snip) - - - - - - - - - - - - - - - - - - - - - - - - Obtained from: qemu-0.6.1 I think magic number 2048 is sector size, but I don't know how to get valid read size. Anyone, do you have any idea? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
devel/libgtop2 cannot build
Hi gnome maintainers! I compiled devel/libtop2 on 6-current. But it couldn't. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - cc -DHAVE_CONFIG_H -I. -I. -I../.. -D_IN_LIBGTOP -D_GNU_SOURCE -DGLIBTOP_NAMES -I../.. -I../.. -I../../sysdeps/freebsd -I../../include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -Winline -Wall -std=gnu89 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -fno-strict-aliasing -O2 -fno-ident -pipe -march=pentium3 -I/usr/X11R6/include -DGTOPLOCALEDIR=\"/usr/X11R6/share/locale\" -DLIBGTOP_VERSION=\"2.8.1\" -DLIBGTOP_SERVER_VERSION=\"5\" -DLIBGTOP_VERSION_CODE=2008001 -DLIBGTOP_SERVER=\"/usr/X11R6/bin/libgtop_server2\" -I/usr/local/include -Winline -Wall -std=gnu89 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -fno-strict-aliasing -O2 -fno-ident -pipe -march=pentium3 -c procmap.c -fPIC -DPIC -o .libs/procmap.o procmap.c: In function `glibtop_get_proc_map_p': procmap.c:276: error: structure has no member named `v_cachedfs' gmake[3]: *** [procmap.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/libgtop2/work/libgtop-2.8.1/sysdeps/freebsd' - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - According to src/sys/sys/vnode.h 1.254, v_cachedfs member was removed. Anyone, do you have any idea? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - revision 1.254 date: 2004/11/09 22:51:03; author: phk; state: Exp; lines: +0 -1 Remove vnode->v_cachedfs. It was only used for the highly dangerous "export all vnodes with a sysctl" function. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: add cvs -W option to disable -R/CVSREADONLYFS
On Tue, 9 Mar 2004 15:50:28 +0200 Ruslan Ermilov <[EMAIL PROTECTED]> wrote: > > Although I am checkout-ing well by using cvs -R in ~/.cvsrc, > > when I want to commit, It is prevented by -R. So I wanted to > > disable this feature. Although control by the environment > > variable CVSREADONLYFS was also considered, honestly it is > > troublesome. > I also have -R in most of my ~/.cvsrc's, and when I need to commit, > I just use "cvs -f" (for local repos). For remote repos, -R is not Ah, I didn't notice it! It's a good idea. > a problem (it's not passed on the wire) unless you happen to have > it set in ~/.cvsrc on the repository host. Even in this case, it Yes, so I did not care. Recently I noticed. > is still possible to commit by setting CVS_SERVER="cvs -f" in the > environment of the committing host. I almost used and tuned for ports. But now, I'm using local repositry for linuxpluginwrapper and my products. I'm tired to change mode:-). ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: add cvs -W option to disable -R/CVSREADONLYFS
On Tue, 9 Mar 2004 20:17:34 +0900 (JST) Norikatsu Shigemrua <[EMAIL PROTECTED]> wrote: > >Synopsis:add cvs -W option to disable -R/CVSREADONLYFS > >Description: > I added a feature which is to nagate a effect of -R/CVSREADONLYFS > to cvs as -W option. Please review and commit. Although I am checkout-ing well by using cvs -R in ~/.cvsrc, when I want to commit, It is prevented by -R. So I wanted to disable this feature. Although control by the environment variable CVSREADONLYFS was also considered, honestly it is troublesome. I was pointed out by some people. 1. What to control by alias? Yes, I forgot it. But I think it is troublesome. 2. There is a different from -R -W and -W -R. Is this OK? 3. This patch is not commited by cvshome. So you should avoid description of -W option? I think so. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: add cvs -W option to disable -R/CVSREADONLYFS
Hi peter. On Tue, 9 Mar 2004 20:17:34 +0900 (JST) Norikatsu Shigemrua <[EMAIL PROTECTED]> wrote: > >Synopsis:add cvs -W option to disable -R/CVSREADONLYFS > >Description: > I added a feature which is to nagate a effect of -R/CVSREADONLYFS > to cvs as -W option. Please review and commit. > >How-To-Repeat: > N/A > >Fix: > Following patches are for cvs-1.12.5. I wrote for FreeBSD's cvs. Please, please! - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Index: src/contrib/cvs/man/cvs.1 === RCS file: /home/ncvs/src/contrib/cvs/man/cvs.1,v retrieving revision 1.20 diff -u -r1.20 cvs.1 --- src/contrib/cvs/man/cvs.1 13 Nov 2003 17:57:53 - 1.20 +++ src/contrib/cvs/man/cvs.1 9 Mar 2004 10:44:33 - @@ -244,7 +244,8 @@ .SM CVSREADONLYFS environment variable is set. Using .B \-R -can also considerably speed up checkout's over NFS. +can also considerably speed up checkout's over NFS. If you want to disable +this feature, you should specify -W option. .TP .B \-v [ --version ] Displays version and copyright information for @@ -255,6 +256,10 @@ Overrides the setting of the .SM CVSREAD environment variable. +.TP +.B \-W +Turns off read-only repository mode. This is default mode, but it +typically uses to negate the effect of -R option. .TP .B \-g Forces group-write perms on working files. This option is typically Index: src/contrib/cvs/src/main.c === RCS file: /home/ncvs/src/contrib/cvs/src/main.c,v retrieving revision 1.23 diff -u -r1.23 main.c --- src/contrib/cvs/src/main.c 7 Jul 2003 19:15:36 - 1.23 +++ src/contrib/cvs/src/main.c 9 Mar 2004 10:44:33 - @@ -256,6 +256,7 @@ "-n Do not execute anything that will change the disk.\n", "-t Show trace of program execution -- try with -n.\n", "-R Assume repository is read-only, such as CDROM\n", +"-W Assume repository is writable (default).\n", "-v CVS version and copyright.\n", "-T tmpdirUse 'tmpdir' for temporary files.\n", "-e editorUse 'editor' for editing log information.\n", @@ -413,7 +414,7 @@ int help = 0; /* Has the user asked for help? This lets us support the `cvs -H cmd' convention to give help for cmd. */ -static const char short_options[] = "+QqgrwtnRlvb:T:e:d:Hfz:s:xaU"; +static const char short_options[] = "+QqgrwtnRWlvb:T:e:d:Hfz:s:xaU"; static struct option long_options[] = { {"help", 0, NULL, 'H'}, @@ -556,6 +557,10 @@ break; case 'R': readonlyfs = 1; + logoff = 1; + break; + case 'W': + readonlyfs = 0; logoff = 1; break; case 'n': - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Power Patches
On Thu, 01 Jan 2004 23:30:09 -0700 (MST) "M. Warner Losh" <[EMAIL PROTECTED]> wrote: > You should try it if: > 1) You are using hw.pci.unsupported_io=1. Turn it off and use > these patches. Let me know if it doesn't. Typically it > appears that this helps people hitting the double > allocation problem. > 2) You have suspend/resume issues. This should make them suck > less if they are with a specific device (not ata). > 3) You have hacks in drivers to turn the power on for your > laptop because FreeBSD didn't used to do that. While I've > not yet removed all the hacks from the tree, nearly all of > them should now be redundant. I am sad to say it has some problems. # SHARP Mebius MURAMASA PC-MT2-F1 (i830MG chipset) 1. After this patch was applied, Cardbus/PCMCIA is not available. I tested following Compact Flash card. uart0: at port 0x2f8-0x2ff irq 10 function 0 config 9 on pccard1 | hw.pci.allow_unsupported_io_range = 0 | = 1 --++- on boot | NG | NG --++- any point | NG | NG on boot = card was inserted on boot. any point = after boot, card was inserted. 2. Firewire is not available on hw.pci.allow_unsupported_io_range=0. fwohci0: mem 0xe0202000-0xe02027ff irq 10 at device 0.2 on pci2 fwohci0: Bus reserved 0x800 bytes for rid 0x10 type 3 at 0xe0202000 fwohci0: OHCI version 0.0 (ROM=0) fwohci0: invalid OHCI version fwohci0: FireWire init failed device_probe_and_attach: fwohci0 attach returned 5 3. USB EHCI is same too like firewire. But I don't use it... usb2: EHCI version 0.0 usb2: wrong number of companions (0 != 2) ehci0: USB init failed err=13 device_probe_and_attach: ehci0 attach returned 5 Unfortunately, my note can't resume S3, yet. I affix dmesgs of 1's pattern, and acpidump -d -t. allow_unsupported_io_range=0_with_b-mobile_on_boot.dmesg.bz2 Description: Binary data allow_unsupported_io_range=0_without_b-mobile_on_boot.dmesg.bz2 Description: Binary data allow_unsupported_io_range=1_with_b-mobile_on_boot.dmesg.bz2 Description: Binary data allow_unsupported_io_range=1_without_b-mobile_on_boot.dmesg.bz2 Description: Binary data acpidump.txt.bz2 Description: Binary data ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [kde-freebsd] Re: HEADS UP: pelase test /etc/libmap.conf feature on 4-stable
On Sat, 11 Oct 2003 08:33:43 +0200 Michael Nottebrock <[EMAIL PROTECTED]> wrote: > the spirit of hier(7). Great to hear about this flashplugin-via-libmap > project, can you provide some details? We'd like to put a HOWTO on > kde-freebsd's homepage, etc. Thank you. Please, please. new Linux Plugin Wrapper(a.k.a. flashpluginwrapper) provides following feature. 1. FreeBSD native browers use Linux native Macromedia Flash6 Plugin with seamless. Just like FreeBSD native Flash6 Plugin. And in theory, we can use acrobat plugin, etc... 2. More safety and robust. No more LD_PRELOAD. Must not LD_PRELOAD. It doesn't intrude browesers's name space. 3. Browser independent. No need browser dependent setting. It provides seamless feature. 4. More extentional. For every plugin, it can set up libmap.conf. So conflicted setting(linkage?) coexistence with others. 5. I provided a new port, following URL (beta quality). http://tmp.ninth-nine.com/LinuxPluginWrapper/linuxpluginwrapper-20031006.tar.gz I'll upgrade www/flashpluginwrapper to www/linuxpluginwrapper. If you install this port and set /etc/libmap.conf, in this time, you can use Flash6 plugin on mozilla/firebird/galeon/ epiphany on 5-current. I have a setting for konqueror. I'll add it to example of libmap.conf. I'm afraid that we cann't use opera with Flash6. 6. I provided back port for 5-current's libmap.conf feature. http://tmp.ninth-nine.com/libmap_4/libmap_4stable.diff I hope MFC... By using it, on 4-stable, we can use this feature. I think mozilla/firebird/galeon/epiphany/konqueror/ opera is OK(in 5 case time, you can use mozillas). 7. FYI /etc/libmap.conf for 4-stable - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # /etc/libmap.conf for FreeBSD 4.x #[/usr/local/Acrobat5/Browsers/intellinux/nppdf.so] #libc.so.6 pluginwrapper.so # Opera [/usr/X11R6/lib/browser_plugins/libflashplayer.so] libpthread.so.0 liblthread.so.2 libdl.so.2 pluginwrapper.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3libstdc++.so.3 libm.so.6 libm.so.2 libc.so.6 pluginwrapper.so [/usr/X11R6/share/opera/plugins/operamotifwrapper] libXm.so.1 libXm.so.3 # Konqueror (temporary setting) [/opt/mozilla/plugins/libflashplayer.so] libpthread.so.0 liblthread.so.2 libdl.so.2 pluginwrapper.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3libstdc++.so.3 libm.so.6 libm.so.2 libc.so.6 pluginwrapper.so # Mozilla/Firebird/Galeon/Epiphany [/usr/local/lib/linux-flashplugin6/libflashplayer.so] libpthread.so.0 liblthread.so.2 libdl.so.2 pluginwrapper.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3libstdc++.so.3 libm.so.6 libm.so.2 libc.so.6 pluginwrapper.so - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - /etc/libmap.conf for 5-current - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # /etc/libmap.conf for FreeBSD 5.x #[/usr/local/Acrobat5/Browsers/intellinux/nppdf.so] #libc.so.6 pluginwrapper.so # Opera is not avilable. # Konqueror (temporary setting) [/opt/mozilla/plugins/libflashplayer.so] libpthread.so.0 liblthread.so.3 libdl.so.2 pluginwrapper.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3liblstdc++.so.4 libm.so.6 libm.so.2 libc.so.6 pluginwrapper.so # Mozilla/Firebird/Galeon/Epiphany [/usr/local/lib/linux-flashplugin6/libflashplayer.so] libpthread.so.0 liblthread.so.3 libdl.so.2 pluginwrapper.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3liblstdc++.so.4 libm.so.6 libm.so.2 libc.so.6 pluginwrapper.so - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Working List - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - mozilla firebird galeon epiphany konqueror opera 4-stableOK OK OK OK OKNG 5-current OK maybemaybe maybemaybe OK - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > > And, do you know freebsd-kde mailling list? I know kde@ is, > > but I don't know public mailling list like [EMAIL PROTECTED] > > (and, as po
Re: [kde-freebsd] Re: HEADS UP: pelase test /etc/libmap.conffeature on 4-stable
On Sat, 11 Oct 2003 10:00:45 +0200 Michael Nottebrock <[EMAIL PROTECTED]> wrote: > On Saturday 11 October 2003 09:25, Joe Marcus Clarke wrote: > > On Sat, 2003-10-11 at 03:20, Michael Nottebrock wrote: > > > Joe Marcus Clarke wrote: > > > > On Sat, 2003-10-11 at 02:33, Michael Nottebrock wrote: > > > >>Norikatsu Shigemura wrote: > > > >>> 1. (kde side) Anyone, would you please make a patch for > > > >>> nspluginscane to look /usr/X11R6/lib/browsers_plugins? > > > >>> or > > > >>> 2. (pluginwrapper side) If 1 is no, I'll install Flash6 > > > >>> plugin to /usr/local/netscape/plugins. > > > >>Personally I'd like (2) better, /usr/X11/lib/browser_plugins isn't > > > >> really in the spirit of hier(7). Great to hear about this > > > >> flashplugin-via-libmap project, can you provide some details? We'd > > > >> like to put a HOWTO on kde-freebsd's homepage, etc. > > > > However, browser_plugins is what is being used for other plug-ins (e.g. > > > > mplayerplug-in), and this was decided on some time ago. > > > It's never too late to correct unfortunate decisions. :-) > > What don't you agree with? > X11PREFIX. We really have to either stop cluttering /usr/X11R6 or rewrite > hier(7), it's as simple as that. I'd be happy either way (I mean, really. KDE > can move easily, FWIW), but I won't cut the occasional nagging earlier. :-) Humm.. I think Michael has a misunderstanding. This problem isn't installation (pkg-plist, hier(7)), but is nspluginscan looking up a (some?) plugin directory as ${X11BASE}/lib/browser_plugins. Therefore unbreak hier(7). > > Give me some better ideas. Give me some > > reasons why you don't like the current scheme. At the time, I thought > > it was better to do _something_ than kill the whole idea in a bikeshed. > I like the idea of pulling together all the ports-installed browser plugins > into one place. Even with the unfortunate prefix, I agree it's better than > just putting them all over the place. I hope that nspluginscan looks up ${X11BASE}/lib/brower_plugins like a /usr/local/netscape/plugins, /opt/mozilla/plugins. If this is OK, konqueror will be able to use Linux version Flash6 plugin with seamless by flashpluginwrapper and /etc/libmap.conf. Just like FreeBSD native version Flash6 plugin. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: HEADS UP: pelase test /etc/libmap.conf feature on 4-stable
On Sat, 11 Oct 2003 08:32:35 +0900 I wrote: > Now status... > mozilla mozilla-firebird galeon epiphany konqueror opera > 5-current OK OK OK OK UNKOWNNG > 4-stable OK maybemaybe maybeUNKOWNOK Konqueror on 5-current (maybe 4-stable) is OK. For konqueror. we will need to setup a new plugin directory which was decided by nspluginscan. nspluginscan contains following directories (according to strings /usr/local/bin/nspluginscan). $HOME/.netscape/plugins /usr/local/netscape/plugins /opt/mozilla/plugins /opt/netscape/plugins /usr/lib/netscape/plugins /usr/lib/mozilla/plugins $MOZILLA_HOME/plugins 1. (kde side) Anyone, would you please make a patch for nspluginscane to look /usr/X11R6/lib/browsers_plugins? or 2. (pluginwrapper side) If 1 is no, I'll install Flash6 plugin to /usr/local/netscape/plugins. > TODO about only this port: > 1. Check 'Is libmap.conf feature available?' on install. > 2. Warning if ${LOCALBASE}/lib/libflashplayer.so.1 is available. > 3. More adaptive for 4-stable. (update /etc/libmap.conf) > 4. Add more working list. > By the way, do anyone ask to opera's maker about operamotifwrapper > like 'Where is libXm.so.1?'. I hope to link libXm.a:-). And, do you know freebsd-kde mailling list? I know kde@ is, but I don't know public mailling list like [EMAIL PROTECTED] (and, as possible as, freebsd-opera, too) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: HEADS UP: pelase test /etc/libmap.conf feature on 4-stable
On Thu, 9 Oct 2003 19:42:11 +0200 Simon Barner <[EMAIL PROTECTED]> wrote: > I tested your patch, and it worked, but I had to modify the following > things: > Fetch libmapc. and libmap.h from the CVS repository (latest revisions). > Add libmap.c to SRC section in Makefile. Oops, sorry. I didn't notice > http://freebsd.rambler.ru/ > > libstdc++-libc6.2-2.so.3liblstdc++.so.3 >^--- where is this file? I changed it to > libstdc++.so.3, and it worked > I performed some tests with mozilla, and I ended up with exactly the > same results as I pointed out in this email: Yes. You are right. Now I confirmed setting like following lines. for /etc/libmap.conf on 4-stable - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - #opera [/usr/X11R6/lib/browser_plugins/libflashplayer.so] libpthread.so.0 liblthread.so.2 libdl.so.2 pluginwrapper.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3libstdc++.so.3 libm.so.6 libm.so.2 libc.so.6 pluginwrapper.so #opera [/usr/X11R6/share/opera/plugins/operamotifwrapper] libXm.so.1 libXm.so.3 # mozilla [/usr/local/lib/linux-flashplugin6/libflashplayer.so] libpthread.so.0 liblthread.so.2 libdl.so.2 pluginwrapper.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3libstdc++.so.3 libm.so.6 libm.so.2 libc.so.6 pluginwrapper.so - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - > Another result is that mozilla locks up after successfully showing almost > any of the flash plugins I tried (I afraid I cannot offer more details on > this issue at the present, but I am investigating it). Now status... mozilla mozilla-firebird galeon epiphany konqueror opera 5-current OK OK OK OK UNKOWNNG 4-stableOK maybemaybe maybeUNKOWNOK TODO about only this port: 1. Check 'Is libmap.conf feature available?' on install. 2. Warning if ${LOCALBASE}/lib/libflashplayer.so.1 is available. 3. More adaptive for 4-stable. (update /etc/libmap.conf) 4. Add more working list. By the way, do anyone ask to opera's maker about operamotifwrapper like 'Where is libXm.so.1?'. I hope to link libXm.a:-). ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
HEADS UP: pelase test /etc/libmap.conf feature on 4-stable
Hi, for Flash Plugin Wrapper user on 4-stable. I MFCed /etc/libmap.conf feature written by mdodd for current. Please get&patch following URL. http://tmp.ninth-nine.com/libmap_4/libmap_4stable.diff For new flash6 wrapper, maybe, please set following lines. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [/usr/local/lib/linux-flashplugin6/libflashplayer.so] libpthread.so.0 liblthread.so.2 libdl.so.2 pluginwrapper.so libz.so.1 libz.so.2 libstdc++-libc6.2-2.so.3liblstdc++.so.3 libm.so.6 libm.so.2 libc.so.6 pluginwrapper.so - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Sorry, I checked minimum test. I didn't check with mozilla, yet. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Does anyone work on making ATA moduler?
On Wed, 17 Sep 2003 00:43:19 +0900 Takanori Watanabe <[EMAIL PROTECTED]> wrote: > Hi,There is a problem when PCMCIA related stuff > is used as module, ATA CF is not recognized. > This is because PCMCIA atachment is not compiled > when pccard(4) is not compiled in. > To fix it, we have to supply PCMCIA attachment > in any form. > One way is to make a kernel module that contains only > ATA/PCMCIA attachment with this Makefile Tested by: nork using ume's smart card in CBUG Hakone Camp. > == > .PATH: ${.CURDIR}/../../dev/ata > KMOD= atacard > SRCS= ata-card.c > SRCS+= bus_if.h device_if.h card_if.h power_if.h > .include > === This is good works with MODULES_OVERRIDE. > Then two question. > 1. May I commit this workaround? > 2. Are there any people working on ATA for making it fully > moduler? Please, please commit this or other work around. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [SUGGEST] CPUTYPE reflects to FFLAGS in bsd.cpu.mk
On Tue, 17 Jun 2003 16:22:48 -0600 (MDT) "M. Warner Losh" <[EMAIL PROTECTED]> wrote: > : -FFLAGS ?= -O > : +FFLAGS ?= ${CFLAGS} > +FFLAGS ?= ${CFLAGS:C/-std=[a-z:0-9]+//}} > : .endif > : EFLAGS ?= > might be better. Aha! -std=c99 (etc..) is only C feature. I see. I'll send-pr this fix. (or anyone, commit this!) ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [SUGGEST] CPUTYPE reflects to FFLAGS in bsd.cpu.mk
On Sun, 15 Jun 2003 17:43:50 -0700 Kris Kennaway <[EMAIL PROTECTED]> wrote: > > Humm.. Like following diff? > Not really what I had in mind. > > CXXFLAGS ?= ${CFLAGS:C/-std=[a-z:0-9]+//} > FFLAGS should be set similar to this. Ah. OK. Like this? Index: sys.mk === RCS file: /home/ncvs/src/share/mk/sys.mk,v retrieving revision 1.67 diff -u -r1.67 sys.mk --- sys.mk 1 Jun 2003 22:13:45 - 1.67 +++ sys.mk 17 Jun 2003 16:27:28 - @@ -63,7 +63,7 @@ FFLAGS ?= -O 1 .else FC ?= f77 -FFLAGS ?= -O +FFLAGS ?= ${CFLAGS} .endif EFLAGS ?= ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [SUGGEST] CPUTYPE reflects to FFLAGS in bsd.cpu.mk
On Sat, 14 Jun 2003 17:11:55 -0700 Kris Kennaway <[EMAIL PROTECTED]> wrote: > > .if !defined(NO_CPU_CFLAGS) > > CFLAGS += ${_CPUCFLAGS} > > +FFLAGS += ${_CPUCFLAGS} > > .endif > The better place to do this would be in sys.mk. See how CXXFLAGS is handled there. Humm.. Like following diff? - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Index: bsd.cpu.mk === RCS file: /home/ncvs/src/share/mk/bsd.cpu.mk,v retrieving revision 1.28 diff -u -r1.28 bsd.cpu.mk --- bsd.cpu.mk 22 May 2003 16:56:46 - 1.28 +++ bsd.cpu.mk 15 Jun 2003 14:20:03 - @@ -142,9 +142,3 @@ .if ${MACHINE_ARCH} == "alpha" _CPUCFLAGS += -mieee .endif - -# NB: COPTFLAGS is handled in /usr/src/sys/conf/Makefile. - -.if !defined(NO_CPU_CFLAGS) -CFLAGS += ${_CPUCFLAGS} -.endif Index: sys.mk === RCS file: /home/ncvs/src/share/mk/sys.mk,v retrieving revision 1.67 diff -u -r1.67 sys.mk --- sys.mk 1 Jun 2003 22:13:45 - 1.67 +++ sys.mk 15 Jun 2003 14:21:37 - @@ -40,6 +40,9 @@ CC ?= cc .endif CFLAGS ?= -O -pipe +.if !defined(NO_CPU_CFLAGS) +CFLAGS += ${_CPUCFLAGS} +.endif CXX?= c++ CXXFLAGS ?= ${CFLAGS:C/-std=[a-z:0-9]+//} @@ -64,6 +67,9 @@ .else FC ?= f77 FFLAGS ?= -O +.endif +.if !defined(NO_CPU_FFLAGS) +FFLAGS += ${_CPUCFLAGS} .endif EFLAGS ?= ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[SUGGEST] CPUTYPE reflects to FFLAGS in bsd.cpu.mk
When I checked octave port, I noticed that FORTRAN source was compiled without reflecting CPUTYPE. I think this should be changed behavior. If no problem, please commit this. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Index: bsd.cpu.mk === RCS file: /home/ncvs/src/share/mk/bsd.cpu.mk,v retrieving revision 1.28 diff -u -r1.28 bsd.cpu.mk --- bsd.cpu.mk 22 May 2003 16:56:46 - 1.28 +++ bsd.cpu.mk 14 Jun 2003 19:52:28 - @@ -147,4 +147,5 @@ .if !defined(NO_CPU_CFLAGS) CFLAGS += ${_CPUCFLAGS} +FFLAGS += ${_CPUCFLAGS} .endif - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: mixer for /etc/rc
On Wed, 19 Mar 2003 12:58:27 +0100 Stijn Hoop <[EMAIL PROTECTED]> wrote: > On Wed, Mar 19, 2003 at 03:23:07AM -0800, Doug Barton wrote: > > > I want to mixer in /etc/rc (setting sound volume on boot). > > > I add it to /etc/rc, /etc/defaults/rc.conf, etc... > > > Would you review and commit? > > Off hand, I'd say this is more of an /etc/rc.local, or /usr/local/etc/rc.d > > thing. We haven't really started down the road of what I generically refer > > to as "desktop" configuration items in rc. > Why *not*? As long as it behaves when run in a system without sound, I don't > see any reason to make things easier for users, whether they use the machine > as a server or as a desktop. > I'd very much like to see (something like) this in the base -- I haven't > even looked at these patches but the idea is IMHO worthwhile. I think that I don't need it if a little machines requires sound. But I have many machines (mine or not mine) which use sound (or can use it). I almost hate to install these to /etc/rc.local. And even I want it, many users want it:-). Different point from setting /etc/rc.conf is that anyone always check this file, but /etc/rc.local is not so. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
mixer for /etc/rc
Hi. I want to mixer in /etc/rc (setting sound volume on boot). I add it to /etc/rc, /etc/defaults/rc.conf, etc... Would you review and commit? for CURRENT - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Index: rc === RCS file: /home/ncvs/src/etc/rc,v retrieving revision 1.326 diff -u -r1.326 rc --- rc 23 Dec 2002 07:09:44 - 1.326 +++ rc 19 Mar 2003 04:56:17 - @@ -768,6 +768,12 @@ ;; esac +case ${mixer_enable} in +[Yy][Ee][Ss]) + echo -n ' mixer'; ${mixer_program:-/usr/sbin/mixer} ${mixer_flags} + ;; +esac + case ${sshd_enable} in [Yy][Ee][Ss]) if [ -x ${sshd_program:-/usr/sbin/sshd} ]; then Index: defaults/rc.conf === RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.171 diff -u -r1.171 rc.conf --- defaults/rc.conf17 Mar 2003 23:15:53 - 1.171 +++ defaults/rc.conf19 Mar 2003 04:54:22 - @@ -426,6 +426,9 @@ harvest_ethernet="YES" # Entropy device harvests ethernet randomness harvest_p_to_p="YES" # Entropy device harvests point-to-point randomness dmesg_enable="YES" # Save dmesg(8) to /var/run/dmesg.boot +mixer_enable="NO" # setup mixer volume +mixer_program="/usr/sbin/mixer"# Which mixer executable to run (if enabled). +mixer_flags="vol 100" # mixer volume value ## ### Define source_rc_confs, the mechanism used by /etc/rc.* ## - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - for CURRENT which rcng (/etc/rc.d/mixer) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - #!/bin/sh # # $FreeBSD$ # # PROVIDE: mixer # KEYWORD: FreeBSD NetBSD . /etc/rc.subr name="mixer" rcvar=`set_rcvar` command="/usr/sbin/${name}" load_rc_config $name run_rc_command "$1" - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - for STABLE - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Index: etc/rc === RCS file: /home/ncvs/src/etc/rc,v retrieving revision 1.212.2.51 diff -u -r1.212.2.51 rc --- etc/rc 17 Oct 2002 17:25:07 - 1.212.2.51 +++ etc/rc 19 Mar 2003 04:51:34 - @@ -531,6 +531,12 @@ ;; esac +case ${mixer_enable} in +[Yy][Ee][Ss]) + echo -n ' mixer'; ${mixer_program:-/usr/sbin/mixer} ${mixer_flags} + ;; +esac + case ${sshd_enable} in [Yy][Ee][Ss]) if [ -x ${sshd_program:-/usr/sbin/sshd} ]; then Index: etc/defaults/rc.conf === RCS file: /home/ncvs/src/etc/defaults/rc.conf,v retrieving revision 1.53.2.62 diff -u -r1.53.2.62 rc.conf --- etc/defaults/rc.conf12 Feb 2003 03:56:46 - 1.53.2.62 +++ etc/defaults/rc.conf19 Mar 2003 04:52:10 - @@ -378,6 +378,9 @@ update_motd="YES" # update version info in /etc/motd (or NO) start_vinum="NO" # set to YES to start vinum unaligned_print="YES" # print unaligned access warnings on the alpha (or NO). +mixer_enable="NO" # setup mixer volume +mixer_program="/usr/sbin/mixer"# Which mixer executable to run (if enabled). +mixer_flags="vol 100" # mixer volume value ## ### Define source_rc_confs, the mechanism used by /etc/rc.* ## - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: dummy/dynamic flash plugin
On Thu, 24 Oct 2002 20:35:39 +0200 Hanspeter Roth <[EMAIL PROTECTED]> wrote: > But if I have only one Mozilla installed I will always have the > flash crap which makes >= 90%. > Should I have two Mozillas installed (one with and one without > flash)? Now on working with Flash Player Plugin(parhaps only 5.0r51) on FreeBSD native mozilla:-). But RealPlayer and Acrobat(4/5) are not work clearly(maybe need porting of glibc:-) with same approach. # START: http://home.jp.freebsd.org/cgi-bin/showmail/FreeBSD-users-jp/71359 #(but Japanese only) I am checking this idea from Fuhito Inagawa <[EMAIL PROTECTED]> and some people, different from Linux/FreeBSD API(mostly work), emulation to EsounD(don't overrun:-). P.S. You can get working source from http://tmp.ninth-nine.com/FlashPluginWrapper/. And run mozilla with env LD_PRELOAD=/usr/local/lib/libflashplayer.so.1. # SEE ALSO: http://www.tools.de/solaris/flash/ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
filesytem bsize=64k causes libc/db hash crash
I found a problem on 4-STABLE(maybe 5-CURRENT, too) with libc/db (BerkeleyDB 1). It that when block size on fs is 65536 bytes, many programs which use BerkeleyDB(dev_mkdb, cap_mkdb, etc..) are crash. [REPLICATE THE TEST] # dd if=/dev/zero of=/dev/test.image bs=1m count=32 # vnconfig -s labels -c /dev/vn0c /tmp/test.image # newfs -b 65536 -f 8192 /dev/vn0c # mount /dev/vn0c /mnt # dev_mkdb -f /mnt/dev.db /dev zsh: segmentation fault (core dumped) dev_mkdb -f /mnt/dev.db /dev # umount /mnt # newfs -b 32768 -f 8192 /dev/vn0c # mount /dev/vn0c /mnt # dev_mkdb -f /mnt/dev.db /dev # ls -alF dev.db -rw-r--r-- 1 root wheel 32768 Sep 13 05:06 dev.db [ANALYSIS REPORT] Because of optimaization for fs, db/hash looks block size on specified file in src/lib/libc/db/hash/hash.c. db/hash's block size limit is MAX_BSIZE(=65536) in if (hashp->BSIZE > MAX_BSIZE) . But, I can't understand others:-). I think db1 has boundary condition problems. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message