Re: [OT]: DRI doesn't work on 2.4.0 but does on prerelease-ac5
On Mon, Jan 08, 2001 at 02:56:05PM -0800, J Sloan wrote: > In my case, that meant nuking mesa from my system and > letting Linux use what was left, which got me back the good > accelerated performance - you may choose a less drastic > option. I don't see any breakage from the absence of mesa. Well, the real problem is that (at least Voodoo3) DRI didn't work _before_ with the "latest" test and pre kernels, and X < 4.0.2 (unless there was some combination I didn't manage to find) even if it was using the correct library. [ If anyone would like some help, feel free to email me directly ] -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.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: DRI doesn't work on 2.4.0 but does on prerelease-ac5
On Mon, Jan 08, 2001 at 10:45:09PM +, Michael D. Crawford wrote: > glxinfo says dri is not available if I remove the library as I did. So I > rebuilt Mesa and reinstalled it. The full output of glxinfo on my machine > follows. Note that it says "direct rendering: Yes" but the version strings > don't match. Does that indicate the problem? > FWIW, this works: server glx vendor string: SGI server glx version string: 1.2 client glx vendor string: SGI client glx version string: 1.2 OpenGL vendor string: VA Linux Systems, Inc. OpenGL renderer string: Mesa DRI Voodoo3 20001101 OpenGL version string: 1.2 Mesa 3.4 > server glx vendor string: Brian Paul > server glx version string: 1.3 Mesa 3.4 > client glx vendor string: Brian Paul > client glx version string: 1.2 Mesa 3.4 > OpenGL vendor string: Brian Paul > OpenGL renderer string: Mesa X11 > OpenGL version string: 1.2 Mesa 3.4 -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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: [OT]: DRI doesn't work on 2.4.0 but does on prerelease-ac5
On Mon, Jan 08, 2001 at 04:37:32PM -0800, J Sloan wrote: > Ragnar Hojland Espinosa wrote: > > Well, the real problem is that (at least Voodoo3) DRI didn't work _before_ > > with the "latest" test and pre kernels, and X < 4.0.2 (unless there was some > > combination I didn't manage to find) even if it was using the correct > > library. > That's odd, perhaps we should compare notes - Seeing that it _finally_ worked (that qbert spongies xscreensaver thing is hilarious:) I cleaned up all the logs, along with the mesas and glides builds .. so right now all I have is a working setup (which I can't complain about) > I have been getting good accelerated 3D from my voodoo3 > since around 2.3.36, except for one brief period around > 2.3.99-something where some critical kernel code changed. IIRC I started trying to make it work around 2.3.99 but wasn't as fortunate as you since as mentioned it just refused to work. > BTW I am using the X server from 3dfx.com - Ah, that could have something to do with it, because I always used the (mirrorerd) xfree86.org binaries. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." - 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: Warnings on compiling 2.4.1-pre8
On Fri, Jan 19, 2001 at 11:15:27AM +, Jason Saunders wrote: > Since about 2.4.0-prerelease, I've been getting odd errors on compilation. A > sample is included below. It happens for every source file that includes > - is it anything to worry about? > > In file included from /usr/src/linux/include/linux/modversions.h:117, > from /usr/src/linux/include/linux/module.h:21, > from signal.c:11: > /usr/src/linux/include/linux/modules/irsyms.ver:1: warning: > `__ver_irttp_open_tsap' redefined > /usr/src/linux/include/linux/modules/irmod.ver:1: warning: this is the > location > of the previous definition [...] try a make mrproper -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." - 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: [OT?] Coding Style
On Sat, Jan 20, 2001 at 05:19:17PM +0100, [EMAIL PROTECTED] wrote: > I just wanted to say that Linus´ CodingStyle is the ONLY SANE style of > writing code in bigger projects. At university we are forced to use exactly the And the lord spake, saying, "First shalt thou write thy holy code. Indenting shalt thou count to three, no more, no less. Three shalt be the spaces thou shalt count, and the number of the counting shalt be three. Four shalt thou not count, nor count thou two, excepting that thou then proceedeth to three. Eight is right out. Once the number three, being the third number be reached, shalt thou move towards indenting thy next line .. .. ;) -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." - 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: BTTV detection broken in 2.4.0-test11-pre5
On Sun, Nov 19, 2000 at 07:00:41PM -0800, Dan Hollis wrote: > On Mon, 20 Nov 2000, David Woodhouse wrote: > > On Sun, 19 Nov 2000, Dan Hollis wrote: > > > Writeprotect the flashbios with the motherboard jumper, and remove the > > > cmos battery. > > > Checkmate. :-) > > Only if you run your kernel XIP from the flash. If you load it into RAM, > > it's still possible for an attacker to modify it. You can load new code > > into the kernel even if the kernel doesn't make it easy for you by having > > CONFIG_MODULES defined. > > The original assertion made was that a script kiddie could modify the > kernel so you wouldnt be able to detect a rooted box even after a reboot. > > What I posted would stop that cold, 100%. Boot from writeprotected floppy, > writeprotect the flashbios, and remove the cmos battery. There was some patch floating around so you could boot a new kernel without having to reboot. And I'm guessing you could also "box" it into a plex86 vm. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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-test11: "_isofs_bmap: block < 0"
On Tue, Nov 21, 2000 at 08:14:51AM +0300, Eugene Crosser wrote: > zero entries on the mounted CD, and each "ls" attempt causes this > kernel message: > > _isofs_bmap: block < 0 Same here, except that once showed _isofs_bmap: block >= EOF (1633681408, 4096) -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.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: silly [< >] and other excess
On Thu, Nov 23, 2000 at 12:26:30AM +, Russell King wrote: > Albert D. Cahalan writes: > > > Function entered at [] from [] > > > Function entered at [] from [] > > > Code: e51f2024 e5923000 (e5813000) e3a0 e51f3030 > > > > All those numbers get looked up. Keep going for another 25 lines too. > > Oh, missed this one. Here you're wrong again. The numbers in [< >] > should be looked up, and no others. The code can look exactly like > a kernel address. In this case you definitely do NOT want to have > them converted. Okay. How about just using some prefix to the hex number, such as '>'? It'll still save plenty of space, and would be trivial changes for the tools. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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} isofs stuff
On Thu, Nov 23, 2000 at 04:50:22AM +0100, [EMAIL PROTECTED] wrote: > Below a working patch for which the isofs images I got > all are OK. (There is still a lot of silliness here - > superfluous parentheses, a rename of isofs_cmp to isofs_comp > in one file to avoid confusion with the isofs_cmp in another file..) Yup, indeed it solves the dir/namei problem. However, while my ide drive is fine, my mistumi (mcdx) still oopses and/or aaies when doing dd on it. Here's what I was able to catch from the trace.. doesn't look too relevant, tho. I tried oopisng it again, but it spew a list of hex addresses as long as my arm and couldn't catch the first one. __wake_up ce-28 0xe3c9d34d handle_scancode del_timer handle_scancode do_SAK vc_resize Where __wake_up: c0113f95: 89 15 4c 01 22 c0 movl %edx,0xc022014c c0113f9b: ff 05 44 c4 25 c0 incl 0xc025c444 c0113fa1: 89 d8 movl %ebx,%eax c0113fa3: e8 10 fa ff ff call c01139b8 c0113fa8: 57 pushl %edi c0113fa9: 9d popf c0113faa: 8b 4d f8movl 0xfff8(%ebp),%ecx c0113fad: 23 4e 00andl 0x0(%esi),%ecx c0113fb0: f6 c1 01testb $0x1,%cl c0113fb3: 75 43 jnec0113ff8 <__wake_up+0xd0> c0113fb5: 8b 45 e8movl 0xffe8(%ebp),%eax c0113fb8: 39 45 e4cmpl %eax,0xffe4(%ebp) c0113fbb: 74 3b je c0113ff8 <__wake_up+0xd0> c0113fbd: 8b 75 e4movl 0xffe4(%ebp),%esi c0113fc0: 8b 55 e4movl 0xffe4(%ebp),%edx c0113fc3: 83 c6 f8addl $0xfff8,%esi c0113fc6: 8b 12 movl (%edx),%edx c0113fc8: 89 55 e4movl %edx,0xffe4(%ebp) c0113fcb: 8b 5e 04movl 0x4(%esi),%ebx >>> c0113fce: 8b 03 movl (%ebx),%eax c0113fd0: 85 45 fctestl %eax,0xfffc(%ebp) c0113fd3: 74 e0 je c0113fb5 <__wake_up+0x8d> c0113fd5: 83 7d f4 00 cmpl $0x0,0xfff4(%ebp) c0113fd9: 74 96 je c0113f71 <__wake_up+0x49> c0113fdb: 8b 4d f8movl 0xfff8(%ebp),%ecx c0113fde: 23 4e 00andl 0x0(%esi),%ecx -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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} isofs stuff
On Thu, Nov 23, 2000 at 09:20:15AM -0800, Linus Torvalds wrote: > Can you check whether the single patch of _just_ removing the extra "f_pos > >= i_size" test in do_isofs_readdir() fixes it? The other changes of > Andries patch look like they should not affect code generation at all, but > I'd still like to verify that it's only that part. If so, it definitely Verified, it does. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.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/
2.4.0-t11: IDE probe failed
I still get those at random (and no, I'm not hot-rebooting from ms windows) Normally the cookie is 0xfff8 or similar. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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/
test12pre6: BUG in schedule (sched.c, 115)
as per subject.. BUG in schedule (sched.c, 115) -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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: test12pre6: BUG in schedule (sched.c, 115)
On Wed, Dec 06, 2000 at 02:00:12PM -0800, Mike Kravetz wrote: > Ragnar, > > Are you sure that was line 115? Could it have been line 515? Yes, yes, it was 515. 115 is the result of human cache corruption ;) > Also, do you have any Oops data? It just froze there. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.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: Whining about MIME formatted email
On Fri, Sep 08, 2000 at 11:10:13PM +0200, Kurt Garloff wrote: > Stop making stupid statements like this, please, and comparing well-defined > RFC standards with proprietary formats. > MIME is a way for people that happen to use non 7bit characters to be able > to print their name correctly, even in presence of MTAs somewhere in between You can say it louder but you can't say it clearer. I'd love to know that my surname shows up correctly everywhere. BTW, mutt shows MIME patches in plain text without any problems -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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 11:04:44AM -0700, Dan Hollis wrote: > 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? Geez. What are you going to do next, post his picture on interpol.int? It's just a fscking troll, that's what /dev/null is for. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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/
irq probe failed? (2.4.0-latests)
On at least test8 onwards on hd[abc] I sometimes get an
printk("%s: IRQ probe failed (0x%lx)\n", drive-> name, cookie);
with cookie being ~0
VT82C586
hda: ST320423A, ATA DISK drive
hdc: SAMSUNG VG34323A (4.32GB), ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
dma and udma off.
--
/| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B
\ o.O| 2F0D27DE025BE2302C
=(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822
U chaos and madness await thee at its end." hkp://keys.pgp.com
Handle via comment channels only.
-
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.4.0-test10
On Wed, Nov 01, 2000 at 06:44:25PM -0600, M.H.VanLeeuwen wrote: > "CRADOCK, Christopher" wrote: > > I have a similar hardware list and I don't observe any of these problems on > > 2.4.0-test10x. Is it possibly a hardware conflict somewhere? > > > > What I do see occasionally is if X was ever heavy on the memory usage (say > > I've run GIMP for a couple of hours) then the text console's font set gets > > trashed until the next reboot. Console driver failing to reset something? > Never had the trashed fonts before. Well, here never did until today :) With test9, I had left the box idle downloading stuff over ppp for like 6h under X. While wget was running, switched to a vc and with each dot wget printed, the font map got screwed up more and more. Not a particular useful report, but I thought I'd mention it in case it rings a bell somewhere .. UP instead of your SMP, VIA instead of PIIX. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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.4.0-test10
On Thu, Nov 02, 2000 at 06:57:06PM +0100, Ragnar Hojland Espinosa wrote: > Well, here never did until today :) With test9, I had left the box idle Just happened with test10, same circumstances .. font map got corrupted, and noise on the screen. Switching back and forth from X to a vc fixed it, tho. Sort of amusing that it (apparently) only happens with ppp + wget .. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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.4.0-test10
On Fri, Nov 03, 2000 at 01:25:10AM -0500, [EMAIL PROTECTED] wrote: > > Just happened with test10, same circumstances .. font map got corrupted, and > > noise on the screen. Switching back and forth from X to a vc fixed it, tho. > > > > Sort of amusing that it (apparently) only happens with ppp + wget .. > > You have a voodoo3 or voodoo5 with X4, and the DRI X4 module loaded. > > Or am I wrong? v3.. bingo :) -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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: No tcp connection establishment with 2.4
On Thu, Nov 09, 2000 at 12:13:21PM +0100, Erik Mouw wrote: > On Thu, Nov 09, 2000 at 12:08:32PM +0100, Michele Iacobellis wrote: > > [Summary] > > No tcp connection establishment with 2.4 > > > [snip] > > Disable "Explicit congestion notification support" in the networking > options. It breaks with certain Cisco firewalls. Actually, it does not break with cisco firewalls; cisco firewall configurations are the ones broken .. :) -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.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: VM problem (2.4.0-test11)
On Wed, Dec 13, 2000 at 12:41:19AM +0100, J . A . Magallon wrote: > There are various patches-ways-to-do available, kernel gurus are still working > on it... > (leave always some 4% of mem for root, kill some process when mem is exhausted, > which one to kill...) which is a bad idea; 4% of 1GB is a waste, and 4% of 8mb is really pushing it (that is, if we are speaking about root just doing cleanup stuff) -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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 kernel modules development in C++
On Thu, Sep 28, 2000 at 01:45:40AM +0200, Igmar Palsenberg wrote: > Some arguments why not to use it in the kernel : > > - C++ gives overhead. With something like a kernel that's unwanted. You pay for what you use, no less no more. C++ compilers don't generate bloated code `per se' but, yes, it's easier to make mistakes that degenerate into bloatedness. > - Things like exception handling is hard to do in a kernel. You don't need it. And if you don't use it you don't pay for it. > - The're a lot more people that know C than C++ Let's put it the other way... there aren't many people who know C++ around. Well, there are less people who understand the kernel. Then, maybe, to make it more accessible, we should dumb it down. > And I probably forgot a few :) Sure :) Someone mentioned they preferred C because they knew exactly what the compiler would be generating. I wonder if they got this knowledge in some magic way, and what makes them think that they couldn't learn what C++ compilers do (at least G++) Of course, yes, I do agree that if the kernel is in C and putting in C++ requires more than some little localized glue or similar, C++ shouldn't go in. But I'll never understand this C++ aversion. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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: Posting to this list without 500 bounces?
On Wed, Sep 27, 2000 at 05:38:23PM -0400, Mike A. Harris wrote: > This message may be seen by some to be OT, but it concerns > ISP's SMTP. I figured despite the slowness, it would solve the > problem. Now I'm getting back all sorts of bounces from machines > blocking using something at "www.mail-abuse.org/dul" which > appears at a glance to be some list of all ISP's dialup modems or > something - meaning using my dialup machine with my own MTA is > going to be just as bad or worse.. SIGH. I had the same problem; the DUL people said there had been people spamming from my ISP, so they blocked _every_ user from that ISP (which is quite big) I found very annoying that it just took a Joe Spammer to rip me from my right to run sendmail on my PC. Funny, huh? So I switched ISPs and hope it takes a while to happen again. :| -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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 kernel modules development in C++
On Thu, Sep 28, 2000 at 04:44:55PM -0400, Horst von Brand wrote: > Ragnar Hojland Espinosa <[EMAIL PROTECTED]> said: > > On Thu, Sep 28, 2000 at 01:45:40AM +0200, Igmar Palsenberg wrote: > > Let's put it the other way... there aren't many people who know C++ > > around. Well, there are less people who understand the kernel. Then, > > maybe, to make it more accessible, we should dumb it down. > > It is not necessarily a good thing that everybody and her grandmother think > they can hack on Linux... exhibit A for the defense: Look at the average > skill level of your run-of-the-mill $GUI_WORDPROCESSOR user: Sure, they are Yes, yes.. I should had added some ;) smiley there; I was trying to point out that the fact that not all mainstream kernel hackers know (or like;) C++ shouldn't be IMO a reason to put it aside. [ Disclaimer: Please note I'm not advocating for C++ifying the kernel; we all know it wouldn't be a good idea as it is. ] -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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: Posting to this list without 500 bounces?
On Thu, Sep 28, 2000 at 08:25:09PM +, Miquel van Smoorenburg wrote: > In article <3776575819.970144217@[10.10.1.2]>, > And unreliable ISP SMTP servers? Hard to imagine, as 99.5% of the > userbase undoubtedly uses that SMTP server and I can't believe > that a reasonable ISP randomly drops email messages. Here in Spain a good number of ISPs are extremely reliable. They must be, since they have the habit of upgrading or going through "scheduled" maintenance. ;) And you don't even want to hear about usenet, radius, disconnections, or cable/adsl deployment. Once T, _the_ phone co lost connectivity to the rest of the world, and they said a excavator had cut the fiber. I emailed their backbone provider and found out that T decieded not to keep the contract, so their provider cut them off. (Eventually newspapers called it the "ghost excavator":) Umm... back to on-topicness :) -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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: ide-scsi seems to inhibit mounting CD-ROMs
On Fri, Sep 29, 2000 at 11:41:20AM +0200, Lars Steinke wrote: > When using ide-scsi to access a CDRW writer, the recording process works > but I am not able to mount any CD-ROM media in that drive for reading. And here it's exactly the opposite :) If anyone has a Philips CDD-36xx drive and cdrecord works, a private email would be gladly welcome. /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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: ide-scsi seems to inhibit mounting CD-ROMs
On Sat, Sep 30, 2000 at 01:06:13PM -0500, Thomas Molina wrote: > My CD-RW is a Phillips CDD-3610. I'm not sure who the person wanting > input from a Phillips user was so I hope that person is reading here. I > got cdrecord working by NOT compiling in ATAPI CD ROM support, and by > compiling ide-scsi emulation as built-in rather than modular. I have a Thanks Thomas, I had reached a similar conclusion from what various guys emailed me; it looks like compiling it in instead of as a module makes it work well. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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: No SCSI burning problem (was: Bug in "ide-pci.c")
On Sat, Oct 07, 2000 at 11:16:30AM -0700, Andre Hedrick wrote: > On Sat, 7 Oct 2000, Jeff V. Merkey wrote: > > > append "hdd=ide-scsi" > > append "hdd=scsi" is better. Care to explain why? -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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/
mcdx oopsing in d_lookup (2.4.0-test9)
After mounting; Doing 1 or 2 ls, works fine. However if you do a cat * > /dev/null, it oopses. I'm not sure if this is the real evil-doer since it spews a couple of oopses out of scrollback reach, but the last point appears to be in d_lookup, in the for. 0xc013bfc6 : movl 0x0(%ebp),%ebp which I'd say is. tmp = tmp->next; with ebp 0xaedcffd, ebx 0xaedcfe5 ; (at the end of the for 0xc013c044 : leal 0xffe8(%ebp),%ebx 0xc013c047 : cmpl 0x10(%esp,1),%ebp 0xc013c04b : jne0xc013bfc6 ) If neccessary, I'll hand copy it. -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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-pre1: cd burn data mismatch
Burnt a CD, compared the file with the original, and found out the following. As you can see, the mismatch is the same depending on the offset. What's wrong? I'm using the ide-scsi patch Andre posted, btw. 07CEE45D: 63 73 0C96C5FF: 85 05 0D4B259A: B8 38 0FA3259A: DC 5C 1259745D: E1 F1 17CAA45D: 48 58 1C62A45D: CB DB 1D46E5FF: BD 3D 1E37359A: EC 6C 2023059A: BA 3A 2317259A: 85 05 2462E511: 0B 8B +++ drivers/scsi/ide-scsi.c Sat Oct 7 10:52:13 2000 @@ -435,7 +435,6 @@ + SELECT_DRIVE(HWIF(drive), drive); if (IDE_CONTROL_REG) OUT_BYTE (drive->ctl,IDE_CONTROL_REG); OUT_BYTE (dma_ok,IDE_FEATURE_REG); OUT_BYTE (bcount >> 8,IDE_BCOUNTH_REG); OUT_BYTE (bcount & 0xff,IDE_BCOUNTL_REG); - OUT_BYTE (drive->select.all,IDE_SELECT_REG); -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." hkp://keys.pgp.com Handle via comment channels only. - 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: Total loss with 2.4.0 (release)
On Tue, Jan 23, 2001 at 12:33:45AM -0500, Mike A. Harris wrote: > On Mon, 15 Jan 2001, Trever Adams wrote: > > >I had a similar experience. All I can say is windows 98 > >and ME seem to have it out for Linux drives running late > >2.3.x and 2.4.0 test and release. I had windows completely > >fry my Linux drive and I lost everything. I had some old > > I don't see how Windows 9x can be at fault in any way shape or > form, if you can boot between 2.2.x kernel and 9x no problem, but > lose your disk if you boot Win98 and then 2.3.x/2.4.x and lose > everything. Windows does not touch your Linux fs's, so if there WS Windows might reprogram IDE / drives in some way that, being left in that state, conflict with linux's. .. well, ask Andre, he'll know :) -- /| Ragnar Højland Freedom - Linux - OpenGL Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= "Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end." - 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: >128 MB RAM stability problems (again)
On Wed, Jul 04, 2001 at 11:16:43PM -0400, Bill Pringlemeir wrote: > I also have had problems with a machine that had 128Mb + 64 Mb. I > discovered the following about 2.4.x. You _should_ have a swap file > that is double RAM. Mixing different SDRAM types is probably a bad > thing. So if you upgraded, then that might be problematic. And here's a counter claim: At home have 128 + 64, both of different speeds and brands. Of course, to run properly you have to force the pc100 to run at 66, but other than that they're happy (96MB swap) -- /| Ragnar Højland Freedom - Linux - OpenGL |Brainbench MVP \ o.O| PGP94C4B2F0D27DE025BE2302C104B78C56 B72F0822 | for Unix Programming =(_)= "Thou shalt not follow the NULL pointer for | (www.brainbench.com) U chaos and madness await thee at its end." - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
