Re: Intel TurboBoost in practice
Hi mav. On Sat, 24 Jul 2010 16:53:10 +0300 Alexander Motin m...@freebsd.org 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 n...@freebsd.org ___ 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 'default 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 'default pointer' 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];
+ 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);
@@ -632,6 +641,16 @@
}
}
+ /* CPU current frequency */
+ if (ncpu != -1
[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 Instant Client. DIR is the
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 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]
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]
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 fcntl.h
#include unistd.h
#include stdio.h
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
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: 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
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: 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: HONDA ELECTRON CO.,LTD BMH10C-J 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: Ricoh R5C552 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.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: [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 possible as,
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]
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]
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 getpatch 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 bsd.kmod.mk
===
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 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 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 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.arch
-
-.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
