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
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
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:
52ns[0]
[3]1352079798.011667778852ns[0]
[0]1352079798.061767781489ns[0]
[1]1352079798.061767781484ns[0]
[2]1352079798.061767781474ns[0]
[3]1352079798.061767781461ns[0]
^C
Luming Yu (13):
HW-latency: hardware latency test 0.10
HW
is a 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 luming...@intel.com
---
drivers/misc/Kconfig
To test rdrand on CPU like Ivy Bridget, we need feature aware random function.
Signed-off-by: Luming Yu luming...@intel.com
---
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
The filed tells user the sample is from which cpu.
Signed-off-by: Luming Yu luming...@intel.com
---
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
Fix a typo to enable cycling through all online cpus to get cpufreq
sample from all cpus sequentially.
Signed-off-by: Luming Yu luming...@intel.com
---
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
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 luming...@intel.com
---
drivers/misc/hw_latency_test.c | 53 --
1 file changed, 51 insertions
08 00 0f 84 b1 00 00 00 4d 8d 67 50 31 f6 49 89 d5 4c
[ 141.382206] RIP [811f8f3c] simple_attr_write+0x2c/0x100
[ 141.384326] RSP 8800cb6c3eb8
[ 141.386401] CR2: 0008
[ 141.388548] ---[ end trace 9c28eee46fcb7871 ]---
Signed-off-by: Luming Yu luming...@intel.com
drivers/misc/hw_latency_test.c:52:7: warning: CONFIG_X86_32 is not defined
[-Wundef]
Signed-off-by: Luming Yu luming...@intel.com
---
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
ns and us
Signed-off-by: Luming Yu luming...@intel.com
---
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
some trival format changes
Signed-off-by: Luming Yu luming...@intel.com
---
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
Add address range for x86-32
Signed-off-by: Luming Yu luming...@intel.com
---
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
Fast TSC calibration using PIT should be a devel info.
Signed-off-by: Luming Yu luming...@intel.com
---
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
0: all online cpus
1: any one of online cpus
2: all online cpus sequentially run test
Signed-off-by: Luming Yu luming...@intel.com
---
drivers/misc/hw_latency_test.c | 37 -
1 file changed, 32 insertions(+), 5 deletions(-)
diff --git a/drivers/misc
[ 150.802512] [810938fd] kthread+0xed/0x100
[ 150.805825] [81093810] ? flush_kthread_worker+0x190/0x190
[ 150.808051] [816f00ec] ret_from_fork+0x7c/0xb0
[ 150.810161] [81093810] ? flush_kthread_worker+0x190/0x190
Signed-off-by: Luming Yu luming...@intel.com
On Sun, Nov 4, 2012 at 4:07 PM, Maarten Lankhorst
m.b.lankho...@gmail.com 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 throughput problem
On Sun, Nov 4, 2012 at 4:23 PM, John Kacur jka...@redhat.com wrote:
On Mon, Nov 5, 2012 at 2:59 AM, Luming Yu luming...@gmail.com 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 throughput
On Tue, Nov 6, 2012 at 8:09 AM, Alex Shi alex@intel.com 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
On Thu, Nov 8, 2012 at 7:09 AM, Ortwin Glück o...@odi.ch 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
On Thu, Nov 8, 2012 at 8:34 AM, Ortwin Glück o...@odi.ch 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/meminfo just showed me the progress
mutt
On Thu, Nov 8, 2012 at 9:00 AM, Luming Yu luming...@gmail.com wrote:
On Thu, Nov 8, 2012 at 8:34 AM, Ortwin Glück o...@odi.ch 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
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 interface like
is a 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 j...@redhat.com
Signed-off-by: Luming Yu
Fast TSC calibration using PIT should be a devel info.
Signed-off-by: Luming Yu luming...@intel.com
---
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
08 00 0f 84 b1 00 00 00 4d 8d 67 50 31 f6 49 89 d5 4c
[ 141.382206] RIP [811f8f3c] simple_attr_write+0x2c/0x100
[ 141.384326] RSP 8800cb6c3eb8
[ 141.386401] CR2: 0008
[ 141.388548] ---[ end trace 9c28eee46fcb7871 ]---
Signed-off-by: Luming Yu luming...@intel.com
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 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
[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.0
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 remove processor module.
Ok, that's
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:
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
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
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
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.0[B] - GSI 21 (level, low) - IRQ 21
Sounds like acpi
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 T7200,
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,
Reading a
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. It
-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/backlight/backlight.c |7 +--
include/linux/backlight.h |2 +-
5 files
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
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 EVER support
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 again, go
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
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, and re-test
On Sat, Aug 18, 2012 at 4:16 AM, Chris Friesen
chris.frie...@genband.com 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)
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
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 source
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/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 reproduce it
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
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.
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
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
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 PROTECTED] wrote
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, David
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()
On Wed, Jun 27, 2012 at 11:00 PM, Luming Yu luming...@gmail.com wrote:
On Mon, Jun 25, 2012 at 9:37 PM, Luming Yu luming...@gmail.com wrote:
On Tue, Jun 26, 2012 at 5:23 AM, Luming Yu luming...@gmail.com wrote:
The patch is the fist step to test some basic hardware functions like
TSC to help
On Wed, Jul 4, 2012 at 10:36 AM, Frederic Weisbecker fweis...@gmail.com 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 fweis...@gmail.com
wrote:
On Wed, Jul 04, 2012 at 08:42:29PM +0800, Luming Yu wrote:
On Tue, Jul 3
On Mon, Nov 19, 2012 at 3:30 PM, Jon Masters j...@redhat.com 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 take a look over the TG holiday
On Mon, Nov 12, 2012 at 12:13 PM, Jon Masters j...@redhat.com 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, thanks very much Jon. 2
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.
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
-by: Luming Yu luming...@intel.com
Signed-off-by: Luming Yu luming...@intel.com
Signed-off-by: Andi Kleen a...@linux.intel.com
---
arch/x86/include/asm/rtm.h | 58 ++
1 file changed, 58 insertions(+)
create mode 100644 arch/x86/include/asm/rtm.h
diff --git
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
BAR in 32bit kernel for stable reason.
Thanks /l
signed-off-by： Luming Yu luming...@intel.com
z
Description: Binary data
boot option "early_pt" to enable early pt
Signed-off-by: Luming Yu <luming...@intel.com>
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 <luming...@intel.com>
0002-Recommend-to-disable-ftrace-for-pt-by-default.patch
Description: Binary data
enable CYC packet
Signed-off-by: Luming Yu <luming...@intel.com>
0008-early-pt-enable-cyc-packet.patch
Description: Binary data
enable mtc freq packet
Signed-off-by: Luming Yu <luming...@intel.com>
0006-early-pt-enable-mtc-freq-packet.patch
Description: Binary data
enable PSB packet
Signed-off-by: Luming Yu <luming...@intel.com>
0007-enable-early-pt-psb-packet.patch
Description: Binary data
__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 pt buf
enable intel PT to trace kernel boot && runtime
Signed-off-by: Luming Yu <luming...@intel.com>
0009-start-early-intel-processor-trace-in-early-boot.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 <luming...@intel.com>
---
arch/x86/events/Kconfig | 6 +
arch/x86/events
for early pt buffer size setup
Signed-off-by: Luming Yu <luming...@intel.com>
0004-boot-option-early_pt_buf_len-for-early-pt-buffer-siz.patch
Description: Binary data
(addr0 && addr1)
Signed-off-by: Luming Yu <luming...@intel.com>
0005-early-pt-basic-addr-pair-filter-support-addr0-addr1.patch
Description: Binary data
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
[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
> > 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.
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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.
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
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
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
1 - 100 of 160 matches
Mail list logo
