[odc] Daily src changes for 2008-10-25

ODC auto at squish.net
Sun Oct 26 07:00:01 GMT 2008


OpenBSD src changes summary for 2008-10-25
==========================================

share/man                               sys/arch/i386/pci
sys/dev                                 sys/dev/ic
sys/dev/isa                             sys/dev/mii
sys/dev/onewire                         sys/dev/pci
usr.sbin/pkg_add                        

== share ============================================================= 01/03 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/share

man

  ~ man4/em.4                             

  > Add 82571GB/82572GI to the list.
  > "The devices can also have a 82571GB or 82572GI marking (instead of
  > 82571EB or 82572EI); the 82571GB and 82572GI devices are used only on
  > Intel network interface adapters. The 82571GB is functionally equivalent
  > to the 82571EB and the 82572GI is functionally equivalent to the
  > 82572EI."
  > From ftp://download.intel.com/design/network/specupdt/82571EB_72EI.pdf
  > Indeed the 82572GI shows up as the "Intel PRO/1000 PT (82572EI)" pci id.
  > (jsg@)

  ~ man4/trunk.4                          

  > oops, fix a very silly mistake; ok sthen (jmc@)

== sys =============================================================== 02/03 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/sys

arch/i386/pci

  ~ auglx.c                               

  > audio(9) says low level drivers are allowed to change the requested
  > values of the audio_params structure during AUDIO_SETINFO if the
  > hardware cannot be set to exactly the requested mode.
  > some drivers do this sometimes.  others always return EINVAL if there
  > isn't an exact match.
  > be more consistent.  only return EINVAL if an absurd parameter was
  > requested, otherwise return a supported set of parameters, as close
  > as possible to what was requested.
  > with/ok ratchov@ (jakemsr@)

dev

  ~ audio.c                               

  > audio(9) says low level drivers are allowed to change the requested
  > values of the audio_params structure during AUDIO_SETINFO if the
  > hardware cannot be set to exactly the requested mode.
  > some drivers do this sometimes.  others always return EINVAL if there
  > isn't an exact match.
  > be more consistent.  only return EINVAL if an absurd parameter was
  > requested, otherwise return a supported set of parameters, as close
  > as possible to what was requested.
  > with/ok ratchov@ (jakemsr@)

dev/ic

  ~ ispvar.h                              

  > Start updating isp. Just new defines, comments, whitespace, anything that
  > doesn't change the .o. (krw@)

  ~ ispreg.h                              

  > Start updating isp. Just new defines, comments, whitespace, anything that
  > doesn't change the .o. (krw@)

dev/isa

  ~ ess.c                                 

  > audio(9) says low level drivers are allowed to change the requested
  > values of the audio_params structure during AUDIO_SETINFO if the
  > hardware cannot be set to exactly the requested mode.
  > some drivers do this sometimes.  others always return EINVAL if there
  > isn't an exact match.
  > be more consistent.  only return EINVAL if an absurd parameter was
  > requested, otherwise return a supported set of parameters, as close
  > as possible to what was requested.
  > with/ok ratchov@ (jakemsr@)

dev/mii

  ~ qsphy.c                               ~ tqphy.c

  > Update for name changes. (brad@)

  ~ miidevs                               

  > Remove vendor names from the product strings. (brad@)

  ~ miidevs.h                             

  > regen (brad@)

  ~ miidevs                               

  > Use tabs between the product id and the product string. (brad@)

  ~ miidevs.h                             

  > regen (brad@)

dev/onewire

  ~ owid.c                                ~ owsbm.c
  ~ owtemp.c                              

  > put the serial number into the name of the devices (for sysctl), because
  > Joerg Goltermann has so many of them and has convinced me that he cannot
  > tell them apart.
  > ok grange cnst henning (deraadt@)

dev/pci

  ~ azalia_codec.c                        

  > Add proper DAC/ADC grouping for AD1984 (from NetBSD).
  > This fixes fallout for AD1984 revealed by recent azalia.c
  > changes and reported on misc at .
  > While here:
  > * move gpio_unmute to more logical place,
  > * remove code ifdef'ed and unused for ages.
  > from Alexey Suslikov, thanks
  > Index: sys/dev/pci/azalia_codec.c
  > ===================================================================
  > RCS file: /cvs/src/sys/dev/pci/azalia_codec.c,v
  > retrieving revision 1.52
  > diff -u -r1.52 azalia_codec.c
  > --- sys/dev/pci/azalia_codec.c  23 Oct 2008 02:23:04 -0000	    1.52
  > +++ sys/dev/pci/azalia_codec.c  24 Oct 2008 17:29:36 -0000
  > @@ -98,6 +98,7 @@
  > (const codec_t *, nid_t, int, u_char);
  > int     azalia_generic_set_port(codec_t *, mixer_ctrl_t *);
  > int     azalia_generic_get_port(codec_t *, mixer_ctrl_t *);
  > +int    azalia_gpio_unmute(codec_t *, int);
  > int     azalia_alc260_init_dacgroup(codec_t *);
  > int     azalia_alc260_mixer_init(codec_t *);
  > @@ -127,7 +128,6 @@
  > int     azalia_stac9221_set_port(codec_t *, mixer_ctrl_t *);
  > int     azalia_stac9221_get_port(codec_t *, mixer_ctrl_t *);
  > int     azalia_stac9221_apple_unsol_event(codec_t *, int);
  > -int    azalia_gpio_unmute(codec_t *, int);
  > int     azalia_stac7661_init_dacgroup(codec_t *);
  > int     azalia_stac7661_mixer_init(codec_t *);
  > int     azalia_stac7661_set_port(codec_t *, mixer_ctrl_t *);
  > @@ -1708,6 +1708,26 @@
  > return azalia_generic_mixer_get(this, m->nid, m->target, mc);
  > }
  > +int
  > +azalia_gpio_unmute(codec_t *this, int pin)
  > +{
  > +	    uint32_t data, mask, dir;
  > +
  > +	    this->comresp(this, this->audiofunc, CORB_GET_GPIO_DATA, 0, &data);
  > +	    this->comresp(this, this->audiofunc, CORB_GET_GPIO_ENABLE_MASK, 0,
  > &mask);
  > +	    this->comresp(this, this->audiofunc, CORB_GET_GPIO_DIRECTION, 0,
  > &dir);
  > +
  > +	    data |= 1 << pin;
  > +	    mask |= 1 << pin;
  > +	    dir |= 1 << pin;
  > +
  > +	    this->comresp(this, this->audiofunc, CORB_SET_GPIO_ENABLE_MASK,
  > mask, NULL);
  > +	    this->comresp(this, this->audiofunc, CORB_SET_GPIO_DIRECTION, dir,
  > NULL);
  > +	    DELAY(1000);
  > +	    this->comresp(this, this->audiofunc, CORB_SET_GPIO_DATA, data,
  > NULL);
  > +
  > +	    return 0;
  > +}
  > /* ----------------------------------------------------------------
  > * Realtek ALC260
  > @@ -2181,18 +2201,11 @@
  > int
  > azalia_alc882_init_dacgroup(codec_t *this)
  > {
  > -#if 0
  > -	    static const convgroupset_t dacs = {
  > -		    -1, 3,
  > -		    {{4, {0x02, 0x03, 0x04, 0x05}}, /* analog 8ch */
  > -		     {1, {0x06}},   /* digital */
  > -		     {1, {0x25}}}}; /* another analog */
  > -#else
  > static const convgroupset_t dacs = {
  > -1, 2,
  > {{4, {0x02, 0x03, 0x04, 0x05}}, /* analog 8ch */
  > {1, {0x06}}}};  /* digital */
  > -#endif
  > +		    /* don't support for 0x25 dac */
  > static const convgroupset_t adcs = {
  > -1, 2,
  > {{3, {0x07, 0x08, 0x09}}, /* analog 6ch */
  > @@ -2484,13 +2497,14 @@
  > azalia_ad1984_init_dacgroup(codec_t *this)
  > {
  > static const convgroupset_t dacs = {
  > -		    -1, 1,
  > -		    {{2, {0x03, 0x04}}}};
  > -
  > +		    -1, 2,
  > +		    {{2, {0x04, 0x03}},     /* analog 4ch */
  > +		     {1, {0x02}}}};	    /* digital */
  > static const convgroupset_t adcs = {
  > -		    -1, 1,
  > -		    {{1, {0x08}}}};
  > -
  > +		    -1, 3,
  > +		    {{2, {0x08, 0x09}},     /* analog 4ch */
  > +		     {1, {0x06}},	    /* digital */
  > +		     {1, {0x05}}}};	    /* digital */
  > this->dacs = dacs;
  > this->adcs = adcs;
  > return 0;
  > @@ -3006,27 +3020,6 @@
  > DPRINTF(("%s: unknown tag: %d\n", __func__, tag));
  > }
  > return 0;
  > -}
  > -
  > -int
  > -azalia_gpio_unmute(codec_t *this, int pin)
  > -{
  > -	    uint32_t data, mask, dir;
  > -
  > -	    this->comresp(this, this->audiofunc, CORB_GET_GPIO_DATA, 0, &data);
  > -	    this->comresp(this, this->audiofunc, CORB_GET_GPIO_ENABLE_MASK, 0,
  > &mask);
  > -	    this->comresp(this, this->audiofunc, CORB_GET_GPIO_DIRECTION, 0,
  > &dir);
  > -
  > -	    data |= 1 << pin;
  > -	    mask |= 1 << pin;
  > -	    dir |= 1 << pin;
  > -
  > -	    this->comresp(this, this->audiofunc, CORB_SET_GPIO_ENABLE_MASK,
  > mask, NULL);
  > -	    this->comresp(this, this->audiofunc, CORB_SET_GPIO_DIRECTION, dir,
  > NULL);
  > -	    DELAY(1000);
  > -	    this->comresp(this, this->audiofunc, CORB_SET_GPIO_DATA, data,
  > NULL);
  > -
  > -	    return 0;
  > }
  > /* ----------------------------------------------------------------
  > (jakemsr@)

  ~ auacer.c                              ~ auich.c
  ~ auixp.c                               ~ autri.c
  ~ auvia.c                               ~ azalia.c
  ~ cmpci.c                               ~ cs4280.c
  ~ cs4281.c                              ~ eap.c
  ~ emuxki.c                              ~ envy.c
  ~ esa.c                                 ~ eso.c
  ~ maestro.c                             ~ neo.c
  ~ sv.c                                  ~ yds.c

  > audio(9) says low level drivers are allowed to change the requested
  > values of the audio_params structure during AUDIO_SETINFO if the
  > hardware cannot be set to exactly the requested mode.
  > some drivers do this sometimes.  others always return EINVAL if there
  > isn't an exact match.
  > be more consistent.  only return EINVAL if an absurd parameter was
  > requested, otherwise return a supported set of parameters, as close
  > as possible to what was requested.
  > with/ok ratchov@ (jakemsr@)

== usr.sbin ========================================================== 03/03 ==

  http://www.openbsd.org/cgi-bin/cvsweb/src/usr.sbin

pkg_add

  ~ OpenBSD/PackageRepository.pm          

  > Copy packages to the cache if a local PKG_PATH is used and PKG_CACHE is
  > defined. This unbreaks FETCH_PACKAGES with a local package repository.
  > help & discussion: espie@ and sturm@ (bernd@)

===============================================================================


More information about the odc mailing list