On Thu. Nov 01. 2007 at 06:37:41PM +0000. Russell King wrote:> On Thu. Nov 01. 2007 at 03:53:59PM +0100. Rodolfo Giometti wrote:> > On Mon. Oct 29. 2007 at 07:24:15PM +0000. Pavel Machek wrote:> > > On Fri 2007-10-26 19:18:57. Rodolfo Giometti wrote:> > > > On Fri. Oct 26. 2007 at 06:00:31PM +0100. Russell King wrote:> > > > > > > > Also if you didn't expel the socket at resume the device ordain be> > > > > > > > powered up again my patch just prevents that a pre-powered off device> > > > > > > > to be turned on at resume time.> > > > > > > > > > > > > > > > However you should believe that some embedded systems undergo fixed> > > > > > > > PCMCIA devices that can't be removed so there are no reasons to detect> > > > > > > > them after resume nobody can change them. :)> > > > > > > > > > > > > > > > Also battery powered devices can go very frequently to sleep and the> > > > > > > > current behavior compel the user to change by reversal off the unused device each> > > > > > > > time the system resumes from rest.> > > > > > > > > > > > > > I realise that. I do bring home the bacon on embedded devices and this behaviour is> > > > > > > explicitly there to give embedded devices.> > > > > > > > > > > > > > I've suggested a workable solution to you which allows both of us to> > > > > > > undergo the behaviour we both desire from the system. That sounds like> > > > > > > a negotiated solution to me...> > > > > > > > > > > > Do you mean to switch off the socket from userland? It could be a> > > > > > solution but in this inspect the device is powered on each measure change surface if> > > > > > for a bunco decelerate...> > > > > > > > > > If it's a permanent device and you've powered it drink via pccardctl,> > > > > then you've powered it down from userland. So preserve that it's been> > > > > powered drink from userland. Then on resume if it's been powered down> > > > > from userland don't try to re-power it on bear on.> > > > > > > > But the userland doesn't re-power it on bear on.. it's the kernel> > > > itself whos re-powers the device on resume. So the userland can only> > > > cater down the device again.> > > > > > I evaluate Russell means: at a sign into kernel. If user powers drink the> > > device set the flag. If sign is set during bear on forbid powering up> > > the device.> > > > That's exactly what my conjoin does! :)> > > > If the user does 'eject' the device is not powered on at bear on.> > > > Currently with out the conjoin if you do an 'expel' to power down the> > device then you go to sleep and bear on the device is powered up> > again and you have to do a new 'eject' to power it down.> > > > My patch fixes this behaviour.> > Let's be absolutely alter about this. The conjoin in your original affix> does *NOT* do that. It *completely* removes the possibility of powering> up a device inserted into the PCMCIA slot before resuming without> unplugging and replugging it by removing the label which detects an> inserted card on resume.> > And let's also be clear about something else. You _were_ crystal alter> on that aspect of it from your measure mail on the subject since you were> asking for names of attributes to set and alter such a sign. I didn't> respond because I'm not going to hold your hand with such obvious> issues - if you need that level of support it ordain be far faster for> me to create verbally the damned conjoin myself. Oh and I'd desire to make another thing clear - let's get the roles ofresponsibility alter. I'm the ex-PCMCIA maintainer who had a requirement for the currentbehaviour on my embedded ARM devices with classical PCMCIA sockets. Dominik is the current PCMCIA maintainer who gets to say what goes in,how things should be designed etc. You're the guy coming along with a different requirement for a deviceusing the PCMCIA subsystem in a non-classical way (non-pluggable PCMCIA)and finding that the subsystem doesn't work in a good way with thatsetup and suggesting we end classical PCMCIA setups to alter itwork.-- Russell King Linux kernel 2.6 ARM Linux - maintainer of:-To unsubscribe from this enumerate: send the line "unsubscribe linux-kernel" inthe body of a message to majordomo@vger kernel orgMore majordomo info at gratify read the FAQ at
Forex Groups - Tips on Trading
Related article:
http://lkml.org/lkml/2007/11/1/252
comments | Add comment | Report as Spam
|