* aic7xxx driver update @ 2003-06-24 5:02 Marcelo Tosatti 2003-06-24 16:41 ` Justin T. Gibbs 0 siblings, 1 reply; 5+ messages in thread From: Marcelo Tosatti @ 2003-06-24 5:02 UTC (permalink / raw) To: Justin T. Gibbs; +Cc: lkml, Alan Cox Justin, Would you mind sending me a inlined patch to update aic7xxx to the current sources, with detailed explanation? Are there any known issues with the new code, and what are them. Thanks ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: aic7xxx driver update 2003-06-24 5:02 aic7xxx driver update Marcelo Tosatti @ 2003-06-24 16:41 ` Justin T. Gibbs 2003-06-24 21:08 ` Marcelo Tosatti 0 siblings, 1 reply; 5+ messages in thread From: Justin T. Gibbs @ 2003-06-24 16:41 UTC (permalink / raw) To: Marcelo Tosatti; +Cc: lkml, Alan Cox > Justin, > > Would you mind sending me a inlined patch to update aic7xxx to the current > sources, with detailed explanation? Can you be more specific about what you need? I take it the BK send output on my website is not sufficient? I can probably figure out the proper BK magic to generate a patch for it, but I would hope that you would, after review, just accept the BK data so that revision history is not lost. The BK data has lots of changelog information since there are 108 changesets in my local BK tree that are not in your tree. I can provide more details about any particular changeset that peaks your interest. > Are there any known issues with the new code, and what are them. For both drivers, I'm currently working on an error recovery handler that will override the standard one. The standard handler is broken in so many ways that it would be hard to list them briefly. The short of it is that if you get a timeout, it may take 20 minutes for you to recover and recovery is rare. Timeouts occur in almost any system should you run it long enough, so this is unacceptable. Unfortunately, having the mid-layer do all of the recovery will likely never work. The mid-layer can't determine the most likely transaction outstanding that is causing the timeout whereas the end driver can. I hope to have the new error handler tested sufficiently for release by the end of this week. For the aic79xx driver, we are going through qualification of new drives and new drive firmware. There are a few issues that we are investigating now that should also be resolved this week. My suggestion would be to shoot for say next Monday as a good time to sync up. I can provide whatever material you require for released changesets today so that you can review all but the latest changes before Monday. -- Justin ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: aic7xxx driver update 2003-06-24 16:41 ` Justin T. Gibbs @ 2003-06-24 21:08 ` Marcelo Tosatti 2003-06-24 21:14 ` Justin T. Gibbs 2003-06-24 21:15 ` Tomas Szepe 0 siblings, 2 replies; 5+ messages in thread From: Marcelo Tosatti @ 2003-06-24 21:08 UTC (permalink / raw) To: Justin T. Gibbs; +Cc: lkml, Alan Cox On Tue, 24 Jun 2003, Justin T. Gibbs wrote: > > Justin, > > > > Would you mind sending me a inlined patch to update aic7xxx to the current > > sources, with detailed explanation? > > Can you be more specific about what you need? I take it the BK send output > on my website is not sufficient? I can probably figure out the proper > BK magic to generate a patch for it, but I would hope that you would, > after review, just accept the BK data so that revision history is not > lost. Oh that is fine. I thought you only had tarballs with your newer code. Thats why I asked for a patch. But we're fine, then. > The BK data has lots of changelog information since there are 108 changesets > in my local BK tree that are not in your tree. I can provide more details > about any particular changeset that peaks your interest. > > > Are there any known issues with the new code, and what are them. > > For both drivers, I'm currently working on an error recovery handler that > will override the standard one. The standard handler is broken in > so many ways that it would be hard to list them briefly. The short > of it is that if you get a timeout, it may take 20 minutes for you > to recover and recovery is rare. Timeouts occur in almost any system > should you run it long enough, so this is unacceptable. Unfortunately, > having the mid-layer do all of the recovery will likely never work. > The mid-layer can't determine the most likely transaction outstanding > that is causing the timeout whereas the end driver can. I hope to have > the new error handler tested sufficiently for release by the end of this > week. > > For the aic79xx driver, we are going through qualification of new drives > and new drive firmware. There are a few issues that we are investigating > now that should also be resolved this week. > > My suggestion would be to shoot for say next Monday as a good time to > sync up. I can provide whatever material you require for released > changesets today so that you can review all but the latest changes > before Monday. I plan to release -pre2 today or tomorrow and I think that having your changes in it, even without the new error handler, is worth it for obvious reasons. WHats your website again? :) ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: aic7xxx driver update 2003-06-24 21:08 ` Marcelo Tosatti @ 2003-06-24 21:14 ` Justin T. Gibbs 2003-06-24 21:15 ` Tomas Szepe 1 sibling, 0 replies; 5+ messages in thread From: Justin T. Gibbs @ 2003-06-24 21:14 UTC (permalink / raw) To: Marcelo Tosatti; +Cc: lkml, Alan Cox > WHats your website again? :) http://people.freebsd.org/~gibbs/linux/SRC/aic79xx-linux-2.4-20030603.bksend.gz -- Justin ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: aic7xxx driver update 2003-06-24 21:08 ` Marcelo Tosatti 2003-06-24 21:14 ` Justin T. Gibbs @ 2003-06-24 21:15 ` Tomas Szepe 1 sibling, 0 replies; 5+ messages in thread From: Tomas Szepe @ 2003-06-24 21:15 UTC (permalink / raw) To: Marcelo Tosatti; +Cc: Justin T. Gibbs, lkml, Alan Cox > [marcelo@conectiva.com.br] > > I plan to release -pre2 today or tomorrow and I think that having your > changes in it, even without the new error handler, is worth it for obvious > reasons. > > WHats your website again? :) http://people.freebsd.org/~gibbs/linux/SRC/ ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-06-24 21:05 UTC | newest] Thread overview: 5+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2003-06-24 5:02 aic7xxx driver update Marcelo Tosatti 2003-06-24 16:41 ` Justin T. Gibbs 2003-06-24 21:08 ` Marcelo Tosatti 2003-06-24 21:14 ` Justin T. Gibbs 2003-06-24 21:15 ` Tomas Szepe
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox