Hi,
Carsten Behling wrote on 2011-11-22:
> +static void at91_twi_read_next_byte(struct at91_twi_dev *dev)
> +{
> + *dev->buf = at91_twi_read(dev, AT91_TWI_RHR) & 0xff;
> +
> + /* send stop if second but last byte has been read */
> + if (--dev->buf_len == 1)
> + at9
On Tue, Nov 22, 2011 at 02:09:02PM +0100, Christian Gmeiner wrote:
> I found a solution, but it feels more like a hack :)
> I am using the setup callback of the pca953x driver to register
> all needed platform devices. Is there a better way?
Not at present, Linux currently doesn't have a good way
Okay...
I found a solution, but it feels more like a hack :)
I am using the setup callback of the pca953x driver to register
all needed platform devices. Is there a better way?
thanks
--
Christian Gmeiner, MSc
2011/11/22 Christian Gmeiner :
> Hi ml,
>
> I run into a little problem, which I do
Hello Ben,
Recently, I've been asked a few times for help with S5P-TV drivers.
The problems were caused by HDMIPHY driver. The driver failed due to the
lack of i2c-s3c2410 patch. Merging the patch is needed for HDMI support
for S5P platform.
What is the current state of the patch?
Is it going
Hi Christian,
Good news!
Except "[PATCH] i2c-eg20t: modified the setting of transfer rate",
all patches already accepted.
So, they will got into linux-3.3.
Thanks,
---
tomoya
ROHM Co., Ltd
2011/11/22 Christian Gmeiner :
>> Hi Christian,
>>
>> I attached the latest our i2c-eg20t source file.
>>
Hi ml,
I run into a little problem, which I don't know how to solve it.
I am using the eg20t i2c bus and a custom platform init
driver, which gets started after eg20t is ready.
And there I do the following:
/* buzzer and relay */
static struct gpio_led _gpio[] = {
{
.name
> Hi Christian,
>
> I attached the latest our i2c-eg20t source file.
> Is your source file the same as this?
Hi,
the file is the same... but I have some good news for you :) After
hooking up an oszi
to the i2c bus we found a problem with our custom hardware. It works
now as required.
Sorry for fo
