Re: [xtables-addons] Oops in SYSRQ, BUG: unable to handle kernel paging request at ffffffffa01a90e0

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Friday 2012-01-20 17:48, Marcin Mirosław wrote:

>Hi again!
>I've found bug in xt_SYSRQ (probably), when i add rule with sysrq,
>remove rule, unload module then add rule i'm getting Oops. Please look
>at this:
>
>2012-01-20T17:41:12.276820+01:00 meteor kernel: [  159.988131] Modules
>linked in: sha1_generic compat_xtables ip6_tables zram(C) iptable_filter
>ip_tables sit tunnel4 xfs exportfs dm_mod ipv6 sr_mod 8139too evdev
>cdrom 8139cp [last unloaded: xt_SYSRQ]
>2012-01-20T17:41:12.276820+01:00 meteor kernel: [  159.989504]
>2012-01-20T17:41:12.276820+01:00 meteor kernel: [  159.989504] Pid:
>2388, comm: iptables Tainted: G         C  3.1.8-hardened #5 Xen HVM domU

You have a crappy module (indicated by the "C") loaded, and since it's
zram, I don't know what effects that could have w.r.t. memory corruption.
Is this reproducible without zram?
--
To unsubscribe from this list: send the line "unsubscribe netfilter" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Netfilter Development]     [Linux Kernel Networking Development]     [Netem]     [Berkeley Packet Filter]     [Linux Kernel Development]     [Advanced Routing & Traffice Control]     [Bugtraq]

  Powered by Linux