Re: [PATCH] Force UNIX domain sockets to be built in
when i had that module modular and added to the initrd, udev didn`t work, though. same error message: udevd[1226]: init_udev_socket: error getting socket: Address family not supported by protocol not sure if i did a mistake here anyway, this message is not obvious to the end user. i like the kernel being modular, but i also like it if things "just work" - and with "allmodconfig", modular UNIX domain sockets seem to create hassle. (see http://forums.gentoo.org/viewtopic-t-476363-highlight-.html or http://forums.gentoo.org/viewtopic-t-463793-highlight-.html ) so, if this patch is being rejected, maybe it would be useful if udev would give a proper hint, if it`s missing this kernel feature. btw, udev documentation telling this: - The kernel must have sysfs, unix domain sockets and networking enabled. (unix domain sockets (CONFIG_UNIX) as a loadable kernel module may work, but it is completely silly - don't complain if anything goes wrong.) furthermore, if this needs to be modular, then i`d please have tcp/ip networking modular, too. :) regards roland ps: not being a skilled programmer, so this is mostly an admins/users perspective. > > From: Bodo Eggert <[EMAIL PROTECTED]> > Date: Mon, 31 Dec 2007 13:09:43 +0100 (CET) > > > As suggested by Adrian Bunk, UNIX domain sockets should always be built in > > on normal systems. This is especially true since udev needs these sockets > > and fails to run if UNIX=m. > > > > Signed-Off-By: Bodo Eggert <[EMAIL PROTECTED]> > > People who use udev can make sure they have it built into their kernel > if they have such a dependency. > > Not everyone uses udev, and therefore needs AF_UNIX non-modular. > > I keep seeing this crap patch get submitted and I'm going to keep > dropping it because it's bogus. > > It seems to stem from some filesystem interface or whatever that the > VFS folks don't want to export or one they want to now stop exporting. > > But that is a really cruddy reason to want to force AF_UNIX to not > be allowed to be modular, and the udev thing just makes it more of a > joke rather than a good technical reason. > ___ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=00 -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
FW: ccid2/ccid3 oopses
Hello ! as suggested by Ian McDonald, i`m forwarding this to dccp and netdev mailing lists. > hi ! > > i know dccp_ccid2 and ccid3 modules are considered experimental, but i`m > unsure if i probably triggered a bug inside or outside that modules here (i`m > no kernel developer) > > apparently, i got crashes when loading/unloading other driver modules just > after ccid2 or ccid3 had been loaded/unloaded _once_ (have not used them at > all, just modprobe module;modprobe -r module) > > this was detected during some hardcore module load/unload testing session and > apparently these modules seem to be the root cause of other modules crashing, > so they seem to leave the system in an inconsistent state after load/unload. > > this can be reproduced with recent 2.6.24rc6 kernel which was mostly built > with allmodconfig. > i could not reproduce this with a more minimalistic configuration, e.g. the > suse kernel of the day runs fine. > > the easiest way to reproduce is: > > while true;do modprobe dccp_ccid2/3;modprobe -r dccp_ccid2/3;done > after short time, the kernel oopses (messages below) > > i`m not sure if this is worth to be filed at kernel bugzilla, so i`m > contacting you personally first. > > i`d happily assist in helping debug this or provide more input (.config etc) > if you want to take a look. > > regards > Roland > > > [ 2322.177054] CCID: Unregistered CCID 2 (ccid2) > [ 2322.377927] CCID: Registered CCID 2 (ccid2) > > [ 2322.413793] BUG: unable to handle kernel paging request at virtual address > 4864 > [ 2322.425066] printing eip: c01792e1 *pde = > [ 2322.431523] Oops: [#1] SMP > [ 2322.435249] Modules linked in: dccp_ccid2 dccp edd iptable_filter > ip_tables ip6table_filter ip6_tables x_tables ipv6 microcode firmware_class > fuse loop dm_mod ide_cd cdrom pata_acpi ata_piix ahci parport_pc floppy > ata_generic parport pcnet32 rtc_cmos libata rtc_core rtc_lib mii pcspkr > container thermal piix generic i2c_piix4 processor button ac i2c_core > power_supply shpchp ide_core intel_agp pci_hotplug agpgart mousedev evdev sg > ext3 jbd mbcache sd_mod mptspi mptscsih mptbase scsi_transport_spi ehci_hcd > uhci_hcd scsi_mod usbcore > [ 2322.489115] > [ 2322.491535] Pid: 1730, comm: kjournald Not tainted (2.6.24-rc6 #4) > [ 2322.497266] EIP: 0060:[] EFLAGS: 00010002 CPU: 0 > [ 2322.503205] EIP is at kmem_cache_alloc+0x5d/0xa6 > [ 2322.508789] EAX: EBX: 0282 ECX: c03750a0 EDX: 4864 > [ 2322.514864] ESI: c1408314 EDI: 4864 EBP: c03750a0 ESP: df9cfe94 > [ 2322.521110] DS: 007b ES: 007b FS: 00d8 GS: SS: 0068 > [ 2322.527346] Process kjournald (pid: 1730, ti=df9ce000 task=deaf31a0 > task.ti=df9ce000) > [ 2322.535722] Stack: c016094d c1408314 4864 00011200 df4032a0 df408e40 > def45000 000f > [ 2322.545350]00011210 c016094d 0010 e08cb15f dead9c00 > df161ab8 0004 > [ 2322.556833] def45000 000f c019acdf > df402940 0010 > [ 2322.565168] Call Trace: > [ 2322.568637] [] mempool_alloc+0x24/0xc2 > [ 2322.573169] [] mempool_alloc+0x24/0xc2 > [ 2322.577175] [] __journal_file_buffer+0x9b/0x11c [jbd] > [ 2322.585033] [] bio_alloc_bioset+0x8c/0xe6 > [ 2322.589301] [] bio_alloc+0xb/0x17 > [ 2322.593309] [] submit_bh+0x6e/0xf8 > [ 2322.597358] [] journal_commit_transaction+0x6de/0xbe8 [jbd] > [ 2322.605109] [] lock_timer_base+0x19/0x35 > [ 2322.610478] [] kjournald+0xae/0x1dd [jbd] > [ 2322.616182] [] autoremove_wake_function+0x0/0x33 > [ 2322.621341] [] kjournald+0x0/0x1dd [jbd] > [ 2322.628588] [] kthread+0x38/0x60 > [ 2322.633306] [] kthread+0x0/0x60 > [ 2322.637365] [] kernel_thread_helper+0x7/0x10 > [ 2322.645002] === > [ 2322.649049] Code: 3e 85 ff 89 7c 24 08 75 1b 89 14 24 8b 54 24 0c 83 c9 ff > 89 e8 89 74 24 04 e8 2b fb ff ff 89 44 24 08 eb 0c 8b 54 24 08 8b 46 0c <8b> > 04 82 89 06 89 d8 50 9d 0f 1f 84 00 00 00 00 00 66 83 7c 24 > [ 2322.673340] EIP: [] kmem_cache_alloc+0x5d/0xa6 SS:ESP > 0068:df9cfe94 > [ 2322.681327] ---[ end trace 35dbcab07ee48cc5 ]--- > [ 2322.737700] [ cut here ] > [ 2322.748822] Kernel BUG at c0199e6d [verbose debug info unavailable] > [ 2322.755960] invalid opcode: [#2] SMP > [ 2322.760773] Modules linked in: dccp_ccid2 dccp edd iptable_filter > ip_tables ip6table_filter ip6_tables x_tables ipv6 microcode firmware_class > fuse loop dm_mod ide_cd cdrom pata_acpi ata_piix ahci parport_pc floppy > ata_generic parport pcnet32 rtc_cmos libata rtc_core rtc_lib mii pcspkr > container thermal piix generic i2c_piix4 processor button ac i2c_core > power_supply shpchp ide_core intel_agp pci_hotplug agpgart mousedev evdev sg > ext3 jbd mbcache sd_mod mptspi mptscsih mptbase scsi_transport_spi ehci_hcd > uhci_hcd scsi_mod usbcore > [ 2322.813338] > [ 2322.817134] Pid: 3125, comm: klogd Tainted: G D (2.6.24-rc6 #4) > [ 2322.821416] EIP: 0060:[] EFLAGS: 00010246 CPU: 0 > [ 2322.828832] EIP