Hi,
i encountered the following machine check exceptions (and hangs) with
2.6.22.7 on an Dual Core-2 Xeon System. It occurs if i try to use the
PCI-X Intel Gigabit Ethernet card after some minutes:
CPU 3: Machine Check Exception 0005
Bank 0: b2401400
Bank 5: b20012102400
Hi,
i run a machine with 4 dual gigabit ethernet cards utilizing 2.6.22.7.
All cards are PCI-E, one card is PCI-X, all Gigabit Ethernet from Intel.
This is working fine and stable if only the PCI-E cards are used.
If i try to capture packets on the PCI-X card, the machine reboots after
some secon
On Tue, 2007-10-09 at 16:56 +0200, Andi Kleen wrote:
> Michael Stiller <[EMAIL PROTECTED]> writes:
> >
> > The write(2) performance is not good enough, the writer threads take to
> > much time, and i ask you for ideas, howto to boost the write
> > performance
>
> The kernel really cannot sustain 125MB/s? I assume the disk
> array is capable?
Yes, the array should be capable, LSI controller U320, SATA disks inside
the array.
> Where is the bottleneck? Does it keep all disks busy, or are
> the CPUs overloaded?
I'm not sure where the bottleneck is. C
Hi list,
i'm developing an application (in C) which needs to write about
1Gbit/s (125Mb/s) to a disk array attached via U320 SCSI.
It runs on Dual Core 2 Xeons @2Ghz utilizing kernel 2.6.22.7.
I buffer the data in (currently 4) 400Mb buffers and use write(2) in a
dedicated thread to write them
On Thu, 2007-09-06 at 13:00 +0200, Michael Stiller wrote:
> Hi,
>
> i get the following warning if i call vfree some memory allocated by
> vmalloc on a single cpu machine running 2.6.22.6 SMP:
>
> WARNING: at arch/i386/kernel/smp.c:559 native_smp_call_function_mask()
Resolv
Hi,
i get the following warning if i call vfree some memory allocated by
vmalloc on a single cpu machine running 2.6.22.6 SMP:
WARNING: at arch/i386/kernel/smp.c:559 native_smp_call_function_mask()
[] native_smp_call_function_mask+0x145/0x14a
[] idr_remove+0x102/0x163
[] do_flush_tlb_all+0x0/0
> > we run a nfs server utilizing 2.2.19 + ReiserFS version 3.5.32 on a
> > P 3 550 machine. Disk subsystem is a GDT7518RN using 4 UW disks as raid 5
> > device. After upgrading from 2.2.17 + reiserfs to 2.2.19 we experience
> > many (very much more than with 2.2.17) problems with our nfs clients
Hi,
we run a nfs server utilizing 2.2.19 + ReiserFS version 3.5.32 on a
P 3 550 machine. Disk subsystem is a GDT7518RN using 4 UW disks as raid 5
device. After upgrading from 2.2.17 + reiserfs to 2.2.19 we experience
many (very much more than with 2.2.17) problems with our nfs clients
about 12 (l
>
> I do all my kernel development with gcc 2.96-69 and 2.96-81 (the errata
> 7.0 and the 7.1 gcc).
2.96-81 will not compile sgi's xfs patches due to some cpp macros using ##.
Use kgcc supplied with rh7 for that.
Cheers,
-Michael
--
x(f,s,c)char *s;{return f&1 ? *s ? *s-c ? x(f,++s,c) :7[s]
Hi *,
i just backported the 2.4.x serial.c changes to enable MAGIC_SYSRQ via
serial console
on 2.2.18. Patch is working ok so far, i have included it here, maybe it
is useful for
someone. You need to enable CONFIG_SERIAL_CONSOLE && CONFIG_MAGIC_SYSRQ
to use it.
To trigger MAGIC_SYSRQ send a "brea
11 matches
Mail list logo