I've done some poking around with the driver and found that the line

  cp = getpropstringA(node, prop, buffer, sizeof buffer);

returns a null string to cp.  When I examined the full length of buffer[]
I found that it was just full of garbage.  I'm still digging my way
through function calls to figure out where things are breaking down.

In the meantime, can someone give me an example of what the cp string
should look like for the serial console on ttya?

Thanks.

-brian.


On Mon, 1 Nov 1999, David Brownlee wrote:

> 	http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=7409
> 
> 	Could someone with this problem please change line 919 of
> 	/sys/arch/sparc/dev/zs.c to
> 
>         printf("Warning: unparseable %s property '%s'\n", prop, buffer);
> 
> 	and report the new error messages.
> 
> 	My guess is the following commit is the problem:
> 
> http://cvsweb.netbsd.org/cgi-bin/cvsweb.cgi/syssrc/sys/arch/sparc/dev/zs.c.diff?r1=1.65&r2=1.66
> 
> 		David/absolute
> 
> On Sun, 31 Oct 1999, jonl wrote:
> 
> > On Sun, 31 Oct 1999, David Brownlee wrote:
> > 
> > > 	Do you know if there is a PR open on the problem?
> > > 	If not, would it be possible for you to send one with the
> > > 	patch you used? :)
> > > 
> > > 	Thanks!
> > 
> > There is a PR, although I don't know the number.  I basically followed the
> > advice there (just hardwire one function to return a specific value - I
> > forget which), and there you go.  Sorry I can't be more specific than
> > that.
> > 
> > -Jon
> > 
> 

--- Brian Chase | bdc@world.std.com | http://world.std.com/~bdc/ -----
 On Earth it's always something.  In Heaven it's always Kibo.  -- K.