Messages in this thread | | | Date | Fri, 22 Mar 2002 13:52:32 -0800 (PST) | From | Andre Hedrick <> | Subject | Re: BUG: 2.4.18 & ALI15X3 DMA hang on boot |
| |
Alan,
I sent this out a heart beat early.
To totally clarify the very last part, this a standing offer of PEACE. So if it is not accepted, the offer still stands. Since I will most likely be migrating into other storage areas, the object and goal of "Taskfile" was to leave and infrastructure which totally described the sub-system in closed form. I had hoped to finish it before the transition out of the development kernel happened but oh well, things did not work out as planned.
If Martin will permit I will fix the transport, otherwise I can not tied to it. This will require him forcing the BLOCK layer to be modified per the model that Suparna and I co-authored. This will benefit many other devices.
The closing point is that I can flush the ego, and work w/ Martin. He has a strong and weak suit just as I do. The difference and benefit is they oddly compliment.
Your serve Martin, volley up.
Cheers,
Andre Hedrick LAD Storage Consulting Group
On Fri, 22 Mar 2002, Andre Hedrick wrote:
> On Fri, 22 Mar 2002, Alan Cox wrote: > > > > Since you are so knowledgeble about ATA, I am shocked that such as simple > > > > Where did Martin ever claim that ? > > Recall his comments during the clean up stages of where he had studied > many other OS's ATA/ATAPI sub systems. This clearly indicates one has or > is presenting themselves withe a deep understanding if the issues. One > should recall the comments of comparing "taskfile" to MS Windows API. > Since he has clearly pointed out the useless nature of the IOCTL and > removed it in 2.5, he must have a better means of diagnotsics and testing > than the rest of the industry. So I am waiting on pins and needles for > this evolution to reveal itself. > > > > concept and a requirement of WHQL (Windows Hardware Qualifications Lab) > > > tool kit is not in the front of you mind. Do yourself a favor, and go > > > learn about the hardware and what the REAL CUSTOMERS are requiring of it > > > and then come back to play. You are truly showing your total lack of > > > knowledge of the global hardware industry. > > > > He's trying to learn. Imagine if learning to drive consisted of someone > > with a megaphone telling you you'll fail and doing nothing but laugh when > > you crash ? > > > > Now why do you think it'll work any better for IDE ? > > Point taken and agreed, so as long has Mr. Dalecki will agree to a point > of peace, we can move forward. Obviously there is much about the top > layer interface to the kernel that is not significant to me at this point, > and he has a stronger grasp than I have an interest. However the mockery > of my knowledge of the physical/host transport is not acceptable. I am > perfectly will and agreeable to grant and give him the respect deserved, > but I also expect and require the same. > > Regards, > > Andre Hedrick > LAD Storage Consulting Group > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |