I just tried 2.4.6-pre6 this morning, and found out that when I enable
WOL (using enable_wol=1), my 3c905c-tx does not work at all any more.
It worked just fine with 2.4.5. Without enable_wol=1, I have no problems.
It is my guess that this is very easy to reproduce, but if not, please ask
me for
On Thu, 28 Jun 2001, Alan Cox wrote:
> > > That isnt really down to labelling pages, what you are talking qbout is what
> > > you get for free when page aging works right (eg 2.0.39) but don't get in
> > > 2.2 - and don't yet (although its coming) quite get right in 2.4.6pre.
> >
> > Correct, but
On Thu, 28 Jun 2001, Alan Cox wrote:
> > This would be extremely useful. My laptop has 256mb of ram, but every day
> > it runs the updatedb for locate. This fills the memory with the file
> > cache. Interactivity is then terrible, and swap is unnecessarily used. On
> > the laptop all this hard dr
On 28 Jun 2001, Xavier Bestel wrote:
> On 28 Jun 2001 14:02:09 +0200, Tobias Ringstrom wrote:
>
> > This would be very useful, I think. Would it be very hard to classify
> > pages like this (text/data/cache/...)?
>
> How would you classify a page of perl code ?
On Thu, 28 Jun 2001, Helge Hafting wrote:
> Preventing swap-trashing at all cost doesn't help if the
> machine loose to io-trashing instead. Performance will be
> just as much down, although perhaps more satisfying because
> people aren't that surprised if explicit file operations
> take a long t
On Fri, 15 Jun 2001, Hahaha wrote:
> Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and
> polite with Snowhite. When they go out work at mornign, they promissed a
> *huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven
> Dwarfs enter...
Ah... th
On Fri, 8 Jun 2001, Mike Galbraith wrote:
> On Fri, 8 Jun 2001, Tobias Ringstrom wrote:
> > On Fri, 8 Jun 2001, Mike Galbraith wrote:
> > > I gave this a shot at my favorite vm beater test (make -j30 bzImage)
> > > while testing some other stuff today.
> >
>
On Fri, 8 Jun 2001, Mike Galbraith wrote:
> I gave this a shot at my favorite vm beater test (make -j30 bzImage)
> while testing some other stuff today.
Could you please explain what is good about this test? I understand that
it will stress the VM, but will it do so in a realistic and relevant w
Andrzej,
Thanks for your impressive clean-up patch. I have a couple of comments
regarding your clean-up of the dmfe.c driver.
On Thu, 24 May 2001, Andrzej Krzysztofowicz wrote:
> @@ -395,7 +395,7 @@
> u32 dev_rev, pci_pmr;
>
> if (!printed_version++)
> - printk(version)
On Wed, 9 May 2001, Alan Cox wrote:
> > Any suggestions for a way to cope with this? We have a
> > customer who's system fails due to this.
>
> You can build 2.4 quite sanely with egcs-1.1.2 (aka kgcc)
Since there is no kgcc in RH71, will you be releasing an updated gcc
rpm, or is the best solut
On Sun, 6 May 2001, David S. Miller wrote:
> It is the most straightforward way to make a '1' or '0'
> integer from the NULL state of a pointer.
But is it really specified in the C "standards" to be exctly zero or one,
and not zero and non-zero?
IMHO, the ?: construct is way more readable and re
I get severe memory corruption when forwarding packets from eth1 to eth0,
where eth0 is a 3Com 905C-TX (zc, hw checksumming), and eth1 is a Davicom
9102. In every case it is the last two bytes of a 4096-byte block that
have been cleared.
To make a long bug hunting story short, the eth1 driver (d
When reading a bad CD, Linux 2.4.4-pre5 decided to turn off DMA when
trying to read a bad sector. It also decided to reset the drive. Is that
the expected behaviour? I'm certanly not an ATAPI expert, but it does
seem a bit drastic to me. The drive is in UDMA33 mode on a VIA vt82c686a,
with no
Yesterday, I was running tcpdump, paging the output with less. All of a
sudden, less started to dump core (SIGSEGV). I could not even start less
by itself:
> less
without it getting a SIGSEGV, and in fact no user could run less without
getting a SIGSEGV, but it did work perfectly a few min
On Mon, 26 Mar 2001, Theodoor Scholte wrote:
> There are no relevant messsages in that file.
Strange, but I bet that you can compile again, right? (Just remove the
broken compile.h that the dd command created) Must have been an NFS
fluke, and without any more precise error messages, there is n
On Mon, 26 Mar 2001, Theodoor Scholte wrote:
> Hello,
>
> I have a problem with compiling kernel-2.4.2. When I want to make a bzImage
> on a RedHat Linux 5.2 box,
> then I get this error-message:
> [...]
> cpp: /usr/src/linux/include/linux/compile.h: Input/output error
Disk full? Bad disk?
/
On Thu, 22 Mar 2001, Neal Gieselman wrote:
> I have a Redhat 6.1 WS that was installed with 64 MB RAM. I added another
> 64 MB, booted, BIOS sees it, but top, free, etc still see only 64 MB.
> Any clues on what to do?
Add mem=128M (or mem=127M if that fails) to the boot line (append in
LILO), o
On 2 Mar 2001, Oystein Viggen wrote:
> Pavel Machek wrote:
> > xargs is very ugly. I want to rm 12*. Just plain "rm 12*". *Not* "find
> These you work around using the smarter, \0 terminated, version:
Another example demonstrating why xargs is not always good (and why a
bigger command line is nee
On Tue, 20 Feb 2001, Dan Christian wrote:
> Hello,
> I just tried upgrading to 2.4.2-pre4 from 2.4.1 and get a hang when
> mounting the file systems. I have the same problem with 2.4.1-ac18.
Have you tried to set LOGLEVEL in /etc/sysconfig/init to something higher
(8)? That way you may see wha
On Sun, 11 Feb 2001, Pavel Machek wrote:
> Hi!
>
> > duh. I sent this to rutgers originally..
>
> I'm doing same mistake over and over.
>
> Perhaps creating forward at vger.rutgers.edu would be good thing (tm)?
Then how would you ever learn? ;-)
/Tobias
-
To unsubscribe from this list: send
On Sun, 11 Feb 2001, James Brents wrote:
> Sorry, I wrote that in a hurry. Its a 3Com PCI 3c905C Tornado. I can
> successfully use wakeonlan if I power off the machine immeadiatly after
> turning it on. Using the shutdown command, which it will when I need it
> to power back up, it will not work.
On Wed, 31 Jan 2001, safemode wrote:
> I'm wondering... Perhaps it's a problem motherboard specific. I'm
> using the KA7 and saw pretty bad problems (extreme fs corruption)
> and bad latency. Perhaps the K7V and the KT7's dont have this problem.
> I dont see any of the problems with dma enabled
On Tue, 30 Jan 2001, Jurgen Botz wrote:
> and appears to work. I did observe a problem with iwconfig dumping
> core, but it seems to do its job before it dies, so this may be non-
> critical.
Make sure you compile wireless-tools using the right headers. You must
manually insert -I/path/to/runni
On Wed, 31 Jan 2001, Tobias Ringstrom wrote:
> Would it be enough to port the acpi_wake function to 2.4? If so, I can do
> that myself. In fact, I think I'll try that right away. Who needs
> breakfast anyway? :-)
Ok, I tried it, and it works. I can now start my computer usi
On Wed, 31 Jan 2001, Andrew Morton wrote:
> The code was broken, so I disabled it.
Because of the loss of state bug with Cyclone, and the "missing" acpi_wake
workaround, right?
> I "fixed" WOL in the 2.2.19-pre candidate driver. It's
> at http://www.uow.edu.au/~andrewm/linux/3c59x.c-2.2.19-pre6
When shutting down my computer with Linux, I cannot wake it up using
wake-on-LAN, which I can do if I shut it down from WinME or the LILO
prompt using the power button.
I see some "interesting" code in 3c59x.c and acpi_set_WOL, and there is
the following little comment: "AKPM: This kills the 905"
So you have not seen any corruption, but are willing to do testing. Very
kind, but you could have choosen a better subject, I think. There are a
lot more rumours that facts regarding the VIA drivers right now.
/Tobias
On Tue, 30 Jan 2001, Nicholas Knight wrote:
> I have a Soyo K7VIA motherbo
On Mon, 29 Jan 2001, Mark Hahn wrote:
> > Kernel 2.4.1-pre11 and pre12 are both massively slower than 2.4.0 on the
> > same machine, compiled with the same options. The machine is a Athlon
> > 900 on a KT133 chipset. The slowdown is noticealbe in all areas...
>
> this is known: Linus decreed tha
On Thu, 25 Jan 2001, David S. Miller wrote:
> This does show that not too many people are testing this all that
> thoroughly :-) Basically, any sys_sendfile() over TCP using a network
> card other than loopback/3c59x/sunhme/acenic would fail with -EFAULT
> or even worse a kernel crash depending up
Linus, please consider this patch for 2.4.1. It makes sure the VIA IDE
driver does not enable DMA automatically, unless the user has requested it
using "make whateverconfig".
/Tobias
--- via82cxxx.c.origTue Jan 23 22:26:25 2001
+++ via82cxxx.c Tue Jan 23 22:27:05 2001
@@ -602,7 +602,9 @@
#
Ok, folks, it's time for a summary. Since my last post, I've had time to
experiment a bit more, and I've also had some private communication with
Vojtech.
First, I would like to say that you do need quite a bit of bad luck (or
hardware) to have the same problems I did. Linux 2.4, VIA and IDE wo
On Thu, 18 Jan 2001, Nick Urbanik wrote:
> Dear folks,
>
> I use rsync to transfer my mail (including this list) from work to home
> over ppp ussing OpenSSH 2.3.0. I have no problem transfering hundreds
> of megabytes of my babies' photos from a non-raid partition (going to
> work), but I get:
I liked them a lot, and I bet I'm not alone. Are they gone for good, or
have you just ceased writing them for test kernels?
/Tobias
-
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/l
On Mon, 15 Jan 2001, Linus Torvalds wrote:
> On Mon, 15 Jan 2001, Tobias Ringstrom wrote:
> >
> > Last time I checked this was issued for perfectly known and valid bridges
> > that advertice no IO resources. Isn't it a bit silly to issue that
> > warning for that
On Mon, 15 Jan 2001, David Balazic wrote:
> It also reports something like :
> PCI chipset unknown : assuming transparent
Are you sure it's not
Unknown bridge resource 0: assuming transparent
(which is just about every kernel log I have seen...)
Last time I checked this was issued for perfect
On Mon, 15 Jan 2001, dep wrote:
> i've got to get another udma ide drive today or tomorrow. i know that
> my w.d. is a little flaky, and i've seen reports that at least some
> ibm drives are kind of screwy with 2.4.0.
I have used IBM drives with Intel PIIX, Promise ATA100 and various VIA
chipsets
I should also add that the 3.11 driver seems to make things better, but
not yet perfect. My intuition tells me that I get CRC errors much sooner
with 2.1e than with 3.11.
Has the timings changed from 2.1e to 3.11, and would it be easy to modify
3.11 to get extra safe/paranoid, but less high perf
On Sun, 14 Jan 2001, Vojtech Pavlik wrote:
> > > So the drive *did* work on the vt82c686a in the A7V board? You tested it
> > > both on the Promise and on the 686a? But doesn't work on the 686a in
> > > your other board?
> >
> > Yes, on both the Promise and on the 686a. But the device revisions a
On Sun, 14 Jan 2001, Vojtech Pavlik wrote:
> On Sat, Jan 13, 2001 at 11:36:13PM +0100, Tobias Ringstrom wrote:
>
> > I have now tried the SAMSUNG VG34323A disk with two other controllers at
> > home (Promise ATA100 an VIA vt82c686a rev 0x22, both on an ASUS A7V
> > mother
On Fri, 12 Jan 2001, Tobias Ringstrom wrote:
> On Thu, 11 Jan 2001, Adrian Bunk wrote:
> > On Thu, 11 Jan 2001, Tobias Ringstrom wrote:
> >
> > > When copying huge files from one disk to another (hda->hdc), I get the
> > > following error (after some hundred
I have now tried the SAMSUNG VG34323A disk with two other controllers at
home (Promise ATA100 an VIA vt82c686a rev 0x22, both on an ASUS A7V
motherboard), and there are no problems to be found with DMA enabled.
Streaming 10 MB/s without glitches.
However, writing to the SAMSUNG VG34323A disk with
On Sat, 13 Jan 2001, Vojtech Pavlik wrote:
> On Sat, Jan 13, 2001 at 09:12:27AM +0100, Tobias Ringstrom wrote:
> > > 2) What's in /proc/ide/via?
> >
> > It's not there since I disabled the VIA driver.
>
> Ok. Could you send me this file when you boot with
On Fri, 12 Jan 2001, Vojtech Pavlik wrote:
> Wow. Ok, I'm maintaining the 2.4.0 VIA driver, so I'd like to know more
> about this:
>
> 1) What's the ISA bridge revision?
00:00.0 Host bridge: VIA Technologies, Inc. VT8501 (rev 02)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8501
00:07.0 ISA bridg
I've never seen anything like it before, which I'm happy for. The system
had been running a standard RedHat 7 kernel for days without any problems,
but who wants to run a 2.2 kernel? I compiled 2.4.0 for it, rebooted, and
blam! The RedHat init stripts got to the "remounting root read-write"
poi
On Thu, 11 Jan 2001, Adrian Bunk wrote:
> On Thu, 11 Jan 2001, Tobias Ringstrom wrote:
>
> > When copying huge files from one disk to another (hda->hdc), I get the
> > following error (after some hundred megabytes):
> >
> > hdc: timeout waiting for DMA
&
When copying huge files from one disk to another (hda->hdc), I get the
following error (after some hundred megabytes):
hdc: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hdc: irq timeout: status=0xd1 { Busy }
hdc: DMA disabled
ide1: reset: success
I got thi
Does anyone know if ECN is supported by the Internet backbone routers yet,
i.e. will I gain anything by enabling ECN in my Linux boxes at this point?
(except pushing this excellent technology, of course).
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
[regarding the buffer cache hash size and bad performance on machines
with little memory... (<32MB)]
On Tue, 9 Jan 2001, Anton Blanchard wrote:
> > Where is the size defined, and is it easy to modify?
>
> Look in fs/buffer.c:buffer_init()
I experimented some, and increasing the huffer cache has
On Fri, 5 Jan 2001, Anton Blanchard wrote:
>
> > 1) Why does the hdbench numbers go down for 2.4 (only) when 32 MB is used?
> >I fail to see how that matters, especially for the '-T' test.
>
> When I did some tests long ago, hdparm was hitting the buffer cache hash
> table pretty hard in 2.4
On Wed, 3 Jan 2001, Daniel Phillips wrote:
> Tobias Ringstrom wrote:
> > 3) The 2.2 kernels outperform the 2.4 kernels for few clients (see
> >especially the "dbench 1" numbers for the PII-128M. Oops!
>
> I noticed that too. Furthermore I noticed that th
I have been torturing a couple of boxes and came up with these benchmark
results. I have also enclosed the script used to do the benchmark, and I
am well aware that this is a very specialized benchmark, testing only
limited parts of the kernel, and so on, BUT I am convinced that I'm seeing
someth
On Wed, 6 Dec 2000, Skip Collins wrote:
> For now I am going to fall back to the slower ide bus. But I wanted to
> let people know that there still may be problems with ext2 corruption in
> the latest test kernel.
If your kernel halts, you should not be surprised if you get file system
errors. Y
On Tue, 5 Dec 2000, Linus Torvalds wrote:
> Concering the PCI irq routing fixes in particular, I'd ask people with
> laptops to start testing their kernels with PnP OS set to "yes" in the
> BIOS setup. We shoul dbe at a stage where it should basically work all the
> time, and it would be interesti
Is there any up-to-date (reasonably comprehensive) info available of what
has changed from 2.2 to 2.4 that you need to know when porting block,
network, and other device drivers from 2.2 to 2.4.
The document by Richard Gooch at
http://www.atnf.csiro.au/~rgooch/linux/docs/porting-to-2.4.html is cl
On Thu, 23 Nov 2000, Linus Torvalds wrote:
> That bus setup is horribly wrong, and says that the CardBus bridge no bus
> numbers, which is obviously not correct. It somehow got through the bridge
> scanning without being fixed up..
>
> Now, the reason for why it seems to be so unhappy is apparent
On Thu, 23 Nov 2000, Linus Torvalds wrote:
> Tobias? Does changing that if-statement that make your bus happier?
I'll try this tomorrow. The sick laptop is at work, and I'm home. The time
difference really slows things down. :-(
/Tobias
-
To unsubscribe from this list: send the line "unsubscri
On Thu, 23 Nov 2000, Linus Torvalds wrote:
> > > Tobias, can you confirm that calling pci_enable_device before reading
> > > dev->irq fixes the 3c59x.c problem for you?
> >
> > Nope. The interrupts do not seem to get through. Packets are transmitted,
> > but that's it. I've copied the interesting
(2.4.0-test11, but probably every version)
The name member of the net_device struct is fixed to IFNAMSIZ (16) bytes,
and is accessed using strcpy, strcmp and friends all over the place, which
suggests that the last byte of the name must be a null character. This
must be verified when the name is
Argh! I forgot the attachments. Here they are!
/Tobias
On Wed, 22 Nov 2000, Tobias Ringstrom wrote:
> Not that I like it, but I need to boot Win98, and then warm boot into
> Linux, or the Cardbus is not working. This is using Linux-2.4.0-test11 on
> a Mitac 7233 laptop.
>
>
Not that I like it, but I need to boot Win98, and then warm boot into
Linux, or the Cardbus is not working. This is using Linux-2.4.0-test11 on
a Mitac 7233 laptop.
Using lspci, I can see that the secondary and subordinate busses of the
Cardbus bridges are unconfigured/incorrect. I have attached
On Tue, 21 Nov 2000, David Hinds wrote:
> On Tue, Nov 21, 2000 at 11:34:45PM +0100, Tobias Ringstrom wrote:
> > The subject says it all. Is there any particular (technical) reason why I
> > must have both the generic pcmcia code and the controller support
> > built-in, or
The subject says it all. Is there any particular (technical) reason why I
must have both the generic pcmcia code and the controller support
built-in, or build all of them as modules?
/Tobias
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
On Tue, 21 Nov 2000, Jeff Garzik wrote:
> Tobias Ringstrom wrote:
> > When saying yes to "Plug-and-play OS" in the BIOS, my 3Com 905C adapter
> > stops working, since the driver tries to use IRQ 0, since the BIOS does
> > not assign an IRQ to it. The driver seem
Linux-2.4.0-test11:
When saying yes to "Plug-and-play OS" in the BIOS, my 3Com 905C adapter
stops working, since the driver tries to use IRQ 0, since the BIOS does
not assign an IRQ to it. The driver seems to read the IRQ from the card
before it calls pci_enable_device (and pci_set_master).
Quot
On Sat, 18 Nov 2000, David Ford wrote:
> I've been trying [unsuccessfully :S] to get the kernel's pcmcia
> working. I woke up this morning and found the following oops:
This has nothing to do with the pcmcia support, but with the tulip driver.
The easiest thing to try is to comment away the fo
[Please help me test this patch (for linux-2.4.0-test10/11)!]
This is my tx performance patch for dmfe, excluding the locking fixes,
which will appear in a separate patch. I would like feedback from testing
and code inspection. New since the last patch is the line printed when a
new card is found
On Fri, 17 Nov 2000, Frank Davis wrote:
>
> I would rather fix those non-SMP compliant drivers to be SMP compliant,
> then keeping them 'broken'. Adding the print statements would only be a
> temporary solution.
Of course. This list of priorites is very natural, I think:
1. Working SMP
On Thu, 16 Nov 2000, Jeff Garzik wrote:
> The kernel driver APIs are designed so that SMP and UP cases are equally
> high-performance, and portable beyond the x86 platform.
>
> Pretty much all ISA and PCI drivers need to be portable and SMP safe...
> if not so, it's a bug. That said, there is c
On Wed, 15 Nov 2000, Jeff Garzik wrote:
> Tobias Ringstrom wrote:
> >
> > I have updated the dmfe.c network driver for 2.4.0-test by adding proper
> > locking (I hope), and also made transmission much efficient.
> >
> > I would appreciate any feedback from peo
On Thu, 16 Nov 2000, David Woodhouse wrote:
>
> [EMAIL PROTECTED] said:
> > Umm.. Linus drivers dont appear to be SMP safe on unload
>
> AFAIK, no kernel threads are currently SMP safe on unload. However,
> the PCMCIA thread would be safe with the patch below, and we could fairly
> easily c
I have updated the dmfe.c network driver for 2.4.0-test by adding proper
locking (I hope), and also made transmission much efficient.
I would appreciate any feedback from people using this driver, to confirm
that I did not break it.
It would also be great if someone could take a look at the lock
work, but you never know.
/Tobias Ringstrom
diff -ru tulip.orig/eeprom.c tulip/eeprom.c
--- tulip.orig/eeprom.c Mon Jun 19 22:42:39 2000
+++ tulip/eeprom.c Tue Nov 14 01:25:29 2000
@@ -198,12 +198,23 @@
if (p[1] ==
This patch makes tulip/eeprom.c more robust.
/Tobias
--- eeprom.c.orig Mon Jun 19 22:42:39 2000
+++ eeprom.cTue Nov 14 01:19:19 2000
@@ -237,6 +237,7 @@
printk(KERN_INFO "%s: Index #%d - Media %s (#%d) described "
"by a %s (%d
There might be a small memory leak in the tulip driver since tp->mtable
allocated in eeprom.c around line 172 is never freed.
/Tobias
-
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
On 23 Oct 2000, Linus Torvalds wrote:
> Either
>
> (a) Solaris has solved the faster-than-light problem, and Sun engineers
> should get a Nobel price in physics or something.
>
> (b) Solaris "scales" by being optimized for 1 entries, and not
> speeding up sufficiently for a sma
On Mon, 16 Oct 2000 [EMAIL PROTECTED] wrote:
>
> Scenario:
>
> o Linux 2.2.16 (older driver) & Linux 2.4.0-test9 (8139too-fast)
> o Two machines
> o Netcards with RTL8139B chipsets
> o Both hang after seemingly random delays / random amounts of net activity
> o One seems to get a shitl
76 matches
Mail list logo
