8139too.c and 2.4.4-pre1 kernel burp

Jeff, I noticed the following on boot with 2.4.4-pre1: kernel: eth0: Too much work at interrupt, IntrStatus=0x0001. What is this saying to me :) Thanks, Frank - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordom

Re: 8139too.c and 2.4.4-pre1 kernel burp

Jeff Garzik wrote: > Frank Jacobberger wrote: > >> Jeff, >> >> I noticed the following on boot with 2.4.4-pre1: >> >> kernel: eth0: Too much work at interrupt, IntrStatus=0x0001. >> >> What is this saying to me :) > > > How often

loop races broke big time in 2.4.2-pre3

So I assume we wait on baited breathe for 2.4.2-pre4 or branch off soon to 2.5 blah? Frank - 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 th

exit.c -prerelease-diff - Jan 4

+ current->state = TASK_ZOMBIE; Why the update on exit.c to include TASK_ZOMBIE? Thanks, Frank - - 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/

lcalls ???

Would someone be so kind and inform where I might go ferret out why I'm getting these multiple lcalls from pci-pc.o? Would I look real hard at General Setup in make menuconfig?? The kernels I have maked all work, but this little area puzzles me __

RH 7 update of 2.96 gcc and make

Seems stable enough... the following are excerpts of some of the warnings on make bzImage: - -boundary=2 -march=i686-c -o tcp_input.o tcp_input.c tcp_input.c:1944:78: warning: pasting would not give a valid preprocessing token tcp_input.c:2478:76: warning: pasting would not give

test13-pre4... udf problem with dvd access vs test12

Odd happening here. Been running good as gold through test12 with accessing my dvd to using oms. Now updating to test13-pre4 I get a complete lock up of my whole system when executing oms. I can access the drive via mounting it... with no trouble what ever. Here is a snip from my message file...

test13-pre5 + char-major-145??

Please help me explain why I'm getting the following modprobe reply on boot up after kernel test13-pre5 loads: modprobe: Can't locate module char-major-145 >From /usr/src/linux/Documentation/devices.txt 10 charNon-serial mice, misc features 145 = /dev/hfmodem Soundcard shortwave mo

test13-pre6 weird with tdfx.o

This is a first for tdfx.o not loading with XFree 4.01. All prior kernel build through test13-pre5 would load just fine... Strange... Frank - 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.

modutils 2.3.23 fails with tdfx.o with test13-pre6

I can't get the latest modutils to work with loading tdfx.o... Even went to the directory where tdfx.o resides and did a insmod -S tdfx.o and got the following : BTW - test13-pre6 here tdfx.o: unresolved symbol remap_page_range tdfx.o: unresolved symbol __wake_up tdfx.o: unresolved symbol mtrr_a

Re: test13-pre6 weird with tdfx.o

J Sloan wrote: > Frank Jacobberger wrote: > > > This is a first for tdfx.o not loading with XFree 4.01. > > > > All prior kernel build through test13-pre5 would load just fine... > > > > Strange... > > Very strange - others on this list, self included,

Re: tdfx.o and -test13

Alan Cox wrote: > > > +#include > > > #include > > > #include > > > #include > > > > I just want to confirm that this small fix solves my drm > > problems as well - currently running -test13-pre7 > > > > Er, has anybody sent a patch to the maintainers? > > Wrong patch. Modversions.h sh

Re: tdfx.o and -test13

Tony Hoyle wrote: > Alan Cox wrote: > > > > I see modversions.h being included properly on the command line > > Me too.. > > make[3]: Entering directory `/usr/src/linux/drivers/char/drm' > gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2 > -fomit-frame-pointer -fno-strict-a

Re: Happy new year^H^H^H^Hkernel..

Linus Torvalds wrote: > On 1 Jan 2001, Adam Sampson wrote: > > > > It appears to work (even with the reiserfs patch with the obvious > > Makefile tweak), but the drm modules have unresolved symbols: > > Does this fix it for you (do a "make clean" before re-building your tree)? > >

2.4.3-pre8 problem with 8139too - failure to load

Something has changed regarding the 8139too driver in pre8. I worked on it all morning long trying to resolve why the sucker failed to load. There are new configuration options that need to be addressed. As you recall there were zippo options in the pre7. There are now: RealTek RTL-8139 PCI Fas

8139too and 2.4.5-pre3

Jeff Garzik: On kernel boot from messages I'm getting a different report from my RealTek 8139: May 17 06:33:32 f1j kernel: eth0: RealTek RTL8139 Fast Ethernet at 0xd0862000, 00:50:ba:d8:2c:35, IRQ 5 May 17 06:33:32 f1j kernel: eth0: media is unconnected, link down, or incompatible connection