Eric Saxe wrote: > Eric Saxe wrote: >> I think if you set your parent to the Nevada mercurial repository, >> and then do a hg webrev, it should do the right thing though... >> I'll try it.... >> > I temporarily reparented my repository to the Nevada mercurial clone. > > I then downloaded and installed the latest SUNWonbld from the scm > migration project page: > http://www.opensolaris.org/os/project/scm-migration > > ..and then used it's version of webrev (which is mercurial aware) to > generate a webrev...and it seems to have worked. :) > > I uploaded the webrev to: > http://cr.opensolaris.org/~esaxe/pad/index.html
Beautiful. Thanks for doing that. Anup and I just took a quick look at the webrev and had a question about cpupm_num_groups() in cpu_pm.c. We didn't understand the comment at the top of the routine and weren't sure how to provide you with the "guts" for the routine. Offhand, do you know of any other interfaces you want support from in there? I think for the immediate support, we'll try to provide support from the existing driver, but I'd like for us to very quickly, try to work our way towards a replacement (that will provide [CTP]-state support]. Also, are you ok with me syncing the gate up with a Nevada build? It does seem less necessary since you can use the hg changesets to get a base, but I still like having a known build to use as a base. Thanks, Mark > > Thanks, > -Eric
