Matt Mackall wrote:Well, I need to do some more research. This must be in release_console_sem(). I was looking at vprintk, through the ages. At 2.6.16, it looked like this: spin_lock_irqsave(&logbuf_lock, flags); ... spin_unlock_irqrestore(&logbuf_lock, flags); console_may_schedule = 0; release_console_sem(); but the irq restore has been moving around to different places in that function over the last few years. I suspect that in the common case the irqsave in vprintk is the one that disables ints. It appears that formerly interrupts were enabled in vprintk but re-disabled immediately upon entering release_console_sem(). As it is now, they're held during formatting, buffering, and output, which seems excessive. It seems draconian to drain the entire buffer with ints disabled. Is it possible to break this up and send out smaller chunks at a time? Maybe by putting a chunk loop in release_console_sem()? Just an idea. I can see that there are a lot of requirements for this code, and the concurrency control has gotten complex over the years. -- Tim ============================= Tim Bird Architecture Group Chair, CE Linux Forum Senior Staff Engineer, Sony Corporation of America ============================= -
| Andrew Morton | 2.6.23-rc3-mm1 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Yinghai Lu | Re: [PATCH RFC] x86: check for and defend against BIOS memory corruption |
| Frederik Deweerdt | [-mm patch] remove tcp header from tcp_v4_check (take #2) |
| David Miller | [GIT]: Networking |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Herbert Xu | Re: [PATCH 2/3][NET_BATCH] net core use batching |
git: | |
