On Thu, 2007-08-16 at 07:16 +0800, Andrew Morton wrote:
On Mon, 13 Aug 2007 15:30:19 +0800
Huang, Ying [EMAIL PROTECTED] wrote:
Following sets of patches add EFI/UEFI (Unified Extensible Firmware
Interface) runtime services support to x86_64 architecture.
OK, we have a major trainwreck
On Thu, 2007-08-16 at 07:22 +0800, H. Peter Anvin wrote:
Andrew Morton wrote:
On Mon, 13 Aug 2007 15:30:19 +0800
Huang, Ying [EMAIL PROTECTED] wrote:
Following sets of patches add EFI/UEFI (Unified Extensible Firmware
Interface) runtime services support to x86_64 architecture.
OK
On Thu, 2007-08-16 at 16:11 +0200, Andi Kleen wrote:
Huang, Ying wrote:
On Thu, 2007-08-16 at 06:42 +0800, Andrew Morton wrote:
On Mon, 13 Aug 2007 15:30:19 +0800
Huang, Ying [EMAIL PROTECTED] wrote:
Following sets of patches add EFI/UEFI (Unified Extensible Firmware
Interface
, the corresponding page is executable
(refer to section 4.13.2 of Intel 64 and IA-32 Architectures Software
Developer's Manual). So, the bug is fixed through clearing the NX
bit of PMD when splitting the huge PMD.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
Index: linux-2.6.23-rc2-mm2/arch
rejects.
Is there chance for a patch against kexec-testing?
I have some other work to do recently. So the next version will delay
for some while. :(
But now, I have a patch against kexec-tools-testing.
Best Regards,
Huang Ying
Index: kexec-tools/kexec/arch/i386/crashdump-x86.c
On Fri, 2007-08-17 at 09:11 -0700, H. Peter Anvin wrote:
Huang, Ying wrote:
Has the zero page documentation and version numbering project
made any progress? I think we cannot merge this without at least
the version number
More than that. You need to be able to boot a 32-bit kernel
On Sun, 2007-08-19 at 16:25 -0600, Eric W. Biederman wrote:
Huang, Ying [EMAIL PROTECTED] writes:
+#define EFI_LOADER_SIG ((unsigned char *)(PARAM+0x1c0))
+#define EFI_MEMDESC_SIZE (*((unsigned int *) (PARAM+0x1c4)))
+#define EFI_MEMDESC_VERSION (*((unsigned int *) (PARAM+0x1c8
On Mon, 2007-08-20 at 10:12 -0700, H. Peter Anvin wrote:
Huang, Ying wrote:
I propose that, in addition to the aforementioned version number and
magic fields, we add a pointer, which should be the last pointer added
that doesn't point into I/O space or reserved memory (i.e. memory
On Mon, 2007-08-20 at 20:54 -0700, H. Peter Anvin wrote:
Huang, Ying wrote:
I think the next field can be u32 instead of u64. Because the linked
list of struct setup_data is prepared by bootloader, which can control
the memory location.
That's making some pretty serious assumptions
,
nosmp... but problem does not seem device related.
It seems that the problem has nothing to do with device or ACPI. Can you
do a normal kexec? That is:
kexec -l ...
kexec -e
or
kexec -p ...
ALT-SysRq-c to trigger a crash dump.
Best Regards,
Huang Ying
-
To unsubscribe from this list: send
Regards,
Huang Ying
-
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/
1.101 can not deal with bzImage with -p properly. So
vmlinux must be used with -p. And the tricks previous mentioned must
be used for normal kexec -p too. The example command line is as follow:
kexec -p --args-linux vmlinux --append=root=/dev/xxx ...
Best Regards,
Huang Ying
-
To unsubscribe from
, because
the raw hardware can be used too.
Best Regards,
Huang Ying
-
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, 2007-08-07 at 11:54 +0200, Andi Kleen wrote:
On Tuesday 07 August 2007 11:29:44 Huang, Ying wrote:
How does EFI handle 32bit/64bit compatibility? In particular
how do I load a 32bit kernel on machine with a 64bit EFI? Can
it be done?
Because the EFI memory map
by Linux kernel later.
Or did you apply more patches?
No, just the frame buffer patch.
Best Regards,
Huang Ying
-
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
be good. And comments. But discussion first.
Is what defined in Documentation/i386/zero-page.txt the standard boot
protocol. If it is, the elilo follows it. My previous expressing is
not clear and correct.
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line unsubscribe linux
and x86_64
kernel on EFI platform.
Signed-off-by: Chandramouli Narayanan [EMAIL PROTECTED]
Signed-off-by: Huang Ying [EMAIL PROTECTED]
drivers/video/Kconfig | 11 ++
drivers/video/Makefile |1
drivers/video/efifb.c | 232
include
by bootloader if available.
Looking forward to your comments,
Best Regards,
Huang Ying
-
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
This patch adds document for EFI x86_64 boot support. The setup and
operation guide of EFI based system is documented in
Documentation/x86_64/uefi.txt.
Signed-off-by: Chandramouli Narayanan [EMAIL PROTECTED]
Signed-off-by: Huang Ying [EMAIL PROTECTED]
uefi.txt | 29
the entry point can be used for both 32bit and 64bit platform.
3. More complete and formal document.
Can you kindly tell me what's more should be done?
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED
-e820 conversion.
We can discuss them in another thread.
Best Regards,
Huang Ying
-
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
.
Can you kindly tell me what's more should be done?
It's a minimum start. But at least for EFI I still think it's better
to just move that code back into the kernel. Just cleanly separated.
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
back protocol is defined and documented.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
Index: linux-2.6.23-rc8/arch/i386/kernel/machine_kexec.c
===
--- linux-2.6.23-rc8.orig/arch/i386/kernel/machine_kexec.c 2007-10-10
10:10
Kexec base hibernation has some potential advantages over uswsusp and
TuxOnIce (suspend2). Some most obvious advantages are:
1. The hibernation image size can exceed half of memory size easily.
2. The hibernation image can be written to and read from almost
anywhere, such as USB disk, NFS.
This patch adds writing support for /dev/oldmem. This is used to
restore the memory contents of hibernated system.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
Index: linux-2.6.23-rc6/arch/i386/kernel/crash_dump.c
===
--- linux
On Thu, 2007-10-11 at 12:17 +0200, Rafael J. Wysocki wrote:
On Thursday, 11 October 2007 04:13, Huang, Ying wrote:
Kexec base hibernation has some potential advantages over uswsusp and
TuxOnIce (suspend2). Some most obvious advantages are:
Well, I have some doubts as far as the obviousness
This patch add a field of 64-bit physical pointer to NULL terminated
single linked list of struct setup_data to real-mode kernel
header. This is used as a more extensible boot parameters passing
mechanism.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/i386/Kconfig|3
for compatibility.
v2:
- Increase the boot protocol version number
- Check version number before parsing setup data.
- Revise zero page description according to the source code and move
them to zero-page.txt.
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
This patch export the boot parameters via sysfs. This can be used for
debugging and kexec.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
i386/kernel/Makefile|1
i386/kernel/ksysfs.c| 267
i386/kernel/setup.c |2
x86_64
This patch defines a 32-bit boot protocol and adds corresponding
document. It is based on the proposal of Peter Anvin.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
boot.txt | 70 +++
zero-page.txt | 129
Hi, Peter and Andi,
Do you think this patch set is ready for merging? Otherwise what I can
do to make it ready?
Best Regards,
Huang Ying
On Fri, 2007-10-12 at 13:52 +0800, Huang, Ying wrote:
This patchset defines a 32-bit boot protocol for i386/x86_64 platform,
adds an extensible boot
On Fri, 2007-10-12 at 13:52 +0800, Huang, Ying wrote:
Known Issues:
- Where is safe to place the linked list of setup_data? Because the
length of the linked list of setup_data is variable, it can not be
copied into BSS segment of kernel as that of zero page. We must
find a safe place
On Wed, 2007-10-17 at 10:25 +0200, Andi Kleen wrote:
Huang, Ying [EMAIL PROTECTED] writes:
Do you think it is a good idea to check the collision between setup data
and memory area used during kernel boot through bootmem allocator?
You can't solve this through bootmem because x86-64
that can be revisited with code consolidation
across architectures.
Looking forward to your comments,
Best Regards,
Huang Ying
-
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
the firmware service.
Signed-off-by: Chandramouli Narayanan [EMAIL PROTECTED]
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86_64/Kconfig | 13
arch/x86_64/kernel/Makefile |1
arch/x86_64/kernel/efi.c | 507 ++
arch
runtime service area so that EFI runtime code is
executable.
Signed-off-by: Chandramouli Narayanan [EMAIL PROTECTED]
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86_64/kernel/aperture.c |5 +
arch/x86_64/kernel/e820.c |8
arch/x86_64/kernel/setup.c | 16
-by: Chandramouli Narayanan [EMAIL PROTECTED]
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
reboot.c | 11 ++-
time.c | 47 +++
2 files changed, 41 insertions(+), 17 deletions(-)
Index: linux-2.6.23-rc1/arch/x86_64/kernel/reboot.c
-by: Huang Ying [EMAIL PROTECTED]
---
i386/zero-page.txt | 18 ++
x86_64/uefi.txt| 42 ++
2 files changed, 56 insertions(+), 4 deletions(-)
Index: linux-2.6.23-rc1/Documentation/i386/zero-page.txt
the video information as
appropriate for EFI firmware.
Signed-off-by: Chandramouli Narayanan [EMAIL PROTECTED]
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
drivers/video/Kconfig | 11 ++
drivers/video/Makefile |1
drivers/video/efifb.c | 242
On Mon, 2007-07-30 at 22:34 -0600, Eric W. Biederman wrote:
Huang, Ying [EMAIL PROTECTED] writes:
This patch adds Graphics Output Protocol support to the kernel.
UEFI2.0 spec deprecates Universal Graphics Adapter (UGA) protocol and
only Graphics Output Protocol (GOP) is produced
On Mon, 2007-07-30 at 22:40 -0600, Eric W. Biederman wrote:
Huang, Ying [EMAIL PROTECTED] writes:
This patch adds document for EFI x86_64 support. The boot parameters
added are documented in Documentation/i386/zero-page.txt. The setup
and operation guide of EFI based system is documented
On Mon, 2007-07-30 at 22:37 -0600, Eric W. Biederman wrote:
Huang, Ying [EMAIL PROTECTED] writes:
Changelog between v2 and v3:
1. The EFI callwrapper is re-implemented in assembler.
---
This patch adds basic support for EFI x86_64 system. The main file of
the patch
reboot is requested.
That is not implemented by current EFI support patch yet, but we will
add it in the next version.
Signed-off-by: Chandramouli Narayanan [EMAIL PROTECTED]
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
reboot.c | 11 ++-
time.c | 47
On Mon, 2007-07-30 at 22:16 -0600, Eric W. Biederman wrote:
Huang, Ying [EMAIL PROTECTED] writes:
- The variable efi_enabled is used throughout across architecutres if
CONFIG_EFI option is enabled. The i386 code also uses this variable.
This is something that can be revisited with code
message in case something is
wrong...
Yes. At least some message should be printed in case something is wrong.
I will fix it in the next version.
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More
On Tue, 2007-07-31 at 04:52 -0600, Eric W. Biederman wrote:
Huang, Ying [EMAIL PROTECTED] writes:
On Tue, 2007-07-31 at 11:10 +0200, Pavel Machek wrote:
Index: kexec-tools-1.101/kexec/arch/i386/crashdump-x86.c
the
following option is set:
CONFIG_PHYSICAL_START=0x400 # if crashkernel=XX[EMAIL PROTECTED]
Best Regards,
Huang Ying
-
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
in next version too.
This parameter is used for kernel-to-kernel communication. But now, it
must be setup by user, as in usage guide.
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo info
it work before mem_init? Or
Should I change init_memory_mapping to make it can be used to change
mapping attributes? Which one is better?
What exactly are you trying to do here? Just remove _NX for some areas?
Yes. I just want to remove _NX for some areas.
Best Regards,
Huang Ying
-
To unsubscribe
On Wed, 2007-08-01 at 13:55 +0800, Antonino A. Daplas wrote:
On Tue, 2007-07-31 at 11:13 +0800, Huang, Ying wrote:
+
+#include linux/delay.h
+#include linux/errno.h
+#include linux/fb.h
+#include linux/kernel.h
+#include linux/init.h
+#include linux/ioport.h
+#include linux/mm.h
patch posted in bugzilla to disable
runtime PM for PCIe port with hotplug capability. It appears that
patch resolved the issue for the reporter. Do think that patch can
solve the hotplug issue.
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
On Tue, Apr 2, 2013 at 1:28 PM, huang ying huang.ying.cari...@gmail.com wrote:
On Tue, Apr 2, 2013 at 4:51 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday, April 01, 2013 11:34:46 AM Bjorn Helgaas wrote:
[+cc Zheng, who added this with 71a83bd727]
On Sat, Mar 30, 2013 at 4:38 PM
for late! I am trying to fix a way to fix 53811 and Martin's
bug without disable PM for port totally.
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On Thu, 2012-11-29 at 18:01 -0800, Greg Kroah-Hartman wrote:
On Fri, Nov 23, 2012 at 03:47:42PM +0800, Huang Ying wrote:
On Fri, 2012-11-23 at 11:09 +0800, Huang Ying wrote:
On Fri, 2012-11-23 at 02:35 +, Ben Hutchings wrote:
On Wed, 2012-11-21 at 16:39 -0800, Greg Kroah-Hartman
[PATCH 1/4] PCI/ACPI: Add target state as parameter to
pci_platform_pm_ops-run_wake
[PATCH 2/4] PCI: Rename pci_dev-runtime_d3cold to pci_dev-set_d3cold
[PATCH 3/4] PCI/PM: Set pci_dev-set_d3cold in pci_set_power_state
[PATCH 4/4] PCI/PM: Enable D3cold support for system suspend
Huang Ying
Best
Device may need to be put in D3cold on some platforms, especially
because we treat ACPI_STATE_D3 as ACPI_STATE_D3_COLD now.
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci-driver.c |5 +
drivers/pci/pci.c|4
2 files changed, 5 insertions(+), 4
Will use this flag for system suspend in addition to runtime suspend.
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci-driver.c |2 +-
drivers/pci/pci.c|6 +++---
include/linux/pci.h |7 +++
3 files changed, 7 insertions(+), 8 deletions
-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci-driver.c |2 --
drivers/pci/pci.c| 12 +++-
2 files changed, 7 insertions(+), 7 deletions(-)
--- a/drivers/pci/pci-driver.c
+++ b/drivers/pci/pci-driver.c
@@ -1036,8 +1036,6 @@ static int pci_pm_runtime_resume(struct
-run_wake to solve
the issue.
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci-acpi.c |5 +++--
drivers/pci/pci.c |9 +
drivers/pci/pci.h |2 +-
3 files changed, 9 insertions(+), 7 deletions(-)
--- a/drivers/pci/pci-acpi.c
+++ b/drivers/pci/pci-acpi.c
with acpi_map().
Best Regards,
Huang Ying
}
if (!value)
snip
Seiji
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ
)
+{
+ return 0;
+}
+
+static inline void ghes_edac_unregister(struct ghes *ghes)
+{
+}
+#endif
I think it is better to put the above declaration into module which
implement these functions instead of use these functions.
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line
On Thu, 2013-02-21 at 09:04 -0300, Mauro Carvalho Chehab wrote:
Em Thu, 21 Feb 2013 09:26:07 +0800
Huang Ying ying.hu...@intel.com escreveu:
Sorry for late!
Thanks for your comments. See my answers below.
On Fri, 2013-02-15 at 10:44 -0200, Mauro Carvalho Chehab wrote:
In order
On Fri, 2013-02-22 at 05:57 -0300, Mauro Carvalho Chehab wrote:
Em Fri, 22 Feb 2013 05:50:21 -0300
Mauro Carvalho Chehab mche...@redhat.com escreveu:
Em Fri, 22 Feb 2013 08:45:11 +0800
Huang Ying ying.hu...@intel.com escreveu:
On Thu, 2013-02-21 at 09:04 -0300, Mauro Carvalho Chehab
in D3
Hi, Larry,
We fixed a similar issue recently. And the patch has been merged by
v3.6-rc5. Can you try v3.6-rc5?
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info
not to be lock-less.
+
+ pool-algo = algo;
+ if (!pool-algo)
+ pool-algo = gen_pool_first_fit;
Why not check input parameter algo?
+
+ pool-data = data;
+
+ rcu_read_unlock();
+}
+EXPORT_SYMBOL(gen_pool_set_algo);
[snip]
Best Regards,
Huang Ying
[RFC 1/3] PCI/PM: Fix kexec for D3cold and bridge suspending
[RFC 2/3] PCI/PM: Make PCI devices notified when its power
[RFC 3/3] PCI/PM: Disable PME poll for PCIe devices
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
on to D0uninitialized state. These devices should be
resumed, so that they can get opportunity to go to low power state
later.
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/acpi/pci_bind.c |2 ++
1 file changed, 2 insertions(+)
--- a/drivers/acpi/pci_bind.c
+++ b/drivers/acpi/pci_bind.c
on many systems.
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pcie/pme.c |1 +
1 file changed, 1 insertion(+)
--- a/drivers/pci/pcie/pme.c
+++ b/drivers/pci/pcie/pme.c
@@ -313,6 +313,7 @@ static int pcie_pme_set_native(struct pc
device_set_run_wake(dev-dev, true
.
These will make some PCI devices can not be scanned after kexec, so
resume the PCI devices in D3cold or PCI bridges in low power state
before kexec.
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci-driver.c |4
1 file changed, 4 insertions(+)
--- a/drivers/pci/pci-driver.c
+++ b
On Thu, 2012-09-20 at 00:38 -0700, Eric W. Biederman wrote:
Bjorn Helgaas bhelg...@google.com writes:
+cc Eric and kexec list
On Mon, Sep 17, 2012 at 2:54 AM, Huang Ying ying.hu...@intel.com wrote:
If PCI devices are put into D3cold before kexec, because the
configuration registers
On Thu, 2012-09-20 at 21:20 +0200, Rafael J. Wysocki wrote:
On Monday, September 17, 2012, Bjorn Helgaas wrote:
+cc Eric and kexec list
On Mon, Sep 17, 2012 at 2:54 AM, Huang Ying ying.hu...@intel.com wrote:
If PCI devices are put into D3cold before kexec, because the
configuration
On Thu, 2012-09-20 at 21:31 +0200, Rafael J. Wysocki wrote:
On Monday, September 17, 2012, Huang Ying wrote:
PME poll is not necessary for PCIe devices, because PCIe devices use
in-band PME message and IRQ on PCIe port to report PME.
Alas, not all of them as it turns out and even
This patch adds ABI document for the following sysfs file:
/sys/bus/pci/devices/.../d3cold_allowed
Signed-off-by: Huang Ying ying.hu...@intel.com
---
Documentation/ABI/testing/sysfs-bus-pci | 12
1 file changed, 12 insertions(+)
--- a/Documentation/ABI/testing/sysfs-bus-pci
Hi, Don,
Thanks for your comments.
On Mon, 2012-07-30 at 14:03 -0400, Don Dutile wrote:
On 07/27/2012 04:07 AM, Huang Ying wrote:
This patch adds ABI document for the following sysfs file:
/sys/bus/pci/devices/.../d3cold_allowed
Signed-off-by: Huang Yingying.hu...@intel.com
resume/suspend PCIe port for each configuration register
read/write, a small delay is added before the PCIe port to go
suspended.
Reported-by: Bjorn Mork bj...@mork.no
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci-sysfs.c| 42
D3/D3cold by default for most
devices. This restores the original behavior. For some devices that
suspected to have broken D3cold support, such as PCIe port, D3cold is
disabled by default.
Reported-by: Bjorn Mork bj...@mork.no
Signed-off-by: Huang Ying ying.hu...@intel.com
Reviewed-by: Rafael J
[BUGFIX -v3 3/4] PCI/PM: Fix config reg access for D3cold and bridge suspending
[PATCH -v3 4/4] PCI/PM: Add ABI document for sysfs file d3cold_allowed
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
This patch adds ABI document for the following sysfs file:
/sys/bus/pci/devices/.../d3cold_allowed
Signed-off-by: Huang Ying ying.hu...@intel.com
Acked-by: Rafael J. Wysocki r...@sisk.pl
---
Documentation/ABI/testing/sysfs-bus-pci | 12
1 file changed, 12 insertions
resume/suspend PCIe port for each configuration register
read/write, a small delay is added before the PCIe port to go
suspended.
Reported-by: Bjorn Mork bj...@mork.no
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci-sysfs.c| 43
before probing.
Reported-by: Bjorn Mork bj...@mork.no
Signed-off-by: Huang Ying ying.hu...@intel.com
Reviewed-by: Rafael J. Wysocki r...@sisk.pl
---
drivers/pci/pci-driver.c |6 ++
1 file changed, 6 insertions(+)
--- a/drivers/pci/pci-driver.c
+++ b/drivers/pci/pci-driver.c
@@ -280,8
On Wed, 2012-08-08 at 09:07 +0800, Huang Ying wrote:
This patch fixes the following bug:
http://marc.info/?l=linux-pcim=134338059022620w=2
Where lspci does not work properly if a device and the corresponding
parent bridge (such as PCIe port) is suspended. This is because the
device
)
{
return misc_register(aer_inject_device);
After
# rmmod aer_inject
What will happen?
Best Regards,
Huang Ying
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
.
Best Regards,
Huang Ying
On 08/27/2012 09:23 AM, Huang Ying wrote:
On Sat, 2012-08-25 at 17:59 +0800, Yijing Wang wrote:
When we inject aer errors to the target pci device by aer_inject module,
the pci_ops of pci
bus which the target device is on will be assign to pci_ops_aer.So
[BUGFIX 1/4] PCI/PM: enable D3/D3cold by default for most devices
[BUGFIX 2/4] PCI/PM: Keep parent bridge active when probing device
[BUGFIX 3/4] PCI/PM: Fix config reg access for D3cold and bridge suspending
[PATCH 4/4] PCI/PM: Add ABI document for sysfs file d3cold_allowed
Best Regards,
Huang
resume/suspend PCIe port for each configuration register
read/write, a small delay is added before the PCIe port to go
suspended.
Reported-by: Bjorn Mork bj...@mork.no
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci-sysfs.c| 37
This patch adds ABI document for the following sysfs file:
/sys/bus/pci/devices/.../d3cold_allowed
Signed-off-by: Huang Ying ying.hu...@intel.com
Acked-by: Rafael J. Wysocki r...@sisk.pl
---
Documentation/ABI/testing/sysfs-bus-pci | 12
1 file changed, 12 insertions
before probing.
Reported-by: Bjorn Mork bj...@mork.no
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci-driver.c |6 ++
1 file changed, 6 insertions(+)
--- a/drivers/pci/pci-driver.c
+++ b/drivers/pci/pci-driver.c
@@ -280,8 +280,12 @@ static long local_pci_probe(void
D3/D3cold by default for most
devices. This restores the original behavior. For some devices that
suspected to have broken D3cold support, such as PCIe port, D3cold is
disabled by default.
Reported-by: Bjorn Mork bj...@mork.no
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci.c
This patch adds ABI document for the following sysfs file:
/sys/bus/pci/devices/.../d3cold_allowed
Signed-off-by: Huang Ying ying.hu...@intel.com
Acked-by: Rafael J. Wysocki r...@sisk.pl
---
Documentation/ABI/testing/sysfs-bus-pci | 12
1 file changed, 12 insertions
before probing.
Reported-by: Bjorn Mork bj...@mork.no
Signed-off-by: Huang Ying ying.hu...@intel.com
Reviewed-by: Rafael J. Wysocki r...@sisk.pl
---
drivers/pci/pci-driver.c |6 ++
1 file changed, 6 insertions(+)
--- a/drivers/pci/pci-driver.c
+++ b/drivers/pci/pci-driver.c
@@ -280,8
Changes:
v2:
- Change some pm_runtime_put to pm_runtime_put_sync per Alan and Rafael's
comments.
[BUGFIX -v2 1/4] PCI/PM: enable D3/D3cold by default for most devices
[BUGFIX -v2 2/4] PCI/PM: Keep parent bridge active when probing device
[BUGFIX -v2 3/4] PCI/PM: Fix config reg access for
resume/suspend PCIe port for each configuration register
read/write, a small delay is added before the PCIe port to go
suspended.
Reported-by: Bjorn Mork bj...@mork.no
Signed-off-by: Huang Ying ying.hu...@intel.com
---
drivers/pci/pci-sysfs.c| 37
D3/D3cold by default for most
devices. This restores the original behavior. For some devices that
suspected to have broken D3cold support, such as PCIe port, D3cold is
disabled by default.
Reported-by: Bjorn Mork bj...@mork.no
Signed-off-by: Huang Ying ying.hu...@intel.com
Reviewed-by: Rafael J
Hi, Bjorn,
Could you please merge this patchset? They fix real bugs.
Best Regards,
Huang Ying
On Sun, Aug 19, 2012 at 6:35 PM, Bjørn Mork bj...@mork.no wrote:
Huang Ying ying.hu...@intel.com writes:
[BUGFIX 1/4] PCI/PM: enable D3/D3cold by default for most devices
[BUGFIX 2/4] PCI/PM: Keep
*__ioremap(unsigned long phys_addr, unsigned long size,
enum ioremap_mode mode,
enum ioremap_xmode xmode);
Which one do you think is better? Or we should use some other interface
or method?
Best Regards,
Huang Ying
--
To unsubscribe from this list: send
On Jan 30, 2008 5:59 PM, Andi Kleen [EMAIL PROTECTED] wrote:
On Wednesday 30 January 2008 10:32, Huang, Ying wrote:
Hi,
On i386, EFI may need to map EFI runtime code area as EXEC enabled with
ioremap(). But, I found that the memory are mapped as EXEC disabled when
mapped with ioremap
This patchset adds executable mapping support to ioremap, fixes some
issue of change_page_attr and early_ioremap, and fixes EFI memory
mapping accordingly.
This patchset is based on latest x86 git tree and has been tested on
EFI 32 and EFI 64 platform.
Best Regards,
Huang Ying
--
To unsubscribe
This patch fixes a bug of early_ioremap_reset(), which had been fixed
before by convert the boot time page table to the kernels native
format patch. But that patch has been reverted now.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/mm/ioremap.c |2 +-
1 file changed, 1 insertion
This patch makes ioremap() can be used to map pages as executable,
this is needed by EFI support.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/mm/ioremap.c | 35 +++
include/asm-x86/io_32.h | 14 ++
include/asm-x86/io_64.h | 14
This patch replaces __change_page_attr_set_clr() with
change_page_attr_set_clr() in change_page_attr_clear() to flush the
TLB/cache properly.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/mm/pageattr.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
--- a/arch/x86/mm
201 - 300 of 3349 matches
Mail list logo
