[parisc-linux] Pb with dump driver.
Bruno Vidal
bruno_vidal@hpfrcu03.france.hp.com
Wed, 13 Feb 2002 18:34:59 +0100
This is a multi-part message in MIME format.
--------------FBDB2C3D815BAC88491A4CBD
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi
I have a problem with the dump driver. I was only testing it with
a "breakpoint" and "instruction fault", now i try the real life,
a good old "data page fault", but the problem is, it start the dump,
but at the first try to write on the dump device if "sleep"
forever in "brw_kiovec". I'm pretty sure that it comes from
a spinlock deadlock. So I'm looking for someone who is able
to explain the "data page fault" function.
For me it is the signal 15 in function handle_interruption()
of traps.c. If it is the space 0 (kernel space), it call
parisc_terminate(), that call dump() (my funtion). But in dump
I use a buffer, and I use this buffer with "brw_kiovec". So I
think that "brw_kiovec" do a page_fault somewhere, but because
the previous page_fault fail, there is still a spinlock somewhere.
Can someone help on this issue ?
Thanks.
--
Vidal Bruno, (770-4271)
SSD-HA Team, HP-UX & LINUX Support
bruno_vidal@admin.france.hp.com
--------------FBDB2C3D815BAC88491A4CBD
Content-Type: text/x-vcard; charset=iso-8859-1;
name="bruno_vidal.vcf"
Content-Transfer-Encoding: base64
Content-Description: Card for Bruno Vidal
Content-Disposition: attachment;
filename="bruno_vidal.vcf"
YmVnaW46dmNhcmQgCm46QnJ1bm87VklEQUwKdGVsO2ZheDowMS02OS04Mi02MC0xNAp0ZWw7
d29yazowMS02OS0yOS00Mi03MQp4LW1vemlsbGEtaHRtbDpUUlVFCnVybDp3d3cuZnJhbmNl
LmhwLmNvbQpvcmc6U29sdXRpb24gQ2VudGVyCnZlcnNpb246Mi4xCmVtYWlsO2ludGVybmV0
OmJydW5vX3ZpZGFsQGhwLmNvbQp0aXRsZTpFeHBlcnQgTG9naWNpZWwgRW52aXJvbm5lbWVu
dCBIYXV0ZSBEaXNwb25pYmlsaXTpCmFkcjtxdW90ZWQtcHJpbnRhYmxlOjs7SFAgRnJhbmNl
PTBEPTBBO1ouQSBkZSBDb3VydGFib2V1ZjsxIEF2LiBkdSBDYW5hZGE7OTE5NDcgTGVzIFVs
aXMgY2VkZXg7RnJhbmNlCngtbW96aWxsYS1jcHQ6OzI2MjA4CmZuOlZJREFMIEJydW5vCmVu
ZDp2Y2FyZAo=
--------------FBDB2C3D815BAC88491A4CBD--