Hi Reinette,
Thanks for looking at this.
On Tue, Sep 04, 2018 at 03:36:01PM -0700, Reinette Chatre wrote:
> Hi Chen Yu,
>
> On 9/4/2018 1:24 PM, Reinette Chatre wrote:
> > On 9/4/2018 10:46 AM, Chen Yu wrote:
> >> On a platform with MB resource enabled, a divided-by-zero
> >> exception is triggere
On Wed, Sep 19, 2018 at 10:41:16AM +0200, Rafael J. Wysocki wrote:
> On Wed, Sep 19, 2018 at 9:31 AM Chen Yu wrote:
> >
> > From: Zhimin Gu
> >
> > Backport
> > Commit ef0f3ed5a4ac (x86/asm/power: Create stack frames
> > in hibernate_asm_64.S)
> > and
> > Commit 4ce827b4cc58 (x86/power/64: Fix hi
Hi,
On Thu, Aug 30, 2018 at 02:45:26PM +0200, Thomas Gleixner wrote:
> On Mon, 27 Aug 2018, Gu Zhimin wrote:
> >
> > Fix this problem by changing pfn limit from max_low_pfn to max_pfn.
> > This issue should also exist on 64bits systems, if there are reserved
> > regions above 4GB.
>
> Should? Can
On Thu, Aug 30, 2018 at 02:59:09PM +0200, Thomas Gleixner wrote:
> On Mon, 27 Aug 2018, Gu Zhimin wrote:
> > diff --git a/arch/x86/power/hibernate.c b/arch/x86/power/hibernate.c
> > new file mode 100644
> > index 000..6f91f7b
> > --- /dev/null
> > +++ b/arch/x86/power/hibernate.c
> > @@ -0,0 +1
Hi Viresh,
thanks for the comment,
On Thu, Jun 07, 2018 at 10:15:43AM +0530, Viresh Kumar wrote:
> On 07-06-18, 11:17, Chen Yu wrote:
> > diff --git a/drivers/cpufreq/cpufreq_governor.c
> > b/drivers/cpufreq/cpufreq_governor.c
> > index 871bf9c..9792c80 100644
> > --- a/drivers/cpufreq/cpufreq_gov
From: Chen Yu
Sometimes it is too late for the APs to adjust their MTRRs
to the valid ones saved before suspend - currently this
action is performed by set_mtrr_state() after all the APs
have been brought up. In some cases the BIOS might scribble
the MTRR across suspend, as a result we might get
On Fri, May 04, 2018 at 04:08:42PM +0800, Chen Yu wrote:
> According to current implementation of acpi_pad driver,
> it does not make sense to spawn any power saving threads
> on the cpus which are already idle - it might bring
> unnecessary overhead on these idle cpus and causes power
> waste. So
From: Chen Yu
There's a use case during test to only print specific round of iterations
if --iterations is specified, for example, with this patch applied:
turbostat -i 5 -r 4
will capture 4 samples with 5 seconds interval.
Cc: Len Brown
Cc: Rafael J Wysocki
Cc: Artem Bityutskiy
Cc: Doug Smy
On Thu, Jun 23, 2016 at 3:09 PM, Thomas Gleixner wrote:
> On Wed, 22 Jun 2016, Wanpeng Li wrote:
>> After commit (fc141535ad8 : "x86 tsc_msr: Extend to include Intel Core
>
> Where did you find that commit? It's neither in Linus tree nor in tip.
>
It is in Len's tree, we are planing to resend the
On Tue, Jul 5, 2016 at 11:19 AM, Aaron Lu wrote:
> Resend:
> This is a resend, the original patch doesn't catch much attention.
> It may not be a big deal for swap devices that used to be hosted on
> HDD but with devices like 3D Xpoint to be used as swap device, it could
> make a real difference i
Hi,
On Thu, Mar 23, 2017 at 9:23 PM, Evgenii Shatokhin
wrote:
> On 23.03.2017 03:27, Kees Cook wrote:
>>
>> This is a modified revert of commit 65fe935dd238 ("x86/KASLR, x86/power:
>> Remove x86 hibernation restrictions"), since it appears that 32-bit
>> hibernation still can't support KASLR. 64-
Hi All,
Currently I'm doing some tunings on the speed of suspend/resume,
it looks like my serio driver tooks a 200ms to finish, which is
too long:
[ 1120.255783] calling serio0+ @ 2764, parent: i8042
[ 1120.452976] call serio0+ returned 0 after 192472 usecs
So further investigation shows that th
Hi Dmitry,
thanks very much for your reply,
On Tue, Jun 28, 2016 at 1:05 AM, Dmitry Torokhov
wrote:
> Hi Yu,
>
> On Mon, Jun 27, 2016 at 09:04:58PM +0800, Yu Chen wrote:
>> Hi All,
>> Currently I'm doing some tunings on the speed of suspend/resume,
>> it looks li
On Tue, Feb 06, 2018 at 03:04:17PM +0100, Lukas Wunner wrote:
> On Thu, Dec 14, 2017 at 12:02:42AM +0800, Yu Chen wrote:
> > On Wed, Dec 13, 2017 at 01:31:50AM +0100, Rafael J. Wysocki wrote:
> > > On Tuesday, October 31, 2017 10:58:50 AM CET Yu Chen wrote:
> [snip]
> >
On Wed, Dec 13, 2017 at 10:52:56AM +0800, Dave Young wrote:
> Hi,
>
> Kexec reboot and kdump has broken on my laptop for long time with
> 4.15.0-rc1+ kernels. With the patch below an early panic been fixed:
> https://patchwork.kernel.org/patch/10084289/
>
> But still can not get a successful rebo
On Wed, Dec 13, 2017 at 01:31:50AM +0100, Rafael J. Wysocki wrote:
> On Tuesday, October 31, 2017 10:58:50 AM CET Yu Chen wrote:
> > From: Chen Yu
> >
> > Sometimes it is too late for the APs to synchronize the MTRR
> > after all the APs have been brought up. In so
From: Yu Chen
Unable to handle kernel paging request at virtual address dead0108
pgd = fff7a3179000
[dead0108] *pgd=230e0003, *pud=230e0003,
*pmd=
Internal error: Oops: 9644 [#1] PREEMPT SMP
Modules linked in:
CPU: 2 PID: 1 Comm: init
From: Yu Chen
Unable to handle kernel paging request at virtual address dead0108
pgd = fff7a3179000
[dead0108] *pgd=230e0003, *pud=230e0003,
*pmd=
Internal error: Oops: 9644 [#1] PREEMPT SMP
Modules linked in:
CPU: 2 PID: 1 Comm: init
On Wed, Sep 13, 2017 at 11:29:02PM +0200, Thomas Gleixner wrote:
> Sorry for the large CC list, but this is a major surgery.
>
> The vector management in x86 including the surrounding code is a
> conglomorate of ancient bits and pieces which have been subject to
> 'modernization' and featuritis ov
Thanks for looking at this,
(please bear my slow response as I need to check related code
before replying.)
On Sun, Sep 03, 2017 at 08:17:04PM +0200, Thomas Gleixner wrote:
> On Fri, 1 Sep 2017, Chen Yu wrote:
>
> > This is the major logic to spread the vectors on different CPUs.
> > The main idea
On Wed, Sep 06, 2017 at 12:57:41AM +0200, Thomas Gleixner wrote:
> On Sun, 3 Sep 2017, Thomas Gleixner wrote:
>
> > On Fri, 1 Sep 2017, Chen Yu wrote:
> >
> > > This is the major logic to spread the vectors on different CPUs.
> > > The main idea is to choose the 'idlest' CPU which has assigned
>
On Wed, Sep 06, 2017 at 10:03:58AM +0200, Thomas Gleixner wrote:
> On Wed, 6 Sep 2017, Yu Chen wrote:
> > On Wed, Sep 06, 2017 at 12:57:41AM +0200, Thomas Gleixner wrote:
> > > I have a hard time to figure out how the 133 vectors on CPU31 are now
> > > magically fitting
On Wed, Sep 06, 2017 at 10:46:17AM -0700, Dan Williams wrote:
> On Tue, Sep 5, 2017 at 11:15 PM, Christoph Hellwig wrote:
> > On Wed, Sep 06, 2017 at 12:13:38PM +0800, Yu Chen wrote:
> >> I agree, the driver could be rewritten, but it might take some time, so
> >> me
On Thu, Sep 07, 2017 at 07:54:09AM +0200, Thomas Gleixner wrote:
> On Thu, 7 Sep 2017, Yu Chen wrote:
> > On Wed, Sep 06, 2017 at 10:03:58AM +0200, Thomas Gleixner wrote:
> > > Can you please apply the debug patch below, boot the machine and right
> > > after
Hi,
kernel compile failed after running # make rpm
+
INSTALL_FW_PATH=/root/rpmbuild/BUILDROOT/kernel-4.14.0_rc1+-22.x86_64/lib/firmware/4.14.0-rc1+
+ make
INSTALL_FW_PATH=/root/rpmbuild/BUILDROOT/kernel-4.14.0_rc1+-22.x86_64/lib/firmware/4.14.0-rc1+
firmware_install
make[2]: warning: jobserver u
On Wed, Sep 20, 2017 at 1:37 PM, Greg Kroah-Hartman
wrote:
> On Wed, Sep 20, 2017 at 11:20:19AM +0800, Yu Chen wrote:
>> Hi,
>> kernel compile failed after running # make rpm
>>
>> +
>> INSTALL_FW_PATH=/root/rpmbuild/BUILDROOT/kernel-4.14.0_rc1+-22.x86_64/l
Add dts for usb module of Hikey960.
Signed-off-by: Yu Chen
Signed-off-by: Ning Fan
Signed-off-by: Di Yang
Signed-off-by: Rui Li
---
arch/arm64/boot/dts/hisilicon/hi3660.dtsi | 39 +++
1 file changed, 39 insertions(+)
diff --git a/arch/arm64/boot/dts/hisilicon
The HiKey960 development platform is based around the HiSilicon Kirin960.
The patch sets add support for usb of HiKey960.
Fan Ning (3):
Add document for usb of Hikey960
Modify dwc3 code for support usb of Hikey960
Modify device tree for support Hikey960
.../devicetree/bindings/usb/hisilico
The usb controller of Kirin960 is DesignWare Cores SuperSpeed USB 3.0
Controller.
The patch modifies dwc3 for support Kirin960 and adds codes for a USB Hub on
board Hikey960.
Signed-off-by: Yu Chen
Signed-off-by: Ning Fan
Signed-off-by: Di Yang
Signed-off-by: Rui Li
---
arch/arm64/configs
DT bindings for usb of Hikey960.
Signed-off-by: Yu Chen
Signed-off-by: Ning Fan
Signed-off-by: Di Yang
Signed-off-by: Rui Li
---
.../devicetree/bindings/usb/hisilicon-usb.txt | 38 ++
1 file changed, 38 insertions(+)
create mode 100644 Documentation/devicetree
On Tue, Nov 7, 2017 at 4:38 PM, Yu Chen wrote:
> Hi all,
> We are using 4.13.5-100.fc25.x86_64 and a panic was found during
> resume from hibernation, the backtrace is illustrated as below, would
> someone please take a look if this has already been fixed or is this issue
>
On Thu, Nov 30, 2017 at 7:23 AM, Luis R. Rodriguez wrote:
> This is a followup from the original RFC which proposed to start
> to kill kthread freezing all together [0]. Instead of going straight
> out to the jugular for kthread freezing this series only addresses
> killing freezer calls on filesy
On Fri, Dec 1, 2017 at 12:41 AM, Jiri Kosina wrote:
> On Fri, 1 Dec 2017, Yu Chen wrote:
>
>> BTW, is nfs able to be included in this set? I also encountered a
>> freeze() failure due to nfs access during that stage recently.
>
> The freezer usage in NFS is magnitudes
From: Yu Chen
Check vdev->real_port 0 to avoid panic
[9.261347] []
xhci_free_virt_devices_depth_first+0x58/0x108
[9.261352] [] xhci_mem_cleanup+0x1bc/0x570
[9.261355] [] xhci_stop+0x140/0x1c8
[9.261365] [] usb_remove_hcd+0xfc/0x1d0
[9.261369] [] xhci_plat_remove+0x6c/0
Hi all,
We are using 4.13.5-100.fc25.x86_64 and a panic was found during
resume from hibernation, the backtrace is illustrated as below, would
someone please take a look if this has already been fixed or is this issue still
in the upstream kernel? thanks!
[ 114.846213] PM: Using 3 thread(s) for de
From: "Cho, Yu-Chen"
This patch adds support for Mediatek Bluetooth device
T: Bus=02 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 2 Spd=480 MxCh= 0
D: Ver= 2.01 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs= 1
P: Vendor=0e8d ProdID=763f Rev= 1.00
S: Manufacturer=MediaTek
S: Pr
From: "Cho, Yu-Chen"
This driver is for the Mediatek Bluetooth that can be found in many
different laptops. It was written by Mediatek, but cleaned up to
work properly in the kernel tree by SUSE.
--
Changes since v1:
1.fixed built error , because build path typo.
2.change to corre
From: "Cho, Yu-Chen"
This driver is for the Mediatek Bluetooth that can be found in many
different laptops. It was written by Mediatek, but cleaned up to
work properly in the kernel tree by SUSE.
Signed-off-by: Cho, Yu-Chen
Cc:
---
drivers/staging/Kconfig |2
From: "Cho, Yu-Chen"
This driver is for the Mediatek Bluetooth that can be found in many
different laptops. It was written by Mediatek, but cleaned up to
work properly in the kernel tree by SUSE.
--
Changes since v1:
1.fixed built error , because build path typo.
2.change to corre
Hi all,
Can a buffer allocated by "vmalloc( )" be used to make DMA transmission (the
buffer will be used by BIO structure) on X86_64 platform?
I need a big buffer (cache) maybe 64MB or bigger, so I call vmalloc to
allocate the buffer.
If possible, how to get the pages in the buffer?
Thanks
-
To
Hi,
I write a driver have a big buffer (16MB,allocated by vmalloc).
I want to use the buffer to do DMA transmission so I need getting the pages
of the buffer.
Have any kernel API can do this?
My platform is x86_64 and 2GB RAM
THX
-
To unsubscribe from this list: send the line "unsubscribe linux-k
first
page address of the vm_struct (73d65000)?
THX
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Anton Altaparmakov
Sent: Tuesday, January 23, 2007 9:12 PM
To: Yu-Chen Wu
Cc: linux-kernel@vger.kernel.org
Subject: Re: Could convert a buffer that allocated by
ges of the big buffer.
You can see the page get from vmalloc_to_page() is different to all of the
pages get form vm_struct.
Is it possible that the buffer allocated by vmalloc be used to do DMA
transmission?
THX
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behal
Hi all,
I am writing a kernel module that creates a kernel thread on a SMP
platform.
How to get the ID of the processor the kernel thread run on? Have any
kernel API? THX
Raymond
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
Hi all,
I am developing my module, but meet a bug. Is the bug created by
me??
Kernel:2.6.18 on SUSE10.1 + Intel DualCore
Feb 5 00:57:39 VM-SUSE kernel: --- [cut here ] - [please
bite here ] -
Feb 5 00:57:39 VM-SUSE kernel: Kernel BUG at mm/slab.c
Hi all,
I write a module that creates a kernel thread to show the BIOs from
MD modules.
The kernel thread will call show_bio() when md passing a BIO to my
module,else sleep.
Sometimes, show_bio() continues working successfully ,but it
somtimes makes "general protection fault
f Of Neil Brown
Sent: Wednesday, February 07, 2007 3:46 AM
To: Yu-Chen Wu
Cc: linux-kernel@vger.kernel.org; linux-raid@vger.kernel.org
Subject: Re: Could "bio_vec" be referenced any time?
On Tuesday February 6, [EMAIL PROTECTED] wrote:
> Hi all,
> I write a module that creates a
Hi all,
I tried "memcpy","__copy_to_user",and "__copy_to_user_inatomic",etc.
The destination is BIO's bio_vec->page (the page should be in userspace),
the source is a page of my modules;
I get the addresses of the both pages from kmap() or kmap_atomic() then pass
to "memcpy" or "__copy_to_user" or
BCM43430 devices soldered onto the PCB (non-removable)
use an UART connection for bluetooth.
But also advertise btsdio support on their 3th sdio function.
Signed-off-by: Cho, Yu-Chen
---
drivers/bluetooth/btsdio.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers
BCM43430 devices soldered onto the PCB (non-removable)
use an UART connection for bluetooth.
But also advertise btsdio support on their 3th sdio function.
Signed-off-by: Cho, Yu-Chen
---
drivers/bluetooth/btsdio.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a
BCM43430 devices soldered onto the PCB (non-removable)
use an UART connection for bluetooth.
But also advertise btsdio support on their 3th sdio function.
Signed-off-by: Cho, Yu-Chen
---
drivers/bluetooth/btsdio.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a
Hi Greg,
On 二, 2013-05-14 at 15:27 -0400, Greg KH wrote:
> On Thu, May 02, 2013 at 06:27:16PM +0800, Cho, Yu-Chen wrote:
> > diff --git a/drivers/staging/Makefile b/drivers/staging/Makefile
> > index fa41b04..e33cfe0 100644
> > --- a/drivers/staging/Makefile
> > +++
> https://lwn.net/Articles/628628/
>
> Signed-off-by: Jeffy Chen
> Reviewed-by: Brian Norris
Reviewed-by: AL Yu-Chen Cho
> ---
>
> Changes in v3:
> Add brian's Reviewed-by.
>
> Changes in v2:
> Remove unnecessary memory barrier before wake_up_* functions.
>
> https://lwn.net/Articles/628628/
>
> Signed-off-by: Jeffy Chen
> Reviewed-by: Brian Norris
> Remove unnecessary memory barrier before wake_up_* functions.
Reviewed-by: AL Yu-Chen Cho
>
> ---
>
> Changes in v3:
> Add brian's Reviewed-by.
>
> Changes in v2
n of:
> https://lwn.net/Articles/628628/
>
> Signed-off-by: Jeffy Chen
> 1/ Fix could not wake up by wake attempts on original wait queues.
> 2/ Remove unnecessary memory barrier before wake_up_* functions.
>
> 1/ Make hidp_session_wake_function static.
> 2/ Remove unnec
101 - 155 of 155 matches
Mail list logo
