is what the kernel has traditionally always done.
Going forward can the kernel peek at 0x497 and follow the BIOS setting?
I checked, and looking at offset 0x497 seems to work fine on a couple of
systems with USB keyboards.
People have long grumbled and complained about the current kernel
behavior
On Wed, 2007-02-14 at 11:12 -0800, Linus Torvalds wrote:
>
> On Wed, 14 Feb 2007, Dax Kelson wrote:
> >
> > Are there any technical or political reasons why kernel can't change
> > from "force off" to "Follow BIOS"?
>
> How would you qu
; in their bootup scripts but
the most just follow the kernel. IMHO, it would be very nice if the
"Follow BIOS" was done by the kernel so this would Just Work(tm)
everywhere in all situations (such as rescue environments where the
normal bootup scripts aren't processed).
Thanks,
Dax Kels
. IMHO, it would be very nice if the
Follow BIOS was done by the kernel so this would Just Work(tm)
everywhere in all situations (such as rescue environments where the
normal bootup scripts aren't processed).
Thanks,
Dax Kelson
(1)
http://www.redhat.com/archives/fedora-test-list/2003-September
On Wed, 2007-02-14 at 11:12 -0800, Linus Torvalds wrote:
On Wed, 14 Feb 2007, Dax Kelson wrote:
Are there any technical or political reasons why kernel can't change
from force off to Follow BIOS?
How would you query it? I'm not even 100% sure that you can on all
keyboards. We never
setting?
I checked, and looking at offset 0x497 seems to work fine on a couple of
systems with USB keyboards.
People have long grumbled and complained about the current kernel
behavior (1).
Dax Kelson
(1)
http://lkml.org/lkml/1999/2/27/6
http://www.google.com/search?q=linux+num+lock
https
s the corruption
went away. Note that I was not overclocking at all.
Worth a try.
Dax Kelson
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
at all.
Worth a try.
Dax Kelson
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, 19 Jun 2001, Ben Greear wrote:
> I have had a good discussion with Dave Miller today, and there
> is one outstanding issue to clear up before my 802.1Q VLAN patch may
> be considered for acceptance into the kernel:
>
> Should VLANs be devices or some other thing?
I would vote that VLANs
On Tue, 19 Jun 2001, Ben Greear wrote:
I have had a good discussion with Dave Miller today, and there
is one outstanding issue to clear up before my 802.1Q VLAN patch may
be considered for acceptance into the kernel:
Should VLANs be devices or some other thing?
I would vote that VLANs be
Tim Hockin said once upon a time (Thu, 31 May 2001):
> Aattached is a (large, but self contained) patch for Cobalt Networks suport
> for x86 systems (RaQ3, RaQ4, Qube3, RaQXTR). Please let me know if there
> is anything that would prevent this from general inclusion in the next
> release.
I
Tim Hockin said once upon a time (Thu, 31 May 2001):
Aattached is a (large, but self contained) patch for Cobalt Networks suport
for x86 systems (RaQ3, RaQ4, Qube3, RaQXTR). Please let me know if there
is anything that would prevent this from general inclusion in the next
release.
I can
I currently have three Xircom RealPort Carbus modem/fast ethernet cards.
The current driver blows major chunks (it has very poor performance, and
stops working under load). I'm told the driver issues are because of
hardware issues. The really nice feature of this card is the form factor
though.
I currently have three Xircom RealPort Carbus modem/fast ethernet cards.
The current driver blows major chunks (it has very poor performance, and
stops working under load). I'm told the driver issues are because of
hardware issues. The really nice feature of this card is the form factor
though.
FreeSWAN has IPSec for IPv4 on Linux.
USAGI is better/more conformant IPv6 (with IPSec for IPv6 in development)
for Linux.
The USAGI goal is to get themselves folded into the official kernel (and
glibc) at some point "in the near future".
What are the plans to get all this (FreeSWAN,USAGI)
FreeSWAN has IPSec for IPv4 on Linux.
USAGI is better/more conformant IPv6 (with IPSec for IPv6 in development)
for Linux.
The USAGI goal is to get themselves folded into the official kernel (and
glibc) at some point in the near future.
What are the plans to get all this (FreeSWAN,USAGI)
David Findlay said once upon a time (Tue, 17 Apr 2001):
> I am using the kernel IP Accounting in Linux to record the amount of data
> transfered via my Linux internet gateway from individual IP addresses. This
> currently requires me to set up an accounting rule for each IP address that I
> want
David Findlay said once upon a time (Tue, 17 Apr 2001):
I am using the kernel IP Accounting in Linux to record the amount of data
transfered via my Linux internet gateway from individual IP addresses. This
currently requires me to set up an accounting rule for each IP address that I
want to
Gerhard Mack said once upon a time (Fri, 23 Mar 2001):
> On Fri, 23 Mar 2001, Bob Lorenzini wrote:
>
> > I'm annoyed when persons post virus alerts to unrelated lists but this
> > is a serious threat. If your offended flame away.
>
> This should be a wake up call... distributions need to stop
Gerhard Mack said once upon a time (Fri, 23 Mar 2001):
On Fri, 23 Mar 2001, Bob Lorenzini wrote:
I'm annoyed when persons post virus alerts to unrelated lists but this
is a serious threat. If your offended flame away.
This should be a wake up call... distributions need to stop using
mov%esp,%ebp
Code; c0111643 <__wake_up+3/98>
f: 83 ec 10 sub$0x10,%esp
Code; c0111646 <__wake_up+6/98>
12: 57push %edi
Code; c0111647 <__wake_up+7/98>
13: 56 push %esi
13: 56push %esi
Kernel panic: Aiee, killing interrupt handler!
Dax Kelson
-
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/
# IEEE 1394 (FireWire) support
CONFIG_IEEE1394=y
# CONFIG_IEEE1394_PCILYNX is not set
CONFIG_IEEE1394_OHCI1394=y
CONFIG_IEEE1394_VIDEO1394=y
CONFIG_IEEE1394_RAWIO=y
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-f
Dax Kelson said once upon a time (Wed, 31 Jan 2001):
>
> # IEEE 1394 (FireWire) support
> CONFIG_IEEE1394=y
> # CONFIG_IEEE1394_PCILYNX is not set
> CONFIG_IEEE1394_OHCI1394=y
> CONFIG_IEEE1394_VIDEO1394=y
> CONFIG_IEEE1394_RAWIO=y
> # CONFIG_IEEE1394_VERBOSEDEBUG is n
# IEEE 1394 (FireWire) support
CONFIG_IEEE1394=y
# CONFIG_IEEE1394_PCILYNX is not set
CONFIG_IEEE1394_OHCI1394=y
CONFIG_IEEE1394_VIDEO1394=y
CONFIG_IEEE1394_RAWIO=y
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-f
Dax Kelson said once upon a time (Wed, 31 Jan 2001):
# IEEE 1394 (FireWire) support
CONFIG_IEEE1394=y
# CONFIG_IEEE1394_PCILYNX is not set
CONFIG_IEEE1394_OHCI1394=y
CONFIG_IEEE1394_VIDEO1394=y
CONFIG_IEEE1394_RAWIO=y
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
I noticed when I compile
be cool if I could use both at the same time.
Is this possible with the new "Input Drivers" in the 2.4 kernel? Is it
possible with Linux at all?
As a comparison, at least two other OSes, Windows 2000 and NetBSD 1.5
multiplex mouse input and allow use of two (or more!) mice at the same
be cool if I could use both at the same time.
Is this possible with the new "Input Drivers" in the 2.4 kernel? Is it
possible with Linux at all?
As a comparison, at least two other OSes, Windows 2000 and NetBSD 1.5
multiplex mouse input and allow use of two (or more!) mice at the same
For test methodology and results go to this website, about 1/3 the way
down you'll see the ECN bullet point.
http://www.aciri.org/tbit/
Dax Kelson
Guru Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
P
with reserved bits set in flags field of TCP hdr
Product: ld
Component: rotor
Severity: 3 Status: R [Resolved]
Version Found: 3.3(3) Fixed-in Version: 3.3.3.107
Dax Kelson
Guru Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
with reserved bits set in flags field of TCP hdr
Product: ld
Component: rotor
Severity: 3 Status: R [Resolved]
Version Found: 3.3(3) Fixed-in Version: 3.3.3.107
Dax Kelson
Guru Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
For test methodology and results go to this website, about 1/3 the way
down you'll see the ECN bullet point.
http://www.aciri.org/tbit/
Dax Kelson
Guru Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
P
Jamie Lokier said once upon a time (Fri, 26 Jan 2001):
> Does ECN provide perceived benefits to the node using it?
Why are you even making suggestions when you haven't even read the RFC?
It seems that knowing what ECN is would be prerequisite to engaging in
discussion about it.
Dax
-
To
Jamie Lokier said once upon a time (Fri, 26 Jan 2001):
Does ECN provide perceived benefits to the node using it?
Why are you even making suggestions when you haven't even read the RFC?
It seems that knowing what ECN is would be prerequisite to engaging in
discussion about it.
Dax
-
To
Alan Olsen said once upon a time (Sat, 6 Jan 2001):
> On Sat, 6 Jan 2001, Michael D. Crawford wrote:
>
> > AGP, VIA support, DRM, and r128 DRM are all compiled in statically rather than
> > as modules.
>
> AGPGART doe *not* work if compiled statically. Compile it as a module.
> You will be much
Alan Olsen said once upon a time (Sat, 6 Jan 2001):
On Sat, 6 Jan 2001, Michael D. Crawford wrote:
AGP, VIA support, DRM, and r128 DRM are all compiled in statically rather than
as modules.
AGPGART doe *not* work if compiled statically. Compile it as a module.
You will be much happier.
# IEEE 1394 (FireWire) support
#
CONFIG_IEEE1394=y
# CONFIG_IEEE1394_PCILYNX is not set
CONFIG_IEEE1394_OHCI1394=y
CONFIG_IEEE1394_VIDEO1394=y
CONFIG_IEEE1394_RAWIO=y
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
# IEEE 1394 (FireWire) support
#
CONFIG_IEEE1394=y
# CONFIG_IEEE1394_PCILYNX is not set
CONFIG_IEEE1394_OHCI1394=y
CONFIG_IEEE1394_VIDEO1394=y
CONFIG_IEEE1394_RAWIO=y
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
I haven't been able to compile IEEE1394 into the kernel since test12.
I get the error:
ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory
make: *** [vmlinux] Error 1
[root@thud linux]#
When I compile it completely modular, it works fine.
This works:
# IEEE 1394
I haven't been able to compile IEEE1394 into the kernel since test12.
I get the error:
ld: cannot open drivers/ieee1394/ieee1394.a: No such file or directory
make: *** [vmlinux] Error 1
[root@thud linux]#
When I compile it completely modular, it works fine.
This works:
# IEEE 1394
Michael Rothwell said once upon a time (Wed, 20 Dec 2000):
> Alan Cox wrote:
>
> > It does SYN checking. If you are running 'serious' security you wouldnt be
> > allowing outgoing connections anyway. One windows christmascard.exe virus that
> > connects back to an irc server to take input and
Michael Rothwell said once upon a time (Wed, 20 Dec 2000):
Alan Cox wrote:
It does SYN checking. If you are running 'serious' security you wouldnt be
allowing outgoing connections anyway. One windows christmascard.exe virus that
connects back to an irc server to take input and you are
HCI1394=y
CONFIG_IEEE1394_VIDEO1394=m
CONFIG_IEEE1394_RAWIO=m
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
Dax Kelson
-
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/
CONFIG_IEEE1394_VIDEO1394=m
CONFIG_IEEE1394_RAWIO=m
# CONFIG_IEEE1394_VERBOSEDEBUG is not set
Dax Kelson
-
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/
hanged. What kind of options are there now to influence the
> routing table?
My net-tools v1.56 that comes with Red Hat 7 works fine.
If you want to take full advantage of all the networking features, you
need to use iproute2.
ftp://ftp.inr.ac.ru/ip-routing/iproute2-2.2.4-now-ss??????.tar.gz
kind of options are there now to influence the
routing table?
My net-tools v1.56 that comes with Red Hat 7 works fine.
If you want to take full advantage of all the networking features, you
need to use iproute2.
ftp://ftp.inr.ac.ru/ip-routing/iproute2-2.2.4-now-ss??.tar.gz
Dax Kelson
Guru Labs
Frank Davis said once upon a time (Fri, 1 Dec 2000):
> Dax,
>What is your modutils version? Is this the first test12 that has
> caused this error?
> Regards, Frank
[root@thud security]# depmod --version
depmod version 2.3.21
I was running 2.4.0-test11-pre3 before I upgraded to test12-pre3.
packet
depmod: hpsb_make_writebpacket
depmod: hpsb_inc_host_usage
depmod: hpsb_make_writeqpacket
[root@thud linux]#
Dax Kelson
Guru Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Ple
depmod: hpsb_make_writebpacket
depmod: hpsb_inc_host_usage
depmod: hpsb_make_writeqpacket
[root@thud linux]#
Dax Kelson
Guru Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the F
Frank Davis said once upon a time (Fri, 1 Dec 2000):
Dax,
What is your modutils version? Is this the first test12 that has
caused this error?
Regards, Frank
[root@thud security]# depmod --version
depmod version 2.3.21
I was running 2.4.0-test11-pre3 before I upgraded to test12-pre3. I
Alan Cox said once upon a time (Thu, 16 Nov 2000):
> > I just got a Sceptre 6950 (also known as a Dell 5000e), I just installed
> > Red Hat 7.0 on it, and got an APM related oops at boot.
>
> Yep. This is not a Linux problem
The kernel works around/ignores/disables other broken hardware or
Alan Cox said once upon a time (Thu, 16 Nov 2000):
I just got a Sceptre 6950 (also known as a Dell 5000e), I just installed
Red Hat 7.0 on it, and got an APM related oops at boot.
Yep. This is not a Linux problem
The kernel works around/ignores/disables other broken hardware or broken
rror_code+45/56]
[apm_bios_call+58/120] [error_table+1009/9344] [apm_get_power_status+42/100]
[apm_get_info+58/248] [proc_file_read+154/468] [sys_read+174/196] [system_call+52/56]
Code: 8a 04 0b 89 44 24 38 50 68 9f 91 1d c0 e8 f5 9b 00 00 83 c4
Dax Kelson
-
To unsubscribe from this list: send the line &qu
Jeff V. Merkey said once upon a time (Fri, 10 Nov 2000):
>
> I noticed that the ip_vs.h include is not in the main kernel tree or ip
> virtual switch support while I was attempting to buid the pirahnna web
> server. Is this module a patch located somewhere else on
> ftp.kernel.org.
Jeff,
Jeff V. Merkey said once upon a time (Fri, 10 Nov 2000):
I noticed that the ip_vs.h include is not in the main kernel tree or ip
virtual switch support while I was attempting to buid the pirahnna web
server. Is this module a patch located somewhere else on
ftp.kernel.org.
Jeff,
safemode said once upon a time (Sun, 15 Oct 2000):
> Everything seems to be working great now... i'm using a patch Andre
> Hedrick gave me and everything works like normal again. Thanks again for
> everyone's help. Back to burning cds.
The error you were getting is the error I get on my
safemode said once upon a time (Sun, 15 Oct 2000):
> Alright, first off let me say that this cdrecord was working fine with
> 2.4.0-test8. The recorder is on /dev/scd0 and also on /dev/sr0. maybe
> this has something to do with it? i'm not sure, but cdrecord keeps saying
Make sure you have
safemode said once upon a time (Sun, 15 Oct 2000):
Alright, first off let me say that this cdrecord was working fine with
2.4.0-test8. The recorder is on /dev/scd0 and also on /dev/sr0. maybe
this has something to do with it? i'm not sure, but cdrecord keeps saying
Make sure you have SCSI
safemode said once upon a time (Sun, 15 Oct 2000):
Everything seems to be working great now... i'm using a patch Andre
Hedrick gave me and everything works like normal again. Thanks again for
everyone's help. Back to burning cds.
The error you were getting is the error I get on my system
The two main culprits for ECN breakage are Cisco PIX, and Cisco Local
Director.
Here is the fix for PIX:
(see http://www.cisco.com/cgi-bin/Support/Bugtool/onebug.pl?bugid=CSCds23698)
Bud ID:CSCds23698
Headline: PIX sends RSET in response to tcp connections with ECN
Jeff V. Merkey said once upon a time (Fri, 6 Oct 2000):
>
> Andre,
>
> BTW, how did your testing of the speed=4 problem with ide-scsi turn
> out. We are still seeing the speed=2 problem on 2.4.0-pre9. I cannot
> get the drive to burn clean unless the speed setting is cranked down to
>
Jeff V. Merkey said once upon a time (Fri, 6 Oct 2000):
Andre,
BTW, how did your testing of the speed=4 problem with ide-scsi turn
out. We are still seeing the speed=2 problem on 2.4.0-pre9. I cannot
get the drive to burn clean unless the speed setting is cranked down to
speed=2.
if the email sent included such pointers and
information.
If you have any information, send it to me and I'll create a draft email.
I'll run it by l-k for any comments, and then send it to ECN blocking
sites.
Dax Kelson
Guru Labs
-
To unsubscribe from this list: send the line "unsubscribe
rmal survey.
If anyone is interested in the perl script, or the list of sites, let me
know.
Dax Kelson
Guru Labs
-
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/
anyone is interested in the perl script, or the list of sites, let me
know.
Dax Kelson
Guru Labs
-
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/
if the email sent included such pointers and
information.
If you have any information, send it to me and I'll create a draft email.
I'll run it by l-k for any comments, and then send it to ECN blocking
sites.
Dax Kelson
Guru Labs
-
To unsubscribe from this list: send the line "unsubscribe
Timur Tabi said once upon a time (Thu, 31 Aug 2000):
> Of course, the smartest thing would be if the installation routine actually
> built the kernel, with all options finely tuned to the hardware. If I'm
> installing on a single CPU system, then I don't want the SMP kernel. Red Hat
> doesn't
system, and restoring
your data.
I converted a 25GB ext2 filesystem to ext3 and back to ext2 without
problems.
Dax Kelson
Guru Labs
-
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/
68 matches
Mail list logo