Re[6]: 1394 talk/listen DMA buffer alignment requirem ents?

Philip Lukidis,

Hello again Robert, I had missed your post last week somehow…

Anyhow, I can confirm the “double bus reset” here for SP2, and not for SP1.
I believe that you’re right; it sounds like a bug, so let’s see if MS will
respond here. Perhaps you could try emailing xxxxx@microsoft.com for a quick
answer. In the past, xxxxx@microsoft.com did reply to questions, yet no one
has replied to my buffer alignment question (I did email that address). I
do understand that there is no guarantee of service via this avenue, but I
was merely hopeful due to past responses.

I’ve forwarded the bug to xxxxx@microsoft.com. I’ll let you know if I
hear anything. Sorry I don’t have any more suggestions for your TALK
DMS stopping issue. Let me know if you find out what is causing the
problem. Have you tried XP SP1 (or W2K) on the offending machine?

Robert Newton

Hello again Robert.

I’d be curious to know if you receive any response from xxxxx@microsoft.com.

As for the offending machine, I have recently asked user in question to
install the SP1 version of ohci1394.sys and 1394bus.sys (I hope he went to
safe mode like I asked him to, or SFP would nip that really quickly).
Unfortunately, it made no difference, though that is far from being a fully
fledged WinXP SP1 environment. As for the user reformatting, and going the
Win2kSP4/WinXPSP1 route, I’m holding off for now. If only I could reproduce
this here, but so far I cannot, even with the same OHCI based chipset.
Interesting that on the user’s other laptop (WinXPSP1), he does not have the
issue, although he has the same VT6306 based OHCI chipset. If I’m desperate
enough, I’ll try spying on the OHCI registers from the driver (check for
FIFO overflow), but this is playing Russian roulette…iirc the archives had
a case where a developer had detected a FIFO overflow on the OHCI
controller. I hope this is not the case…

If I find out what is causing this, I’ll post the answer, to be sure. My
next suspicion is that I am not reusing my buffers/MDLs correctly (although
I can’t see why), so as a gross next test I will try reallocating on each
(ugh) callback (not to be released as such!).

thanks for your reply,

Philip Lukidis

-----Original Message-----
From: Robert Newton [mailto:xxxxx@telusplanet.net]
Sent: Tuesday, February 15, 2005 3:18 PM
To: Windows System Software Devs Interest List
Subject: Re[6]: [ntdev] 1394 talk/listen DMA buffer alignment requirem
ents?

Philip Lukidis,

Hello again Robert, I had missed your post last week somehow…

Anyhow, I can confirm the “double bus reset” here for SP2, and not for
SP1.
I believe that you’re right; it sounds like a bug, so let’s see if MS will
respond here. Perhaps you could try emailing xxxxx@microsoft.com for a
quick
answer. In the past, xxxxx@microsoft.com did reply to questions, yet no
one
has replied to my buffer alignment question (I did email that address). I
do understand that there is no guarantee of service via this avenue, but I
was merely hopeful due to past responses.

I’ve forwarded the bug to xxxxx@microsoft.com. I’ll let you know if I
hear anything. Sorry I don’t have any more suggestions for your TALK
DMS stopping issue. Let me know if you find out what is causing the
problem. Have you tried XP SP1 (or W2K) on the offending machine?

Robert Newton


Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: xxxxx@guillemot.com
To unsubscribe send a blank email to xxxxx@lists.osr.com