rything made it
into mainline, so i8k is due for another facelift.
Needs the following in order to work correctly on my Inspiron E1705:
Add DMI Product name to i8k for Dell MP061 hardware (Inspiron 9400/E1705)
Signed-off-by: Frank Sorenson <[EMAIL PROTECTED]>
- ---
drivers/char/i8k.c |
MB/sec to 1-2MB/sec, and the system is nearly
unusable.
System is a Dell Inspiron E1705 (Core 2 Duo 2.16GHz) running x86_64 FC6.
Frank
- --
Frank Sorenson - KD7TZK
Linux Systems Engineer, DSS Engineering, UBS AG
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comme
up.
>
> Does the same problem show up with
>
> http://tglx.de/projects/hrtimers/2.6.22-rc2/linux-2.6.22-rc2-x86_64-highres-v1.patch
>
> tglx
I see the slow bootup as well, even with 2.6.22-rc2-hrt1. It takes at
least 5 times as long to boot, for X to start, to login, etc.
F
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christoph Lameter wrote:
> On Thu, 17 May 2007, Frank Sorenson wrote:
>> Frank Sorenson wrote:
>>
>>> Hrm. Looks like it gets past the hpet_is_known There's still something
>>> in the hpet detection code, bu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
> Hrm. Looks like it gets past the hpet_is_known There's still something
> in the hpet detection code, but I didn't get to the bottom of it yet.
> I'll do some more debugging to track down where it&#
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
> After adding *lots* of early_printks, I see that it hangs in
> hpet_is_known(hdp) called from hpet_alloc(&hd), so something in the hpet
> code is still buggy. Adding nohpet to the kernel command line allows
rom hpet_alloc(&hd), so something in the hpet
code is still buggy. Adding nohpet to the kernel command line allows it
to boot correctly.
Frank
- --
Frank Sorenson - KD7TZK
Linux Systems Engineer, DSS Engineering, UBS AG
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: G
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
> Thomas Gleixner wrote:
>> Frank,
>
>> On Tue, 2007-05-15 at 09:06 -0500, Frank Sorenson wrote:
>>> Hangs at boot here:
>>> Kernel alive
>>> Kernel direct mapping tables u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
> Frank,
>
> On Tue, 2007-05-15 at 09:06 -0500, Frank Sorenson wrote:
>> Hangs at boot here:
>> Kernel alive
>> Kernel direct mapping tables up to 1 @ 8000-d000
>> (and that&#x
he problem?
Thanks,
Frank
- --
Frank Sorenson - KD7TZK
Linux Systems Engineer, DSS Engineering, UBS AG
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFGSb5JaI0dwg4A47wRAjkgAJ9Urvpo+cTAbRvbl
Remi Colinet wrote:
Frank Sorenson <[EMAIL PROTECTED]> wrote:
The latest -git tree panics at boot for me. git-bisect traced the
offending commit to:
368c73d4f689dae0807d0a2aa74c61fd2b9b075f is first bad commit
commit 368c73d4f689dae0807d0a2aa74c61fd2b9b075f
Author: Alan Cox &
The latest -git tree panics at boot for me. git-bisect traced the offending
commit to:
368c73d4f689dae0807d0a2aa74c61fd2b9b075f is first bad commit
commit 368c73d4f689dae0807d0a2aa74c61fd2b9b075f
Author: Alan Cox <[EMAIL PROTECTED]>
Date: Wed Oct 4 00:41:26 2006 +0100
PCI: quirks: fix the
[__modpost] Error 1
make: *** [modules] Error 2
xboom
Here's a patch with the easy fix, but I'm not certain it's a permanent fix.
Frank
This patch fixes a compile error when CONFIG_PHYLIB is a module.
Signed-off-by: Frank Sorenson <[EMAIL PROTECTED]>
---
kernel/workqueu
> self-terminating.
>
> Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
Looks good to me. Using the 2 additional bytes allows the header to
contain the full system size for a very long time, and your patch
includes documentation and x86_64.
Frank
- --
Frank Sorenson - KD7TZK
Systems Ma
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This patch allows build.c to write out the full system size to the bootsector
for system sizes larger than about 1 MB (1048560 bytes) by using another byte
(a 4th byte would allow system sizes larger than 268 MB).
Signed-off-by: Frank Sorenson
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The "i386: clean up user_mode macros" patch that recently went into the
kernel doesn't know the definition of VM_MASK, so the current -git
doesn't compile. This patch includes the header where VM_MASK is defined.
Signed-of
8b 1d 80 5e
55 c0 8b 35 84 5e 55 c0 89 ca 8b 0d 64 da 68 c0 83 e2 01 31 c8 <09> c2
75 e1 89 d8 89 f2 5b 5e c3 90 90 90 90 90 90 90 90 90 90
console shuts up ...
Hopefully someone can make something out of this!
Any ideas?
Thanks,
Frank
- --
Frank Sorenson - KD7TZK
Systems Manager, C
ent, and want both sets of patches, are there problems just
removing one of the do_monotonic_clock definitions?
Thanks,
Frank
- --
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1
It allowed me to run the firmware update program, however it didn't
believe my drive needed updating, so I haven't even successfully tried
the entire process. Please let me know if it works for you.
DISCLAIMER: I also provide no guarantees. Hopefully your hard disk
won't fly off
ssions will be enforced by
the ssh server.
Frank
- --
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tony Lindgren wrote:
> * Frank Sorenson <[EMAIL PROTECTED]> [050408 01:49]:
>>This updated patch seems to work just fine on my machine with lapic on
>>the cmdline and CONFIG_DYN_TICK_USE_APIC disabled.
>>
>>Also, you
mes in
dyn-tick-timer.c and a "too many arguments for format" in
dyn_tick_late_init.
Frank
- --
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (GNU
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frank Sorenson wrote:
> Tony Lindgren wrote:
>
>>Thanks for trying it out. What kind of hardware do you have? Does it
>>have HPET? It looks like no suitable timer for dyn-tick is found...
>>Maybe the following patch helps
need any additional info or need me to try anything
else out.
Frank
--
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
[EMAIL PROTECTED]
#
# Automatically generated make config: don't edit
# Linux kernel version: 2.6.12-rc2
# T
x54
[4294688.68] [] do_initcalls+0x56/0xc0
[4294688.681000] [] init+0x35/0x110
[4294688.682000] [] kernel_thread_helper+0x5/0x10
[4294688.683000] Code: 83 ec 04 e8 3b 6b c0 ff ba 14 b7<7>eth0: no IPv6 routers
present
Frank
--
Frank Sorenson - KD7TZK
Systems Manager, Computer Science
up from the existing code.
I say lets go with it.
Frank
- --
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mo
sing these
| arrays so they can be tested.
Also, with power_status being a module parameter defaulting to 0/off, we
can leave out the device_create_file for the i8k_power_status_attr. No
need to expose it in sysfs if it will always return -EIO.
Frank
- --
Frank Sorenson - KD7TZK
Systems Manager, Comput
/fan/1/state
I'm not certain about the best way to do this, so this may just be a
thought. It would certainly be more complex to reorder it, and it
appears usable in its current form.
Frank
- --
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
[EMAIL PROTECT
nks,
Frank
Signed-off-by: Frank Sorenson <[EMAIL PROTECTED]>
--- 2.6.11-a/drivers/char/i8k.c 2005-03-12 18:47:55.0 -0700
+++ 2.6.11-b/drivers/char/i8k.c 2005-03-16 14:23:40.0 -0700
@@ -23,12 +23,14 @@
#include
#include
#include
+#include
+#include
#include
#incl
the kernel,
but nobody seems to know how to generate them dynamically.
Thoughts? Suggestions?
Thanks,
Frank
- --
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2
;t think my fans are rotating at over 90,000 RPM)! I guess we'll
need to address this sometime, but I have not done so.
Patch follows:
Signed-off-by: Frank Sorenson <[EMAIL PROTECTED]>
- --- 2.6.11-a/drivers/char/i8k.c 2005-03-12 18:47:55.0 -0700
+++ 2.6.11-b/drivers/cha
#x27;s tree, however, (at least 2.6.11-rc3-mm1) requires the patch I
sent out yesterday in the message titled "Fix compilation of UML after
the stack-randomization patches."
Frank
- --
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
[EMAIL
The stack randomization patches that went into 2.6.11-rc3-mm1 broke
compilation of ARCH=um. This patch fixes compiling by adding
arch_align_stack back in.
Signed-off-by: Frank Sorenson <[EMAIL PROTECTED]>
Acked-By: Jeff Dike <[EMAIL PROTECTED]>
Frank
--
Frank Sorenson - KD7TZK
Sys
33 matches
Mail list logo
