Hi John, Working with you has been significantly easier than working with other kernel developers, and I attribute that to your good character. I managed to get a patch into the 8250 mainline code about 13 years ago, generally it was not easy, nor should it be. I do believe that if your patch (yes now yours) is based on the inline function, and that function does the struct field manipulation, that the 8250 code becomes much cleaner. This is independent of console requirements. Maybe that will helplful in moving the mountain of old crufty serial code in mainline, and maybe you get a merge. We can only hope. Having some hours of usage on the patch in the RT space will also help. I wish I had more time to help get the two trees merged, but I think you could be on the right track now WRT 8250 serial, and I think your company has more standing in the kernel community than mine. Good luck, Dick On 1/9/20 6:29 AM, John Ogness wrote: > After spending time working with and completing your patch, I realized > that the 8250 atomic console implementation does not need to be so > complex. Only serial8250_console_write_atomic() needs to track if it > needs to re-enable IER. Everything else can be as in mainline. > > I will post a patch that reverts the unneeded complexity, which will > solve your problem. > > Creating a macro for clearing IER is probably a good idea anyway to > eliminate all the capabilities-checking redundancy. But I'll leave that > as an excercise for mainline. > > Your patch helped me to realize the insanity in what I was doing. Thank > you. > > John Ogness
