Re: [PATCH] Force UNIX domain sockets to be built in

2007-12-31 Thread devzero
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

2008-01-08 Thread devzero
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