Mailing List Archive

Hello

On Sat, May 27, 2006 at 11:24:05AM -0400, Eric Robertson wrote:
> I am running gentoo on a 15" aluminum powerbook.

Which exact model? grep machine /proc/cpuinfo

Depending on that, you've the LMU behind the PMU or on I²C.

Thanks,
Michael

--
Gentoo Linux developer, http://hansmi.ch/, http://forkbomb.ch/
A fanatic is a person who can't change his mind and won't change the
subject.
- Winston Churchill

Do you have working the lcd brightness??, what kind of grafic card do you
have?. I'm using a 12" pbook 867Mhz with a gentoo from two years ago and I
don't check hardware configuration since a long time ago. Is the nvidia
and lcd light runing??

tnks, (& sorry for my english)

> I am running gentoo on a 15" aluminum powerbook. I am using the
> 2.6.16.r kernel and pbbuttonsd 0.7.4. I have been going over the man
> pages & online documentation but cannot figure out how to get the
> illuminated keyboard working. pbbuttonsd does not error during load.
> The pbbuttonsd.conf file has not been modified from the default at the
> moment. i2c-dev is compiled into the kernel, not as a module. The LCD
> brightness buttons work but the keyboard light buttons dont. The
> ambient light sensor appears to working because the lcd automatically
> adjusts brightness when I turn out the lights. There are 8 i2c devices
> in /dev.
>
> What dependencies does i2c have? what dependencies does pbbuttonsd have?
>
> Thanks for your input...
>
> Eric Robertson
> --
> gentoo-ppc-user@gentoo.org mailing list
>
>

--
gentoo-ppc-user@gentoo.org mailing list

I have the same problem as you do, but in my case the ambient lights
sensor doesn't work either.
This happened after a switch from 2.6.15 to 2.6.16. I think the reasons
might be in the I2C module that has been changed.

In the 2.6.15 it was I2C_KEYWEST while in 2.6.16 it is named I2C_POWERMAC.
Wrote an email to the author of the pbbuttons but had no reply. It would
be great if we can sort out the problem in this list.

p.s.
machine : PowerBook5,4
motherboard : PowerBook5,4 MacRISC3 Power Macintosh
detected as : 287 (PowerBook G4 15")

pbbuttonsd, version 0.7.5
Linux maca 2.6.16-gentoo-r7

yours,
kos


--
Respectfully,
Konstantin V. Gavrilenko

Arhont Ltd - Information Security

web: http://www.arhont.com
http://www.wi-foo.com
e-mail: k.gavrilenko@arhont.com

tel: +44 (0) 870 44 31337
fax: +44 (0) 117 969 0141

PGP: Key ID - 0xE81824F4
PGP: Server - keyserver.pgp.com


Eric Robertson wrote:
> I am running gentoo on a 15" aluminum powerbook. I am using the
> 2.6.16.r5 kernel and pbbuttonsd 0.7.4. I have been going over the man
> pages & online documentation but cannot figure out how to get the
> illuminated keyboard working. pbbuttonsd does not error during load.
> The pbbuttonsd.conf file has not been modified from the default at the
> moment. i2c-dev is compiled into the kernel, not as a module. The LCD
> brightness buttons work but the keyboard light buttons dont. The
> ambient light sensor appears to working because the lcd automatically
> adjusts brightness when I turn out the lights. There are 8 i2c devices
> in /dev.
> What dependencies does i2c have? what dependencies does pbbuttonsd have?
>
> Thanks for your input...
>
> Eric Robertson


--
gentoo-ppc-user@gentoo.org mailing list

On 5/28/06, JOAN MASSICH VALL <u1048183@correu.udg.es> wrote:
> Do you have working the lcd brightness??, what kind of grafic card do you
> have?. I'm using a 12" pbook 867Mhz with a gentoo from two years ago and I
> don't check hardware configuration since a long time ago. Is the nvidia
> and lcd light runing??
>
> tnks, (& sorry for my english)

LCD lighting should not have anything to do with graphics card model.

--
Regards,
EddyP
=============================================
"Imagination is more important than knowledge" A.Einstein
--
gentoo-ppc-user@gentoo.org mailing list

Sorry for the tardy response, holiday weekend and all...

The model is Powerbook5,4

Eric

Michael Hanselmann wrote:
> Hello
>
> On Sat, May 27, 2006 at 11:24:05AM -0400, Eric Robertson wrote:
>
>> I am running gentoo on a 15" aluminum powerbook.
>>
>
> Which exact model? grep machine /proc/cpuinfo
>
> Depending on that, you've the LMU behind the PMU or on I²C.
>
> Thanks,
> Michael
>
>

I have an ATI card that is using the generic radeon driver at the
moment. Yes, lcd brightness is working & the so is the ambient light
snesor - I base that claim ont he fact that the lcd brightness changes
intensity when i turn off the lights.

Eric

JOAN MASSICH VALL wrote:
> Do you have working the lcd brightness??, what kind of grafic card do you
> have?. I'm using a 12" pbook 867Mhz with a gentoo from two years ago and I
> don't check hardware configuration since a long time ago. Is the nvidia
> and lcd light runing??
>
> tnks, (& sorry for my english)
>
>
>> I am running gentoo on a 15" aluminum powerbook. I am using the
>> 2.6.16.r kernel and pbbuttonsd 0.7.4. I have been going over the man
>> pages & online documentation but cannot figure out how to get the
>> illuminated keyboard working. pbbuttonsd does not error during load.
>> The pbbuttonsd.conf file has not been modified from the default at the
>> moment. i2c-dev is compiled into the kernel, not as a module. The LCD
>> brightness buttons work but the keyboard light buttons dont. The
>> ambient light sensor appears to working because the lcd automatically
>> adjusts brightness when I turn out the lights. There are 8 i2c devices
>> in /dev.
>>
>> What dependencies does i2c have? what dependencies does pbbuttonsd have?
>>
>> Thanks for your input...
>>
>> Eric Robertson
>> --
>> gentoo-ppc-user@gentoo.org mailing list
>>
>>
>>
>
>

I had a problem when I upgraded kernels as well. When on the 2.6.15
kernel I2C was a module. I did not change this config when I first
compiled the 2.6.16 kernel. I re-compiled w/ I2C compiled intot he
kernel & the lcd & sensor started to work but I still cannot get the
keyboard light to work.

Konstantin V. Gavrilenko wrote:
> I have the same problem as you do, but in my case the ambient lights
> sensor doesn't work either.
> This happened after a switch from 2.6.15 to 2.6.16. I think the reasons
> might be in the I2C module that has been changed.
>
> In the 2.6.15 it was I2C_KEYWEST while in 2.6.16 it is named I2C_POWERMAC.
> Wrote an email to the author of the pbbuttons but had no reply. It would
> be great if we can sort out the problem in this list.
>
> p.s.
> machine : PowerBook5,4
> motherboard : PowerBook5,4 MacRISC3 Power Macintosh
> detected as : 287 (PowerBook G4 15")
>
> pbbuttonsd, version 0.7.5
> Linux maca 2.6.16-gentoo-r7
>
> yours,
> kos
>
>
>
--
gentoo-ppc-user@gentoo.org mailing list

Eric Robertson wrote:

> I had a problem when I upgraded kernels as well. When on the 2.6.15
> kernel I2C was a module. I did not change this config when I first
> compiled the 2.6.16 kernel. I re-compiled w/ I2C compiled intot he
> kernel & the lcd & sensor started to work but I still cannot get the
> keyboard light to work.
>
> Konstantin V. Gavrilenko wrote:
>
>> I have the same problem as you do, but in my case the ambient lights
>> sensor doesn't work either.
>> This happened after a switch from 2.6.15 to 2.6.16. I think the reasons
>> might be in the I2C module that has been changed.
>>
>> In the 2.6.15 it was I2C_KEYWEST while in 2.6.16 it is named
>> I2C_POWERMAC.
>> Wrote an email to the author of the pbbuttons but had no reply. It would
>> be great if we can sort out the problem in this list.
>>
>> p.s.
>> machine : PowerBook5,4
>> motherboard : PowerBook5,4 MacRISC3 Power Macintosh
>> detected as : 287 (PowerBook G4 15")
>>
>> pbbuttonsd, version 0.7.5
>> Linux maca 2.6.16-gentoo-r7
>>
>> yours,
>> kos
>>
>>
>>
>
Hi there,

I'm not sure if this will be of help... I have an older model G4 ibook
(with a G3 proc) which does not have the lighted keyboard feature...

check to make sure you have event interface enabled (the EVDEV module)
in your kernel. Also enable APM emulation or something like that under
the new Mac drivers menu.

I've also noticed that the pbbuttonsd.conf default kbd light value is 0,
maybe that needs a different value? Have you tried changing the light
sensor threshold values as well? also running pbbcmds? any luck with that?

I dunno...hope this was somewhat helpful...

best,
alden
--
gentoo-ppc-user@gentoo.org mailing list

Alden Huang wrote:
> Eric Robertson wrote:
>
>> I had a problem when I upgraded kernels as well. When on the 2.6.15
>> kernel I2C was a module. I did not change this config when I first
>> compiled the 2.6.16 kernel. I re-compiled w/ I2C compiled intot he
>> kernel & the lcd & sensor started to work but I still cannot get the
>> keyboard light to work.
>>
>> Konstantin V. Gavrilenko wrote:
>>
>>> I have the same problem as you do, but in my case the ambient lights
>>> sensor doesn't work either.
>>> This happened after a switch from 2.6.15 to 2.6.16. I think the reasons
>>> might be in the I2C module that has been changed.
>>>
>>> In the 2.6.15 it was I2C_KEYWEST while in 2.6.16 it is named
>>> I2C_POWERMAC.
>>> Wrote an email to the author of the pbbuttons but had no reply. It
>>> would
>>> be great if we can sort out the problem in this list.
>>>
>>> p.s.
>>> machine : PowerBook5,4
>>> motherboard : PowerBook5,4 MacRISC3 Power Macintosh
>>> detected as : 287 (PowerBook G4 15")
>>>
>>> pbbuttonsd, version 0.7.5
>>> Linux maca 2.6.16-gentoo-r7
>>>
>>> yours,
>>> kos
>>>
>>>
>>>
>>
> Hi there,
>
> I'm not sure if this will be of help... I have an older model G4 ibook
> (with a G3 proc) which does not have the lighted keyboard feature...
>
> check to make sure you have event interface enabled (the EVDEV module)
> in your kernel. Also enable APM emulation or something like that under
> the new Mac drivers menu.
>
> I've also noticed that the pbbuttonsd.conf default kbd light value is
> 0, maybe that needs a different value? Have you tried changing the
> light sensor threshold values as well? also running pbbcmds? any luck
> with that?
>
> I dunno...hope this was somewhat helpful...
>
> best,
> alden
Thanks for the suggestion - EVDEV is enabled as part of the kernel.
apm_emu is loading as a module. My pbbuttonsd.conf has the kbd
illumination value is set to 0 but it is also commented out.

Since I was looking at my kernel config I went ahead & made 2 changes &
compiled a new kernel to test.

old kernel (per the .config file):
i2c support
config_i2c=y
config_i2c_chardev=y

i2c algorithms
config_i2c_algobit=y
config_i2c_algopcf is not set
config_i2c_algopca is not set

i2c hardware bus support
...
config_i2c_powermac=y
...

misc. i2c chip support
...
(nothing is configured here)


new kewrel (per the new .config file):

i2c support
config_i2c=y
config_i2c_chardev=y

i2c algorithms
config_i2c_algobit=y
config_i2c_algopcf is not set
config_i2c_algopca is not set

i2c hardware bus support
...
config_i2c_powermac=y
...

miscellaneous i2c chip support
...
config_i2c_debug_core=y
config_i2c_debug_algo is not set
config_i2c_debug_bus=y



The result, my syslog is filling up w/ hundreds of lines detailing the
i2c devices loaded & the keyboard now lights up. When I boot back to
the "old" kernel (the one without the debug_core & debug_bus enabled) it
stops working. lcd brightness works on both of them works on both. I
ran a diff on the 2 .config files and verified that there were no
changes other than what I just documented.

my confusion has just increased....

Eric
--
gentoo-ppc-user@gentoo.org mailing list

Eric Robertson wrote:
> The result, my syslog is filling up w/ hundreds of lines detailing the
> i2c devices loaded & the keyboard now lights up. When I boot back to
> the "old" kernel (the one without the debug_core & debug_bus enabled) it
> stops working. lcd brightness works on both of them works on both. I
> ran a diff on the 2 .config files and verified that there were no
> changes other than what I just documented.
>
> my confusion has just increased....
>
> Eric

hmm, amazingly it works...

Guess it is time to write to benjamin for an answer regarding what has
changed to cause such a drastic result.

Benjamin Herrenschmidt <benh@kernel.crashing.org

--
Respectfully,
Konstantin V. Gavrilenko

Managing Director
Arhont Ltd - Information Security

web: http://www.arhont.com
http://www.wi-foo.com
e-mail: k.gavrilenko@arhont.com

tel: +44 (0) 870 44 31337
fax: +44 (0) 117 969 0141

PGP: Key ID - 0xE81824F4
PGP: Server - keyserver.pgp.com
--
gentoo-ppc-user@gentoo.org mailing list

> On 5/28/06, JOAN MASSICH VALL <u1048183@correu.udg.es> wrote:
>> Do you have working the lcd brightness??, what kind of grafic card do
>> you
>> have?. I'm using a 12" pbook 867Mhz with a gentoo from two years ago and
>> I
>> don't check hardware configuration since a long time ago. Is the nvidia
>> and lcd light runing??
>>
>> tnks, (& sorry for my english)
>
> LCD lighting should not have anything to do with graphics card model.
>
> --
> Regards,
> EddyP
> =============================================
> "Imagination is more important than knowledge" A.Einstein
> --
> gentoo-ppc-user@gentoo.org mailing list
>
>

Ok, thanks. Any of you know what will be with nvidia and ppc?

--
gentoo-ppc-user@gentoo.org mailing list

Here is an answer from Ben, I still have to test it myself.



Benjamin Herrenschmidt wrote:
> On Tue, 2006-05-30 at 21:09 +0100, Konstantin V. Gavrilenko wrote:
> SNIP <


> Does this help ?
>
> Ben.
>
> ------
> From: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
> To: git-commits-head@vger.kernel.org
> Subject: [PATCH] powermac: Fix i2c on keywest based chips
> Date: Sun, 23 Apr 2006 17:11:14 GMT
>
> commit 60162e498e220d1f03bbee5bac0a9ddd6de60ae7
> tree 8cbcbea6060eb2b9f7d39784385efdfc6e947b52
> parent 28897731318dc8f63f683eed9091e446916ad706
> author Benjamin Herrenschmidt <benh@kernel.crashing.org> Tue, 18 Apr
2006 14:11:53 +1000
> committer Paul Mackerras <paulus@samba.org> Fri, 21 Apr 2006 22:29:46
+1000
>
> [PATCH] powermac: Fix i2c on keywest based chips
>
> The new i2c implementation for PowerMac has a regression that causes the
> hardware to go out of state when probing non-existent devices. While
> fixing that, I also found & fixed a couple of other corner cases. This
> fixes booting with a pbbuttons version that scans the i2c bus for an LMU
> controller among others. Tested on a dual G5 with thermal control (which
> has heavy i2c activity) with no problem so far.
>
> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> Signed-off-by: Paul Mackerras <paulus@samba.org>
>
> arch/powerpc/platforms/powermac/low_i2c.c | 78
+++++++++++++-----------------
> 1 files changed, 35 insertions(+), 43 deletions(-)
>
> diff --git a/arch/powerpc/platforms/powermac/low_i2c.c
b/arch/powerpc/platforms/powermac/low_i2c.c
> index e14f9ac..df2343e 100644
> --- a/arch/powerpc/platforms/powermac/low_i2c.c
> +++ b/arch/powerpc/platforms/powermac/low_i2c.c
> @@ -231,6 +231,14 @@ static u8 kw_i2c_wait_interrupt(struct p
> return isr;
> }
>
> +static void kw_i2c_do_stop(struct pmac_i2c_host_kw *host, int result)
> +{
> + kw_write_reg(reg_control, KW_I2C_CTL_STOP);
> + host->state = state_stop;
> + host->result = result;
> +}
> +
> +
> static void kw_i2c_handle_interrupt(struct pmac_i2c_host_kw *host, u8
isr)
> {
> u8 ack;
> @@ -246,42 +254,36 @@ static void kw_i2c_handle_interrupt(stru
> }
>
> if (isr == 0) {
> + printk(KERN_WARNING "low_i2c: Timeout in i2c transfer"
> + " on keywest !\n");
> if (host->state != state_stop) {
> - DBG_LOW("KW: Timeout !\n");
> - host->result = -EIO;
> - goto stop;
> - }
> - if (host->state == state_stop) {
> - ack = kw_read_reg(reg_status);
> - if (ack & KW_I2C_STAT_BUSY)
> - kw_write_reg(reg_status, 0);
> - host->state = state_idle;
> - kw_write_reg(reg_ier, 0x00);
> - if (!host->polled)
> - complete(&host->complete);
> + kw_i2c_do_stop(host, -EIO);
> + return;
> }
> + ack = kw_read_reg(reg_status);
> + if (ack & KW_I2C_STAT_BUSY)
> + kw_write_reg(reg_status, 0);
> + host->state = state_idle;
> + kw_write_reg(reg_ier, 0x00);
> + if (!host->polled)
> + complete(&host->complete);
> return;
> }
>
> if (isr & KW_I2C_IRQ_ADDR) {
> ack = kw_read_reg(reg_status);
> if (host->state != state_addr) {
> - kw_write_reg(reg_isr, KW_I2C_IRQ_ADDR);
> WRONG_STATE("KW_I2C_IRQ_ADDR");
> - host->result = -EIO;
> - goto stop;
> + kw_i2c_do_stop(host, -EIO);
> }
> if ((ack & KW_I2C_STAT_LAST_AAK) == 0) {
> - host->result = -ENODEV;
> - DBG_LOW("KW: NAK on address\n");
> + host->result = -ENXIO;
> host->state = state_stop;
> - return;
> + DBG_LOW("KW: NAK on address\n");
> } else {
> - if (host->len == 0) {
> - kw_write_reg(reg_isr, KW_I2C_IRQ_ADDR);
> - goto stop;
> - }
> - if (host->rw) {
> + if (host->len == 0)
> + kw_i2c_do_stop(host, 0);
> + else if (host->rw) {
> host->state = state_read;
> if (host->len > 1)
> kw_write_reg(reg_control,
> @@ -308,25 +310,19 @@ static void kw_i2c_handle_interrupt(stru
> ack = kw_read_reg(reg_status);
> if ((ack & KW_I2C_STAT_LAST_AAK) == 0) {
> DBG_LOW("KW: nack on data write\n");
> - host->result = -EIO;
> - goto stop;
> + host->result = -EFBIG;
> + host->state = state_stop;
> } else if (host->len) {
> kw_write_reg(reg_data, *(host->data++));
> host->len--;
> - } else {
> - kw_write_reg(reg_control, KW_I2C_CTL_STOP);
> - host->state = state_stop;
> - host->result = 0;
> - }
> - kw_write_reg(reg_isr, KW_I2C_IRQ_DATA);
> + } else
> + kw_i2c_do_stop(host, 0);
> } else {
> - kw_write_reg(reg_isr, KW_I2C_IRQ_DATA);
> WRONG_STATE("KW_I2C_IRQ_DATA");
> - if (host->state != state_stop) {
> - host->result = -EIO;
> - goto stop;
> - }
> + if (host->state != state_stop)
> + kw_i2c_do_stop(host, -EIO);
> }
> + kw_write_reg(reg_isr, KW_I2C_IRQ_DATA);
> }
>
> if (isr & KW_I2C_IRQ_STOP) {
> @@ -340,14 +336,10 @@ static void kw_i2c_handle_interrupt(stru
> complete(&host->complete);
> }
>
> + /* Below should only happen in manual mode which we don't use ... */
> if (isr & KW_I2C_IRQ_START)
> kw_write_reg(reg_isr, KW_I2C_IRQ_START);
>
> - return;
> - stop:
> - kw_write_reg(reg_control, KW_I2C_CTL_STOP);
> - host->state = state_stop;
> - return;
> }
>
> /* Interrupt handler */
> @@ -544,11 +536,11 @@ static struct pmac_i2c_host_kw *__init k
> return NULL;
> }
>
> - /* Make sure IRA is disabled */
> + /* Make sure IRQ is disabled */
> kw_write_reg(reg_ier, 0);
>
> /* Request chip interrupt */
> - if (request_irq(host->irq, kw_i2c_irq, SA_SHIRQ, "keywest i2c", host))
> + if (request_irq(host->irq, kw_i2c_irq, 0, "keywest i2c", host))
> host->irq = NO_IRQ;
>
> printk(KERN_INFO "KeyWest i2c @0x%08x irq %d %s\n",
> -
> To unsubscribe from this list: send the line "unsubscribe
git-commits-head" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>




--
Respectfully,
Konstantin V. Gavrilenko

Managing Director
Arhont Ltd - Information Security

web: http://www.arhont.com
http://www.wi-foo.com
e-mail: k.gavrilenko@arhont.com

tel: +44 (0) 870 44 31337
fax: +44 (0) 117 969 0141

PGP: Key ID - 0xE81824F4
PGP: Server - keyserver.pgp.com
--
gentoo-ppc-user@gentoo.org mailing list

hmmm... I dont think I am up to modifying my kernel source by hand
just yet (if I read Ben's response correctly). Thanks for the solution
though. It's good to know a solution is out there.



Konstantin V. Gavrilenko wrote:
> Here is an answer from Ben, I still have to test it myself.
>
>
>
> Benjamin Herrenschmidt wrote:
>
>> On Tue, 2006-05-30 at 21:09 +0100, Konstantin V. Gavrilenko wrote:
>> SNIP <
>>
>
>
>
>> Does this help ?
>>
>> Ben.
>>
>> ------
>> From: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
>> To: git-commits-head@vger.kernel.org
>> Subject: [PATCH] powermac: Fix i2c on keywest based chips
>> Date: Sun, 23 Apr 2006 17:11:14 GMT
>>
>> commit 60162e498e220d1f03bbee5bac0a9ddd6de60ae7
>> tree 8cbcbea6060eb2b9f7d39784385efdfc6e947b52
>> parent 28897731318dc8f63f683eed9091e446916ad706
>> author Benjamin Herrenschmidt <benh@kernel.crashing.org> Tue, 18 Apr
>>
> 2006 14:11:53 +1000
>
>> committer Paul Mackerras <paulus@samba.org> Fri, 21 Apr 2006 22:29:46
>>
> +1000
>
>> [PATCH] powermac: Fix i2c on keywest based chips
>>
>> The new i2c implementation for PowerMac has a regression that causes the
>> hardware to go out of state when probing non-existent devices. While
>> fixing that, I also found & fixed a couple of other corner cases. This
>> fixes booting with a pbbuttons version that scans the i2c bus for an LMU
>> controller among others. Tested on a dual G5 with thermal control (which
>> has heavy i2c activity) with no problem so far.
>>
>> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
>> Signed-off-by: Paul Mackerras <paulus@samba.org>
>>
>> arch/powerpc/platforms/powermac/low_i2c.c | 78
>>

Well, you don't really have to modiffy it by hand, it is a simple patch
to the kernel
I tested it and it works perfectly.

yours,
kos


Eric Robertson wrote:
> hmmm... I dont think I am up to modifying my kernel source by hand
> just yet (if I read Ben's response correctly). Thanks for the solution
> though. It's good to know a solution is out there.
>
>
>
> Konstantin V. Gavrilenko wrote:
>> Here is an answer from Ben, I still have to test it myself.
>>
>>
>>
>> Benjamin Herrenschmidt wrote:
>>
>>> On Tue, 2006-05-30 at 21:09 +0100, Konstantin V. Gavrilenko wrote:
>>> SNIP <
>>>
>>
>>
>>
>>> Does this help ?
>>>
>>> Ben.
>>>
>>> ------
>>> From: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
>>> To: git-commits-head@vger.kernel.org
>>> Subject: [PATCH] powermac: Fix i2c on keywest based chips
>>> Date: Sun, 23 Apr 2006 17:11:14 GMT
>>>
>>> commit 60162e498e220d1f03bbee5bac0a9ddd6de60ae7
>>> tree 8cbcbea6060eb2b9f7d39784385efdfc6e947b52
>>> parent 28897731318dc8f63f683eed9091e446916ad706
>>> author Benjamin Herrenschmidt <benh@kernel.crashing.org> Tue, 18 Apr
>>>
>> 2006 14:11:53 +1000
>>
>>> committer Paul Mackerras <paulus@samba.org> Fri, 21 Apr 2006 22:29:46
>>>
>> +1000
>>
>>> [PATCH] powermac: Fix i2c on keywest based chips
>>>
>>> The new i2c implementation for PowerMac has a regression that causes the
>>> hardware to go out of state when probing non-existent devices. While
>>> fixing that, I also found & fixed a couple of other corner cases. This
>>> fixes booting with a pbbuttons version that scans the i2c bus for an LMU
>>> controller among others. Tested on a dual G5 with thermal control (which
>>> has heavy i2c activity) with no problem so far.
>>>
>>> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
>>> Signed-off-by: Paul Mackerras <paulus@samba.org>
>>>
>>> arch/powerpc/platforms/powermac/low_i2c.c | 78
>>>
>


--
Respectfully,
Konstantin V. Gavrilenko

Managing Director
Arhont Ltd - Information Security

web: http://www.arhont.com
http://www.wi-foo.com
e-mail: k.gavrilenko@arhont.com

tel: +44 (0) 870 44 31337
fax: +44 (0) 117 969 0141

PGP: Key ID - 0xE81824F4
PGP: Server - keyserver.pgp.com
--
gentoo-ppc-user@gentoo.org mailing list