On Thursday 20 September 2007, Kay Sievers wrote:I suspect it would. Got patch? I'm trying to remember why it registers before grabbing resources (I/O region, irq) ... which is not the usual pattern, and is somewhat of a surprise every time I notice it. Though everything's undone on error, so it "should" work just fine. If that's not just some debugging leftover, the only thing that comes to mind is that maybe it was to ensure that the resource labels in /proc/{interrupts,ioports} clearly distinguished this from the legacy driver. The now-conventional way to label things there is by using a logical name like "rtc0", which is the output of registration. - Dave -
| Ingo Molnar | Re: x86: 4kstacks default |
| Stephen Rothwell | Re: Announce: Linux-next (Or Andrew's dream :-)) |
| Trent Piepho | [PATCH] [POWERPC] Improve (in|out)_beXX() asm code |
| Rafael J. Wysocki | [Bug #10919] [regression] display dimming is slow and laggy - Acer Travelmate 661lci |
git: | |
| Linus Torvalds | Re: iptables very slow after commit 784544739a25c30637397ace5489eeb6e15d7d49 |
| Andrew Morton | Re: [BUG] New Kernel Bugs |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
