kernel: 2.4.0
modutils: 2.3.23
loading the es1371 module gives me the following error:
/lib/modules/2.4.0/kernel/drivers/sound/es1371.o: unresolved symbol
ac97_probe_codec_Rsmp_1c61c357
soundcore.o loads ok, but es1371 not. Looking through the sources, i've
found that ac97_codec.c exports the
Just some commentary and a bug report on your patch Andrew:
Opinion: Personally, I think the approach in Andrew's patch
is the way to go.
Not because it can give the absolute best results.
But rather, it is because it says "here is where a lot
of time is
On Thu, 11 Jan 2001 13:09:13 + (GMT),
Alan Cox <[EMAIL PROTECTED]> wrote:
>> Stick to one method that works for all routines, dynamic registration.
>> If that imposes the occasional need for a couple of extra calls in some
>> routines and for people to think about initialisation order right
> " " == Stephen C Tweedie <[EMAIL PROTECTED]> writes:
> Hi, On Wed, Jan 10, 2001 at 12:11:16PM -0800, Linus Torvalds
> wrote:
>>
>> That said, we can easily support the notion of CLONE_CRED if we
>> absolutely have to (and sane people just shouldn't use it), so
>>
On Thu, Jan 11, 2001 at 12:56:04PM +, Stephen C. Tweedie wrote:
> Hi,
>
> On Wed, Jan 10, 2001 at 12:11:16PM -0800, Linus Torvalds wrote:
> >
> > That said, we can easily support the notion of CLONE_CRED if we absolutely
> > have to (and sane people just shouldn't use it), so if somebody
> Stick to one method that works for all routines, dynamic registration.
> If that imposes the occasional need for a couple of extra calls in some
> routines and for people to think about initialisation order right from
> the start then so be it, it is a small price to pay for long term
>
Hi,
On Wed, Jan 10, 2001 at 12:11:16PM -0800, Linus Torvalds wrote:
>
> That said, we can easily support the notion of CLONE_CRED if we absolutely
> have to (and sane people just shouldn't use it), so if somebody wants to
> work on this for 2.5.x...
But is it really worth the pain? I'd hate
David Woodhouse wrote:
>[EMAIL PROTECTED] said:
>> i prefer clear oopses and bug reports instead of ignoring them. A
>> failed MSR write is not something to be taken easily. MSR writes if
>> fail mean that there is a serious kernel bug - we want to stop the
>> kernel and complain ASAP. And
> cyrix processor, chipset and amd/lance ethernet chipset onboard.
> It' working fine with 2.2.x but not with 2.4.x kernels with
> the same driver version of the pcnet32 networkdriver.
What problems do you see
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
> #define HAVE_FXSR (cpu_has_fxsr)
> #define HAVE_XMM(cpu_has_xmm)
>
> I'm surprised actually - the same CR4 tests are in newer 2.2.x kernels,
> I think. (And in 2.2.x kernels, the above "cpu_has_xxx" do _not_ work
Nope. 2.2 doesnt have XMM/FXSR support. There are add
Now against 2.4.1-pre2:
ftp.kernel.org:/pub/linux/kernel/people/davem/zerocopy-2.4.1p2-1.diff.gz
Changes since the previous installment:
1) Correct netfilter URLS, from Paul Russell.
2) Increase MAX_SKB_FRAGS to 6, from me.
3) Set loopback MTU more appropriately now that we
use page based
On Thu, 11 Jan 2001 12:32:10 +,
David Woodhouse <[EMAIL PROTECTED]> wrote:
>I'm not suggesting that we change it drastically, only that we add
>the option of static (compile-time) registration for those entries which
>require it.
So you want two services, one static for code that does
Chris Mason wrote:
>
> On Wednesday, January 10, 2001 02:32:09 AM +0100 Marc Lehmann <[EMAIL PROTECTED]> wrote:
> >>> EIP; c013f911<=
> > Trace; c013f706
> > Trace; c0136e01
> >
>
> Here is a patch against our 2.4 code (3.6.25) that does the
> same as the patch posted for 3.5.29:
>
>
> The following error occurred while compiling 2.4.0-ac6..The strange
> thing is that I checked mm/vmalloc.c (line 188, and the entire file) and
> didn't see PKMAP_BASE mentioned. My guess is that there is a problem with
> one of the header files.
Its defined in asm/highmem.h/ Probabyl a
> A Duron box running 2.4.0-ac5 (and -ac6) shows NaN in many
> places (such as df output showing usage "nan%"). Right now I
> reverted back to 2.4.0-ac4 which does not show the problem.
> The kernel was compiled with CONFIG_MK7 and without
> MATH_EMULATION, if that makes any difference.
If you
Ingo Molnar wrote:
>
> On Tue, 9 Jan 2001, David S. Miller wrote:
>
> > Nothing interesting or new, just merges up with the latest 2.4.1-pre1
> > patch from Linus.
> >
> > ftp.kernel.org:/pub/linux/kernel/people/davem/zerocopy-2.4.1p1-1.diff.gz
> >
> > I haven't had any reports from anyone,
> The darn thing disables intrs on its own for quite some time with some of
> the more aggressive drivers. We saw our 20us latencies under RTLinux go up
> a lot with some of those drivers.
It isnt disabling interrupts. Its stalling the PCI bus. Its nasty tricks by
card vendors apparently to get
Date: Thu, 11 Jan 2001 11:41:30 +0100 (CET)
From: Ingo Molnar <[EMAIL PROTECTED]>
On Tue, 9 Jan 2001, David S. Miller wrote:
> I'm actually considering making the SG w/o hwcsum situation illegal.
i believe it might still make some limited sense for normal sendmsg()
and higher
[EMAIL PROTECTED] said:
> Q. With your suggested static method, what happens when Y initialises
>before X, calls inter_module_get, retrieves X's static data and
>starts to use it before X has initialised?
> A. Oops!
No. You'd explicitly only use the static registration when object X
Zitiere Andi Kleen <[EMAIL PROTECTED]>:
> On Thu, Jan 11, 2001 at 07:10:27AM -0500, Manfred wrote:
> > Zitiere Russell King <[EMAIL PROTECTED]>:
> > > The API changed:
> > > struct nfs_mount_data {
> > > int version;/* 1 */
> > > int fd;
On Tue, Jan 09, 2001 at 10:17:47PM +0100, Robert Kaiser wrote:
> On Die, 09 Jan 2001 you wrote:
> > Robert Kaiser wrote:
> > > if someone had pressed the reset button. The same kernel boots fine on
> > > 486 and Pentium Systems.
> > >
> > > Any ideas/suggestions ?
> >
> >
> > is "Checking if
On Thu, 11 Jan 2001 11:42:24 +,
David Woodhouse <[EMAIL PROTECTED]> wrote:
>Taking away get_module_symbol() and providing a replacement which has link
>order problems wasn't really very sensible.
>
>It's too late to do the sensible thing and deprecate the old version rather
>than having a
On Thu, Jan 11, 2001 at 07:10:27AM -0500, Manfred wrote:
> Zitiere Russell King <[EMAIL PROTECTED]>:
> > The API changed:
> > struct nfs_mount_data {
> > int version;/* 1 */
> > int fd; /* 1 */
> > - struct nfs_fh
On Wed, 10 Jan 2001, Richard Torkar wrote:
> I do not have any PPP, and no kdb installed on that machine, neither do I
> have procinfo. Shouldn't it say N/A or not found instead of the above? The
> ppp part is not true ;-).
> Other thing I thought about was the Ctrl-D thingy when entering
On Thu, Jan 11, 2001 at 01:59:31PM +0200, Hans Grobler wrote:
> Yes we know about this one. This is a bug that was killed, and then came
> back to life. We're still trying to figure out how... :)
>
I feel that I must step up and claim responsibility here: The patch is
mine and I apparently
Zitiere Russell King <[EMAIL PROTECTED]>:
> The API changed:
> struct nfs_mount_data {
> int version;/* 1 */
> int fd; /* 1 */
> - struct nfs_fh root; /* 1 */
> + struct nfs2_fh old_root;
On Thu, 11 Jan 2001, Karsten Hopp (Red Hat) wrote:
> --- ./drivers/net/rcpci45.c.origThu Jan 11 12:49:19 2001
> +++ ./drivers/net/rcpci45.c Thu Jan 11 12:47:04 2001
> @@ -120,7 +120,7 @@
> { RC_PCI45_VENDOR_ID, RC_PCI45_DEVICE_ID, PCI_ANY_ID,
> PCI_ANY_ID, },
> { }
>
Andrew Morton <[EMAIL PROTECTED]> wrote:
>There's a "reporting problems" section at the end
>of Documentation/networking/vortex.txt. Should help.
okidoki, have read it, thanks
>Probably the most important thing is inserting the driver
>module with `debug=7', opening the device, sending some
Troels Walsted Hansen wrote:
>
> Hi all.
>
> I found a bug in the sysklogd package version 1.4. When it encounters a zero
> byte in the kernel logging output, the text parser enters a busy loop. I
> came upon it when the 3c59x driver from kernel 2.4.0 started outputting two
> zero bytes for the
--- ./drivers/net/rcpci45.c.origThu Jan 11 12:49:19 2001
+++ ./drivers/net/rcpci45.c Thu Jan 11 12:47:04 2001
@@ -120,7 +120,7 @@
{ RC_PCI45_VENDOR_ID, RC_PCI45_DEVICE_ID, PCI_ANY_ID,
PCI_ANY_ID, },
{ }
};
-MODULE_DEVICE_TABLE(pci, rcpci_pci_table);
From: Rusty Russell <[EMAIL PROTECTED]>
Date: Thu, 11 Jan 2001 12:38:26 +1100
My bad. Please revert, and apply this (the samba.org guys are now the
same form as the others):
Done.
Later,
David S. Miller
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe
David Hinds wrote:
>
> On Wed, Jan 10, 2001 at 06:56:22PM -0800, Miles Lane wrote:
> >
> > There's one other annoyance:
> >
> > The config files for pcmcia-cs expect the 3c575_cb driver,
> > so I either have to hack the configuration files or load
> > the 3c59x driver by hand.
>
> Yes, I'm not
Hi,
I have a Sony VAIO C1XE (Picturebook) that is
giving me some grief with 2.4.0.
I compiled it with ACPI compiled as a module and
APM not compiled in at all, but on booting I get the following.
ACPI: System description tables found
ACPI: System description tables loaded
and then the
Date:Thu, 11 Jan 2001 11:35:30 +
From: Darryl Miles <[EMAIL PROTECTED]>
Identical filenames, nothing bad appears to be happening it just
looks weird.
Known problem, here is the fix:
diff -u --recursive --new-file --exclude=CVS --exclude=.cvsignore
Frank de Lange wrote:
>
> Hi'all,
>
> Ever since I put two ethernet-cards (cheap Winbond W89C940 based PCI NE2K
> clones) in my BP-6 system, I've been experiencing intermittent network hangs. A
> hang manifests itself as a total failure to communicate through either network
> card, and can only
[EMAIL PROTECTED] said:
> And what a pile of crud those patches are!! Instead of using the
> clean replacement interface for get_module_symbol, nvidia/
> patch-2.4.0-PR hard codes the old get_module_symbol algorithm as
> inline code.
Taking away get_module_symbol() and providing a replacement
On Thu, 11 Jan 2001, David Woodhouse wrote:
> The bug here seems to be that we're using the same bit
> (X86_FEATURE_APIC) to report two _different_ features.
i think that the AMD APIC is truly 'compatible', but we are trying to
enable the APIC and program performance counters in an Intel-way.
On Thu, 11 Jan 2001, Darryl Miles wrote:
> # ls -il /proc/sys/net/unix/
> total 24
>4446 -rw--- 1 root root0 Jan 11 11:06
> max_dgram_qlen
>4446 -rw--- 1 root root0 Jan 11 11:06
> max_dgram_qlen
>
> Identical filenames, nothing bad appears to be
Zitiere Troels Walsted Hansen <[EMAIL PROTECTED]>:
> Hi all.
>
> I found a bug in the sysklogd package version 1.4. When it encounters a
> zero
> byte in the kernel logging output, the text parser enters a busy loop.
That finally explains the "klogd eats 100% cpu time" reports with ~2.2.10:
> " " == Russell King <[EMAIL PROTECTED]> writes:
> Hubert Mantel writes:
>> is this part of 2.2.19pre7 really a good idea? Even in 2.4.0
>> the size field is still a short.
>> #define NFS_MAXFHSIZE 64
>> struct nfs_fh {
>> - unsigned short size;
>> + unsigned
# ls -il /proc/sys/net/unix/
total 24
4446 -rw--- 1 root root0 Jan 11 11:06
max_dgram_qlen
4446 -rw--- 1 root root0 Jan 11 11:06
max_dgram_qlen
Identical filenames, nothing bad appears to be happening it just looks
weird.
--
Darryl Miles
-
To
Danny ter Haar wrote:
>
> According to Andi Kleen:
> > "Doesn't work" isn't a very useful bug report. What happens exactly?
> > Do the RX/TX/error counters increase when you try to send packets?
>
> no, the counters you see with ifconfig eth0 are set to zero
> for rx and to 1 for tx.
>
> So
Jay Ts wrote:
>
> > A patch against kernel 2.4.0 final which provides low-latency
> > scheduling is at
> >
> > http://www.uow.edu.au/~andrewm/linux/schedlat.html#downloads
> >
> > Some notes:
> >
> > - Worst-case scheduling latency with *very* intense workloads is now
> > 0.8
[EMAIL PROTECTED] said:
> i prefer clear oopses and bug reports instead of ignoring them. A
> failed MSR write is not something to be taken easily. MSR writes if
> fail mean that there is a serious kernel bug - we want to stop the
> kernel and complain ASAP. And correct code will be much more
Alan and All,
I've detected a bug somewhere in 2.4.0-acX, at least in ac4,
the first ac kernel I built. It seems that I can't mount
a scsi zip disk in, unless the following has occurred:
1. There is a disk in the zip drive when I boot.
2. I fdisk the scsi block device and re-write the
On 2001.01.11 Grahame Jordan wrote:
>
> > On Tue, Jan 09, 2001 at 07:08:58PM +1100, Grahame Jordan wrote:
> > > I have a Tyan Thunder ATX S1696DULA Motherboard with 2 x PII266, humble
^^
Perhaps this ???:
> #
> # Processor type
According to Andi Kleen:
> "Doesn't work" isn't a very useful bug report. What happens exactly?
> Do the RX/TX/error counters increase when you try to send packets?
no, the counters you see with ifconfig eth0 are set to zero
for rx and to 1 for tx.
So it's trying to send out data but
Erik,
I thought that may be the case :)
Grahame Jordan
On Wed, 10 Jan 2001, Erik Mouw wrote:
> On Tue, Jan 09, 2001 at 07:08:58PM +1100, Grahame Jordan wrote:
> > I have a Tyan Thunder ATX S1696DULA Motherboard with 2 x PII266, humble for
> > today. I have tried compiling the kernel serveral
On 2001.01.11 Alan Cox wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
>
> 2.4.0-ac6
The PentiumIII misnaming in arch/i386/Makefile is still there:
--- linux-2.4.0-ac6/arch/i386/Makefile.org Thu Jan 11 11:48:09 2001
+++ linux-2.4.0-ac6/arch/i386/Makefile Thu Jan 11
On Thu, 11 Jan 2001, Nguyen Truong Sinh wrote:
> I am using Redhat 7.0 for my system. After install new kernel (2.4.0). My system
>always inform
> NET: 3 messages suppressed
>
> What does it mean ? and how to fix it, I don't want it appears on the console at all.
man syslog
messages
On Tue, 9 Jan 2001, David S. Miller wrote:
>Is there any value to supporting fragments in a driver which
>doesn't do hardware checksumming? IIRC Alexey had a patch to do
>such for Tulip, but I don't see it in the above patchset.
>
> I'm actually considering making the SG w/o hwcsum
On Tue, 9 Jan 2001, David S. Miller wrote:
> Nothing interesting or new, just merges up with the latest 2.4.1-pre1
> patch from Linus.
>
> ftp.kernel.org:/pub/linux/kernel/people/davem/zerocopy-2.4.1p1-1.diff.gz
>
> I haven't had any reports from anyone, which must mean that it is
> working
On Thu, 11 Jan 2001, Frank Davis wrote:
> Hello,
> The following error occurred while compiling 2.4.0-ac6. [...]
> vmalloc.c: In function `get_vm_area':
> vmalloc.c:188: `PKMAP_BASE' undeclared (first use in this function)
you are compiling with HIGHMEM enabled (which makes sense only if
On Thu, Jan 11, 2001 at 07:34:01AM +, Russell King wrote:
> 1. Yucky code in the NFS layers to copy a nfs_fh from userspace to kernel
>space, translating it into something sane.
> 2. Yucky code in the NFS layers to manually handle the nfs_fh to knfs_fh
>translation.
> 3. Accept the
> I also really, really, *REALLY* hate them for killing serial ports. It's
> a Bad Idea[TM].
Why, it opens up the market for serial-ports-on-USB devices. HW
manufactures can make significantly more money on that than on $7.95
ISA multi I/O cards[1] ;-)
Olaf
[1] and I still dislike those,
Andi Kleen wrote:
>
> Did you have CONFIG_X86_FXSR or CONFIG_X86_RUNTIME_FXSR enabled when it
> worked?
>
> If not it probably means that the XServer is testing OSFXSR and the branch
> that handles it doesn't work.
--- linux-2.4.0/.config Thu Jan 11 11:22:11 2001
+++ linux-2.4.1/.config Thu
On Thu, Jan 11, 2001 at 10:24:01AM +, Danny ter Haar wrote:
> Version number of the driver is the same but it doesn't work.
>
> Any thoughts anyone ?
"Doesn't work" isn't a very useful bug report. What happens exactly?
Do the RX/TX/error counters increase when you try to send packets?
I had a misconfigured swap partition: it went 480 blocks beyond the end of
the disk (last partition, SCSI, OSF/1 disklabels, Alpha). mkswap -c
reported bad pages, and the kernel said IO error in the log on the last
mumble blocks.
When this system started to swap, the processes would just go
Hello John,
This is really interesting. Great stuff.
As Alan had once suggested, it would be very interesting to have this
information correlated with the content of the traces collected using
the Linux Trace Toolkit (www.opersys.com/LTT). For instance, you could see
how many cache faults the
Andrea Arcangeli writes:
> However I'd _love_ to see the EIP where you get the fault, I currently don't
> see the line of code that is crashing your ARM and I know this code doesn't
> segfault on ARM.
Examine nlm_lookup_file() and the usage of fh->fh_dev and fh->fh_ino.
What happens is that in
Hans Grobler <[EMAIL PROTECTED]> wrote:
>The softnet changes are most likely the primary source of breakage (for
>network drivers).
I happen to have a multimedia box from siemens/fujitsu with a
cyrix processor, chipset and amd/lance ethernet chipset onboard.
It' working fine with 2.2.x but not
On Thu, Jan 11, 2001 at 11:05:55AM +0100, Udo A. Steinberg wrote:
> Linus Torvalds wrote:
> >
> > Mind trying it with the "HAVE_FXSR" and "HAVE_XMM" macros in
> >
> > linux/include/asm-i386/processor.h
> >
> > fixed? They _should_ be just
> >
> > #define HAVE_FXSR
Linus Torvalds wrote:
>
> Mind trying it with the "HAVE_FXSR" and "HAVE_XMM" macros in
>
> linux/include/asm-i386/processor.h
>
> fixed? They _should_ be just
>
> #define HAVE_FXSR (cpu_has_fxsr)
> #define HAVE_XMM(cpu_has_xmm)
That doesn't help either.
On Tue, Jan 09, 2001 at 03:56:11PM -0500, Tim Sailer wrote:
> > The defaults must be large unless your application calls setsockopt() to
> > set the buffers itself. (Some FTP clients and servers can do this, but
> > for testing, your're still probably better always having the _max's and
> >
> " " == Alan Cox <[EMAIL PROTECTED]> writes:
>> As the thread started it's not only only needed for pthreads,
>> but also for NFS and setuid (actually NFS already implements it
>> privately), and probably other network file systems too. So
>> it's far from being only a "bad
Hi!
> > This is horrible bugreport. Kill "keywords". Putting "modules" into
> > keywords i not going to help anyone. Having "4. Kernel version" and
> > minuses before actuall version is not helpfull, either.
>
> "modules" as keyword, keywords in general: This is a suggestion from
>
Hi all.
I found a bug in the sysklogd package version 1.4. When it encounters a zero
byte in the kernel logging output, the text parser enters a busy loop. I
came upon it when the 3c59x driver from kernel 2.4.0 started outputting two
zero bytes for the product code of my laptop's 3Com card. It
Hi
* David Meyer wrote:
> Between 2.4.0-test10 and 2.4.0 enough stuff changed that I can't get
> the OpenGL NVIDIA_kernel module compiled and linked properly. Has
> anyone else taken a shot at this?
Try using this Patch. It compiles well on my 2.4.0 machine.
--- snipp ---
diff -ruN
In article <[EMAIL PROTECTED]>,
Udo A. Steinberg <[EMAIL PROTECTED]> wrote:
>
>Next backed out the entire XMM and FXSR related stuff and now everything
>is fine again. The CPU in question is an AMD Thunderbird (see cpuinfo
>below). A friend with a similar setup but a Pentium-3 CPU doesn't seem
On Thursday 11 January 2001 09:06, [EMAIL PROTECTED] wrote:
> Between 2.4.0-test10 and 2.4.0 enough stuff changed that I can't get
> the OpenGL NVIDIA_kernel module compiled and linked properly. Has
> anyone else taken a shot at this?
This was on linuxgames.com: does this not work? I haven't
On Thu, 11 Jan 2001 08:23:33 + (GMT),
Mark Hindley <[EMAIL PROTECTED]> wrote:
>As I use the kernel module autoloader I also have a cron entry for rmmod -a
>which runs every so often to clear out the unused modules. Although
>the logs record rmmod running, they don't say what if any modules
Philipp Rumpf writes:
> On Wed, Jan 10, 2001 at 05:55:05PM +0100, Daniel Phillips wrote:
> > Mark Hindley wrote:
> > > I am running 2.4.0 final. I got the following failed paging request which
> > > produced a complete freeze.
> > >
> > > As you can see it was precipitated by cron starting
Philipp Rumpf writes:
On Wed, Jan 10, 2001 at 05:55:05PM +0100, Daniel Phillips wrote:
Mark Hindley wrote:
I am running 2.4.0 final. I got the following failed paging request which
produced a complete freeze.
As you can see it was precipitated by cron starting to run some
On Thu, 11 Jan 2001 08:23:33 + (GMT),
Mark Hindley [EMAIL PROTECTED] wrote:
As I use the kernel module autoloader I also have a cron entry for rmmod -a
which runs every so often to clear out the unused modules. Although
the logs record rmmod running, they don't say what if any modules were
On Thursday 11 January 2001 09:06, [EMAIL PROTECTED] wrote:
Between 2.4.0-test10 and 2.4.0 enough stuff changed that I can't get
the OpenGL NVIDIA_kernel module compiled and linked properly. Has
anyone else taken a shot at this?
This was on linuxgames.com: does this not work? I haven't had
In article [EMAIL PROTECTED],
Udo A. Steinberg [EMAIL PROTECTED] wrote:
Next backed out the entire XMM and FXSR related stuff and now everything
is fine again. The CPU in question is an AMD Thunderbird (see cpuinfo
below). A friend with a similar setup but a Pentium-3 CPU doesn't seem
to see the
Hi
* David Meyer wrote:
Between 2.4.0-test10 and 2.4.0 enough stuff changed that I can't get
the OpenGL NVIDIA_kernel module compiled and linked properly. Has
anyone else taken a shot at this?
Try using this Patch. It compiles well on my 2.4.0 machine.
--- snipp ---
diff -ruN
Hi all.
I found a bug in the sysklogd package version 1.4. When it encounters a zero
byte in the kernel logging output, the text parser enters a busy loop. I
came upon it when the 3c59x driver from kernel 2.4.0 started outputting two
zero bytes for the product code of my laptop's 3Com card. It
Hi!
This is horrible bugreport. Kill "keywords". Putting "modules" into
keywords i not going to help anyone. Having "4. Kernel version" and
minuses before actuall version is not helpfull, either.
"modules" as keyword, keywords in general: This is a suggestion from
REPORTING-BUGS.
Then
" " == Alan Cox [EMAIL PROTECTED] writes:
As the thread started it's not only only needed for pthreads,
but also for NFS and setuid (actually NFS already implements it
privately), and probably other network file systems too. So
it's far from being only a "bad standard
On Tue, Jan 09, 2001 at 03:56:11PM -0500, Tim Sailer wrote:
The defaults must be large unless your application calls setsockopt() to
set the buffers itself. (Some FTP clients and servers can do this, but
for testing, your're still probably better always having the _max's and
_default's
Linus Torvalds wrote:
Mind trying it with the "HAVE_FXSR" and "HAVE_XMM" macros in
linux/include/asm-i386/processor.h
fixed? They _should_ be just
#define HAVE_FXSR (cpu_has_fxsr)
#define HAVE_XMM(cpu_has_xmm)
That doesn't help either.
-Udo.
-
On Thu, Jan 11, 2001 at 11:05:55AM +0100, Udo A. Steinberg wrote:
Linus Torvalds wrote:
Mind trying it with the "HAVE_FXSR" and "HAVE_XMM" macros in
linux/include/asm-i386/processor.h
fixed? They _should_ be just
#define HAVE_FXSR (cpu_has_fxsr)
Andrea Arcangeli writes:
However I'd _love_ to see the EIP where you get the fault, I currently don't
see the line of code that is crashing your ARM and I know this code doesn't
segfault on ARM.
Examine nlm_lookup_file() and the usage of fh-fh_dev and fh-fh_ino.
What happens is that in that
Hans Grobler [EMAIL PROTECTED] wrote:
The softnet changes are most likely the primary source of breakage (for
network drivers).
I happen to have a multimedia box from siemens/fujitsu with a
cyrix processor, chipset and amd/lance ethernet chipset onboard.
It' working fine with 2.2.x but not
I had a misconfigured swap partition: it went 480 blocks beyond the end of
the disk (last partition, SCSI, OSF/1 disklabels, Alpha). mkswap -c
reported bad pages, and the kernel said IO error in the log on the last
mumble blocks.
When this system started to swap, the processes would just go
Hello John,
This is really interesting. Great stuff.
As Alan had once suggested, it would be very interesting to have this
information correlated with the content of the traces collected using
the Linux Trace Toolkit (www.opersys.com/LTT). For instance, you could see
how many cache faults the
On Thu, Jan 11, 2001 at 10:24:01AM +, Danny ter Haar wrote:
Version number of the driver is the same but it doesn't work.
Any thoughts anyone ?
"Doesn't work" isn't a very useful bug report. What happens exactly?
Do the RX/TX/error counters increase when you try to send packets?
-Andi
Andi Kleen wrote:
Did you have CONFIG_X86_FXSR or CONFIG_X86_RUNTIME_FXSR enabled when it
worked?
If not it probably means that the XServer is testing OSFXSR and the branch
that handles it doesn't work.
--- linux-2.4.0/.config Thu Jan 11 11:22:11 2001
+++ linux-2.4.1/.config Thu Jan 11
I also really, really, *REALLY* hate them for killing serial ports. It's
a Bad Idea[TM].
Why, it opens up the market for serial-ports-on-USB devices. HW
manufactures can make significantly more money on that than on $7.95
ISA multi I/O cards[1] ;-)
Olaf
[1] and I still dislike those,
On Thu, Jan 11, 2001 at 07:34:01AM +, Russell King wrote:
1. Yucky code in the NFS layers to copy a nfs_fh from userspace to kernel
space, translating it into something sane.
2. Yucky code in the NFS layers to manually handle the nfs_fh to knfs_fh
translation.
3. Accept the
On Thu, 11 Jan 2001, Frank Davis wrote:
Hello,
The following error occurred while compiling 2.4.0-ac6. [...]
vmalloc.c: In function `get_vm_area':
vmalloc.c:188: `PKMAP_BASE' undeclared (first use in this function)
you are compiling with HIGHMEM enabled (which makes sense only if you
On Thu, 11 Jan 2001, Nguyen Truong Sinh wrote:
I am using Redhat 7.0 for my system. After install new kernel (2.4.0). My system
always inform
NET: 3 messages suppressed
What does it mean ? and how to fix it, I don't want it appears on the console at all.
man syslog
messages supressed
On 2001.01.11 Alan Cox wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/alan/2.4/
2.4.0-ac6
The PentiumIII misnaming in arch/i386/Makefile is still there:
--- linux-2.4.0-ac6/arch/i386/Makefile.org Thu Jan 11 11:48:09 2001
+++ linux-2.4.0-ac6/arch/i386/Makefile Thu Jan 11
Erik,
I thought that may be the case :)
Grahame Jordan
On Wed, 10 Jan 2001, Erik Mouw wrote:
On Tue, Jan 09, 2001 at 07:08:58PM +1100, Grahame Jordan wrote:
I have a Tyan Thunder ATX S1696DULA Motherboard with 2 x PII266, humble for
today. I have tried compiling the kernel serveral
According to Andi Kleen:
"Doesn't work" isn't a very useful bug report. What happens exactly?
Do the RX/TX/error counters increase when you try to send packets?
no, the counters you see with ifconfig eth0 are set to zero
for rx and to 1 for tx.
So it's trying to send out data but somehow
On 2001.01.11 Grahame Jordan wrote:
On Tue, Jan 09, 2001 at 07:08:58PM +1100, Grahame Jordan wrote:
I have a Tyan Thunder ATX S1696DULA Motherboard with 2 x PII266, humble
^^
Perhaps this ???:
#
# Processor type and
Alan and All,
I've detected a bug somewhere in 2.4.0-acX, at least in ac4,
the first ac kernel I built. It seems that I can't mount
a scsi zip disk in, unless the following has occurred:
1. There is a disk in the zip drive when I boot.
2. I fdisk the scsi block device and re-write the
[EMAIL PROTECTED] said:
i prefer clear oopses and bug reports instead of ignoring them. A
failed MSR write is not something to be taken easily. MSR writes if
fail mean that there is a serious kernel bug - we want to stop the
kernel and complain ASAP. And correct code will be much more
Danny ter Haar wrote:
According to Andi Kleen:
"Doesn't work" isn't a very useful bug report. What happens exactly?
Do the RX/TX/error counters increase when you try to send packets?
no, the counters you see with ifconfig eth0 are set to zero
for rx and to 1 for tx.
So it's trying
201 - 300 of 530 matches
Mail list logo