On Sat, Oct 21, 2000 at 03:45:15PM +0200, Hans-Joachim Baader wrote:
> Hi,
>
> my digital camera (Kodak DC 280) doesn't work with USB in 2.2.18pre17
> (and previos kernels). It did work with 2.4.0-test9. Here's the log:
What is the BIOS setting of MPS? If it's 1.4, please try 1.1
Let me know i
I ran a benchmark to see how long a call to poll() takes
as you increase the number of idle fd's it has to wade through.
I used socketpair() to generate the fd's.
Under Solaris 7, when the number of idle sockets was increased from
100 to 1, the time to check for active sockets with poll()
i
> why are programs which do not allocate memory be delayed while one
> program is eating up all memory. This clearly means they are not delayed
in
> the malloc call but simply the kernel will not schedule them while he is
bussy
> to page out processes.
Bernd,
The reason why programs not allocatin
Marty Fouts wrote:
>
> I prefer Peter Salus' wording, myself: The difference between theory and
> practice is always larger in practice than in theory.
I didn't know this brilliant quote.
About the bloat:
I think C++ would give you some bloat. But that bloat is
mainly in the footprint (you have
I prefer Peter Salus' wording, myself: The difference between theory and
practice is always larger in practice than in theory.
-
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/
System is a 486DX2 66 MHz, 16 MB ram running redhat 7.0 with the
latest (Oct 20) patches. The kernel was compiled for it on a faster
machine, the only additional patch is the netfilter mss patch.
Here are the 2 instances of this bug:
Oct 21 15:16:42 morel kernel: kernel BUG at
Paul King wrote:
>
> I think I may have found a bug in the kernel, and wish to verify this by
> testing this with the "latest" kernel. In order that I make a valid bug
> report, which kernel would be considered to be good for testing on? Is it the
> latest *stable* version (now 2.2.17, I believe)
On Sat, 21 Oct 2000, Mark Hahn wrote:
> > } > bdflush is broken in current kernels. I posted to linux-mm about this,
> > } > but Rik et al haven't shown any interest. I normally see bursts of
> > } > up to around 40K cs/second when doing writes; I hacked a little
> > } > premption counter int
"Dunlap, Randy" wrote:
>
> > From: John M. Flinchbaugh [mailto:[EMAIL PROTECTED]]
> > did something change in the past 2 months to break cpia_usb cameras?
>
> 2.4.0-test9 (and maybe test8) had some significant changes that broke
> several USB drivers, including cpia USB.
>
> Should be fixed i
On Sun, 22 Oct 2000 12:58:32 +1100,
Keith Owens <[EMAIL PROTECTED]> wrote:
>Everybody using 2.4 kernels needs modutils >= 2.3.15. I recommend that
>you upgrade to modutils 2.3.19 for IA64, ISA PNP and USB support.
>
>ftp://ftp..kernel.org/pub/linux/utils/kernel/modutils/v2.3
>
>patch-modutils-2.
I think I may have found a bug in the kernel, and wish to verify this by
testing this with the "latest" kernel. In order that I make a valid bug
report, which kernel would be considered to be good for testing on? Is it the
latest *stable* version (now 2.2.17, I believe); or is it one of the 2.4.*
Greetings all:
I was doing some benchmark between kernels and i came out with
this results, for what I can see, 2.2.17 with the ide_patch is faster,
although it uses more CPU, but then again i could be wrong, any ideas?
-Rodrigo
2.4.0-test10-pre3 FS=ext2 AMD v1.2 (viper) I
On Sat, 21 Oct 2000 10:41:08 -0500,
"Jerry Kelley" <[EMAIL PROTECTED]> wrote:
>I'm trying to debug the oops that my module is generating. When I use =
>ksymoops on the oops text I get a warning saying that the module is in =
>lsmod but is not found in ksyms. I have two questions:
Please send in
Everybody using 2.4 kernels needs modutils >= 2.3.15. I recommend that
you upgrade to modutils 2.3.19 for IA64, ISA PNP and USB support.
ftp://ftp..kernel.org/pub/linux/utils/kernel/modutils/v2.3
patch-modutils-2.3.19.bz2 Patch from modutils 2.3.18 to 2.3.19
modutils-2.3.19.tar.bz2
Eray Ozkural <[EMAIL PROTECTED]> said:
> Rik van Riel wrote:
> > If C++ really is that good for kernel modules, I'd like to
> > see some code that proves it can be done without too much
> > of a performance hit (or without a performance hit at all?).
> it can be done in theory :)
"Theory and pra
In article <[EMAIL PROTECTED]> you wrote:
> I know it does thats why i have run that tool- The question is still, why
> gets my system unusable in the same second my systems starts to page out?
To follow up on myself: the question was why are programs which do not
allocate memory be delayed while
On Sat, 21 Oct 2000, Jason Slagle wrote:
> Oooh!
>
> I'll try this later. Is there any recourse if I have this
> problem? ie: Recall or anything? Or should I just nab another
> board? Different vender?
No recourse.
Pig in a POKE, go for it.
> I like the BP6 but really don't HAVE to have o
On Sat, 21 Oct 2000, Rik van Riel wrote:
> > The oom killer avoided killing your busy, large, root-owned
> > process. Don't run gcc compiles as root. Protecting root
> > processes is an explicit design goal here.
>
> Also:
>
> 1) his system pretty much continued to run
> 2) since only httpd ch
Dennis wrote:
>
> Ciscos and catalysts have all kinds of problems connecting to PCs.
>From Documentation/networking/vortex.txt
Cisco interoperability note from Walter Wong <[EMAIL PROTECTED]>:
On a side note, adding HAS_NWAY seems to share a problem with the
Cisco 6509 switch. Specifica
Rik van Riel wrote:
>
> On Tue, 17 Oct 2000, David Ford wrote:
>
> > http://www.systemlogic.net/articles/00/10/cache/print.php3
>
> Linked from http://www.linux.eu.org/Linux-MM/mm-links.html
>
> (where a bunch of other - maybe relevant - links can be found)
>
Nice web page.
The proceedings
Zhixu,
On Sat, 21 Oct 2000, Zhixu Liu wrote:
> >
> > man 2 mlock
> >
> After I use mlock, how can I know the memory I malloced is in RAM? Thanks.
>
man 2 mlock
DESCRIPTION
... All pages which contain part of the specified memory range are
guaranteed be resident in RAM when the mlo
> man 2 mlock
>
> On Sat, 21 Oct 2000, Zhixu Liu wrote:
> >
> > But now, question
> > is if I want to reserve some RAM for program use, how can I do? Thanks for
> > your help.
> >
After I use mlock, how can I know the memory I malloced is in RAM? Thanks.
Zhixu
-
To unsubscribe from this
On Sat, 21 Oct 2000, Jason Slagle wrote:
> It worked fine under 2.3.x and as a matter of fact worked fine under
> 2.4.0-test1-4 I believe.
>
> I don't buy a hardware explination when I've been running this setup for
> well over a year and only just now have problems :)
Well let me put some auth
Oooh!
I'll try this later. Is there any recourse if I have this
problem? ie: Recall or anything? Or should I just nab another
board? Different vender?
I like the BP6 but really don't HAVE to have one since I have 1 IDE device
and that.
Jason
---
Jason Slagle - CCNA - CCDA
Network Administ
> Anyway, turn off overclokcing and try to reproduce.
If this OC'ed report == /dev/null.
Nobody will listen.
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:/
I can try that, although it doesn't seem to hold true that 1) The load
average would reflect the sluggishness I'm seeing, and 2) w and ps and
that would hang but other programs would continue to run fine. I'll try
to get some strace output in a w or something next time it happens.
Jason
---
Ja
Jason Slagle wrote:
>
> Howdy! 2.4.0 is looking almost ready except 1 HY00GE problem I'm having.
>
> I'm SMP here 2 Celeron 300A's at 450 in an Abit BP6. 256M of RAM, all
> SCSI.
>
> System will run for a week no problems.
>
> Then I compile mozilla and all hell breaks loose.
>
> Compile wi
Jason Slagle wrote:
> It worked fine under 2.3.x and as a matter of fact worked fine under
> 2.4.0-test1-4 I believe.
>
> I don't buy a hardware explination when I've been running this setup for
> well over a year and only just now have problems :)
It's because we've seen it a hundred zillion ti
It worked fine under 2.3.x and as a matter of fact worked fine under
2.4.0-test1-4 I believe.
I don't buy a hardware explination when I've been running this setup for
well over a year and only just now have problems :)
Jason
---
Jason Slagle - CCNA - CCDA
Network Administrator - Toledo Internet
On Sat, Oct 21, 2000 at 07:37:36PM -0400, Jason Slagle wrote:
> I'm SMP here 2 Celeron 300A's at 450 in an Abit BP6. 256M of RAM, all
> SCSI.
>
> These bad? They worked well under 2.2 but who knows under 2.4
1) clock the system to specs -- overclocking could kill the stuff
2) there are batche
Howdy! 2.4.0 is looking almost ready except 1 HY00GE problem I'm having.
I'm SMP here 2 Celeron 300A's at 450 in an Abit BP6. 256M of RAM, all
SCSI.
System will run for a week no problems.
Then I compile mozilla and all hell breaks loose.
Compile will go for a bit then it'll hang and need SA
This afternoon I saw an anomaly. Merrily typing away (as best one can
when downgrading from cable to dialup for a bit) I ran into some lag.
Oddly enough what has happened is that the PPP drivers reports a VJ
error and stops inbound packet flow.
"PPP: VJ decompression error" is the message. Afte
> I still think the code is correct and only the documentation needs to be
> updated (I'll send a patch to Linus as soon as I catch up with my mail queue).
You are right. I missed the place in check_pcibios where you remove the
PCI_PROBE_CONF{1,2}-flags from pci_probe :( My bad. If you would like
Hello!
> > Some years ago, the PCI routines have really used this strategy
> > (and the obsolete help text reflects this situation), but unfortunately,
> > there exist machines where the direct access detection gives bogus
> > results, so it's much better to ask the BIOS first. Also, it's concept
Hi,
I use the serial cart with 5.03 / 2.2.17
Serial driver version 5.03 (2000-08-11) with MANY_PORTS SHARE_IRQ SERIAL_PCI enabled
00:0d.0 Serial controller: Timedia Technology Co Ltd: Unknown device 7168 (rev 01)
I realized it can crash easy a system:
run kermit on a ttySX to an another box.
when
On Sat, Oct 21, 2000 at 12:22:00PM -0200, Rik van Riel wrote:
> > as the proccess is killed. But still i wonder why the swap out
> > is such unfair to the rest of the system, especially to a
> > process which is not actually allocating memory at all.
>
> Look again ... "tail /dev/zero" allocates
Hello!
> The problem I'm seeing is that at least one driver
> has signed up to handle the wrong IRQ because,
> when it queried that PCI config value, it went
> back and got it from PCI config space rather
> than from the in-kernel data structures where the
> (correct) recalculated value had been
I think the following patch makes MAC address filtering work better in
the FORWARD chain. The problem in the original code is that it uses
skb->len in determining whether or not the packet being filtered has
enough bytes to contain a MAC address, but that field is not necessarily
valid when the fi
On Sat, Oct 21, 2000 at 02:14:21PM +0100, Russell King wrote:
> Something weird is going on with VFS return codes with kernel
> 2.4.0-test10-pre3:
>
> [root@sturm glibc-2.1.92]# df /var/tmp
> Filesystem 1k-blocks Used Available Use% Mounted on
> /dev/hda3 1273831
> } > bdflush is broken in current kernels. I posted to linux-mm about this,
> } > but Rik et al haven't shown any interest. I normally see bursts of
> } > up to around 40K cs/second when doing writes; I hacked a little
> } > premption counter into the kernel and verified that they're practial
On Sat, 21 Oct 2000, Bill Wendling wrote:
> } > bdflush is broken in current kernels. I posted to linux-mm about this,
> } > but Rik et al haven't shown any interest. I normally see bursts of
> } > up to around 40K cs/second when doing writes; I hacked a little
> } > premption counter into t
from the quill of Chris Mason <[EMAIL PROTECTED]> on scroll <1368.972144523@coffee>
>
> --On 10/15/00 03:19:17 -0700 "Brian J. Murrell"
><[EMAIL PROTECTED]> wrote:
>
> > During the cpio I get:
> >
> > kernel BUG at highmem.c:221!
> > invalid operand:
> > CPU:0
> > EIP:0010:[ku
Howdy,
I'm trying to get a better handle on how the kernel handles addresses.
Could anybody who is so inclined have a look at the following and tell me
(gently) where I've gone wrong?
There are several different ways of specifying an address in the kernel,
and the code is not always all that exp
On Sat, 21 Oct 2000, Dennis wrote:
> The same thing happens with big Seagates. It is linux specific. its been a
> problem for a long time.
Really,
It is nice to almost never get reports like this.
>Oct 20 15:39:07 cr753963-a kernel: hdb: timeout waiting for DMA
>Oct 20 15:39:07 cr753963-a ke
On Thu, 19 Oct 2000, KMF AV wrote:
> ... obviously the Linux logo should be the
> international symbol for the fucking retard.
>
> http://www.geocities.com/kmfav/
*compares URL and email address*
Why would we want to make you the Linux logo?
*runs like hell*
cheers,
Rik
--
"What you're runn
Zhixu,
man 2 mlock
On Sat, 21 Oct 2000, Zhixu Liu wrote:
>
> But now, question
> is if I want to reserve some RAM for program use, how can I do? Thanks for
> your help.
>
--
Brian F. G. Bidulock
[EMAIL PROTECTED]
http://www.openss7.org/
-
To unsubscribe from this list: send the line "uns
On Wed, 18 Oct 2000, Stephen Tweedie wrote:
> On Tue, Oct 17, 2000 at 10:02:52AM -0400, Byron Stanoszek wrote:
>
> > I am very unimpressed with the current OOM killer. After 10 days of online
> > time, I decided to try compiling gcc again, the very culprit that killed my
> > last system using 2.4
On Sat, Oct 21, 2000 at 08:50:54AM +0200, Andi Kleen wrote:
> Linux 2.4 has the "dataready" filter in form of the (currently undocumented)
> TCP_DEFER_ACCEPT option.
Patch follows beneath. On a related note, I'm not sure if this is right
(connecting to a daemon using TCP_DEFER_ACCEPT)
# tcpdump
On Sat, 21 Oct 2000, Eray Ozkural wrote:
> Rik van Riel wrote:
> > If C++ really is that good for kernel modules, I'd like to
> > see some code that proves it can be done without too much
> > of a performance hit (or without a performance hit at all?).
>
> it can be done in theory :)
I guess I'l
On Tue, 17 Oct 2000, Pete Harlan wrote:
> e2fsck froze up (waited 10 minutes before rebooting) after checking
> 70.0% of a 63Gb scsi partition (41Gb used) under 2.4.0test9.
>
> This was repeatable.
Can you repeat it with 2.4.0-test10-preX ?
(I think you're hitting a known - and fixed - bug)
r
On Tue, 17 Oct 2000, David Ford wrote:
> http://www.systemlogic.net/articles/00/10/cache/print.php3
Linked from http://www.linux.eu.org/Linux-MM/mm-links.html
(where a bunch of other - maybe relevant - links can be found)
regards,
Rik
--
"What you're running that piece of shit Gnome?!?!"
Rik van Riel wrote:
> If C++ really is that good for kernel modules, I'd like to
> see some code that proves it can be done without too much
> of a performance hit (or without a performance hit at all?).
>
it can be done in theory :)
> Sending 500 rants to the kernel list isn't even close to
>
On Tue, 17 Oct 2000, Eray Ozkural wrote:
> Let it remain C as you like it. I'm just telling that
>
> * you can't prevent people from writing C++ linux modules as they like
> * you are making unfair criticism of C++ language
Let me add one more point:
* you can't get the C++ advocates to wr
On Mon, 16 Oct 2000, Don Cohen wrote:
> (If there's a better place to post this let me know.) I'd like
> some help in modifying linux networking code (IP, firewall,
> routing). There are several related projects. They have to
> start out proprietary, but I fully expect the resulting code to
> b
On 16 Oct 2000, H. Peter Anvin wrote:
> Followup to: <[EMAIL PROTECTED]>
> By author:[EMAIL PROTECTED]
> In newsgroup: linux.dev.kernel
> >
> > > but intel refuse to guarantee they wont produce an actual '786' class
> > > CPU.
> >
> > Worry about that if/when it happens ?
>
> Dare one gues
Also sprach Mike Galbraith:
} On Fri, 20 Oct 2000, Mark Hahn wrote:
}
} > > This is something that has been bugging me for a while. I notice
} > > on my system that during disk write we do much context switching,
} > > but not during disk read. Why is that?
} >
} > bdflush is broken in current
Hi,
Attached is a tarball with the log of the event, a config used for the
kernel and dmesg output for overview of what the machine is. The BUG ocurred
while XFree 4 was running, the swap wasn't allocated at all, half of the
machine's memory was free. BUG ocurred two times, the second time it w
At 06:43 PM 10/20/2000, [EMAIL PROTECTED] wrote:
>I get this when DMA is enabled:
>
>Oct 20 15:39:07 cr753963-a kernel: hdb: timeout waiting for DMA
>Oct 20 15:39:07 cr753963-a kernel: hdb: irq timeout: status=0x6e {
>DriveReady DeviceFault DataRequest CorrectedError Index }
>ide0: reset: success
At 11:06 PM 10/20/2000, [EMAIL PROTECTED] wrote:
>We're having lots of trouble with eepro100 and Cisco Catalyst switch,
>and my net are a vlan. I am using RedHat 6.2/7.0 and not ping to gateway,
>but with o Slackware 7.0 ok. What's the magic?
>
>Regards,
>
>Umberto
>Systems Analyst
>.comDominio
>
Hello,
System: RedHat 6.2, AMD K6-2 500 Mhz, 64MB SDRAM (100Mhz), 512kb L2 cache.
Kernel: 2.2.14-5.0
I am running a utility that reads the entire hard disk sector by sector
twice, and compares the two buffers for each read. This is causing wierd
behaviour; sometimes I get a segmentation fault, s
> I'd like to hear your opinions on the efficiency for the IPC mechanism
> betweeen two processes. (from a kernel point of view)
Have you read "Unix Network Programming, Volume 2, 2nd edition: IPC"
by Richard Stevens? It has measurements for this kind of thing
on two OS's, and you can run the
I'm trying to debug the oops that my module is
generating. When I use ksymoops on the oops text I get a warning saying that the
module is in lsmod but is not found in ksyms. I have two questions:
1. How do I get my symbols into ksyms?
2. Are only exported symbols in ksyms? Translation:
Wi
>> The problem I'm seeing is that at least one driver
>> has signed up to handle the wrong IRQ because,
>> when it queried that PCI config value, it went
>> back and got it from PCI config space rather
>> than from the in-kernel data structures where the
>> (correct) recalculated value had been
On Sat, 21 Oct 2000, Cefiar wrote:
> At 08:24 PM 20/10/00 -0400, Zhixu Liu wrote:
> >My PC have 128M RAM, but in /proc/meminfo, it display 122424K, not
> >128*1024K = 131072K, what does this mean?
>
> Sounds like something is stealing your ram.
>
> Usual suspects are..
>
> Shadow RAM is enable
On Thu, Oct 19, 2000 at 12:30:52AM +0100, Alan Cox wrote:
> > 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
> > applic
On Sat, 21 Oct 2000 [EMAIL PROTECTED] wrote:
> On Sat, 21 Oct 2000, Cefiar wrote:
>
> > At 08:24 PM 20/10/00 -0400, Zhixu Liu wrote:
> > >My PC have 128M RAM, but in /proc/meminfo, it display 122424K, not
> > >128*1024K = 131072K, what does this mean?
> >
> > Sounds like something is stealing y
Michael O'Donnell wrote:
> [...] Later on, various
> drivers use code like pcibios_read_config_byte()
> to query the IRQ value for use during setup of
> their interrupt handlers.
Unless there is a very special reason, that's a driver bug. Please
define "various drivers" so we can fix them :)
>
On Sun, 15 Oct 2000, Bernd Eckenfels wrote:
> with 2.4.0-test10-pre2 (possibly long before that version) i
> still can bring the system to a halt while "tail /dev/zero" is
> running. I don't complain that you can make a DOS by a trshing
> system, cause I can use ulimit to actually avoid that.
>
On Sat, 21 Oct 2000, Cefiar wrote:
> At 08:24 PM 20/10/00 -0400, Zhixu Liu wrote:
> >My PC have 128M RAM, but in /proc/meminfo, it display 122424K, not
> >128*1024K = 131072K, what does this mean?
>
> Sounds like something is stealing your ram.
>
> Usual suspects are..
no, things are a lot sim
On Sat, 21 Oct 2000, Michael O'Donnell wrote:
>
>
> Is there something (other than the kernel sources)
> that I can read in order to understand the background
> to the current state of PCI handling? I'm asking
> because I (think I) have found an interrupt handling
> bug that derives from uncoo
Hi,
my digital camera (Kodak DC 280) doesn't work with USB in 2.2.18pre17
(and previos kernels). It did work with 2.4.0-test9. Here's the log:
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-uhci.c: $Revision: 1.237 $ time 21:44:51 Oct 20 2000
usb-uhci.c: High bandwidt
Hi,
Something weird is going on with VFS return codes with kernel
2.4.0-test10-pre3:
[root@sturm glibc-2.1.92]# df /var/tmp
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/hda3 127383127383 0 100% /var
[root@sturm glibc-2.1.92]# df -i /var/tmp
Fi
On Fri, 20 Oct 2000, Ricky Beam wrote:
>>the whole county than have computers. Two haven't been booted since
>
>If that were really true, then the world is in trouble... one of Cisco's
>largest offices is here. Nortel has a large footprint as well.
>
>(You should know better anyway as RedHat's o
On Thu, 19 Oct 2000, Alex Buell wrote:
>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.31
Is there something (other than the kernel sources)
that I can read in order to understand the background
to the current state of PCI handling? I'm asking
because I (think I) have found an interrupt handling
bug that derives from uncoordinated management of
PCI config info, but I don't want to p
Hello!
attached diff fixes unneeded releases in NeoMagic256 audio driver.
Bye,
Oleg
--- drivers/sound/nm256_audio.c.origSat Oct 21 14:26:47 2000
+++ drivers/sound/nm256_audio.c Sat Oct 21 14:41:20 2000
@@ -58,9 +58,7 @@
for (x = 0; x < 2; x++) {
if (card->port[x].ptr
On Fri, 20 Oct 2000, Andries Brouwer wrote:
> On Thu, Oct 19, 2000 at 09:50:48PM +0200, Geert Uytterhoeven wrote:
> >
> > `real_root_dev' must be `int', not `kdev_t'.
> >
> > - if (MAJOR(real_root_dev) != RAMDISK_MAJOR
> > + if (MAJOR((kdev_t)real_root_dev) != RAMDISK_MAJOR
>
On Sat, 21 Oct 2000, Mike Galbraith wrote:
> On Fri, 20 Oct 2000, Mark Hahn wrote:
>
> > > This is something that has been bugging me for a while. I notice
> > > on my system that during disk write we do much context switching,
> > > but not during disk read. Why is that?
> >
> > bdflush is b
Here is what I can acheive using an IBM DeskStar 75 Gig 7200 RPM UDMA
100 (controller only does UDMA 66) using linux-2.4.0-test10-pre3 and 3.6
drivers for my VIA vt82c596b (I believe they are not official yet but
were released as a test package by email around October 6th on this
email list), here
On Fri, 20 Oct 2000, Mark Hahn wrote:
> > This is something that has been bugging me for a while. I notice
> > on my system that during disk write we do much context switching,
> > but not during disk read. Why is that?
>
> bdflush is broken in current kernels. I posted to linux-mm about this
80 matches
Mail list logo
