[alsa-devel] HDA Beep Device for Asus EeeBox EB1501P

[Takashi Iwai]

At Sat, 23 Feb 2013 21:01:54 +0100,
Harald Becker wrote:
> 
> Hi !
> 
> > 22-02-2013 16:11 Takashi Iwai <tiwai at suse.de>:
> 
> > > I own an Asus EeeBox EB1501P with an ALC662 codec and had no HDA
> > > mixer channel for the speaker beep device. After digging somewhat
> > > in the kernel source I found that I only need to add a single line
> > > in the beep_white_list in patch_realtek.c. May be this entry can be
> > > included in the mainstream drivers:
> > > 
> > > SND_PCI_QUIRK(0x1043, 0x8376, "EeePC", 1),
> 
> > Could you submit a proper patch for it?
> 
> Sorry, no. Do not have the right source base for creating patches. It
> is just a single line to add the system ID for my EeeBox to the
> beep_white_list table in patch_realtek.c. Are you able to create a
> patch for this? 

OK, I added the patch now.


> > > If I use echo -e "\a" in a shell or run the beep command utility the
> > > sound appears only on second and following invocations. Whenever the
> > > frequency changes with the beep command the first invocation stays
> > > silent or just produce some click due to ALSA driver power saving.
> > > On all further invocations with same frequency the requested tone is
> > > generated on external speakers. There is no difference in behavior
> > > if the commands are called in a terminal emulator or directly on a
> > > virtual text console.
> > > 
> > > Does this happen only on my machine or is this a known problem? Is
> > > there anything I can do to fix this behavior?
> > 
> > So, the behavior above disappears if you disable the power save?
> 
> Can't do further testing on this (see below), but it did not look to
> depend on the power saving feature. Power saving produces a noticeable
> speaker click (sic!). That click was there even on first invocation. So
> the speakers got turned on but no sound was produced.
> 
> > Does the patch like below have any influence on the behavior?
> 
> I recreated my kernel changing several configuration parameters
> centering about the problem to get the IT87 hwmon module to load
> instead of ATK0110. Finally I managed to get this working using the
> kernel option acpi_enforce_resources=lax. Now *ALL* hardware
> devices/functions of my EeeBox 1501P seam to work correct, including fan
> speed control. 
> 
> In addition this changed behavior of HDA Beep device. It now works
> correct on all invocations of beep utility. So I can't reproduce
> behavior. I do not know if my configuration modifications changed
> something or I did something wrong on my first tests. So please drop
> this issue request for now and just add the system ID to the
> beep_white_list. With this my EeeBox 1501P works fine, now!
> 
> If any trouble reappear, I will drop a new request on this. Sorry for
> the noise.

Alright.  If you see a problem again, let us know.


thanks,

Takashi