Re: bind() allowed to non-local addresses
[EMAIL PROTECTED] writes: > Hello! > > > Using linux-2.4.0-test9, bind() incorrectly allows a bind to a non-local > > address. The correct behavior should be a return code of -1 with errno > > set to EADDRNOTAVAIL. > > You can bind to any address, it is your right. You will not able > to receive on or to send from such socket until address will become > really local. > > Such bind is allowed because the address can be dynamic. > Nobody wants that a service did not start only because > the moment of start address was temporarily off-line. No, please revert it or make it configurable. It may be nice for mobile devices, but not for servers. There are programs out there which test via bind() if it is a local address. Greetings Christoph - 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/
[PATCH] Fix SH3 CPU speed detection.
The timing loop used for CPU speed detection on SH takes 5 cycles instead
of 4 on SH3 if it's not word-aligned. SH4 may want recalibrating, given the
'I don't know why, but it appears to take 6 cycles' comment.
Index: arch/sh/kernel/time.c
===
RCS file: /inst/cvs/linux/arch/sh/kernel/Attic/time.c,v
retrieving revision 1.1.2.13
diff -u -r1.1.2.13 time.c
--- arch/sh/kernel/time.c 2000/10/04 12:29:25 1.1.2.13
+++ arch/sh/kernel/time.c 2000/10/19 07:42:31
@@ -337,6 +337,7 @@
do {} while (ctrl_inb(R64CNT) != 0);
ctrl_outb(RCR1_CIE, RCR1); /* Enable carry interrupt */
asm volatile(
+ ".align 2\n\t"
"1:\t"
"tst%1,%1\n\t"
"bt/s 1b\n\t"
--
dwmw2
-
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: 2.4.0-test9-pre8, usb, unresolved symbols
On Wed, 18 Oct 2000 22:20:15 -0700, Greg KH <[EMAIL PROTECTED]> wrote: >> >Keith Owens wrote: >> >> +obj-$(CONFIG_USB) += usbcore.o usb.o >I don't think that would work, for if the USB core code is compiled as a >module, then usb.o has to be part of usbcore.o, or am I missing >something here? See conclusion, jump to conclusion :(. There was a missing line from the boilerplate conversion of lists to old style Makefile variables. Forget my previous patch, use this one. Against 2.4.0-test10-pre4. Index: 0-test10-pre4.1/drivers/usb/Makefile --- 0-test10-pre4.1/drivers/usb/Makefile Mon, 02 Oct 2000 15:28:44 +1100 kaos (linux-2.4/n/b/19_Makefile 1.1.1.10 644) +++ 0-test10-pre4.1(w)/drivers/usb/Makefile Thu, 19 Oct 2000 19:05:04 +1100 kaos +(linux-2.4/n/b/19_Makefile 1.1.1.10 644) @@ -99,6 +99,10 @@ obj-m := $(filter-out $(obj-y), $(obj-m)) int-m := $(filter-out $(int-y), $(int-m)) +# Take multi-part drivers out of obj-y and put components in. + +obj-y := $(filter-out $(list-multi), $(obj-y)) $(int-y) + # Translate to Rules.make lists. O_OBJS := $(filter-out $(export-objs), $(obj-y)) - 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: [PATCH] Make agpsupport work with modversions
On Wed, Oct 18, 2000 at 10:14:01PM +0100, Alan Cox wrote: > > The only other users are 8390.h and a couple of mtd things. I don't see > > why this stuff cannot be handled in userspace with /etc/modules.conf ... > > > > should get_module_symbol() die ? > > You need it to dynamically bind to another module if its loaded and still be > loadable if that module/facility is not present. Its dynamic linking for kernel > modules Well, this is usually handled by a third module that takes care of registering/unregistering the existence of the two modules that need to be possible to load/unload separately. -- Vojtech Pavlik SuSE Labs - 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: [PATCH] Make agpsupport work with modversions
[EMAIL PROTECTED] said:
> You need it to dynamically bind to another module if its loaded and
> still be loadable if that module/facility is not present. Its dynamic
> linking for kernel modules
However, in order for get_module_symbol() to be safe, it needs to
increase the use count of the module in which it finds the symbol, and the
corresponding put_module_symbol() function has to be provided. This was
done in 2.4 a while ago. Patch for 2.2 attached.
Index: kernel/ksyms.c
===
RCS file: /inst/cvs/linux/kernel/ksyms.c,v
retrieving revision 1.13
diff -u -r1.13 ksyms.c
--- kernel/ksyms.c 2000/10/16 09:43:22 1.13
+++ kernel/ksyms.c 2000/10/19 08:18:08
@@ -81,6 +81,7 @@
#ifdef CONFIG_MODULES
EXPORT_SYMBOL(get_module_symbol);
+EXPORT_SYMBOL(put_module_symbol);
#endif
EXPORT_SYMBOL(get_options);
Index: kernel/module.c
===
RCS file: /inst/cvs/linux/kernel/module.c,v
retrieving revision 1.2
diff -u -r1.2 module.c
--- kernel/module.c 2000/06/07 10:00:30 1.2
+++ kernel/module.c 2000/10/19 08:18:08
@@ -952,7 +952,9 @@
* Gets the address for a symbol in the given module. If modname is
* NULL, it looks for the name in any registered symbol table. If the
* modname is an empty string, it looks for the symbol in kernel exported
- * symbol tables.
+ * symbol tables. Increase the usage count of the module in which the
+ * symbol was found - it's the only way we can guarantee that it's still
+ * there by the time our caller actually uses it.
*/
unsigned long
get_module_symbol(char *modname, char *symname)
@@ -969,12 +971,29 @@
i > 0; --i, ++sym) {
if (strcmp(sym->name, symname) == 0) {
+ __MOD_INC_USE_COUNT(mp);
return sym->value;
}
}
}
}
return 0;
+}
+
+/* Decrease the use count of the module containing a symbol with the
+ * address passed.
+ */
+void put_module_symbol(unsigned long addr)
+{
+ struct module *mp;
+
+ for (mp = module_list; mp; mp = mp->next) {
+ if (addr >= (unsigned long)mp &&
+ addr < (unsigned long)mp + mp->size) {
+ __MOD_DEC_USE_COUNT(mp);
+ return;
+ }
+ }
}
#else /* CONFIG_MODULES */
Index: include/linux/module.h
===
RCS file: /inst/cvs/linux/include/linux/module.h,v
retrieving revision 1.3
diff -u -r1.3 module.h
--- include/linux/module.h 2000/09/11 08:34:17 1.3
+++ include/linux/module.h 2000/10/19 08:19:48
@@ -144,8 +144,10 @@
/* Find a symbol exported by the kernel or another module */
#ifndef CONFIG_MODULES
static inline unsigned long get_module_symbol(char *A, char *B) { return 0; };
+static inline void put_module_symbol(unsigned long A) { };
#else
extern unsigned long get_module_symbol(char *, char *);
+extern void put_module_symbol(unsigned long);
#endif
#if defined(MODULE) && !defined(__GENKSYMS__)
--
dwmw2
-
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: [PATCH] Make agpsupport work with modversions
On Wed, Oct 18, 2000 at 02:25:41PM -0400, Rik Faith wrote: > Just to clarify -- my use of get_module_symbol has nothing to do with > load order. It has to do with allowing a drm module to work with or > without the agpgart module loaded. > > If there's some other way to do this, I'll be happy to move to that. > I'd like to preserve the ability to have one driver which works with > each chipset family and not have to have separate drivers for PCI and > AGP cards (or, rather, to have fewer instances of the drivers -- they > already depend on SMP and MODVERSIONS, and that's a lot of overhead > already if you just want to play Q3A :). I'd also like a dual-head > system to be able to load the same drm module and just have it work > for both the agp and the pci cards (this isn't supported yet, in case > anyone is wondering). Just do it the way most other subsystems do it - have a drm_[un]register_driver() functions, which are exported by the DRM generic module and have the card-specific modules call that. This way the DRM generic module will know what drivers are loaded. For an example see the PCI subsystem, USB, Input, chardevices, TTY layer, whatever ... -- Vojtech Pavlik SuSE Labs - 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/
Quota fixes
Hello. I found one bug in the quota fixes (forgot to mark_inode_dirty() when i_blocks were changed). Patch which fixes this is at: ftp://atrey.karlin.mff.cuni.cz/pub/local/jack/quota/v2.4/quota-fix-2.4.0-test9-2a.diff It's supposed to be applied after quota-fix-2.4.0-test9-1.diff in the same directory. Note that this bug could cause inconsistency of i_blocks (which shouldn't matter much) on your filesystem so do fsck if you tested previous patch before further testing. Bye Honza - 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/
Follow-up: [BUG] vmscan.c:102 on 2.4.0-test10p4
Reproduced the BUG again, but the system was still able to produce a (better) ksymoops output: ac97_codec: AC97 Audio codec, id: 0x4943:0x4511 (Unknown) invalid operand: CPU:0 EIP:0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00210286 eax: 001c ebx: 1400 ecx: edx: esi: c11d2c1c edi: 06dd3045 ebp: c6d2338c esp: c12ede88 ds: 0018 es: 0018 ss: 0018 Process kswapd (pid: 2, stackpage=c12ed000) Stack: c0252c85 c0252e44 0066 0001 080e4000 c6d2338c 080e3000 080f c012918d c138b8c0 c6ddb180 080e3000 c6d2338c 0004 c6d26080 080f 080f c6d26080 00200202 c72f69c0 c010c27b 000c c12e Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 83 c4 0c 83 e7 02 74 16 6a 68 68 44 2e 25 c0 68 85 2c >>EIP; c0128e79<= Trace; c0252c85 Trace; c0252e44 Trace; c012918d Trace; c010c27b Trace; c010c41e Trace; c012925c Trace; c01293be Trace; c012a243 Trace; c012a302 Trace; c012a3ae Trace; c012a330 Trace; c010954b Code; c0128e79 <_EIP>: Code; c0128e79<= 0: 0f 0b ud2a <= Code; c0128e7b 2: 83 c4 0c add$0xc,%esp Code; c0128e7e 5: 83 e7 02 and$0x2,%edi Code; c0128e81 8: 74 16 je 20 <_EIP+0x20> c0128e99 Code; c0128e83 a: 6a 68 push $0x68 Code; c0128e85 c: 68 44 2e 25 c0push $0xc0252e44 Code; c0128e8a 11: 68 85 2c 00 00push $0x2c85 I only tested this by starting StarOffice, which seems to be a sure trigger for this. This amidst me having 128MB RAM and 128MB swap. Best regards, Dewet On Thu, 19 Oct 2000, Dewet Diener wrote: > Hi > > Just had the following happening right after booting into the fresh > kernel. Started X, and after firing up StarOffice, everything stopped > responding. I could switch back to a vc, and use Alt+SysRq to at least > sync/unmount the fs. Registers showed: > > SysRq: Show Regs > EIP: 0010:[acpi_idle+819/864] EFLAGS: 00200246 > EAX: 00f47a65 EBX: c02c ECX: 00f47a65 EDX: 4008 > ESI: 4008 EDI: c02c EBP: e000 DS: 0018 ES: 0018 > CR0: 8005003b CR2: 080c5b08 CR3: 04471000 CR4: 0090 > > The actual oops: > kernel BUG at vmscan.c:102! > invalid operand: > CPU:0 > EIP:0010:[recalculate_vm_stats+25/32] > EFLAGS: 00013286 > eax: 001c ebx: 0001e800 ecx: edx: > esi: c11c66c0 edi: 06aec045 ebp: c0fd94a4 esp: c12ede88 > ds: 0018 es: 0018 ss: 0018 > Process kswapd (pid: 2, stackpage=c12ed000) > Stack: c0252c85 c0252e44 0066 0001 0010 4012a000 c0fd94a4 40129000 >4012b000 c012918d c5a0ec80 c7e27780 40129000 c0fd94a4 0004 c0fd5400 >4012b000 4012b000 c0fd5400 0301 c01303ba c4c0eb40 01cf c012a023 > Call Trace: [tvecs+6717/45816] [tvecs+7164/45816] [swap_out_vma+77/432] >[bread+106/112] [refill_inactive_scan+67/240] [refile_buffer+5/16] [__bforget+11/96] >[bread+18/112] [swap_out_vma+284/432] [swap_out+94/384] >[refill_inactive+147/400] [refill_inactive+338/400] [do_try_to_free_pages+110/144] >[refill_inactive+384/400] [kernel_thread+11/64] > Code: 0f 0b 83 c4 0c 83 e7 02 74 16 6a 68 68 44 2e 25 c0 68 85 2c > > And ksymoops: > Code; Before first symbol > <_EIP>: > Code; Before first symbol >0: 0f 0b ud2a > Code; 0002 Before first symbol >2: 83 c4 0c add$0xc,%esp > Code; 0005 Before first symbol >5: 83 e7 02 and$0x2,%edi > Code; 0008 Before first symbol >8: 74 16 je 20 <_EIP+0x20> 0020 Before first symbol > Code; 000a Before first symbol >a: 6a 68 push $0x68 > Code; 000c Before first symbol >c: 68 44 2e 25 c0push $0xc0252e44 > Code; 0011 Before first symbol > 11: 68 85 2c 00 00push $0x2c85 > > 'free' gives: > total used free sharedbuffers cached > Mem:126460 52588 73872 0 3104 31088 > -/+ buffers/cache: 18396 108064 > Swap: 128516 0 128516 > > Please tell me if anything is missing from the above. > > Best regards, > Dewet Diener > > - 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: Follow-up: [BUG] vmscan.c:102 on 2.4.0-test10p4
On Thu, 19 Oct 2000, Dewet Diener wrote: > Reproduced the BUG again, but the system was still able to produce a > (better) ksymoops output: Ditto here as soon as I touch swap. kernel BUG at vmscan.c:102! Entering kdb (current=0xc7f9e000, pid 3) Panic: invalid operand due to panic @ 0xc012a995 eax = 0x001c ebx = 0x0001e600 ecx = 0xc02d2d28 edx = 0x0007 esi = 0xc115396c edi = 0xc7f72da0 esp = 0xc7f9fea0 eip = 0xc012a995 ebp = 0xc7f9fecc ss = 0x0018 cs = 0x0010 eflags = 0x00010246 ds = 0x0018 es = 0x0018 origeax = 0x ®s = 0xc7f9fe6c kdb> bt EBP EIP Function(args) 0xc7f9fecc 0xc012a995 try_to_swap_out+0xf9 (0xc7f72da0, 0xc3b2fe60, 0x40018000, 0xc3b50060, 0x4) 0xc7f9ff10 0xc012acd6 swap_out_vma+0x13a (0xc7f72da0, 0xc3b2fe60, 0x40018000, 0x4) 0xc7f9ff34 0xc012ad7f swap_out_mm+0x37 (0xc7f72da0, 0x4) 0xc7f9ff70 0xc012aebd swap_out+0x10d (0x5, 0x4, 0x0) 0xc7f9ffa0 0xc012bd16 refill_inactive+0x122 (0x4, 0x0, 0x6, 0x4, 0x6) 0xc7f9ffcc 0xc012bdd5 do_try_to_free_pages+0x65 (0x4, 0x0, 0x10f00, 0xc123ffa8) 0xc7f9ffec 0xc012be7e kswapd+0x8a 0xc0108d57 kernel_thread+0x23 - 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: AMD CPU misdetection?
On Thu, 19 Oct 2000, Mike A. Harris wrote: > root@asdf:~# cat /proc/cpuinfo > processor : 0 > vendor_id : AuthenticAMD > cpu family : 5 > model : 8 > model name : AMD-K6(tm) 3D processor > ^^ > > Shouldn't it be K6-2? No, that's what is read directly off the CPU (at least, last time I looked, in some older 2.2.x, it was like that). The hint it's actually a K6-2 is the "model: 8" line. -- Matthias Andree - 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/
bind() - Old/Current behaviour - Change?
Hello all, During the recent thread "Re: bind() allowed to non-local addresses" there is mention of change in the behavior of bind() re: allowing use of non-local addresses between 2.2 and 2.4 series kernels. Funnily enough, I've been playing with IPSec, Masqerading and so on for a work project, and while muddling around with this stuff, I started thinking it'd be a good thing to be able to limit the addresses a program could bind to, to enforce certain types of routing on these programs. I immediately thought of using something like IPchains/Netfilter to block packets going out the interface, but after a little bit of investigation, I thought that this sort of setup is an inelegant hack to do what is really necessary, which is to simply not allow the programs to bind to the addresses in the first place. Unfortunately to implement this sort of thing in god knows how many user space programs looked like too much re-inventing of the wheel. What I'm sort of envisioning is a small API (and user space interface program) that can maintain lists like this for 2 sorts of instances: - Global conditions - Per-process conditions Global conditions make it simple to remove an interface or address from the bind sub-system. A IPADDR_ANY from ANY program will then only bind addresses that are valid at the time the bind() is issued. Per process conditions allow a program to set up an 'address jail' (where the program that is invoked will only have the ability to bind() to a limited subset of all the addresses available to the IP stack), or to enable addresses that have been previously removed from the global conditions . This allows programs to be set up with special requirements on demand, without prior knowledge by the programmer for such conditions. Of course such things would have to be inherited by child processes as well (you could start restricted shells this way, where processes in the restricted shell cannot bind to certain addresses). Through both methods, this could allows things such as being able to 'bind' a program to a non-local address, or remove addresses/interfaces that should not be bound to (such as the PPP link you are trying to encrypt all data out of using FreeS/WAN) by programs. Because it can be overridden on a program by program basis, this allows things such as IKE (Internet Key Exchange) or say VPS to still bind to such addresses as needed. You could also 'lock' states so that new interfaces do not appear until specifically instructed, or old interfaces do not disappear (useful for PPP links and chroot'ed programs that bind to ports < 1024) when the interface goes AWOL. Notes: We can argue about all the defaults, but ultimately they should probably be POSIX compliant, and probably not allow a program to bind() to just any address. Such a system also allows 'new' defaults to be easily implemented at boot before interfaces are even enabled (global conditions) as necessary. Of course, lots of per-process conditions could lead to a lot of address/interface tables in memory. Funnily enough netfilter does pretty much similar things with lists of addresses/interfaces, so it may be wise to utilize some of netfilters methods in such a project. I also wouldn't be surprised if this sort of thing could (possibly) be merged with netfilter. Wether that is a good thing is more up to Rusty than me. I don't know of anything that will do this, or even if it could be easily implemented (doesn't sound that easy, but then, not much with the kernel does). However I think the idea is sound, and could at least do with some consideration. Anyway, enough of my bantering.. time for everyone to comment. -- -=[ Stuart Young (Aka Cefiar) ]=--- | http://amarok.glasswings.com.au/ | [EMAIL PROTECTED] | --- - 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: bind() allowed to non-local addresses
Horst von Brand wrote: > > > How about first finding out why their buggy JRE detects whether an > > > address is local by trying to bind() to it :-) > > > I don't know why the JRE does it, but I've seen that sort of thing used > > to decide whether to try X shared memory. > > Could you explain the logic behid that?! (a) connect to DISPLAY (b) ask for MIT-SHM extension; answer = yes (c) create shared memory segment (d) tell X server to open shared memory segment (e) oops, X server connected to wrong segment on remote machine! Checking for a local X connection was a buggy way to avoid that. The right way, of course, is to fill your new SHM segment with some random number, get the X server to connect, and read the contents over the X connection to see if you and the server found the same SHM segment. -- Jamie - 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/
auth d23a5f5d subscribe linux-kernel jean-michel@21cn.com
auth d23a5f5d subscribe linux-kernel [EMAIL PROTECTED] ¢éì¹» ®&Þ~º&¶¬+-±éݶ¥w®Ë±Êâmébìdz¹Þ)í æèw* jg¬±¨ ¶Ý¢j/êäz¹Þà>W±êÞiÛaxPjØm¶ÿà -»+ùd_
Re: test10-pre4
On Wed, Oct 18, 2000 at 03:46:45PM -0700, Linus Torvalds wrote:
> Ok, more of the "lots of small fixes" patches. The most notable of which
> is probably the atomic PTE patches by Ben LaHaise, which fixes the
> long-standing lost dirty bits problem under SMP, and also cleans up some
> of the ia32 PAE mode issues.
>
The pte_same() macro is defined only for i386.
Here is #define for alpha, but it should be suitable for
all other ports too.
Ivan.
--- 2.4.0t10p4/include/asm-alpha/pgtable.h Thu Oct 19 12:35:08 2000
+++ linux/include/asm-alpha/pgtable.h Thu Oct 19 13:03:50 2000
@@ -211,6 +211,7 @@
{ pgd_val(*pgdp) = _PAGE_TABLE | unsigned long) pmdp) - PAGE_OFFSET) <<
(32-PAGE_SHIFT)); }
#define pte_page(x)(mem_map+(unsigned long)((pte_val(x) >> 32)))
+#define pte_same(x, y) (pte_val(x) == pte_val(y))
extern inline unsigned long pmd_page(pmd_t pmd)
{ return PAGE_OFFSET + ((pmd_val(pmd) & _PFN_MASK) >> (32-PAGE_SHIFT)); }
-
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: Follow-up: [BUG] vmscan.c:102 on 2.4.0-test10p4
Dewet Diener wrote: > Reproduced the BUG again, but the system was still able to produce a > (better) ksymoops output: > > ac97_codec: AC97 Audio codec, id: 0x4943:0x4511 (Unknown) > invalid operand: > CPU:0 > EIP:0010:[] > Using defaults from ksymoops -t elf32-i386 -a i386 > EFLAGS: 00210286 > eax: 001c ebx: 1400 ecx: edx: > esi: c11d2c1c edi: 06dd3045 ebp: c6d2338c esp: c12ede88 > ds: 0018 es: 0018 ss: 0018 > Process kswapd (pid: 2, stackpage=c12ed000) > Stack: c0252c85 c0252e44 0066 0001 080e4000 c6d2338c 080e3000 >080f c012918d c138b8c0 c6ddb180 080e3000 c6d2338c 0004 c6d26080 >080f 080f c6d26080 00200202 c72f69c0 c010c27b 000c c12e > Call Trace: [] [] [] [] [] >[] [] >[] [] [] [] [] > Code: 0f 0b 83 c4 0c 83 e7 02 74 16 6a 68 68 44 2e 25 c0 68 85 2c > > >>EIP; c0128e79<= > Trace; c0252c85 > Trace; c0252e44 > Trace; c012918d > Trace; c010c27b > Trace; c010c41e > Trace; c012925c > Trace; c01293be > Trace; c012a243 > Trace; c012a302 > Trace; c012a3ae > Trace; c012a330 > Trace; c010954b > Code; c0128e79 > <_EIP>: > Code; c0128e79<= >0: 0f 0b ud2a <= > Code; c0128e7b >2: 83 c4 0c add$0xc,%esp > Code; c0128e7e >5: 83 e7 02 and$0x2,%edi > Code; c0128e81 >8: 74 16 je 20 <_EIP+0x20> c0128e99 > > Code; c0128e83 >a: 6a 68 push $0x68 > Code; c0128e85 >c: 68 44 2e 25 c0push $0xc0252e44 > Code; c0128e8a > 11: 68 85 2c 00 00push $0x2c85 > > I only tested this by starting StarOffice, which seems to be a sure > trigger for this. This amidst me having 128MB RAM and 128MB swap. > > Best regards, > Dewet > > On Thu, 19 Oct 2000, Dewet Diener wrote: > > > Hi > > > > Just had the following happening right after booting into the fresh > > kernel. Started X, and after firing up StarOffice, everything stopped > > responding. I could switch back to a vc, and use Alt+SysRq to at least > > sync/unmount the fs. Registers showed: > > > > SysRq: Show Regs > > EIP: 0010:[acpi_idle+819/864] EFLAGS: 00200246 > > EAX: 00f47a65 EBX: c02c ECX: 00f47a65 EDX: 4008 > > ESI: 4008 EDI: c02c EBP: e000 DS: 0018 ES: 0018 > > CR0: 8005003b CR2: 080c5b08 CR3: 04471000 CR4: 0090 > > > > The actual oops: > > kernel BUG at vmscan.c:102! > > invalid operand: > > CPU:0 > > EIP:0010:[recalculate_vm_stats+25/32] > > EFLAGS: 00013286 > > eax: 001c ebx: 0001e800 ecx: edx: > > esi: c11c66c0 edi: 06aec045 ebp: c0fd94a4 esp: c12ede88 > > ds: 0018 es: 0018 ss: 0018 > > Process kswapd (pid: 2, stackpage=c12ed000) > > Stack: c0252c85 c0252e44 0066 0001 0010 4012a000 c0fd94a4 40129000 > >4012b000 c012918d c5a0ec80 c7e27780 40129000 c0fd94a4 0004 c0fd5400 > >4012b000 4012b000 c0fd5400 0301 c01303ba c4c0eb40 01cf c012a023 > > Call Trace: [tvecs+6717/45816] [tvecs+7164/45816] [swap_out_vma+77/432] >[bread+106/112] [refill_inactive_scan+67/240] [refile_buffer+5/16] [__bforget+11/96] > >[bread+18/112] [swap_out_vma+284/432] [swap_out+94/384] >[refill_inactive+147/400] [refill_inactive+338/400] [do_try_to_free_pages+110/144] >[refill_inactive+384/400] [kernel_thread+11/64] > > Code: 0f 0b 83 c4 0c 83 e7 02 74 16 6a 68 68 44 2e 25 c0 68 85 2c > > > > And ksymoops: > > Code; Before first symbol > > <_EIP>: > > Code; Before first symbol > >0: 0f 0b ud2a > > Code; 0002 Before first symbol > >2: 83 c4 0c add$0xc,%esp > > Code; 0005 Before first symbol > >5: 83 e7 02 and$0x2,%edi > > Code; 0008 Before first symbol > >8: 74 16 je 20 <_EIP+0x20> 0020 Before first >symbol > > Code; 000a Before first symbol > >a: 6a 68 push $0x68 > > Code; 000c Before first symbol > >c: 68 44 2e 25 c0push $0xc0252e44 > > Code; 0011 Before first symbol > > 11: 68 85 2c 00 00push $0x2c85 > > > > 'free' gives: > > total used free sharedbuffers cached > > Mem:126460 52588 73872 0 3104 31088 > > -/+ buffers/cache: 18396 108064 > > Swap: 128516 0 128516 > > > > Please tell me if anything is missing from the above. > > > > Best regards, > > Dewet Diener > > > > > > - > 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/ got the same oops here, with the same stack trace -- %--IRIN->-Institut-de-Recherche-en-Informatique-de-Nantes-% % FORT David,
ZCom WL2420 linux driver.
Hi folks. Do any of you know who the (current) maintainer of the Zcom WirelessLan 2420 driver is ? The code/documentation lacks information about author/maintainer, but I managed to get hold of the following mail adresses : [EMAIL PROTECTED] - "user unknown blahblah" [EMAIL PROTECTED] - no answer at all. (Btw - is this what MacGyver _really_ does for a living ? :) The latest version of this driver (available from zcom.com.tw) has the timestamp : 1999/11/17, and as far as I know it only works with 2.0 kernels. I would really like to get in touch with the author of this code, because if he does not maintain the driver(s) I am interested in looking into it. -- Morten - 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: test10-pre4
Date:Thu, 19 Oct 2000 15:42:23 +0400 From: Ivan Kokshaysky <[EMAIL PROTECTED]> The pte_same() macro is defined only for i386. Here is #define for alpha, but it should be suitable for all other ports too. It actually belongs in asm-generic/pgtable.h I've already sent Linus a patch which does this. Later, David S. Miller [EMAIL PROTECTED] - 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: 2.4 switches eth0 and eth1 from 2.2
Use modules and define aliases for etho and eth1 in /etc/conf.modules. If you need to have ethernet for rootfs, use ramdisks. - 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/
[PROPOSED PATCH] ATM refcount
Hi All,
Could you take a look at this patch for the atm reference counting and
locking problems? I think this will fix these problems. But I could
have missed someting. Please ignore the "firestream" parts. They are
for an other driver (which will come later).
Patrick
diff -u -r linux-2.4.0-test10-pre4.clean/drivers/atm/Config.in
linux-2.4.0-test10-pre4.fs50/drivers/atm/Config.in
--- linux-2.4.0-test10-pre4.clean/drivers/atm/Config.in Wed Jul 12 12:24:48 2000
+++ linux-2.4.0-test10-pre4.fs50/drivers/atm/Config.in Thu Oct 19 10:15:51 2000
@@ -22,6 +22,7 @@
bool 'Enable 2W RX bursts (optional)' CONFIG_ATM_ENI_BURST_RX_2W
fi
fi
+ tristate 'Fujitsu FireStream (FS50/FS155) ' CONFIG_ATM_FIRESTREAM
tristate 'ZeitNet ZN1221/ZN1225' CONFIG_ATM_ZATM
if [ "$CONFIG_ATM_ZATM" != "n" ]; then
bool ' Enable extended debugging' CONFIG_ATM_ZATM_DEBUG
diff -u -r linux-2.4.0-test10-pre4.clean/drivers/atm/Makefile
linux-2.4.0-test10-pre4.fs50/drivers/atm/Makefile
--- linux-2.4.0-test10-pre4.clean/drivers/atm/Makefile Sun Aug 6 20:23:40 2000
+++ linux-2.4.0-test10-pre4.fs50/drivers/atm/Makefile Thu Oct 19 10:15:51 2000
@@ -19,6 +19,14 @@
endif
endif
+ifeq ($(CONFIG_ATM_FIRESTREAM),y)
+O_OBJS += firestream.o
+else
+ ifeq ($(CONFIG_ATM_FIRESTREAM),m)
+ M_OBJS += firestream.o
+ endif
+endif
+
ifeq ($(CONFIG_ATM_ZATM),y)
O_OBJS += zatm.o
OX_OBJS += uPD98402.o
diff -u -r linux-2.4.0-test10-pre4.clean/drivers/atm/ambassador.c
linux-2.4.0-test10-pre4.fs50/drivers/atm/ambassador.c
--- linux-2.4.0-test10-pre4.clean/drivers/atm/ambassador.c Wed Jul 12 12:25:48
2000
+++ linux-2.4.0-test10-pre4.fs50/drivers/atm/ambassador.c Thu Oct 19 10:15:51
+2000
@@ -1251,15 +1251,10 @@
}
}
- // prevent module unload while sleeping (kmalloc/down)
- // doing this any earlier would complicate more error return paths
- MOD_INC_USE_COUNT;
-
// get space for our vcc stuff
vcc = kmalloc (sizeof(amb_vcc), GFP_KERNEL);
if (!vcc) {
PRINTK (KERN_ERR, "out of memory!");
-MOD_DEC_USE_COUNT;
return -ENOMEM;
}
atm_vcc->dev_data = (void *) vcc;
@@ -1425,7 +1420,6 @@
// say the VPI/VCI is free again
clear_bit(ATM_VF_ADDR,&atm_vcc->flags);
- MOD_DEC_USE_COUNT;
return;
}
@@ -1703,7 +1697,8 @@
close: amb_close,
send:amb_send,
sg_send: amb_sg_send,
- proc_read: amb_proc_read
+ proc_read: amb_proc_read,
+ owner:THIS_MODULE,
};
/** housekeeping **/
diff -u -r linux-2.4.0-test10-pre4.clean/drivers/atm/atmdev_init.c
linux-2.4.0-test10-pre4.fs50/drivers/atm/atmdev_init.c
--- linux-2.4.0-test10-pre4.clean/drivers/atm/atmdev_init.c Fri Apr 14 18:37:10
2000
+++ linux-2.4.0-test10-pre4.fs50/drivers/atm/atmdev_init.c Thu Oct 19 10:15:51
+2000
@@ -56,5 +56,8 @@
#ifdef CONFIG_ATM_FORE200E
devs += fore200e_detect();
#endif
+#ifdef CONFIG_ATM_FIRESTREAM
+devs += fs_detect();
+#endif
return devs;
}
diff -u -r linux-2.4.0-test10-pre4.clean/drivers/atm/atmtcp.c
linux-2.4.0-test10-pre4.fs50/drivers/atm/atmtcp.c
--- linux-2.4.0-test10-pre4.clean/drivers/atm/atmtcp.c Wed Jul 12 12:24:48 2000
+++ linux-2.4.0-test10-pre4.fs50/drivers/atm/atmtcp.c Thu Oct 19 10:15:51 2000
@@ -109,7 +109,7 @@
static void atmtcp_v_dev_close(struct atm_dev *dev)
{
- MOD_DEC_USE_COUNT;
+ /* Nothing Isn't this simple :-) -- REW */
}
@@ -297,7 +297,8 @@
close: atmtcp_v_close,
ioctl: atmtcp_v_ioctl,
send: atmtcp_v_send,
- proc_read: atmtcp_v_proc
+ proc_read: atmtcp_v_proc,
+ owner: THIS_MODULE
};
@@ -330,18 +331,14 @@
struct atmtcp_dev_data *dev_data;
struct atm_dev *dev;
- MOD_INC_USE_COUNT;
-
dev_data = kmalloc(sizeof(*dev_data),GFP_KERNEL);
if (!dev_data) {
- MOD_DEC_USE_COUNT;
return -ENOMEM;
}
dev = atm_dev_register(DEV_LABEL,&atmtcp_v_dev_ops,itf,NULL);
if (!dev) {
kfree(dev_data);
- MOD_DEC_USE_COUNT;
return itf == -1 ? -ENOMEM : -EBUSY;
}
dev->ci_range.vpi_bits = MAX_VPI_BITS;
Only in linux-2.4.0-test10-pre4.fs50/drivers/atm: firestream.c
Only in linux-2.4.0-test10-pre4.fs50/drivers/atm: firestream.h
diff -u -r linux-2.4.0-test10-pre4.clean/drivers/atm/fore200e.c
linux-2.4.0-test10-pre4.fs50/drivers/atm/fore200e.c
--- linux-2.4.0-test10-pre4.clean/drivers/atm/fore200e.cThu Oct 19 10:12:40
2000
+++ linux-2.4.0-test10-pre4.fs50/drivers/atm/fore200e.c Thu Oct 19 10:15:51 2000
@@ -1407,8 +1407,6 @@
struct fore200e* fore200e = FORE200E_DEV(vcc->dev);
struct fore200e_vcc* fore200e_vcc;
-MOD_INC_USE_COUNT;
-
/* find a free VPI/VCI */
fore200e_walk_vccs(vcc, &vpi, &vci);
@@ -1417,7 +1415,6 @@
/* ressource checking only? */
if
[BUG REPORT] Conflict between Tulip driver w/ LinkSys 100LNE and EEPro driver w/ Intel PCI EtherExpress Pro100 82557
The problem: I can't have the Tulip and EEPro drivers loaded at the same time. If I have the Tulip driver loaded, and I load the EEPro driver, the self check fails with 0x and complains that I don't have the card in a bus master slot. If I have the EEPro driver loaded and the ether tested as working, and I insmod the tulip driver, this happens: . Oct 18 10:13:33 zephyr kernel: eepro100: wait_for_cmd_done timeout! Oct 18 10:13:33 zephyr kernel: eepro100: wait_for_cmd_done timeout! Oct 18 10:14:02 zephyr last message repeated 27 times Oct 18 10:14:02 zephyr last message repeated 27 times Oct 18 10:14:04 zephyr kernel: eepro100: wait_for_cmd_done timeout! EEPro driver: Oct 18 10:15:51 zephyr kernel: eepro100.c: $Revision: 1.20.2.10 $ 2000/05/31 Modified by Andrey V. Savochkin <[EMAIL PROTECTED]> and others Tulip driver: Oct 18 10:12:50 zephyr kernel: tulip.c:v0.91g-ppc 7/16/99 [EMAIL PROTECTED] Oct 18 10:12:50 zephyr kernel: eth2: Macronix 98715 PMAC rev 37 at 0x7000, 00:20:78:D0:3D:F2, IRQ 9. Oct 18 10:12:50 zephyr kernel: eth2: EEPROM default media type MII 100baseT4 For more information on the card, go here. http://www.linksys.com/products/product.asp?prid=31&grid=10 Another problem is that despite the fact that I don't have a 100Mbps network at the moment, the Tulip driver doesn't give me a way to override the (I've tried the insmod options=0x9 to get MII autodetect) stupid default that the Linksys morons left in the EEProm. /proc/pci entries for the cards: Bus 0, device 11, function 0: Ethernet controller: Intel 82557 (rev 1). Medium devsel. Fast back-to-back capable. IRQ 5. Master Capable. Latency=64. Min Gnt=8.Max Lat=56. Prefetchable 32 bit memory at 0xe4101000 [0xe4101008]. I/O at 0x6c00 [0x6c01]. Non-prefetchable 32 bit memory at 0xe400 [0xe400]. Bus 0, device 13, function 0: Ethernet controller: Macronix MX98715 / MX98725 (rev 37). Medium devsel. Fast back-to-back capable. IRQ 9. Master Capable. Latency=64. Min Gnt=8.Max Lat=56. I/O at 0x7000 [0x7001]. Non-prefetchable 32 bit memory at 0xe410 [0xe410]. Any help is appreciated.. please CC: any replies as I'm not subscribed to the list (not since digest went away :-(). -- www.kuro5hin.org -- technology and culture, from the trenches. - 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/
what is the most efficient wakeup method (signals,msgs,semaphores) ?
Hi,
I'd like to hear your opinions on the efficiency for the IPC mechanism
betweeen two processes. (from a kernel point of view)
I have a process (A) which wakes up another process (B) very often
(200-1000 times/sec).
eg:
A)
while(1) {
wait_a_few_msecs_using_RTC();
wake_up_B();
}
B)
while(1) {
wait_for_wakeup_signal_from_B();
do_my_stuff();
}
I was wondering what's the most lightweight wakeup method
(from process A point of view) looks like.
It is important that A does not block for any reason (in wake_up_B()) , and that
it should use very few CPU cycles even when many processes are active.
Is it better to use a messages queues (msgsnd()), or SYSV semaphores ,
or signals ( kill(2) ) ?
It is important that the methods be very fast and that there should be as
few as possible forms of non-determinism (no memory allocation etc,sleeping etc)
when performing a wake up action.
Notice that the I can't use pthreads because the wakeup process and the woken-up
process need to be separate processes.
Another method could be to use shared mem, and let B poll for the presence of a
flag and sleep 10-20msec between pollings
B)
while(1) {
while(1) {
if(wakeup_flag) break;
}
wakeup_flag=0;
do_my_stuff();
}
Althogh this is the most lightweight method from A POV (it sets only a flag),
it's not ideal from the B's side, since you need constant polling, plus the
granularity of timing is limited by HZ (reaction time would be 20msec min since
the minimum sleep time is 20msec)
opinions ?
PS: please CC me because I'm not on the LKML list.
thanks,
Benno.
-
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/
[PATCH] RIO driver and generic serial
Hi,
This patches mainly makes the RIO driver work better with modems. Thing
like carrier detect work now. Also a small fixes to generic serial.
Patrick
diff -u -r --new-file ./linux-2.2.18-pre17.clean/drivers/char/generic_serial.c
/usr/src/16/linux-2.2.18-pre17.rio/drivers/char/generic_serial.c
--- linux-2.2.18-pre17.clean/drivers/char/generic_serial.c Thu Oct 19 15:27:26
2000
+++ linux-2.2.18-pre17.rio/drivers/char/generic_serial.cThu Oct 19 11:28:23
+2000
@@ -367,7 +367,7 @@
struct gs_port *port = ptr;
long end_jiffies;
int jiffies_to_transmit, charsleft = 0, rv = 0;
- int to, rcib;
+ int rcib;
func_enter();
@@ -391,6 +391,7 @@
return rv;
}
/* stop trying: now + twice the time it would normally take + seconds */
+ if (timeout == 0) timeout = MAX_SCHEDULE_TIMEOUT;
end_jiffies = jiffies;
if (timeout != MAX_SCHEDULE_TIMEOUT)
end_jiffies += port->baud?(2 * rcib * 10 * HZ / port->baud):0;
@@ -399,11 +400,9 @@
gs_dprintk (GS_DEBUG_FLUSH, "now=%lx, end=%lx (%ld).\n",
jiffies, end_jiffies, end_jiffies-jiffies);
- to = 100;
/* the expression is actually jiffies < end_jiffies, but that won't
work around the wraparound. Tricky eh? */
- while (to-- &&
- (charsleft = gs_real_chars_in_buffer (port->tty)) &&
+ while ((charsleft = gs_real_chars_in_buffer (port->tty)) &&
time_after (end_jiffies, jiffies)) {
/* Units check:
chars * (bits/char) * (jiffies /sec) / (bits/sec) = jiffies!
diff -u -r --new-file ./linux-2.2.18-pre17.clean/drivers/char/rio/linux_compat.h
/usr/src/16/linux-2.2.18-pre17.rio/drivers/char/rio/linux_compat.h
--- linux-2.2.18-pre17.clean/drivers/char/rio/linux_compat.hThu Oct 19 15:27:27
2000
+++ linux-2.2.18-pre17.rio/drivers/char/rio/linux_compat.h Thu Oct 19 11:59:45
+2000
@@ -16,11 +16,13 @@
* Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
*/
+#include
+
#define disable(oldspl) save_flags (oldspl)
#define restore(oldspl) restore_flags (oldspl)
-#define sysbrk(x) kmalloc ((x), GFP_KERNEL)
+#define sysbrk(x) kmalloc ((x),in_interrupt()? GFP_ATOMIC : GFP_KERNEL)
#define sysfree(p,size) kfree ((p))
#define WBYTE(p,v) writeb(v, &p)
diff -u -r --new-file ./linux-2.2.18-pre17.clean/drivers/char/rio/rio_linux.c
/usr/src/16/linux-2.2.18-pre17.rio/drivers/char/rio/rio_linux.c
--- linux-2.2.18-pre17.clean/drivers/char/rio/rio_linux.c Thu Oct 19 15:27:27
2000
+++ linux-2.2.18-pre17.rio/drivers/char/rio/rio_linux.c Thu Oct 19 11:28:23 2000
@@ -386,8 +386,8 @@
int rio_ismodem (kdev_t device)
{
- return (MAJOR (device) != RIO_NORMAL_MAJOR0) &&
- (MAJOR (device) != RIO_NORMAL_MAJOR1);
+ return (MAJOR (device) == RIO_NORMAL_MAJOR0) ||
+ (MAJOR (device) == RIO_NORMAL_MAJOR1);
}
@@ -731,20 +731,22 @@
static int rio_ioctl (struct tty_struct * tty, struct file * filp,
unsigned int cmd, unsigned long arg)
{
-#if 0
int rc;
- struct rio_port *port = tty->driver_data;
+ struct Port *PortP;
int ival;
- /* func_enter2(); */
+ func_enter();
+ PortP = (struct Port *)tty->driver_data;
rc = 0;
switch (cmd) {
+#if 0
case TIOCGSOFTCAR:
rc = Put_user(((tty->termios->c_cflag & CLOCAL) ? 1 : 0),
(unsigned int *) arg);
break;
+#endif
case TIOCSSOFTCAR:
if ((rc = verify_area(VERIFY_READ, (void *) arg,
sizeof(int))) == 0) {
@@ -757,13 +759,14 @@
case TIOCGSERIAL:
if ((rc = verify_area(VERIFY_WRITE, (void *) arg,
sizeof(struct serial_struct))) == 0)
- gs_getserial(&port->gs, (struct serial_struct *) arg);
+ gs_getserial(&PortP->gs, (struct serial_struct *) arg);
break;
case TIOCSSERIAL:
if ((rc = verify_area(VERIFY_READ, (void *) arg,
sizeof(struct serial_struct))) == 0)
- rc = gs_setserial(&port->gs, (struct serial_struct *) arg);
+ rc = gs_setserial(&PortP->gs, (struct serial_struct *) arg);
break;
+#if 0
case TIOCMGET:
if ((rc = verify_area(VERIFY_WRITE, (void *) arg,
sizeof(unsigned int))) == 0) {
@@ -795,17 +798,13 @@
((ival & TIOCM_RTS) ? 1 : 0));
}
break;
-
+#endif
default:
rc = -ENOIOCTLCMD;
break;
}
- /* func_exit(); */
+ func_exit();
return rc;
-#else
- return -ENOIOCTLCMD;
-#endif
-
}
@@ -1276,6 +1275,7 @@
hp->Type = RIO_PCI;
hp->Copy = rio_pcicopy;
hp->Mode = RIO_PCI_BOOT_FROM_RAM;
+ hp->HostLock = SPIN_LOCK_UNLOCKED;
rio_dprintk (RIO_DEBUG_PROBE, "Ivec: %x\n", hp->Ivec);
rio_dprintk (RIO_DEBUG_PROBE, "Mode: %x\n", hp->Mode);
@@ -1331,6 +1331,7 @@
* Moreover, the ISA card will work w
Re: Quota fixes and a few questions
Juri Haberland wrote: > > "Stephen C. Tweedie" wrote: > > > > Hi Jan, > > > > On Wed, Sep 27, 2000 at 02:56:20PM +0200, Jan Kara wrote: > > > > > > So I've been thinking about fixes in quota (and also writing some parts). > > > > While we're at it, I've attached a patch which I was sent which simply > > teaches quota about ext3 as a valid fs type in fstab. It appears to > > work fine for me --- let me know if you want me to validate a new > > quotautils on ext3. > > Hi Stephen, > > actually using quotacheck with these patches on an ext3 partition > results in: > quotacheck: error while opening /dev/sda3 (which is the file system in > question) > > Just using the first to (sub-)patches works for me. Hi again, I stumbled into another problem: When using ext3 with quotas the kjournald process stops responding and stays in DW state when the filesystem gets under heavy load. It is easy to reproduce: Just extract two or three larger tar.gz files at the same time to a ext3 filesystem with activated quotas... Unfortunately there's nothing in the logs :-( Some general system infos: reproduced on two different systems, one UP, one SMP both kernel 2.2.17 + NFS-patches + ext3-0.0.2f journal size 20MBytes Any idea? Greetings, Juri -- [EMAIL PROTECTED] system engineer innominate AG clustering & security networking people phone: +49-30-308806-45 fax: -77http://innominate.de - 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: bind() allowed to non-local addresses
"David S. Miller" wrote: > >Date:Wed, 18 Oct 2000 17:20:22 -0600 >From: Matt Peterson <[EMAIL PROTECTED]> > >Assuming that my "compatibility argument" is not considered valid. >What I really need is some good ammunition for going back to Sun to >ask them to change the JRE spec -- like some significant kernel >features or Linux applications that relies on this new bind() >behavior. > > How about first finding out why their buggy JRE detects whether an > address is local by trying to bind() to it :-) > > Really, when an application feeds a specific address into bind() it > must have good reason for selecting it. All I want to know in this > specific instance, is why Sun's JRE is sending non-local addresses > into bind(), that's all. > > Later, > David S. Miller > [EMAIL PROTECTED] The JVM is simply running the appropriate native code for bytecodes that represents the java.net.DatagramSocket(int port, InetAddress laddr) constructor. Documentation for this constructor reads "Creates a datagram socket, bound to the specified local address." What do you expect the JVM to will do? It trys to bind() to the supplied address and port. There are no bugs here. java.net.DatagramSocket is just trying to emulate the expected Sockets interface behavior. The Sun JVM compatibility test suite appropriately includes some test to ensure that error conditions are handled correctly. Supplying a non-local IP address to bind() is an error condition. Hence, the JVM fails compatibility on Linux 2.4. -- Matthew Peterson Sr. Software Engineer Caldera Systems, Inc [EMAIL PROTECTED] - 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: mapping user space buffer to kernel address space
On Wed, Oct 18, 2000 at 10:30:45PM -0400, Jeff Garzik wrote: > Well coolio. Would somebody be up for sanity checking my audio mmap > code (attached)? It doesn't look too hard at all to get the audio Nice patch ;). > vma->vm_flags |= VM_LOCKED | VM_SHM; /* Don't swap */ Since you do vm_falgs |= VM_LOCKED you won't need to implement swapout since it will never run. (and the VM_SHM there is wrong) The driver will work also this way but it will be slower because it will generate pagefaults that would be otherwise avoided. A case where the above would make tons of sense is if the mapped area would be of the order of gigabytes (or at least houndred of mbytes) where lazily mapping would avoid a big mmap(/dev/dsp) latency and precious pagetables at startup. I just don't think the additional complexity is worthwhile for a sound driver. However I see it's fun :). Andrea - 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: bind() allowed to non-local addresses
Date: Thu, 19 Oct 2000 09:07:57 -0600 From: Matt Peterson <[EMAIL PROTECTED]> Hence, the JVM fails compatibility on Linux 2.4. Due ot this and other reasons I'm restoring the 2.2.x behavior by default, but adding a sysctl so that systems using dynamic addressing may elect to get the different bind() behavior. Later, David S. Miller [EMAIL PROTECTED] - 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: [PROPOSED PATCH] ATM refcount
Hi,
1 - couldn't there be a problem through :
atm_release/svc_release -> atm_release_vcc_sk (...vcc->dev->ops->close) ->
sigd_close -> *atm_devs walk*
2 -
> --- linux-2.4.0-test10-pre4.clean/net/atm/common.cWed Jul 12 12:26:08 2000
> +++ linux-2.4.0-test10-pre4.fs50/net/atm/common.c Thu Oct 19 14:42:11 2000
[...]
> @@ -252,13 +256,26 @@
> static int atm_do_connect(struct atm_vcc *vcc,int itf,int vpi,int vci)
> {
> struct atm_dev *dev;
> + int return_val;
>
> + printk ("lock %s\n", __FUNCTION__);
> + spin_lock (&atm_dev_lock);
> + printk ("Before find device\n");
> dev = atm_find_dev(itf);
> - if (!dev) return -ENODEV;
> - return atm_do_connect_dev(vcc,dev,vpi,vci);
> + printk ("After find device\n");
> + if (!dev){
> + spin_unlock (&atm_dev_lock);
> + printk ("spin unlock\n");
> + return -ENODEV;
> + }
> + return_val = atm_do_connect_dev(vcc,dev,vpi,vci);
> + spin_unlock (&atm_dev_lock);
if (!dev) {
return_val = -ENODEV;
goto done;
}
return_val = atm_do_connect_dev(vcc,dev,vpi,vci);
done:
spin_unlock (&atm_dev_lock);
return return_val;
3 - I haven't seen where bind_vcc may be protected btw:
186 if (dev) {
187 vcc->next = NULL;
188 vcc->prev = dev->last;
189 if (dev->vccs) dev->last->next = vcc;
190 else dev->vccs = vcc;
191 dev->last = vcc;
A B
vcc->next = NULL
...
191 dev->last = vcc
... 189 dev->last->next = vcc
-> vcc->next = vcc ?
--
Ueimor
-
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/
"Tux" is the wrong logo for Linux
First, the 2.4 kernel is years late and doesn't work right, and keeps getting rewritten because it's a festering hunk of fetid spaghetti inside. Then, Alan Cox suggests tossing the versioning scheme to the wind even more that it already has been: > Alan Cox did post an interesting suggestion. In his > scheme, there would essentially be two stable kernel > release tracks. Once 2.4 comes out, the 2.5 > development series would go off as usual. At some > point, however, the developers would stop and decide > which of the new features could be backported to the > 2.4 kernel in a stable manner. That port would be > done, with the result being 2.6. The 2.5 series would > then be renamed 2.7, and the whole thing would > eventually be stabilized as 2.8. And then this delightful news story about Linux Kernel Programmers -- who don't need debuggers, because they're so rad -- don't actually know how to program: > The hunt for undefined code. Here's one kind of > problem that a new compiler can turn up. Most C > programmers learn early on to avoid code like: > a[i] = i++; The results of this kind of code are > undefined; the array assignment could happen either > before or after the value of it is incremented. Bernd > Schmidt looked through the kernel source for this > sort of code, and found quite a bit of it. He has > submitted a patch to fix up the things he > encountered; as he puts it, "in some cases, it wasn't > entirely clear what the code intended, so I had to > guess." This patch went into 2.4.0-test10-pre4, so we > may well find a spot or two where he guessed wrong. > The effort is a good one, though. This kind of code > is a time bomb waiting to go off; it needs to be > cleaned up sooner rather than later. ... obviously the Linux logo should be the international symbol for the fucking retard. http://www.geocities.com/kmfav/ __ Do You Yahoo!? Yahoo! Messenger - Talk while you surf! It's FREE. http://im.yahoo.com/ - 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: bind() allowed to non-local addresses
"David S. Miller" wrote: > >Date: Thu, 19 Oct 2000 09:07:57 -0600 >From: Matt Peterson <[EMAIL PROTECTED]> > >Hence, the JVM fails compatibility on Linux 2.4. > > Due ot this and other reasons I'm restoring the 2.2.x behavior by > default, but adding a sysctl so that systems using dynamic addressing > may elect to get the different bind() behavior. > > Later, > David S. Miller > [EMAIL PROTECTED] Have you thought about an SOL_SOCKET level socket option? It might be more intuitive for programmers than an ioctl and could be documented with sockets where it will be used. Again, we would run into compatibility issues with other Sockets implementations, but traditionally the sockopt funtionality between implementations are (sorta) expected to vary. Just an idea. -- Matthew Peterson Sr. Software Engineer Caldera Systems, Inc [EMAIL PROTECTED] - 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: bind() allowed to non-local addresses
Date: Thu, 19 Oct 2000 09:23:26 -0600 From: Matt Peterson <[EMAIL PROTECTED]> Have you thought about an SOL_SOCKET level socket option? It might be more intuitive for programmers than an ioctl and could be documented with sockets where it will be used. Where did I say "ioctl"? The solution I am implementing is neither a socket option nor an ioctl, it's a system-wide sysctl. If people need to change code in applications to get the "servers start even when dynamic address is temporarily down" behavior, the feature makes no sense. The whole point was to make it totally transparent to the apps. This is why a sysctl is how I am allowing the new behavior. A person will be able to go: ! echo "1" >/proc/sys/ipv4/ip_nonlocal_bind and be done with it. And like I said it will be "0" by default, thus giving the 2.2.x behavior. Later, David S. Miller [EMAIL PROTECTED] - 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/
test10-pre4 gets stuck with kernel BUG at vmscan.c:102!
I've compiled and installed test10-pre4 in my laptop and I have had to reboot 4 times in less than a day. sysrq key is working so I attach some traces. If something more is needed just tell me. Pau Oct 19 11:02:45 pau kernel: kernel BUG at vmscan.c:102! Oct 19 11:02:45 pau kernel: invalid operand: Oct 19 11:02:45 pau kernel: CPU:0 Oct 19 11:02:45 pau kernel: EIP:0010:[try_to_swap_out+249/768] Oct 19 11:02:45 pau kernel: EFLAGS: 00210286 Oct 19 11:02:45 pau kernel: eax: 001c ebx: e500 ecx: edx: Oct 19 11:02:45 pau kernel: esi: c11767c4 edi: 0581d045 ebp: c5b67178 esp: c7f9fe88 Oct 19 11:02:45 pau kernel: ds: 0018 es: 0018 ss: 0018 Oct 19 11:02:45 pau kernel: Process kswapd (pid: 2, stackpage=c7f9f000) Oct 19 11:02:45 pau kernel: Stack: c01dd945 c01ddb04 0066 0001 c0270ca0 0805f000 c5b67178 0805e000 Oct 19 11:02:45 pau kernel:08063000 c012991f c7062140 c6c4ec60 0805e000 c5b67178 0004 c5b76080 Oct 19 11:02:45 pau kernel:08063000 08063000 c5b76080 000e c7f9ff20 c010bafc 000e c7f92060 Oct 19 11:02:45 pau kernel: Call Trace: [tvecs+6653/51864] [tvecs+7100/51864] [swap_out_vma+287/432] [handle_IRQ_event+60/112] [do_IRQ+142/176] [swap_out_mm+60/112] [swap_out+305/400] Oct 19 11:02:45 pau kernel:[refill_inactive+307/400] [do_try_to_free_pages+98/144] [kswapd+126/320] [kswapd+0/320] [kernel_thread+43/64] Oct 19 11:02:45 pau kernel: Code: 0f 0b 83 c4 0c 83 e7 02 74 16 6a 68 68 04 db 1d c0 68 45 d9
Re: "Tux" is the wrong logo for Linux
'Yer funny! If only trolling paid, eh? Mordy On Thu, Oct 19, 2000 at 08:20:37AM -0700, KMF AV wrote: > First, the 2.4 kernel is years late and doesn't work > right, and keeps getting rewritten because it's a > festering hunk of fetid spaghetti inside. > > Then, Alan Cox suggests tossing the versioning scheme > to the wind even more that it already has been: > > > Alan Cox did post an interesting suggestion. In his > > scheme, there would essentially be two stable kernel > > > release tracks. Once 2.4 comes out, the 2.5 > > development series would go off as usual. At some > > point, however, the developers would stop and decide > > > which of the new features could be backported to the > > 2.4 kernel in a stable manner. That port would be > > done, with the result being 2.6. The 2.5 series > would > > then be renamed 2.7, and the whole thing would > > eventually be stabilized as 2.8. > > And then this delightful news story about Linux Kernel > Programmers -- who don't need debuggers, because > they're so rad -- don't actually know how to program: > > > The hunt for undefined code. Here's one kind of > > problem that a new compiler can turn up. Most C > > programmers learn early on to avoid code like: > > a[i] = i++; The results of this kind of code are > > undefined; the array assignment could happen either > > before or after the value of it is incremented. > Bernd > > Schmidt looked through the kernel source for this > > sort of code, and found quite a bit of it. He has > > submitted a patch to fix up the things he > > encountered; as he puts it, "in some cases, it > wasn't > > entirely clear what the code intended, so I had to > > guess." This patch went into 2.4.0-test10-pre4, so > we > > may well find a spot or two where he guessed wrong. > > The effort is a good one, though. This kind of code > > is a time bomb waiting to go off; it needs to be > > cleaned up sooner rather than later. > > ... obviously the Linux logo should be the > international symbol for the fucking retard. > > http://www.geocities.com/kmfav/ > > > > > __ > Do You Yahoo!? > Yahoo! Messenger - Talk while you surf! It's FREE. > http://im.yahoo.com/ > - > 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/ > - 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: 2.4.0-test9-pre8, usb, unresolved symbols
On Thu, Oct 19, 2000 at 07:18:49PM +1100, Keith Owens wrote: > > See conclusion, jump to conclusion :(. There was a missing line from > the boilerplate conversion of lists to old style Makefile variables. > Forget my previous patch, use this one. Against 2.4.0-test10-pre4. > > Index: 0-test10-pre4.1/drivers/usb/Makefile > --- 0-test10-pre4.1/drivers/usb/Makefile Mon, 02 Oct 2000 15:28:44 +1100 kaos >(linux-2.4/n/b/19_Makefile 1.1.1.10 644) > +++ 0-test10-pre4.1(w)/drivers/usb/Makefile Thu, 19 Oct 2000 19:05:04 +1100 kaos >(linux-2.4/n/b/19_Makefile 1.1.1.10 644) > @@ -99,6 +99,10 @@ > obj-m:= $(filter-out $(obj-y), $(obj-m)) > int-m:= $(filter-out $(int-y), $(int-m)) > > +# Take multi-part drivers out of obj-y and put components in. > + > +obj-y:= $(filter-out $(list-multi), $(obj-y)) $(int-y) > + > # Translate to Rules.make lists. > > O_OBJS := $(filter-out $(export-objs), $(obj-y)) Eeek! No, I took that out back in test9-pre7 to solve the ordering problem that we were having (the hub driver's __init function in the usbcore.o needed to be called _before_ the other driver's __init functions when everything is compiled into the kernel statically, otherwise we get a whole lot of kernel log spam on startup, see the exchange on the KBUILD list for more details.) Bleah, if we had the LINK_FIRST stuff in, then this rule could go back and fix the problem. Although I agree that not being able to compile at all is _much_ worse than having to put up with a bunch of messages at boot time. Any thoughts? thanks, greg k-h -- greg@(kroah|wirex).com http://immunix.org/~greg - 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: bind() allowed to non-local addresses
"David S. Miller" wrote: > >Date: Thu, 19 Oct 2000 09:23:26 -0600 >From: Matt Peterson <[EMAIL PROTECTED]> > >Have you thought about an SOL_SOCKET level socket option? It might >be more intuitive for programmers than an ioctl and could be >documented with sockets where it will be used. > > Where did I say "ioctl"? Sorry, I've had ioctl on the brain lately. Yes, sysctl is a good solution. -- Matthew Peterson Sr. Software Engineer Caldera Systems, Inc [EMAIL PROTECTED] - 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/
2.2.17+raid SMP not rebooting
hi i seem to be having some trouble with a new system we just got in. its a SuperMicro 370DL3 with dual pIII 733's, 133mhz fsb, 256M ram, AIC-7892 on board. for some reason, when init goes to runlevel 6, it goes through all the motions of unmounting/remounting, syncing, stopping raid, etc...but then locks up (keyboard LEDs and all) right before actually rebooting the system. i have two builds of 2.2.17, one with and one without SMP, and they both exhibit this behavior. im wondering if this is a known problem with this board or family of boards or if i need to start with a stripped down kernel to try to narrow down the trouble's origin? any insight would be appreciated, --james - 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: bind() allowed to non-local addresses
On Thu, Oct 19, 2000 at 08:17:28AM -0700, David S. Miller wrote: >Date: Thu, 19 Oct 2000 09:23:26 -0600 >From: Matt Peterson <[EMAIL PROTECTED]> > >Have you thought about an SOL_SOCKET level socket option? It might >be more intuitive for programmers than an ioctl and could be >documented with sockets where it will be used. > > Where did I say "ioctl"? > > The solution I am implementing is neither a socket option nor an > ioctl, it's a system-wide sysctl. > > If people need to change code in applications to get the "servers > start even when dynamic address is temporarily down" behavior, the > feature makes no sense. The whole point was to make it totally > transparent to the apps. > > This is why a sysctl is how I am allowing the new behavior. A person > will be able to go: > > ! echo "1" >/proc/sys/ipv4/ip_nonlocal_bind > > and be done with it. And like I said it will be "0" by default, > thus giving the 2.2.x behavior. It would be better if there was at least an socket option to overwrite the sysctl. What happens when you need both behaviours on the same box in different applications ? (e.g. a dynamic IP box running java and servers) With an socket option you could at least use LD_PRELOAD for socket() or even fix the programs Otherwise it'll repeat the ip_dynaddr-breaks-bind desaster, which we're still chewing on. -Andi - 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: "Tux" is the wrong logo for Linux
Grow UP! Just what did you expect to acomplish by swearing at the developers? - Original Message - From: KMF AV <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 19, 2000 11:20 AM Subject: "Tux" is the wrong logo for Linux > First, the 2.4 kernel is years late and doesn't work > right, and keeps getting rewritten because it's a > festering hunk of fetid spaghetti inside. > > Then, Alan Cox suggests tossing the versioning scheme > to the wind even more that it already has been: > > > Alan Cox did post an interesting suggestion. In his > > scheme, there would essentially be two stable kernel > > > release tracks. Once 2.4 comes out, the 2.5 > > development series would go off as usual. At some > > point, however, the developers would stop and decide > > > which of the new features could be backported to the > > 2.4 kernel in a stable manner. That port would be > > done, with the result being 2.6. The 2.5 series > would > > then be renamed 2.7, and the whole thing would > > eventually be stabilized as 2.8. > > And then this delightful news story about Linux Kernel > Programmers -- who don't need debuggers, because > they're so rad -- don't actually know how to program: > > > The hunt for undefined code. Here's one kind of > > problem that a new compiler can turn up. Most C > > programmers learn early on to avoid code like: > > a[i] = i++; The results of this kind of code are > > undefined; the array assignment could happen either > > before or after the value of it is incremented. > Bernd > > Schmidt looked through the kernel source for this > > sort of code, and found quite a bit of it. He has > > submitted a patch to fix up the things he > > encountered; as he puts it, "in some cases, it > wasn't > > entirely clear what the code intended, so I had to > > guess." This patch went into 2.4.0-test10-pre4, so > we > > may well find a spot or two where he guessed wrong. > > The effort is a good one, though. This kind of code > > is a time bomb waiting to go off; it needs to be > > cleaned up sooner rather than later. > > ... obviously the Linux logo should be the > international symbol for the fucking retard. > > http://www.geocities.com/kmfav/ > > > > > __ > Do You Yahoo!? > Yahoo! Messenger - Talk while you surf! It's FREE. > http://im.yahoo.com/ > - > 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/ - 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: "Tux" is the wrong logo for Linux
On Thu, 19 Oct 2000, KMF AV wrote: > First, the 2.4 kernel is years late and doesn't work > right, and keeps getting rewritten because it's a > festering hunk of fetid spaghetti inside. Well, in that case shut up and write your own. Second, don't hide behind a yahoo.com adress when making these kind of statements. Igmar - 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: 2.4.0-test9-pre8, usb, unresolved symbols
In article <[EMAIL PROTECTED]> you wrote: > Eeek! No, I took that out back in test9-pre7 to solve the ordering > problem that we were having (the hub driver's __init function in the > usbcore.o needed to be called _before_ the other driver's __init > functions when everything is compiled into the kernel statically, > otherwise we get a whole lot of kernel log spam on startup, see the > exchange on the KBUILD list for more details.) > > [...] > > Any thoughts? You could just try what I suggested back in t9p times: adding hub.o to export-objs I know this is an ugly hack - but it should work at least. Christoph -- Always remember that you are unique. Just like everyone else. - 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/
TRACED] Re: "Tux" is the wrong logo for Linux
With regards to this thread, looking at the headers of this post, he appears to be posting from 216.27.3.45. Running a traceroute produces the following: [ab@chaos2]/home/httpd/html/poll # traceroute 216.27.3.45 traceroute to 216.27.3.45 (216.27.3.45), 30 hops max, 38 byte packets 1 router (212.2.19.174) 5.811 ms 2.671 ms 2.340 ms 2 bra-gw11.netcom.net.uk (194.42.224.242) 11.626 ms 12.042 ms 12.628 ms 3 bra-bb1.bra-sw1.netcom.net.uk (194.42.224.254) 10.098 ms 12.154 ms 9.846 ms 4 g0-0-0.bra-gw0.netcom.net.uk (194.42.224.57) 10.896 ms 16.513 ms 12.714 ms 5 h0-0.nwk-nj-gw1.icg.net (163.179.232.237) 243.835 ms 254.784 ms 244.037 ms 6 h2-0.ny-nap.icg.net (163.179.232.217) 246.775 ms 248.069 ms * 7 1-sprint-nap.cw.net (192.157.69.11) 115.748 ms 108.575 ms 117.774 ms 8 core3-serial3-0-0.WestOrange.cw.net (204.70.1.209) 98.341 ms 98.769 ms 100.210 ms 9 corerouter1.WestOrange.cw.net (204.70.9.138) 91.083 ms 95.346 ms 92.593 ms 10 corerouter2.Atlanta.cw.net (204.70.9.143) 127.361 ms 115.099 ms 115.195 ms 11 acr2-loopback.Atlantaald.cw.net (208.172.66.62) 113.535 ms 112.437 ms 129.723 ms 12 bar2-loopback.Atlantaald.cw.net (208.172.66.4) 114.681 ms 119.636 ms 118.449 ms 13 interlan-technologies.Atlantaald.cw.net (208.172.72.202) 116.647 ms 115.374 ms 113.748 ms 14 crs8-gw.cary.ilan.net (216.27.0.1) 110.314 ms 112.902 ms 111.051 ms 15 * * * Feel free to send complaints to [EMAIL PROTECTED] and get his account yanked for abuse of mailing lists. Cheers, Alex. -- M-x global-thermonuclear-warfare http://www.tahallah.clara.co.uk - 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: bind() allowed to non-local addresses
Date: Thu, 19 Oct 2000 17:56:17 +0200 From: Andi Kleen <[EMAIL PROTECTED]> It would be better if there was at least an socket option to overwrite the sysctl. What happens when you need both behaviours on the same box in different applications ? (e.g. a dynamic IP box running java and servers) With an socket option you could at least use LD_PRELOAD for socket() or even fix the programs I'll say it again, if you have to make changes to apps/servers the feature does not make any sense. It must operate transparently or not at all. Therefore for the case you mention, for now they live without non-local binds, period. Otherwise it'll repeat the ip_dynaddr-breaks-bind desaster, which we're still chewing on. Andi, listen to what you propose, LD_PRELOAD hacks to force programs to set some magic socket option, and this is a real solution? The current situation is one chooses between %100 anally compliant Java or truly dynamic address friendly bind(). :-) So cope with this or, propose a solution that: 1) Solves the dynamic address bind() problem. 2) Does not break existing applications expectations of bind() behavior for non-local addresses. (As a side note, I think it is a mistake for the Java folks to base JRE compliance upon dark corners of BSD socket API behavior) 3) Does not require userland changes, such as adding setsockopt calls to applications or using equivalent LD_PRELOAD hacks. Later, David S. Miller [EMAIL PROTECTED] - 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/
Proposal: driver initialization pipelining
Linux already boots fairly quickly, but there seems to be one straightforward way to speed it up a little more: pipelining. The idea is to split the initialization of drivers into two routines. This is only useful for drivers that reset hardware and then wait a while before continuing. My thought is: during that time, other drivers could work. If we split the initialization into one "trigger the reset" routine and one "do the rest" routine, we could interleave initializations by first calling all the reset routines, then doing some static initializations and then call all the second halves of the initialization. Particularly SCSI and IDE scans need noticeable time and could possibly be done in parallel with the USB init, right? This is just a quick idea. If the whole concept is broken, please just say so. No need to start a monster thread about this. Felix - 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/
Any dual AGP slot motherboards?
Hi! I looking for a motherboard that supports more than one AGP slot. Does anyone know any like this? - 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: bind() allowed to non-local addresses
Thus spake David S. Miller ([EMAIL PROTECTED]): > I'll say it again, if you have to make changes to apps/servers the > feature does not make any sense. It must operate transparently or > not at all. There once was a socket file system which solved exactly this problem in a nice and obvious way. If you wanted to allow user joe to bind to port 80, you just do "chown joe /socks/80". Whatever happened to that neat idea? If it was under /proc, I would be happy. Felix - 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: Proposal: driver initialization pipelining
Felix von Leitner wrote: > If we split the initialization into one "trigger the reset" routine and > one "do the rest" routine, we could interleave initializations by first > calling all the reset routines, then doing some static initializations > and then call all the second halves of the initialization. Particularly > SCSI and IDE scans need noticeable time and could possibly be done in > parallel with the USB init, right? Some of the initialization can definitely be done in parallel, but there are all sorts of special cases, like devices which turn off interrupts during init (IDE), and other fun tricks... Some of the delays during init are timing sensitive, where you don't want to have to wait for the tasklet to be called for completion. -- Jeff Garzik| The difference between laziness and Building 1024 | prioritization is the end result. MandrakeSoft | - 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: bind() allowed to non-local addresses
On Thu, Oct 19, 2000 at 09:02:12AM -0700, David S. Miller wrote: >Date: Thu, 19 Oct 2000 17:56:17 +0200 >From: Andi Kleen <[EMAIL PROTECTED]> > >It would be better if there was at least an socket option to >overwrite the sysctl. What happens when you need both behaviours on >the same box in different applications ? (e.g. a dynamic IP box >running java and servers) With an socket option you could at least >use LD_PRELOAD for socket() or even fix the programs > > I'll say it again, if you have to make changes to apps/servers the > feature does not make any sense. It must operate transparently or > not at all. Why? Linux historically required always some changes to port programs (e.g. UDP or accept error behaviour), one socket option more for some very special cases is not too bad. > > Therefore for the case you mention, for now they live without > non-local binds, period. The other guy unfortunately did not describe how exactly the java fails, so I cannot say what is worse. > >Otherwise it'll repeat the ip_dynaddr-breaks-bind desaster, which >we're still chewing on. > > Andi, listen to what you propose, LD_PRELOAD hacks to force programs > to set some magic socket option, and this is a real solution? LD_PRELOAD for binary only programs, patches for free software. > > The current situation is one chooses between %100 anally compliant > Java or truly dynamic address friendly bind(). :-) Analy compliant java can use the setsockopt without LD_PRELOAD. > 3) Does not require userland changes, such as adding setsockopt >calls to applications or using equivalent LD_PRELOAD hacks. I don't understand why (3) is such a big problem for you. It strikes me as clean enough. You can still have the sysctl, just the application should be able to overwrite it. -Andi - 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: bind() allowed to non-local addresses
Date:Thu, 19 Oct 2000 18:18:34 +0200 From: Felix von Leitner <[EMAIL PROTECTED]> There once was a socket file system which solved exactly this problem in a nice and obvious way. If you wanted to allow user joe to bind to port 80, you just do "chown joe /socks/80". I do not see how this would solve the problem at hand. We don't know what the socket will be ahead of time, nor what port number it will want to use, and what we want to control is what semantics bind() gets when called on that socket. It has nothing to do with specific port numbers, it has to do with BSD socket API assumptions held by some applications/libraries and not others. Another point I want to make, is that by definition Java servers will not work on systems using dyanmic IP addressing. This cannot be fixed, because it is a limitation implanted by creators of JRE conformance tests. Later, David S. Miller [EMAIL PROTECTED] - 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: Proposal: driver initialization pipelining
On Thu, 19 Oct 2000, Jeff Garzik wrote: > Some of the initialization can definitely be done in parallel, but there > are all sorts of special cases, like devices which turn off interrupts > during init (IDE), and other fun tricks... Some of the delays during > init are timing sensitive, where you don't want to have to wait for the > tasklet to be called for completion. Jeff, I will be happy to break the IRQ code for a demo for Felix. But do backup your data first, because it will not be there when you boot again! Cheers, Andre Hedrick The Linux ATA/IDE guy - 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: Any dual AGP slot motherboards?
the AGP bus specification is for a single device (master) you can review it at: http://www.intel.com/technology/agp/agp_index.htm joelja On Thu, 19 Oct 2000, James Simmons wrote: > > Hi! > > I looking for a motherboard that supports more than one AGP slot. Does > anyone know any like this? > > - > 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/ > -- -- Joel Jaeggli [EMAIL PROTECTED] Academic User Services [EMAIL PROTECTED] PGP Key Fingerprint: 1DE9 8FCA 51FB 4195 B42A 9C32 A30D 121E -- It is clear that the arm of criticism cannot replace the criticism of arms. Karl Marx -- Introduction to the critique of Hegel's Philosophy of the right, 1843. - 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: 2.2.18pre16 and USB_UHCI_ALT
On Wed, Oct 18, 2000 at 11:02:27PM -0700, Greg KH wrote: > > > I'll give the usb-uhci driver in 2.2.18pre17 another shot tonight. > > Let me know how it goes. Same thing. Now I only have my Intellimouse plugged into the USB port. The messages seem to start appearing when gpm starts up... Oct 19 09:07:54 spoke kernel: usb.c: USB new device connect, assigned device number 2 Oct 19 09:07:54 spoke kernel: usb-uhci.c: interrupt, status 3, frame# 901 Oct 19 09:07:54 spoke kernel: mouse0: PS/2 mouse device for input0 Oct 19 09:07:54 spoke kernel: input0: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Optical] on usb1:2.0 Oct 19 09:07:54 spoke kernel: hub.c: already running port 1 disabled by hub (EMI?), re-enabling... Oct 19 09:07:54 spoke kernel: usb.c: USB disconnect on device 2 Oct 19 09:07:54 spoke kernel: usb.c: USB new device connect, assigned device number 2 Oct 19 09:07:54 spoke kernel: usb-uhci.c: interrupt, status 3, frame# 1244 Oct 19 09:07:54 spoke kernel: mouse0: PS/2 mouse device for input0 Oct 19 09:07:54 spoke kernel: input0: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Optical] on usb1:2.0 Oct 19 09:07:54 spoke kernel: hub.c: already running port 1 disabled by hub (EMI?), re-enabling... Oct 19 09:07:54 spoke kernel: usb.c: USB disconnect on device 2 Oct 19 09:07:54 spoke kernel: usb.c: USB new device connect, assigned device number 2 Oct 19 09:07:54 spoke kernel: usb-uhci.c: interrupt, status 3, frame# 1757 Oct 19 09:07:54 spoke kernel: mouse0: PS/2 mouse device for input0 Oct 19 09:07:54 spoke kernel: input0: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Optical] on usb1:2.0 Oct 19 09:07:54 spoke kernel: usb.c: USB new device connect, assigned device number 3 Oct 19 09:07:54 spoke kernel: usb-uhci.c: interrupt, status 3, frame# 49 Oct 19 09:07:54 spoke kernel: mouse1: PS/2 mouse device for input1 Oct 19 09:07:54 spoke kernel: input1: USB HID v1.00 Mouse [Microsoft Microsoft IntelliMouse® Optical] on usb1:3.0 Oct 19 09:07:58 spoke gpm: gpm startup succeeded Oct 19 09:07:58 spoke kernel: usb-uhci.c: interrupt, status 3, frame# 860 Oct 19 09:07:58 spoke kernel: usb-uhci.c: interrupt, status 3, frame# 884 Oct 19 09:07:58 spoke kernel: usb-uhci.c: interrupt, status 3, frame# 908 Oct 19 09:07:58 spoke kernel: usb-uhci.c: interrupt, status 3, frame# 932 Oct 19 09:07:59 spoke kernel: usb-uhci.c: interrupt, status 3, frame# 956 Oct 19 09:07:59 spoke kernel: usb-uhci.c: interrupt, status 3, frame# 980 These messages don't happen with the uhci.c ALT driver and USB works great. -Dave - 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/
MAP_NR
can anyone tell the subsitute for MAP_NR in version 2.4? or is MAP_NR still there? - 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: bind() allowed to non-local addresses
In article <[EMAIL PROTECTED]> you wrote: > Thus spake David S. Miller ([EMAIL PROTECTED]): >> I'll say it again, if you have to make changes to apps/servers the >> feature does not make any sense. It must operate transparently or >> not at all. > There once was a socket file system which solved exactly this problem in > a nice and obvious way. If you wanted to allow user joe to bind to port > 80, you just do "chown joe /socks/80". > Whatever happened to that neat idea? It is in Linux 2.4? No, not really, but Linux 2.4 has a socket filesystem for internal use. It's FS_NOMOUNT|FS_SINGLE so you cannot mount it in userspace. With a little hacking it might do what you want. Christoph -- Always remember that you are unique. Just like everyone else. - 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: bind() allowed to non-local addresses
"David S. Miller" <[EMAIL PROTECTED]> writes: >Date: Thu, 19 Oct 2000 09:07:57 -0600 >From: Matt Peterson <[EMAIL PROTECTED]> > >Hence, the JVM fails compatibility on Linux 2.4. > > Due ot this and other reasons I'm restoring the 2.2.x behavior by > default, but adding a sysctl so that systems using dynamic addressing > may elect to get the different bind() behavior. Thanks! Greetings Christoph - 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: bind() allowed to non-local addresses
Date: Thu, 19 Oct 2000 18:30:22 +0200 From: Andi Kleen <[EMAIL PROTECTED]> On Thu, Oct 19, 2000 at 09:02:12AM -0700, David S. Miller wrote: > I'll say it again, if you have to make changes to apps/servers the > feature does not make any sense. It must operate transparently or > not at all. Why? Linux historically required always some changes to port programs (e.g. UDP or accept error behaviour), one socket option more for some very special cases is not too bad. So you propose people should be required to port working programs between different Linux versions :-) > Therefore for the case you mention, for now they live without > non-local binds, period. The other guy unfortunately did not describe how exactly the java fails, so I cannot say what is worse. The JRE compliance tests have a test which makes sure that for a non-local addresses, bind() returns an error code, specifically -EADDRNOTAVAIL. > Andi, listen to what you propose, LD_PRELOAD hacks to force programs > to set some magic socket option, and this is a real solution? LD_PRELOAD for binary only programs, patches for free software. User level binary compatability is everything, and why I have to revert this change in the first place. By your reasoning here, what I really should do is leave the 2.4.x "bind() allows non-local address" behavior and require people to use LD_PRELOAD based bind() wrappers which do the local address check before making the system call on 2.4.x systems. This would fix the JRE, and binary-only programs with this issue, right? > The current situation is one chooses between %100 anally compliant > Java or truly dynamic address friendly bind(). :-) Analy compliant java can use the setsockopt without LD_PRELOAD. No, existing binaries must function properly. Because there is precedence on our 2.2.x behavior, and we are knowledgable about the userland dependencies that do in fact exist. Java isn't the only case, I have in fact seen code which tries to figure out whether XSHM pixmaps should be used by doing a bind() call using the X server's address. It isn't pretty, but it's pretty much been around longer than Linux. :-) Later, David S. Miller [EMAIL PROTECTED] - 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: Proposal: driver initialization pipelining
Thus spake Andre Hedrick ([EMAIL PROTECTED]): > > Some of the initialization can definitely be done in parallel, but there > > are all sorts of special cases, like devices which turn off interrupts > > during init (IDE), and other fun tricks... Some of the delays during > > init are timing sensitive, where you don't want to have to wait for the > > tasklet to be called for completion. > I will be happy to break the IRQ code for a demo for Felix. > But do backup your data first, because it will not be there when you boot > again! I don't get it. If you say that IDE disables interrupts during init, does that mean that it disables _all_ interrupts or just that you mask the IDE IRQs? Actually, I was thinking more along the lines of SCSI bus scan, because the Linux IDE reset is already barely noticeable. Does "timing sensitive" mean "don't come again too early" or "be 100% punctual"? There ought to be _some_ initializations that don't require interrupts? Registering the file systems and network protocols, stuff like that? Felix - 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: 2.2.18pre16 and USB_UHCI_ALT
On Thu, Oct 19, 2000 at 09:44:48AM -0700, David Rees wrote: > > These messages don't happen with the uhci.c ALT driver and USB works > great. Well, then I'd suggest just sticking with the uhci.c driver :) Seriously, I have no idea of what's wrong. greg k-h -- greg@(kroah|wirex).com http://immunix.org/~greg - 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: MAP_NR
On Thu, 19 Oct 2000 [EMAIL PROTECTED] wrote: > can anyone tell the subsitute for MAP_NR in version 2.4? > or is MAP_NR still there? > e.g. int i = MAP_NR(buffer); becomes struct page *p = virt_to_page(buffer); I believe ... john - 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: bind() allowed to non-local addresses
On Thu, Oct 19, 2000 at 09:35:20AM -0700, David S. Miller wrote: >Date: Thu, 19 Oct 2000 18:30:22 +0200 >From: Andi Kleen <[EMAIL PROTECTED]> > >On Thu, Oct 19, 2000 at 09:02:12AM -0700, David S. Miller wrote: >> I'll say it again, if you have to make changes to apps/servers the >> feature does not make any sense. It must operate transparently or >> not at all. > >Why? Linux historically required always some changes to port programs >(e.g. UDP or accept error behaviour), one socket option more for some >very special cases is not too bad. > > So you propose people should be required to port working programs > between different Linux versions :-) They already need probably, e.g. to handle the new UDP error behaviour. Actually I did not propose to change the default behaviour (or rather not change it back), just to give the applications a way to set the behaviour *they* want as needed. > >> Therefore for the case you mention, for now they live without >> non-local binds, period. > >The other guy unfortunately did not describe how exactly the java >fails, so I cannot say what is worse. > > The JRE compliance tests have a test which makes sure that for a > non-local addresses, bind() returns an error code, specifically > -EADDRNOTAVAIL. Sounds like a bug that should be reported to Sun. > >> Andi, listen to what you propose, LD_PRELOAD hacks to force programs >> to set some magic socket option, and this is a real solution? > >LD_PRELOAD for binary only programs, patches for free software. > > User level binary compatability is everything, and why I have to > revert this change in the first place. I agree that the default should be 2.2 compatible. Adding the sysctl to magically break these applications would be probably bad (just remember ip_dynaddr and bind ;) > Java isn't the only case, I have in fact seen code which tries to > figure out whether XSHM pixmaps should be used by doing a bind() call > using the X server's address. Ok, sysctl to off (or better no sysctl and only the setsockopt to enable the more liberal behaviour) -Andi - 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: test10-pre4 gets stuck with kernel BUG at vmscan.c:102!
On Thu, 19 Oct 2000, Pau wrote: > I've compiled and installed test10-pre4 in my laptop and I have had to > reboot 4 times in less than a day. > > sysrq key is working so I attach some traces. Sorry to follow up my self but... definately it happens when it starts swapping. Something is not right with the VM + swap in test10.pre4. Pau - 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/
patch for include/linux/agpgart.h
I dont see an appropriate section in the MAINTAINERS file of
2.4test9 for AGP stuff, so I'm submitting this patch to you folks.
Once you read the patch, you might wonder "why the hell is he submitting
this patch to linux?" :-) But agpgart is being used as one of the primary
components for the "cross-platform" xfree DRI effort. So the
header file should be usable across multiple platforms, to maximize
portability.
*** agpgart.h Thu Oct 19 09:49:04 2000
--- newagpgart.hThu Oct 19 09:49:58 2000
***
*** 50,58
#endif
#ifndef __KERNEL__
! #include
! #include
typedef struct _agp_version {
__u16 major;
__u16 minor;
--- 50,70
#endif
#ifndef __KERNEL__
! #ifdef __linux__
! # include
! # include
! #endif
+ #ifdef __sun__
+ #include
+ typedef uint8_t __u8;
+ typedef uint16_t __u16;
+ typedef uint32_t __u32;
+
+ #endif
+
+
+
typedef struct _agp_version {
__u16 major;
__u16 minor;
-
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: Quota fixes and a few questions
Hello. > > "Stephen C. Tweedie" wrote: > > > > > > Hi Jan, > > > > > > On Wed, Sep 27, 2000 at 02:56:20PM +0200, Jan Kara wrote: > > > > > > > > So I've been thinking about fixes in quota (and also writing some parts). > > > > > > While we're at it, I've attached a patch which I was sent which simply > > > teaches quota about ext3 as a valid fs type in fstab. It appears to > > > work fine for me --- let me know if you want me to validate a new > > > quotautils on ext3. > > > > Hi Stephen, > > > > actually using quotacheck with these patches on an ext3 partition > > results in: > > quotacheck: error while opening /dev/sda3 (which is the file system in > > question) > > > > Just using the first to (sub-)patches works for me. > > Hi again, > > I stumbled into another problem: > When using ext3 with quotas the kjournald process stops responding and > stays in DW state when the filesystem gets under heavy load. It is easy > to reproduce: > Just extract two or three larger tar.gz files at the same time to a ext3 > filesystem with activated quotas... > > Unfortunately there's nothing in the logs :-( My suspition is that there is quota enabled on journal and write_dquot() deadlocks as to write dquot we need to journal and to journal we need to update quota which is locked for writing :(. IMO journal file is one of candidates not to turn quotas on (same as quota files). Probably some general function which would say on which files shouldn't be quota enabled will be needed. Quota code will care about quotafiles and filesystem about the other files if there are any. Probably best place for this function would be struct dquot_operations but that would mean to change handling of it. foo_read_super() will have to fill in the dq_op pointer and quota will never alter it - currently it's set in quota_on() (and it's also reset in quota_off() and tested everywhere but I already fixed this in my quota fixes). What do you think about it? Honza - 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/
[PATCH] fs/nls/Config.in
Hello all. The attached patch changes the behavoir of fs/nls/Config.in from: CONFIG_SMB_FS != n to CONFIG_INET = y && CONFIG_SMB_FS != n. This is neeed because if CONFIG_INET isn't set, CONFIG_SMB_FS isn't asked about and therefor isn't set at all, so CONFIG_NLS is set to y. My only question about this patch is if it shouldn't have depended on CONFIG_SMB_NLS_DEFAULT to start with? (Maintainer CC'ed). -- Tom Rini (TR1265) http://gate.crashing.org/~trini/ - 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/
[c.bailiff@E-SECURE.COM.AU: Re: IIS %c1%1c remote command execution]
This is being forwarded from BugTraq where there is an ongoing discussion over a security hole in IIS based on it's unicode decoder. This particular individual is stating that several unicode decoders, including the one in the Linux unicode_console driver, have failed to adhere to certain security warnings in some RFCs. This IMPLIES that there is a potential security problem in all of them. Anyone familiar with this who can comment on the problem in the Linux unicode_console driver? Mike -- Michael H. Warfield| (770) 985-6132 | [EMAIL PROTECTED] (The Mad Wizard) | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471| possible worlds. A pessimist is sure of it! -- Michael H. Warfield,| Voice: (678)443-6000 (678)443-6123 Senior Researcher - X-Force | Fax: (678)443-6477 Internet Security Systems, Inc. | E-Mail: [EMAIL PROTECTED] [EMAIL PROTECTED] 6600 Peachtree Dunwoody RD NE | http://www.iss.net/ 300 Embassy Row, Suite 500 | http://www.wittsend.com/mhw/ Atlanta, GA 30328 | PGP Key: 0xDF1DD471 - Forwarded message from Cris Bailiff <[EMAIL PROTECTED]> - Approved-By: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.15-4mdk i686) X-Accept-Language: en Date: Thu, 19 Oct 2000 21:07:57 +1100 Reply-To: Cris Bailiff <[EMAIL PROTECTED]> From: Cris Bailiff <[EMAIL PROTECTED]> Subject: Re: IIS %c1%1c remote command execution To: [EMAIL PROTECTED] > Florian Weimer <[EMAIL PROTECTED]> writes: > > This is one of the vulnerabilities Bruce Schneier warned of in one of > the past CRYPTO-GRAM isssues. The problem isn't the wrong time of > path checking alone, but as well a poorly implemented UTF-8 decoder. > RFC 2279 explicitly says that overlong sequences such as 0xC0 0xAF are > invalid. As someone often involved in reviewing and improving other peoples web code, I have been citing the unicode security example from RFC2279 as one good reason why web programmers must enforce 'anything not explicitly is allowed is denied' almost since it was written. In commercial situations I have argued myself blue in the face that the equivalent of (perl speak) s!../!!g is not good enough to clean up filename form input parameters or other pathnames (in perl, ASP, PHP etc.). I always end up being proved right, but it takes a lot of effort. Should prove a bit easier from now on :-( > > It's a pity that a lot of UTF-8 decoders in free software fail such > tests as well, either by design or careless implementation. The warning in RFC 2279 hasn't been heeded by a single unicode decoder that I have ever tested, commercial or free, including the Solaris 2.6 system libraries, the Linux unicode_console driver, Netscape commuicator and now, obviously, IIS. Its unclear to me whether the IIS/NT unicode decoding is performed by a system wide library or if its custom to IIS - either way, it can potentially affect almost any unicode aware NT application. I have resisted upgrading various cgi and mod_perl based systems to perl5.6 because it has inbuilt (default?) unicode support, and I've no idea which applications or perl libraries might be affected. The problem is even harder than it looks - which sub-system, out of the http server, the perl (or ASP or PHP...) runtime, the standard C libraries and the kernel/OS can I expect to be performing the conversion? Which one will get it right? I think Bruce wildly understated the problem, and I've no idea how to put the brakes on the crash dive into a character encoding standard which seems to have no defined canonical encoding and no obvious way of performing deterministic comparisons. I suppose as a security professional I should be happy, looking forward to a booming business... Cris Bailiff [EMAIL PROTECTED] - End forwarded message - - 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: 2.2 generating odd TCP resets?
Date: Wed, 18 Oct 2000 21:20:40 -0700 From: Brian Craft <[EMAIL PROTECTED]> Is there any reason this should fail? It does not fail when talking to a linux host. The only obvious difference is windows generates two ACK's of the server's FIN. Well, there were quite a few TCP bugs fixed after 2.2.14. Can you test things our with a more recent 2.2.x kernel? I don't have any windows systems handy to make this test, but if you can still reproduce it with current 2.2.x kernels and get me a tcpdump I can get the problem fixed. The app you posted empties the read data just fine. The RST you are seeing is not due to that, I am sure. Later, David S. Miller [EMAIL PROTECTED] - 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: TCP: peer x.x.x.x:y/z shrinks window a:b:c...
Hello! > I'll keep looking. Is it easy to reproduce? If so, try to make tcpdump, which covers one of these messages. Alexey - 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/
process header declaration?
I'm working on a project for my senior seminar for which I (and my profs) think I need to modify the process descriptor struct. Unfortunately, I don't seem to be good enough with 'grep' to figure out where the type is declared. Could someone give me a pointer to the right file in the 2.4.0-testX source code, or a good expression to grep for, please? I am subscribed to the list, but a cc wouldn't hurt, either. Thanks in advance for any help you feel inclined to offer. Andrew C. Dingman dingman at cs dot earlham dot edu - 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: "Tux" is the wrong logo for Linux
KMF AV <[EMAIL PROTECTED]> writes: > > ... obviously the Linux logo should be the > international symbol for the fucking retard. Actually, this was considered. However, in those dark days, the ISO had not yet standardized the international symbol for the fucking retard. A symbol for "dimwit crossing" was in wide-spread use, and it had been incorporated into an ANSI draft standard, but there were certain legal issues---Microsoft claimed it infringed on their "flying windows" trademark. Instead, the penguin, the stupidest and nastiest of all flightless birds (ostrich? BZZZT-thanks-for-playing!) was felt to best symbolize the glorious mosaic that is the Linux development community. But, thanks for your input! Kevin <[EMAIL PROTECTED]> - 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: bind() allowed to non-local addresses
Andi Kleen wrote: > > > The JRE compliance tests have a test which makes sure that for a > > non-local addresses, bind() returns an error code, specifically > > -EADDRNOTAVAIL. > > Sounds like a bug that should be reported to Sun. > Hello? Send a bug to Sun? I don't see any logic here. I have traced through the Sun code all the way to the bind() call and through to the code in the kernel where the check for local interfaces is ignored. The JVM code path is VERY simple and ends up in a straightforward call to bind(). The same problem is easily reproduced in C code. There is NOT a bug in the JVM code that handles java.net.DatagramSocket. Don't you find it a little compelling that the nearly identical JVM code passes the Java Compatibility test suite on Linux 2.2, Solaris, HPUX, SCO, and even Windows? I might even go as far as to argue that there is not a problem with the JCK test suite either. The BSD Socket interface is documented. It may be a little shady in some areas (this being one of them) but at least the Sun test suite is expecting the documented (look at any man page or sockets reference) and long standing behavior of bind(). Any argument for changing the way bind() works needs to be able to stand up to the challenge of developers who are expecting bind() to behave the way it has for many years on many different platforms. Again, there is not a bug in the JVM's handling of java.net.DatagramSocket(). I offered the JVM as an example only because it is one application that I know of expects the standardized behavior of bind(). The bind() behavior in Linux 2.4 is not an issue because it affects Java only -- it is an issue because it also affects other applications and developers that are likewise expecting the traditional bind() behavior. -- Matthew Peterson Sr. Software Engineer Caldera Systems, Inc [EMAIL PROTECTED] - 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: bind() allowed to non-local addresses
On Thu, Oct 19, 2000 at 11:35:12AM -0600, Matt Peterson wrote: > Again, there is not a bug in the JVM's handling of > java.net.DatagramSocket(). I offered the JVM as an example only because > it is one application that I know of expects the standardized behavior > of bind(). The bind() behavior in Linux 2.4 is not an issue because it As Alan noted (and I just verified) Single Unix is vague enough that I think the Linux behaviour is compliant. The point is that the Sun test is broken on any machines with dynamic IP (=most machines on the internet today), because it could have any address available locally. -Andi - 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: process header declaration?
On Thu, 19 Oct 2000, Andrew C. Dingman wrote: > I'm working on a project for my senior seminar for which I (and my > profs) think I need to modify the process descriptor > struct. Unfortunately, I don't seem to be good enough with 'grep' to > figure out where the type is declared. Could someone give me a pointer > to the right file in the 2.4.0-testX source code, or a good expression > to grep for, please? I am subscribed to the list, but a cc wouldn't > hurt, either. Thanks in advance for any help you feel inclined to > offer. The file /usr/include/linux/sched.h contains the structure task_struct. A pointer, called current, gets initialized to point to one of these for every task on the system. Cheers, Dick Johnson Penguin : Linux version 2.2.17 on an i686 machine (801.18 BogoMips). "Memory is like gasoline. You use it up when you are running. Of course you get it all back when you reboot..."; Actual explanation obtained from the Micro$oft help desk. - 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: bind() allowed to non-local addresses
Date:Thu, 19 Oct 2000 11:35:12 -0600 From: Matt Peterson <[EMAIL PROTECTED]> Don't you find it a little compelling that the nearly identical JVM code passes the Java Compatibility test suite on Linux 2.2, Solaris, HPUX, SCO, and even Windows? He is arguing that returning an error for a non-local address being sent to bind() is an implementation dependency and should not be something JRE absolutely requires. It is a dark corner of the BSD socket API and not written in stone anywhere, therefore it is bad to create a dependency upon it. To this I agree, but I cannot change the fact that this assumption does exist in applications, so this is why I reverted the change. Later, David S. Miller [EMAIL PROTECTED] - 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: [PATCH] fs/nls/Config.in
On Thu, Oct 19, 2000 at 07:55:42PM +0200, Sven Krohlas wrote: > Hello, > > > Hello all. The attached patch changes the behavoir of fs/nls/Config.in from: > > There's nothing attached...? D'oh. Look now. :) -- Tom Rini (TR1265) http://gate.crashing.org/~trini/ --- fs/nls/Config.in.orig Thu Oct 19 09:11:48 2000 +++ fs/nls/Config.inThu Oct 19 09:49:53 2000 @@ -4,8 +4,13 @@ # msdos and Joliet want NLS if [ "$CONFIG_JOLIET" = "y" -o "$CONFIG_FAT_FS" != "n" \ - -o "$CONFIG_NTFS_FS" != "n" -o "$CONFIG_NCPFS_NLS" = "y" \ - -o "$CONFIG_SMB_FS" != "n" ]; then + -o "$CONFIG_NTFS_FS" != "n" -o "$CONFIG_NCPFS_NLS" = "y" ]; then + define_bool CONFIG_NLS y +else + define_bool CONFIG_NLS n +fi + +if [ "$CONFIG_INET" = "y" -a "$CONFIG_SMB_FS" != "n" ]; then define_bool CONFIG_NLS y else define_bool CONFIG_NLS n
Re: TRACED] Re: "Tux" is the wrong logo for Linux
On Thu, 19 Oct 2000, Alex Buell wrote: > Feel free to send complaints to [EMAIL PROTECTED] and get his account > yanked for abuse of mailing lists. http://www.ilan.net/contact.htm for a nice list of addresses to send complaints to. The machine's physical location is in Cary, NC. Anyone live near there willing to make a personal visit to the location to identify the individual responsible? -Dan - 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: Any dual AGP slot motherboards?
On Thu, 19 Oct 2000, Joel Jaeggli wrote: > the AGP bus specification is for a single device (master) > you can review it at: > http://www.intel.com/technology/agp/agp_index.htm There is no reason there cannot be multiple AGP buses. After all there are motherboards with 2,3,4 (or more!) PCI buses. -Dan - 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: Linux 2.2.18pre17
On Thu, 19 Oct 2000, Alan Cox wrote: > This is just to give folks something to sync against. Test it by all means > however. > > Must fix stuff left to do for 2.2.18final > - Merge the S/390 stuff and make S/390 build again > - Fix the megaraid (revert if need be) > - Fix the ps/2 misdetect bug that has appeared > - NFSv3 hang report > - Get to the bottom of the VM mystery if possible > > 2.2.18pre17 > o Move a few escaped m68k headers into the right (me) > directory > o Backport 2.4 AF_UNIX garbage collect speedups (Dave Miller) > o TCP fixes for NFS (Saadia Khan) > o Fix USB audio hangs (David Woodhouse) > o Sparc64 dcache and exec fixes (Dave Miller) > o Fix typing crap in divert.h (Jeff Garzik) > o Use pkt_type in diverter, add maintainer info (Dave Miller) > o Fix obscure NAT problem in FIB code (Dave Miller) > o Fix sk->allocation in TCP sendmsg (Marcelo Tossati) This TCP fix was done by davem. Any reason why the nbd fix was not included? Thanks - 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: process header declaration?
** Reply to message from "Andrew C. Dingman" <[EMAIL PROTECTED]> on Thu, 19 Oct 2000 12:30:51 -0500 (EST) > I'm working on a project for my senior seminar for which I (and my > profs) think I need to modify the process descriptor > struct. Unfortunately, I don't seem to be good enough with 'grep' to > figure out where the type is declared. Spend the money to get a real editor, like Visual SlickEdit for Linux. It makes analyzing the Linux kernel ten times easier. In this case, a single keystroke would have told you where that structure (or any field in any structure) is defined. -- Timur Tabi - [EMAIL PROTECTED] Interactive Silicon - http://www.interactivesi.com When replying to a mailing-list message, please direct the reply to the mailing list only. Don't send another copy to me. - 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: bind() allowed to non-local addresses
On Thu, Oct 19, 2000 at 10:45:02AM -0700, David S. Miller wrote: > To this I agree, but I cannot change the fact that this assumption > does exist in applications, so this is why I reverted the change. Would you accept a patch for an setsockopt to enable it again ? -Andi - 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: "Tux" is the wrong logo for Linux
I have a simple solution for your problem. Just call the police and have them arrest whoever is holding a gun to your head and forcing you to use Linux and this mailing list. (That *is* the only reason you're here, right?) Then you can spend your time writing a wonderful OS of your own to take its place. Let us know when you're done, say in 20 years or so... - 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: TRACED] Re: "Tux" is the wrong logo for Linux
Man, I wish I was close enough. I am only about 4 hours from there, but I woulnd't waste my time. If he doesn't like it he can stick with Windows and all of it's wonderful on time development and bug free environment. ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan Hollis Sent: Thursday, October 19, 2000 2:05 PM To: Alex Buell Cc: [EMAIL PROTECTED] Subject: Re: TRACED] Re: "Tux" is the wrong logo for Linux On Thu, 19 Oct 2000, Alex Buell wrote: > Feel free to send complaints to [EMAIL PROTECTED] and get his account > yanked for abuse of mailing lists. http://www.ilan.net/contact.htm for a nice list of addresses to send complaints to. The machine's physical location is in Cary, NC. Anyone live near there willing to make a personal visit to the location to identify the individual responsible? -Dan - 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/ - 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: bind() allowed to non-local addresses
> Due ot this and other reasons I'm restoring the 2.2.x behavior by > default, but adding a sysctl so that systems using dynamic addressing > may elect to get the different bind() behavior. > > Later, > David S. Miller > [EMAIL PROTECTED] If a system uses dynamic addressing, binding to an IP that wasn't currently available would be useless, since the odds are that this address would never ever be available locally. In fact, if a machine had dynamic addressing, any code that bound to a specific local IP would never be able to be connected to once that IP was lost. It is only machines that have static IPs that might not currently be usable that would benefit from being able to bind to an address that wasn't currently local. In this case, the IP may return to the machine in the future. DS - 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: [PATCH] fs/nls/Config.in
On 19 Oct 00 at 11:00, Tom Rini wrote: > --- fs/nls/Config.in.orig Thu Oct 19 09:11:48 2000 > +++ fs/nls/Config.inThu Oct 19 09:49:53 2000 > @@ -4,8 +4,13 @@ > > # msdos and Joliet want NLS > if [ "$CONFIG_JOLIET" = "y" -o "$CONFIG_FAT_FS" != "n" \ > - -o "$CONFIG_NTFS_FS" != "n" -o "$CONFIG_NCPFS_NLS" = "y" \ > - -o "$CONFIG_SMB_FS" != "n" ]; then > + -o "$CONFIG_NTFS_FS" != "n" -o "$CONFIG_NCPFS_NLS" = "y" ]; then > + define_bool CONFIG_NLS y > +else > + define_bool CONFIG_NLS n > +fi > + > +if [ "$CONFIG_INET" = "y" -a "$CONFIG_SMB_FS" != "n" ]; then >define_bool CONFIG_NLS y > else >define_bool CONFIG_NLS n It is not correct. At first, duplicated define_bool breaks xconfig (AFAIK), and worse, first test is ignored at all by your code. Maybe something like (untested) if [ "$CONFIG_SMB_FS" = "m" -o "$CONFIG_SMB_FS" = "y" ]; then define_bool CONFIG_SMB_NLS y else define_bool CONFIG_SMB_NLS n fi if [ "$CONFIG_JOLIET" = "y" -o "$CONFIG_FAT_FS" != "n" \ -o "$CONFIG_NTFS_FS" != "n" -o "$CONFIG_NCPFS_NLS" = "y" \ -o "$CONFIG_SMB_NLS" = "y"; then define_bool CONFIG_NLS y else define_bool CONFIG_NLS n fi could work (I did not checked whether CONFIG_FAT_FS & CONFIG_NTFS_FS are always defined). Best regards, Petr Vandrovec [EMAIL PROTECTED] - 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: TRACED] Re: "Tux" is the wrong logo for Linux
On Thu, 19 Oct 2000, Dan Hollis wrote: [Snipped...] > > The machine's physical location is in Cary, NC. Anyone live near there > willing to make a personal visit to the location to identify the > individual responsible? > > -Dan "You get more respect with a kind word and a gun than a kind word". - Al Capone. Cary, NC. can't be very large. There are, probably, three persons in the whole county than have computers. Two haven't been booted since the day the were received by the kids because they've been busy studying for the M-CAP test. Cheers, Dick Johnson Penguin : Linux version 2.2.17 on an i686 machine (801.18 BogoMips). "Memory is like gasoline. You use it up when you are running. Of course you get it all back when you reboot..."; Actual explanation obtained from the Micro$oft help desk. - 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: Any dual AGP slot motherboards?
> There is no reason there cannot be multiple AGP buses. After all there are > motherboards with 2,3,4 (or more!) PCI buses. Apple sells a computer with dual AGP slots. I just was looking for a intel box like this. Since AGP is a port on the PCI bus it is possible to have more than one AGP port on a/each PCI bus but this requires the PCI chipset to support this. - 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/
[PATCH] cpu detection fixes for test10-pre4
This patch should fix the Pentium IV and other CPU detection
glitches which remain in test10-pre4.
The necessary fixes are:
* arch/i386/kernel/setup.c:
- (Pentium IV) don't goto name_decoded, return instead; otherwise
x86_model_id which was grabbed from the extended cpuid levels
will be overwritten by the final sprintf
- print cpu family as integer not char in /proc/cpuinfo (since
Pentium IV's family code 15 won't fit in a char)
* include/asm-i386/elf.h:
- make Pentium IV and other post-P6 processors use the "i686"
family name (same fix as the system_utsname.machine init fix
which went into include/asm-i386/bugs.h in test10-pre4)
The following two fixes are desirable but not strictly necessary:
* arch/i386/kernel/microcode.c:
- accept _only_ Intel P6, not P6-or-later
* include/asm-i386/bugs.h:
- the check for K6 B-step chips is missing a family==5 test
/Mikael
--- linux-2.4.0-test10-pre4/arch/i386/kernel/microcode.c.~1~Sat Sep 9 12:49:37
2000
+++ linux-2.4.0-test10-pre4/arch/i386/kernel/microcode.cThu Oct 19 13:19:31
+2000
@@ -177,7 +177,7 @@
req->err = 1; /* assume the worst */
- if (c->x86_vendor != X86_VENDOR_INTEL || c->x86 < 6){
+ if (c->x86_vendor != X86_VENDOR_INTEL || c->x86 != 6){
printk(KERN_ERR "microcode: CPU%d not an Intel P6\n", cpu_num);
return;
}
--- linux-2.4.0-test10-pre4/arch/i386/kernel/setup.c.~1~Thu Oct 19 13:06:18
2000
+++ linux-2.4.0-test10-pre4/arch/i386/kernel/setup.cThu Oct 19 13:21:16 2000
@@ -1549,7 +1549,7 @@
/* Pentium IV. */
if (c->x86 == 15) {
get_model_name(c);
- goto name_decoded;
+ return;
}
/* Names for the Pentium II/Celeron processors
@@ -1688,12 +1688,12 @@
#endif
p += sprintf(p,"processor\t: %d\n"
"vendor_id\t: %s\n"
- "cpu family\t: %c\n"
+ "cpu family\t: %d\n"
"model\t\t: %d\n"
"model name\t: %s\n",
n,
c->x86_vendor_id[0] ? c->x86_vendor_id : "unknown",
- c->x86 + '0',
+ c->x86,
c->x86_model,
c->x86_model_id[0] ? c->x86_model_id : "unknown");
--- linux-2.4.0-test10-pre4/include/asm-i386/bugs.h.~1~ Thu Oct 19 13:06:25 2000
+++ linux-2.4.0-test10-pre4/include/asm-i386/bugs.h Thu Oct 19 13:19:31 2000
@@ -166,6 +166,7 @@
static void __init check_amd_k6(void)
{
if (boot_cpu_data.x86_vendor == X86_VENDOR_AMD &&
+ boot_cpu_data.x86 == 5 &&
boot_cpu_data.x86_model == 6 &&
boot_cpu_data.x86_mask == 1)
{
--- linux-2.4.0-test10-pre4/include/asm-i386/elf.h.~1~ Fri Jul 14 18:22:10 2000
+++ linux-2.4.0-test10-pre4/include/asm-i386/elf.h Thu Oct 19 13:19:31 2000
@@ -93,7 +93,7 @@
For the moment, we have only optimizations for the Intel generations,
but that could change... */
-#define ELF_PLATFORM ("i386\0i486\0i586\0i686"+((boot_cpu_data.x86-3)*5))
+#define ELF_PLATFORM
+("i386\0i486\0i586\0i686"+(((boot_cpu_data.x86>6?6:boot_cpu_data.x86)-3)*5))
#ifdef __KERNEL__
#define SET_PERSONALITY(ex, ibcs2) set_personality((ibcs2)?PER_SVR4:PER_LINUX)
-
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: TRACED] Re: "Tux" is the wrong logo for Linux
On Thu, Oct 19, 2000 at 02:32:26PM -0400, Richard B. Johnson wrote: > On Thu, 19 Oct 2000, Dan Hollis wrote: > [Snipped...] > > > > > The machine's physical location is in Cary, NC. Anyone live near there > > willing to make a personal visit to the location to identify the > > individual responsible? > > > > -Dan > > "You get more respect with a kind word and a gun than a kind word". > - Al Capone. > > Cary, NC. can't be very large. There are, probably, three persons in > the whole county than have computers. Two haven't been booted since > the day the were received by the kids because they've been busy > studying for the M-CAP test. ;) Actually cary, nc is in one of the largest population centers of NC( although that's not really saying too much ). It's located sw of Raleigh and S of RTP. If there were only 2-3 computers in the county I'd have them all( and I really doubt that's true ) donald > > Cheers, > Dick Johnson > > Penguin : Linux version 2.2.17 on an i686 machine (801.18 BogoMips). > > "Memory is like gasoline. You use it up when you are running. Of > course you get it all back when you reboot..."; Actual explanation > obtained from the Micro$oft help desk. > > > - > 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/ - 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: TRACED] Re: "Tux" is the wrong logo for Linux
Richard Johnson wrote: >Cary, NC. can't be very large. There are, probably, three persons in >the whole county than have computers. Two haven't been booted since >the day the were received by the kids because they've been busy >studying for the M-CAP test. Not true. Cary is quite large and is the fastest growing city in NC as of 1999 figures. It is right next to Raleigh and houses a lot of tech offices. Lucent, Cable & Wireless, HP. You would be amazed at the tech nology centers there. Matter of fact, Research Triangle Park is just down the road. Not all of NC, or the South for that matter, is a hotbed of ignorance. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Richard B. Johnson Sent: Thursday, October 19, 2000 2:32 PM To: Dan Hollis Cc: Alex Buell; [EMAIL PROTECTED] Subject: Re: TRACED] Re: "Tux" is the wrong logo for Linux On Thu, 19 Oct 2000, Dan Hollis wrote: [Snipped...] > > The machine's physical location is in Cary, NC. Anyone live near there > willing to make a personal visit to the location to identify the > individual responsible? > > -Dan "You get more respect with a kind word and a gun than a kind word". - Al Capone. Cary, NC. can't be very large. There are, probably, three persons in the whole county than have computers. Two haven't been booted since the day the were received by the kids because they've been busy studying for the M-CAP test. Cheers, Dick Johnson Penguin : Linux version 2.2.17 on an i686 machine (801.18 BogoMips). "Memory is like gasoline. You use it up when you are running. Of course you get it all back when you reboot..."; Actual explanation obtained from the Micro$oft help desk. - 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/ - 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: process header declaration?
On Thu, Oct 19, 2000 at 12:30:51PM -0500, Andrew C. Dingman wrote:
> I'm working on a project for my senior seminar for which I (and my
> profs) think I need to modify the process descriptor
> struct. Unfortunately, I don't seem to be good enough with 'grep' to
> figure out where the type is declared. Could someone give me a pointer
> to the right file in the 2.4.0-testX source code, or a good expression
> to grep for, please? I am subscribed to the list, but a cc wouldn't
> hurt, either. Thanks in advance for any help you feel inclined to
> offer.
find include/ -name "*.h" -exec grep '^struct task_struct' {} /dev/null \;
vi+ctags or emacs+etags are also good combinations to find identifiers
in the kernel source.
Or use the cross referencing tool at lxr.linux.no:
http://lxr.linux.no/ident
Erik
--
J.A.K. (Erik) Mouw, Information and Communication Theory Group, Department
of Electrical Engineering, Faculty of Information Technology and Systems,
Delft University of Technology, PO BOX 5031, 2600 GA Delft, The Netherlands
Phone: +31-15-2783635 Fax: +31-15-2781843 Email: [EMAIL PROTECTED]
WWW: http://www-ict.its.tudelft.nl/~erik/
-
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: Any dual AGP slot motherboards?
** Reply to message from James Simmons <[EMAIL PROTECTED]> on Thu, 19 Oct 2000 18:34:51 -0700 (PDT) > Apple sells a computer with dual AGP slots. I've never heard this. Could you tell me exactly which model this is? -- Timur Tabi - [EMAIL PROTECTED] Interactive Silicon - http://www.interactivesi.com When replying to a mailing-list message, please direct the reply to the mailing list only. Don't send another copy to me. - 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: [BUG REPORT] Conflict between Tulip driver w/ LinkSys 100LNE and EEPro
> The problem: I can't have the Tulip and EEPro drivers loaded at the same > time. If I have the Tulip driver loaded, and I load the EEPro driver, the > self check fails with 0x and complains that I don't have the card in > a bus master slot. If I have the EEPro driver loaded and the ether tested > as working, and I insmod the tulip driver, this happens: > . > Oct 18 10:13:33 zephyr kernel: eepro100: wait_for_cmd_done timeout! > Oct 18 10:13:33 zephyr kernel: eepro100: wait_for_cmd_done timeout! > Oct 18 10:14:02 zephyr last message repeated 27 times > Oct 18 10:14:02 zephyr last message repeated 27 times > Oct 18 10:14:04 zephyr kernel: eepro100: wait_for_cmd_done timeout! I don't have exact details, but a similar thing happened to me. Oct 16 16:46:54 mauve kernel: eth0: Intel Corporation 82557 [Ethernet Pro 100], 00:A0:C9:10:63:9C, IRQ 9. Oct 16 16:46:54 mauve kernel: Board assembly 645477-004, Physical connectors present: RJ45 BNC AUI Oct 16 16:46:54 mauve kernel: Primary interface chip 80c24 PHY #0. Oct 16 16:46:54 mauve kernel: General self-test: passed. Oct 16 16:46:54 mauve kernel: Serial sub-system self-test: passed. Oct 16 16:46:54 mauve kernel: Internal registers self-test: passed. Oct 16 16:46:54 mauve kernel: ROM checksum self-test: passed (0x49caa8d6). Oct 16 16:46:54 mauve kernel: Receiver lock-up workaround activated. Oct 16 16:46:54 mauve kernel: eth1: Intel Corporation 82557 [Ethernet Pro 100] (#2), 00:A0:C9:10:82:37, IRQ 11. Oct 16 16:49:10 mauve kernel: Linux Tulip driver version 0.9.9 (August 11, 2000) Oct 16 16:49:10 mauve kernel: eth2: Digital DS21140 Tulip rev 34 at 0xf000, 00:40:05:30:BF:8F, IRQ 10. Oct 16 16:49:10 mauve kernel: eth2: EEPROM default media type Autosense. Oct 16 16:49:10 mauve kernel: eth2: Index #0 - Media MII (#11) described by a 21140 MII PHY (1) block. Oct 16 16:49:10 mauve kernel: eth2: MII transceiver #8 config 3100 status 7849 advertising 01e1. The Tulip card wouldn't respond, or send pings, and IIRC, came up with 3 errors per attempt to send a packet. Both eepro100's worked fine. It's a netgear FA310TX If it'd be handy, I could do it again, and check exact results if needed. - 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: [PATCH] cpu detection fixes for test10-pre4
Followup to: <[EMAIL PROTECTED]> By author:Mikael Pettersson <[EMAIL PROTECTED]> In newsgroup: linux.dev.kernel > > * include/asm-i386/elf.h: > - make Pentium IV and other post-P6 processors use the "i686" > family name (same fix as the system_utsname.machine init fix > which went into include/asm-i386/bugs.h in test10-pre4) > We should never have used anything but "i386" as the utsname... sigh. -hpa -- <[EMAIL PROTECTED]> at work, <[EMAIL PROTECTED]> in private! "Unix gives you enough rope to shoot yourself in the foot." http://www.zytor.com/~hpa/puzzle.txt - 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: [PATCH] fs/nls/Config.in
On Thu, Oct 19, 2000 at 08:29:47PM +, Petr Vandrovec wrote: > It is not correct. At first, duplicated define_bool breaks xconfig (AFAIK), > and worse, first test is ignored at all by your code. Maybe something > like (untested) > > if [ "$CONFIG_SMB_FS" = "m" -o "$CONFIG_SMB_FS" = "y" ]; then > define_bool CONFIG_SMB_NLS y > else > define_bool CONFIG_SMB_NLS n > fi > > if [ "$CONFIG_JOLIET" = "y" -o "$CONFIG_FAT_FS" != "n" \ > -o "$CONFIG_NTFS_FS" != "n" -o "$CONFIG_NCPFS_NLS" = "y" \ > -o "$CONFIG_SMB_NLS" = "y"; then > define_bool CONFIG_NLS y > else > define_bool CONFIG_NLS n > fi > > could work (I did not checked whether CONFIG_FAT_FS & CONFIG_NTFS_FS > are always defined). This works as well, and FAT and NTFS are always defined. -- Tom Rini (TR1265) http://gate.crashing.org/~trini/ - 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: 2.2 generating odd TCP resets?
Hello! > Well, there were quite a few TCP bugs fixed after 2.2.14. Seems, it is that bug, which you have seen talking from (sorry, I cannot pronounce this host name publically 8)) to amber. ACK, following FIN was considered as illegal data. We have fixed it both in 2.2 and 2.3. Alexey - 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: TRACED] Re: "Tux" is the wrong logo for Linux
On Thu, 19 Oct 2000, Mark Haney wrote: > Richard Johnson wrote: > >Cary, NC. can't be very large. There are, probably, three persons in > >the whole county than have computers. Two haven't been booted since > >the day the were received by the kids because they've been busy > >studying for the M-CAP test. > > Not true. Cary is quite large and is the fastest growing city in NC as of > 1999 figures. It is right next to Raleigh and houses a lot of tech offices. > Lucent, Cable & Wireless, HP. You would be amazed at the tech nology > centers there. Matter of fact, Research Triangle Park is just down the > road. > Not all of NC, or the South for that matter, is a hotbed of ignorance. > > Oops, of course, how careless of me. I stand corrected. It's a great technology center. Just like Duluth, Missoula, and Redmond. ^;) Cheers, Dick Johnson Penguin : Linux version 2.2.17 on an i686 machine (801.18 BogoMips). "Memory is like gasoline. You use it up when you are running. Of course you get it all back when you reboot..."; Actual explanation obtained from the Micro$oft help desk. - 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: TRACED] Re: "Tux" is the wrong logo for Linux
Are you mocking me? :) You know, I don't even know why we are even qualifying the idiot's comments by talking about it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Richard B. Johnson Sent: Thursday, October 19, 2000 2:53 PM To: Mark Haney Cc: Dan Hollis; Alex Buell; [EMAIL PROTECTED] Subject: RE: TRACED] Re: "Tux" is the wrong logo for Linux On Thu, 19 Oct 2000, Mark Haney wrote: > Richard Johnson wrote: > >Cary, NC. can't be very large. There are, probably, three persons in > >the whole county than have computers. Two haven't been booted since > >the day the were received by the kids because they've been busy > >studying for the M-CAP test. > > Not true. Cary is quite large and is the fastest growing city in NC as of > 1999 figures. It is right next to Raleigh and houses a lot of tech offices. > Lucent, Cable & Wireless, HP. You would be amazed at the tech nology > centers there. Matter of fact, Research Triangle Park is just down the > road. > Not all of NC, or the South for that matter, is a hotbed of ignorance. > > Oops, of course, how careless of me. I stand corrected. It's a great technology center. Just like Duluth, Missoula, and Redmond. ^;) Cheers, Dick Johnson Penguin : Linux version 2.2.17 on an i686 machine (801.18 BogoMips). "Memory is like gasoline. You use it up when you are running. Of course you get it all back when you reboot..."; Actual explanation obtained from the Micro$oft help desk. - 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/ - 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: failure to blank CDRWs (2.2.18pre15 smp ide-scsi hp7100i)
On Mon, Oct 16 2000, Mark Cooke wrote: > > Yes but there is a way to do this directly now, the question is can the > > user-space apps change to go both ways. > > Hi Andre, > > Is there any tool / test code that you know of to 'do this directly' - > I'm wanting to try to avoid ade-scsi translation, and show the drive's > still working okay for blanking. One less variable in the soup to > worry about then. Yes, I have a tool in the UDF cvs source that you can use to blank CD's for testing that bypasses ide-scsi. It can also do silly packet type burns, just for testing purposes. So get the UDF cvs source and compile the cdrwtool program. jens - 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: failure to blank CDRWs (2.2.18pre15 smp ide-scsi hp7100i)
On Mon, Oct 16 2000, Douglas Gilbert wrote: > As far as I know, cdrecord interfaces to Linux either > via the sg or pg devices. No-one would be happier than > I if cdrecord bypassed the sg driver and spoke to the > cdrom driver directly. I know the CDROM_SEND_PACKET > ioctl() is in place for lk 2.4 but from which version > has it been functional in the lk 2.2 series? Since 2.2.16 it has been functional in the 2.2 kernels as well. > Jens, do you know of some example code that shows the > CDROM_SEND_PACKET ioctl being exercised for non-trivial > work? Something that could be sent onto Joerg Schilling. Sure, I have some code. The most interesting is probably the cdrwtool just mentioned in this thread. I've been thinking about doing a cdrecord "transport" using the CDROM_SEND_PACKET stuff just for the fun of it, if it worked well enough that would eliminate the need for ide-scsi on ATAPI burners completely. jens - 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: failure to blank CDRWs (2.2.18pre15 smp ide-scsi hp7100i)
On Mon, Oct 16 2000, Andre Hedrick wrote: > > I if cdrecord bypassed the sg driver and spoke to the > > cdrom driver directly. I know the CDROM_SEND_PACKET > > ioctl() is in place for lk 2.4 but from which version > > has it been functional in the lk 2.2 series? > > But the write command is not included in any source tree yet, and it works. No but you could do WRITE_XX through the CDROM_SEND_PACKET stuff, and I have done just that before. > This will be fun when it is released. > Imagine direct read/write access to DVD regardless of filesystems. > It should also do CD-RW's, but not tested. Beware, cd-rw is quite different and not remotely as simple to support as DVD-RAM. jens - 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/
RFC: big ac97_codec audio update
It's a big update, but I think it is necessary.
We need the new codec-specific init functions.
We need the new ac97-valid-reg checking.
We need the dynamic bit resolution detection.
Full change description, and tested patch against 2.4.0-test10-pre4,
follows. This includes some interface changes that may be
objectionable, but I consider it to be fixing up an interface before
final 2.4.0 release...
Comments and feedback very much appreciated. This code is tested on via
audio.
Judging from comments already received, it looks like we need to do
logarithmic instead of linear scaling for the OSS mixer values (0 -
100).
This change affects a bunch of drivers, and needs lots of testing:
maestro (when patched to use ac97_codec), trident, via, ymfpci, nm256
(when patched), and others I am probably forgetting.
(Linus, this is CC'd as an FYI, not to be applied...)
Jeff
--
Jeff Garzik| The difference between laziness and
Building 1024 | prioritization is the end result.
MandrakeSoft |
Improvements for the kernel AC97 codec support
++ AC97 codec vendor/device info table
* Add some new codec ids from ALSA
* Merge wolfson_init and tritech_init from ALSA
* Numerically sort by codec id
++ New codec read/write interface
* Imported check for valid AC97 registers from ALSA
(hopefully solves problems w/ AK codecs)
* Add functions ac97_codec_{read,write}, which first check for
a valid register, and then proceed with the register read/write.
* Use ac97_codec_{read,write} throughout the code.
* Export ac97_codec_{read,write} to the world.
* Note - The old interface continues to work just fine,
you just don't have valid-reg checking.
++ Mixer channel initialization
* Auto-detect channel existence, and bit resolution. w00t!
* New method of using codec->supported_mixers: fill it in for a
custom mask, or set to zero to autodetect all responding mixer
channels.
* Using the register bit info table in the AC97 specification,
populate new ac97_hw[] fields 'offset', 'stereo', 'mute', and
'bits'.
* Remove mixer_defaults[], no longer needed.
* ac97_def_mix_val is now used instead of mixer_defaults[] to set
a global default mixer value. If you want to set per-channel
mixer defaults, change ac97_hw[x].def_mix_val from zero to
the desired number.
++ Mixer channel read / write
* Use bit resolution detected in mixer init step to always
properly scale mixer channels, regardless of register size.
* Use 'offset', 'stereo' data from ac97_hw[] for ease of ac97
register reads.
* Use 'mute' data from ac97_hw[] for proper muting control
* Bug fix: preserve, not trample, the Mic loudness bit
* Export ac97_read_mixer to the world. ac97_write_mixer was
exported, so why not this too.
* Because ac97_write_mixer was already exported,
and ac97_read_mixer now is, delete ac97_codec::{read,write}_mixer.
(breaks trident build I think, but easy fix)
++ AC97 modem stuff gone
* It seemed like a half-hearted attempt. The -only- modem
related code that existed was a check for audio/modem codec
(which was output with printk), and an unused modem_ioctl
member of struct ac97_codec. Gone.
++ Miscellaneous
* Provide URLs for AC97 specification.
++ Code cleanup
* Remove unnecessary function prototypes.
* Use ARRAY_SIZE macro from kernel.h, not non-standard
arraysize
* Const-ify ac97_rm2oss[], ac97_oss_rm[]
* Const-ify ac97_codec::name.
* Use 'u32' type for those members that we bitmask.
* Move mixer_state into a new ac97_mixer_entry structure
* Fix up debug code to be correct for the above changes,
add some debug code for the new resolution autodetect stuff.
* Add comments to some members of struct ac97_codec.
Index: include/linux/ac97_codec.h
===
RCS file: /g/cvslan/linux_2_3/include/linux/Attic/ac97_codec.h,v
retrieving revision 1.1.1.8
retrieving revision 1.1.1.8.16.2
diff -u -r1.1.1.8 -r1.1.1.8.16.2
--- include/linux/ac97_codec.h 2000/10/02 08:25:59 1.1.1.8
+++ include/linux/ac97_codec.h 2000/10/19 04:20:12 1.1.1.8.16.2
@@ -135,14 +135,20 @@
#define supported_mixer(CODEC,FOO) ((CODEC)->supported_mixers & (1
Re: 2.2 generating odd TCP resets?
On Wed, 18 Oct 2000, Brian Craft wrote:
> In the code below, I removed the shutdown() and added the block
> after do_scan() to eliminate the RST. The read() never finds any data.
> If there's no data pending, why does read() have any affect?
EOF is considered pending data... and has to be read.
this first snippet you posted would clear the EOF:
> b.c.
>
>
> fcntl (data_fd, F_SETFL, 1);/* set non-blocking */
> /*shutdown (data_fd, 0); */
> do_scan (w, h, data_fd);
> {
> char buff[10];
> int i, c;
> printf("looking for extra data\n");
> while ((c = read(data_fd, buff, 10)) >= 0) {
> if (c > 0) {
> for (i=0; i printf("%x ", buff[i]);
> }
> printf("\n");
> }
> }
> printf("no more data\n");
> }
> close (data_fd);
but in this next message with the "st" program, the read() doesn't clear
the EOF...
On Wed, 18 Oct 2000, Brian Craft wrote:
> while (count < LEN) {
> n = read(fd, buff, 100);
> if (n < 0) {
> printf("error on read\n");
> break;
> }
> count += n;
> }
you need one more read() to clear the EOF.
i'm not saying this totally explains the problems you're seeing, but i
think it's suspect.
-dean
-
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/
oops with dd with test10-pre4
I got this oops dding partitions. test10-pre3 works fine. below is a representative sample. Thanks -- todd -- root@pcx4168:~# fdisk -l /dev/hda Disk /dev/hda: 255 heads, 63 sectors, 1216 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hda1 164514048+ 83 Linux native /dev/hda265 121457852+ 6 FAT16 /dev/hda4 1200 1216136552+ 82 Linux swap root@pcx4168:~# fdisk -l /dev/hdc Disk /dev/hdc: 255 heads, 63 sectors, 3739 cylinders Units = cylinders of 16065 * 512 bytes Device BootStart EndBlocks Id System /dev/hdc1 1 128 1028128+ 83 Linux native /dev/hdc2 * 129 1844498206 FAT16 /dev/hdc3 185 3720 28402920 8e Linux LVM /dev/hdc4 3721 3739152617+ 83 Linux native root@pcx4168:~# dd if=/dev/hdc2 of=/dev/hda2 bs=32k invalid operand: CPU:0 EIP:0010:[] EFLAGS: 00010282 eax: 001c ebx: 0200 ecx: c12ea000 edx: esi: c11f6448 edi: 0001 ebp: 0762e045 esp: c12ebecc ds: 0018 es: 0018 ss: 0018 Process kswapd (pid: 2, stackpage=c12eb000) Stack: c020eb65 c020ed24 0066 400fa000 40102000 c75bc3e4 400f7000 c01262c3 c13e3620 c75cf4a0 400f9000 c75bc3e4 0004 400f7000 c75cf4a0 c13e3620 0004 404f7000 c75be400 40102000 40102000 c75be400 c012637d Call Trace: [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 83 c4 0c 90 f7 c5 02 00 00 00 74 18 6a 68 68 24 ed 20 kernel BUG at vmscan.c:102! invalid operand: CPU:0 EIP:0010:[] EFLAGS: 00010286 eax: 001c ebx: 0700 ecx: c025c004 edx: 0021 esi: c11f65e0 edi: 0001 ebp: 07634045 esp: c57abb4c ds: 0018 es: 0018 ss: 0018 Process dd (pid: 2372, stackpage=c57ab000) Stack: c020eb65 c020ed24 0066 b000 c000 c75bbff8 bfff9000 0401 c01262c3 c13e3620 c75cf560 bfffe000 c75bbff8 0003 bfff9000 c75cf560 c13e3620 0003 c03f9000 c75bebfc c000 c000 c75bebfc c012637d Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 83 c4 0c 90 f7 c5 02 00 00 00 74 18 6a 68 68 24 ed 20 Segmentation fault root@pcx4168:~# cpuinfo:root [pcx4168] /proc $ cat cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 5 model name : Pentium II (Deschutes) stepping: 2 cpu MHz : 448.000878 cache size : 512 KB fdiv_bug: no hlt_bug : no sep_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr bogomips: 894.57 .~. Todd Roy, Senior Database Administrator .~. /V\ Holstein Association, U.S.A. Inc. /V\ // \\ [EMAIL PROTECTED] // \\ /( )\ 1-802-254-4551x4230 /( )\ ^^-^^ ^^-^^ ** This footnote confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. ** - 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/
