-Original Message-
From: Len Brown [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 10, 2007 1:33 AM
>Let me know if you have one that doesn't.
Sorry, please check this one.
YH
acpi_power_system_1.config
Description: acpi_power_system_1.config
resend
-Original Message-
From: Lu, Yinghai
Sent: Wednesday, April 04, 2007 10:43 AM
To: 'Andi Kleen'
Cc: Andrew Morton; Len Brown; linux-kernel@vger.kernel.org
Subject: RE: [PATCH] x86_64/acpi: make kernel to be compiled when
CONFIG_ACPI_NUMA is set and power management with a
-Original Message-
From: Andi Kleen [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 04, 2007 3:13 AM
>How did you manage to unset ACPI with that? Can you send your config?
Please check attached config.
YH
acpi_power_system.config
Description: acpi_power_system.config
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, February 23, 2007 3:33 AM
>+struct irq_cfg {
>+ cpumask_t domain;
>+ u8 vector;
>+};
>+
>+/* irq_cfg is indexed by the sum of all RTEs in all I/O APICs. */
>+struct irq_cfg irq_cfg[NR_IRQS] __rea
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, February 05, 2007 3:03 PM
>Nope. irq routines are a stack. if apic_in_service_vector could return
>the wrong value. ack_APIC_irq() which use the same information would
>acknowledge the wrong irq. If there
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, February 05, 2007 12:37 PM
>The only corner case I can see that might potentially happen is
>"apic_in_service_vector() != irq_vector[irq]" and if that is the case
>we don't want to migrate, because the pre
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>> How about let apic_hangle_pending_vector take the irq too?
>We can't compute the vector by reading the hardware registers after
>we have acknowledged the irq.
>I hope that was the answer you were looking for I'm not quite certain
>what you mea
Eric,
How about let apic_hangle_pending_vector take the irq too?
I wonder if there any chance that you have two IRQ_MOVE_PENDING?
BYW, Andi, Do you want to try "reuse vector when do the irq-balance
between CPUS"?
If So, I will update the patch that you dropped some months ago.
YH
-
To unsub
-Original Message-
From: Tobias Diedrich [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 09, 2007 2:01 PM
To: Eric W. Biederman
Cc: Linus Torvalds; Lu, Yinghai; Andrew Morton; Adrian Bunk; Andi Kleen;
Linux Kernel Mailing List
Subject: Re: [PATCH 4/4] x86_64 ioapic: Improve the
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, January 08, 2007 2:50 PM
To: Andrew Morton
Cc: Linus Torvalds; Tobias Diedrich; Adrian Bunk; Andi Kleen; Linux
Kernel Mailing List; Lu, Yinghai
Subject: [PATCH] x86_64 ioapic: check_timer_pin Don
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, January 08, 2007 1:31 PM
To: Lu, Yinghai
Cc: Linus Torvalds; Tobias Diedrich; Andrew Morton; Adrian Bunk; Andi
Kleen; Linux Kernel Mailing List
Subject: Re: [PATCH 1/4] x86_64 io_apic: Implement
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, January 08, 2007 7:50 AM
To: Linus Torvalds
Cc: Tobias Diedrich; Lu, Yinghai; Andrew Morton; Adrian Bunk; Andi
Kleen; Linux Kernel Mailing List
Subject: [PATCH 1/4] x86_64 io_apic: Implement
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, January 08, 2007 12:47 PM
To: Lu, Yinghai
Cc: Linus Torvalds; Tobias Diedrich; Andrew Morton; Adrian Bunk; Andi
Kleen; Linux Kernel Mailing List
Subject: Re: [PATCH 4/4] x86_64 ioapic: Improve the
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, January 08, 2007 8:11 AM
To: Linus Torvalds
Cc: Tobias Diedrich; Lu, Yinghai; Andrew Morton; Adrian Bunk; Andi
Kleen; Linux Kernel Mailing List
Subject: [PATCH 4/4] x86_64 ioapic: Improve the heuristics for
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, January 08, 2007 8:11 AM
To: Linus Torvalds
Cc: Tobias Diedrich; Lu, Yinghai; Andrew Morton; Adrian Bunk; Andi
Kleen; Linux Kernel Mailing List
Subject: [PATCH 4/4] x86_64 ioapic: Improve the heuristics for
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 21, 2006 12:47 PM
To: Lu, Yinghai
>> +static int add_irq_entry(int type, int irqflag, int bus, int irq,
int apic, int
>> pin)
>This is fairly sane but probably belongs in mptabl
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 07, 2006 11:42 PM
>> With Eric code in LinuxBIOS, it will report "No device found in debug
>> port"
>Hmm. At least this is partial progress :)
It works in LinuxBIOS now. It will loop all connect
-Original Message-
From: Greg KH [mailto:[EMAIL PROTECTED]
Sent: Friday, December 08, 2006 5:17 PM
>Buffer size? flow control? the fact that the buffer has already
>overflowed? Who knows, don't trust usb-serial as a real "console"
>please :)
I set buffer size to 128k, and can get all
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
>Ok due to popular demands here is the slightly fixed patch that works
>on both i386 and x86_64. For the i386 version you must not have
>HIGHMEM64G enabled.
>I just rolled it all into on
Two side are identical if two side are connected.
YH
-
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/
Greg,
I wonder why the netconsole could print all boot log from beginning with
buffer. But your usb serial console can not.
YH
-
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/m
-Original Message-
From: Andi Kleen [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 06, 2006 12:59 PM
>I haven't looked how the other usb_debug works -- if it's polled
>too then it wouldn't have much advantage.
Need to verify if the two sides of debug cable are identical.
>And it w
-Original Message-
From: Andi Kleen [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 06, 2006 9:31 AM
>Also for usb console keep should be made default because the output
won't
>be duplicated.
Still need to tx_read to make console can take command?
Or transfer to generic usb_serial o
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 05, 2006 3:50 PM
>If you will not reps is negative. Roughly it is a loop
>that will timeout eventually if a usb debug cable is not present.
>Putting some deliberate delays in there so I could
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, December 05, 2006 3:01 AM
>+static int ehci_wait_for_port(int port)
>+{
>+ unsigned status;
>+ int ret, reps;
>+ for (reps = 0; reps >= 0; reps++) {
>+
-Original Message-
From: Greg KH [mailto:[EMAIL PROTECTED]
Sent: Monday, December 04, 2006 4:45 PM
To: Eric W. Biederman
Cc: Lu, Yinghai; USB development list; Stefan Reinauer; Peter Stuge;
linuxbios@linuxbios.org; linux-kernel@vger.kernel.org; Andi Kleen
Subject: Re: [RFC][PATCH 2/2
Eric,
Please check the version I modified for LinuxBIOS from your
usbdebug_direct.
Put the related info in
struct ehci_debug_info {
void *ehci_base;
void *ehci_op_base;
void *ehci_debug_base;
unsigned devnum;
unsigned endpoint_out;
unsigned endpoint
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>arch/x86_64/kernel/early_printk.c | 574
+
> drivers/usb/host/ehci.h |8 +
> include/asm-x86_64/fixmap.h |1
Can you separate usbdebug handle out from early_pr
Thanks for the code.
In LinuxBIOS,
I put usbdevice_direct.c in lib/, and call it from usb2_init in
mcp55_usb2.c
Got
"No device in debug port"
Waiting for cable, hope to get that cable next Tuesday.
Will create usbdebug_direct_console.c in console/ for linuxbios_ram
code.
also usbdebug_direct_s
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, December 01, 2006 1:15 PM
Peter Stuge <[EMAIL PROTECTED]> writes:
>> On Fri, Dec 01, 2006 at 11:19:16AM -0800, Greg KH wrote:
>>> Well, earlyprintk will not work, as you need PCI up and running.
>>
>> Not
-Original Message-
From: Greg KH [mailto:[EMAIL PROTECTED]
>I can do that in about 15 minutes if you give me the device ids for the
>usb debug device that you wish to have.
>Or you can also use the generic usb-serial driver today just fine with
>no modification. Have you had a problem w
-Original Message-
From: Lu, Yinghai
>To my understanding, you don't need to waiting for Eric's code.
>You can use the cable on two systems without debug port support.
>So just extend the program to make it can write the data too.
Greg,
Anyone is work
-Original Message-
From: Andrew Morton [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 29, 2006 1:53 PM
>It has no changelog. We're still waiting for a complete description of
the
>patch: why it is needed, what it does, how it does it. Please provide
>that.
-
For pc
-Original Message-
From: Greg KH [mailto:[EMAIL PROTECTED]
>Can you please send me the latest version of this patch, due to all of
>the different changes that it has gone through, I'm a bit confused...
Please check
http://lkml.org/lkml/2006/11/24/160
for updated version by Andrew.
YH
-Original Message-
From: Andi Kleen [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 26, 2006 4:22 PM
>Are you sure it's correct? The drivers/pci pci= parsing
>isn't early and there tend to be nasty ordering issues.
>I can't see where it would go wrong here, but it probably
>needs very c
-Original Message-
From: Linus Torvalds [mailto:[EMAIL PROTECTED]
>Eventually, MSI will hopefully be the more robust of the two methods.
>Maybe it will take a year. And maybe we'll end up not using MSI on a
lot
>of the _current_ crop of motherboards. We don't want to carry the "fall
>b
-Original Message-
From: Olivier Nicolas [mailto:[EMAIL PROTECTED]
>IRQ 22 is disabled but snd_hda_intel seems to get a MSI interrupt! (It
>cannot be reproduced)
>313: 0 1 PCI-MSI-edge HDA Intel
Please try attached one, also build hda_intel into kernel directl
37 matches
Mail list logo