<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hey Benjamin,<br>
<br>
Benjamin Herrenschmidt schreef:
<blockquote cite="mid:1248915149.1509.29.camel@pasglop" type="cite">
  <pre wrap="">On Thu, 2009-07-30 at 01:42 +0200, Stef Simoens wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">What would be the best approach?
- if the kernel boots, it's obviously 'good'
- but what if the kernel hits the 'BUG', should I apply your patch
then? If it doesn't work with your patch, would it be 'bad' then? 
    </pre>
  </blockquote>
  <pre wrap=""><!----></pre>
</blockquote>
A few reboots later...<br>
As you said, during my bisecting, at a certain moment I needed your
patch (I booted, got a problem, patched the tree with your patch,
rebooted, it worked).<br>
<br>
Then, git says:<br>
f078727b250c2653fc9a564f15547c17ebac3f99 is first bad commit<br>
commit f078727b250c2653fc9a564f15547c17ebac3f99<br>
Author: FUJITA Tomonori <a class="moz-txt-link-rfc2396E" href="mailto:fujita.tomonori@lab.ntt.co.jp">&lt;fujita.tomonori@lab.ntt.co.jp&gt;</a><br>
Date:&nbsp;&nbsp; Sun Dec 14 01:23:45 2008 +0900<br>
<br>
&nbsp;&nbsp;&nbsp; [SCSI] remove scsi_req_map_sg<br>
&nbsp;&nbsp;&nbsp; <br>
&nbsp;&nbsp;&nbsp; No one uses scsi_execute_async with data transfer now. We can remove<br>
&nbsp;&nbsp;&nbsp; scsi_req_map_sg.<br>
&nbsp;&nbsp;&nbsp; <br>
&nbsp;&nbsp;&nbsp; Only scsi_eh_lock_door uses scsi_execute_async. scsi_eh_lock_door<br>
&nbsp;&nbsp;&nbsp; doesn't handle sense and the callback. So we can remove<br>
&nbsp;&nbsp;&nbsp; scsi_io_context too.<br>
&nbsp;&nbsp;&nbsp; <br>
&nbsp;&nbsp;&nbsp; Signed-off-by: FUJITA Tomonori <a class="moz-txt-link-rfc2396E" href="mailto:fujita.tomonori@lab.ntt.co.jp">&lt;fujita.tomonori@lab.ntt.co.jp&gt;</a><br>
&nbsp;&nbsp;&nbsp; Signed-off-by: James Bottomley
<a class="moz-txt-link-rfc2396E" href="mailto:James.Bottomley@HansenPartnership.com">&lt;James.Bottomley@HansenPartnership.com&gt;</a><br>
<br>
:040000 040000 c4621d866c1ee5fd8d30e44f702a4966b8ebdc44
3ffca800399e52ef12f1001721c0c7ff431efafd M&nbsp;&nbsp;&nbsp; drivers<br>
:040000 040000 805c02c4ad3c63c45dffa18f413e92bfca99caf6
6fb58bb5fb19c4198fa7d626d6241086655c6307 M&nbsp;&nbsp;&nbsp; include<br>
<br>
At this moment, the reason for the crash is different then in v2.6.30<br>
I noted the following (I hope to have written the most important stuff).<br>
driver 'sd' needs update<br>
mesh: lost arbitration&nbsp; <br>
sd 0:0:0:0 sda read CAPACITY failed<br>
sd ...<br>
sd 0:0:0:0 sdb read CAPACITY failed<br>
sd ...<br>
mice&nbsp; <br>
sd ...<br>
mice: PS/2 ...<br>
TCP cubic ... <br>
Initializing XFRM ...<br>
NET ... protcol 17&nbsp;&nbsp; <br>
XFS ...<br>
VFS : unable to mount root FS<br>
<br>
If you want more input ... please let me know.<br>
<pre class="moz-signature" cols="72">-- 
Kr,
Stef Simoens</pre>
</body>
</html>