[02:16] <LimCore> hello, I have some problems with using 1 TB hard drive.  my hard drive still fails...  sata link dies, any ideas? https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/409639
[02:16] <ubot3> Malone bug 409639 in linux-meta "sata hard drive connection fails with link is slow to respond, please be patient (ready=0) ; SRST failed (errno=-16) ; hostbyte=DID_BAD_TARGET driverbyte=DRIVER_OK,SUGGEST_OK" [Undecided,New] 
[08:02] <Q-FUNK> ogasawara: morning!  was there anything else I should test for this kernel panic bug?
[08:07] <Q-FUNK> bug #396286 that is
[08:07] <ubot3> Malone bug 396286 in linux "2.6.31-generic: kernel panic near the end of initramfs" [High,In progress] https://launchpad.net/bugs/396286
[09:24] <bfox> After upgrading to the latest Karmic kernel (2.6.31-5-generic), Function-F4 no longer suspends my ThinkPad.  Known bug?
[10:34] <bryce> apw, btw I've got the userspace stuff for ati kms together into a ppa:  https://edge.launchpad.net/~ubuntu-x-swat/+archive/kms
[10:34] <bryce> apw, we're thinking of putting it on a usb stick and passing it around for testing
[10:34] <bryce> apw, would you like a kernel included on that?
[10:36] <bryce> apw, we can stick 2.6.31-4.22kms2 on it, if you think that's more worth testing than the current kernel
[13:14] <bullgard4> Why is the size of the file /usr/src/linux-headers/-2.6.28-13-generic/include/config/rt73usb.h 0 Bytes?
[16:19] <dinh_fsl> hi amitk
[16:19] <dinh_fsl> amitk i have a quick question for you...
[16:23] <manjo> dinh_fsl, amitk shoot
[16:24] <manjo> dinh_fsl, what is ur q ?
[16:24] <dinh_fsl> on 2.6.31...it looks like usb autosuspend is enabled for the USB HID driver correct?
[16:27] <amitk> dinh_fsl: what tree and branch are you looking at?
[16:27] <dinh_fsl> manjo: amitk/mx51-port-2.6.31.git
[16:27] <manjo> dinh_fsl, is this a generic q about 2.6.31 or is it wrt amitk tree ? 
[16:28] <dinh_fsl> manjo just a generic question regarding 2.6.31...
[16:28] <dinh_fsl> manjo this is just generic hid and usb hid driver code in the linux kernel
[16:29] <manjo> dinh_fsl, # USB Input Devices
[16:29] <manjo> #
[16:29] <manjo> CONFIG_USB_HID=m
[16:29] <manjo> CONFIG_HID_PID=y
[16:29] <manjo> CONFIG_USB_HIDDEV=y
[16:29] <manjo> so I dont see any suspend enabled in the config ...
[16:30] <manjo> ah
[16:30] <manjo> shit 
[16:30] <manjo> CONFIG_USB_SUSPEND=y
[16:30] <manjo> dinh_fsl, amitk ^^
[16:30] <dinh_fsl> manjo no no...in /driver/hid/usbhid/hid-core.c, there are alot of changes that will allow a hid device to suspend...
[16:30] <manjo> dinh_fsl, yeah it is enabled in the karmic 2.6.31 tree
[16:31] <manjo> dinh_fsl, but nothing like USB_HID_SUSPEND... 
[16:32] <manjo> dinh_fsl, auto suspend is enabled by default
[16:33] <amitk> dinh_fsl: USB_SUSPEND is not enabled by default
[16:34] <amitk> dinh_fsl: do you need it? I can enable it on the imx51 branch
[16:34] <manjo> dinh_fsl, oops.. I gave you wrong info amitk is  has the correct info
[16:34] <dinh_fsl> manjo : let me clarify...it looks like on 2.6.28, a usb device such as a mouse(HID) can autosuspend, but it cannot if the device is opened...
[16:34] <manjo> dinh_fsl, I was looking at .config which was the wrong config 
[16:35] <dinh_fsl> manjo amitk but it appears on 2.6.31, a usb hid device can be autosuspended even when it is opened...just want to know if you guys can confirm that
[16:36] <manjo> dinh_fsl, are you using ubuntu source tree ? 
[16:37] <dinh_fsl> manjo  it doesn't matter if its ubuntu or not...just the linux kernel hid driver...
[16:40] <manjo> dinh_fsl, I guess I dont know the ans to that
[16:41] <manjo> dinh_fsl, as far as configs are concered I see arch/x86/configs enabled x86_64_defconfig:CONFIG_USB_SUSPEND=y
[16:41] <manjo> bu ubuntu configs turns off auto suspend, these configs are in debian/config
[16:42] <manjo> dinh_fsl, not sure if that ans helps you
[16:44] <dinh_fsl> manjo yeah, i know...there are alot issues around autosuspend so I understand why ubuntu is doing that...but as a superuser in Ubuntu, I can bypass that, but it still won't autosuspend...
[16:45] <dinh_fsl> manjo I just saw threads about 2.6.30 + enabling this features at a driver level...
[16:48]  * ogra waves
[16:48] <amitk> dinh_fsl: autosuspend has been plagued by many problems since it was introduced circa 2.6.28. Most USB peripherals don't deal with usb suspend nicely. Upstream enabled it my default in 2.6.28, then disabled it. I've not kept up with the current state
[16:49] <amitk> *by
[16:50] <dinh_fsl> amitk that's what i thought...i see some fixes/changes in 2.6.31 and want to test it out...
[16:52] <amitk> dinh_fsl: you know the sysfs files to grok autosuspend?
[16:53] <dinh_fsl> amitk for usb devices   its /sys/bus/usb/devices/*/power/level
[16:53] <amitk> right
[16:53] <dyfet> dinh_fsl: I have a question about ethernet line sensing...
[16:53] <dinh_fsl> hi dyfet
[16:54] <dinh_fsl> dyfet its not in my area of expertise, but want to see what your status is on that issue...
[16:54] <dyfet> dinh_fsl: hi, my problem is that when I plug in a cable connected to some switches, the board immediately turns off...
[16:55] <dinh_fsl> dyfet did you see my email with recommendations on turning off a couple of kconfig options?
[16:55] <dyfet> dinh_fsl: no I did not
[16:55] <ogra> dinh_fsl, it happend even before a kernel is loaded
[16:55] <dinh_fsl> dyfet we've been trying to recreate the issue here, but can't do it yet...
[16:55] <ogra> *happens
[16:56] <dinh_fsl> dyfet only on some switches?
[16:56] <ogra> if the situation is there the board doesnt power on either until you unplug the ethernet cable
[16:56] <ogra> we currently only have netgear switches around
[16:57] <dinh_fsl> ogra so even running in uboot or redboot, it will power off
[16:57] <dinh_fsl> ?
[16:57] <ogra> yes
[16:57] <ogra> and wont power on again
[16:57] <ogra> until you pull the plug
[16:57] <dyfet> dinh_fsl: until the cable is removed
[16:57] <dyfet> dinh_fsl: if you poweron with the cable plugged in, it powers back off immediately....
[16:58] <dinh_fsl> dyfet how many bbg2.5 board do you have? it happens on all the boards? 
[16:58] <ogra> dinh_fsl, we have 10
[16:59] <ogra> 3 here on site atm
[16:59] <ogra> i didnt see that behavior with the board i have at home 
[16:59] <ogra> one of the switches here is identical with the one my board at home is attached to
[16:59] <dyfet> dinh_fsl: the b2.5 board I have at home I never encountered this.  The board I have here and the one ogra has here does this.
[17:00] <dinh_fsl> dyfet how many boards have you seen this problem on? I think we need to get that board in house to debug.
[17:01] <ogra> all three we have here 
[17:01] <dyfet> yep
[17:01] <ogra> we measured a bit and it seems the issue hapens as soon as the voltage on the signal line of the ethernet cable raises a bit
[17:01] <ogra> *happens
[17:03] <dinh_fsl> ogra dyfet can you please give manoj a board that has this problem? I can get it from him to debug next week...
[17:03] <ogra> we have one paticular AP/wireless bridge, that raises the overal voltage by 0.5V it is very easy to reliably reproduce the issue by plugging it into the switch
[17:03] <ogra> *overall
[17:06] <dinh_fsl> ogra dyfet sounds like a HW, board issue...please give the bad board to manoj and he can give it me next week to debug...
[17:08] <ogra> dinh_fsl, ok, sorry, that took a moment to clearify here since all boards are fixed planned for development work from monday on 
[17:09] <ogra> dinh_fsl, we'll get manjo one of the boards though
[17:09] <manjo> ogra, ack
[17:11] <dinh_fsl> ogra dyfet i'm off to chicago next week...so I won't be able to get it from manoj til the following week...anybody going to be in chicago next week?
[17:15] <dyfet> dinh_fsl: I think ogra is checking about this...
[17:19] <ogra> dinh_fsl, i dont think anyone of us is in chicago next week, but the issue is easy to work around by using a USB NIC so it wont block us 
[17:19] <ogra> read: from our side it can wait a week until you can get to it
[17:28] <dinh_fsl> ogra dyfet ok great...
[18:52] <CaMason> hi guys. My rt2860 wifi can't connect using any kernels above 2.6.28-11. I've been told I should come here and report it
[18:53] <CaMason> in the working kernel, modinfo shows the path is working is kernel/updates/dkms/rt2860sta.ko, broken is kernel/drivers/staging/rt2860/rt2860sta.ko
[23:20] <mau__> People
[23:20] <mau__> i just installed ubuntu in my inspiron 1420(( everything working fine))
[23:21] <mau__> i would like to compile the kernel
[23:26] <mau__> what do you think??
[23:29] <TheMuso> mau__: If everything is working, why do you need to compile the kernel?
[23:29] <TheMuso> mau__: In addition, I think the people who are in the best position to help you are currently unavailable at the moment.
[23:36] <mau__> i just want to learn
[23:37] <mau__> and if posible make things better
[23:39] <mau__> thanks anyways, TheMuso
[23:39] <mau__> ill try