Bugs on aspire one A150

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt mode.

Maybe this is the reason for the fact that gnome power manager freezes when I unplug the AC, and freezes often when I try to see battery status.

(Note: same is seen on my acer aspire 5720)

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu... wireless more or less works, but kernel log is full of backtraces.

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram. Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

** 3 - internal mic doesn't work.
tried model=acer, model=auto.
Overall it seems that alsa misprograms O/B realteck codec.
I talk about this later.
Have same issue on my acer 5720

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

** 5 - coretemp doesn't show cpu temperature,
I have seen somewhere that atom support same thermal diode as core2 and only patch to detect it is needed.
Please include such path in 2.6.28 if exists.

** 6 - both card readers are missing from lspci, is this normal?

** 7 - opengl is broken, I tried running neverball in fullscreen, but it shows wrong/corrupted textures (compiz is running, and working well thought)

Now I installed 2.6.28-rc3 (actually latest -git)

Sadly nothing improved.
I only found few regressions:

* Wireless now drops connection from my WPA2 access point after few minutes. I changed temporarily its wireless protection to WEP and open mode, and both work fine, maybe this is related to periodic key exchange WPA does?

* System doesn't reboot/shutdown, just hangs.

Quoted 12 lines · Maxim Levitsky

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt mode.

Quoted 5 lines

Maybe this is the reason for the fact that gnome power manager freezes when I unplug the AC, and freezes often when I try to see battery status.

(Note: same is seen on my acer aspire 5720)

That sounds like a known issue. It has been resolved by "ACPI: EC: revert msleep patch". Happily Len submitted it for mainline this week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :).

Quoted 2 lines

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu... wireless more or less works, but kernel log is full of backtraces.

Well, that doesn't tell us much. Did they still happen after upgrading to 2.6.28-rc3? Can we see them?

Quoted 6 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram. Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

Quoted 8 lines

** 3 - internal mic doesn't work.
tried model=acer, model=auto.
Overall it seems that alsa misprograms O/B realteck codec.
I talk about this later.

Quoted 8 lines

Have same issue on my acer 5720

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Quoted 7 lines

** 5 - coretemp doesn't show cpu temperature,
I have seen somewhere that atom support same thermal diode as core2 and only patch to detect it is needed.
Please include such path in 2.6.28 if exists.

** 6 - both card readers are missing from lspci, is this normal?

A similar bug has been reported as a regression:

<http://bugzilla.kernel.org/show_bug.cgi?id=11828>

so one assumes that it worked on the machines with linux pre-installed. Hopefully without requiring any hacks.

It seems that for now a workaround may be to pass the option debug_quirks=1 to the sdhci module...

<http://marc.info/?l=linux-kernel&m=122509648027303&w=2>

...or that it may help if you insert an SD card before booting.

Apparently the reporter also investigated pcie hotplug. Probably the BIOS doesn't provide the normal support. You can try "modprobe pciehp pciehp_force=1", maybe it helps the kernel discover the devices. It worked for something else on my EeePC. But then it will reportedly disappear the ethernet controller.

However, at the moment pciehp can cause delays of 10s of seconds during resume.

Quoted 3 lines

** 7 - opengl is broken, I tried running neverball in fullscreen, but it shows wrong/corrupted textures (compiz is running, and working well thought)

Quoted 4 lines

Now I installed 2.6.28-rc3 (actually latest -git)

Quoted 8 lines

Sadly nothing improved.
I only found few regressions:

* Wireless now drops connection from my WPA2 access point after few minutes. I changed temporarily its wireless protection to WEP and open mode, and both work fine, maybe this is related to periodic key exchange WPA does?

Quoted 2 lines

* System doesn't reboot/shutdown, just hangs.

Could be this:

<http://bugzilla.kernel.org/show_bug.cgi?id=11942>

As a fix, 8fd145917fb62368a9b80db59562c20576238f5a was reverted from the acpi tree. This has also been submitted to mainline.

Quoted 6 lines

Quoted 6 lines

** 3 - internal mic doesn't work.
tried model=acer, model=auto.
Overall it seems that alsa misprograms O/B realteck codec.
I talk about this later.

Surprisingly, this is almost fixed.
I can record from both internal mic and external mic (Quality is not so good, but is the same as in windows)

Almost, is that to increase capture level, I have to set "one" channel of it.
Eg: if I set 100% left and 100% right then capture level is very low. But when I set 100% left and 0% right or vice versa it works fine.

Also the "mic boost" doesn't change capture volume for internal mic. also the "mic boost" if set to high value works like analog loopback (I hear what I say in mic in headphones, same happens on my main notebook acer 5720)

Interesting. Is it with or without model option? There is a model option specific for aspire one (acer-aspire). Doesn't it work better?

Interesting. Is it with or without model option? There is a model option specific for aspire one (acer-aspire). Doesn't it work better?

For comparing the hardware setting, please you run alsa-info.sh with --no-upload option, and attach the generated file at each state. This shows the real codec register values.

Hi,

[Takashi]:

Quoted 2 lines

Interesting. Is it with or without model option? There is a model option specific for aspire one (acer-aspire). Doesn't it work better?

OK, _THIS_ time I actually did get the correct model (last time I tried modprobe with model=acer-aspire, but apparently it then used the /etc/modprobe.d/ model=toshiba setting, since this time gamix showed entirely different controls with i-Mic etc.) - all the more reason to log the model name chosen/selected by the driver!!

--> I have to admit that usability sucks^Hcould be a lot better.

It's perfectly fine for ALSA to not have support for newish codecs or newish machines with weird setups, but basic usability and or documentation should thus be as good as can be to make sure that weaknesses can get detected and fixed in no time, even by "interested parties".

i-Mic on Ekiga with lotsa mixer fiddling didn't work either this time.

Quoted 3 lines

For comparing the hardware setting, please you run alsa-info.sh with --no-upload option, and attach the generated file at each state. This shows the real codec register values.

OK, here it is (-rc3 with model=acer-aspire):

name=root&type=33&description=/tmp/alsa-info.txt&expiry=&s=Submit+Post&content= !!################################
!!ALSA Information Script v 0.4.48 !!################################

!!Script ran on: Sun Nov 9 16:00:38 CET 2008

!!Linux Distribution
!!------------------

Ubuntu 8.10 \n \l DISTRIB_ID=Ubuntu DISTRIB_DESCRIPTION="Ubuntu 8.10"

!!Kernel Information
!!------------------

Kernel release:    2.6.28-rc3
Operating System:  GNU/Linux
Architecture:      i686
Processor:         unknown
SMP Enabled:       Yes

!!ALSA Version
!!------------

Driver version: 1.0.18rc3
Library version:
Utilities version: 1.0.17

!!Loaded ALSA modules
!!-------------------

snd_hda_intel

!!Soundcards recognised by ALSA
!!-----------------------------

0 [Intel ]: HDA-Intel - HDA Intel

                      HDA Intel at 0x38540000 irq 16

!!PCI Soundcards installed in the system
!!--------------------------------------

00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)

!!Advanced information - PCI Vendor/Device/Susbsystem ID's !!--------------------------------------------------------

00:1b.0 0403: 8086:27d8 (rev 02)

	Subsystem: 1025:015b

!!Modprobe options (Sound related)
!!--------------------------------

snd-hda-intel: model=acer-aspire
snd-atiixp-modem: index=-2
snd-intel8x0m: index=-2
snd-via82xx-modem: index=-2
snd-usb-audio: index=-2
snd-usb-usx2y: index=-2
snd-usb-caiaq: index=-2
snd-cmipci: mpu_port=0x330 fm_port=0x388
snd-pcsp: index=-2

!!Loaded sound module options
!!--------------------------

!!Module: snd_hda_intel
bdl_pos_adj : 1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
enable : Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y,Y
enable_msi : 0
id : <NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL> index : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
model : acer-aspire,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL>,<NULL> position_fix : 0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
power_save : 10
power_save_controller : Y
probe_mask : -1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1,-1
single_cmd : N

!!HDA-Intel Codec information
!!---------------------------
--startcollapse--

Codec: Realtek ALC268
Address: 0
Vendor Id: 0x10ec0268
Subsystem Id: 0x1025015b
Revision Id: 0x100101
No Modem Function Group found
Default PCM:

    rates [0x560]: 44100 48000 96000 192000
    bits [0xe]: 16 20 24
    formats [0x1]: PCM

Default Amp-In caps: N/A
Default Amp-Out caps: N/A
GPIO: io=4, o=0, i=0, unsolicited=1, wake=0
IO[0]: enable=0, dir=0, wake=0, sticky=0, data=0 IO[1]: enable=0, dir=0, wake=0, sticky=0, data=0 IO[2]: enable=0, dir=0, wake=0, sticky=0, data=0 IO[3]: enable=0, dir=0, wake=0, sticky=0, data=0
Node 0x02 [Audio Output] wcaps 0x1d: Stereo Amp-Out
Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0 Amp-Out vals: [0x3a 0x3a]
Converter: stream=0, channel=0
PCM:

    rates [0x560]: 44100 48000 96000 192000
    bits [0xe]: 16 20 24
    formats [0x1]: PCM

Node 0x03 [Audio Output] wcaps 0x1d: Stereo Amp-Out
Amp-Out caps: ofs=0x40, nsteps=0x40, stepsize=0x03, mute=0 Amp-Out vals: [0x3a 0x3a]
Converter: stream=0, channel=0
PCM:

    rates [0x560]: 44100 48000 96000 192000
    bits [0xe]: 16 20 24
    formats [0x1]: PCM

Node 0x04 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x05 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital
Converter: stream=0, channel=0
Digital:
Digital category: 0x0
PCM:

    rates [0x5e0]: 44100 48000 88200 96000 192000
    bits [0x1e]: 16 20 24 32
    formats [0x1]: PCM

Node 0x07 [Audio Input] wcaps 0x100111: Stereo
Converter: stream=0, channel=0
SDI-Select: 0
PCM:

    rates [0x160]: 44100 48000 96000
    bits [0xe]: 16 20 24
    formats [0x1]: PCM
  Connection: 1
     0x24

Node 0x08 [Audio Input] wcaps 0x100111: Stereo
Converter: stream=0, channel=0
SDI-Select: 0
PCM:

    rates [0x160]: 44100 48000 96000
    bits [0xe]: 16 20 24
    formats [0x1]: PCM
  Connection: 1
     0x23

Node 0x09 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0a [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0b [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0c [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0d [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x0e [Audio Mixer] wcaps 0x20010a: Mono Amp-In
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00]
Connection: 1

     0x02

Node 0x0f [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x00 0x00]
Connection: 2

     0x02 0x1d

Node 0x10 [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-In vals: [0x00 0x00] [0x80 0x80] [0x80 0x80]
Connection: 3

     0x03 0x1d 0x02

Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x12 [Pin Complex] wcaps 0x400001: Stereo
Pincap 0x00000020: IN
Pin Default 0x99a30920: [Fixed] Mic at Int ATAPI
Conn = ATAPI, Color = Unknown
DefAssociation = 0x2, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Node 0x13 [Pin Complex] wcaps 0x400001: Stereo
Pincap 0x00000020: IN
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x00:
Node 0x14 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00]
Pincap 0x0001003c: IN OUT HP EAPD Detect
EAPD 0x2: EAPD
Pin Default 0x99130110: [Fixed] Speaker at Int ATAPI
Conn = ATAPI, Color = Unknown
DefAssociation = 0x1, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Connection: 1

     0x0f

Node 0x15 [Pin Complex] wcaps 0x40018d: Stereo Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x00 0x00]
Pincap 0x0001003c: IN OUT HP EAPD Detect
EAPD 0x2: EAPD
Pin Default 0x0321401f: [Jack] HP Out at Ext Left
Conn = 1/8, Color = Green
DefAssociation = 0x1, Sequence = 0xf
Pin-ctls: 0xc0: OUT HP
Unsolicited: tag=04, enabled=1
Connection: 1

     0x10

Node 0x16 [Pin Complex] wcaps 0x40010c: Mono Amp-Out
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80]
Pincap 0x00000010: OUT
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Connection: 1

     0x0e

Node 0x17 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x02, stepsize=0x4f, mute=0 Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80]
Pincap 0x00003734: IN OUT Detect

    Vref caps: HIZ 50 GRD 80 100
  Pin Default 0x03a19830: [Jack] Mic at Ext Left
    Conn = 1/8, Color = Pink
    DefAssociation = 0x3, Sequence = 0x0
  Pin-ctls: 0x24: IN VREF_80
  Unsolicited: tag=08, enabled=1
  Connection: 1
     0x02

Node 0x19 [Pin Complex] wcaps 0x40008b: Stereo Amp-In
Amp-In caps: ofs=0x00, nsteps=0x02, stepsize=0x4f, mute=0 Amp-In vals: [0x00 0x00]
Pincap 0x00003724: IN Detect

    Vref caps: HIZ 50 GRD 80 100

Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x24: IN VREF_80
Unsolicited: tag=00, enabled=0
Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
Amp-In caps: ofs=0x00, nsteps=0x02, stepsize=0x4f, mute=0 Amp-In vals: [0x00 0x00]
Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1 Amp-Out vals: [0x80 0x80]
Pincap 0x00003734: IN OUT Detect

    Vref caps: HIZ 50 GRD 80 100
  Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
    Conn = 1/8, Color = Black
    DefAssociation = 0xf, Sequence = 0x0
    Misc = NO_PRESENCE
  Pin-ctls: 0x20: IN VREF_HIZ
  Unsolicited: tag=00, enabled=0
  Connection: 1
     0x02

Node 0x1b [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x1c [Pin Complex] wcaps 0x400001: Stereo
Pincap 0x00000020: IN
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Node 0x1d [Pin Complex] wcaps 0x400000: Mono
Pincap 0x00000020: IN
Pin Default 0x4015812d: [N/A] Speaker at Ext N/A
Conn = Optical, Color = Purple DefAssociation = 0x2, Sequence = 0xd
Misc = NO_PRESENCE
Pin-ctls: 0x20: IN
Node 0x1e [Pin Complex] wcaps 0x400380: Mono Digital
Pincap 0x00000010: OUT
Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
Conn = 1/8, Color = Black
DefAssociation = 0xf, Sequence = 0x0
Misc = NO_PRESENCE
Pin-ctls: 0x40: OUT
Unsolicited: tag=00, enabled=0
Connection: 1

     0x06

Node 0x1f [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono
Processing caps: benign=0, ncoeff=10
Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x22 [Vendor Defined Widget] wcaps 0xf00000: Mono Node 0x23 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x0a, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x1f 0x1f]
Connection: 7

     0x18 0x19 0x1a 0x1c 0x14 0x15 0x12*

Node 0x24 [Audio Selector] wcaps 0x30010d: Stereo Amp-Out
Amp-Out caps: ofs=0x0a, nsteps=0x1f, stepsize=0x05, mute=1 Amp-Out vals: [0x00 0x00]
Connection: 7

     0x18* 0x19 0x1a 0x1c 0x14 0x15 0x13

--endcollapse--

!!ALSA Device nodes
!!-----------------

crw-rw----+ 1 root audio 116, 6 2008-11-09 15:59 /dev/snd/controlC0 crw-rw----+ 1 root audio 116, 5 2008-11-09 15:59 /dev/snd/pcmC0D0c crw-rw----+ 1 root audio 116, 4 2008-11-09 15:59 /dev/snd/pcmC0D0p crw-rw----+ 1 root audio 116, 3 2008-11-09 15:58 /dev/snd/seq crw-rw----+ 1 root audio 116, 2 2008-11-09 15:58 /dev/snd/timer

!!Aplay/Arecord output
!!------------

APLAY

**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC268 Analog [ALC268 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0

ARECORD

**** List of CAPTURE Hardware Devices ****
card 0: Intel [HDA Intel], device 0: ALC268 Analog [ALC268 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0

!!Amixer output
!!-------------

!!-------Mixer controls for card 0 [Intel]

Simple mixer control 'Master',0
Capabilities: pvolume pswitch
Playback channels: Front Left - Front Right
Limits: Playback 0 - 64
Mono:
Front Left: Playback 58 [91%] [-6.00dB] [on]
Front Right: Playback 58 [91%] [-6.00dB] [on]
Simple mixer control 'PCM',0
Capabilities: pvolume
Playback channels: Front Left - Front Right
Limits: Playback 0 - 255
Mono:
Front Left: Playback 255 [100%] [0.00dB]
Front Right: Playback 255 [100%] [0.00dB]
Simple mixer control 'Mic Boost',0
Capabilities: cvolume
Capture channels: Front Left - Front Right
Limits: Capture 0 - 2
Front Left: Capture 0 [0%] [0.00dB]
Front Right: Capture 0 [0%] [0.00dB]
Simple mixer control 'Capture',0
Capabilities: cvolume cswitch
Capture channels: Front Left - Front Right
Limits: Capture 0 - 31
Front Left: Capture 31 [100%] [31.50dB] [on]
Front Right: Capture 31 [100%] [31.50dB] [on]
Simple mixer control 'Digital',0
Capabilities: cvolume
Capture channels: Front Left - Front Right
Limits: Capture 0 - 120
Front Left: Capture 120 [100%] [30.00dB]
Front Right: Capture 120 [100%] [30.00dB]
Simple mixer control 'Input Source',0
Capabilities: cenum
Items: 'i-Mic' 'E-Mic'
Item0: 'i-Mic'

!!Alsactl output
!!-------------

--startcollapse--

state.Intel {
	control.1 {
		comment.access 'read write'
		comment.type INTEGER
		comment.count 2
		comment.range '0 - 64'
		comment.dbmin -6400
		comment.dbmax 0
		iface MIXER
		name 'Master Playback Volume'
		value.0 58
		value.1 58
	}
	control.2 {
		comment.access 'read write'
		comment.type BOOLEAN
		comment.count 2
		iface MIXER
		name 'Master Playback Switch'
		value.0 true
		value.1 true
	}
	control.3 {
		comment.access 'read write'
		comment.type INTEGER
		comment.count 2
		comment.range '0 - 2'
		comment.dbmin 0
		comment.dbmax 4000
		iface MIXER
		name 'Mic Boost Capture Volume'
		value.0 0
		value.1 0
	}
	control.4 {
		comment.access 'read write'
		comment.type INTEGER
		comment.count 2
		comment.range '0 - 31'
		comment.dbmin -1500
		comment.dbmax 3150
		iface MIXER
		name 'Capture Volume'
		value.0 31
		value.1 31
	}
	control.5 {
		comment.access 'read write'
		comment.type BOOLEAN
		comment.count 2
		iface MIXER
		name 'Capture Switch'
		value.0 true
		value.1 true
	}
	control.6 {
		comment.access 'read write'
		comment.type ENUMERATED
		comment.count 1
		comment.item.0 i-Mic
		comment.item.1 E-Mic
		iface MIXER
		name 'Input Source'
		value i-Mic
	}
	control.7 {
		comment.access 'read write user'
		comment.type INTEGER
		comment.count 2
		comment.range '0 - 255'
		comment.tlv '0000000100000008ffffec1400000014'
		comment.dbmin -5100
		comment.dbmax 0
		iface MIXER
		name 'PCM Playback Volume'
		value.0 255
		value.1 255
	}
	control.8 {
		comment.access 'read write user'
		comment.type INTEGER
		comment.count 2
		comment.range '0 - 120'
		comment.tlv '0000000100000008fffff44800000032'
		comment.dbmin -3000
		comment.dbmax 3000
		iface MIXER
		name 'Digital Capture Volume'
		value.0 120
		value.1 120
	}
}

--endcollapse--

!!All Loaded Modules
!!------------------

Module
af_packet
i915
drm
binfmt_misc
sco
bridge
stp
llc
rfcomm
bnep
l2cap
bluetooth
ppdev
acpi_cpufreq
cpufreq_stats
pci_slot
cpufreq_ondemand
freq_table
container
cpufreq_userspace
cpufreq_conservative
sbs
sbshc
cpufreq_powersave
microcode
iptable_filter
ip_tables
x_tables
parport_pc
lp
parport
loop
joydev
ipv6
mmc_block
snd_hda_intel
snd_pcm_oss
snd_mixer_oss
acer_wmi
rfkill
snd_pcm
evdev
uvcvideo
compat_ioctl32
videodev
v4l1_compat
snd_seq_dummy
psmouse
serio_raw
arc4
ecb
video
output
sdhci_pci
sdhci
wmi
snd_seq_oss
snd_seq_midi
snd_rawmidi
ath5k
snd_seq_midi_event
mac80211
mmc_core
led_class
cfg80211
snd_seq
battery
ac
button
snd_timer
snd_seq_device
pcspkr
snd
iTCO_wdt
iTCO_vendor_support
soundcore
snd_page_alloc
intel_agp
agpgart
shpchp
pci_hotplug
ext3
jbd
mbcache
sd_mod
crc_t10dif
sg
pata_acpi
ata_generic
ata_piix
libata
ehci_hcd
uhci_hcd
scsi_mod
usbcore
r8169
mii
thermal
processor
fan
fuse

Thanks,

Andreas Mohr

At Sun, 9 Nov 2008 16:13:23 +0100,

Quoted 5 lines · Andreas Mohr

OK, _THIS_ time I actually did get the correct model (last time I tried modprobe with model=acer-aspire, but apparently it then used the /etc/modprobe.d/ model=toshiba setting, since this time gamix showed entirely different controls with i-Mic etc.) - all the more reason to log the model name chosen/selected by the driver!!

Build with the debug option (why turned off even if you *are* debugging?). Then the driver will show you details.

Quoted 1 line

--> I have to admit that usability sucks^Hcould be a lot better.

One would call it rather debuggability than usability. These are completely different things.

Quoted 1 line

i-Mic on Ekiga with lotsa mixer fiddling didn't work either this time.

OK, then something is missing. But you should test by arecord first than any complicated applications as a primary test.

Anyway, the acer-aspire support code was written by Realtek guys, so it'd be best to ask them...

Quoted 8 lines · Takashi Iwai

At Sun, 9 Nov 2008 16:13:23 +0100,

Quoted 5 lines · Andreas Mohr

OK, _THIS_ time I actually did get the correct model (last time I tried modprobe with model=acer-aspire, but apparently it then used the /etc/modprobe.d/ model=toshiba setting, since this time gamix showed entirely different controls with i-Mic etc.) - all the more reason to log the model name chosen/selected by the driver!!

Quoted 2 lines

Build with the debug option (why turned off even if you *are* debugging?). Then the driver will show you details.

Hmm, right, that would have been an (very useful) option, but not for the majority of users OTOH.

Especially since this is a user-visible module parameter which should thus be confirmed in mainstream user code, via logging.

Admittedly not many modules log their settings during startup, but for snd_hda_intel with its two myriads of codec/machine variants and a resulting quarter myriad of issues that would be very useful.

Quoted 4 lines

Quoted 1 line

--> I have to admit that usability sucks^Hcould be a lot better.

One would call it rather debuggability than usability. These are completely different things.

See above ;)

Quoted 4 lines

Quoted 1 line

i-Mic on Ekiga with lotsa mixer fiddling didn't work either this time.

OK, then something is missing. But you should test by arecord first than any complicated applications as a primary test.

Good point, will do.

Oh, and is there a way to manually alter codec registers?

At Sun, 9 Nov 2008 21:09:29 +0100,

Quoted 8 lines · Andreas Mohr

Quoted 7 lines · Takashi Iwai

At Sun, 9 Nov 2008 16:13:23 +0100,

Quoted 5 lines · Andreas Mohr

OK, _THIS_ time I actually did get the correct model (last time I tried modprobe with model=acer-aspire, but apparently it then used the /etc/modprobe.d/ model=toshiba setting, since this time gamix showed entirely different controls with i-Mic etc.) - all the more reason to log the model name chosen/selected by the driver!!

Quoted 4 lines

Quoted 2 lines

Build with the debug option (why turned off even if you *are* debugging?). Then the driver will show you details.

Hmm, right, that would have been an (very useful) option, but not for the majority of users OTOH.

I thought many ditros set this option...

Quoted 2 lines

Especially since this is a user-visible module parameter which should thus be confirmed in mainstream user code, via logging.

You can check via /sys/modules/snd_hda_intel/parameters/model whether you passed correctly or not, at least :)

Quoted 3 lines

Admittedly not many modules log their settings during startup, but for snd_hda_intel with its two myriads of codec/machine variants and a resulting quarter myriad of issues that would be very useful.

Passing the model option is already a kind of debugging work, IMO. You shouldn't do it unless you need it, indeed.

Quoted 10 lines

Quoted 3 lines

Quoted 1 line

--> I have to admit that usability sucks^Hcould be a lot better.

One would call it rather debuggability than usability. These are completely different things.

See above ;)

Quoted 3 lines

Quoted 1 line

i-Mic on Ekiga with lotsa mixer fiddling didn't work either this time.

OK, then something is missing. But you should test by arecord first than any complicated applications as a primary test.

Good point, will do.

Quoted 1 line

Oh, and is there a way to manually alter codec registers?

Try hda-verb program. Build your kernel with CONFIG_SND_HDA_HWDEP=y and access via the hwdep device.

	ftp://ftp.suse.com/pub/people/tiwai/misc/hda-verb-0.2.tar.bz2

Takashi

I pretty much studied the datasheet and driver, and this is what I found:
btw, my acer 5720 and aspire one share same ALC268.
Some stuff is trivially fixable, some seems to be unfixable at all:

model=acer is used on my regular laptop.
model-acer-aspire is used on aspire one laptop, and it needs to be renamed, as both are aspire.

And now for unfixable problems:

1) There is strong DC offset on all inputs.
it is even different on left/right and depends on capture volume.
I tried to change the VREF only param that could help, but it doesn't.
I feel that this is hardware flaw.
(It is possible that voltage on inputs is created by circuit made by acer, and then ALC268 amplifies it.)

Lastly I noticed that datasheet mentions so called 'coefficients':
the codecs exposes lots of internal and undocumented registers using set address/ get/set value scheme. maybe some of above bugs are fixable there, but ether realtek has to provide data for that or reverse engineering of windows driver is required.

Hi,

Quoted 3 lines · Maxim Levitsky

I pretty much studied the datasheet and driver, and this is what I found:
btw, my acer 5720 and aspire one share same ALC268.
Some stuff is trivially fixable, some seems to be unfixable at all:

Wow, what an extremely in-depth analysis!
I just intended to dive into getting mic routing corrected myself, thus you saved me a lot of time!

Quoted 2 lines

model=acer is used on my regular laptop.
model-acer-aspire is used on aspire one laptop, and it needs to be renamed, as both are aspire.

+1 (your analysis of both being rather different - as already pondered - confirms this necessity)

Quoted 7 lines

And now for unfixable problems:

1) There is strong DC offset on all inputs.
it is even different on left/right and depends on capture volume.
I tried to change the VREF only param that could help, but it doesn't.
I feel that this is hardware flaw.
(It is possible that voltage on inputs is created by circuit made by acer, and then ALC268 amplifies it.)

Sounds like really bad circuit design then.
One would think that the Intel HDA architecture might have builtin measures to compensate for this if needed? DC offset issues on soundcards aren't exactly a new phenomenon after all...

Quoted 4 lines

Lastly I noticed that datasheet mentions so called 'coefficients':
the codecs exposes lots of internal and undocumented registers using set address/ get/set value scheme. maybe some of above bugs are fixable there, but ether realtek has to provide data for that or reverse engineering of windows driver is required.

I've actually had a peek at the .inf files since I thought that it would already contain register values in those registry keys that it creates on install, but yeah, that's all in-driver it seems.
Probably time to ask Acer about specifics, especially since I didn't spot any hda-intel changes in their linux-2.6.23.9lw source.

Thank you very much,

Andreas Mohr

Quoted 41 lines · Andreas Mohr

Hi,

Quoted 3 lines · Maxim Levitsky

I pretty much studied the datasheet and driver, and this is what I found:
btw, my acer 5720 and aspire one share same ALC268.
Some stuff is trivially fixable, some seems to be unfixable at all:

Wow, what an extremely in-depth analysis!
I just intended to dive into getting mic routing corrected myself, thus you saved me a lot of time!

Quoted 2 lines

model=acer is used on my regular laptop.
model-acer-aspire is used on aspire one laptop, and it needs to be renamed, as both are aspire.

+1 (your analysis of both being rather different - as already pondered - confirms this necessity)

Quoted 7 lines

And now for unfixable problems:

1) There is strong DC offset on all inputs.
it is even different on left/right and depends on capture volume.
I tried to change the VREF only param that could help, but it doesn't.
I feel that this is hardware flaw.
(It is possible that voltage on inputs is created by circuit made by acer, and then ALC268 amplifies it.)

Sounds like really bad circuit design then.
One would think that the Intel HDA architecture might have builtin measures to compensate for this if needed? DC offset issues on soundcards aren't exactly a new phenomenon after all...

Quoted 4 lines

Lastly I noticed that datasheet mentions so called 'coefficients':
the codecs exposes lots of internal and undocumented registers using set address/ get/set value scheme. maybe some of above bugs are fixable there, but ether realtek has to provide data for that or reverse engineering of windows driver is required.

I've actually had a peek at the .inf files since I thought that it would already contain register values in those registry keys that it creates on install, but yeah, that's all in-driver it seems.
Probably time to ask Acer about specifics, especially since I didn't spot any hda-intel changes in their linux-2.6.23.9lw source.

Quoted 3 lines

Thank you very much,

Andreas Mohr

Small update:

1) The dc offset isn't present on aspire one, really is a circuit design bug I guess 2) Internal mic works perfectly on aspire one, can reproduce the strange behaver at all, Probably this was mixer bug.

So aspire one support is almost, only need to add support to restore beep volume after resume.

Best regards,
Maxim Levitsky

Quoted 4 lines · Maxim Levitsky

1) The dc offset isn't present on aspire one, really is a circuit design bug I guess 2) Internal mic works perfectly on aspire one, can reproduce the strange behaver at all,
Probably this was mixer bug.

Finally, I found how to reproduce that bug,
I mean to get normal volume on internal mic, I have to increase volume only on left or right channel.

So, this happens always, and _only_ when recording _mono_ sound from internal mic.

Since hardware doesn't support hardware mono input, tested with -D hw:0 I suspect this to be alsa-lib bug, any ideas?
Happens with arecord -D plughw:0 -c1 .

Quoted 49 lines · Maxim Levitsky

Quoted 48 lines · Andreas Mohr

Hi,

Quoted 4 lines · Maxim Levitsky

I pretty much studied the datasheet and driver, and this is what I found:
btw, my acer 5720 and aspire one share same ALC268.
Some stuff is trivially fixable, some seems to be unfixable at all:

Wow, what an extremely in-depth analysis!
I just intended to dive into getting mic routing corrected myself, thus you saved me a lot of time!

Quoted 3 lines

model=acer is used on my regular laptop. model-acer-aspire is used on aspire one laptop, and it needs to be renamed, as both are aspire.

+1 (your analysis of both being rather different - as already pondered - confirms this necessity)

Quoted 8 lines

And now for unfixable problems:

1) There is strong DC offset on all inputs.
it is even different on left/right and depends on capture volume. I tried to change the VREF only param that could help, but it doesn't. I feel that this is hardware flaw.
(It is possible that voltage on inputs is created by circuit made by acer, and then ALC268 amplifies it.)

Sounds like really bad circuit design then.
One would think that the Intel HDA architecture might have builtin measures to compensate for this if needed? DC offset issues on soundcards aren't exactly a new phenomenon after all...

Quoted 6 lines

Lastly I noticed that datasheet mentions so called 'coefficients':
the codecs exposes lots of internal and undocumented registers using set address/ get/set value scheme.
maybe some of above bugs are fixable there, but ether realtek has to provide data for that or reverse engineering of
windows driver is required.

I've actually had a peek at the .inf files since I thought that it would already contain register values in those registry keys that it creates on install, but yeah, that's all in-driver it seems.
Probably time to ask Acer about specifics, especially since I didn't spot any hda-intel changes in their linux-2.6.23.9lw source.

Thank you very much,

Quoted 8 lines

Quoted 1 line

Andreas Mohr

Small update:

1) The dc offset isn't present on aspire one, really is a circuit design bug I guess 2) Internal mic works perfectly on aspire one, can reproduce the strange behaver at all,
Probably this was mixer bug.

Finally, I found how to reproduce that bug,
I mean to get normal volume on internal mic, I have to increase volume only on left or right channel.

So, this happens always, and _only_ when recording _mono_ sound from internal mic.

Since hardware doesn't support hardware mono input, tested with -D hw:0 I suspect this to be alsa-lib bug, any ideas?
Happens with arecord -D plughw:0 -c1 .

At Sat, 22 Nov 2008 21:00:18 +0200,

Quoted 63 lines · Maxim Levitsky

Quoted 49 lines · Maxim Levitsky

Quoted 48 lines · Andreas Mohr

Hi,

Quoted 4 lines · Maxim Levitsky

I pretty much studied the datasheet and driver, and this is what I found:
btw, my acer 5720 and aspire one share same ALC268.
Some stuff is trivially fixable, some seems to be unfixable at all:

Wow, what an extremely in-depth analysis!
I just intended to dive into getting mic routing corrected myself, thus you saved me a lot of time!

Quoted 3 lines

model=acer is used on my regular laptop. model-acer-aspire is used on aspire one laptop, and it needs to be renamed, as both are aspire.

+1 (your analysis of both being rather different - as already pondered - confirms this necessity)

Quoted 8 lines

And now for unfixable problems:

1) There is strong DC offset on all inputs.
it is even different on left/right and depends on capture volume. I tried to change the VREF only param that could help, but it doesn't. I feel that this is hardware flaw.
(It is possible that voltage on inputs is created by circuit made by acer, and then ALC268 amplifies it.)

Sounds like really bad circuit design then.
One would think that the Intel HDA architecture might have builtin measures to compensate for this if needed? DC offset issues on soundcards aren't exactly a new phenomenon after all...

Quoted 6 lines

Lastly I noticed that datasheet mentions so called 'coefficients':
the codecs exposes lots of internal and undocumented registers using set address/ get/set value scheme.
maybe some of above bugs are fixable there, but ether realtek has to provide data for that or reverse engineering of
windows driver is required.

I've actually had a peek at the .inf files since I thought that it would already contain register values in those registry keys that it creates on install, but yeah, that's all in-driver it seems.
Probably time to ask Acer about specifics, especially since I didn't spot any hda-intel changes in their linux-2.6.23.9lw source.

Thank you very much,

Quoted 8 lines

Quoted 1 line

Andreas Mohr

Small update:

1) The dc offset isn't present on aspire one, really is a circuit design bug I guess 2) Internal mic works perfectly on aspire one, can reproduce the strange behaver at all,
Probably this was mixer bug.

Finally, I found how to reproduce that bug,
I mean to get normal volume on internal mic, I have to increase volume only on left or right channel.

Quoted 6 lines

So, this happens always, and _only_ when recording _mono_ sound from internal mic.

Since hardware doesn't support hardware mono input, tested with -D hw:0 I suspect this to be alsa-lib bug, any ideas?
Happens with arecord -D plughw:0 -c1 .

What does show with -v option?

Hi,

Quoted 13 lines · Takashi Iwai

At Sat, 22 Nov 2008 21:00:18 +0200,

Quoted 10 lines · Maxim Levitsky

Finally, I found how to reproduce that bug,
I mean to get normal volume on internal mic, I have to increase volume only on left or right channel.

So, this happens always, and _only_ when recording _mono_ sound from internal mic.

Since hardware doesn't support hardware mono input, tested with -D hw:0 I suspect this to be alsa-lib bug, any ideas?
Happens with arecord -D plughw:0 -c1 .

Quoted 1 line

What does show with -v option?

OK, I could fully reproduce this now (sorry for the delay!).

Currently 2.6.28, u8.10, model acer-aspire, libasound2 1.0.17a-0ubuntu4, libasound2-plugins 1.0.17-0ubuntu5.

Hi,

Quoted 16 lines · Andreas Mohr

Hi,

Quoted 13 lines · Takashi Iwai

At Sat, 22 Nov 2008 21:00:18 +0200,

Quoted 10 lines · Maxim Levitsky

Finally, I found how to reproduce that bug,
I mean to get normal volume on internal mic, I have to increase volume only on left or right channel.

So, this happens always, and _only_ when recording _mono_ sound from internal mic.

Since hardware doesn't support hardware mono input, tested with -D hw:0 I suspect this to be alsa-lib bug, any ideas?
Happens with arecord -D plughw:0 -c1 .

Quoted 6 lines

Quoted 1 line

What does show with -v option?

OK, I could fully reproduce this now (sorry for the delay!).

Currently 2.6.28, u8.10, model acer-aspire, libasound2 1.0.17a-0ubuntu4, libasound2-plugins 1.0.17-0ubuntu5.

Same microphone behaviour on 2.6.29-rc8 (additionally remembered to enable CONFIG_SND_HDA_HWDEP for further testing!), u9.04, model acer-aspire, libasound2 1.0.18-1ubuntu7, libasound2-plugins 1.0.18-1ubuntu4 (yes, I've just done some monster upgrade).

Will try to eventually analyze things using your _HWDEP-related tools.

At Mon, 16 Mar 2009 13:03:12 +0100,

Quoted 32 lines · Andreas Mohr

Hi,

Quoted 16 lines · Andreas Mohr

Hi,

Quoted 13 lines · Takashi Iwai

At Sat, 22 Nov 2008 21:00:18 +0200,

Quoted 10 lines · Maxim Levitsky

Finally, I found how to reproduce that bug,
I mean to get normal volume on internal mic, I have to increase volume only on left or right channel.

So, this happens always, and _only_ when recording _mono_ sound from internal mic.

Since hardware doesn't support hardware mono input, tested with -D hw:0 I suspect this to be alsa-lib bug, any ideas?
Happens with arecord -D plughw:0 -c1 .

Quoted 6 lines

Quoted 1 line

What does show with -v option?

OK, I could fully reproduce this now (sorry for the delay!).

Currently 2.6.28, u8.10, model acer-aspire, libasound2 1.0.17a-0ubuntu4, libasound2-plugins 1.0.17-0ubuntu5.

Same microphone behaviour on 2.6.29-rc8 (additionally remembered to enable CONFIG_SND_HDA_HWDEP for further testing!), u9.04, model acer-aspire, libasound2 1.0.18-1ubuntu7, libasound2-plugins 1.0.18-1ubuntu4 (yes, I've just done some monster upgrade).

Quoted 1 line

Will try to eventually analyze things using your _HWDEP-related tools.

The question in the top priority is whether it's a kernel driver issue or alsa-lib converter issue. Could you check whether the sounds recorded with -Dhw (and with matching rate, format, etc) have the same noise problem at first?

And, if it's about the alsa-lib conversion problem, we can reproduce without the hardware, e.g. via file plugin...

thanks,

Takashi

Hi,

Quoted 34 lines · Takashi Iwai

At Mon, 16 Mar 2009 13:03:12 +0100,

Quoted 32 lines · Andreas Mohr

Hi,

Quoted 16 lines · Andreas Mohr

Hi,

Quoted 13 lines · Takashi Iwai

At Sat, 22 Nov 2008 21:00:18 +0200,

Quoted 10 lines · Maxim Levitsky

Finally, I found how to reproduce that bug,
I mean to get normal volume on internal mic, I have to increase volume only on left or right channel.

So, this happens always, and _only_ when recording _mono_ sound from internal mic.

Since hardware doesn't support hardware mono input, tested with -D hw:0 I suspect this to be alsa-lib bug, any ideas?
Happens with arecord -D plughw:0 -c1 .

Quoted 6 lines

Quoted 1 line

What does show with -v option?

OK, I could fully reproduce this now (sorry for the delay!).

Currently 2.6.28, u8.10, model acer-aspire, libasound2 1.0.17a-0ubuntu4, libasound2-plugins 1.0.17-0ubuntu5.

Same microphone behaviour on 2.6.29-rc8 (additionally remembered to enable CONFIG_SND_HDA_HWDEP for further testing!), u9.04, model acer-aspire, libasound2 1.0.18-1ubuntu7, libasound2-plugins 1.0.18-1ubuntu4 (yes, I've just done some monster upgrade).

Quoted 6 lines

Quoted 1 line

Will try to eventually analyze things using your _HWDEP-related tools.

The question in the top priority is whether it's a kernel driver issue or alsa-lib converter issue. Could you check whether the sounds recorded with -Dhw (and with matching rate, format, etc) have the same noise problem at first?

OK, tried arecord -v -D hw:0 -c1 test.wav, which ended with
arecord: set_params:961: Sample format non available .

arecord -v -D hw:0 -c1 -f S16_LE test.wav then ended with
arecord: set_params:966: Channels count non available thus completing it into a
arecord -v -D hw:0 -c2 -f S16_LE test.wav worked.

Trying this line with plughw then worked (of course, since two channels never has any problems).

Interestingly when using plughw there seems to be some LPF effect, since with hw I get lots of white noise whereas with plughw the recorded sound is dark (no higher-frequency components at all).

And audio is always being recorded properly no matter which Capture sliders position.

To state it more clearly, both hw and plughw have no issues whatsoever with -c2 -f S16_LE, any sliders position.
If I then switch to plughw:0 -c2 -f U8 (IOW change to U8 format), no problems either. Trouble starts if I then change to -c1 and have both channel sliders about equal (if they're not equal then I'm getting audio returned properly).

Quoted 2 lines

And, if it's about the alsa-lib conversion problem, we can reproduce without the hardware, e.g. via file plugin...

So, what to do?

At Mon, 16 Mar 2009 14:30:01 +0100,

Quoted 29 lines · Andreas Mohr

Hi,

Quoted 4 lines · Takashi Iwai

The question in the top priority is whether it's a kernel driver issue or alsa-lib converter issue. Could you check whether the sounds recorded with -Dhw (and with matching rate, format, etc) have the same noise problem at first?

OK, tried arecord -v -D hw:0 -c1 test.wav, which ended with
arecord: set_params:961: Sample format non available .

arecord -v -D hw:0 -c1 -f S16_LE test.wav then ended with
arecord: set_params:966: Channels count non available thus completing it into a
arecord -v -D hw:0 -c2 -f S16_LE test.wav worked.

Trying this line with plughw then worked (of course, since two channels never has any problems).

Interestingly when using plughw there seems to be some LPF effect, since with hw I get lots of white noise whereas with plughw the recorded sound is dark (no higher-frequency components at all).

And audio is always being recorded properly no matter which Capture sliders position.

Quoted 6 lines

To state it more clearly, both hw and plughw have no issues whatsoever with -c2 -f S16_LE, any sliders position.
If I then switch to plughw:0 -c2 -f U8 (IOW change to U8 format), no problems either. Trouble starts if I then change to -c1 and have both channel sliders about equal (if they're not equal then I'm getting audio returned properly).

So, the following is also problematic

% arecord -fdat -c1 -Dplughw ng.wav

while the below works?

% arecord -fdat -Dhw good.wav

Quoted 5 lines

Quoted 3 lines

And, if it's about the alsa-lib conversion problem, we can reproduce without the hardware, e.g. via file plugin...

So, what to do?

Does the conversion by sox from good.wav to a mono-channel file work?

Hi,

Quoted 40 lines · Takashi Iwai

At Mon, 16 Mar 2009 14:30:01 +0100,

Quoted 29 lines · Andreas Mohr

Hi,

Quoted 4 lines · Takashi Iwai

The question in the top priority is whether it's a kernel driver issue or alsa-lib converter issue. Could you check whether the sounds recorded with -Dhw (and with matching rate, format, etc) have the same noise problem at first?

OK, tried arecord -v -D hw:0 -c1 test.wav, which ended with
arecord: set_params:961: Sample format non available .

arecord -v -D hw:0 -c1 -f S16_LE test.wav then ended with
arecord: set_params:966: Channels count non available thus completing it into a
arecord -v -D hw:0 -c2 -f S16_LE test.wav worked.

Trying this line with plughw then worked (of course, since two channels never has any problems).

Interestingly when using plughw there seems to be some LPF effect, since with hw I get lots of white noise whereas with plughw the recorded sound is dark (no higher-frequency components at all).

And audio is always being recorded properly no matter which Capture sliders position.

Quoted 6 lines

To state it more clearly, both hw and plughw have no issues whatsoever with -c2 -f S16_LE, any sliders position.
If I then switch to plughw:0 -c2 -f U8 (IOW change to U8 format), no problems either. Trouble starts if I then change to -c1 and have both channel sliders about equal (if they're not equal then I'm getting audio returned properly).

So, the following is also problematic

Quoted 5 lines

% arecord -fdat -c1 -Dplughw ng.wav

while the below works?

% arecord -fdat -Dhw good.wav

Indeed, the above has problems with problematic slider positions whereas the below never has.

Quoted 5 lines

Quoted 4 lines

Quoted 2 lines

And, if it's about the alsa-lib conversion problem, we can reproduce without the hardware, e.g. via file plugin...

So, what to do?

Quoted 1 line

Does the conversion by sox from good.wav to a mono-channel file work?

I assume I should be using
sox good.wav -c1 good1.wav
?

If so, yes, this works, audio is there.

At Mon, 16 Mar 2009 15:31:58 +0100,

Quoted 8 lines · Andreas Mohr

Hi,

Quoted 4 lines · Takashi Iwai

So, the following is also problematic

% arecord -fdat -c1 -Dplughw ng.wav

Quoted 6 lines

Quoted 3 lines

while the below works?

% arecord -fdat -Dhw good.wav

Indeed, the above has problems with problematic slider positions whereas the below never has.

Err, could you be more specific about "slider positions"?

Quoted 7 lines

Quoted 1 line

Does the conversion by sox from good.wav to a mono-channel file work?

I assume I should be using
sox good.wav -c1 good1.wav
?

If so, yes, this works, audio is there.

Just to be sure - what about below?

	sox good.wav -c1 good1.wav mixer 0.5,0.5

Hi,

Quoted 17 lines · Takashi Iwai

At Mon, 16 Mar 2009 15:31:58 +0100,

Quoted 14 lines · Andreas Mohr

Hi,

Quoted 7 lines · Takashi Iwai

So, the following is also problematic

% arecord -fdat -c1 -Dplughw ng.wav

while the below works?

% arecord -fdat -Dhw good.wav

Indeed, the above has problems with problematic slider positions whereas the below never has.

Quoted 1 line

Err, could you be more specific about "slider positions"?

Hmm, I thought I was... (elsewhere)

In the problematic case (using plughw),
whenever left channel / right channel sliders are equal, no sound gets recorded.

At Mon, 16 Mar 2009 15:50:36 +0100,

Quoted 2 lines · Andreas Mohr

In the problematic case (using plughw),
whenever left channel / right channel sliders are equal, no sound gets recorded.

What are "sliders"?

Hi,

On Mon, Mar 16, 2009 at 04:34:05PM +0100, Takashi Iwai wrote:

Quoted 6 lines

At Mon, 16 Mar 2009 15:50:36 +0100,

Quoted 2 lines · Andreas Mohr

In the problematic case (using plughw),
whenever left channel / right channel sliders are equal, no sound gets recorded.

What are "sliders"?

Umm, volume level controls.

At Mon, 16 Mar 2009 17:02:08 +0100,

Quoted 4 lines · Andreas Mohr

Hi,

On Mon, Mar 16, 2009 at 04:34:05PM +0100, Takashi Iwai wrote:

Quoted 8 lines

Quoted 6 lines

At Mon, 16 Mar 2009 15:50:36 +0100,

Quoted 2 lines · Andreas Mohr

In the problematic case (using plughw),
whenever left channel / right channel sliders are equal, no sound gets recorded.

What are "sliders"?

Umm, volume level controls.

Yes but there are many of such :)

More exactly, from the driver perspective, there are no volume controls but only there are control elements with integer values. Do you mean "Capture Volume" control or which one?

And, is the behavior consistent regardless of the value high, i.e. the key is only whether the values for both channels are identical?

At Mon, 16 Mar 2009 17:06:35 +0100,

Quoted 10 lines · 私 wrote:

Quoted 4 lines

Quoted 2 lines

What are "sliders"?

Umm, volume level controls.

Yes but there are many of such :)

More exactly, from the driver perspective, there are no volume controls but only there are control elements with integer values. Do you mean "Capture Volume" control or which one?

Quoted 2 lines

And, is the behavior consistent regardless of the value high, i.e. the key is only whether the values for both channels are identical?

BTW, what if you record with the following definition? Put the below to ~/.asoundrc

pcm.imix {
	type plug
	slave.pcm "hw"
	ttable.0.0 0.5
	ttable.0.1 -0.5
}

and record like

% aplay -Dimix -c1 foo.wav

Hi,

Quoted 7 lines · Takashi Iwai

At Mon, 16 Mar 2009 17:06:35 +0100,

Quoted 5 lines · 私 wrote:

Quoted 4 lines

Quoted 2 lines

What are "sliders"?

Umm, volume level controls.

Quoted 5 lines

Quoted 5 lines

Yes but there are many of such :)

More exactly, from the driver perspective, there are no volume controls but only there are control elements with integer values. Do you mean "Capture Volume" control or which one?

Hmm, ok, this needs to be more precise:
In gamix (codec "HDA Intel : Realtek ALC268"), the Capture Volume control.

Quoted 13 lines

Quoted 2 lines

And, is the behavior consistent regardless of the value high, i.e. the key is only whether the values for both channels are identical?

BTW, what if you record with the following definition? Put the below to ~/.asoundrc

pcm.imix {
	type plug
	slave.pcm "hw"
	ttable.0.0 0.5
	ttable.0.1 -0.5
}

Quoted 3 lines

and record like

% aplay -Dimix -c1 foo.wav

Does NOT exhibit the "equal sliders == no sound" bug (apart from this sliders are acting normally, i.e. slider low == no sound), despite being a "plug" type definition (this is what you wanted to discern, right? ;).

At Mon, 16 Mar 2009 18:00:15 +0100,

Quoted 11 lines · Andreas Mohr

Hi,

Quoted 7 lines · Takashi Iwai

At Mon, 16 Mar 2009 17:06:35 +0100,

Quoted 5 lines · 私 wrote:

Quoted 4 lines

Quoted 2 lines

What are "sliders"?

Umm, volume level controls.

Quoted 8 lines

Quoted 5 lines

Quoted 5 lines

Yes but there are many of such :)

More exactly, from the driver perspective, there are no volume controls but only there are control elements with integer values. Do you mean "Capture Volume" control or which one?

Hmm, ok, this needs to be more precise:
In gamix (codec "HDA Intel : Realtek ALC268"), the Capture Volume control.

Yeah, that's more understandable :)

BTW, does "Capture Volume" influence on the recording level even for the built-in mic, right? I'm asking this because the digital mic on STAC/IDT codecs isn't controlled via "Capture Volume" control that is bound to an ADC widget. (That's why "Digital Capture Volume" control exists. It's a value used by alsa-lib softvol plugin for "default" PCM.)

Quoted 15 lines

Quoted 15 lines

Quoted 2 lines

And, is the behavior consistent regardless of the value high, i.e. the key is only whether the values for both channels are identical?

BTW, what if you record with the following definition? Put the below to ~/.asoundrc

pcm.imix {
	type plug
	slave.pcm "hw"
	ttable.0.0 0.5
	ttable.0.1 -0.5
}

and record like

Quoted 5 lines

Quoted 1 line

% aplay -Dimix -c1 foo.wav

Does NOT exhibit the "equal sliders == no sound" bug (apart from this sliders are acting normally, i.e. slider low == no sound), despite being a "plug" type definition (this is what you wanted to discern, right? ;).

Interesting. This implies that one channel is inverted indeed.

As default the alsa-lib plugin downmixes a stereo stream to a mono stream simply by left/2 + right/2. The above changes the routing policy as left/2 - right/2.

So we need to pass some information to change this kind of thing...

But a question still remains; why conversion with sox worked. Maybe it didn't mix? Or, the code alsa-lib could be buggy...

A simple test would be to just sum all 16bit samples in a stereo stream file externally. That is, first record a RAW file via

% arecord -Dhw -traw -fdat foo.dat

Then create a mono stream just do 16bit left/2 + right/2 calculation by any way (a good homework for kids :). Is it also problematic?

Hi,

Quoted 22 lines · Takashi Iwai

At Mon, 16 Mar 2009 18:00:15 +0100,

Quoted 11 lines · Andreas Mohr

Hi,

Quoted 7 lines · Takashi Iwai

At Mon, 16 Mar 2009 17:06:35 +0100,

Quoted 5 lines · 私 wrote:

Quoted 4 lines

Quoted 2 lines

What are "sliders"?

Umm, volume level controls.

Quoted 8 lines

Quoted 5 lines

Quoted 5 lines

Yes but there are many of such :)

More exactly, from the driver perspective, there are no volume controls but only there are control elements with integer values. Do you mean "Capture Volume" control or which one?

Hmm, ok, this needs to be more precise:
In gamix (codec "HDA Intel : Realtek ALC268"), the Capture Volume control.

Quoted 8 lines

Yeah, that's more understandable :)

BTW, does "Capture Volume" influence on the recording level even for the built-in mic, right? I'm asking this because the digital mic on STAC/IDT codecs isn't controlled via "Capture Volume" control that is bound to an ADC widget. (That's why "Digital Capture Volume" control exists. It's a value used by alsa-lib softvol plugin for "default" PCM.)

Yes, Capture Volume does influence i-Mic level.
The Digital Capture control, however, doesn't influence level. As doesn't the Mic Boost Capture control (probably about e-Mic only?).

Quoted 17 lines

Quoted 17 lines

Quoted 16 lines

Quoted 2 lines

And, is the behavior consistent regardless of the value high, i.e. the key is only whether the values for both channels are identical?

BTW, what if you record with the following definition? Put the below to ~/.asoundrc

pcm.imix {
	type plug
	slave.pcm "hw"
	ttable.0.0 0.5
	ttable.0.1 -0.5
}

and record like

% aplay -Dimix -c1 foo.wav

Quoted 5 lines

Quoted 3 lines

Does NOT exhibit the "equal sliders == no sound" bug (apart from this sliders are acting normally, i.e. slider low == no sound), despite being a "plug" type definition (this is what you wanted to discern, right? ;).

Interesting. This implies that one channel is inverted indeed.

Oh, you mean "inverted" as in "_hardware_ channel which provides opposite sample values as compared to the other channel"?

Quoted 3 lines

As default the alsa-lib plugin downmixes a stereo stream to a mono stream simply by left/2 + right/2. The above changes the routing policy as left/2 - right/2.

That exactly matches my current stream of thought (while reading "one channel is inverted" above).

Quoted 1 line

So we need to pass some information to change this kind of thing...

That's something specific to ALC268 codec setup, right? ("ALC268 digital mic == left plus right channel, but inverted setup"?)

At Mon, 16 Mar 2009 18:30:00 +0100,

Quoted 23 lines · Andreas Mohr

Hi,

Quoted 19 lines · Takashi Iwai

At Mon, 16 Mar 2009 18:00:15 +0100,

Quoted 17 lines · Andreas Mohr

Quoted 16 lines

Quoted 2 lines

And, is the behavior consistent regardless of the value high, i.e. the key is only whether the values for both channels are identical?

BTW, what if you record with the following definition? Put the below to ~/.asoundrc

pcm.imix {
	type plug
	slave.pcm "hw"
	ttable.0.0 0.5
	ttable.0.1 -0.5
}

and record like

% aplay -Dimix -c1 foo.wav

Quoted 8 lines

Quoted 5 lines

Quoted 3 lines

Does NOT exhibit the "equal sliders == no sound" bug (apart from this sliders are acting normally, i.e. slider low == no sound), despite being a "plug" type definition (this is what you wanted to discern, right? ;).

Interesting. This implies that one channel is inverted indeed.

Oh, you mean "inverted" as in "_hardware_ channel which provides opposite sample values as compared to the other channel"?

Right. My guess is that the hardware provides left (or right) channel is multiplied by -1 (yep "inverted" is no correct word choice).

Quoted 7 lines

Quoted 3 lines

As default the alsa-lib plugin downmixes a stereo stream to a mono stream simply by left/2 + right/2. The above changes the routing policy as left/2 - right/2.

That exactly matches my current stream of thought (while reading "one channel is inverted" above).

Quoted 4 lines

Quoted 1 line

So we need to pass some information to change this kind of thing...

That's something specific to ALC268 codec setup, right? ("ALC268 digital mic == left plus right channel, but inverted setup"?)

No. It's specific to the digital-mic side.

Quoted 49 lines · Takashi Iwai

At Mon, 16 Mar 2009 18:30:00 +0100,

Quoted 23 lines · Andreas Mohr

Hi,

Quoted 19 lines · Takashi Iwai

At Mon, 16 Mar 2009 18:00:15 +0100,

Quoted 17 lines · Andreas Mohr

Quoted 16 lines

Quoted 2 lines

And, is the behavior consistent regardless of the value high, i.e. the key is only whether the values for both channels are identical?

BTW, what if you record with the following definition? Put the below to ~/.asoundrc

pcm.imix {
	type plug
	slave.pcm "hw"
	ttable.0.0 0.5
	ttable.0.1 -0.5
}

and record like

% aplay -Dimix -c1 foo.wav

Quoted 8 lines

Quoted 5 lines

Quoted 3 lines

Does NOT exhibit the "equal sliders == no sound" bug (apart from this sliders are acting normally, i.e. slider low == no sound), despite being a "plug" type definition (this is what you wanted to discern, right? ;).

Interesting. This implies that one channel is inverted indeed.

Oh, you mean "inverted" as in "_hardware_ channel which provides opposite sample values as compared to the other channel"?

Right. My guess is that the hardware provides left (or right) channel is multiplied by -1 (yep "inverted" is no correct word choice).

Quoted 11 lines

Quoted 3 lines

As default the alsa-lib plugin downmixes a stereo stream to a mono stream simply by left/2 + right/2. The above changes the routing policy as left/2 - right/2.

That exactly matches my current stream of thought (while reading "one channel is inverted" above).

Quoted 1 line

So we need to pass some information to change this kind of thing...

That's something specific to ALC268 codec setup, right? ("ALC268 digital mic == left plus right channel, but inverted setup"?)

Quoted 1 line

No. It's specific to the digital-mic side.

I just tried connecting a headset and switching to E-Mic.
What I can say is:
- opposite levels does NOT happen there (E-Mic is "analog micro"-based, right?)
- leaving E-Mic unplugged will actually record from i-Mic (due to properly working EAPD mechanism, right?)

BTW, the output (of arecord -Dplughw:0 -c2 -traw -fdat foo.wav) _does_ have inverted channels:

00000130   2A 02 D2 FD  65 02 A5 FD  10 00 E7 FF  99 FF 72 00 *...e.........r.
00000140   53 FE A7 01  ED FF 12 00  4F FF A6 00  86 00 81 FF S.......O.......

... and so on in the entire file ...

One question still: is this a hardware defect (i.e. could this possibly be swapped cables of the microphone connector in this model or so? Not plausible but...), or is this an existing property
of the HDA's dig-mic base? You indicated it's the latter I think...

At Mon, 16 Mar 2009 19:06:38 +0100,

Quoted 5 lines · Andreas Mohr

I just tried connecting a headset and switching to E-Mic.
What I can say is:
- opposite levels does NOT happen there (E-Mic is "analog micro"-based, right?)
- leaving E-Mic unplugged will actually record from i-Mic (due to properly working EAPD mechanism, right?)

The record from mic-jack is via analog path. The phase-inversion appears only for digital-mic, AFAIK.

Quoted 4 lines

One question still: is this a hardware defect (i.e. could this possibly be swapped cables of the microphone connector in this model or so? Not plausible but...), or is this an existing property
of the HDA's dig-mic base? You indicated it's the latter I think...

My guess is that it's a hardware implementation.
Maybe for the noise suppression via mic array.

The question is whether the left / right channels recorded from digital mic are really raw data, or they are for modified data (for differential, etc)... It's hard to guess without the actual data.

Hi,

Quoted 10 lines · Takashi Iwai

At Mon, 16 Mar 2009 19:06:38 +0100,

Quoted 5 lines · Andreas Mohr

I just tried connecting a headset and switching to E-Mic.
What I can say is:
- opposite levels does NOT happen there (E-Mic is "analog micro"-based, right?)
- leaving E-Mic unplugged will actually record from i-Mic (due to properly working EAPD mechanism, right?)

The record from mic-jack is via analog path. The phase-inversion appears only for digital-mic, AFAIK.

Thought so.

Quoted 7 lines

Quoted 4 lines

One question still: is this a hardware defect (i.e. could this possibly be swapped cables of the microphone connector in this model or so? Not plausible but...), or is this an existing property
of the HDA's dig-mic base? You indicated it's the latter I think...

My guess is that it's a hardware implementation.
Maybe for the noise suppression via mic array.

Not sure what this means.

Quoted 4 lines

The question is whether the left / right channels recorded from digital mic are really raw data, or they are for modified data (for differential, etc)... It's hard to guess without the actual data.

I don't quite follow you here. Is there anything I could do about this?

Thanks,

Andreas

Quoted 33 lines · Andreas Mohr

Hi,

Quoted 10 lines · Takashi Iwai

At Mon, 16 Mar 2009 19:06:38 +0100,

Quoted 5 lines · Andreas Mohr

I just tried connecting a headset and switching to E-Mic.
What I can say is:
- opposite levels does NOT happen there (E-Mic is "analog micro"-based, right?)
- leaving E-Mic unplugged will actually record from i-Mic (due to properly working EAPD mechanism, right?)

The record from mic-jack is via analog path. The phase-inversion appears only for digital-mic, AFAIK.

Thought so.

Quoted 7 lines

Quoted 4 lines

One question still: is this a hardware defect (i.e. could this possibly be swapped cables of the microphone connector in this model or so? Not plausible but...), or is this an existing property
of the HDA's dig-mic base? You indicated it's the latter I think...

My guess is that it's a hardware implementation.
Maybe for the noise suppression via mic array.

Not sure what this means.

Quoted 4 lines

The question is whether the left / right channels recorded from digital mic are really raw data, or they are for modified data (for differential, etc)... It's hard to guess without the actual data.

I don't quite follow you here. Is there anything I could do about this?

Quoted 3 lines

Thanks,

Andreas

What about exposing the i-mic as a mono only device to userspace? It is mono after all?

At Tue, 17 Mar 2009 02:52:19 +0200,

Quoted 37 lines · Maxim Levitsky

Quoted 35 lines · Andreas Mohr

Hi,

Quoted 10 lines · Takashi Iwai

At Mon, 16 Mar 2009 19:06:38 +0100,

Quoted 5 lines · Andreas Mohr

I just tried connecting a headset and switching to E-Mic.
What I can say is:
- opposite levels does NOT happen there (E-Mic is "analog micro"-based, right?)
- leaving E-Mic unplugged will actually record from i-Mic (due to properly working EAPD mechanism, right?)

The record from mic-jack is via analog path. The phase-inversion appears only for digital-mic, AFAIK.

Thought so.

Quoted 7 lines

Quoted 4 lines

One question still: is this a hardware defect (i.e. could this possibly be swapped cables of the microphone connector in this model or so? Not plausible but...), or is this an existing property
of the HDA's dig-mic base? You indicated it's the latter I think...

My guess is that it's a hardware implementation.
Maybe for the noise suppression via mic array.

Not sure what this means.

Quoted 4 lines

The question is whether the left / right channels recorded from digital mic are really raw data, or they are for modified data (for differential, etc)... It's hard to guess without the actual data.

I don't quite follow you here. Is there anything I could do about this?

Thanks,

Quoted 5 lines

Quoted 1 line

Andreas

What about exposing the i-mic as a mono only device to userspace? It is mono after all?

No, it's a mic-array. And HD-audio cannot handle a mono stream.

Quoted 42 lines · Takashi Iwai

At Tue, 17 Mar 2009 02:52:19 +0200,

Quoted 40 lines · Maxim Levitsky

Quoted 36 lines · Andreas Mohr

Hi,

Quoted 10 lines · Takashi Iwai

At Mon, 16 Mar 2009 19:06:38 +0100,

Quoted 5 lines · Andreas Mohr

I just tried connecting a headset and switching to E-Mic.
What I can say is:
- opposite levels does NOT happen there (E-Mic is "analog micro"-based, right?)
- leaving E-Mic unplugged will actually record from i-Mic (due to properly working EAPD mechanism, right?)

The record from mic-jack is via analog path. The phase-inversion appears only for digital-mic, AFAIK.

Thought so.

Quoted 7 lines

Quoted 4 lines

One question still: is this a hardware defect (i.e. could this possibly be swapped cables of the microphone connector in this model or so? Not plausible but...), or is this an existing property
of the HDA's dig-mic base? You indicated it's the latter I think...

My guess is that it's a hardware implementation.
Maybe for the noise suppression via mic array.

Not sure what this means.

Quoted 4 lines

The question is whether the left / right channels recorded from digital mic are really raw data, or they are for modified data (for differential, etc)... It's hard to guess without the actual data.

I don't quite follow you here. Is there anything I could do about this?

Thanks,

Andreas

Quoted 4 lines

Quoted 2 lines

What about exposing the i-mic as a mono only device to userspace? It is mono after all?

No, it's a mic-array. And HD-audio cannot handle a mono stream.

No problem.
Lets just lie to usespace that it is mono, in kernel driver can pick one of channels?

Maybe this is an array, but this doesn't explain the 'quality' of it. It is so low (in windows too).

Hi,

Quoted 10 lines · Takashi Iwai

At Mon, 16 Mar 2009 19:06:38 +0100,

Quoted 5 lines · Andreas Mohr

I just tried connecting a headset and switching to E-Mic.
What I can say is:
- opposite levels does NOT happen there (E-Mic is "analog micro"-based, right?)
- leaving E-Mic unplugged will actually record from i-Mic (due to properly working EAPD mechanism, right?)

The record from mic-jack is via analog path. The phase-inversion appears only for digital-mic, AFAIK.

Thought so.

Quoted 7 lines

Quoted 4 lines

One question still: is this a hardware defect (i.e. could this possibly be swapped cables of the microphone connector in this model or so? Not plausible but...), or is this an existing property
of the HDA's dig-mic base? You indicated it's the latter I think...

My guess is that it's a hardware implementation.
Maybe for the noise suppression via mic array.

Not sure what this means.

Quoted 4 lines

The question is whether the left / right channels recorded from digital mic are really raw data, or they are for modified data (for differential, etc)... It's hard to guess without the actual data.

I don't quite follow you here. Is there anything I could do about this?

At Mon, 16 Mar 2009 22:22:27 +0100,

Quoted 9 lines · Andreas Mohr

Hi,

Quoted 4 lines · Takashi Iwai

The question is whether the left / right channels recorded from digital mic are really raw data, or they are for modified data (for differential, etc)... It's hard to guess without the actual data.

Quoted 1 line

I don't quite follow you here. Is there anything I could do about this?

The mic array on a laptop is used for beam forming and noise suppressions. These require the software manipulation, of course. The question is what kind of data is read from the hardware. Thus, providing the raw streams for both mic inputs makes sense.

Obviously the stream read from the codec chip is a PCM while usually the digital mic gives the output as PDM. So PDM -> PCM isn't needed here. But, still a question is why a phase inversion in the second channel. Whether it's intentional (e.g. to make the further conversion easier) or not.

Would be interesting if you can figure out which digital-mic component is used on your laptop (and if we can have any chip information by luck).

"Dreamcom 10 Laptop" [7]: " integrated Realtek HD audio processor, two built-in Akustica digital microphones and two built-in stereo speakers"

This was the only reference up and down that I could find to _any_ notebook's microphone manufacturer listing. I suspect that Aspire One has an Akustica microphone array as well since Akustica seems to be the leading brand (hmm, any ideas about where the second microphone is located if at all existing, but it must exist!!?
- probably at the front bottom?).

NOPE. Aspire One most definitely has a Fortemedia SAM (small array microphone) due to this output:
http://sites.google.com/site/kengell/acer-aspire-one---dmesg

"
...
ForteMedia SAM-Soft Library Loaded!

ALC INIT
...
"

I had already wanted to add the mention of Fortemedia as microphone manufacturer (forgot this last time), then I researched more and found it.

Fortemedia device names include FM2018-380, not sure yet which one is in Aspire One.

http://www.fortemedia.com/products/index.htm
( especially http://www.fortemedia.com/products/fm1182.htm )

Quoted 12 lines · Andreas Mohr

NOPE. Aspire One most definitely has a Fortemedia SAM (small array microphone) due to this output:
http://sites.google.com/site/kengell/acer-aspire-one---dmesg

"
...
ForteMedia SAM-Soft Library Loaded!

ALC INIT
...
"

Quoted 8 lines

I had already wanted to add the mention of Fortemedia as microphone manufacturer (forgot this last time), then I researched more and found it.

Fortemedia device names include FM2018-380, not sure yet which one is in Aspire One.

http://www.fortemedia.com/products/index.htm
( especially http://www.fortemedia.com/products/fm1182.htm )

http://www.wpgholdings.com/event/S/SACg_04_ForteMedia_SAM.pdf
mentions "FM201x" and www.sacg.com.tw (this one could be useful!). Searching Google "FM201[0-9] Fortemedia" comes up with FM2010 and FM2018 and thus
http://www.hengdasheng.com.cn/uploadfile/391/cfile/2008102414057847.pdf
which is a relatively informative datasheet.

At Tue, 17 Mar 2009 11:47:55 +0100,

Quoted 6 lines · Andreas Mohr

Quoted 5 lines

Fortemedia device names include FM2018-380, not sure yet which one is in Aspire One.

http://www.fortemedia.com/products/index.htm
( especially http://www.fortemedia.com/products/fm1182.htm )

Quoted 6 lines

http://www.wpgholdings.com/event/S/SACg_04_ForteMedia_SAM.pdf
mentions "FM201x" and www.sacg.com.tw (this one could be useful!). Searching Google "FM201[0-9] Fortemedia" comes up with FM2010 and FM2018 and thus
http://www.hengdasheng.com.cn/uploadfile/391/cfile/2008102414057847.pdf
which is a relatively informative datasheet.

I'm not sure whether FM2018 is on a netbook. Rather my guess is it's a digital-mic component by FortMedia together with their software library for SAM handling.

BTW, a simple "fix" for the mono capture problem, you can patch the config file for HD-audio in alsa-lib like below. Then the first channel will be used for mono capture instead of averages. Give it a try.

(But, this won't fix programs that prefer "hw" access such as
pulseaudio, of course.)

Hi,

Quoted 15 lines · Takashi Iwai

At Tue, 17 Mar 2009 11:47:55 +0100,

Quoted 6 lines · Andreas Mohr

Quoted 5 lines

Fortemedia device names include FM2018-380, not sure yet which one is in Aspire One.

http://www.fortemedia.com/products/index.htm
( especially http://www.fortemedia.com/products/fm1182.htm )

Quoted 6 lines

http://www.wpgholdings.com/event/S/SACg_04_ForteMedia_SAM.pdf
mentions "FM201x" and www.sacg.com.tw (this one could be useful!). Searching Google "FM201[0-9] Fortemedia" comes up with FM2010 and FM2018 and thus
http://www.hengdasheng.com.cn/uploadfile/391/cfile/2008102414057847.pdf
which is a relatively informative datasheet.

Quoted 3 lines

I'm not sure whether FM2018 is on a netbook. Rather my guess is it's a digital-mic component by FortMedia together with their software library for SAM handling.

I had the same thoughts later. Since they use an extensive SAM handling library, there probably isn't such a chip, otherwise they probably wouldn't need it ;)
Could you thus implement a nice beam-forming sound evaluation SAM library for ALSA pretty pretty please? ;)

...or, is that SAM library available to us given that it exists in the factory install? If so, then one should probably make good use of it...

Quoted 5 lines

BTW, a simple "fix" for the mono capture problem, you can patch the config file for HD-audio in alsa-lib like below. Then the first channel will be used for mono capture instead of averages. Give it a try.

Quoted 2 lines

(But, this won't fix programs that prefer "hw" access such as
pulseaudio, of course.)

I'm not *quite* sure whether this is really what you meant, but I patched /usr/share/alsa/cards/HDA-Intel.conf (libasound2 1.0.18-1ubuntu7) in exactly this way and then did arecord -Dplughw:0 -fdat -c1 test.wav; aplay test.wav but well, with equal slider positions there was no audio again.

At Tue, 17 Mar 2009 17:18:28 +0100,

Quoted 5 lines · Andreas Mohr

I had the same thoughts later. Since they use an extensive SAM handling library, there probably isn't such a chip, otherwise they probably wouldn't need it ;)
Could you thus implement a nice beam-forming sound evaluation SAM library for ALSA pretty pretty please? ;)

A patch please :)

Don't use -Dplughw:0. Then the default setup will be used.

% arecord -fdat -c1 test.wav

Hi,

Quoted 9 lines · Takashi Iwai

At Tue, 17 Mar 2009 17:18:28 +0100,

Quoted 5 lines · Andreas Mohr

I had the same thoughts later. Since they use an extensive SAM handling library, there probably isn't such a chip, otherwise they probably wouldn't need it ;)
Could you thus implement a nice beam-forming sound evaluation SAM library for ALSA pretty pretty please? ;)

A patch please :)

Not at the moment at least, sorry. But that would make for a nice little (student?) project (or not so little).

Quoted 3 lines

Don't use -Dplughw:0. Then the default setup will be used.

% arecord -fdat -c1 test.wav

Tried that, didn't help. /usr/share/alsa/cards/HDA-Intel.conf still contains the patch, but equal Capture Volume sliders still silenced audio input, whereas non-equal worked. Hmm.

At Wed, 18 Mar 2009 10:05:07 +0100,

Quoted 6 lines · Andreas Mohr

Hi,

Quoted 2 lines · Takashi Iwai

Don't use -Dplughw:0. Then the default setup will be used.

Quoted 5 lines

Quoted 1 line

% arecord -fdat -c1 test.wav

Tried that, didn't help. /usr/share/alsa/cards/HDA-Intel.conf still contains the patch, but equal Capture Volume sliders still silenced audio input, whereas non-equal worked. Hmm.

What is the output with -v option?

Hi,

Quoted 8 lines · Takashi Iwai

At Wed, 18 Mar 2009 10:05:07 +0100,

Quoted 6 lines · Andreas Mohr

Hi,

Quoted 2 lines · Takashi Iwai

Don't use -Dplughw:0. Then the default setup will be used.

Quoted 7 lines

Quoted 5 lines

Quoted 1 line

% arecord -fdat -c1 test.wav

Tried that, didn't help. /usr/share/alsa/cards/HDA-Intel.conf still contains the patch, but equal Capture Volume sliders still silenced audio input, whereas non-equal worked. Hmm.

What is the output with -v option?

Sorry for the delay!

$ arecord -fdat -c1 -v test.wav; aplay test.wav 
Recording WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
ALSA <-> PulseAudio PCM I/O Plugin
Its setup is:
  stream       : CAPTURE
  access       : RW_INTERLEAVED
  format       : S16_LE
  subformat    : STD
  channels     : 1
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 16
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : NONE
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 1
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     : 1572864000
^CAborted by signal Interrupt...
Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
andi@andinet:/tmp$ 

Hmm. Note the pulseaudio stuff above...

At Fri, 20 Mar 2009 19:56:40 +0100,

Quoted 37 lines · Andreas Mohr

Hi,

Quoted 1 line · Takashi Iwai

What is the output with -v option?

Sorry for the delay!

$ arecord -fdat -c1 -v test.wav; aplay test.wav 
Recording WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
ALSA <-> PulseAudio PCM I/O Plugin
Its setup is:
  stream       : CAPTURE
  access       : RW_INTERLEAVED
  format       : S16_LE
  subformat    : STD
  channels     : 1
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 16
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : NONE
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 1
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     : 1572864000
^CAborted by signal Interrupt...
Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
andi@andinet:/tmp$ 

Quoted 1 line

Hmm. Note the pulseaudio stuff above...

Yes, that's the very reason. If you don't PA and avoid the default configuration override (e.g. defined in /etc/asound.conf) my patch should work.

Hi,

Quoted 41 lines · Takashi Iwai

At Fri, 20 Mar 2009 19:56:40 +0100,

Quoted 38 lines · Andreas Mohr

Hi,

Quoted 1 line · Takashi Iwai

What is the output with -v option?

Sorry for the delay!

$ arecord -fdat -c1 -v test.wav; aplay test.wav 
Recording WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
ALSA <-> PulseAudio PCM I/O Plugin
Its setup is:
  stream       : CAPTURE
  access       : RW_INTERLEAVED
  format       : S16_LE
  subformat    : STD
  channels     : 1
  rate         : 48000
  exact rate   : 48000 (48000/1)
  msbits       : 16
  buffer_size  : 24000
  period_size  : 6000
  period_time  : 125000
  tstamp_mode  : NONE
  period_step  : 1
  avail_min    : 6000
  period_event : 0
  start_threshold  : 1
  stop_threshold   : 24000
  silence_threshold: 0
  silence_size : 0
  boundary     : 1572864000
^CAborted by signal Interrupt...
Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono
andi@andinet:/tmp$ 

Hmm. Note the pulseaudio stuff above...

Quoted 3 lines

Yes, that's the very reason. If you don't PA and avoid the default configuration override (e.g. defined in /etc/asound.conf) my patch should work.

Sorry, but how would I achieve "don't PA"?
I've tried some Ubuntu suggestions
(e.g. http://ubuntuforums.org/showthread.php?t=852518 ; didn't work, it's Jaunty here),

At Sun, 9 Nov 2008 21:09:29 +0100,

Quoted 8 lines · Andreas Mohr

Quoted 7 lines · Takashi Iwai

At Sun, 9 Nov 2008 16:13:23 +0100,

Quoted 5 lines · Andreas Mohr

OK, _THIS_ time I actually did get the correct model (last time I tried modprobe with model=acer-aspire, but apparently it then used the /etc/modprobe.d/ model=toshiba setting, since this time gamix showed entirely different controls with i-Mic etc.) - all the more reason to log the model name chosen/selected by the driver!!

Quoted 4 lines

Quoted 2 lines

Build with the debug option (why turned off even if you *are* debugging?). Then the driver will show you details.

Hmm, right, that would have been an (very useful) option, but not for the majority of users OTOH.

I thought many ditros set this option...

Quoted 2 lines

Especially since this is a user-visible module parameter which should thus be confirmed in mainstream user code, via logging.

You can check via /sys/modules/snd_hda_intel/parameters/model whether you passed correctly or not, at least :)

Quoted 3 lines

Admittedly not many modules log their settings during startup, but for snd_hda_intel with its two myriads of codec/machine variants and a resulting quarter myriad of issues that would be very useful.

Passing the model option is already a kind of debugging work, IMO. You shouldn't do it unless you need it, indeed.

Quoted 10 lines

Quoted 3 lines

Quoted 1 line

--> I have to admit that usability sucks^Hcould be a lot better.

One would call it rather debuggability than usability. These are completely different things.

See above ;)

Quoted 3 lines

Quoted 1 line

i-Mic on Ekiga with lotsa mixer fiddling didn't work either this time.

OK, then something is missing. But you should test by arecord first than any complicated applications as a primary test.

Good point, will do.

Quoted 1 line

Oh, and is there a way to manually alter codec registers?

Try hda-verb program. Build your kernel with CONFIG_SND_HDA_HWDEP=y and access via the hwdep device.

	ftp://ftp.suse.com/pub/people/tiwai/misc/hda-verb-0.2.tar.bz2

Takashi

Quoted 6 lines

Quoted 5 lines

Quoted 2 lines

i-Mic on Ekiga with lotsa mixer fiddling didn't work either this time.

OK, then something is missing. But you should test by arecord first than any complicated applications as a primary test.

Quoted 3 lines

Good point, will do.

Oh, and is there a way to manually alter codec registers?

Try hda-verb program. Build your kernel with CONFIG_SND_HDA_HWDEP=y and access via the hwdep device.

	ftp://ftp.suse.com/pub/people/tiwai/misc/hda-verb-0.2.tar.bz2

Quoted 20 lines · Alan Jenkins

Quoted 19 lines · Maxim Levitsky

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to
interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt

mode.

Maybe this is the reason for the fact that gnome power manager freezes when I unplug
the AC, and freezes often when I try to see battery status.

Quoted 8 lines

Quoted 1 line

(Note: same is seen on my acer aspire 5720)

That sounds like a known issue. It has been resolved by "ACPI: EC:
revert msleep patch". Happily Len submitted it for mainline this week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :).

Yes, this almost fixes all issues with that.
Almost because, it looks like the EC changes screen brightness on his own when battery is plugged/unplugged,
but so does the gnome-power-manager, and thus it still hangs as before on battery removal (but doesn't hang otherwise)
I disabled that behaver in gnome-power-manager and now no more hangs.

I see that this fix fixes the polled mode. Any chance to make irq mode work?

Also noticed another bug:

If I suspend/resume with compiz running, on resume I see wallpaper and mouse cursor, everything hangs for minute or two, and sometimes forever.

2.6.27 worked fine.

Also hibernate doesn't work on my main notebook, but it is probably fixed, I update kernel to really latest -git
and tell you.

Big thanks for bugfixes, you saved me a lot of work and bisecting.

Quoted 27 lines · Maxim Levitsky

Quoted 20 lines · Alan Jenkins

Quoted 19 lines · Maxim Levitsky

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to
interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt

mode.

Maybe this is the reason for the fact that gnome power manager freezes when I unplug
the AC, and freezes often when I try to see battery status.

Quoted 6 lines

Quoted 1 line

(Note: same is seen on my acer aspire 5720)

That sounds like a known issue. It has been resolved by "ACPI: EC:
revert msleep patch". Happily Len submitted it for mainline this
week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :).

Quoted 7 lines

Yes, this almost fixes all issues with that.
Almost because, it looks like the EC changes screen brightness on his own when battery is plugged/unplugged,
but so does the gnome-power-manager, and thus it still hangs as before on battery removal (but doesn't hang otherwise)
I disabled that behaver in gnome-power-manager and now no more hangs.

Please do report it as an ACPI EC bug. It's popular hardware, and if nothing else it is important that upstream be aware of the workarounds people are having to use.

Quoted 3 lines

I see that this fix fixes the polled mode. Any chance to make irq mode work?

Probably not. It doesn't seem important, it may not be possible, and even if you could fix the EC driver for your hardware, there's the risk of breaking other peoples hardware.

The presumption is that you have weird hardware and it genuinely needs a polling workaround. It's not too bad, now it uses udelay() it should not impose any wakeups or significant latency, just some extra cpu time in a busy loop. EC events such as acpi hotkeys are still received as interrupts (although we then have to query the type of event using a polled transaction).

I assume you get something like (text not exact):

"EC: started in polling mode"
...
"EC: non-query interrupt received, switching to interrupt mode"
...
"EC: missing confirmations, switching to polling mode"

all during boot.

There's one outstanding issue on a different machine, where the occasional EC read fails and triggers polling mode sometime _after_ boot. It can be fixed by retrying the transaction

    http://bugzilla.kernel.org/show_bug.cgi?id=11896

but I don't really expect your machine has the same problem.

<snip non-acpi problems>

Quoted 6 lines

Also noticed another bug:

If I suspend/resume with compiz running, on resume I see wallpaper and mouse cursor, everything hangs for minute or two, and sometimes forever.

Quoted 1 line

2.6.27 worked fine.

Weird.

Did you try sysrq-W during the hang? That's supposed to dump a list of blocked tasks to dmesg.

Quoted 5 lines

Also hibernate doesn't work on my main notebook, but it is probably fixed, I update kernel to really latest -git
and tell you.

But suspend to ram works? Usually it is the other way round :). If you haven't already, you might read

Documentation/power/basic-pm-debugging.txt

it suggests some tests to narrow down the problem.

Quoted 2 lines

Big thanks for bugfixes, you saved me a lot of work and bisecting.

I can't take credit for actual fixes. But I'm very happy to help people avoid bisecting for known problems. I hope you have time to crack the unknown ones :).

Alan

Quoted 28 lines · Maxim Levitsky

Quoted 20 lines · Alan Jenkins

Quoted 19 lines · Maxim Levitsky

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to
interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt

mode.

Maybe this is the reason for the fact that gnome power manager freezes when I unplug
the AC, and freezes often when I try to see battery status.

Quoted 7 lines

Quoted 1 line

(Note: same is seen on my acer aspire 5720)

That sounds like a known issue. It has been resolved by "ACPI: EC:
revert msleep patch". Happily Len submitted it for mainline this week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :).

Quoted 7 lines

Yes, this almost fixes all issues with that.
Almost because, it looks like the EC changes screen brightness on his own when battery is plugged/unplugged,
but so does the gnome-power-manager, and thus it still hangs as before on battery removal (but doesn't hang otherwise)
I disabled that behaver in gnome-power-manager and now no more hangs.

Please do report it as an ACPI EC bug. It's popular hardware, and if nothing else it is important that upstream be aware of the workarounds people are having to use.

Quoted 3 lines

I see that this fix fixes the polled mode. Any chance to make irq mode work?

Probably not. It doesn't seem important, it may not be possible, and even if you could fix the EC driver for your hardware, there's the risk of breaking other peoples hardware.

The presumption is that you have weird hardware and it genuinely needs a polling workaround. It's not too bad, now it uses udelay() it should not impose any wakeups or significant latency, just some extra cpu time in a busy loop. EC events such as acpi hotkeys are still received as interrupts (although we then have to query the type of event using a polled transaction).

I assume you get something like (text not exact):

"EC: started in polling mode"
...
"EC: non-query interrupt received, switching to interrupt mode"
...
"EC: missing confirmations, switching to polling mode"

all during boot.

There's one outstanding issue on a different machine, where the occasional EC read fails and triggers polling mode sometime _after_ boot. It can be fixed by retrying the transaction

    http://bugzilla.kernel.org/show_bug.cgi?id=11896

but I don't really expect your machine has the same problem.

<snip non-acpi problems>

Quoted 6 lines

Also noticed another bug:

If I suspend/resume with compiz running, on resume I see wallpaper and mouse cursor, everything hangs for minute or two, and sometimes forever.

Quoted 1 line

2.6.27 worked fine.

Weird.

Did you try sysrq-W during the hang? That's supposed to dump a list of blocked tasks to dmesg.

Quoted 5 lines

Also hibernate doesn't work on my main notebook, but it is probably fixed, I update kernel to really latest -git
and tell you.

But suspend to ram works? Usually it is the other way round :). If you haven't already, you might read

Documentation/power/basic-pm-debugging.txt

it suggests some tests to narrow down the problem.

Quoted 2 lines

Big thanks for bugfixes, you saved me a lot of work and bisecting.

I can't take credit for actual fixes. But I'm very happy to help people avoid bisecting for known problems. I hope you have time to crack the unknown ones :).

Alan

Quoted 20 lines · Alan Jenkins

Quoted 19 lines · Maxim Levitsky

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to
interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt

mode.

Maybe this is the reason for the fact that gnome power manager freezes when I unplug
the AC, and freezes often when I try to see battery status.

Quoted 8 lines

Quoted 1 line

(Note: same is seen on my acer aspire 5720)

That sounds like a known issue. It has been resolved by "ACPI: EC:
revert msleep patch". Happily Len submitted it for mainline this week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :).

Yes, this almost fixes all issues with that.
Almost because, it looks like the EC changes screen brightness on his own when battery is plugged/unplugged,
but so does the gnome-power-manager, and thus it still hangs as before on battery removal (but doesn't hang otherwise)
I disabled that behaver in gnome-power-manager and now no more hangs.

I see that this fix fixes the polled mode. Any chance to make irq mode work?

Also noticed another bug:

If I suspend/resume with compiz running, on resume I see wallpaper and mouse cursor, everything hangs for minute or two, and sometimes forever.

2.6.27 worked fine.

Also hibernate doesn't work on my main notebook, but it is probably fixed, I update kernel to really latest -git
and tell you.

Big thanks for bugfixes, you saved me a lot of work and bisecting.

Quoted 12 lines · Maxim Levitsky

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt mode.

Quoted 5 lines

Maybe this is the reason for the fact that gnome power manager freezes when I unplug the AC, and freezes often when I try to see battery status.

(Note: same is seen on my acer aspire 5720)

That sounds like a known issue. It has been resolved by "ACPI: EC: revert msleep patch". Happily Len submitted it for mainline this week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :).

Quoted 2 lines

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu... wireless more or less works, but kernel log is full of backtraces.

Well, that doesn't tell us much. Did they still happen after upgrading to 2.6.28-rc3? Can we see them?

Quoted 6 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram. Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

Quoted 8 lines

** 3 - internal mic doesn't work.
tried model=acer, model=auto.
Overall it seems that alsa misprograms O/B realteck codec.
I talk about this later.

Quoted 8 lines

Have same issue on my acer 5720

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Quoted 7 lines

** 5 - coretemp doesn't show cpu temperature,
I have seen somewhere that atom support same thermal diode as core2 and only patch to detect it is needed.
Please include such path in 2.6.28 if exists.

** 6 - both card readers are missing from lspci, is this normal?

A similar bug has been reported as a regression:

<http://bugzilla.kernel.org/show_bug.cgi?id=11828>

so one assumes that it worked on the machines with linux pre-installed. Hopefully without requiring any hacks.

It seems that for now a workaround may be to pass the option debug_quirks=1 to the sdhci module...

<http://marc.info/?l=linux-kernel&m=122509648027303&w=2>

...or that it may help if you insert an SD card before booting.

Apparently the reporter also investigated pcie hotplug. Probably the BIOS doesn't provide the normal support. You can try "modprobe pciehp pciehp_force=1", maybe it helps the kernel discover the devices. It worked for something else on my EeePC. But then it will reportedly disappear the ethernet controller.

However, at the moment pciehp can cause delays of 10s of seconds during resume.

Quoted 3 lines

** 7 - opengl is broken, I tried running neverball in fullscreen, but it shows wrong/corrupted textures (compiz is running, and working well thought)

Quoted 4 lines

Now I installed 2.6.28-rc3 (actually latest -git)

Quoted 8 lines

Sadly nothing improved.
I only found few regressions:

* Wireless now drops connection from my WPA2 access point after few minutes. I changed temporarily its wireless protection to WEP and open mode, and both work fine, maybe this is related to periodic key exchange WPA does?

Quoted 2 lines

* System doesn't reboot/shutdown, just hangs.

Could be this:

<http://bugzilla.kernel.org/show_bug.cgi?id=11942>

As a fix, 8fd145917fb62368a9b80db59562c20576238f5a was reverted from the acpi tree. This has also been submitted to mainline.

Quoted 16 lines · Maxim Levitsky

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt mode.

Maybe this is the reason for the fact that gnome power manager freezes when I unplug the AC, and freezes often when I try to see battery status.

Quoted 1 line

(Note: same is seen on my acer aspire 5720)

That sounds like a known issue. It has been resolved by "ACPI: EC: revert msleep patch". Happily Len submitted it for mainline this week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :).

Quoted 2 lines

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu... wireless more or less works, but kernel log is full of backtraces.

Well, that doesn't tell us much. Did they still happen after upgrading to 2.6.28-rc3? Can we see them?

Quoted 25 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram. Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

** 3 - internal mic doesn't work.
tried model=acer, model=auto.
Overall it seems that alsa misprograms O/B realteck codec.
I talk about this later.
Have same issue on my acer 5720

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

** 5 - coretemp doesn't show cpu temperature,
I have seen somewhere that atom support same thermal diode as core2 and only patch to detect it is needed.
Please include such path in 2.6.28 if exists.

Quoted 3 lines

** 6 - both card readers are missing from lspci, is this normal?

A similar bug has been reported as a regression:

<http://bugzilla.kernel.org/show_bug.cgi?id=11828>

so one assumes that it worked on the machines with linux pre-installed. Hopefully without requiring any hacks.

It seems that for now a workaround may be to pass the option debug_quirks=1 to the sdhci module...

<http://marc.info/?l=linux-kernel&m=122509648027303&w=2>

...or that it may help if you insert an SD card before booting.

Apparently the reporter also investigated pcie hotplug. Probably the BIOS doesn't provide the normal support. You can try "modprobe pciehp pciehp_force=1", maybe it helps the kernel discover the devices. It worked for something else on my EeePC. But then it will reportedly disappear the ethernet controller.

However, at the moment pciehp can cause delays of 10s of seconds during resume.

Quoted 3 lines

** 7 - opengl is broken, I tried running neverball in fullscreen, but it shows wrong/corrupted textures (compiz is running, and working well thought)

Quoted 27 lines · Alan Jenkins

Quoted 14 lines · Maxim Levitsky

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to
interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt

mode.

Quoted 6 lines

Maybe this is the reason for the fact that gnome power manager freezes when I unplug
the AC, and freezes often when I try to see battery status.

(Note: same is seen on my acer aspire 5720)

That sounds like a known issue. It has been resolved by "ACPI: EC: revert msleep patch". Happily Len submitted it for mainline this week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :).

Quoted 34 lines

Quoted 3 lines

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

Well, that doesn't tell us much. Did they still happen after upgrading to 2.6.28-rc3? Can we see them?

Quoted 27 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram. Advanced features like monitor/injection work, but when I changed the card's
mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

** 3 - internal mic doesn't work.
tried model=acer, model=auto.
Overall it seems that alsa misprograms O/B realteck codec.
I talk about this later.
Have same issue on my acer 5720

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

** 5 - coretemp doesn't show cpu temperature,
I have seen somewhere that atom support same thermal diode as core2 and only patch to detect it is needed.
Please include such path in 2.6.28 if exists.

Patch for that does exits, but doesn't apply to latest git, I will apply in manually.
This should go to .28 I think, this is trivial thing.

Quoted 18 lines

Quoted 3 lines

** 6 - both card readers are missing from lspci, is this normal?

A similar bug has been reported as a regression:

<http://bugzilla.kernel.org/show_bug.cgi?id=11828>

so one assumes that it worked on the machines with linux pre-installed. Hopefully without requiring any hacks.

It seems that for now a workaround may be to pass the option debug_quirks=1 to the sdhci module...

<http://marc.info/?l=linux-kernel&m=122509648027303&w=2>

...or that it may help if you insert an SD card before booting.

Quoted 8 lines

Apparently the reporter also investigated pcie hotplug. Probably the BIOS doesn't provide the normal support. You can try "modprobe pciehp pciehp_force=1", maybe it helps the kernel discover the devices. It worked for something else on my EeePC. But then it will reportedly disappear the ethernet controller.

However, at the moment pciehp can cause delays of 10s of seconds during resume.

Got, a SD card, and with help of pciehp it works almost perfectly in both slots.
Almost, due to the fact that R/O switch is ignored.
(Just as I expected, a s/w switch, couldn't they think more, and include a hardware switch?)
On my main acer R/O switch works.

However I have to use pciehp_force=1, I understand that probably acpi tables are broken,
but could you add a workaround (dmi quirk?)

Also, there is a acpiphp driver, which doesn't work here. pciehp is supposed to support so called native mode, don't yet know what it is,
but here it still uses acpi.

Q: Why is top-posting such a bad thing?

Quoted 2 lines

A: Top-posting.

Quoted 1 line

Q: What is the most annoying thing in e-mail?

Quoted 100 lines · Maxim Levitsky

Quoted 26 lines · Alan Jenkins

Quoted 14 lines · Maxim Levitsky

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to
interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt

mode.

Quoted 6 lines

Maybe this is the reason for the fact that gnome power manager freezes when I unplug
the AC, and freezes often when I try to see battery status.

(Note: same is seen on my acer aspire 5720)

That sounds like a known issue. It has been resolved by "ACPI: EC: revert msleep patch". Happily Len submitted it for mainline this week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :).

Quoted 33 lines

Quoted 3 lines

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

Well, that doesn't tell us much. Did they still happen after upgrading to 2.6.28-rc3? Can we see them?

Quoted 27 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram. Advanced features like monitor/injection work, but when I changed the card's
mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

** 3 - internal mic doesn't work.
tried model=acer, model=auto.
Overall it seems that alsa misprograms O/B realteck codec.
I talk about this later.
Have same issue on my acer 5720

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

** 5 - coretemp doesn't show cpu temperature,
I have seen somewhere that atom support same thermal diode as core2 and only patch to detect it is needed.
Please include such path in 2.6.28 if exists.

Patch for that does exits, but doesn't apply to latest git, I will apply in manually.
This should go to .28 I think, this is trivial thing.

Quoted 16 lines

Quoted 2 lines

** 6 - both card readers are missing from lspci, is this normal?

A similar bug has been reported as a regression:

<http://bugzilla.kernel.org/show_bug.cgi?id=11828>

so one assumes that it worked on the machines with linux pre-installed. Hopefully without requiring any hacks.

It seems that for now a workaround may be to pass the option debug_quirks=1 to the sdhci module...

<http://marc.info/?l=linux-kernel&m=122509648027303&w=2>

...or that it may help if you insert an SD card before booting.

Quoted 8 lines

Apparently the reporter also investigated pcie hotplug. Probably the BIOS doesn't provide the normal support. You can try "modprobe pciehp pciehp_force=1", maybe it helps the kernel discover the devices. It worked for something else on my EeePC. But then it will reportedly disappear the ethernet controller.

However, at the moment pciehp can cause delays of 10s of seconds during resume.

Got, a SD card, and with help of pciehp it works almost perfectly in both slots.
Almost, due to the fact that R/O switch is ignored.
(Just as I expected, a s/w switch, couldn't they think more, and include a hardware switch?)
On my main acer R/O switch works.

However I have to use pciehp_force=1, I understand that probably acpi tables are broken,
but could you add a workaround (dmi quirk?)

Quoted 4 lines

Also, there is a acpiphp driver, which doesn't work here. pciehp is supposed to support so called native mode, don't yet know what it is,
but here it still uses acpi.

Matthew Garret tells me the Aspire One should be handled by acpiphp patches he posted on the linux acpi mailing list recently.

I applied his first patch, and now acpiphp works great (loads fast, and detects both readers)

Quoted 16 lines · Maxim Levitsky

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt mode.

Maybe this is the reason for the fact that gnome power manager freezes when I unplug the AC, and freezes often when I try to see battery status.

Quoted 1 line

(Note: same is seen on my acer aspire 5720)

That sounds like a known issue. It has been resolved by "ACPI: EC: revert msleep patch". Happily Len submitted it for mainline this week. You will also find it if you try the acpi-test git tree. We're all hoping 2.6.28 will be much improved in terms of reliable operation of different ECs :).

Quoted 2 lines

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu... wireless more or less works, but kernel log is full of backtraces.

Well, that doesn't tell us much. Did they still happen after upgrading to 2.6.28-rc3? Can we see them?

Quoted 25 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram. Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

** 3 - internal mic doesn't work.
tried model=acer, model=auto.
Overall it seems that alsa misprograms O/B realteck codec.
I talk about this later.
Have same issue on my acer 5720

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

** 5 - coretemp doesn't show cpu temperature,
I have seen somewhere that atom support same thermal diode as core2 and only patch to detect it is needed.
Please include such path in 2.6.28 if exists.

Quoted 3 lines

** 6 - both card readers are missing from lspci, is this normal?

A similar bug has been reported as a regression:

<http://bugzilla.kernel.org/show_bug.cgi?id=11828>

so one assumes that it worked on the machines with linux pre-installed. Hopefully without requiring any hacks.

It seems that for now a workaround may be to pass the option debug_quirks=1 to the sdhci module...

<http://marc.info/?l=linux-kernel&m=122509648027303&w=2>

...or that it may help if you insert an SD card before booting.

Apparently the reporter also investigated pcie hotplug. Probably the BIOS doesn't provide the normal support. You can try "modprobe pciehp pciehp_force=1", maybe it helps the kernel discover the devices. It worked for something else on my EeePC. But then it will reportedly disappear the ethernet controller.

However, at the moment pciehp can cause delays of 10s of seconds during resume.

Quoted 3 lines

** 7 - opengl is broken, I tried running neverball in fullscreen, but it shows wrong/corrupted textures (compiz is running, and working well thought)

I have just bought an Aspire one A150, XP version, as it was the only available here, and installed ubuntu on it.

Bugs I discovered so far:

** 1 - embedded controler works in polling mode, due to this:

[    0.708571] ACPI: EC: non-query interrupt received, switching to interrupt mode
[    1.224043] ACPI: EC: missing confirmations, switch off interrupt mode.

Maybe this is the reason for the fact that gnome power manager freezes when I unplug the AC, and freezes often when I try to see battery status.

(Note: same is seen on my acer aspire 5720)

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu... wireless more or less works, but kernel log is full of backtraces.

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram. Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

** 3 - internal mic doesn't work.
tried model=acer, model=auto.
Overall it seems that alsa misprograms O/B realteck codec.
I talk about this later.
Have same issue on my acer 5720

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

** 5 - coretemp doesn't show cpu temperature,
I have seen somewhere that atom support same thermal diode as core2 and only patch to detect it is needed.
Please include such path in 2.6.28 if exists.

** 6 - both card readers are missing from lspci, is this normal?

** 7 - opengl is broken, I tried running neverball in fullscreen, but it shows wrong/corrupted textures (compiz is running, and working well thought)

Now I installed 2.6.28-rc3 (actually latest -git)

Sadly nothing improved.
I only found few regressions:

* Wireless now drops connection from my WPA2 access point after few minutes. I changed temporarily its wireless protection to WEP and open mode, and both work fine, maybe this is related to periodic key exchange WPA does?

* System doesn't reboot/shutdown, just hangs.

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram.

Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Quoted 3 lines · Maxim Levitsky

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

As you've seen, these should at least be gone now...

Quoted 2 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram.

Did you get noise calibration failures in dmesg at this point? Felix posted a patch recently that handles them better.

Quoted 5 lines

Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

Quoted 3 lines

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Currently all the LED code we have in there is for setting a particular gpio for particular laptops (and they differ between models). We only have quirks for IBM and HP, none for Acer. Also, the legacy-hal seems to have a different strategy for 2425 chips. I can try to hack up some code for you to test.

Quoted 3 lines · Maxim Levitsky

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

As you've seen, these should at least be gone now...

Quoted 2 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram.

Did you get noise calibration failures in dmesg at this point? Felix posted a patch recently that handles them better.

Quoted 5 lines

Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

Quoted 3 lines

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Currently all the LED code we have in there is for setting a particular gpio for particular laptops (and they differ between models). We only have quirks for IBM and HP, none for Acer. Also, the legacy-hal seems to have a different strategy for 2425 chips. I can try to hack up some code for you to test.

Quoted 5 lines · Bob Copeland

Quoted 3 lines · Maxim Levitsky

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

Quoted 7 lines

As you've seen, these should at least be gone now...

Quoted 2 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram.

Did you get noise calibration failures in dmesg at this point? Felix posted a patch recently that handles them better.

Yep, but they seems to be gone in latest -git too. Wireless work fine now, it seems like my iwl3945.

Quoted 5 lines

Quoted 5 lines

Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

Why it doesn't accept new mac?, can this be fixed?

Quoted 9 lines

Quoted 3 lines

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Currently all the LED code we have in there is for setting a particular gpio for particular laptops (and they differ between models). We only have quirks for IBM and HP, none for Acer. Also, the legacy-hal seems to have a different strategy for 2425 chips. I can try to hack up some code for you to test.

I have seen on the web that madwifi did support the led with some gpio settings

sysctl -w dev.wifi0.ledpin=3
sysctl -w dev.wifi0.softled=1

from https://help.ubuntu.com/community/AspireOne

Best regards,
Maxim Levitsky

2008/11/10 Maxim Levitsky <[email protected]>:

Quoted 19 lines

Quoted 10 lines · Bob Copeland

Quoted 3 lines · Maxim Levitsky

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

As you've seen, these should at least be gone now...

Quoted 2 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram.

Did you get noise calibration failures in dmesg at this point? Felix posted a patch recently that handles them better.

Yep, but they seems to be gone in latest -git too. Wireless work fine now, it seems like my iwl3945.

Quoted 4 lines

Quoted 4 lines

Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

Why it doesn't accept new mac?, can this be fixed?

Quoted 14 lines

Quoted 9 lines

Quoted 4 lines

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Currently all the LED code we have in there is for setting a particular gpio for particular laptops (and they differ between models). We only have quirks for IBM and HP, none for Acer. Also, the legacy-hal seems to have a different strategy for 2425 chips. I can try to hack up some code for you to test.

I have seen on the web that madwifi did support the led with some gpio settings

sysctl -w dev.wifi0.ledpin=3
sysctl -w dev.wifi0.softled=1

Quoted 4 lines

from https://help.ubuntu.com/community/AspireOne

Best regards,
Maxim Levitsky

i think that some led settings are stored on EEPROM, let me check it out...

Quoted 1 line

Quoted 1 line

Why it doesn't accept new mac?, can this be fixed?

Any update on mac changer status?

Quoted 1 line

Quoted 1 line

Why it doesn't accept new mac?, can this be fixed?

Any update on mac changer status?

Quoted 2 lines · Maxim Levitsky

Quoted 1 line

Quoted 1 line

Why it doesn't accept new mac?, can this be fixed?

Any update on mac changer status?

As a first stab, can you try this patch? This sets the address on add_interface and clears it on remove_interface, instead of only doing it at probe time. I only compile-tested it.

drivers/net/wireless/ath5k/base.c +1 -0

index 5ef8cc4..6c56893 100644
@@ -2765,6 +2765,7 @@ static int ath5k_add_interface(struct ieee80211_hw *hw,
 	/* Set to a reasonable value. Note that this will
 	 * be set to mac80211's value at ath5k_config(). */
 	sc->bintval = 1000;
+	ath5k_hw_set_lladdr(sc->ah, conf->mac_addr);
 
 	ret = 0;
 end:

@@ -2777,11 +2778,13 @@ ath5k_remove_interface(struct ieee80211_hw *hw,
 			struct ieee80211_if_init_conf *conf)
 {
 	struct ath5k_softc *sc = hw->priv;

Quoted 4 lines · Bob Copeland

Quoted 2 lines · Maxim Levitsky

Quoted 1 line

Quoted 1 line

Why it doesn't accept new mac?, can this be fixed?

Any update on mac changer status?

Quoted 1 line

As a first stab, can you try this patch? This sets the address on

Works almost perfectly,

when I load the module, then run macchanger, and then ifconfig wlan0 up then it works, if I do an ifconfig up once, then ifdowning the interface, it doesn't.

The noise floor calibration issue bites me again and gain. When it shows up, usually card continues to work, but at next assotiation stops working.

Transfer speeds are unusually low:

On Fri, 14 Nov 2008 20:57:22 +0200, Maxim Levitsky wrote

Quoted 10 lines

Quoted 4 lines · Bob Copeland

Quoted 2 lines · Maxim Levitsky

Quoted 1 line

Quoted 1 line

Why it doesn't accept new mac?, can this be fixed?

Any update on mac changer status?

As a first stab, can you try this patch? This sets the address on

Works almost perfectly,

when I load the module, then run macchanger, and then ifconfig wlan0 up then it works, if I do an ifconfig up once, then ifdowning the interface, it doesn't.

Yeah, I had actually written more for that patch originally, but didn't post it because it was a bit more invasive. I think the issue is just that start() shouldn't program the mac at all and let add_interface handle that. I'll post a revised patch in a day or two.

Quoted 3 lines

The noise floor calibration issue bites me again and gain. When it shows up, usually card continues to work, but at next assotiation stops working.

Does this help?
http://marc.info/?l=linux-wireless&m=122570806813839&w=2

Quoted 2 lines

Transfer speeds are unusually low:

You can try using the minstrel rate control algorithm, it may help. s

2008/11/10 Maxim Levitsky <[email protected]>:

Quoted 39 lines

Quoted 5 lines · Bob Copeland

Quoted 3 lines · Maxim Levitsky

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

Quoted 7 lines

As you've seen, these should at least be gone now...

Quoted 2 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram.

Did you get noise calibration failures in dmesg at this point? Felix posted a patch recently that handles them better.

Yep, but they seems to be gone in latest -git too. Wireless work fine now, it seems like my iwl3945.

Quoted 5 lines

Quoted 5 lines

Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

Why it doesn't accept new mac?, can this be fixed?

Quoted 9 lines

Quoted 3 lines

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Currently all the LED code we have in there is for setting a particular gpio for particular laptops (and they differ between models). We only have quirks for IBM and HP, none for Acer. Also, the legacy-hal seems to have a different strategy for 2425 chips. I can try to hack up some code for you to test.

I have seen on the web that madwifi did support the led with some gpio settings

sysctl -w dev.wifi0.ledpin=3
sysctl -w dev.wifi0.softled=1

Quoted 4 lines

from https://help.ubuntu.com/community/AspireOne

Best regards,
Maxim Levitsky

i think that some led settings are stored on EEPROM, let me check it out...

2008/11/10 Maxim Levitsky <[email protected]>:

Quoted 39 lines

Quoted 5 lines · Bob Copeland

Quoted 3 lines · Maxim Levitsky

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

Quoted 7 lines

As you've seen, these should at least be gone now...

Quoted 2 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram.

Did you get noise calibration failures in dmesg at this point? Felix posted a patch recently that handles them better.

Yep, but they seems to be gone in latest -git too. Wireless work fine now, it seems like my iwl3945.

Quoted 5 lines

Quoted 5 lines

Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

Why it doesn't accept new mac?, can this be fixed?

Quoted 9 lines

Quoted 3 lines

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Currently all the LED code we have in there is for setting a particular gpio for particular laptops (and they differ between models). We only have quirks for IBM and HP, none for Acer. Also, the legacy-hal seems to have a different strategy for 2425 chips. I can try to hack up some code for you to test.

I have seen on the web that madwifi did support the led with some gpio settings

sysctl -w dev.wifi0.ledpin=3
sysctl -w dev.wifi0.softled=1

Quoted 4 lines

from https://help.ubuntu.com/community/AspireOne

Best regards,
Maxim Levitsky

i think that some led settings are stored on EEPROM, let me check it out...

2008/11/10 Maxim Levitsky <[email protected]>:

Quoted 39 lines

Quoted 5 lines · Bob Copeland

Quoted 3 lines · Maxim Levitsky

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

Quoted 7 lines

As you've seen, these should at least be gone now...

Quoted 2 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram.

Did you get noise calibration failures in dmesg at this point? Felix posted a patch recently that handles them better.

Yep, but they seems to be gone in latest -git too. Wireless work fine now, it seems like my iwl3945.

Quoted 5 lines

Quoted 5 lines

Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

Why it doesn't accept new mac?, can this be fixed?

Quoted 9 lines

Quoted 3 lines

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Currently all the LED code we have in there is for setting a particular gpio for particular laptops (and they differ between models). We only have quirks for IBM and HP, none for Acer. Also, the legacy-hal seems to have a different strategy for 2425 chips. I can try to hack up some code for you to test.

I have seen on the web that madwifi did support the led with some gpio settings

sysctl -w dev.wifi0.ledpin=3
sysctl -w dev.wifi0.softled=1

Quoted 4 lines

from https://help.ubuntu.com/community/AspireOne

Best regards,
Maxim Levitsky

i think that some led settings are stored on EEPROM, let me check it out...

2008/11/10 Maxim Levitsky <[email protected]>:

Quoted 39 lines

Quoted 5 lines · Bob Copeland

Quoted 3 lines · Maxim Levitsky

** 2 - wireless: not to mention the fact that ath5k wasn't installed by default in ubuntu...
wireless more or less works, but kernel log is full of backtraces.

Quoted 7 lines

As you've seen, these should at least be gone now...

Quoted 2 lines

Was able to connect to my WPA2 access point.
Sometimes wireless fails completely, especially after suspend to ram.

Did you get noise calibration failures in dmesg at this point? Felix posted a patch recently that handles them better.

Yep, but they seems to be gone in latest -git too. Wireless work fine now, it seems like my iwl3945.

Quoted 5 lines

Quoted 5 lines

Advanced features like monitor/injection work, but when I changed the card's mac address it stopped working.
I also noticed that if I then start airodump, then wireless works with new mac.

Why it doesn't accept new mac?, can this be fixed?

Quoted 9 lines

Quoted 3 lines

** 4 - wireless led doesn't work.
ath5k devs, can you fix this?

Currently all the LED code we have in there is for setting a particular gpio for particular laptops (and they differ between models). We only have quirks for IBM and HP, none for Acer. Also, the legacy-hal seems to have a different strategy for 2425 chips. I can try to hack up some code for you to test.

I have seen on the web that madwifi did support the led with some gpio settings

sysctl -w dev.wifi0.ledpin=3
sysctl -w dev.wifi0.softled=1

Quoted 4 lines

from https://help.ubuntu.com/community/AspireOne

Best regards,
Maxim Levitsky

i think that some led settings are stored on EEPROM, let me check it out...

Hi,

Indeed gpio #3 controls the led.
I patched ath5k to use it, and led works now fine.

2008/12/13 Maxim Levitsky <[email protected]>:

Quoted 7 lines

Hi,

Indeed gpio #3 controls the led.
I patched ath5k to use it, and led works now fine.

Please share your patch with the rest and also post an lspci -vnn for your card so we can handle this in a generic way

2008/12/13 Maxim Levitsky <[email protected]>:

Quoted 7 lines

Hi,

Indeed gpio #3 controls the led.
I patched ath5k to use it, and led works now fine.

Please share your patch with the rest and also post an lspci -vnn for your card so we can handle this in a generic way

Quoted 11 lines · Nick Kossifidis

2008/12/13 Maxim Levitsky <[email protected]>:

Quoted 7 lines

Hi,

Indeed gpio #3 controls the led.
I patched ath5k to use it, and led works now fine.

Please share your patch with the rest and also post an lspci -vnn for your card so we can handle this in a generic way

This just a one liner hack

drivers/net/wireless/ath5k/base.c +5 -0

index 9d2c597..a447937 100644
@@ -2595,6 +2595,11 @@ ath5k_init_leds(struct ath5k_softc *sc)
 		sc->led_pin = 1;
 		sc->led_on = 1;  /* active high */
 	}
+
+	__set_bit(ATH_STAT_LEDSOFT, sc->status);
+	sc->led_pin = 3;
+	sc->led_on = 1;
+
 	if (!test_bit(ATH_STAT_LEDSOFT, sc->status))
 		goto out;
 

Best regards,
Maxim Levitsky

Quoted 11 lines · Nick Kossifidis

2008/12/13 Maxim Levitsky <[email protected]>:

Quoted 7 lines

Hi,

Indeed gpio #3 controls the led.
I patched ath5k to use it, and led works now fine.

Please share your patch with the rest and also post an lspci -vnn for your card so we can handle this in a generic way

This just a one liner hack

drivers/net/wireless/ath5k/base.c +5 -0

index 9d2c597..a447937 100644
@@ -2595,6 +2595,11 @@ ath5k_init_leds(struct ath5k_softc *sc)
 		sc->led_pin = 1;
 		sc->led_on = 1;  /* active high */
 	}
+
+	__set_bit(ATH_STAT_LEDSOFT, sc->status);
+	sc->led_pin = 3;
+	sc->led_on = 1;
+
 	if (!test_bit(ATH_STAT_LEDSOFT, sc->status))
 		goto out;
 

Best regards,
Maxim Levitsky

Hi,

Indeed gpio #3 controls the led.
I patched ath5k to use it, and led works now fine.

Quoted 1 line

i think that some led settings are stored on EEPROM, let me check it out...

Indeed gpio #3 controls the led.
I patched ath5k to use it, and led works now fine.

What I dislike is the way led blinks:

[trimmed a couple of lists from CC]

Quoted 4 lines · Maxim Levitsky

Quoted 1 line

i think that some led settings are stored on EEPROM, let me check it out...

Indeed gpio #3 controls the led.
I patched ath5k to use it, and led works now fine.

BTW I looked for settings in EEPROM and didn't find any.

Quoted 2 lines

What I dislike is the way led blinks:

This is something that should rather change in mac80211, I think. It just toggles the state on every packet, and we just do the same when mac80211 says so (ath5k *could* set up timers like b43, but it's a lot of extra code, and every driver shouldn't have to do so.)

Quoted 2 lines

Indeed gpio #3 controls the led.
I patched ath5k to use it, and led works now fine.

Quoted 2 lines · Bob Copeland

Quoted 2 lines

Indeed gpio #3 controls the led.
I patched ath5k to use it, and led works now fine.

Sorry for the delay, can you test this patch?

From: Bob Copeland <[email protected]>
Date: Mon, 29 Dec 2008 23:14:24 -0500
Subject: [PATCH] ath5k: support LEDs on aspire one laptop

Add vendor ID for Foxconn and use it to set the ath5k LED gpio and polarity for Acer branded laptops.

base.c:
Changes-licensed-under: 3-Clause-BSD

Reported-by Maxim Levitsky <[email protected]>

Signed-off-by Bob Copeland <[email protected]>

---
 drivers/net/wireless/ath5k/base.c |    7 +++++++
 include/linux/pci_ids.h           |    2 ++
 2 files changed, 9 insertions(+), 0 deletions(-)

drivers/net/wireless/ath5k/base.c +0 -0

index 40c0155..eb0675f 100644
@@ -2595,6 +2595,13 @@ ath5k_init_leds(struct ath5k_softc *sc)
 		sc->led_pin = 1;
 		sc->led_on = 1;  /* active high */
 	}

Sure, will test, I am also sure that this will work.

Hi,

Quoted 1 line

Sure, will test, I am also sure that this will work.

A110L, 2.6.28, success (also inverted here, traffic blanks it).

Note that CONFIG_LEDS_TRIGGER_DEFAULT_ON=m, might be related (possibly ath5k is just mis-using LEDs API, in light of this setting?).

IOW, our hardware _is_ inverted for real I believe and the driver needs to be fixed.

Oh, and what about the second LED on the left side? That one would be available for driver implementation, too, right?
Or is that one hard-wired (via Embedded Controller?)
to rfkill mechanical switch?

Hi,

Quoted 1 line

Sure, will test, I am also sure that this will work.

A110L, 2.6.28, success (also inverted here, traffic blanks it).