> why doesn't this work?
>
> ; ip/ipconfig ether /net/ether0 add
> fd23:a1b9:ad77:dc96:0:0:0:1 /64 ; ip/ping fd23:a1b9:ad77:dc96::1
> sending 32 64 byte messages 1000 ms apart to
> icmpv6!fd23:a1b9:ad77:dc96::1!1
It looks like for some reason you have to wait for the first
Neighbor A
For the supported hardware list,
I use the 9front broadcom driver with a
vid/did = 14e4/1696
Broadcom BCM5782 Broadcom NetXtreme Gigabit Ethernet
-Steve
why doesn't this work?
; ip/ipconfig ether /net/ether0 add fd23:a1b9:ad77:dc96:0:0:0:1 /64
; ip/ping fd23:a1b9:ad77:dc96::1
sending 32 64 byte messages 1000 ms apart to
icmpv6!fd23:a1b9:ad77:dc96::1!1
- erik
> 9front has support for some Broadcom Ethernet chips. The
> following have been tested:
Would anyone hazard an opinion on the effort required to implement a
device driver for the REALTEK 8188? Olimex supply a neat little USB
dongle for it (it gets hot very quickly - but it has no case, so it
pre
> BCM5751M NeXtreme Gigabit (vid/did: 14e4/167d)
> BCM5755/5780 NeXtreme Gigabit (vid/did: 14e4/167b)
i've also used this driver with some changes in 9atom
(driver is included) with a few different cards. thanks
for the code.
unfortunately i did not write the vid/dids down. i did
not have succe
The following wifi devices are handy if only Ethernet is
supported on your machine:
Iogear GWU627: 802.11n, web interface (which demands
javascript support) can be configured using Inferno's charon
browser. Plugs into Ethernet port, powered by USB or optional
wallwart.
Vonets VAP11G: 802.11g, use
You may want to look into USB-ether for the Travelmate?
++L
Hi all,
I'm wondering if I can get a somewhat working native Plan9 installation in
any of my "spare" machines. They would be (in order of more sparey to less
sparey)
Acer Aspire One (ZG5)
Acer TravelMate 4001 LMi
Acer Aspire 5865 WLMi (or something similar, quoting from memory)
Intel Macbook (Ear
> this leaves open the question of providing devdraw(1) -- perhaps via fbdev --
> and the usual x11 goodies of mouse, clipboard etc.?
I really like 9vx, but it is somewhat stuck in the past.
++L
On Monday 01 of April 2013 08:13:19 andrey mirtchovski wrote:
> > Looking forward to a backport of this to the stock Plan 9.
>
> ... and plan9port!
i reckon you wrote that for fun, but nonetheless i'd gladly use a small p9p-
centric linux distro. basically linux kernel for the drivers + p9p + pe
> you're using print, not printf, and the conventions are different.
I thought I wasn't totally insane! Thank you, Charles.
++L
PS: Now I got to go back to the original instance of the problem and
figure out what is the case there,
On 2 April 2013 08:27, wrote:
> I'll have to re-read the printf(2) man
you're using print, not printf, and the conventions are different.
> works as expected if given "%llud" format.
I thought I'd tried that (in another context) and the results were
even more disappointing. I'll have to re-read the printf(2) man
page...
Thanks.
++L
works as expected if given "%llud" format.
2013/4/2
> The following code triggers a warning:
>
> #include
> #include
>
> int main() {
> unsigned long long val = 0;
>
> print("VAL: %llu\n", val);
> return 0;
> }
>
14 matches
Mail list logo