.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/mm/pageattr.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@ -36,11 +36,14 @@ within(unsigned long addr, unsigned long
*/
void clflush_cache_range(void *vaddr
The patch fixes EFI runtime memory mapping code according to the
changes to ioremap() and change_page_attr().
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/kernel/efi.c| 53
arch/x86/kernel/efi_64.c | 56
On Jan 31, 2008 9:00 PM, Thomas Gleixner [EMAIL PROTECTED] wrote:
On Thu, 31 Jan 2008, Huang, Ying wrote:
This patch makes ioremap() can be used to map pages as executable,
this is needed by EFI support.
+extern void __iomem *__ioremap(unsigned long phys_addr, unsigned long size
Jan 31, 2008 8:18 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Huang, Ying [EMAIL PROTECTED] wrote:
+ /* Assume pages are mapped as WB */
+ if (mode == IOR_MODE_UNCACHED)
+ set_memory_uc(md-virt_addr, md-num_pages
This patch updates the usage of set_memory_xx according to changes in
previous patch.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/kernel/pci-gart_64.c |3 ++-
arch/x86/mm/init_32.c |4 ++--
arch/x86/mm/init_64.c |8
arch/x86/mm/ioremap.c
This patch adds __supported_pte_mask checking to set_memory_x/nx.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/mm/pageattr.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
--- a/arch/x86/mm/pageattr.c
+++ b/arch/x86/mm/pageattr.c
@@ -445,13 +445,21
This patchset enhances set_memory_xx functions and updates its usage
such as EFI 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 from this list: send the line unsubscribe linux-kernel
This patch makes set_memory_xx can be used on arbitrary memory mapping
(besides identity mapping), such as memory mapped with ioremap. The
physical address is added to the set_memory_xx functions as another
parameter.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/mm/pageattr-test.c
The patch updates EFI runtime memory mapping code according to the
changes to set_memory_xx.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/kernel/efi.c| 48 +++
arch/x86/kernel/efi_64.c | 40
On Jan 18, 2008 4:48 PM, Ian Campbell [EMAIL PROTECTED] wrote:
On Tue, 2008-01-15 at 13:45 +0800, Huang, Ying wrote:
+void __init bt_ioremap_init(void)
+{
[...]
+ *pgd = __pa(bm_pte) | _PAGE_TABLE;
+}
[...]
+static void __init __bt_set_fixmap(enum fixed_addresses idx
On Wed, 2008-01-23 at 01:00 -0600, Paul Jackson wrote:
In Nov 2007, Huang Ying wrote:
Could you please merge the following patchset:
[PATCH 0/2 -v3] x86_64 EFI boot support
[PATCH 1/2 -v3] x86_64 EFI boot support: EFI frame buffer driver
[PATCH 2/2 -v3] x86_64 EFI boot support: EFI
?
I think it may be merged into 2.6.26.
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
, this will make change_page_attr_addr failed.
This patch is based on latest x86 git and has been tested on x86_64 platform.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/mm/ioremap_64.c |7 +++
1 file changed, 7 insertions(+)
--- a/arch/x86/mm/ioremap_64.c
+++ b/arch/x86/mm
efi_map_memmap.
- EFI memory map is unmapped in efi_enter_virtual_mode to avoid
early_ioremap leak.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/kernel/efi.c |2 ++
arch/x86/kernel/efi_32.c | 15 ---
arch/x86/kernel/efi_64.c |9 -
arch/x86
tables are cleared (PAE is enabled),
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
This patch makes early_ioremap_debug a early parameter, because
early_ioreamp/early_iounmap is only used during early boot stage.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/mm/ioremap_32.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- a/arch/x86/mm/ioremap_32.c
This patch fixes a bug of early_ioremap_reset.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/mm/ioremap_32.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/arch/x86/mm/ioremap_32.c
+++ b/arch/x86/mm/ioremap_32.c
@@ -285,7 +285,7 @@ void __init early_ioremap_reset
as PAGE_KERNEL_EXEC, because EFI runtime
code may be mapped through efi_ioremap.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/kernel/efi.c| 35 ++-
arch/x86/kernel/efi_64.c | 26 ++
include/asm-x86/efi.h|1 -
3 files changed
This patchset fixes some bugs about early_ioremap and EFI runtime services.
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 from this list: send the line unsubscribe linux-kernel in
the body of a message
This patch makes reboot_type of BOOT_EFI is used on i386 too. Because
correpsonding reboot code of i386 and x86_64 is merged.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/kernel/efi.c |2 --
1 file changed, 2 deletions(-)
--- a/arch/x86/kernel/efi.c
+++ b/arch/x86/kernel/efi.c
On Fri, 2008-01-25 at 10:16 +0100, Ingo Molnar wrote:
* Huang, Ying [EMAIL PROTECTED] wrote:
This patch fixes some bugs of making EFI runtime code executable.
- Use change_page_attr in i386 too. Because the runtime code may be
mapped not through ioremap
it does is very
nice so i've applied it already, but we could indeed further consolidate
it and make it a nice #ifdef-less function. Could one of you send an
add-on patch for this?
I will do it. But I have some other thing to do now, so I will send it
on next Monday.
Best Regards,
Huang
On Fri, 2008-01-25 at 10:31 +0100, Ingo Molnar wrote:
* Huang, Ying [EMAIL PROTECTED] wrote:
This patch fixes some bugs of EFI memory handing code.
- On x86_64, it is possible that EFI memory map can not be mapped via
identity map, so efi_map_memmap is removed, just use early_ioremap
On Jan 25, 2008 6:27 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Huang, Ying [EMAIL PROTECTED] wrote:
This patch fixes a bug of ioremap_nocache. ioremap_nocache() will call
__ioremap() with flags != 0 to do the real work, which will call
change_page_attr_addr() if phys_addr + size - 1
On Jan 25, 2008 5:50 PM, Ingo Molnar [EMAIL PROTECTED] wrote:
* Huang, Ying [EMAIL PROTECTED] wrote:
On Fri, 2008-01-25 at 10:31 +0100, Ingo Molnar wrote:
* Huang, Ying [EMAIL PROTECTED] wrote:
This patch fixes some bugs of EFI memory handing code.
- On x86_64
(Huang Ying CC'd).
Don't we have a special section for page-aligned crap so it doesn't
waste most of two pages?
We have .bss.page_aligned and it seems appropriate to use it.
But .bss.page_aligned is not an init section, this will waste some
memory after boot. Do you think that it is more
On Fri, 2008-02-15 at 08:08 +0100, Ingo Molnar wrote:
* Huang, Ying [EMAIL PROTECTED] wrote:
On Thu, 2008-02-14 at 17:12 +0100, Ingo Molnar wrote:
this is indeed a bug (we change the attributes for a larger area than
needed), but your fix is unclean. Find below a cleaner solution
Init BSS sections are added for uninitialized init DATA sections to
reduce kernel image size.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/kernel/head64.c |2 ++
arch/x86/kernel/head_32.S|5 +
arch/x86/kernel/vmlinux_32.lds.S |9 +++--
arch/x86
Uninitialized variable in init DATA sections are relocated into init
BSS sections to reduce kernel image size. Several KB can be reduced.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/x86/kernel/acpi/boot.c | 14 +++---
arch/x86/kernel/aperture_64.c |6
On Thu, 2008-02-21 at 10:05 +0100, Ingo Molnar wrote:
* Huang, Ying [EMAIL PROTECTED] wrote:
Uninitialized variable in init DATA sections are relocated into init
BSS sections to reduce kernel image size. Several KB can be reduced.
-int __initdata early_ioremap_debug;
+int __initbss
On Thu, 2008-02-21 at 10:53 +0100, Ingo Molnar wrote:
* Huang, Ying [EMAIL PROTECTED] wrote:
-int __initdata early_ioremap_debug;
+int __initbss early_ioremap_debug;
will we get some sort of build error if we accidentally do:
int __initbss early_ioremap_debug = 1
Make x86 EFI code works when EFI_PAGE_SHIFT != PAGE_SHIFT. The
memrage_efi_to_native() provided in this patch can be used on other
EFI platform such as IA64 too.
This patch has been tested on Intel x86_64 platform with EFI 64/32
firmware.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch
From: Andrew Morton [mailto:[EMAIL PROTECTED]
On Wed, 31 Oct 2007 09:21:41 +0800
Huang, Ying [EMAIL PROTECTED] wrote:
Can this patchset be merged into mainline kernel? This patchset has
been
in -mm tree from 2.6.23-rc2-mm2 on. Andrew Moton has suggested it to
be
merged into 2.6.24 during early
merging?
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/
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]
---
Documentation/x86_64/uefi.txt | 29
the video information as
appropriate for EFI firmware.
The framebuffer driver has been tested in i386 kernel 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
:
- The include files of efifb.c is cleaned up.
- Make CONFIG_FB_EFI not depend on CONFIG_EFI.
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
On Mon, 2012-12-10 at 18:24 +0100, Roger Pau Monne wrote:
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Huang Ying ying.hu...@intel.com
Cc: Konrad Rzeszutek Wilk kon...@kernel.org
---
include/linux/llist.h | 27 +++
1 files changed, 27 insertions(+), 0
On Fri, 2012-11-30 at 10:54 +0800, Huang Ying wrote:
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 Mon, 2012-11-19 at 23:00 +0100, Rafael J. Wysocki wrote:
On Monday, November 19, 2012 11:31:01 AM Alan Stern wrote:
On Mon, 19 Nov 2012, Huang Ying wrote:
For unbound PCI devices, what we need is:
- Always in D0 state, because some devices does not work again after
being
will do nothing if the PCI
devices are unbound. This way, we can put the PCI devices into
SUSPENDED state without put the PCI devices into D3 state.
Signed-off-by: Huang Ying ying.hu...@intel.com
Cc: Rafael J. Wysocki rafael.j.wyso...@intel.com
Cc: Alan Stern st...@rowland.harvard.edu
CC: sta
On Fri, 2012-11-23 at 02:35 +, Ben Hutchings wrote:
On Wed, 2012-11-21 at 16:39 -0800, Greg Kroah-Hartman wrote:
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Huang Ying ying.hu...@intel.com
commit
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 wrote:
3.0-stable review patch. If anyone has any objections, please let me
know.
--
From
need a way to disable it?
Best Regards,
Huang Ying
+ __acpi_device_run_wake(adev, false);
+ acpi_dev_pm_low_power(dev, adev, ACPI_STATE_S0);
+ }
}
}
EXPORT_SYMBOL_GPL(acpi_dev_pm_detach);
Index: linux/include/linux/acpi.h
On Mon, 2012-11-26 at 02:00 +0100, Rafael J. Wysocki wrote:
On Monday, November 26, 2012 08:43:10 AM Huang Ying wrote:
On Sun, 2012-11-25 at 15:55 +0100, Rafael J. Wysocki wrote:
From: Rafael J. Wysocki rafael.j.wyso...@intel.com
Make it possible to ask the routines used for adding
On Mon, 2012-11-26 at 02:16 +0100, Rafael J. Wysocki wrote:
On Monday, November 26, 2012 09:07:27 AM Huang Ying wrote:
On Mon, 2012-11-26 at 02:00 +0100, Rafael J. Wysocki wrote:
On Monday, November 26, 2012 08:43:10 AM Huang Ying wrote:
On Sun, 2012-11-25 at 15:55 +0100, Rafael J
On Mon, 2012-11-26 at 11:30 -0800, Greg Kroah-Hartman wrote:
On Mon, Nov 26, 2012 at 11:08:18AM -0800, Greg Kroah-Hartman wrote:
On Mon, Nov 26, 2012 at 10:55:05AM -0800, Greg Kroah-Hartman wrote:
On Fri, Nov 23, 2012 at 11:09:37AM +0800, Huang Ying wrote:
On Fri, 2012-11-23 at 02:35
On Tue, 2012-12-11 at 12:25 +0100, Roger Pau Monne wrote:
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Huang Ying ying.hu...@intel.com
Cc: Konrad Rzeszutek Wilk kon...@kernel.org
---
Changes since v2:
* Allow to pass a NULL node as the first entry of deleted list
entries
On Thu, 2012-12-13 at 11:39 +0100, Roger Pau Monne wrote:
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: Huang Ying ying.hu...@intel.com
Cc: Konrad Rzeszutek Wilk kon...@kernel.org
Reviewed-by: Huang Ying ying.hu...@intel.com
---
Changes since v3:
* Change n to use type
.
To solve the issue, the PCIe port will not be suspended if any
subordinate device need PME polling.
Reported-by: Ulrich Eckhardt u...@uli-eckhardt.de
Signed-off-by: Huang Ying ying.hu...@intel.com
Tested-by: Sarah Sharp sarah.a.sh...@linux.intel.com
Cc: sta...@vger.kernel.org # 3.6+
---
drivers
On Tue, 2012-12-11 at 10:08 -0800, Greg Kroah-Hartman wrote:
On Tue, Dec 11, 2012 at 04:12:52PM +0800, Huang Ying wrote:
[snip]
Which tree should I base the patch on?
3.6.10 would be great.
Here is the patch for 3.6.10
for RPM_ACTIVE, PCI
devices should be in D0, but for RPM_SUSPENDED, PCI devices can in any
power state.
Best Regards,
Huang Ying
This means the initialization routine would have to call
pm_runtime_set_active() before pm_runtime_enable(). If you then wanted
to change the status to RPM_SUSPENDED
On Thu, 2012-11-15 at 10:51 +0100, Rafael J. Wysocki wrote:
On Thursday, November 15, 2012 09:03:44 AM Huang Ying wrote:
On Thu, 2012-11-15 at 00:10 +0100, Rafael J. Wysocki wrote:
On Wednesday, November 14, 2012 04:45:01 PM Alan Stern wrote:
On Wed, 14 Nov 2012, Rafael J. Wysocki wrote
On Fri, 2012-11-16 at 01:44 +0100, Rafael J. Wysocki wrote:
On Friday, November 16, 2012 08:36:14 AM Huang Ying wrote:
On Thu, 2012-11-15 at 10:51 +0100, Rafael J. Wysocki wrote:
On Thursday, November 15, 2012 09:03:44 AM Huang Ying wrote:
On Thu, 2012-11-15 at 00:10 +0100, Rafael J
On Fri, 2012-11-16 at 01:55 +0100, Rafael J. Wysocki wrote:
On Friday, November 16, 2012 01:44:00 AM Rafael J. Wysocki wrote:
On Friday, November 16, 2012 08:36:14 AM Huang Ying wrote:
On Thu, 2012-11-15 at 10:51 +0100, Rafael J. Wysocki wrote:
[...]
For this situation, if user
On Fri, 2012-11-16 at 02:29 +0100, Rafael J. Wysocki wrote:
On Friday, November 16, 2012 08:54:56 AM Huang Ying wrote:
On Fri, 2012-11-16 at 01:55 +0100, Rafael J. Wysocki wrote:
On Friday, November 16, 2012 01:44:00 AM Rafael J. Wysocki wrote:
On Friday, November 16, 2012 08:36:14 AM
On Thu, 2012-11-15 at 10:51 +0100, Rafael J. Wysocki wrote:
On Thursday, November 15, 2012 09:03:44 AM Huang Ying wrote:
On Thu, 2012-11-15 at 00:10 +0100, Rafael J. Wysocki wrote:
On Wednesday, November 14, 2012 04:45:01 PM Alan Stern wrote:
On Wed, 14 Nov 2012, Rafael J. Wysocki wrote
nothing. Maybe it is better to use a dedicated flag such as
.skip_rtpm_callbacks. That may improve code readability.
Signed-off-by: Huang Ying ying.hu...@intel.com
CC: Rafael J. Wysocki rafael.j.wyso...@intel.com
CC: Alan Stern st...@rowland.harvard.edu
CC: sta...@vger.kernel.org # v3.6
.
Can anyone help me on that?
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-info.html
Please read the FAQ at http://www.tux.org/lkml/
Ying
-Original Message-
From: Huang, Ying
Sent: Friday, September 28, 2012 4:15 PM
To: bhelg...@google.com
Cc: Greg Kroah-Hartman; Zhang, Yanmin; linux-...@vger.kernel.org;
linux-kernel@vger.kernel.org; r...@sisk.pl
Subject: Why hold device_lock when calling callback in pci_walk_bus
implementation.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
Kexec jump
This patch provide the kexec based implementation of hibernation image
operation. Now, only jumping between original kernel and kexeced
kernel is supported, real image write/read/check will be provided in
next patches.
Signed-off
This patch make it possible to have multiple implementations of
hibernation image operations such as write, read, check, etc, and they
can be switched at run time through writing the
/sys/power/hibernation_image_ops. The uswsusp is the default
implementation.
Signed-off-by: Huang Ying [EMAIL
This patch provide the kexec based implementation of hibernation image
operation. Now, only jumping between original kernel and kexeced
kernel is supported, real image write/read/check will be provided in
next patches.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
arch/i386/kernel/Makefile
be hibernate/resume by the normal kernel too. This way, a real
kexec/boot-up is only needed for the first time.
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
of kexec-tools. But it is useless, and should be removed.
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
?
The devices should be put quiescent state to stop DMA like things. But
they do not need to be put in low power state.
Do not put devices into low power state vs. power on devices during
boot-up
Which one is easier?
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line unsubscribe linux
.
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/
and kexeced kernel can work
too. Maybe it is more approriate not to hook the kexec into current
hibernation. It seems that there are no much code shared between them
except device/CPU state quiescent/save/restore.
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line unsubscribe
mobile device product (Such as Intel MID), a customized ultra-small
program (or kernel) can be composed to write/read image. That way, the
hibernate/resume time can be reduced to minimal.
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
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/
. resume the image of kernel B
3. jump to kernel B
4. Save the kernel A into image
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
should be
done to get hibernation work.
...video does not work in the kexec-ed kernel, unless I boot with
vga=1.
I will check it.
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
From: Huang Ying [EMAIL PROTECTED]
This is another solution to implement multithreaded device matching
(probing). The device matching is delayed until all drivers are
registered. The driver registering is executed one by one, this
eliminates the potential of interdependency between driver. All
accomplish this
through depend field as mentioned above.
+EXPORT_SYMBOL_GPL(device_match_freeze);
+EXPORT_SYMBOL_GPL(device_match_thaw);
Their definitions lack kerneldoc comments.
Sorry, I will add it in the next version.
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line
by
the subsystems. By if the mechanism can be provided by driver core
effectively, the solution will be ideal.
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
verification. It can work on my thinkpad
T42. More optimization can be done if necessary. Because I have only
Outlook as mail client, the format of patch may have some problem. If
the patch has any problem and you need the patch, I can resend it in
attach file.
Best Regards,
Huang Ying
Index: linux
Index: linux-2.6.22-rc4/include/linux/device.h
===
--- linux-2.6.22-rc4.orig/include/linux/device.h2007-06-08
18:26:11.0 +0800
+++ linux-2.6.22-rc4/include/linux/device.h 2007-06-09
19:41:03.0 +0800
to be
implemented. And the serialization demand between subsystem can be
satisfied too.
+ * @probe: probing infromation include probing function and parameter
^^^
typo: information
Sorry, I will correct it in the next version.
Best Regards,
Huang Ying
-
To unsubscribe
me know.
Any comment is welcome.
Best Regards,
Huang Ying
---
This patch add multithreaded probing with more parallelism control.
The device/driver probing is done on a probing queue, which is a
customized version of work queue, where the thread of probing queue will
come and go on demand
the bus scanning thread
can be created and destroyed on demanded too.
Thank you very much for your comment.
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
.
And a workqueue like the probing queue whose thread can be
created/destroyed on demand will save more resources than ordinary
workqueue. :)
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
for this. The parallel control mechanism can be used to implement
multithreaded device probing in needed subsystems 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
, efifb)) {
+ printk(KERN_WARNING
+ efifb: cannot reserve video memory at 0x%lx\n,
+ efifb_fix.smem_start);
KERN_ERR?
Best Regards,
Huang, Ying
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
in efi.c. And export the
wrapper instead.
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/
.
1. A normal kernel is booted.
2. Checking whether there is a effective hibernation image. If there
isn't, continue the normal boot process; otherwise, a resuming
kernel is kexeced in memory 0~16M. The resuming process will
continue in kexeced resuming kernel.
Best Regards,
Huang
from.
There is much similarity between sys_kexec_load and software resuming.
If resuming can be done by sys_kexec_load, then we need not two similar
functionality in kernel.
Best Regards,
Huang Ying
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
The changelog between v1 and v2
1. The kexec jump implementation is put into the kexec/kdump
framework instead of software suspend framework. The device
and CPU state save/restore code of software suspend is called
when needed.
2. The same code path is used for both kexec a new kernel
is called to implement corresponding function.
Signed-off-by: Huang Ying [EMAIL PROTECTED]
---
arch/i386/Kconfig|7 +++
arch/i386/kernel/Makefile|1
arch/i386/kernel/kexec_jump.S| 74 +
arch/i386/kernel/machine_kexec.c | 59
E820_RAM
will be thought of normal memory, others will be thought as reserved. Is
it sufficient just to check whether the page is reserved?
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
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/
in jump
buffer page.
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/
that, the ACPI
issue can not be resolved.
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/
firmware first mode is enabled by APEI bit and WHEA
_OSC.
Can you try the following debug patch, and send me back the output of:
$ dmesg | grep apei_res
Best Regards,
Huang Ying
---
drivers/acpi/apei/apei-base.c |4
1 file changed, 4 insertions(+)
--- a/drivers/acpi/apei/apei-base.c
was doing and copy/pasted the code until
it compiled and ran.
In fact, I've got no clue what an ICR is.
I dug about a bit, I borrowed that code from:
lkml.kernel.org/r/1277348698-17311-3-git-send-email-ying.hu...@intel.com
Huang Ying, can you explain to Jan why you do the wait afterwards
Otherwise, if a large amount of direct IO writes were done, the
segment allocation may be failed because no enough segments are gced.
Signed-off-by: Huang, Ying ying.hu...@intel.com
---
fs/f2fs/data.c |6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
--- a/fs/f2fs/data.c
+++ b/fs
in get_data_block.
Yes. I think so too. So you prefer to add f2fs_balance_fs in both
f2fs_direct_IO and get_data_block, or just add f2fs_blance_fs in
get_data_block only?
Best Regards,
Huang, Ying
Thanks,
On Mon, Jul 07, 2014 at 01:46:28PM +0800, Huang Ying wrote:
Otherwise, if a large amount
Otherwise, if a large amount of direct IO writes were done, the
segment allocation may be failed because no enough segments are gced.
Changes:
v2: add f2fs_balance_fs into __get_data_block instead of f2fs_direct_IO.
Signed-off-by: Huang, Ying ying.hu...@intel.com
---
fs/f2fs/data.c |4
calling check_valid_map after get_node_page again.
Signed-off-by: Huang, Ying ying.hu...@intel.com
---
fs/f2fs/gc.c |6 ++
1 file changed, 6 insertions(+)
--- a/fs/f2fs/gc.c
+++ b/fs/f2fs/gc.c
@@ -421,6 +421,12 @@ next_step:
if (IS_ERR(node_page
Only one bit is read in check_valid_map, holding a lock to do that
doesn't help anything except decreasing performance.
Signed-off-by: Huang, Ying ying.hu...@intel.com
---
fs/f2fs/gc.c |2 --
1 file changed, 2 deletions(-)
--- a/fs/f2fs/gc.c
+++ b/fs/f2fs/gc.c
@@ -382,10 +382,8 @@ static
Only one bit is read in check_valid_map, holding a lock to do that
doesn't help anything except decreasing performance.
Signed-off-by: Huang, Ying ying.hu...@intel.com
---
v2: Fixed a build warning.
---
fs/f2fs/gc.c |3 ---
1 file changed, 3 deletions(-)
--- a/fs/f2fs/gc.c
+++ b/fs/f2fs
301 - 400 of 3349 matches
Mail list logo