From hans.rosenfeld at amd.com Mon Apr 14 05:29:04 2008 From: hans.rosenfeld at amd.com (Hans Rosenfeld) Date: Mon, 14 Apr 2008 14:29:04 +0200 Subject: [amd-platform-discuss] Usage of the IBS provider? Message-ID: <20080414122904.GD1098@escobedo.amd.com> Last week I finally managed to get the IBS provider built and loaded on a test machine. Now before I start working on the code, can anyone tell me just how the provider is supposed to be used? I tried to figure it out, but I had no success so far. Maybe some usage information could be put on the IBS project page, too. Hans -- %SYSTEM-F-ANARCHISM, The operating system has been overthrown From Eric.Saxe at Sun.COM Mon Apr 14 11:37:13 2008 From: Eric.Saxe at Sun.COM (Eric Saxe) Date: Mon, 14 Apr 2008 11:37:13 -0700 Subject: [amd-platform-discuss] Usage of the IBS provider? In-Reply-To: <20080414122904.GD1098@escobedo.amd.com> References: <20080414122904.GD1098@escobedo.amd.com> Message-ID: <4803A459.7060509@sun.com> Hi Hans, Hans Rosenfeld wrote: > Last week I finally managed to get the IBS provider built and loaded on > a test machine. Now before I start working on the code, can anyone tell > me just how the provider is supposed to be used? I tried to figure it > out, but I had no success so far. Maybe some usage information could be > put on the IBS project page, too. > > Hans > Sorry, I've been meaning to do this for a while... :) I've posted some usage information and example DTrace scripts to the IBS project page...which is essentially the same documentation Gaurav had made available via an internal Wiki . :) Thanks, -Eric From hans.rosenfeld at amd.com Wed Apr 23 05:22:41 2008 From: hans.rosenfeld at amd.com (Hans Rosenfeld) Date: Wed, 23 Apr 2008 14:22:41 +0200 Subject: [amd-platform-discuss] problems with creating IBS provider package Message-ID: <20080423122241.GA6777@escobedo.amd.com> I'm currently having some problems creating a SysV package for the IBS provider. The package contains just the ibs modules and configuration file, and some postinstall/preremove scripts to add/remove the driver with add_drv and rem_drv. After installation of the package, the provider sometimes works and sometimes it doesn't, and it never worked after a system reboot. DTrace just keeps telling me that it can't find matching probes. I don't quite understand why it worked occasionally, but I think the problem is a missing symbolic link in /dev/dtrace/provider. The provider works once I create this link by hand. IIUC this link is normally created by devfsadm, I've seen that there are IBS-related changes to the devfsadm code to do that. I think I'm missing something important here. I doubt I can just include a new devfsadm in the IBS package, but creating the link with just ln in the postinstall script doesn't seem right neither. Can anyone tell me whats the right thing to do here? Hans -- %SYSTEM-F-ANARCHISM, The operating system has been overthrown From Boris.Ostrovsky at amd.com Wed Apr 23 18:21:18 2008 From: Boris.Ostrovsky at amd.com (Ostrovsky, Boris) Date: Wed, 23 Apr 2008 21:21:18 -0400 Subject: [amd-platform-discuss] problems with creating IBS provider package In-Reply-To: <20080423122241.GA6777@escobedo.amd.com> Message-ID: <6096959DEF5C9447A6BF80BDC7EB9EDC0BF09133@SBOSEXMB1.amd.com> > -----Original Message----- > From: amd-platform-discuss-bounces at opensolaris.org [mailto:amd-platform- > discuss-bounces at opensolaris.org] On Behalf Of Rosenfeld, Hans > Sent: Wednesday, April 23, 2008 8:23 AM > To: amd-platform-discuss at opensolaris.org > Subject: [amd-platform-discuss] problems with creating IBS provider > package > > I'm currently having some problems creating a SysV package for the IBS > provider. The package contains just the ibs modules and configuration > file, and some postinstall/preremove scripts to add/remove the driver > with add_drv and rem_drv. After installation of the package, the > provider sometimes works and sometimes it doesn't, and it never worked > after a system reboot. DTrace just keeps telling me that it can't find > matching probes. > > I don't quite understand why it worked occasionally, but I think the > problem is a missing symbolic link in /dev/dtrace/provider. The provider > works once I create this link by hand. IIUC this link is normally > created by devfsadm, I've seen that there are IBS-related changes to the > devfsadm code to do that. > > I think I'm missing something important here. I doubt I can just include > a new devfsadm in the IBS package, but creating the link with just ln in > the postinstall script doesn't seem right neither. Can anyone tell me > whats the right thing to do here? Why are you hesitant to include devfsadm in the package? From what I see in the code, you *have* to include it to create the links. I don't know the new packaging system (well, I don't know the old one neither), but there should be a way to stash original version of devfsadm before overwriting it. Can you do this with postinstall script (and then restore it with preremove)? Does the new system have a standard place for keeping overwritten files? Perhaps somewhere in /var? -boris From hans.rosenfeld at amd.com Thu Apr 24 03:02:14 2008 From: hans.rosenfeld at amd.com (Hans Rosenfeld) Date: Thu, 24 Apr 2008 12:02:14 +0200 Subject: [amd-platform-discuss] problems with creating IBS provider package In-Reply-To: <6096959DEF5C9447A6BF80BDC7EB9EDC0BF09133@SBOSEXMB1.amd.com> References: <20080423122241.GA6777@escobedo.amd.com> <6096959DEF5C9447A6BF80BDC7EB9EDC0BF09133@SBOSEXMB1.amd.com> Message-ID: <20080424100214.GB6777@escobedo.amd.com> On Thu, Apr 24, 2008 at 03:21:18AM +0200, Ostrovsky, Boris wrote: > Why are you hesitant to include devfsadm in the package? From what I see > in the code, you *have* to include it to create the links. It is also possible to just create that link with ln (that is, I tried and it worked). I looked at some other packages to see how they do it, and it seems to be sufficient to replace the SUNW_dtrace_link.so module. But that doesn't change anything with the problem of replacing some other packages files. Any other package could also try to replace that file, removing the support for the ibs module. Maybe the IBS provider should have its own devfsadm module. > I don't know the new packaging system (well, I don't know the old one > neither), but there should be a way to stash original version of > devfsadm before overwriting it. Can you do this with postinstall script > (and then restore it with preremove)? Does the new system have a > standard place for keeping overwritten files? Perhaps somewhere in /var? I didn't even know there was a new and an old packaging system :) I've seen that the packaging system does ask whether overwriting other packages files should be allowed if a package wants to do that, but it seems like it does not save the original files. Hans -- %SYSTEM-F-ANARCHISM, The operating system has been overthrown From boris.ostrovsky at amd.com Thu Apr 24 07:09:19 2008 From: boris.ostrovsky at amd.com (Boris Ostrovsky) Date: Thu, 24 Apr 2008 10:09:19 -0400 Subject: [amd-platform-discuss] problems with creating IBS provider package In-Reply-To: <20080424100214.GB6777@escobedo.amd.com> References: <20080423122241.GA6777@escobedo.amd.com> <6096959DEF5C9447A6BF80BDC7EB9EDC0BF09133@SBOSEXMB1.amd.com> <20080424100214.GB6777@escobedo.amd.com> Message-ID: <4810948F.7080306@amd.com> Hans Rosenfeld wrote: > On Thu, Apr 24, 2008 at 03:21:18AM +0200, Ostrovsky, Boris wrote: > > Why are you hesitant to include devfsadm in the package? From what I see > > in the code, you *have* to include it to create the links. > > It is also possible to just create that link with ln (that is, I tried > and it worked). I looked at some other packages to see how they do it, > and it seems to be sufficient to replace the SUNW_dtrace_link.so module. > But that doesn't change anything with the problem of replacing some > other packages files. Any other package could also try to replace that > file, removing the support for the ibs module. > > Maybe the IBS provider should have its own devfsadm module. I don't know much about devfsadm, does it allow for plug-in modules? > > > I don't know the new packaging system (well, I don't know the old one > > neither), but there should be a way to stash original version of > > devfsadm before overwriting it. Can you do this with postinstall script > > (and then restore it with preremove)? Does the new system have a > > standard place for keeping overwritten files? Perhaps somewhere in /var? > > I didn't even know there was a new and an old packaging system :) > I've seen that the packaging system does ask whether overwriting other > packages files should be allowed if a package wants to do that, but it > seems like it does not save the original files. Here is the new packaging system that I assumed you are using: http://opensolaris.org/os/project/pkg/. I think your best bet is to ask this question on their mailing list. Even if you are working with current packaging (i.e pkgadd(1M)) I suspect they might be able to answer your question about managing files updated by multiple packages. -boris From hans.rosenfeld at amd.com Tue Apr 29 10:28:52 2008 From: hans.rosenfeld at amd.com (Hans Rosenfeld) Date: Tue, 29 Apr 2008 19:28:52 +0200 Subject: [amd-platform-discuss] binary package for IBS provider posted Message-ID: <20080429172852.GD6519@escobedo.amd.com> Hi, after some more testing I decided to upload the binary package I built for the IBS provider: http://www.opensolaris.org/os/project/amd/IBS/#Package I added a new module for devfsadm just for the ibs link, I think this is better than just replacing the dtrace_link.so module. The new module will not be needed anymore once the IBS provider is integrated into the main OS source tree. Hans -- %SYSTEM-F-ANARCHISM, The operating system has been overthrown From Eric.Saxe at Sun.COM Tue Apr 29 13:02:26 2008 From: Eric.Saxe at Sun.COM (Eric Saxe) Date: Tue, 29 Apr 2008 13:02:26 -0700 Subject: [amd-platform-discuss] binary package for IBS provider posted In-Reply-To: <20080429172852.GD6519@escobedo.amd.com> References: <20080429172852.GD6519@escobedo.amd.com> Message-ID: <48177ED2.8050605@sun.com> Thanks Hans. I will (have been meaning) forward this question on to some folks who might know a better way to do this... -Eric Hans Rosenfeld wrote: > Hi, > > after some more testing I decided to upload the binary package I built > for the IBS provider: http://www.opensolaris.org/os/project/amd/IBS/#Package > > I added a new module for devfsadm just for the ibs link, I think this is > better than just replacing the dtrace_link.so module. The new module > will not be needed anymore once the IBS provider is integrated into the > main OS source tree. > > Hans > > >