[01:00] Hi all, I want to draw your attention to the following bug, which has been "quickfixed" by a clever guy who found out a line to comment out, but requires kernel developers attention to be sure it's a good fix. It's a regression from feisty, and since in gutsy for the first time suspend to disk and to ram work flawlessly on toshiba laptops with dual core enabled, I supppose it is worth a look. Bug is: [01:01] https://bugs.edge.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/152187/ [01:01] Launchpad bug 152187 in linux-source-2.6.22 "Serial Wacom tablet fails to return from ACPI suspend to RAM" [Undecided,Confirmed] [01:02] I hope somebody sees this, and thanks a lot. === \sh_away is now known as \sh [07:42] I've got frequent crashes with dapper on a HP DL380G5, and I've got a call trace that starts from bnx2_poll [07:42] that would suggest that there's a bug in the broadcom driver? [07:43] (I took a photo of the trace) [07:44] I found this while searching for similar issues http://bugs.centos.org/view.php?id=2103 [11:53] please see bug 75767, I've confirmed that one. seems similar enough to mine [11:53] Launchpad bug 75767 in linux-source-2.6.15 "kernel panic: killing interrupt handler" [High,Confirmed] https://launchpad.net/bugs/75767 [12:49] If I have made a kernel bugreport including a patch which is accepted upstream which fixes crashes and datacorruption, is there anything more I can do? (2.6.22 xen) [13:13] (#164904 btw) [13:19] could some add a little patch for aufs? [13:19] patch/sec_perm-2.6.24.patch from aufs cvs [13:20] +EXPORT_SYMBOL(security_inode_permission); [13:20] mainly [13:23] http://kanotix.com/files/kernel/kernel-update-pack-generic-future-pure/source/sec_perm-2.6.24.patch [13:25] also i need one file more in the headers: [13:25] fs/aufs/Makefile:tmpfs = $(shell grep '\#.*define.*TMPFS_MAGIC' ${srctree}/mm/shmem.c | \ [13:25] so i need mm/shmem.c [13:26] Kano: Please use the right way: Clone hardy git repo, apply the patch, test resultant kernel, formatting patch as reported at https://wiki.ubuntu.com/KernelGitGuide and send a patch to kernel-team ml. [13:26] thats the original patch from aufs cvs [13:26] i would suggest to switch to aufs - unionfs is not working from lum [13:27] maybe the same issue,dont know [13:28] [ 4814.465576] aufs: Unknown symbol security_inode_permission [13:28] [ 5954.937595] unionfs: Unknown symbol security_file_ioctl [13:28] [ 5954.937662] unionfs: Unknown symbol security_inode_permission [13:28] it seems it is the same issue, just that unionfs needs even a 2nd export [13:29] andres: Depend from intrusive level of the patch and from type of bug which it resolve. Generally if the bug not meet https://wiki.ubuntu.com/StableReleaseUpdates requirements is very difficult that the patch will be accepted. [13:29] so you need to add even 2 export statements... [13:29] i do not need to send anything, if you want a working unionfs... [13:29] abogani: As I said, it causes, sometimes silent, data corruption. Has very little impact, is accepted upstream, only affects xen kernels. [13:30] Its the xfs not using vunmap() issue. [13:31] And is very hard to diagnose as the backtraces are quite random, as it can happen at every place where vmap's are used. [13:31] abogani: so I dont see why it shouldnt adhere to the stable release guidelines. [13:34] abogani: May I nominate it for some release, or should that only be done by ubuntu devs? [13:36] andres: You should send email to kernel-team ml. [13:36] Ok. [13:58] what file to patch for the headers? [13:58] i dont get it currently where to write the extra files [14:20] abogani: done [14:22] Ugh. The mailing list is moderated. [14:22] Do you moderate the lists regulary, or should I subscribe and repost? [14:22] !24 [14:22] Sorry, I don't know anything about 24 - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [14:22] updated === asac_ is now known as asac === \sh is now known as \sh_away === \sh_away is now known as \sh === \sh is now known as \sh_away === henrix_ is now known as henrix [17:58] Is it planned to activate paravirt_ops in 2.6.24-generic by default? [17:58] I think some distros are planning that and it is quite convienient. [17:58] (and afaik the overhead is marginal) [20:25] hey, all I'm documenting the differences between the server and desktop editions and I just wanted to confirm this article is accurate? [20:25] http://www.enterprisenetworkingplanet.com/netos/article.php/3710641 [20:26] basically just comaring /boot/config-version between a server and desktop install [20:26] comparing rather [20:26] right, those are the differences [20:27] ivoks: cool I figured, but thought I'd double check === asac_ is now known as asac