Don,
Actually with all my clients, if they have a WinQual account I insist that
they create an account for me to log in with and view WinQual stats. This
does NOT require a Verisign ID from my perspective and it takes only a push
of a button or two on their part to ‘approve’ an account that I can log in
with. The account is limited, since I can only view and download the WinQual
data but it helps out in how things are handled.
If they don’t have a WinQual account, I associate their driver to MY WinQual
account, which you do have to have a Verisign ID.
Pete
Kernel Drivers
Windows Filesystem and Device Driver Consulting
www.KernelDrivers.com
(303)546-0300
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Don Burn
Sent: Thursday, February 02, 2006 3:50 PM
To: Windows System Software Devs Interest List
Subject: Re:[ntdev] Driver Signing for Kernel-Mode Software for x64-based
Systems
Actually, my last four years of discussions have also been on how the
original driver writer in the case of contractors and consultants, can get
access to WinQual data. Of course step one was get an ID (no more to be
said by me).
I believe Microsoft is trying to work on this subject, and it is important.
For instance, I have had multiple firms approach me on rewriting code by at
least two well known driver consultants. The reason I was approached was
that there were significant problems in the code, and WinQual was showing
the drivers as buggy. Right now there is not a good way, even if the owning
firm wants to, to share the bug reports with a consultant or contractor
(except for them to manually copy the data and email to the consultant). So
these consultants I am referring to keep making the same mistakes over and
over again. Having a feedback mechanism in place is the most important
thing we can do for quality.
I will actually disagree with Peter’s belief on a way to override. While
this will work, I would much rather see a mechanism in place that allows the
community-based developers to get a signature without major cost and or
effort. This could be yet another level of signature with all of the
suggested flags and warnings, but it should allow access to bug reports on
WinQual. I believe this is the only way we will keep improving Windows for
these drivers.
–
Don Burn (MVP, Windows DDK)
Windows 2k/XP/2k3 Filesystem and Driver Consulting
Remove StopSpam from the email to reply
wrote in message news:xxxxx@ntdev…
> OK, I deserved that.
>
> IF I were in Don’s shoes, I might be a bit expressive about the logical
> discontinuities between the various segments (can you say silos?) of
> Microsoft that don’t EVER seem to communicate. I don’t think Don’s
> business model is unreasonable, and I can see how this particular policy
> makes it considerably more difficult to maintain. Since talking to
> Microsoft privately and at every other turn doesn’t seem to have any
> effect, I don’t begrudge his appeal to the court of developer opinion.
>
> (Not that I think it would matter much if every dev on this list told
> Microsoft that this particular certificate requirement for this particular
> signing program is bogus, I think they are far more swayed by their OEM
> customers that pay them millions per quarter, and I can’t fault them for
> being their most responsive to their largest source of income.)
>
> Phil
>
> Philip D. Barila
> Seagate Technology LLC
> (720) 684-1842
>
> -----Original Message-----
> From: xxxxx@lists.osr.com
> [mailto:xxxxx@lists.osr.com] On Behalf Of xxxxx@osr.com
> Sent: Thursday, February 02, 2006 2:59 PM
> To: Windows System Software Devs Interest List
> Subject: RE:[ntdev] Driver Signing for Kernel-Mode Software for x64-based
> Systems
>
>
> Hmmm. Really?
>
> That’s not what I mean when I referred to niche hardware vendors back in
> my original posts several days back. I was referring to all the folks
> in small companies (sometimes very small) that make hardware for small,
> limited, focused, markets. These aren’t community efforts, and once these
> folks know about the requirement for x64 signing, they’ll line-up to be
> porked by Verisign for their $500, and they’ll sign their drivers.
>
> It’s annoying. It’s another step they’ll have to learn about and then
> take. And it’ll probably delay their having drivers available for Windows
> x64. But that WILL work itself out over time. At least, for them, it’s
> possible.
>
> These guys aren’t to be confused with the community-based developers –
> whether you like the term open source or not is a matter of religion so I
> won’t use it – who effectively have no chance of being able to sign their
> stuff. This includes hobbyists and students.
>
> For stuff produced by THESE guys, there’s gotta be a bypass.
>
> Of course, figuring out how to craft that bypass – that’ll work at boot
> time, that can be widely distributed at close to zero code, that won’t
> cause Mom and Dad’s eyes to glaze over when they see it, and that can’t
> be exploited by hackers is going to be a neat trick.
>
> Do you have that one solved, Phil??
>
> Peter
> OSR
>
> —
> Questions? First check the Kernel Driver FAQ at
> http://www.osronline.com/article.cfm?id=256
>
> You are currently subscribed to ntdev as: xxxxx@seagate.com
> To unsubscribe send a blank email to xxxxx@lists.osr.com
>
>
—
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
You are currently subscribed to ntdev as: xxxxx@kerneldrivers.com
To unsubscribe send a blank email to xxxxx@lists.osr.com