From: Michael Leun <lkml20100708@newton.leun.net>
To: Greg KH <greg@kroah.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: sysfs bug when using tun with network namespaces
Date: Sat, 10 Jul 2010 10:15:40 +0200 [thread overview]
Message-ID: <20100710101540.2799c9ef@xenia.leun.net> (raw)
In-Reply-To: <20100709235744.GA12752@kroah.com>
Hi,
On Fri, 9 Jul 2010 16:57:44 -0700
Greg KH <greg@kroah.com> wrote:
> On Thu, Jul 08, 2010 at 04:40:09PM +0000, Michael Leun wrote:
> > Hello,
> >
> > > # tunctl -u ml -t tap1
> >
> > works as expected, but
> >
> > > # unshare -n /bin/bash
> > > # tunctl -u ml -t tap1
> >
> > Jul 8 18:03:59 doris kernel: ------------[ cut here ]------------
> > Jul 8 18:03:59 doris kernel: kernel BUG at fs/sysfs/file.c:540!
> > Jul 8 18:03:59 doris kernel: invalid opcode: 0000 [#1] PREEMPT SMP
> > Jul 8 18:03:59 doris kernel: last sysfs
> > file: /sys/devices/virtual/misc/tun/dev Jul 8 18:03:59 doris
> > kernel: Modules linked in: tun snd_pcm_oss snd_mixer_oss snd_seq
> > snd_seq_device vboxnetadp vboxnetflt vboxdrv ipv6
> > cpufreq_conservative cpufreq_ondemand cpufreq_userspace
> > cpufreq_powersave acpi_cpufreq speedstep_lib freq_table ipt_REJECT
> > ipt_LOG xt_limit xt_recent xt_state xt_tcpudp iptable_mangle
> > iptable_nat iptable_filter nf_nat_ftp nf_nat nf_conntrack_ipv4
> > nf_defrag_ipv4 nf_conntrack_ftp nf_conntrack ip_tables x_tables
> > fuse nls_utf8 loop snd_hda_codec_realtek arc4 snd_hda_intel ecb
> > snd_hda_codec iwlagn snd_pcm iwlcore snd_timer mac80211 snd
> > cfg80211 soundcore intel_agp video usb_storage agpgart i2c_i801
> > rfkill snd_page_alloc output button battery ac joydev sg evdev tg3
> > edd ext4 jbd2 crc16 sha256_generic aes_i586 aes_generic cbc
> > dm_crypt linear rtc_cmos uhci_hcd rtc_core rtc_lib sd_mod
> > crc_t10dif ehci_hcd usbcore dm_snapshot dm_mod fan processor
> > thermal [last unloaded: tun] Jul 8 18:03:59 doris kernel: Jul 8
> > 18:03:59 doris kernel: Pid: 4320, comm: tunctl Not tainted 2.6.34.1
> > #3 Kuril /40684JG
>
> Network namespaces didn't go in until 2.6.35-rc, how is this working
> on ..34.1?
Huh? Network namespaces were there for quite some time - just for fun I
grabbed a random older kernel (got 2.6.27.48) to check. CONFIG NET_NS
was also in there (but was defined in net/Kconfig and had a depency
on !SYSFS).
In 2.6.34 it is defined in init/Kconfig (and has no depency on SYSFS at
all).
I think I started actually using that somewhere between .30 and .32.
> Can you verify this works properly in .35-rc4?
Indeed, it works there.
There are several differencies between 2.6.34.1 and 2.6.35-rc4 in
fs/sysfs/* stuff as well as in e.g. net/core/net_namespaces.c.
I'll bisect that (but not on this atom netbook I used so far ;-) ).
--
MfG,
Michael Leun
next prev parent reply other threads:[~2010-07-10 8:51 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-08 16:40 Michael Leun
2010-07-09 23:57 ` Greg KH
2010-07-10 8:15 ` Michael Leun [this message]
2010-07-10 14:08 ` Greg KH
2010-07-10 14:52 ` Michael Leun
2010-07-10 21:53 ` NET_NS: unregister_netdevice: waiting for lo to become free (after using openvpn) (was Re: sysfs bug when using tun with network namespaces) Michael Leun
2010-07-11 14:16 ` Greg KH
2010-07-11 17:29 ` FW: " Michael Leun
2010-08-04 13:35 ` Michael Leun
2010-08-04 21:46 ` Greg KH
2010-08-04 22:04 ` NET_NS: unregister_netdevice: waiting for lo to become free (after using openvpn) Eric W. Biederman
2010-08-04 22:11 ` NET_NS: unregister_netdevice: waiting for lo to become free (after using openvpn) (was Re: sysfs bug when using tun with network namespaces) Michael Leun
2010-08-05 0:12 ` Eric W. Biederman
2010-08-05 9:25 ` Michael Leun
2010-08-05 9:51 ` NET_NS: unregister_netdevice: waiting for lo to become free (after using openvpn) Eric W. Biederman
2010-08-05 10:13 ` Michael Leun
2010-08-05 11:47 ` NET_NS: unregister_netdevice: waiting for lo to become free (adding ipv6 address to interface) Michael Leun
2010-08-05 19:57 ` Eric W. Biederman
2010-08-05 20:11 ` David Miller
2010-08-05 23:45 ` lkml20100708
2010-08-06 0:09 ` Michael Leun
2010-10-21 15:15 ` Michael Leun
2010-10-22 12:48 ` David Lamparter
2010-10-22 17:05 ` Michael Leun
2010-10-24 13:15 ` Michael Leun
2010-12-06 16:08 ` Menil Jean-Philippe
2010-12-06 21:22 ` Eric W. Biederman
2010-12-06 22:47 ` Michael Leun
2010-12-07 10:40 ` Menil Jean-Philippe
2010-08-05 16:57 ` NET_NS: unregister_netdevice: waiting for lo to become free (after using openvpn) Ben Greear
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100710101540.2799c9ef@xenia.leun.net \
--to=lkml20100708@newton.leun.net \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome