I''ve got what I think should be a working front end ethernet for plan 9. I get the startup messages to set it up ok, but what''s not happening is that when I set tx->req_prod to 1, I never see tx->resp_prod go to 1 -- it stays at 0. I am sending the notify_via_evthchn for the ethernet channel to the hypervisor after I sent tx->req_prod to 1. Another weird thing I don''t get. If I start up dom (e.g.) 1 and then watch vif1.0, I see lots and lots of packets being dropped on it. If I tcpdump that vif, I see the packets for the ssh traffic on it. This is the ssh traffic from the vmware xen machine to my native linux on the laptop (I''m ssh''ed in to the xen machine). OK, I''m obviously doing something wrong, although my code for the front end is a pretty simple port of the linux front end code. Any hints on how I should shoot these troubles? Something to look for? What I''m trying to see is the DHCP request from Plan 9 to DOM0. Plan 9 thinks it has sent it, Xen never seems to think it is there. I trust (sort of) my evtchn and ctrl_if code, since that is working well for console I/O and ethernet interface setup messages. How soon do I need to get the Plan 9 starter to you folks for V2? thanks ron ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
The network backend is not seeing your tx->req_prod and rx->req_prod updates. So, no packets transmitted and all received packets are dropped. Are youi sure you sent the right frame numbers in your interface_connect message? Did you get a subsequenet interface_status == connected message? -- Keir> I''ve got what I think should be a working front end ethernet for plan 9. I > get the startup messages to set it up ok, but what''s not happening is that > when I set tx->req_prod to 1, I never see tx->resp_prod go to 1 -- it > stays at 0. I am sending the notify_via_evthchn for the ethernet channel > to the hypervisor after I sent tx->req_prod to 1. > > Another weird thing I don''t get. If I start up dom (e.g.) 1 and then watch > vif1.0, I see lots and lots of packets being dropped on it. If I tcpdump > that vif, I see the packets for the ssh traffic on it. This is the ssh > traffic from the vmware xen machine to my native linux on the laptop (I''m > ssh''ed in to the xen machine). > > OK, I''m obviously doing something wrong, although my code for the front > end is a pretty simple port of the linux front end code. Any hints on how > I should shoot these troubles? Something to look for? What I''m trying to > see is the DHCP request from Plan 9 to DOM0. Plan 9 thinks it has sent it, > Xen never seems to think it is there. > > I trust (sort of) my evtchn and ctrl_if code, since that is working well > for console I/O and ethernet interface setup messages. > > How soon do I need to get the Plan 9 starter to you folks for V2? > > thanks > > ron > > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xen-devel------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
Perhaps you cd enable debug tracing in the backend (and maybe add some more) to get a clear idea of whether it sees the event, sees the updated value, etc. Perhaps a little fn to dump ring state periodically and / or on events. Mark ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Fri, 27 Aug 2004, Keir Fraser wrote:> > The network backend is not seeing your tx->req_prod and rx->req_prod > updates. So, no packets transmitted and all received packets are > dropped.I''m supposed to send the physical frame number >> PAGE_SHIFT, right? That''s what I saw in the linux side, did I screw that up?> > Are youi sure you sent the right frame numbers in your > interface_connect message? Did you get a subsequenet interface_status > == connected message?I will double check that. thanks again ron ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> On Fri, 27 Aug 2004, Keir Fraser wrote: > > > > > The network backend is not seeing your tx->req_prod and rx->req_prod > > updates. So, no packets transmitted and all received packets are > > dropped. > > I''m supposed to send the physical frame number >> PAGE_SHIFT, right? > That''s what I saw in the linux side, did I screw that up?You send the physical frame numbers of the tx ring and the rx ring, each of which is frame address >> PAGE_SHIFT. -- Keir ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Fri, 27 Aug 2004, Mark Williamson wrote:> Perhaps you cd enable debug tracing in the backend (and maybe add some more) > to get a clear idea of whether it sees the event, sees the updated value, etc. > Perhaps a little fn to dump ring state periodically and / or on events.yes, good idea. What would be really nice ... some stuff in /proc, e.g. /proc/sys/xen/dom1/register /proc/sys/xen/dom1/memory etc. so we could halt machines, dump state, etc. There is a debugging hook in the backend ethernet driver that is hooked to debug interrupt ... I''m unsure how to activate this. ron ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Fri, 27 Aug 2004, Keir Fraser wrote:> > On Fri, 27 Aug 2004, Keir Fraser wrote: > > > > > > > > The network backend is not seeing your tx->req_prod and rx->req_prod > > > updates. So, no packets transmitted and all received packets are > > > dropped. > > > > I''m supposed to send the physical frame number >> PAGE_SHIFT, right? > > That''s what I saw in the linux side, did I screw that up? > > You send the physical frame numbers of the tx ring and the rx ring, > each of which is frame address >> PAGE_SHIFT. >I think I got it right then ... ron ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> What would be really nice ... some stuff in /proc, e.g. > /proc/sys/xen/dom1/register > /proc/sys/xen/dom1/memory > > etc. so we could halt machines, dump state, etc.There has been some talk of integrating memory dump functionality into the Xend codebase. No-one''s been able to spend time tackling this yet. There''s already code in the migration / suspend daemon for reading the state you mentioned but it''s not debugging-oriented. The pervasive debugger could also be useful for getting at this state. Cheers, Mark ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
> yes, good idea. What would be really nice ... some stuff in /proc, e.g. > /proc/sys/xen/dom1/register > /proc/sys/xen/dom1/memory > > etc. so we could halt machines, dump state, etc.I''m not sure it''s worth going to the extent of having /proc entries that provide this when it''s pretty easy just to knock up a little application that uses priv_cmd to fetch it, e.g. to write core dumps. (I think someone may have already done this?) I guess I haven''t totally swallowed the Plan-9 everything-is-a-file pill ;-)> There is a debugging hook in the backend ethernet driver that is hooked to > debug interrupt ... I''m unsure how to activate this.Switch the serial line to Xen (hit ctrl-A 3 times), then hit ''q''. This dumps the register state of all domains and triggers the debug interrupt on each of them. Ian ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Fri, 27 Aug 2004, Ian Pratt wrote:> I guess I haven''t totally swallowed the Plan-9 everything-is-a-file pill > ;-)there is hope yet. :-) ron ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel
On Fri, 27 Aug 2004, Ian Pratt wrote:> I''m not sure it''s worth going to the extent of having /proc entries that > provide this when it''s pretty easy just to knock up a little application > that uses priv_cmd to fetch it, e.g. to write core dumps. (I think > someone may have already done this?)actually, I''ll get picky and say this is not how Plan 9 really works. In Linux and other Unix-like systems, stuff like sysfs and proc etc. are add-ons and the drivers have to get engaged in making entries in /proc. You can have a driver that has no proc or sysfs entries. In Plan 9, the fact that devices (including proc) look "like a file" is integral to the overall operation of the system. It''s very attractive once you get used to it, to say the least. I keep getting mad at Linux because it feels so primitive; reminds me of the good old days when I got mad at OSes that weren''t as good as Unix ... oh well, enough ranting :-) ron ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click _______________________________________________ Xen-devel mailing list Xen-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xen-devel