For Your Consideration!

Hello, I need you to assist me claim and invest the sum of $50 Million(Fifty Million US Dollars) in your Country.You will get 30% share out of the total fund for your assistance.More details when i hear back from you. Kind regards, John

forcedeth trouble in 2.6.19(.1)

, ISR=0x97, t=2189. Dec 17 05:35:39 butterfly kernel: [184437.367308] NETDEV WATCHDOG: eth3: transmit timed out Dec 17 05:35:39 butterfly kernel: [184437.367315] eth3: Tx timed out, lost interrupt? TSR=0x3, ISR=0x3, t=1188. Is this the same issue? Thanks. -- John M Flinchbaugh [EMAIL PROT

Possible race in sound/oss/forte.c ?

I know the OSS drivers are deprecated, but I'm trying to figure this out for my own understanding. Here's code from sound/oss/forte.c, in the write system call handler. A test has already been performed (under the protection of the lock) and the driver has decided to sleep. add_wait_queue (&

Re: Exploit in 2.6 kernels

On Thu, 2005-04-14 at 16:02 -0400, Greg Folkert wrote: > A-Freakin'-MEN me droogy. > > Hehehe, either a slow system, or you know how to transfer a working > setup to another machine. > > My current image I use(d) for all of my machines was Built a long time > ago, I think slink was what I used to

Re: Exploit in 2.6 kernels

On Wed, 2005-04-13 at 09:23 -0400, Lennart Sorensen wrote: > Graphics card companies don't realize they are hardware companies not > software companies and that it is hardware they make their money from? > Oh and they have too many lawyers? > > It seems to me that 2D graphics are a done deal, wit

Re: Exploit in 2.6 kernels

On Tue, 2005-04-12 at 14:08 -0700, Chris Wright wrote: > * John M Collins ([EMAIL PROTECTED]) wrote: > > Thanks to everyone for the pointers on this one I've rebuilt the kernels > > and we'll see what happens. > > BTW, I'd recommend updating to 2.6.11.7 so

Re: Exploit in 2.6 kernels

Thanks to everyone for the pointers on this one I've rebuilt the kernels and we'll see what happens. Seems like they got in because on most of the machines I had an ancient sshd_config which allowed Protocol 1. When I installed newer sshds the newer sshd_config got stuck in as a ".rpmnew" file. >

Exploit in 2.6 kernels

Please CC any reply to jmc AT xisl.com as I'm not subscribed - thanks We had 5 machines broken into last night all but one with kernel 2.6.8 and found a binary "krad-no-longer-private.c" had been downloaded It contains the string: k-rad.c - linux 2.6.* CPL 0 kernel exploit Discovered Jan 2005

debug: sleeping function...slab.c:2090

[] __might_sleep+0xac/0xc0 [] kmem_cache_alloc+0x5e/0x60 [] kmem_cache_create+0xe3/0x570 [] proto_register+0x99/0xc0 [] inet6_init+0x16/0x1d0 [ipv6] [] sys_init_module+0x172/0x230 [] syscall_call+0x7/0xb -- John M Flinchbaugh [EMAIL PROTECTED] signature.asc Description: Digital signature

Hangup using USB Flash "Disks"

Please CC me at [EMAIL PROTECTED] as I'm not subscribed. I'm using kernel 2.6.8.1 (from Mandrake 10.1 I usually like to build a custom kernel for each machine we've got). I've recently taken to using USB Flash "Disks" to carry stuff around on and I've not had any problems except on one machine.wi

Re: Thinkpad R40 freezes after swsusp resume

On Wed, Feb 16, 2005 at 02:59:40PM -0500, John M Flinchbaugh wrote: > correcting the problem, so I can get swsusp and ACPI coexisting > happily > on my Thinkpad R40. > Does anyone here on the ACPI list have some logical next steps for > me to > test? > - Forwarde

Re: Swsusp, resume and kernel versions

code a script smart enough to grep your swap partitions out of your fstab. -- John M Flinchbaugh [EMAIL PROTECTED] signature.asc Description: Digital signature

Re: Thinkpad R40 freezes after swsusp resume

the ipw2100.sf.net drivers, and I've gotten the freeze without even having those modules loaded, so I doubt that's it. I'm currently testing booting with acpi=off. While, I've not had a freeze yet (nearly 2 days), I may take your advice and test with laptop-mode disabled as w

Re: Thinkpad R40 freezes after swsusp resume

otten lucky and not seen the issue for upto 4 days at a time. Assuming disabling ACPI causes my trouble to go away, what's my next step in debugging this issue? I'd hate to just leave it at "Don't use ACPI." Thanks for your time. -- John M Flinchbaugh [EMAIL PROTECTED] signature.asc Description: Digital signature

2.6.11-rc4: oops in swsusp

LOCK is not set # # Library routines # CONFIG_CRC_CCITT=m CONFIG_CRC32=m CONFIG_LIBCRC32C=m CONFIG_ZLIB_INFLATE=m CONFIG_ZLIB_DEFLATE=m CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_X86_BIOS_REBOOT=y CONFIG_PC=y thanks. -- John M Flinchbaugh [EMAIL PROTECTED] signature.asc Description: Digital signature

Re: Thinkpad R40 freezes after swsusp resume

ptop-mode, turning swappiness up to 100%, saving the hwclock, etc. having taken all that out, i find it unnecessary anymore. -- John M Flinchbaugh [EMAIL PROTECTED] signature.asc Description: Digital signature

Thinkpad R40 freezes after swsusp resume

least get a call trace to see where i'm stuck? thank you everyone. -- John M Flinchbaugh [EMAIL PROTECTED] signature.asc Description: Digital signature

2.6.11-rc3: intel8x0 alsa outputs no sound

nes # CONFIG_CRC_CCITT=m CONFIG_CRC32=m CONFIG_LIBCRC32C=m CONFIG_ZLIB_INFLATE=m CONFIG_ZLIB_DEFLATE=m CONFIG_GENERIC_HARDIRQS=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_X86_BIOS_REBOOT=y CONFIG_PC=y -- John M Flinchbaugh [EMAIL PROTECTED] signature.asc Description: Digital signature

[glynis@butterfly.hjsoft.com: test10 and cpia_usb camera]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 i'm happy to see my cheap little camera working again. i have observations though: using uhci.o, i only get black image from video camera in xawtv. using usb-uhci.o, i get a picture, but i periodically get: kernel: usb-uhci.c: interrupt, status , fr

cpia_usb cameras

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 did something change in the past 2 months to break cpia_usb cameras? the last i remember using my webcam was toward the end of august. it hasn't been working with test9 or test8 i don't think. the device shows up just fine, the /proc/cpia/video0 is

esound over tcp problem with linux-2.4.0-test[89]

Package: esound Version: 0.2.19 i've emailed various people about this already, but i've figured out a couple new things. basically, when i added ram to my linux-2.4.0-test8 box taking it from 96M to 192M of ram. esd over tcpip started popping, hesitating, distorting. if i limit the memory at k

esd problem with linux 2.4.0-test8 and >= 128M

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 is there something magical about the memory size of 128M of ram in the kernel, on this system, in the sound driver, or in esound? i recently upgraded my inspiron 3800 from 96M (32 + 64) to 192M (64 + 128), and now playing mp3s, wavs or any other digi