From: Michel Lanners <mlan@mcp.cpu.lu>
To: iain@sandoe.co.uk
Cc: linuxppc-dev@lists.linuxppc.org
Subject: Re: [PATCH] via-cuda (CUDA_COMBINED_FORMAT_IIC)
Date: Wed, 30 Aug 2000 11:22:48 METDST [thread overview]
Message-ID: <200008300922.LAA09244@mcp.cpu.lu> (raw)
In-Reply-To: <200008300837.JAA16257@hyperion.valhalla.net>; from "Iain Sandoe" at Aug 30, 100 9:37 am
Hi Iain,
> Hi Michel,
> The G3-beige has a perch slot and in the perch slot is one of three types of
> card... all of these have either AWACS or Burgundy - but also a "tone
> control" chip controlled by i2c. The so called "tone control" chip does a
> fair bit of the level & routing control (which is why I want to access it's
> settings)
>
> Apple's stuff from Darwin refers to this as an SGS7433 (and, after looking
> at SGS/Thompson's web site) I came up with the TDA7433 which does the right
> things. It has i2c address 0x8a - which is the address that the dmasound
> driver writes to to set the volume on g3-beige (using the GET_SET_IIC
> command).
>
> With the modified driver posted, the CUDA_COMBINED_FORMAT_IIC command
> recognises that there is a device at address 0x8a - but returns all 0xff
> bytes instead of the hoped for register contents :-(
Ah, ok. So you have been able to see the device... Are you sure that it does
return register contents? I'm no I2C specialist, but for PlanB, the video
chip on I2C can only return a single byte on a read request, not a stream of
data (like a register file). Also, that chip uses bit 0 of the address as
R/W flag, and, IIRC, bit 0 set to one indicates read. So, have you tried
reading from address 0x8b?
> I checked the TDA7433 data sheet and it should be able to do
> COMBINED_FORMAT...
What exactly is COMBINED_FORMAT?
> Yes, there are different implementations for i2c on different models...
> CUDA, PMU (PlanB and other mac-IO implementations).... and on the newer
> machines "cereal" (and multiple i2c busses)... if the ability to probe the
> i2c bus is useful, I guess we'll have a few more drivers to update... :-)
We could even provide a generic I2C interface (isn't that available on i386
already?)... Give the different buses numbers, ala PCI, have a list of
devices found on the bus, etc... Wouldn't that be a nice overkill? ;-))
Michel
--
.sig home alone
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~2000-08-30 9:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-08-30 8:37 [PATCH] via-cuda (CUDA_COMBINED_FORMAT_IIC) Iain Sandoe
2000-08-30 9:22 ` Michel Lanners [this message]
2000-08-30 11:44 ` Geert Uytterhoeven
-- strict thread matches above, loose matches on Subject: below --
2000-08-30 21:03 Iain Sandoe
2000-08-30 19:42 Iain Sandoe
2000-08-30 20:52 ` David A. Gatwood
2000-08-30 9:37 Iain Sandoe
2000-08-29 23:53 Iain Sandoe
2000-08-30 5:59 ` Michel Lanners
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200008300922.LAA09244@mcp.cpu.lu \
--to=mlan@mcp.cpu.lu \
--cc=iain@sandoe.co.uk \
--cc=linuxppc-dev@lists.linuxppc.org \
--cc=mlan@cpu.lu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).