=== SEJeff is now known as SEJeff_away
[01:15] <james_w> could someone with the power please let my mail out of the kernel-team moderation queue?
[05:05] <Sarvatt> http://patchwork.kernel.org/patch/33044/
[05:05]  * Sarvatt cheers
[08:58] <apw> TheMuso, i see the latest upload actually one of the ports kernels built!
[09:01] <smb> I actually only saw powerpc fail
[09:01] <smb> err no, sparc as well
[09:47] <amitk> smb: regarding the ipw3945 patches. I have a question regarding the first one
[09:48] <amitk> smb: if there is a running worker, it will first unregister the device by calling ieee80211_unregister_hw(priv->hw)
[09:49] <amitk> but it doesn't call iwl3945_down() 
[09:50] <amitk> is the call to down() not needed any more?
[09:52] <smb> amitk, As I understood the change the down is done when there is no interface registered. I assume it is part of the unregister
[09:53] <amitk> ok
[09:55] <smb> amitk, I did not follow that so closely as that change come around 2.6.29 and still looks the same, so I think it should make sense
[10:38] <TheMuso> apw: Yeah, but I see you missed my pull request with a powerpc config fix.
[11:23] <Laney> Hi ho, how can I get you guys some useful debugging info? If I try to boot with .31 then my system reboots after about 5 seconds...
[11:31] <apw> TheMuso, i'll get it in the next one
[11:40] <Keybuk> apw: the tmpdevfs kernel worls
[15:46] <Lascax> Hi all
[15:46] <Lascax> Question: there is a way to convert a patch for an older kernel to make it compatible with a new one?
[15:48] <amitk> Lascax: you apply the patch to the new kernel and if it fails, fix the 'rejects'
[15:48] <amitk> then create a new patch
[15:49] <Lascax> amitk: well, I am new to ubuntu. There is a guide on how to fix the rejects?
[15:49] <amitk> Lascax: this isn't specific to Ubuntu. It is a feature of the 'patch' program.
[15:50] <Lascax> Yeah, my mistake.
[15:50] <amitk> patch will tell you what parts of the old patch did not apply (because that part of the code might have changed)
[15:50] <amitk> then you fire up a text editor, open the file and hand apply the changes until it does the right thing
[15:51] <Lascax> OK, I hope there aren't a lot of changes between 2.6.22 kernel and 2.6.28 (for example Inoticed that one fo the files changed from .c to .h)
[15:51] <amitk> Lascax: just look at any of the patch examples from Google
[15:51] <amitk> Lascax: depends on the code you are trying to port.
[15:52] <Lascax> amitk: this is the link fo the patch that I want to port. A lot of code is changed, I already noticed in the new files. ( http://drp.id.au/linux-2.6.16-joydev.patch )
[15:53] <amitk> Lascax: is it known to not work on 2.6.28?
[15:54] <Lascax> amitk: already tried to force compiling with it redirecting to the files, but no new command in the makemenuconfig
[15:54] <Lascax> amitk: this patch adds a command in the menuconfig
[15:54] <amitk> Lascax: I meant, does the HW not work on 2.6.28 already?
[15:55] <Lascax> amitk: it works, but there is still the axis problem (this is a patch to make directional buttons of the joypad to be digital input instead analogic)
[15:56] <Lascax> amitk: no recognization of up+down and right+left, for example
[15:57] <amitk> Lascax: I'd suggest first understanding how 'patch' works. A few simple examples might make it clearer how to port this code
[15:57] <amitk> but I've got to go now...
[15:58] <Lascax> amitk: ok, hope to see you later. Nobody helped me with this until now, nor at #ubuntu-it nor at #ubuntu
[15:59] <Lascax> amitk: last question. I found the same patch for 2.6.22 ( http://drp.id.au/linux-2.6.22-joydev.patch ) Can it be easier to convert than the one for 2.6.16?
[15:59] <amitk> Lascax: good luck.
[15:59] <amitk> Lascax: yes, it will be easier to convert from later kernel
[15:59] <Lascax> amitk: OK, thx for helping. I still have an hope :-)
[16:01] <amitk> Lascax: np
[16:41] <bdmurray> smb: Where was bug 330824 Fix Committed?
[16:41] <ubot3> Malone bug 330824 in linux "Soft lockups (freezes) when deleting files from ext4 partitions on 2.6.28" [Medium,Fix committed] https://launchpad.net/bugs/330824
[16:42] <broonie> Does anyone have any info on how the process of upstreaming the ARM changes you guys are carriying is progressing?
[16:42] <smb> bdmurray, It was always part of the 2.6.28.y stable impart iirc
[16:42] <bdmurray> smb: okay, there was a follow up question regarding it in the bug
[16:43] <smb> bdmurray, Oh. I would have to look a it close. I just went over all the bugs that had references in the next proposed i am preparing
=== akgraner_ is now known as akgraner
=== bjf_afk is now known as bjf
[17:07] <james_w> hi all, I've sent a mail to kernel-team and it's stuck in the moderation queue, could someone fish it out for me please?
[18:00] <Sarvatt> so is hardy the last release that has the ide-scsi module on powerpc thats needed to install from an alternate disk for ibooks? just burnt off karmic and jaunty but neither can detect the cd drive on my ibook (and fail during the install because of it) and i cant figure out what module to manually load it if it isnt ide-scsi
=== bjf is now known as bjf_afk
[21:57] <Sarvatt> heyo, just want to suggest maybe disabling radeon KMS by default but perhaps leaving it enabled in staging so its still possible to use. perhaps in drivers/gpu/drm/radeon/radeon_drv.c changing line 85 int radeon_modeset = -1; to int radeon_modeset = 0;? things work fine in the current userspace with radeon.modeset=0 but the default radeon.modeset=1 doesn't have the userspace to support it yet in karmic.
[22:18] <Sarvatt> disabling it completely from staging would preclude the nescessary headers from getting into linux-libc-dev to build the userspace to support it on xorg-edgers to work out the kinks supporting it is why I was suggesting that instead of disabling it completely. booting with radeon.modeset=0 works fine how it is currently