Skip to contentSkip to conversation

Booting 2.6.25 on the OMAP5912OSK

DISCUSSION Philip Balister 4 participants 6 messages Jun 1, 2008 – Jun 3, 2008

lore
Share & tools
lore

Philip Balister

author
#0 lore raw

I'm trying to update the Angstrom distribution to kernel version 2.6.25. The basic defconfig boots and runs, but when I turn on the vm file system for udev, the system hangs sometime after mounting root. While hung, it very slowly prints the following messages:

i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button

Does anyone have a working config for the OSK that includes sound? Any ideas why this hang occurs?

Thanks,

Philip

#1 lore raw

Hi,

Quoted 2 lines · Philip Balister

i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button

Sounds like a bug in our i2c-omap.c

Tony do you know about any issues with i2c-omap.c after highspeed i2c was introduced ?

This could be a regression, I remember seeing this on some tests I was doing with twl4030 but they seemed to vanish. Looks like I missed something. I'll try to reproduce my bug with twl4030 and after that dig a bit on i2c driver and i2c omap trms (ugh).

Anyways, if you could enable all debugging in i2c and get more info when it happens, that would be great ;-)

Signature · 5 lines
Best Regards,

Felipe Balbi
http://felipebalbi.com
[email protected]
#2 lore raw

I too am seeing this same problem. Do you know when this was introduced (kernel version)? I am looking to update the kernel to address some flashing issues, and this is the only issue that remains for me. I am thinking to revert back to the I2C of the version that should fix this issue.

Thanks!

Quoted 24 lines · Felipe Balbi

Hi,

Quoted 3 lines · Philip Balister

i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button

Sounds like a bug in our i2c-omap.c

Tony do you know about any issues with i2c-omap.c after highspeed i2c was introduced ?

This could be a regression, I remember seeing this on some tests I was doing with twl4030 but they seemed to vanish. Looks like I missed something. I'll try to reproduce my bug with twl4030 and after that dig a bit on i2c driver and i2c omap trms (ugh).

Anyways, if you could enable all debugging in i2c and get more info when it happens, that would be great ;-)

#3 lore raw
Quoted 6 lines · Steve Poulsen

I too am seeing this same problem. Do you know when this was introduced (kernel version)? I am looking to update the kernel to address some flashing issues, and this is the only issue that remains for me. I am thinking to revert back to the I2C of the version that should fix this issue.

Quoted 25 lines

Thanks!

Quoted 22 lines · Felipe Balbi

Hi,

Quoted 3 lines · Philip Balister

i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button

Sounds like a bug in our i2c-omap.c

Tony do you know about any issues with i2c-omap.c after highspeed i2c was introduced ?

This could be a regression, I remember seeing this on some tests I was doing with twl4030 but they seemed to vanish. Looks like I missed something. I'll try to reproduce my bug with twl4030 and after that dig a bit on i2c driver and i2c omap trms (ugh).

Anyways, if you could enable all debugging in i2c and get more info when it happens, that would be great ;-)

Hmm, yeah sounds like something is broken.. Anybody want to try to narrow it down with git-bisect?

Tony

#4 lore raw
Quoted 2 lines · Tony Lindgren

Hmm, yeah sounds like something is broken.. Anybody want to try to narrow it down with git-bisect?

ok, there's an easy way to reproduce.
echo host > /sys/devices/platform/musb_hdrc/mode
from 3430sdp. Some of the transfers in drivers/i2c/chips/twl4030-usb.c:twl4030_set_host() is trigerring the overflow.

btw, that XUDF bit, means _underflow_ and not overflow, so anyone who finnishes the patch first care to send also a cleanup patch fixing that info ;-)

I don't remember when it started to happen, but I remember that it used to work without any underflow. Still need to read more, maybe i'll do it tomorrow.

Signature · 5 lines
Best Regards,

Felipe Balbi
[email protected]
http://blog.felipebalbi.com
#5 lore raw
In reply to Philip Balister

Hi,

Quoted 2 lines · Philip Balister

i2c_omap i2c_omap.1: Transmit overflow
tps65010: power off button

Sounds like a bug in our i2c-omap.c

Tony do you know about any issues with i2c-omap.c after highspeed i2c was introduced ?

This could be a regression, I remember seeing this on some tests I was doing with twl4030 but they seemed to vanish. Looks like I missed something. I'll try to reproduce my bug with twl4030 and after that dig a bit on i2c driver and i2c omap trms (ugh).

Anyways, if you could enable all debugging in i2c and get more info when it happens, that would be great ;-)

Signature · 5 lines
Best Regards,

Felipe Balbi
http://felipebalbi.com
[email protected]