Re: [PATCH] modules: CONFIG_MODULE_COMPRESS: add hint that userspace support may easily be missing.
On Jun 04, Rusty Russell wrote: > But disappointing that Debian doesn't configure with it, and there's no > easy way to check it. Looks like Ubuntu vivid is the same. > > Might be time to change the default in kmod? Changing the default will not make me enable compression support, but providing interesting use cases maybe will. Also, I see no point in enabling support for both gz and xz in kmod. -- ciao, Marco pgpL7WJ6OWa_E.pgp Description: PGP signature
Re: isapnp & module autoload (udev?)
On Aug 24, Meelis Roos <[EMAIL PROTECTED]> wrote: > I tested 2.6.23-rc3 along with Debian unstable on a older pentium2-era > PC that has a ISA bus sound card that isapnp finds. snd-sb finds it too > using isapnp. However, there seems to be no module autoloading > happening. > > So, the question is: should isapnp moudle autoloading work with current > kernel + current udev? Only for some devices, others do not provide in sysfs everything needed to build the MODALIAS string. -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch 2.6.19-rc6] fix hotplug for legacy platform drivers
On Dec 06, David Brownell <[EMAIL PROTECTED]> wrote: > > Please explain in more details how hotplugging would be broken, possibly > > with examples. > First, for reference, I refer to hotplugging using the trivial ASH scripts > from [1], updated by removing no-longer-needed special cases for platform_bus > (that original logic didn't work sometimes) and pcmcia. See the (short) I.e. a quick hack which has never been used by any distribution. And anyway some kernel component is supposed to provide the aliases pointing from the $MODALIAS values to the drivers, so modprobe $MODALIAS would still work. > Those scripts have supported hotplug and coldplug on several embedded boards > for some time now. Can you mention some? > Second, note that you're asking me to construct a straw man for you and > then break it down, since nobody arguing with the $SUBJECT patch has ever > provided a complete counter-proposal (much less respond to the points > I've made about legacy driver bugginess -- which is suggestive). I am asking what is the point for a module to provide its own name in $MODALIAS. You say that not doing this would break your custom hotplug subsystem, but you still have not explained how this would happen since $MODALIAS is available only *after* the module has been loaded by something else. > And "udev" was from day one supposed to solve a different problem > than "loading modules". There was to be a clear and strong separation > of roles between hotplug (load modules, don't rely on sysfs, use other > components for the rest of device setup) and udev (make /dev nodes, > ok to rely on sysfs). That is, "udev" wouldn't do any loading. Who cares? It does now, and for many good reasons. -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [patch 2.6.19-rc6] fix hotplug for legacy platform drivers
On Dec 05, David Brownell <[EMAIL PROTECTED]> wrote: > The pushback on $SUBJECT patch. Which amounts to wanting to break hotplug > for several busses, unless someone (NOT the folk promoting the breakage!) Please explain in more details how hotplugging would be broken, possibly with examples. > There are really two issues here: > > - The "real one", as (yes!) fixed by the $SUBJECT patch. Troublesome legacy >drivers, like "i82365", written so they can't hotplug ... but the kernel >hasn't previously known that. > > - The confusion, caused by a false identification of the "i82365" issue >being a problem related to module aliasing ... instead of being rooted in >the fact that it's a "legacy style" non-hotpluggable driver, since it >creates its own device node. Nonsense. The purpose of $MODALIAS is to allow automatically loading modules using the information provided by the bus driver. Because of this reason there is no point for a driver to provide a $MODALIAS referring to itself. It will only waste resources causing udev to try loading it again. -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: non-free firmware in kernel modules, aggregation and unclear copyright notice.
On Apr 04, Greg KH <[EMAIL PROTECTED]> wrote: > What if we don't want to do so? I know I personally posted a solution Then probably the extremists in Debian will manage to kill your driver, like they did with tg3 and others. This sucks, yes. -- ciao, Marco (@debian.org) signature.asc Description: Digital signature
Re: Ext2, fsync() and MTA's?
On May 21, "Stephen C. Tweedie" <[EMAIL PROTECTED]> wrote: >Just set chattr +S on the spool dir. That's what the flag is for. >The biggest problem with that is that it propagates to subdirectories >and files --- would a version of the flag which applied only to >directories be a help here? Yes, please. It's what is really needed by MTA (not only for spool, but for maildir delivery too). -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
peer shrinks window
In two days I've got 46 messages like: Mar 7 08:00:55 attila kernel: TCP: peer 163.162.41.4:37582/20 shrinks window 752789960:5840:752797200. Bad, what else can I say? If needed I can ask about the os running there, I think it's solaris. (nmap confirms: Solaris 7) Linux attila 2.4.0-test11 #11 Wed Dec 13 12:02:51 CET 2000 ppc unknown -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH][CFT] per-process namespaces for Linux
On Feb 26, Alexander Viro <[EMAIL PROTECTED]> wrote: >There is no way to implement them without credentials' cache. Which needs >to be done for many other reasons, but that's a separate patch and >separate story. If it's done - no serious penalty involved. However, >I doubt that we want a union on / itself. /dev - sure, /bin and /lib - >maybe, but /... What for? What I'd really like to do is remount / somewhere with mount --bind, mount over it another skeleton file system which hides setuid programs and some directories and then run a chrooted sshd in the new root. If I'm not missing something, this would make creation of secure chroot environments very easy. >Tomorrow I'll try to catch Erik and talk with him about that. I'm not sure >that I know anyone in Debian Install System Team (oh, boy... somebody sure Just write to [EMAIL PROTECTED] -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: innd mmap bug in 2.4.0-test12
On Dec 25, Linus Torvalds <[EMAIL PROTECTED]> wrote: >Add a printk() to __remove_inode_page() that complains whenever it removes >a dirty page. > >Oh, in order to not see this with swap pages (which _can_ be removed when >they are dirty, if all users of them are gone), add a PageClearDirty() to >"remove_from_swap_cache()" so that we don't get false positives.. > >Do you get any messages? I don't think you will, but it should be tested. I read you found the real cause so that may be bogus, but I have got two messages while booting. The first showed up while doing the fsck of a 6 GB file systems and killed the process (fscks of smaller partitions completed successfully), the second occured while initializing /dev/random and left an unkillable dd process and a stuck boot process (I gathered this info with sysrq). Being -test12 unstable for me, if you don't need more data I'll go back to -test9 until the next release. >That's probably the infinite loop in the tty task queue handling, should >be fixed in test13-pre3 or so. Looks like I missed it, evil vger postmasters unsubscribed me again for no apparent reason... -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: innd mmap bug in 2.4.0-test12
On Dec 24, Linus Torvalds <[EMAIL PROTECTED]> wrote: > /* The page is dirty, or locked, move to inactive_dirty list. */ > if (page->buffers || TryLockPage(page)) { > ... > >and change the test to > > if (page->buffers || PageDirty(page) || TryLockPage(page)) { Done, no change. Got some articles, restarted the server, all is good. Got other articles, rebooted and the files now differ. And I have another problem: I'm experiencing random hangs using X[1] with 2.4.0-test12. After a variable amount of time, some of the times I use X (I mostly use console) it just freezes hard (no caps lock activity). I'm not sure if this only happens while using X or it's just less frequent in console. -test9 works fine and I used it since it has been released with no ill effects. My hardware: 00:00.0 Host bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3] (rev 04) 00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598 [Apollo MVP3 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C586/A/B PCI-to-ISA [Apollo VP] (rev 41) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586 IDE [Apollo] (rev 06) 00:07.3 Bridge: VIA Technologies, Inc. VT82C586B ACPI (rev 10) 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G100 [Productiva] AGP (rev 02) vendor_id : AuthenticAMD cpu family : 5 model : 8 model name : AMD-K6(tm) 3D processor stepping: 12 cpu MHz : 267.282 cache size : 64 KB gcc version 2.95.2 2220 (Debian GNU/Linux) [1] Good old stable XF86_SVGA 3.x from debian potato. -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: innd mmap bug in 2.4.0-test12
On Dec 24, Alexander Viro <[EMAIL PROTECTED]> wrote: >> I put "cp active active.ok" in the rc file before shutting down the >> daemon and at the next boot the files are different, every time. > >Could you send me both files? BTW, which filesystem it is? I use ext2. The files are not corrupted, they just are not updated. Another data point: at least in some cases, if I stop and start inn without rebooting the files are the same. --- active.ok Sun Dec 24 09:58:00 2000 +++ active Sun Dec 24 08:33:34 2000 @@ -1,5 +1,5 @@ control 004793 004794 y -control.cancel 022865 021934 n +control.cancel 022864 021934 n junk 001806 001807 y fido.ita.ridere 014779 014777 y fido.ita.dewdney 004073 004074 y @@ -10,19 +10,19 @@ fido.ita.sf 004777 004778 y comp.os.linux.announce 010782 010779 m fido.ita.tex 000248 000249 y -it.news.annunci 004909 004787 m +it.news.annunci 004905 004787 m it.news.gestione 007878 007399 y fido.ita.tv 011944 011944 y it.test 000796 000797 y -it.news.gruppi 048004 047898 y +it.news.gruppi 047994 047898 y it.comp.sicurezza.varie 030696 030353 y it.comp.sicurezza.unix 002721 002722 y -it.faq 001154 001091 m +it.faq 001150 001091 m [...] -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
innd mmap bug in 2.4.0-test12
I can confirm the bug which loses updates to the inn active file when it's unmapped is present again in 2.4.0-test12. I put "cp active active.ok" in the rc file before shutting down the daemon and at the next boot the files are different, every time. Alexander Viro posted this test case: #include main(argc,argv) int argc; char **argv; { int fd; char c=0; truncate(argv[1], 10); fd = open(argv[1], 1); lseek(fd, 16384, 0); write(fd, &c, 1); close(fd); } but I tried it and it gives the correct result (a 16384 bytes long file with only the first few bytes non-zeroed). Linux wonderland 2.4.0-test12 #15 Thu Dec 21 16:40:16 CET 2000 i586 unknown -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: All INNOMINATE linux-list feeds are now killed...
On Dec 06, Rik van Riel <[EMAIL PROTECTED]> wrote: >> We deeply regret this and apologize honestly, but also would >> like to resubscribe... >Could you make it a one-way list this time? If vger postmasters do not mind, next week I'm going to unidirectinally gate linux-kernel (and maybe other high traffic vger lists, any suggestions?) to a group in the linux.* hierarchy[1]. [1] http://www.linux.it/~md/linux-faq -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
null TTY in tty_fasync?
At the end of a UUCP poll this message was logged: Sep 19 23:42:47 wonderland kernel: Warning: null TTY for (04:40) in tty_fasync What does it mean? Linux wonderland.linux.it 2.4.0-test8 #12 Sat Sep 16 19:35:51 CEST 2000 i586 unknown -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
The INN/mmap bug
I added to block_write_full_page() the debugging code suggested by Alexander Viro: if (inode->i_dev == 0x305 && inode->i_ino == 48991) // Md printk("block_write_full_page: writing page %d, size %Ld\n", page->index, inode->i_size); and I have just been able to trigger the bug (two times): root@wonderland:vc/2:/var/lib/news$cp active active.ok root@wonderland:vc/2:/var/lib/news$diff -u active active.ok root@wonderland:vc/2:/var/lib/news$/etc/init.d/inn stop Stopping news server: innd block_write_full_page: writing page 0, size 3075 root@wonderland:vc/2:/var/lib/news$diff -u active active.ok --- active Sun Sep 17 16:09:01 2000 +++ active.ok Sun Sep 17 21:03:16 2000 @@ -1,11 +1,11 @@ control 004774 004775 y control.cancel 021917 021889 n junk 001777 001768 y -fido.ita.ridere 014632 014600 y +fido.ita.ridere 014634 014600 y [...] -rw-r--r--1 news news 3075 Sep 17 16:09 active -rw-r--r--1 root root 3075 Sep 17 21:03 active.ok I'm running -test8 with the block_truncate_page() patch. BTW, I see devfs triggers modules loading on readlink(2). Should this be considered a feature? Every time I run "ls --color /dev" the modules corresponding to devices which have a symlink /dev/audio are loaded, so there is no much point in having on demand loading... -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Update Linux 2.4 Status/TODO list
On Sep 15, Alexander Viro <[EMAIL PROTECTED]> wrote: >> I tried doing that for Andrea but I think it's not useful, active is >> mmapped and strace shows nothing interesting. >mmapped... Does mmap() go past the end of file? I asked INN developers and they think it should not. The file size is fixed and its fields are updated in place. >> >BTW, how does test8+patch to block_truncate_page() behave? There is no change, yesterday at shutdown the active file has not been updated. -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Update Linux 2.4 Status/TODO list
On Sep 14, Alexander Viro <[EMAIL PROTECTED]> wrote: >> - the whole active file is now 100% identical to the saved copy >Ugh... How about relevant subset of strace? I tried doing that for Andrea but I think it's not useful, active is mmapped and strace shows nothing interesting. >> Right now it happened after the daily expire run: I stopped INN and the >> file on disk changed to the copy I saved before expire started. >Wait a minute. I don't believe in on-disk file being restored by magic, >but I could believe in page(s) being never written to disk and giving the >impression of "update that doesn't stick". You have a file shorter than Sure, this is what I meant. But what about the mtime which does not get updated? >BTW, how does test8+patch to block_truncate_page() behave? I missed it, do you still have the patch? >And what is the block size on your fs? Filesystem revision #:1 (dynamic) Filesystem features: filetype sparse_super Block size: 4096 -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: Update Linux 2.4 Status/TODO list
On Sep 13, [EMAIL PROTECTED] wrote: > * Innd data corruption, probably caused by bug truncation bug (Rik > van Riel) This bug has not been fixed, I can still reproduce it (but not every time). This is how it happens: - INN (1.7.2+insync+other patches, the debian package I maintain) is running - active is correct - I post an article, which is filed with the correct number - for *this group only* the high value is wrong and equal to the one in the active file I precedently saved (in some cases this does not happen and I can't notice anything wrong in the active file) - I stop INN - the whole active file is now 100% identical to the saved copy And the file mtime has not been updated (this time since the precedent day): -rw-r--r--1 news news 3075 Sep 10 00:02 active This happens on my personal workstation with plenty of free RAM and a tiny UUCP feed. Right now it happened after the daily expire run: I stopped INN and the file on disk changed to the copy I saved before expire started. Linux wonderland.linux.it 2.4.0-test8 #4 Sat Sep 9 23:45:09 CEST 2000 i586 unknown /dev/ide/host0/bus0/target0/lun0/part5 on /var type ext2 (rw,noatime) -- ciao, Marco - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/