Re: [uml-devel] [NEWBYE]

[Blaisorblade <blaisorblade@ya...>]

On Thursday 01 June 2006 18:09, Alessandro Corradi wrote:
> Hi to everyboby,
> I'm preparing the degree's thesis about uml. I'm searching about device
> forwarding, eg. HOST->ttyS0 <---> UML->ttyS0
> I must see how this connection works. Then I must to handle it for
> remapping a virtual device in the host.
> Can you recommend me where is the right code to look up? (or a initial
> trace)
> Thanks
You should add to the initial uml command line something like 
"ssl0=tty:/dev/ttyS0", where ssl0 means "Uml first serial line" and after = 
you have the same syntax as for UML consoles.

You can find all details on:

http://user-mode-linux.sourceforge.net/input.html
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
Chiacchiera con i tuoi amici in tempo reale! 
 http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com 

[uml-devel] [NEWBYE]

[Alessandro Corradi <ale.corradi@gm...>]

Hi to everyboby,
I'm preparing the degree's thesis about uml. I'm searching about device
forwarding, eg. HOST->ttyS0 <---> UML->ttyS0
I must see how this connection works. Then I must to handle it for remapping
a virtual device in the host.
Can you recommend me where is the right code to look up? (or a initial
trace)
Thanks

Ale

ps: sorry for my bad english :(

Re: [uml-devel] Randomize on MAC address when bringing up ethernet iface

[Blaisorblade <blaisorblade@ya...>]

On Wednesday 31 May 2006 23:22, Brock, Anthony - NET wrote:
> > -----Original Message-----
> >
> > On Tue, May 30, 2006 at 08:12:59PM +0200, Blaisorblade wrote:
> > > I've being thinking to this and I'm wondering why we
> >
> > shouldn't do it. When we
> >
> > > have set no IP or 0.0.0.0, which is not a unique IP, and we
> >
> > bring it up, we
> >
> > > should choose a random MAC to use.
> > > Conditions: the broadcast bit must be 0 and the
> >
> > "locally-assigned address
> >
> > > flag" must be 1 (as likely we already do).
> >
> > Yeah, this sounds like a good idea.

> This sounds good to me, provided we can still override on the
> command-line. I like having the flexibility of knowing what MAC address
> a guest will have before the instance is launched.
For sure.

I've thought to add a check that the address is a 
http://en.wikipedia.org/wiki/Locally_Administered_Address
But I think the Linux network stack doesn't enforce that (inside the guest you 
can violate the rule with ifconfig) so it wouldn't make sense to enforce it 
ourselves.
We should add a warning though, for the user who cares and who didn't want to 
break rules.
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
Chiacchiera con i tuoi amici in tempo reale! 
 http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com 

Re: [uml-devel] Randomize on MAC address when bringing up ethernet iface

[Blaisorblade <blaisorblade@ya...>]

On Wednesday 31 May 2006 21:05, Jeff Dike wrote:
> On Tue, May 30, 2006 at 08:12:59PM +0200, Blaisorblade wrote:
> > I've being thinking to this and I'm wondering why we shouldn't do it.
> > When we have set no IP or 0.0.0.0, which is not a unique IP, and we bring
> > it up, we should choose a random MAC to use.
> > Conditions: the broadcast bit must be 0 and the "locally-assigned address
> > flag" must be 1 (as likely we already do).

> Yeah, this sounds like a good idea.

> > For which bits they are, I've a doubt.
> > On Tanenbaum's book they're marked as the two most significant (leftmost)
> > bits (broadcast being the most significant one), but since we've longly
> > known the broadcast bit is the lowest-order one of the highest bit, I
> > suspect that MACs are read in little-endian bit order (which likely
> > implies the same for the whole packets). I can't verify this, but bytes
> > in many fields are moved to be in network order i.e. big-endian order
> > (MACs are always used in the network order).

> So what is the second bit?  I only know about the broadcast/multicast bit,
> and no one has bothered clueing me in on any other special bits :-)

Look at the other answer (which points to include/linux/etherdevice.h: 
random_ether_addr()) for the bit position - the code pointed out shows that 
indeed bit are reversed from the "text-book order".
For the "locally assigned", I guess that means we'll never conflict with a MAC 
set on some NIC.
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade
Chiacchiera con i tuoi amici in tempo reale! 
 http://it.yahoo.com/mail_it/foot/*http://it.messenger.yahoo.com 

[uml-devel] Reply: Watch this stck go on INFX

[oexhjeen wvdckgf <fqedibyk@cy...>]

INFX**INFX**INFX**INFX**INFX**INFX**INFX**INFX**

Infinex Ventures Inc. (INFX)
Current Price: $0.52

The Rally has begun
Watch this one like a hawk, this report is sent because the potential is incredible
This is AS sure as it gets

H U G E  N E W S read below

COMPANY OVERVIEW

Aggressive and energetic, Infinex boasts a dynamic and diversified portfolio of operations across North America, with an eye on international expansion. 

Grounded in natural resource exploration, Inifinex also offers investors access to exciting new developments in the high-tech sector and the booming international real estate market. Our market based experience, tenacious research techniques, and razor sharp analytical skills allow us to leverage opportunities in emerging markets and developing technologies. 

Identifying these opportunities in the earliest stages allows us to accelerate business development and fully realize the company’s true potential. Maximizing overall profitability and in turn enhancing shareholder value. 

Current Press Release

Infinex Announces Extension to Its Agreement in Chile
LAS VEGAS, NV, May 9 /PRNewswire-FirstCall/ - Infinex Ventures Inc. (INFX:OB - News; "the Company") and its Board of Directors are pleased to announce that the Company has received an extension (90 days) to its Agreement for the due diligence period, in an effort to fully verify the offered title and all additional documentation, including but not limited to, Trial C-1912- 2001 at the 14th Civil Court of Santiago and Criminal Trial 1160-2002 at the 19th Court of Crime of Santiago of Chile, Ministry of Mines of Chile over its sole and exclusive right to acquire a 50% interest in the Tesoro 1-12 Mining Claims.


Infinex Announces Joint Venture and Option Agreement Extension
LAS VEGAS, May 5 /PRNewswire-FirstCall/ - Infinex Ventures Inc. (INFX:OB - "the Company") and its Board of Directors are please to announce that the Company has been granted an extension of 120 days to fulfill its contractual obligations under the Joint Venture and Option Agreement dated June 14, 2004 on the Texada Island "Yew Gr0up" Mining Claims:




That's a real stem winder.   Save it for a rainy day.   A stick in the mud.   Too little too late.   Waking up with the chickens. You say potayto, I say potahto. Red as a beet.  Your ass is grass. Seed money. Your ass is grass. Scraping the bottom of the barrel.  Stuck in a rut.  Spring to mind.   Spring to mind.   When it rains it pours.   When it rains it pours.   Sick as a dog.   Sweating blood.   Sly as a fox.   Shake like a leaf. She has a green thumb. The shoes on the other foot now.   Spill the beans.   The scythe ran into a stone. Your all washed up. A snail's pace. A weed is no more than a flower in disguise.  A rose is a rose is a rose. Putting it in a nutshell.   Where man is not nature is barren. Ugly as a mud fence. Were you born in a barn? Top of the morning.    Thick as a brick.