On 31-Aug-2017 01:38 PM, Samuel Mendoza-Jonas wrote:
> Patch "net/ncsi: Configure VLAN tag filter" defined two new callback
> functions in include/net/ncsi.h, but neglected the !CONFIG_NET_NCSI
> case. This can cause a build error if these are referenced elsewhere
> without NCSI enabled, for
On 31-Aug-2017 01:38 PM, Samuel Mendoza-Jonas wrote:
> Patch "net/ncsi: Configure VLAN tag filter" defined two new callback
> functions in include/net/ncsi.h, but neglected the !CONFIG_NET_NCSI
> case. This can cause a build error if these are referenced elsewhere
> without NCSI enabled, for
In doing some stress testing of the NetXen driver, I found that my machine was
dying in all sorts of weird ways. I saw several different crashes, BUG
messages in the TCP stack and some assert messages in the TCP stack as well.
I really didn't think that there could be six different bugs all
In doing some stress testing of the NetXen driver, I found that my machine was
dying in all sorts of weird ways. I saw several different crashes, BUG
messages in the TCP stack and some assert messages in the TCP stack as well.
I really didn't think that there could be six different bugs all
On Monday 18 June 2007 10:12:21 pm Vernon Mauery wrote:
> In looking at the performance characteristics of my network I found that
> 2.6.21.5-rt15 suffers from degraded thoughput with multiple threads. The
> test that I did this with is simply invoking 1, 2, 4, and 8 instances of
On Tuesday 19 June 2007 8:38:50 am Peter Zijlstra wrote:
> On Tue, 2007-06-19 at 07:25 -0700, Vernon Mauery wrote:
> > On Monday 18 June 2007 11:51:38 pm Peter Zijlstra wrote:
> > > On Mon, 2007-06-18 at 22:12 -0700, Vernon Mauery wrote:
> > > > In looking at the per
On Monday 18 June 2007 11:51:38 pm Peter Zijlstra wrote:
> On Mon, 2007-06-18 at 22:12 -0700, Vernon Mauery wrote:
> > In looking at the performance characteristics of my network I found that
> > 2.6.21.5-rt15 suffers from degraded thoughput with multiple threads. The
>
On Monday 18 June 2007 11:51:38 pm Peter Zijlstra wrote:
On Mon, 2007-06-18 at 22:12 -0700, Vernon Mauery wrote:
In looking at the performance characteristics of my network I found that
2.6.21.5-rt15 suffers from degraded thoughput with multiple threads. The
test that I did
On Tuesday 19 June 2007 8:38:50 am Peter Zijlstra wrote:
On Tue, 2007-06-19 at 07:25 -0700, Vernon Mauery wrote:
On Monday 18 June 2007 11:51:38 pm Peter Zijlstra wrote:
On Mon, 2007-06-18 at 22:12 -0700, Vernon Mauery wrote:
In looking at the performance characteristics of my network I
On Monday 18 June 2007 10:12:21 pm Vernon Mauery wrote:
In looking at the performance characteristics of my network I found that
2.6.21.5-rt15 suffers from degraded thoughput with multiple threads. The
test that I did this with is simply invoking 1, 2, 4, and 8 instances of
netperf at a time
In looking at the performance characteristics of my network I found that
2.6.21.5-rt15 suffers from degraded thoughput with multiple threads. The
test that I did this with is simply invoking 1, 2, 4, and 8 instances of
netperf at a time and measuring the total throughput. I have two 4-way
In looking at the performance characteristics of my network I found that
2.6.21.5-rt15 suffers from degraded thoughput with multiple threads. The
test that I did this with is simply invoking 1, 2, 4, and 8 instances of
netperf at a time and measuring the total throughput. I have two 4-way
I am working on getting one of the IBM blades to use ipmi and have run
into a problem. The driver doesn't load because it says it can't find
the device.
dmidecode shows that there are 39 entries and that the last one is the
BMC. I looked into dmi_table and noticed that it parses the table by
by
length and by number of entries. But I found that it goes from i=1 to
inum. This causes it to skip the last entry in the table. Is there a
reason it is i=1 instead of i=0? or for that matter inum instead of
i=num?
Ensure that all dmi table entries get parsed.
Signed-off-by: Vernon Mauery [EMAIL
Vernon Mauery wrote:
> I was wondering if anyone knows how to change the repeatrate on a USB
> keyboard with a 2.4 kernel. The system is a legacy free system (no ps2
> port), so kbdrate does nothing. With evdev loaded, the keyboard and mouse
> (both USB devices) get registered wi
Vernon Mauery wrote:
I was wondering if anyone knows how to change the repeatrate on a USB
keyboard with a 2.4 kernel. The system is a legacy free system (no ps2
port), so kbdrate does nothing. With evdev loaded, the keyboard and mouse
(both USB devices) get registered with the event
are gone in 2.6. So how _does_ one go about changing the repeat rate
on a keyboard input device in 2.4?
Thanks in advance for your help.
--Vernon Mauery
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majo
are gone in 2.6. So how _does_ one go about changing the repeat rate
on a keyboard input device in 2.4?
Thanks in advance for your help.
--Vernon Mauery
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
Horst von Brand wrote:
> Jonas Diemer <[EMAIL PROTECTED]> said:
>
> [...]
>
>
>>I figured there could be a kernel compiled-in option that will make the
>>kernel lock all drives found during bootup. then, a malicous program
>>would need to install a different kernel in order to harm the drive,
Horst von Brand wrote:
Jonas Diemer [EMAIL PROTECTED] said:
[...]
I figured there could be a kernel compiled-in option that will make the
kernel lock all drives found during bootup. then, a malicous program
would need to install a different kernel in order to harm the drive,
which would be
Mister Google wrote:
> Is there a way to simulate a keystroke to a program, ie. have a program
> send it something so that as far as it's concerned, say, the "P" key has
> been pressed?
>
Look at the input system. Documentation/input/input-programming.txt has a
great tutorial on how to do this.
Mister Google wrote:
Is there a way to simulate a keystroke to a program, ie. have a program
send it something so that as far as it's concerned, say, the P key has
been pressed?
Look at the input system. Documentation/input/input-programming.txt has a
great tutorial on how to do this.
Carl-Daniel Hailfinger wrote:
> 1. A first step towards better DSDTs would be to make the ASL compiler
> complain about the same things which are complained about by the
> in-kernel ACPI interpreter. An example would be the following:
>
> acpi_processor-0496 [10] acpi_processor_get_inf: Invalid
Carl-Daniel Hailfinger wrote:
1. A first step towards better DSDTs would be to make the ASL compiler
complain about the same things which are complained about by the
in-kernel ACPI interpreter. An example would be the following:
acpi_processor-0496 [10] acpi_processor_get_inf: Invalid PBLK
Pavel Machek wrote:
>
> Table of known working systems:
>
> Model hack (or "how to do it")
> --
> IBM TP R32 / Type 2658-MMG none (1)
IBM TP T40 / Type 2373-MU4 none (1)
IBM TP
Pavel Machek wrote:
Table of known working systems:
Model hack (or how to do it)
--
IBM TP R32 / Type 2658-MMG none (1)
IBM TP T40 / Type 2373-MU4 none (1)
IBM TP R50p /
26 matches
Mail list logo