Re: [osol-code] ksh93-integration pre-review round "two" (webrev2007-05-14)

2007-05-17 Thread Roland Mainz
Roland Mainz wrote: > Here comes round "two" of the pre-review: I created a couple of webrevs > in various flavours based on the 2007-05-14 ksh93-integration > prototype005 sources. > > ** Webrevs: > * Webrev over all files: > http://www.nrubsig.org/people/gisburn/work/solaris/ksh93_integration/ks

[osol-code] modgetsymvalue, modules, sbdp_cpu_poweroff()

2007-05-17 Thread Thomas De Schampheleire
Hi, I am confused by the following piece of code from uts/sun4u/serengeti/os/serengeti.c : 237 /*ARGSUSED*/ 238 int 239 plat_cpu_poweroff(struct cpu *cp) 240 { 241 int (*serengeti_cpu_poweroff)(struct cpu *) = NULL; 242 243 serengeti_cpu_poweroff = 244 (int (*)(str

[osol-code] Re: s390x update

2007-05-17 Thread Neale Ferguson
I was just too zealous in my culling of code within rootnex. I accidently got rid of the ctlops vector in the bus_ops table for the driver. Therefore the attach_node process was failing leading to a null dip. This message posted from opensolaris.org ___

Re: [osol-code] Re: s390x update

2007-05-17 Thread Paul Durrant
On 16/05/07, Neale Ferguson <[EMAIL PROTECTED]> wrote: It appears that the following code is the area when the problem is detected: dnp = &devnamesp[major]; : dip = dnp->dn_head; dnp->dn_head is NULL. So, it looks like your device tree is simply not there. It's a long

Re: [osol-code] kernel module coding

2007-05-17 Thread Paul Durrant
On 16/05/07, Thomas De Schampheleire <[EMAIL PROTECTED]> wrote: Hi, I am still a newbie as as well, so please correct me if I'm wrong, but I believe that: - you can access global variables of other modules, as long as they are not declared static. - you can access functions from other places in