Stuart, I really don't want to be misunderstood: I really appreciate the help that's being offered from various users of this ML.
However, the following is somewhat off topic as it does not contribute to the thread itself. >> Because of the permanent repeating of "USE THE GENERIC KERNEL" > not worth wasting other people's time > on solving if you aren't prepared to do it yourself. I'm not with you here. I'm really doing my best to try and learn how to solve my problems myself. I'm just asking for help and explanations to things that I don't understand. As far as I understand, that's what MLs are about. > Alternatively: here's a nickel, get a flashcard from sometime later > than 2005... I really understand that a lot of people are asking stupid questions in MLs and I'm pretty sure I've done so myself quite often. I take this as an explanation why you keep telling me things of which you probably are sure will solve what you have understood to be my problem. But what really annoys me here is that I'm not taken seriously when I say "this isn't an option". Why don't you just believe my words instead of permanently speaking about things that I explicitly said are impossible? Did you read my mail in which I said that the hardware cannot be changed? A new flashcard would be a change in hardware. I think you know that. You just don't take my words seriously and keep talking about things that I already said are not possible in this project. Why discuss this? From my point of view it's not me wasting your time, but it's you wasting your time, because you don't really care about what I said. The overall project is about updating multiple systems that are in production. By _just_ using just a software update. Changes in hardware are not an option. dmesg output of any of these devices would be possible, but like I said it's a very stripped down environment. dmesg is not part of it. I'd have to setup an old system with dmsg on it, then export the output, just to convince you of what I've done in the past. Then, after I've proven my point with this dmesg output, we'd be no step further, because like I said often enough now, I'm not interested in a hint like "add this line to your config", but I want to learn about what steps to do, next time I run into the same problem (which I probably will with the next OpenBSD release that I want to migrate the systems to). If you can help me by explaining where to look and what to read to learn how to build the smallest custom kernels possible, I'd be happy. If not, well, without any sarcasm: please don't waste your valuable time with this thread. T.
