we saw a suspected spurious fault that failed VMA
access check but passed spurious check for a user
space address access of (rw,execut). The patch is
trying to catch the case which might have indicated
a stale TLB (software bug found) and a harmful
spruious fault.
Signed-off-by: Luming Yu
Signed
Add a trace point for debugging spurious fault problem.
Signed-off-by: Luming Yu
Signed-off-by: Yongkai Wu
---
arch/x86/include/asm/trace/exceptions.h | 30 ++
arch/x86/mm/fault.c | 2 ++
2 files changed, 32 insertions(+)
diff --git a/arch/x86
the clock source watchdog (HPET) in skx is much slower
than the clock source TSC. The long latency in the first
call may trigger a false postive TSC unstable noise.
Let the fast one follows the slow one should fix it.
Signed-off-by: Luming Yu
Signed-off-by: Yongkai Wu
---
kernel/time
enable intel PT to trace kernel boot && runtime
Signed-off-by: Luming Yu
0009-start-early-intel-processor-trace-in-early-boot.patch
Description: Binary data
enable CYC packet
Signed-off-by: Luming Yu
0008-early-pt-enable-cyc-packet.patch
Description: Binary data
enable PSB packet
Signed-off-by: Luming Yu
0007-enable-early-pt-psb-packet.patch
Description: Binary data
enable mtc freq packet
Signed-off-by: Luming Yu
0006-early-pt-enable-mtc-freq-packet.patch
Description: Binary data
(addr0 && addr1)
Signed-off-by: Luming Yu
0005-early-pt-basic-addr-pair-filter-support-addr0-addr1.patch
Description: Binary data
for early pt buffer size setup
Signed-off-by: Luming Yu
0004-boot-option-early_pt_buf_len-for-early-pt-buffer-siz.patch
Description: Binary data
boot option "early_pt" to enable early pt
Signed-off-by: Luming Yu
0003-boot-option-early_pt-to-enable-early-pt.patch
Description: Binary data
Recommend to disable ftrace for pt by default though pt
works perfectly for tracing ftrace code
Signed-off-by: Luming Yu
0002-Recommend-to-disable-ftrace-for-pt-by-default.patch
Description: Binary data
with zero dependencies on other technologies in linux kernel,
1.Per cpu dump for basic block level code analysis
2.I can trace any code including myself right after it's enabled
Signed-off-by: Luming Yu
---
arch/x86/events/Kconfig | 6 +
arch/x86/events/intel/Makefile | 1 +
__kmalloc+248 -> _cond_resched
The patch borrows some idea/code and tools from Andi Kleen's
simple-pt project.
Luming Yu(9):
Basic support for early intel processor trace features with zero deps
boot option early_pt to enable early pt
boot option early_pt_buf_len for early p
64Bit BAR in 32bit kernel for stable reason.
Thanks /l
signed-off-by： Luming Yu
z
Description: Binary data
: Luming Yu
Signed-off-by: Luming Yu
Signed-off-by: Andi Kleen > 24) & 0xff)
+
+#define __rtm_force_inline __attribute__((__always_inline__)) inline
+
+static __rtm_force_inline int _xbegin(void)
+{
+ int ret = _XBEGIN_STARTED;
+ asm volatile(".byte 0xc7,0xf8 ; .long 0&
is that it can
give your atomic operations some certian of relif from strictly sequentially
consistent atomic semantics to acquire-release model in terms of happens-before
semantic that only applies to the dependent variables.
see gcc.gnu.org/wiki/Atomic/GCCMM/AtomicSync
Signed-off-by: Luming
On Mon, Nov 19, 2012 at 3:30 PM, Jon Masters wrote:
> On 11/18/2012 04:30 AM, Luming Yu wrote:
>
>> I'd be glad to do anything to push this tool into upstream. Please
>> let me know your thoughts. Thanks /l
>
> I'm also happy to help test. I'll ta
On Mon, Nov 12, 2012 at 12:13 PM, Jon Masters wrote:
> On 11/10/2012 09:48 PM, Luming Yu wrote:
>
>> Update the previous patch series to ACK all comments I've recevied so far
>> for the tool: e.g. 1.Acked Jon Masters in source code as many code are from
>> jcm, than
_write+0x2c/0x100
[ 141.384326] RSP
[ 141.386401] CR2: 0008
[ 141.388548] ---[ end trace 9c28eee46fcb7871 ]---
Signed-off-by: Luming Yu
---
fs/libfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/libfs.c b/fs/libfs.c
index 7cc37ca..bc51574 100644
--
"Fast TSC calibration using PIT" should be a devel info.
Signed-off-by: Luming Yu
---
arch/x86/kernel/tsc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/tsc.c b/arch/x86/kernel/tsc.c
index cfa5d4f..7765546 100644
--- a/arch/x86/kernel/tsc.c
+++
new CPU instruction to get random number introduced in
new CPU like Intel Ivy Bridge in stop_machine context,which is choosen to
make sure testers fully control their system under test to rule out some
level of unwanted noise.
Signed-off-by: Jon Masters
Signed-off-by: Luming Yu
---
drivers/misc
it to misc tree. I will update the patch series if anyone
has anymore comments.
Thanks very much!!!
Luming Yu (3):
HW-latency: hardware latency test 0.10
x86: Delete too many "Fast TSC .." in dmesg from HW_latency cyclic
sampling
fs: Fix crash caused by write to dummy debugfs
On Thu, Nov 8, 2012 at 9:00 AM, Luming Yu wrote:
> On Thu, Nov 8, 2012 at 8:34 AM, Ortwin Glück wrote:
>>
>>
>> On 08.11.2012 14:28, Luming Yu wrote:
>>>
>>> As I just noticed that I couldn't quit from mutt due to tmpfs is full.
>>
>&
On Thu, Nov 8, 2012 at 8:34 AM, Ortwin Glück wrote:
>
>
> On 08.11.2012 14:28, Luming Yu wrote:
>>
>> As I just noticed that I couldn't quit from mutt due to tmpfs is full.
>
>
> That's also pointing towards high memory pressure.
watch "cat /proc/m
On Thu, Nov 8, 2012 at 7:09 AM, Ortwin Glück wrote:
> To me this looks like an issue with swap. Can you try without swap
> (swapoff)?
Not sure but my random guess is it could be related to a small tmpfs
in my setting
tmpfs1869900 240 1869660 1% /tmp
As I just no
On Tue, Nov 6, 2012 at 8:09 AM, Alex Shi wrote:
> This patch add the power aware scheduler knob into sysfs:
The problem is user doesn't know how to use this knob.
Based on what data, people could select one policy which could be surely
better than another?
"Packing small tasks" approach could b
On Sun, Nov 4, 2012 at 4:23 PM, John Kacur wrote:
> On Mon, Nov 5, 2012 at 2:59 AM, Luming Yu wrote:
>>
>> This patch is the first step to test some basic hardware functions like
>> TSC to help people understand if there is any hardware latency as well
>> as through
On Sun, Nov 4, 2012 at 4:07 PM, Maarten Lankhorst
wrote:
> Hey,
>
> Op 05-11-12 02:59, Luming Yu schreef:
>> This patch is the first step to test some basic hardware functions like
>> TSC to help people understand if there is any hardware latency as well
>> as through
] [] ? stop_machine_cpu_stop+0x110/0x110
[ 150.802512] [] kthread+0xed/0x100
[ 150.805825] [] ? flush_kthread_worker+0x190/0x190
[ 150.808051] [] ret_from_fork+0x7c/0xb0
[ 150.810161] [] ? flush_kthread_worker+0x190/0x190
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 2 +-
1 file changed
0: all online cpus
1: any one of online cpus
2: all online cpus sequentially run test
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 37 -
1 file changed, 32 insertions(+), 5 deletions(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers
Add address range for x86-32
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index f47b911..6e69d31 100644
--- a/drivers/misc/hw_latency_test.c
+++ b/drivers/misc
"Fast TSC calibration using PIT" should be a devel info.
Signed-off-by: Luming Yu
---
arch/x86/kernel/tsc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/x86/kernel/tsc.c b/arch/x86/kernel/tsc.c
index cfa5d4f..7765546 100644
--- a/arch/x86/kernel/tsc.c
+++
some trival format changes
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index 0b79b5e..549ea13 100644
--- a/drivers/misc/hw_latency_test.c
+++ b
ns and us
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index bcce8f4..0b79b5e 100644
--- a/drivers/misc/hw_latency_test.c
+++ b
drivers/misc/hw_latency_test.c:52:7: warning: "CONFIG_X86_32" is not defined
[-Wundef]
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
ind
It's simple memory latency test without any consideration of memory
hierarchy and memory model. It just does simply scan byte by byte.
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 53 --
1 file changed, 51 insertions(+), 2 dele
_write+0x2c/0x100
[ 141.384326] RSP
[ 141.386401] CR2: 0008
[ 141.388548] ---[ end trace 9c28eee46fcb7871 ]---
Signed-off-by: Luming Yu
---
fs/libfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/libfs.c b/fs/libfs.c
index 7cc37ca..bc51574 100644
--
Fix a typo to enable cycling through all online cpus to get cpufreq
sample from all cpus sequentially.
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
The filed tells user the sample is from which cpu.
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index 4303644..256b1c0 100644
--- a/drivers/misc
To test rdrand on CPU like Ivy Bridget, we need feature aware random function.
Signed-off-by: Luming Yu
---
drivers/misc/hw_latency_test.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/misc/hw_latency_test.c b/drivers/misc/hw_latency_test.c
index e970642..8a8c6ba
new CPU instruction to get random number introduced in
new CPU like Intel Ivy Bridge in stop_machine context,which is choosen to
make sure testers fully control their system under test to rule out some
level of unwanted noise.
Signed-off-by: Luming Yu
---
drivers/misc/Kconfig | 7
.011667778876ns[0]
[1]1352079798.011667778884ns[0]
[2]1352079798.011667778852ns[0]
[3]1352079798.011667778852ns[0]
[0]1352079798.061767781489ns[0]
[1]1352079798.061767781484ns[0]
[2]1352079798.061767781474ns[0]
[3]135207
On Sat, Aug 18, 2012 at 4:16 AM, Chris Friesen
wrote:
> On 08/17/2012 01:50 PM, Matthew Garrett wrote:
>>
>> On Fri, Aug 17, 2012 at 01:45:09PM -0600, Chris Friesen wrote:
>>>
>>> On 08/17/2012 12:47 PM, Matthew Garrett wrote:
>>
>>
>>> The datasheet for the Xeon E5 (my variant at least) says it d
On Wed, Jul 4, 2012 at 10:36 AM, Frederic Weisbecker wrote:
> On Wed, Jul 04, 2012 at 10:12:43PM +0800, Luming Yu wrote:
>> On Wed, Jul 4, 2012 at 9:25 PM, Frederic Weisbecker
>> wrote:
>> > On Wed, Jul 04, 2012 at 08:42:29PM +0800, Luming Yu wrote:
>> >
On Wed, Jun 27, 2012 at 11:00 PM, Luming Yu wrote:
> On Mon, Jun 25, 2012 at 9:37 PM, Luming Yu wrote:
>> On Tue, Jun 26, 2012 at 5:23 AM, Luming Yu wrote:
>>> The patch is the fist step to test some basic hardware functions like
>>> TSC to help people understa
NAK for now.
I'm trying to add lockdep , so please don't delete it until it could
be proved really useless...
Please don't hurry...
On 11/7/07, Simon Horman <[EMAIL PROTECTED]> wrote:
> per_cpu_offset() was added as part of a lockdep patch,
> "[PATCH] lockdep: add per_cpu_offset()"
> (a875a69f8b0
NAK for now.
I'm trying to add lockdep , so please don't delete it until it could
be proved really useless...
Please don't hurry...
On 11/7/07, Simon Horman <[EMAIL PROTECTED]> wrote:
> On Tue, Oct 30, 2007 at 05:50:56PM +0900, Simon Horman wrote:
> > On Tue, Oct 30, 2007 at 12:36:22AM -0700, Dav
Hello list,
there is a typo in the definition of per_cpu_offset because, for ia64,
the __per_cpu_offset is an array.
extern unsigned long __per_cpu_offset[NR_CPUS];
-#define per_cpu_offset(x) (__per_cpu_offset(x))
+#define per_cpu_offset(x) (__per_cpu_offset[x])
Thanks,
Luming
Signed-off-by: Y
Hello list,
There is a "ttyS1 irq is -1" problem observed on tiger4 which cause
the serial port broken.
It is because that there is __no__ ACPI IRQ resource assigned for the
serial port. So the value of the IRQ for the port is never changed
since it got initialized to -1. The attached patch falls
The only problem known as to the acpi throttling changes in the mm tree
is a typo ,and the patch to fix it is available here. Please test and
get results back to me. BTW,the log shows that the acpi-cpufreq.ko has
problem. Would please also try not to load acpi-cpufreq.
http://www.ussg.iu.edu/hyp
Please test the attached patch.
Thanks,
Luming
On 6/7/07, Maciej Rutecki <[EMAIL PROTECTED]> wrote:
ACPI Exception (processor_throttling-0084): AE_NOT_FOUND, Evaluating
_PTC [20070126]
ACPI Exception (processor_throttling-0147): AE_NOT_FOUND, Evaluating
_TSS [20070126]
On 2.6.20.9 I don't have
Ack!
On 4/27/07, Danny Kukawka <[EMAIL PROTECTED]> wrote:
Hi,
currently the acpi video module export the backlight interface to sysfs also
if acpi_video_device_lcd_query_levels() fails to read _BLC method (e.g.
because the method is not available). In this case the userspace don't know
which b
The user of output sysfs class is coming..
Please check out the acpi video_output patch I just sent to acpi mailing list.
I can't post link here, just because It is not in archive of the ml yet..
On 4/18/07, Brown, Len <[EMAIL PROTECTED]> wrote:
>Asides from git-bisect failing me again[1], what
Do you recall which acpi enabled kernel works for you?
If never, I guess your system don't support ACPI .
If yes, this should be resolved. Please enter a acpi bug into
bugzilla.kernel.org with sufficient info : dmesg,lspci -vvx,
/proc/ioports, acpidump output... w/ acpi=off.
On 3/18/07, Johannes
try acpi=off please.
On 3/12/07, Helge Hafting <[EMAIL PROTECTED]> wrote:
I went from 2.6.18-rc5-mm1 to 2.6.21-rc3-mm2
The computer now hangs solid during boot, at this point:
usb 1-1: configuration #1 chosen from 1 choice
drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 2 if 0
sorry, it should be
#define ATA_PRIMARY_IRQ(dev) ide_default_irq(0x1F0)
On 2/8/07, Luming Yu <[EMAIL PROTECTED]> wrote:
if use ide_default_irq , then I guess the #if defined can be removed.
#define ATA_PRIMARY_IRQ(dev) isa_irq_to_vector(0x1F0)
On 2/8/07, Zhang, Yanmin <[EMAIL
if use ide_default_irq , then I guess the #if defined can be removed.
#define ATA_PRIMARY_IRQ(dev) isa_irq_to_vector(0x1F0)
On 2/8/07, Zhang, Yanmin <[EMAIL PROTECTED]> wrote:
If an ATA drive uses legacy mode, ata driver will choose 14 and 15 as the
fixed irq number. On ia64 platform, such nu
For acpi issues, please enter bug into bugzilla.kernel.org with dmesg,
acpidump output .
On 2/7/07, Jiri Slaby <[EMAIL PROTECTED]> wrote:
Cc: linux-acpi
not-cc: linux-pm
Rafael J. Wysocki napsal(a):
> On Tuesday, 6 February 2007 12:18, Jiri Slaby wrote:
>> This is blindly written dmesg after r
none on the card, a flash or a firmware .. it has a 24c02 EEPROM for
vendor information, that's all
Ok, sounds like windows driver can fix the broken EEPROM on you card.
Otherwise, I can not explain how windows driver can fix the problem for linux.
Anyway, this issue is NOT linux problem. right
dang !
rebooted it into 2.6.17.7
no errors, during a bootup, BIST isn't running anymore
running M$ did change the status from dead to alive ??? shocked !!
Interesting! does windows driver fixes the broken firmware/flash on this card?
attached lspci output in the very same setup as earlier,
On 2/1/07, Mike Galbraith <[EMAIL PROTECTED]> wrote:
On Thu, 2007-02-01 at 08:42 +1100, Nigel Cunningham wrote:
> Hi.
>
> On Wed, 2007-01-31 at 11:56 +0100, Mike Galbraith wrote:
> > Greetings,
> >
> > I received the below upon first poke of firefox icon after a resume.
>
> Are you able to reprod
From the dmesg, I found a problem NOT relative to the PATA driver.
I would like to know if cpu freq driver works? If not, please enter a
acpi bug on bugzilla.kernel.org.
"[ 17.368000] ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT,
Index (0FFFD) is beyond end of object [20060707]
[
On 2/5/07, Manu Abraham <[EMAIL PROTECTED]> wrote:
Hi,
I get this error on booting up 2.6.20 (Similar error on 2.6.17.7 also,
the message is slightly different in 2.6.17.7)
PCI Cannot allocate resource region 2 of device :02:0a.0
Just did a search about this message around the kernel sourc
Please try a base kernel to verify if it is rt patch issue.
kernel BUG at drivers/acpi/osl.c:373!
I never see this before. Please post dmesg && acpidump output. (It
would be better to post them on bugzilla ). My guess is that ACPI is
just disabled. But if acpi is disabled, acpi_cpufreq module sh
Does acpi=off make cdrom work?
On 1/27/07, Joel Soete <[EMAIL PROTECTED]> wrote:
Hello all,
I just tested libata with this newest 2.6.20-rc6 but no changes ;-(
Any news?
Thanks,
Joel
Joel Soete wrote:
> Hello Tejun,
>
> Tejun Heo wrote:
>> Joel Soete wrote:
>>> Hello Alan, Jeff,
>>>
On 1/26/07, Martin Drab <[EMAIL PROTECTED]> wrote:
On Thu, 25 Jan 2007, Oleg Verych wrote:
> On Thu, Jan 25, 2007 at 01:28:56PM +0100, Martin Drab wrote:
> > On Thu, 25 Jan 2007, Oleg Verych wrote:
> >
> > > gmane.linux.kernel:
> > > > recently I got my hands on an ASUS A8Js notebook (Core 2 Duo
On 1/26/07, Stephen Evanchik <[EMAIL PROTECTED]> wrote:
On 1/25/07, Luming Yu <[EMAIL PROTECTED]> wrote:
> From the log:
> 2.6.18.3:
> ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 217
> 2.6.20-rc5:
> "ACPI: PCI Interrupt :00:0f
From the log:
2.6.18.3:
ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 217
2.6.20-rc5:
"ACPI: PCI Interrupt :00:0f.0[B] -> GSI 21 (level, low) -> IRQ 21"
Sounds like acpi interrupt configure problem. Please try acpi=off first.
-
To unsubscribe from this list: send the line
I didn't get a chance to try the -mm patch, but booting with acpi=off
works - other than no acpi, of course :)
What now?
Well, this should be ACPI interrupt configure issue.
Please feel free to enter a bug on bugzilla.kernel.org.
And, post acpidump output, /proc/interrupts ,lspci -vvx, dmesg for
On 1/25/07, Eamonn Hamilton <[EMAIL PROTECTED]> wrote:
I've also just found bug #7820 on bugzilla which has a patch which may
address this issue from Ingo.
I'll give that a shot as well.
Yes, that patch workaround the problem. But it is just a workaround.
It would be much helpful to others by
what about acpi=off?
On 1/24/07, Eamonn Hamilton <[EMAIL PROTECTED]> wrote:
Hi,
I can't get any kernel up to 2.6.20-rc5 to boot without using noapic on
an ABIT KN9-Ultra with a dual-core Athlon.
I booted with apic=debug as suggested and got the following :
ENABLING IO-APIC IRQs
.. TIMER: vect
On 1/24/07, Lionel Landwerlin <[EMAIL PROTECTED]> wrote:
Le mardi 23 janvier 2007 à 16:30 -0500, Len Brown a écrit :
> On Tuesday 23 January 2007 07:27, Lionel Landwerlin wrote:
> > Le mardi 23 janvier 2007 à 17:22 +0800, Luming Yu a écrit :
> > > Please try to
On 1/23/07, Jean-Marc Valin <[EMAIL PROTECTED]> wrote:
Luming Yu a écrit :
> what about removing psmouse module?
Trying that now. Any particular reason you suspect that one?
I suspect it is due to broken modules. If not psmouse, please trying a
boot with minimal modules loaded, an
Please try to remove processor module.
On 1/23/07, Lionel Landwerlin <[EMAIL PROTECTED]> wrote:
Hi,
I'm running a macbook with a Marvell ethernet controller, and I have a
lots of freezes when using the ethernet controller under a load of
~100K/s. Since I'm running a 2.6.19.2 kernel, I'm able to
what about removing psmouse module?
On 1/23/07, Jean-Marc Valin <[EMAIL PROTECTED]> wrote:
>>> will be a device driver. Common causes of suspend/resume problems from
>>> the list you give below are acpi modules, bluetooth and usb. I'd also be
>>> consider pcmcia, drm and fuse possibilities. But
On 1/17/07, Matheus Izvekov <[EMAIL PROTECTED]> wrote:
On 1/17/07, Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-01-17 at 02:01 -0200, Matheus Izvekov wrote:
> > Just tried linux for the first time on this old machine, and i got
> > this problem. dmesg below:
>
>
> did this machine E
Luming has a sony laptop and can help with this, but
he can't be the permanent maintainer any more than I can, for the same reason.
If we can get past #1, then I recommend we apply the patch series in -mm to
the acpi-test tree and go from there.
Yes, I happen to have a sony laptop. So, I can hel
object for their video device.
>
> signed-off-by: Luming Yu <[EMAIL PROTECTED]>
> ---
> drivers/acpi/asus_acpi.c|2 +-
> drivers/acpi/ibm_acpi.c |2 +-
> drivers/acpi/toshiba_acpi.c |3 ++-
> drivers/video/backligh
> > It didn't. It looks like it is unusable, becuase it isn't reliable in
> > 2.6.20-rc3.
>
> Is this issue still present in -rc4?
I used 2.6.20-rc4 in single user mode, and applied 2 patches from
netdev to get wake on LAN support. This way I was able to set up an
automatic suspend/resume loop. I
[PATCH] resume PIT for x86_64
Signed-off-by: Luming Yu <[EMAIL PROTECTED]>
diff -BruN 0/arch/x86_64/kernel/i8259.c 1/arch/x86_64/kernel/i8259.c
--- 0/arch/x86_64/kernel/i8259.c2005-03-07 23:29:42.0 +0800
+++ 1/arch/x86_64/kernel/i8259.c2005-03-09 12:53:10.000
80 matches
Mail list logo
