Re: [9fans] 9atom & virtualbox 4.0.10 networking issue

2011-10-27 Thread andrey mirtchovski
reporting success with the latest extension pack http://download.virtualbox.org/virtualbox/4.1.4/Oracle_VM_VirtualBox_Extension_Pack-4.1.4-74291.vbox-extpack and the Plan 9 VBox image available online here: http://downloads.sourceforge.net/virtualboximage/Plan9.vdi.7z bridged networking with dhc

Re: [9fans] 9atom & virtualbox 4.0.10 networking issue

2011-07-08 Thread Bakul Shah
On Fri, 08 Jul 2011 10:43:06 PDT ron minnich wrote: > On Fri, Jul 8, 2011 at 10:04 AM, erik quanstrom wrote > : > >> Why is it not fixed? Because, nowadays, the thing you're supposed to > >> use is the ACPI table. We've seen cases where both PIR and _MP_ were > >> copied from a different motherb

Re: [9fans] 9atom & virtualbox 4.0.10 networking issue

2011-07-08 Thread ron minnich
On Fri, Jul 8, 2011 at 10:04 AM, erik quanstrom wrote: >> Why is it not fixed? Because, nowadays, the thing you're supposed to >> use is the ACPI table. We've seen cases where both PIR and _MP_ were >> copied from a different motherboard, with no change, and were >> completely wrong. It's obvious

Re: [9fans] 9atom & virtualbox 4.0.10 networking issue

2011-07-08 Thread erik quanstrom
> Why is it not fixed? Because, nowadays, the thing you're supposed to > use is the ACPI table. We've seen cases where both PIR and _MP_ were > copied from a different motherboard, with no change, and were > completely wrong. It's obvious that most vendors don't care to take > the time to make thes

Re: [9fans] 9atom & virtualbox 4.0.10 networking issue

2011-07-08 Thread ron minnich
Many PIR tables on many platforms are just flat-out wrong. As mentioned here in earlier years, something like 50% of the geode platforms out there had incorrect PIR tables, and Linux had incorrect interpretation of those tables inserted which made the 1/2 boards that were working break (this was al

Re: [9fans] 9atom & virtualbox 4.0.10 networking issue

2011-07-08 Thread erik quanstrom
On Fri Jul 8 02:21:12 EDT 2011, ba...@bitblocks.com wrote: > On Thu, 07 Jul 2011 09:10:49 +0800 Fernan Bolando > wrote: > > > > This allows the host to drawterm to the virtual machine. I failed to > > get it to work as NAT or Bridge. Running the nic as host only is ok if > > you just want to r

Re: [9fans] 9atom & virtualbox 4.0.10 networking issue

2011-07-07 Thread Bakul Shah
On Thu, 07 Jul 2011 09:10:49 +0800 Fernan Bolando wrote: > > This allows the host to drawterm to the virtual machine. I failed to > get it to work as NAT or Bridge. Running the nic as host only is ok if > you just want to run plan9 without internet access. > > I hope you get NAT or host runnin

Re: [9fans] 9atom & virtualbox 4.0.10 networking issue

2011-07-07 Thread erik quanstrom
> It seems igbe never gets an interrupt (as per ether0/ifstats > rintr == 0, rsleep == 1). Pkts received count going up may > have to do with some emulated h/w counter incremented by vbox. > > To test this theory I changed code to call igbeinterrupt() > every 4 ticks instead of a real interrupt.

Re: [9fans] 9atom & virtualbox 4.0.10 networking issue

2011-07-07 Thread Bakul Shah
On Wed, 06 Jul 2011 11:40:08 PDT Bakul Shah wrote: > Good news: 9atom installs fine on virtualbox 4.0.10 (the >latest) and most everything works > Bad news: network access fails It seems igbe never gets an interrupt (as per ether0/ifstats rintr == 0, rsleep == 1). Pkts received count going

Re: [9fans] 9atom & virtualbox 4.0.10 networking issue

2011-07-06 Thread Fernan Bolando
On Thu, Jul 7, 2011 at 2:40 AM, Bakul Shah wrote: > Good news: 9atom installs fine on virtualbox 4.0.10 (the >   latest) and most everything works > Bad news: network access fails > > Since DHCP failed I hardwired an IP address and tried pinging > the gateway. tcpdump on the host shows that ARP re

[9fans] 9atom & virtualbox 4.0.10 networking issue

2011-07-06 Thread Bakul Shah
Good news: 9atom installs fine on virtualbox 4.0.10 (the latest) and most everything works Bad news: network access fails Since DHCP failed I hardwired an IP address and tried pinging the gateway. tcpdump on the host shows that ARP request goes out and the gateway sends its ARP response but thi