#1829 BLOC Trial-3: Control of VREF_OUT and HPF is coupled to Analog Input control

Zarro Boogs per Child bugtracker at laptop.org
Thu Aug 30 14:51:15 EDT 2007


#1829: Control of VREF_OUT and HPF is coupled to Analog Input control
----------------------+-----------------------------------------------------
  Reporter:  arjs     |       Owner:  dilinger
      Type:  defect   |      Status:  new     
  Priority:  blocker  |   Milestone:  Trial-3 
 Component:  kernel   |     Version:          
Resolution:           |    Keywords:  relnote 
  Verified:  0        |  
----------------------+-----------------------------------------------------
Comment (by dilinger):

 Replying to [comment:9 arjs]:
 > Requesting to increase priority to blocker since this bug is hindering
 an aspect of the functionality of Measure activity (Which will now be in
 the default build); feel free to disagree.
 >
 > I have attached patches , but haven't got time to test them out.
 >
 > I wish to summarize the end objectives that we are hoping to achieve -
 >
 > 1) Control of V_REFOUT must be independent of control of Analog Input
 while capture device is open.
 >

 What should control this?  Should there be an additional alsa mixer knob
 that allows this to be set and unset?  If so, what's a good name for it?


 > 2) Control of High Pass Filter must be coupled to control of Analog
 Input. That is, when one is enabled the other one must be disabled.

 Er, so when analog input is enabled, HPF should be disabled?  I believe we
 have that reversed at the moment; HPF is enabled when analog in is
 enabled.

 >
 > 3) V_REFOUT and Analog Input must be disabled when capture device is
 closed.
 >

 Does it matter what state it's in when it's closed?  How about we reset it
 when we open the capture device, instead?   Opening the device means we
 disable VREFOUT and analog in as part of preparing the device for the
 user.



 > thanks,
 > Arjun

-- 
Ticket URL: <http://dev.laptop.org/ticket/1829#comment:13>
One Laptop Per Child <http://laptop.org/>



More information about the Bugs mailing list