--- Day changed

--- Log opened Thu Jun 02 23:59:02 2005
00:20 -!- drbyte [~cc2@c210-49-121-44.eburwd3.vic.optusnet.com.au] has quit [Quit: Leaving]
00:30 -!- trash [trash@IPv6.databerlin.org] has quit [Ping timeout: 480 seconds]
00:39 -!- knewt [~jmb@80.68.88.21] has quit [Ping timeout: 480 seconds]
01:09 -!- knewt [~jmb@p213.54.75.234.tisdip.tiscali.de] has joined #xen
01:24 -!- knewt [~jmb@p213.54.75.234.tisdip.tiscali.de] has quit [Ping timeout: 480 seconds]
02:34 -!- cartel_ [~cartel@219.88.251.61] has quit [Quit: changing universes]
03:47 -!- v-gge [vigge@fulhack.nu] has quit [Ping timeout: 480 seconds]
03:55 -!- v-gge [vigge@fulhack.nu] has joined #xen
04:06 -!- murble [~murble@debian.home.boughton.org.uk] has quit [Quit: irssi confused]
04:07 -!- v-gge [vigge@fulhack.nu] has quit [Ping timeout: 480 seconds]
04:11 -!- franR [~franr@inextensia.net] has joined #xen
04:11 -!- v-gge [vigge@fulhack.nu] has joined #xen
04:30 -!- knewt [~jmb@p213.54.74.20.tisdip.tiscali.de] has joined #xen
04:50 < bunoc> anybody knows what xc_shadow (unstable) does?
04:52 -!- athomas [~athomas@ppp-0-74.lond-b-4.access.uk.tiscali.com] has joined #xen
05:13 -!- franR [~franr@inextensia.net] has quit [Quit: Error inopinée -10s, -9, -8...    Unexpected error -10s, -9, -8,... Really ?]
05:14 -!- Beaky [~chatzilla@ncg-adsl.demon.co.uk] has joined #xen
05:17 -!- Shaun [ndci@ip68-111-70-41.oc.oc.cox.net] has quit [Ping timeout: 480 seconds]
05:49 -!- tessier [~treed@wsip-68-224-172-77.sd.sd.cox.net] has joined #xen
06:30 -!- tim [~tim@cpe-66-67-139-238.rochester.res.rr.com] has joined #xen
07:27 -!- jason__ [~jason@burke.cs.tcd.ie] has joined #xen
07:31 -!- ozone [~ozone@YZDCXVIII.dsl.saunalahti.fi] has joined #xen
07:33 < jason__> what is the current status of xensv?
07:33 < jason__> has it been dropped?
07:36 -!- drbyte [~cc2@c210-49-121-44.eburwd3.vic.optusnet.com.au] has joined #xen
08:15 -!- trash [trash@2001:5c0:81cd:1::1] has joined #xen
08:22 -!- Beaky [~chatzilla@ncg-adsl.demon.co.uk] has quit [Remote host closed the connection]
08:32 -!- tim [~tim@cpe-66-67-139-238.rochester.res.rr.com] has quit [Ping timeout: 480 seconds]
09:24 -!- DEac- [~deac@xdsl-84-44-146-59.netcologne.de] has quit [Ping timeout: 480 seconds]
09:27 < tab> jason__: i'm not sure, but I think it has been removed
09:36 < jason__> is there any one still woking on it at all?
09:37 -!- DEac- [~deac@xdsl-213-196-200-123.netcologne.de] has joined #xen
09:48 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has joined #xen
09:50 -!- ozone [~ozone@YZDCXVIII.dsl.saunalahti.fi] has quit [Quit: leaving]
09:59 -!- rharper [~rharper@pixpat.austin.ibm.com] has joined #xen
10:10 -!- plars [~plars@pixpat.austin.ibm.com] has quit [Ping timeout: 480 seconds]
10:17 -!- plars [~plars@pixpat.austin.ibm.com] has joined #xen
10:20 < tab> jason__: no
10:20 < tab> I think that was one (of the few) good thing to have twisted
10:21 < tab> but since then we remove all twisted related things
10:28 < jason__> tab: how plausable would you say it would be to revive xensv?
10:38 -!- hollis [~hollis@user-0vvde2g.cable.mindspring.com] has quit [Quit: leaving]
10:45 < mael> strange, a newpapers here pretend that Pentium D and 945G chipsets contain VTX, but I can't see anything about that on Intel's website
11:02 < mael> mmh nobody around... must be holidays today :) cya
11:03 -!- hollis [~hollis@pixpat.austin.ibm.com] has joined #xen
11:10 -!- aliguori [~anthony@pcp0010403387pcs.hamntn01.nj.comcast.net] has joined #xen
11:50 -!- aliguori [~anthony@pcp0010403387pcs.hamntn01.nj.comcast.net] has quit [Quit: Leaving]
11:59 -!- services.oftc.net changed the topic of #xen to: Xen Homepage->  http://www.cl.cam.ac.uk/Research/SRG/netos/xen/index.html || Xen Wiki -> http://wiki.xensource.com || vm-tools : http://www.cs.utexas.edu/users/aliguori/vm-tools/ || xenmanager gui project http://xenmanager.dronestudios.com/cgi-bin/trac.cgi
12:02 -!- doremifa [~Administr@YahooBB219206220072.bbtec.net] has joined #xen
12:04 -!- athomas [~athomas@ppp-0-74.lond-b-4.access.uk.tiscali.com] has quit [Quit: Leaving]
12:15 -!- jonmason [~jonmason@pixpat.austin.ibm.com] has joined #xen
12:44 -!- jason__ [~jason@burke.cs.tcd.ie] has quit [Quit: Leaving]
13:03 -!- Gershwin [~fake@63.250.233.162] has joined #xen
13:20 -!- monrad [~monrad@0x535b06c0.ronxx3.adsl-dhcp.tele.dk] has joined #xen
13:30 -!- monrad [~monrad@0x535b06c0.ronxx3.adsl-dhcp.tele.dk] has quit [Quit: Leaving]
13:42 -!- indiox [~cpereira@200.179.22.105] has joined #xen
13:46 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has joined #xen
14:10 < movement> any xen hackers about? DOM0_IOPORT_PERMISSION appears to be leaking a dom reference on error path
14:21 -!- slow [slow2burn@h07.org] has quit [Ping timeout: 480 seconds]
14:22 -!- doremifa [~Administr@YahooBB219206220072.bbtec.net] has quit [Ping timeout: 480 seconds]
14:23 -!- slow [slow2burn@h07.org] has joined #xen
14:27 -!- tim [~tim@cpe-66-67-139-238.rochester.res.rr.com] has joined #xen
14:28 -!- Arnald [~Arnald@81-86-116-102.dsl.pipex.com] has quit [Quit: no reason]
14:37 -!- monrad [~monrad@213083190130.sonofon.dk] has joined #xen
15:02 -!- mael_ [~Mael@kali.tirnamban.org] has joined #xen
15:03 < niv> movement:which version?
16:01 -!- tim [~tim@cpe-66-67-139-238.rochester.res.rr.com] has quit [Ping timeout: 480 seconds]
16:46 -!- chrish01 [~chrish01@69.90.131.10] has joined #xen
17:11 -!- mael_ [~Mael@kali.tirnamban.org] has left #xen [Fermeture du client]
17:13 -!- indiox [~cpereira@200.179.22.105] has quit [Quit: mv indiox /pub && more beer]
17:43 -!- tessier [~treed@wsip-68-224-172-77.sd.sd.cox.net] has quit [Quit: Leaving]
17:44 -!- tessier [~treed@wsip-68-224-172-77.sd.sd.cox.net] has joined #xen
17:46 < demon> anyone know if there's any particular reason that (it appears) 802.1q VLAN tagging doesn't work on the Xen VIFs?
17:47 < demon> tcpdump shows the packets as being 802.1q encap'd, but they don't seem to actually get handled by the 802.1q VLAN support in the kernel
17:52 -!- rharper [~rharper@pixpat.austin.ibm.com] has quit [Quit: Leaving]
17:53 < niv> demon: think it's the not accounting for the vlan tag in the hdr space-wise; more later ...
17:54 < demon> well, the packets that were being passed around were just ICMP echos, so nothing large.... would that still account for the problem?
18:09 < chrish01> demon, having vlans inside would create whats called Stackable VLANs
18:10 < chrish01> because by default normal ethernet traffic would be on vlan 1
18:10 < chrish01> i use xen as virtual routers, and we take our circuits and map them to vlans ... then map the vlans into a bridge which has a vif into the domain
18:13 < demon> right, and I actually have made up a patch to automate just that
18:14 < demon> ... and why would that create VLANs within VLANs?
18:14 < chrish01> demon, its common in metro ethernet
18:14 < chrish01> riverstone pioneered the system
18:15 < chrish01> i use debian, and use the bridge utils on domain0, which takes care of everything on the internal domains
18:18 < demon> I think the problem may be one of the MAC address on the dom0 side endpoint for the virtual net device... I'm gonna have to test
18:18 -!- drbyte [~cc2@c210-49-121-44.eburwd3.vic.optusnet.com.au] has quit [Quit: Leaving]
18:19 < chrish01> i think the problem is since the outer device isnt configured for vlan tagging, it is encapsulating the vlan tagged packets inside the data portion of a non-tagged packet
18:20 -!- Gershwin [~fake@63.250.233.162] has quit [Quit: ]
18:25 -!- matta-lt [~matta@69.93.28.254] has quit [Quit: Those who can't write, write manuals.]
18:43 < demon> okay, it looks like it works
18:44 < demon> you just can't have the physical interface enslaved to a bridge at the same time
18:44 < demon> it hoses things
18:44 < demon> :)
18:44 < demon> <- smart
18:44 < chrish01> interesting
18:45 < chrish01> i would actually file a bug report with the bridge people
18:45 < chrish01> it should only enslave vlan 1 on that device
18:45 -!- hollis [~hollis@pixpat.austin.ibm.com] has quit [Quit: leaving]
18:45 < demon> er... if I tcpdump on the interface itself, I can see untagged and tagged packets
18:46 < demon> the untagged packets may have an implicit "VLAN 1" designation, but not a literal one
18:46 < chrish01> i guess its a sticky issue regardless
18:46 < chrish01> vlan 1 is same as untagged according to ethernet snap_II iirc
19:00 -!- hbaum [~hbaum@bi01p1.co.us.ibm.com] has quit [Quit: Client exiting]
19:14 -!- tessier [~treed@wsip-68-224-172-77.sd.sd.cox.net] has quit [Quit: Leaving]
20:15 -!- monrad [~monrad@213083190130.sonofon.dk] has quit [Quit: Leaving]
20:22 -!- doremifa [~Administr@YahooBB219206220072.bbtec.net] has joined #xen
20:46 -!- niv [~nivedita@bi01p1.co.us.ibm.com] has left #xen [Leaving]
20:56 -!- doremifa [~Administr@YahooBB219206220072.bbtec.net] has quit [Ping timeout: 480 seconds]
21:43 -!- DEac- [~deac@xdsl-213-196-200-123.netcologne.de] has quit [Ping timeout: 481 seconds]
21:56 -!- DEac- [~deac@xdsl-213-168-105-213.netcologne.de] has joined #xen
23:54 -!- tim [~tim@cpe-66-67-139-238.rochester.res.rr.com] has joined #xen
--- Log closed Fri Jun 03 23:59:01 2005