All of lore.kernel.org
 help / color / mirror / Atom feed
* hdspmixer
@ 2011-01-26  9:49 Jaroslav Kysela
  2011-01-26  9:57 ` hdspmixer Takashi Iwai
                   ` (2 more replies)
  0 siblings, 3 replies; 8+ messages in thread
From: Jaroslav Kysela @ 2011-01-26  9:49 UTC (permalink / raw)
  To: ALSA development; +Cc: Adrian Knoth, Takashi Iwai

Hi,

 	working on new ALSA release, but it seems that 
alsa-tools/hdspmixer is out of sync with current 
linux/sound/hdsp.h / hdspm.h after this commit:

commit e24e56795ea57e3dd7da45063ab71f04e231192d
Author: Adrian Knoth <adi@drcomp.erfurt.thur.de>
Date:   Sun Jan 9 19:42:59 2011 +0100

     Add support for RME MADI, RayDAT and AIO

     Merged the work by Florian Faber that's distributed separately as
     hdspmixer64.

     Code taken from 
http://wiki.linuxproaudio.org/index.php/App:hdspmixer_64

     Signed-off-by: Adrian Knoth <adi@drcomp.erfurt.thur.de>
     Signed-off-by: Takashi Iwai <tiwai@suse.de>

 	Any clue what to do to get things fixed?

 					Jaroslav

-----
Jaroslav Kysela <perex@perex.cz>
Linux Kernel Sound Maintainer
ALSA Project, Red Hat, Inc.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: hdspmixer
  2011-01-26  9:49 hdspmixer Jaroslav Kysela
@ 2011-01-26  9:57 ` Takashi Iwai
  2011-01-26 10:04 ` hdspmixer Fredrik Lingvall
  2011-01-26 10:23 ` hdspmixer Adrian Knoth
  2 siblings, 0 replies; 8+ messages in thread
From: Takashi Iwai @ 2011-01-26  9:57 UTC (permalink / raw)
  To: Jaroslav Kysela; +Cc: Adrian Knoth, ALSA development

At Wed, 26 Jan 2011 10:49:51 +0100 (CET),
Jaroslav Kysela wrote:
> 
> Hi,
> 
>  	working on new ALSA release, but it seems that 
> alsa-tools/hdspmixer is out of sync with current 
> linux/sound/hdsp.h / hdspm.h after this commit:
> 
> commit e24e56795ea57e3dd7da45063ab71f04e231192d
> Author: Adrian Knoth <adi@drcomp.erfurt.thur.de>
> Date:   Sun Jan 9 19:42:59 2011 +0100
> 
>      Add support for RME MADI, RayDAT and AIO
> 
>      Merged the work by Florian Faber that's distributed separately as
>      hdspmixer64.
> 
>      Code taken from 
> http://wiki.linuxproaudio.org/index.php/App:hdspmixer_64
> 
>      Signed-off-by: Adrian Knoth <adi@drcomp.erfurt.thur.de>
>      Signed-off-by: Takashi Iwai <tiwai@suse.de>
> 
>  	Any clue what to do to get things fixed?

This requires some work from Adrian...


Takashi

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: hdspmixer
  2011-01-26  9:49 hdspmixer Jaroslav Kysela
  2011-01-26  9:57 ` hdspmixer Takashi Iwai
@ 2011-01-26 10:04 ` Fredrik Lingvall
  2011-01-26 10:13   ` hdspmixer Jaroslav Kysela
  2011-01-26 10:23 ` hdspmixer Adrian Knoth
  2 siblings, 1 reply; 8+ messages in thread
From: Fredrik Lingvall @ 2011-01-26 10:04 UTC (permalink / raw)
  To: Jaroslav Kysela
  Cc: Adrian Knoth, Takashi Iwai, ALSA development, Florian Faber

I did two things to build the hdspmixer I got from Florian.

1) Moved the #endif (at line 121)

#endif                /* __SOUND_HDSPM_H */

downto the last line of the hdspm.h

2) Changed

#include<alsa/sound/hdsp.h>

to

#include <sound/hdspm.h>

in HDSPMixerWindow.h

/Fredrik

On 01/26/11 10:49, Jaroslav Kysela wrote:
> Hi,
>
>  	working on new ALSA release, but it seems that 
> alsa-tools/hdspmixer is out of sync with current 
> linux/sound/hdsp.h / hdspm.h after this commit:
>
> commit e24e56795ea57e3dd7da45063ab71f04e231192d
> Author: Adrian Knoth <adi@drcomp.erfurt.thur.de>
> Date:   Sun Jan 9 19:42:59 2011 +0100
>
>      Add support for RME MADI, RayDAT and AIO
>
>      Merged the work by Florian Faber that's distributed separately as
>      hdspmixer64.
>
>      Code taken from 
> http://wiki.linuxproaudio.org/index.php/App:hdspmixer_64
>
>      Signed-off-by: Adrian Knoth <adi@drcomp.erfurt.thur.de>
>      Signed-off-by: Takashi Iwai <tiwai@suse.de>
>
>  	Any clue what to do to get things fixed?
>
>  					Jaroslav
>
> -----
> Jaroslav Kysela <perex@perex.cz>
> Linux Kernel Sound Maintainer
> ALSA Project, Red Hat, Inc.
>
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: hdspmixer
  2011-01-26 10:04 ` hdspmixer Fredrik Lingvall
@ 2011-01-26 10:13   ` Jaroslav Kysela
  2011-01-26 10:26     ` hdspmixer Fredrik Lingvall
  2011-01-26 13:55     ` hdspmixer Fredrik Lingvall
  0 siblings, 2 replies; 8+ messages in thread
From: Jaroslav Kysela @ 2011-01-26 10:13 UTC (permalink / raw)
  To: Fredrik Lingvall
  Cc: Adrian Knoth, Takashi Iwai, ALSA development, Florian Faber

On Wed, 26 Jan 2011, Fredrik Lingvall wrote:

> I did two things to build the hdspmixer I got from Florian.
>
> 1) Moved the #endif (at line 121)
>
> #endif                /* __SOUND_HDSPM_H */
>
> downto the last line of the hdspm.h

It's already in hdspm.h we have in the GIT kernel tree:

http://git.alsa-project.org/?p=alsa-kernel.git;a=blob;f=include/sound/hdspm.h;h=81990b2bcc981bb4f31cae44616aa052c5f1066e;hb=HEAD

> 2) Changed
>
> #include<alsa/sound/hdsp.h>
>
> to
>
> #include <sound/hdspm.h>
>
> in HDSPMixerWindow.h

I have both includes in HDSMixerWindow.h:

#include <alsa/sound/hdsp.h>
#include <alsa/sound/hdspm.h>

The hdspm.h is from the location above (added to alsa-lib/include/sound 
tree).

I think that you are using different kernel driver - so we are out of 
sync with the user space tools. What version of the hdsp/hdspm driver are 
you using?

 					Jaroslav

> On 01/26/11 10:49, Jaroslav Kysela wrote:
>> Hi,
>>
>>  	working on new ALSA release, but it seems that
>> alsa-tools/hdspmixer is out of sync with current
>> linux/sound/hdsp.h / hdspm.h after this commit:
>>
>> commit e24e56795ea57e3dd7da45063ab71f04e231192d
>> Author: Adrian Knoth <adi@drcomp.erfurt.thur.de>
>> Date:   Sun Jan 9 19:42:59 2011 +0100
>>
>>      Add support for RME MADI, RayDAT and AIO
>>
>>      Merged the work by Florian Faber that's distributed separately as
>>      hdspmixer64.
>>
>>      Code taken from
>> http://wiki.linuxproaudio.org/index.php/App:hdspmixer_64
>>
>>      Signed-off-by: Adrian Knoth <adi@drcomp.erfurt.thur.de>
>>      Signed-off-by: Takashi Iwai <tiwai@suse.de>
>>
>>  	Any clue what to do to get things fixed?
>>
>>  					Jaroslav
>>

-----
Jaroslav Kysela <perex@perex.cz>
Linux Kernel Sound Maintainer
ALSA Project, Red Hat, Inc.

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: hdspmixer
  2011-01-26  9:49 hdspmixer Jaroslav Kysela
  2011-01-26  9:57 ` hdspmixer Takashi Iwai
  2011-01-26 10:04 ` hdspmixer Fredrik Lingvall
@ 2011-01-26 10:23 ` Adrian Knoth
  2011-01-26 13:47   ` hdspmixer Takashi Iwai
  2 siblings, 1 reply; 8+ messages in thread
From: Adrian Knoth @ 2011-01-26 10:23 UTC (permalink / raw)
  To: Jaroslav Kysela; +Cc: Takashi Iwai, ALSA development

[-- Attachment #1: Type: text/plain, Size: 570 bytes --]

On 01/26/11 10:49, Jaroslav Kysela wrote:

> Hi,

Hi!

> working on new ALSA release, but it seems that 
> alsa-tools/hdspmixer is out of sync with current 
> linux/sound/hdsp.h / hdspm.h after this commit:

That's very likely. The commit was ment to amend ongoing work on the
hdspm driver, but it took me a little longer to get it done. (I
completed it yesterday, but I still have to send the patch)

Find attached the hdspm.h I'm going to send today (hopefully; like
always, time is the foremost problem).

With this file, I'm able to compile and run hdspmixer.


HTH

[-- Attachment #2: hdspm.h --]
[-- Type: text/x-chdr, Size: 10411 bytes --]

#ifndef __SOUND_HDSPM_H
#define __SOUND_HDSPM_H
/*
 *   Copyright (C) 2003 Winfried Ritsch (IEM)
 *   based on hdsp.h from Thomas Charbonnel (thomas@undata.org)
 *
 *
 *   This program is free software; you can redistribute it and/or modify
 *   it under the terms of the GNU General Public License as published by
 *   the Free Software Foundation; either version 2 of the License, or
 *   (at your option) any later version.
 *
 *   This program is distributed in the hope that it will be useful,
 *   but WITHOUT ANY WARRANTY; without even the implied warranty of
 *   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 *   GNU General Public License for more details.
 *
 *   You should have received a copy of the GNU General Public License
 *   along with this program; if not, write to the Free Software
 *   Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
 */

/* Maximum channels is 64 even on 56Mode you have 64playbacks to matrix */
#define HDSPM_MAX_CHANNELS      64

enum hdspm_io_type {
	MADI,
	MADIface,
	AIO,
	AES32,
	RayDAT
};

enum hdspm_speed {
	ss,
	ds,
	qs
};

/* -------------------- IOCTL Peak/RMS Meters -------------------- */

struct hdspm_peak_rms {
	uint32_t input_peaks[64];
	uint32_t playback_peaks[64];
	uint32_t output_peaks[64];

	uint64_t input_rms[64];
	uint64_t playback_rms[64];
	uint64_t output_rms[64];

	uint8_t speed; /* enum {ss, ds, qs} */
	int status2;
};

#define SNDRV_HDSPM_IOCTL_GET_PEAK_RMS \
	_IOR('H', 0x42, struct hdspm_peak_rms)

/* ------------ CONFIG block IOCTL ---------------------- */

struct hdspm_config {
	unsigned char pref_sync_ref;
	unsigned char wordclock_sync_check;
	unsigned char madi_sync_check;
	unsigned int system_sample_rate;
	unsigned int autosync_sample_rate;
	unsigned char system_clock_mode;
	unsigned char clock_source;
	unsigned char autosync_ref;
	unsigned char line_out;
	unsigned int passthru;
	unsigned int analog_out;
};

#define SNDRV_HDSPM_IOCTL_GET_CONFIG \
	_IOR('H', 0x41, struct hdspm_config)

/**
 * If there's a TCO (TimeCode Option) board installed,
 * there are further options and status data available.
 * The hdspm_ltc structure contains the current SMPTE
 * timecode and some status information and can be
 * obtained via SNDRV_HDSPM_IOCTL_GET_LTC or in the
 * hdspm_status struct.
 **/

enum hdspm_ltc_format {
	format_invalid,
	fps_24,
	fps_25,
	fps_2997,
	fps_30
};

enum hdspm_ltc_frame {
	frame_invalid,
	drop_frame,
	full_frame
};

enum hdspm_ltc_input_format {
	ntsc,
	pal,
	no_video
};

struct hdspm_ltc {
	unsigned int ltc;

	enum hdspm_ltc_format format;
	enum hdspm_ltc_frame frame;
	enum hdspm_ltc_input_format input_format;
};

#define SNDRV_HDSPM_IOCTL_GET_LTC _IOR('H', 0x46, struct hdspm_mixer_ioctl)

/**
 * The status data reflects the device's current state
 * as determined by the card's configuration and
 * connection status.
 **/

enum hdspm_sync {
	hdspm_sync_no_lock = 0,
	hdspm_sync_lock = 1,
	hdspm_sync_sync = 2
};

enum hdspm_madi_input {
	hdspm_input_optical = 0,
	hdspm_input_coax = 1
};

enum hdspm_madi_channel_format {
	hdspm_format_ch_64 = 0,
	hdspm_format_ch_56 = 1
};

enum hdspm_madi_frame_format {
	hdspm_frame_48 = 0,
	hdspm_frame_96 = 1
};

enum hdspm_syncsource {
	syncsource_wc = 0,
	syncsource_madi = 1,
	syncsource_tco = 2,
	syncsource_sync = 3,
	syncsource_none = 4
};

struct hdspm_status {
	uint8_t card_type; /* enum hdspm_io_type */
	enum hdspm_syncsource autosync_source;

	uint64_t card_clock;
	uint32_t master_period;

	union {
		struct {
			uint8_t sync_wc; /* enum hdspm_sync */
			uint8_t sync_madi; /* enum hdspm_sync */
			uint8_t sync_tco; /* enum hdspm_sync */
			uint8_t sync_in; /* enum hdspm_sync */
			uint8_t madi_input; /* enum hdspm_madi_input */
			uint8_t channel_format; /* enum hdspm_madi_channel_format */
			uint8_t frame_format; /* enum hdspm_madi_frame_format */
		} madi;
	} card_specific;
};

#define SNDRV_HDSPM_IOCTL_GET_STATUS \
	_IOR('H', 0x47, struct hdspm_status)

/**
 * Get information about the card and its add-ons.
 **/

#define HDSPM_ADDON_TCO 1

struct hdspm_version {
	uint8_t card_type; /* enum hdspm_io_type */
	char cardname[20];
	unsigned int serial;
	unsigned short firmware_rev;
	int addons;
};

#define SNDRV_HDSPM_IOCTL_GET_VERSION _IOR('H', 0x43, struct hdspm_version)

/* ------------- get Matrix Mixer IOCTL --------------- */

/* MADI mixer: 64inputs+64playback in 64outputs = 8192 => *4Byte =
 * 32768 Bytes
 */

/* organisation is 64 channelfader in a continous memory block */
/* equivalent to hardware definition, maybe for future feature of mmap of
 * them
 */
/* each of 64 outputs has 64 infader and 64 outfader:
   Ins to Outs mixer[out].in[in], Outstreams to Outs mixer[out].pb[pb] */

#define HDSPM_MIXER_CHANNELS HDSPM_MAX_CHANNELS

struct hdspm_channelfader {
	unsigned int in[HDSPM_MIXER_CHANNELS];
	unsigned int pb[HDSPM_MIXER_CHANNELS];
};

struct hdspm_mixer {
	struct hdspm_channelfader ch[HDSPM_MIXER_CHANNELS];
};

struct hdspm_mixer_ioctl {
	struct hdspm_mixer *mixer;
};

/* use indirect access due to the limit of ioctl bit size */
#define SNDRV_HDSPM_IOCTL_GET_MIXER _IOR('H', 0x44, struct hdspm_mixer_ioctl)

/* typedefs for compatibility to user-space */
typedef struct hdspm_peak_rms hdspm_peak_rms_t;
typedef struct hdspm_config_info hdspm_config_info_t;
typedef struct hdspm_version hdspm_version_t;
typedef struct hdspm_channelfader snd_hdspm_channelfader_t;
typedef struct hdspm_mixer hdspm_mixer_t;

/* These tables map the ALSA channels 1..N to the channels that we
   need to use in order to find the relevant channel buffer. RME
   refers to this kind of mapping as between "the ADAT channel and
   the DMA channel." We index it using the logical audio channel,
   and the value is the DMA channel (i.e. channel buffer number)
   where the data for that channel can be read/written from/to.
*/

static char channel_map_unity_ss[HDSPM_MAX_CHANNELS] = {
	0, 1, 2, 3, 4, 5, 6, 7,
	8, 9, 10, 11, 12, 13, 14, 15,
	16, 17, 18, 19, 20, 21, 22, 23,
	24, 25, 26, 27, 28, 29, 30, 31,
	32, 33, 34, 35, 36, 37, 38, 39,
	40, 41, 42, 43, 44, 45, 46, 47,
	48, 49, 50, 51, 52, 53, 54, 55,
	56, 57, 58, 59, 60, 61, 62, 63
};

static char channel_map_unity_ds[HDSPM_MAX_CHANNELS] = {
	0, 2, 4, 6, 8, 10, 12, 14,
	16, 18, 20, 22, 24, 26, 28, 30,
	32, 34, 36, 38, 40, 42, 44, 46,
	48, 50, 52, 54, 56, 58, 60, 62,
	-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,
};

static char channel_map_unity_qs[HDSPM_MAX_CHANNELS] = {
	0, 4, 8, 12, 16, 20, 24, 28,
	32, 36, 40, 44, 48, 52, 56, 60,
	-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,
	-1, -1, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
};

static char channel_map_raydat_ss[HDSPM_MAX_CHANNELS] = {
	4, 5, 6, 7, 8, 9, 10, 11,	/* ADAT 1 */
	12, 13, 14, 15, 16, 17, 18, 19,	/* ADAT 2 */
	20, 21, 22, 23, 24, 25, 26, 27,	/* ADAT 3 */
	28, 29, 30, 31, 32, 33, 34, 35,	/* ADAT 4 */
	0, 1,			/* AES */
	2, 3,			/* SPDIF */
	-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,
};

static char channel_map_raydat_ds[HDSPM_MAX_CHANNELS] = {
	4, 5, 6, 7,		/* ADAT 1 */
	8, 9, 10, 11,		/* ADAT 2 */
	12, 13, 14, 15,		/* ADAT 3 */
	16, 17, 18, 19,		/* ADAT 4 */
	0, 1,			/* AES */
	2, 3,			/* SPDIF */
	-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, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
};

static char channel_map_raydat_qs[HDSPM_MAX_CHANNELS] = {
	4, 5,			/* ADAT 1 */
	6, 7,			/* ADAT 2 */
	8, 9,			/* ADAT 3 */
	10, 11,			/* ADAT 4 */
	0, 1,			/* AES */
	2, 3,			/* SPDIF */
	-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, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
};

static char channel_map_aio_in_ss[HDSPM_MAX_CHANNELS] = {
	0, 1,			/* line in */
	8, 9,			/* aes in, */
	10, 11,			/* spdif in */
	12, 13, 14, 15, 16, 17, 18, 19,	/* ADAT in */
	-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, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
};

static char channel_map_aio_out_ss[HDSPM_MAX_CHANNELS] = {
	0, 1,			/* line out */
	8, 9,			/* aes out */
	10, 11,			/* spdif out */
	12, 13, 14, 15, 16, 17, 18, 19,	/* ADAT out */
	6, 7,			/* phone out */
	-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,
	-1, -1, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
};

static char channel_map_aio_in_ds[HDSPM_MAX_CHANNELS] = {
	0, 1,			/* line in */
	8, 9,			/* aes in */
	10, 11,			/* spdif in */
	12, 14, 16, 18,		/* adat in */
	-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, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1
};

static char channel_map_aio_out_ds[HDSPM_MAX_CHANNELS] = {
	0, 1,			/* line out */
	8, 9,			/* aes out */
	10, 11,			/* spdif out */
	12, 14, 16, 18,		/* adat out */
	6, 7,			/* phone out */
	-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, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1
};

static char channel_map_aio_in_qs[HDSPM_MAX_CHANNELS] = {
	0, 1,			/* line in */
	8, 9,			/* aes in */
	10, 11,			/* spdif in */
	12, 16,			/* adat in */
	-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,
	-1, -1, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1
};

static char channel_map_aio_out_qs[HDSPM_MAX_CHANNELS] = {
	0, 1,			/* line out */
	8, 9,			/* aes out */
	10, 11,			/* spdif out */
	12, 16,			/* adat out */
	6, 7,			/* phone out */
	-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, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1,
	-1, -1, -1, -1, -1, -1, -1, -1
};

#endif

[-- Attachment #3: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: hdspmixer
  2011-01-26 10:13   ` hdspmixer Jaroslav Kysela
@ 2011-01-26 10:26     ` Fredrik Lingvall
  2011-01-26 13:55     ` hdspmixer Fredrik Lingvall
  1 sibling, 0 replies; 8+ messages in thread
From: Fredrik Lingvall @ 2011-01-26 10:26 UTC (permalink / raw)
  To: Jaroslav Kysela
  Cc: Adrian Knoth, Takashi Iwai, ALSA development, Fredrik Lingvall,
	Florian Faber

[-- Attachment #1: Type: text/plain, Size: 506 bytes --]

On 01/26/11 11:13, Jaroslav Kysela wrote:
>
>
> I think that you are using different kernel driver - so we are out of
> sync with the user space tools. What version of the hdsp/hdspm driver
> are you using?
>
>                     Jaroslav
>
>
The one I got by email from Florian on 2010-10-27 (I have attached the
32kB tar file). The one on 
http://wiki.linuxproaudio.org/index.php/Driver:hdspm is newer
(2010-12-25). I will check if I can get hdspmixer to build against the
2010-12-25 version.

/Fredrik

[-- Attachment #2: hdspm_101027.tgz --]
[-- Type: application/x-compressed-tar, Size: 35640 bytes --]

[-- Attachment #3: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: hdspmixer
  2011-01-26 10:23 ` hdspmixer Adrian Knoth
@ 2011-01-26 13:47   ` Takashi Iwai
  0 siblings, 0 replies; 8+ messages in thread
From: Takashi Iwai @ 2011-01-26 13:47 UTC (permalink / raw)
  To: Adrian Knoth; +Cc: ALSA development

At Wed, 26 Jan 2011 11:23:05 +0100,
Adrian Knoth wrote:
> 
> On 01/26/11 10:49, Jaroslav Kysela wrote:
> 
> > Hi,
> 
> Hi!
> 
> > working on new ALSA release, but it seems that 
> > alsa-tools/hdspmixer is out of sync with current 
> > linux/sound/hdsp.h / hdspm.h after this commit:
> 
> That's very likely. The commit was ment to amend ongoing work on the
> hdspm driver, but it took me a little longer to get it done. (I
> completed it yesterday, but I still have to send the patch)
> 
> Find attached the hdspm.h I'm going to send today (hopefully; like
> always, time is the foremost problem).

Thanks.  Feel free to submit the rest ;)


Takashi

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: hdspmixer
  2011-01-26 10:13   ` hdspmixer Jaroslav Kysela
  2011-01-26 10:26     ` hdspmixer Fredrik Lingvall
@ 2011-01-26 13:55     ` Fredrik Lingvall
  1 sibling, 0 replies; 8+ messages in thread
From: Fredrik Lingvall @ 2011-01-26 13:55 UTC (permalink / raw)
  To: Jaroslav Kysela
  Cc: Adrian Knoth, Takashi Iwai, ALSA development, Florian Faber

On 01/26/11 11:13, Jaroslav Kysela wrote:
> On Wed, 26 Jan 2011, Fredrik Lingvall wrote:
>
>> I did two things to build the hdspmixer I got from Florian.
>>
>> 1) Moved the #endif (at line 121)
>>
>> #endif                /* __SOUND_HDSPM_H */
>>
>> downto the last line of the hdspm.h
>
> It's already in hdspm.h we have in the GIT kernel tree:
>
> http://git.alsa-project.org/?p=alsa-kernel.git;a=blob;f=include/sound/hdspm.h;h=81990b2bcc981bb4f31cae44616aa052c5f1066e;hb=HEAD
>
>

I have now build the hdspm driver from:
http://wiki.linuxproaudio.org/index.php/Driver:hdspm (2010-12-25)
and the hdspmixer (hdspmixer_64-1.9) from:
http://wiki.linuxproaudio.org/index.php/App:hdspmixer_64

I did this by copying the hdspm.c file to the (gentoo kernel)
/usr/src/linux-2.6.36-gentoo-r5/sound/pci/rme9652/hdspm.c
and the hdspm.h file to /usr/include/alsa/sound/hdspm.h and
/usr/include/sound/hdspm.h (had to change the include path for hdspm.h
in hdspm.c as well).

Both the driver and hdspmixer build fine.

There are some differences to the driver at:

http://git.alsa-project.org/?p=alsa-kernel.git;a=blob;f=include/sound/hdspm.h;h=81990b2bcc981bb4f31cae44616aa052c5f1066e;hb=HEAD
http://git.alsa-project.org/?p=alsa-kernel.git;a=blob;f=sound/pci/rme9652/hdspm.c;h=f5eadfc0672ab0073db93f8fe2b484069b42c814;hb=HEAD

At a quick glance I could see that Florian's name was missing in the
MODULE_AUTHOR section for example.

There is also one problem that I have with the driver and and MADIFace
plus a RME M-32 ADC (on a Macbook Pro running x86_64 Gentoo) - the boot
sequence hugs if I have the coax MADI input connected and switched on.
By toggeling to MADI optical during boot is boots fine and I can
afterwards switch back to coax after boot and the card and driver works
fine.

/Fredrik

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2011-01-26 13:55 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-01-26  9:49 hdspmixer Jaroslav Kysela
2011-01-26  9:57 ` hdspmixer Takashi Iwai
2011-01-26 10:04 ` hdspmixer Fredrik Lingvall
2011-01-26 10:13   ` hdspmixer Jaroslav Kysela
2011-01-26 10:26     ` hdspmixer Fredrik Lingvall
2011-01-26 13:55     ` hdspmixer Fredrik Lingvall
2011-01-26 10:23 ` hdspmixer Adrian Knoth
2011-01-26 13:47   ` hdspmixer Takashi Iwai

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.