;
wollman>memcpy(dst, tmp, NS_IN6ADDRSZ);
Since this function is vendor import one from ISC, such cosmetic
change may cause problem during further import. So, you should send
this patch to ISC folks 1st.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
u
alid value for hints
ken> feathers# traceroute6 ipv6.google.com
ken> traceroute6: Invalid value for hints
I've committed the change to lib/libc/net/getaddrinfo.c little while
ago that also fixed the problem. Please re-cvsup and try it.
http://svn.freebsd.org/viewvc/base/head/lib/l
I_ALL and AI_V4MAPPED, I've
just nuked it.
http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/libc/net/getaddrinfo.c#rev1.87
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
_
Hi,
>>>>> On Fri, 03 Aug 2007 10:08:48 +0200
>>>>> Lapo Luchini <[EMAIL PROTECTED]> said:
lapo> Hajimu UMEMOTO wrote:
> I posted my proposed patch to current@ for review in the past. But,
> no one responded. Could you test this? This is for 6-CU
ent for detail:
http://www.acpi.info/DOWNLOADS/ACPIspec-2-0c.pdf
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
freebsd-hackers@fr
SP and _PSV, and loading it from loader will make
passive cooling work.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
freebsd-hackers@freebsd.o
implement a temperature controlling
gahr> system inside powerd, and doesn't implement hysteresis as you noted, and
gahr> your feedback is that it's not a good idea, which I respect.
It is rather backward, IMHO. I did implement a passive cooling
feature as an enhancement of
rd.8 are here:
gahr> http://www.gahr.ch/FreeBSD/patches/powerd.c.diff
gahr> http://www.gahr.ch/FreeBSD/patches/powerd.8.diff
gahr> Any comment is welcome!
We have a passive cooling mechanism already in our kernel. It runs
according to an ACPI specification.
Sincerely,
--
Hajimu UMEMOTO
wres still has query order problem which
was solved in our getaddrinfo(3).
BTW, I'm now working on upgrading the base of our resolver to BIND8's.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.ima
3-RELEASE. The netdb functions such as gethostbyname(3) and
gethostbyaddr(3) are since 5.4-STABLE as of May 19 2005 and
6.0-RELEASE.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
is thread-safe. So we don't need to use res_n*(),
basically.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
freebsd-hackers@freebsd.org ma
d of course if there is anything I've missed, I welcome
dougb> others to take appropriate action.
Yes, there were ip6.int. lookups in our libc. But, I nuked them
already about one year ago.
I left named.conf as is intentionally at the time to help the boxes
which don't support RFC 3152.
S
this, the PIPS ports use www/linuxpluginwrapper to fixup some ABI
incompatibility.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
freebsd-hackers@fre
Hi,
>>>>> On Wed, 01 Jun 2005 22:16:28 +0200
>>>>> Poul-Henning Kamp <[EMAIL PROTECTED]> said:
phk> Isn't there some kind soul who can make sysutils/xbatt (or some other
phk> X11 tool) show the status for the two batteries individually ?
sysutil
emoves SOCK_DGRAM requirement, which was marked as "dummy".
andreas> getaddrinfo(3) says 0 should be given if one does not care
No, we should care it in usual. Unless this, two entries are
returned; one is for SOCK_DGRAM and the other is for SOCK_STREAM. I
feel that `dummy' me
F_INET6:
inet_ntop(la->ai_family,
&((struct sockaddr_in6 *)la->ai_addr)->sin6_addr,
buf, sizeof(buf));
break;
default:
continue;
}
fprintf(stderr, "Address: %s\n", buf);
}
g into your Linksys box. Or, when you
just set global addres of your Linksys box to your 6to4 box, you
may be able to use 6to4 without my patch.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www
* breasks the requirement from RFC3056 section 2 1st
+* paragraph, it helps for 6to4 over NAT.
+*/
+ if ((!no_addr4check && isrfc1918addr(&ip->ip_dst)) ||
+ isrfc1918addr(&ip->ip_src)) {
+ m_freem(m);
+ return;
+ }
s> work with. A custom union that does exactly what pf needs may be the
brooks> best approach.
I believe KAME doesn't use non standard struct such as sock_union.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [
1ffe::10 oneffeten
1ffe:1000:0001::10 oneffeten
1ffe:1000:0002::10 oneffeten
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
___
rinfo to make
brooks> sockaddrs or we should do it on demand when we actually have what we
brooks> need (i.e. a service name and protocol).
It seems NetBSD's inetd do it on demand.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTE
e to set hw.pci.allow_unsupported_io_range. But, I did
just copy&paste it from your message. :-)
Sincerely,
dmesg.out
Description: Binary data
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED],jp.}FreeBSD.org
http://www.imasy.org/~ume/
net 340 card is working fine. However, the card is inserted at
boot, it doesn't attached at boot and after boot with following
message:
Jan 3 01:49:48 lyrics kernel: cbb1: Unsupported card type detected
I'm using Victor InterLink MP-XP7210 (SiS 630 chipset).
Sincerely,
--
Hajimu UME
Hi,
>>>>> On Thu, 18 Sep 2003 20:41:36 +0400 (MSD)
>>>>> "lg" <[EMAIL PROTECTED]> said:
zevlg> I seen patch submited to check padLen properly, but it does not covers CBC
mode, which have same typo error ..
Oops, I've just committed. Plea
bytes, which translated into
vlm>if(padLen < 0 || padLen >= 16)
vlm> for this particular code.
Ah, yes. Then, `assert(padLen > 0 && padLen <= 16)'; should be wrong.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED]
HER_STATE;
for KAME/FreeBSD. Since if expression is true, the assert() macro
does nothing, the expression seems wrong, and it should be:
if (padLen <= 0 || padLen > 16)
return BAD_CIPHER_STATE;
as you pointed out.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Soc
a uses getipnodeby*() on FreeBSD. getipnodeby*()
calls do giant lock to expect thread-safe. So, I believe we don't
need gethostbyname_r() for Mozilla.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PR
gles, I disabled INET6 in the kernel, re- built and installed it,
hawkeyd> and the problem vanished. But this doesn't answer the question: Is it
hawkeyd> problematic DNS records, a problematic OS, or what? The second, I doubt...
I believe that Mozilla should be re-written by using getaddrinfo().
thank
you Matusita-san).
You can find my patch from:
http://www.imasy.or.jp/~ume/FreeBSD/inetd-perip-hash-5c.diff (for 5-CURRENT)
http://www.imasy.or.jp/~ume/FreeBSD/inetd-perip-hash-4s.diff (for 4-STABLE)
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTE
ot;
jhay> commandline option.
Oops, thanks. I just fix it and re-put it.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
://www.imasy.or.jp/~ume/FreeBSD/inetd-perip-4s.diff (for 4-STABLE)
If there is no objection, I'll commit it at next weekend.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume
o patches, it works like a charm now!
I just committed both patches to -CURRENT. I'll do MFC after 1 week.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PR
FUNCTION__, intface);
exit(1);
}
And, I believe the message goes to syslog in this case.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hi,
>>>>> On Sun, 4 Nov 2001 16:07:43 +0100
>>>>> Jeroen Ruigrok/Asmodai <[EMAIL PROTECTED]> said:
asmodai> -On [20011104 15:28], Hajimu UMEMOTO ([EMAIL PROTECTED]) wrote:
>I wish to add IPv6 support to pserver of cvs. You can find the patch
>from:
ional
modification was made.
Please review it.
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in
Mew2 could be compiled even on Linux which has
strcasestr().
Sincerely,
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Eduardo, your mail host (200.190.143.201) seems to have no PTR RR.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mr. Umemoto,
Sorry to bother you. I'm trying to send this e-mail to the mailing lis=
t but =
(although I'm subscribed) It just doesn't work. Could you please, relay=
this
gt; - makes stf usable as a module
It seems fine to me.
I just tried it on my box. You forget to include prototype change of
in_gif_input() in sys/net/if_gif.h.
BTW, why did you change gif_ioctl() to gif_ifioctl()? gif related
modules are shared among *BSDs and maintained in KAME CVS repository.
lease post or email
soren> a status ?
Because, FreeBSD's IPsec support comes from KAME, please contact to
KAME guys. [EMAIL PROTECTED] is good place.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.ima
g statements solely in /etc/rc.conf ?
brooks> There's a method in -current, I'm not sure why it hasn't been MFC'd.
brooks> I'll put it on my todo list of no one else get's there first.
I believe it was already MFC'd. It seems working fine to me.
--
>>>>> On Mon, 11 Jun 2001 14:20:31 -0700
>>>>> Brooks Davis <[EMAIL PROTECTED]> said:
brooks> On Sun, Jun 10, 2001 at 11:29:07PM +0900, Hajimu UMEMOTO wrote:
> I think it is not BSD network way. Recent NetBSD has network
> interface cloning. It
ooks> You can also delete interfaces:
brooks> ifconfig -D gif783
NetBSD's ifconfig has `create' and `destroy' keyword for it.
You can create gif interface by
ifconfig gif0 create
or
ifconfig gif0 create tunnel 10.0.0.1 10.0.2.2
To destroy gif interface:
>>>>> On Sat, 21 Apr 2001 18:25:04 -0700 (PDT)
>>>>> Ian Kallen <[EMAIL PROTECTED]> said:
spidaman> Anyone noticed the mozilla-0.8.1 package core dumping on 4.2-RELEASE and
spidaman> have a fix for it?
You should upgrade your box to 4.3-RELEASE.
--
Ha
ress family independent socket programming.
http://playground.iijlab.net/material/itojun-afisp-presen/
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
To Unsubscribe: send mail to [EMAIL
gt; home-grown apps) is in DJB's ucspi-tcp package (sysutils/ucspi-tcp, or
roam> http://cr.yp.to/ucspi-tcp.html), in the 'tcpclient' utility.
IPv6 aware applications in base system such as telnet, ssh... do
round-robbin so that it can be fall back to use IPv4 if IPv6
connection is fa
is nextproc (for which I might
>add a sysctl, or just leave it out [anyone out there who needs the
>lastpid display?]).
dot> It's useful for seeing how fast the machine is forking.
I beleive it's not meaningful if randompid is enabled. You can see
vm.stats.vm.v_[vr]?forks
I can block
simon> (lock) whole system with ip6fw command (how I did it on FreeBSD-4.1-STABLE
simon> and FreeBSD-4.2-STABLE is described in my bug report).
Sorry, I've mieesd to see it. I'll take a look it later.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[
Hi,
I received the patch to add counter for fork() set from Paul. I've
tested it on my -CURRENT and -STABLE boxes, and it seems fine for me.
So, I post his patch for review.
Thanks, Paul.
fork.patch.gz
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [
mber of valid kern ids */
#define CTL_KERN_NAMES { \
{ 0, 0 }, \
@@ -366,6 +367,7 @@
{ "ps_strings", CTLTYPE_INT }, \
{ "usrstack", CTLTYPE_INT }, \
{ "logsigexit", CTLTYPE_INT }, \
+ { "nforks", CTLTYPE_UINT }, \
}
/
>>>>> On Fri, 15 Dec 2000 10:42:45 +0100 (CET)
>>>>> Martin Blapp <[EMAIL PROTECTED]> said:
mb> I'd like to import the NetBSD RPC-Interface, based on Sun's TI-RPC code.
Oh, it's great! I heared TI-RPC is required to support IPv6 for
from future releases. (why someone would remove it)
I guess you are using BIND9 version of nslookup. It's not a FreeBSD
shipped version.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] ume@{,jp.}FreeBSD.org
http://www.imasy.org
te different from NetBSD's
one. (maybe name6.c, too?) Why don't you simply bring the code from
NetBSD?
The origin of getadrinfo.c and name6.c is KAME, and basically these
files are same between NetBSD and FreeBSD except some OS depend part
such as reading host.conf. We should keep clo
28
cactoss>inet 127.0.0.1 netmask 0xff00
cactoss> Does it look okay?
It seems fine.
cactoss> One question. Firewall rules apply to both IPv4 and IPv6, right? There
cactoss> shouldn't be separate rules to IPv6, should there?
No. Rules for IPv6 is set separately by
things started to happen soon after I cvsup'ed ports-all and
cactoss> reinstalled libtool. I also compiled firewall support into the kernel a
cactoss> few days ago. Just in case any of this might be related to the problem.
I think libtool has no relation with this problem. It may
d me a pointer to gkrellm, I'll see about putting it up
imp> on my laptop and making sure that my stuff works with it.
ports/sysutils/gkrellm/ :-)
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED]
http://www.imasy.org/~ume/
>>>>> On Mon, 17 Jul 2000 13:14:24 -0600
>>>>> Warner Losh <[EMAIL PROTECTED]> said:
imp> In message <[EMAIL PROTECTED]> Hajimu UMEMOTO writes:
imp> : nsayer> The "why bother" is easy -- one should not have to belong to group
imp>
ich four imply
nsayer> battery power), AC or charging (which two imply AC power).
Then, I cannot switch to use sysctl. Actually, GKrellM requires
ai_batt_stat, ai_acline, ai_batt_life and ai_batt_time members of
struct apm_info.
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama,
57 matches
Mail list logo
