search for: loc10

...=555 Of course this is the SIP trunk between the server and my Obi110 box in the house that is dropping. The odd thing is that I also have a SIP client on my home network as well and it is connected fine. My other trunks are fine as well. My rules on the box are just straight DNAT: DNAT net loc10:10.10.42.4 tcp 5060:5069 DNAT net loc10:10.10.42.4 udp 5060:5069 Everything was working fine before I restarted the router. Shorewall 4.5.5.3 running on Debian Wheezy. Any suggestion on figuring out why it has suddenly decided to drop these instead of forwarding them like the rules actually sa...

...his. I am quite new to R. Thanks. > distancematrix <- as.matrix(read.table("test1.txt")) > distancematrix1 <- as.matrix(read.table("test2.txt")) > distancematrix1 Loc1 Loc2 Loc3 Loc4 Loc5 Loc6 Loc7 Loc8 Loc9 Loc10 Loc11 Loc12 Loc1 0.000 2293.8671 2180.7127 7563.934 2494.5049 2522.3946 5953.609 2511.5994 2047.683 4448.721 3180.844 3112.6798 Loc2 2293.867 0.0000 443.2497 9831.220 472.2009 397.4316 8213.580 1114.9120 2087.877 6723.807 2407.192 1314.6927 Loc3 2180.713 443.2497...

Hi. I rewrote the patch according to the comments. I adopted generating in-place code because it looks the quickest way. The point Eddie wanted to discuss is how to generate code and its ABI. i.e. in-place generating v.s. direct jump v.s. indirect function call Indirect function call doesn't make sense because ivt.S is compiled multi times. And it is up to pv instances to choose in-place

Hi. I rewrote the patch according to the comments. I adopted generating in-place code because it looks the quickest way. The point Eddie wanted to discuss is how to generate code and its ABI. i.e. in-place generating v.s. direct jump v.s. indirect function call Indirect function call doesn't make sense because ivt.S is compiled multi times. And it is up to pv instances to choose in-place

Hi. The patch I send before was too large so that it was dropped from the maling list. I'm sending again with smaller size. This patch set is the xen paravirtualization of hand written assenbly code. And I expect that much clean up is necessary before merge. We really need the feed back before starting actual clean up as Eddie already said before. Eddie discussed how to clean up and suggested

Hi. The patch I send before was too large so that it was dropped from the maling list. I'm sending again with smaller size. This patch set is the xen paravirtualization of hand written assenbly code. And I expect that much clean up is necessary before merge. We really need the feed back before starting actual clean up as Eddie already said before. Eddie discussed how to clean up and suggested

Hi. This patchset implements xen/ia64 domU support. Qing He and Eddie Dong also has been woring on pv_ops so that I want to discuss before going further and avoid duplicated work. I suppose that Eddie will also post his own patch. So reviewing both patches, we can reach to better pv_ops interface. - I didn't changed the ia64 intrinsic paravirtulization abi from the last post. Presumably it

Hi. This patchset implements xen/ia64 domU support. Qing He and Eddie Dong also has been woring on pv_ops so that I want to discuss before going further and avoid duplicated work. I suppose that Eddie will also post his own patch. So reviewing both patches, we can reach to better pv_ops interface. - I didn't changed the ia64 intrinsic paravirtulization abi from the last post. Presumably it