Maybe you got something wrong with USB 3.0 driver and its devices, U'd better
reach USB guys.
Ethan
在 2012-12-26，17:53，Harald Dunkel 写道：
> Hi folks,
>
> I get a lot of strange messages in /var/log/kern.log:
>
> :
> Dec 26 08:01:58 dpcl082 kernel: <>[186218
thanks，got it ,you are right.
在 2013-7-28，11:09，Mark D Rustad 写道：
> Another nit below:
>
> On Jul 27, 2013, at 12:32 PM, ethan.ker...@gmail.com wrote:
>
>> Cleanup the -EINVAL return value handling and add warning message for invalid
>> start,end,addr parameters.
>>
>> V2: Corrected code sty
oftirq_irqoff(TIMER_SOFTIRQ)-->+
^----<
Thanks,
Ethan
在 2013-7-30，下午7:59，Peter Zijlstra 写道：
> On Tue, Jul 30, 2013 at 07:44:03PM +0800, Ethan Zhao wrote:
>> Got it.
>> what tglx and you mean
>>
>>
>> So the expensive thing maybe not ins
d
the No.2 expensive thing is the extra hrtimer reprogramming/tick in Linux
3.11-rc3 code.
We need manage to do as less as possible rescheduling IPI and reprogramming to
get better performance.
Does it(the tough hacking and the test) make sense ? and the result rational ?
Thanks,
Ethan
在 2013-7
block ?
...
Before got the answer, you should ask yourself many questions.
Ethan
发自我的 iPad
在 2013-5-26，13:29，Fredrik Tolf 写道：
> Dear list,
>
> In order to debug I/O performance, I recently wrote a tiny program for
> inspecting /sys/block/$DISK/stat. It works by dump
Hello,
I am Mr.Ethan Mbuya the Chief Operating Officer in Accounting Unit of Standard
Bank of South Africa (SBSA) This message might meet you in utmost surprise.
However, it's just my urgent need for a foreign partner that made me to contact
you for this transaction.
An account was opened in
Linda，
> 在 2014年12月6日，00:09，Linda Knippers 写道：
>
>> On 12/5/2014 4:40 AM, Ethan Zhao wrote:
>> To force loading on Oracle Sun X86 servers, provide one kernel command line
>> parameter
>>
>> intel_pstate = force
>>
>> For those who be aware of t
Linda，
> 在 2014年11月20日，04:22，Linda Knippers 写道：
>
>> On 11/18/2014 3:37 AM, Ethan Zhao wrote:
>> Oracle Sun X86 servers have dynamic power capping capability that works via
>> ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
>> enable
> 在 2014年11月20日，03:05，Kristen Carlson Accardi 写道：
>
> On Tue, 18 Nov 2014 17:37:06 +0900
> Ethan Zhao wrote:
>
>> Add kernel command line parameter
>> intel_pstate = ignore_acpi_ppc
>> and module parameter
>> ignore_acpi_ppc = 1
>> to allow driv
Kristen,
> 在 2014年11月20日，02:58，Kristen Carlson Accardi 写道：
>
> On Tue, 18 Nov 2014 17:37:05 +0900
> Ethan Zhao wrote:
>
>> From: Brian Maly
>>
>> To provide the flexibility of module, allow this driver to
>> be configured and built as a module.
>>
Dirk,
> 在 2014年11月19日，22:59，Dirk Brandewie 写道：
>
>> On 11/18/2014 12:37 AM, Ethan Zhao wrote:
>> Oracle Sun X86 servers have dynamic power capping capability that works via
>> ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
>> enable
Linda，
> 在 2014年11月24日，23:54，Linda Knippers 写道：
>
>> On 11/23/2014 8:41 PM, ethan zhao wrote:
>> Linda,
>>
>>> On 2014/11/21 12:44, Linda Knippers wrote:
>>>
>>>> On 11/20/2014 07:37 PM, ethan zhao wrote:
>>>> Dirk,
>>>
Dirk,
> 在 2014年11月25日，22:51，Dirk Brandewie 写道：
>
>> On 11/24/2014 08:59 PM, Ethan Zhao wrote:
>> To force loading on Oracle Sun X86 servers, provide one kernel command line
>> parameter
>>
>> intel_pstate = onora
>>
>> For those who be aware o
Dirk,
> 在 2014年11月25日，22:57，Dirk Brandewie 写道：
>
>> On 11/24/2014 08:59 PM, Ethan Zhao wrote:
>> Oracle Sun X86 servers have dynamic power capping capability that works via
>> ACPI _PPC method etc, so skip loading this driver if Sun server has ACPI _PPC
>> enabled
Hi, Len
Please help to review and apply the patch if it is OK.
I didn't go through all the related code, simply add the model 3e to
the id list, I have tested it with stable branch kernel 3.6.7 on my
Server with Intel ES0 installed.
Thanks,
Ethan
c
Joe,
Possibly your customer is running a kernel without source code on
a platform whose vendor wouldn't like to fix BIOS issue( Is that a
HP/Dell server ?).
Anyway, to see if is a payload issue or, you could change the
payload size with setpci tool to those devices and set the link
retrain
need catch up with other mail loops with my vacation
again.
Thanks,
Ethan
On Wed, Sep 11, 2013 at 6:25 PM, Mike Galbraith wrote:
> On Wed, 2013-09-11 at 10:56 +0200, Peter Zijlstra wrote:
>> On Mon, Sep 09, 2013 at 03:46:35PM +0200, Peter Zijlstra wrote:
>> > On Mon, Sep 09,
_CBA, and if it doesn't exist, look for an MCFG
>> entry. But for various historical reasons, the code is a mess, and we
>> haven't figured out how to safely simplify it.
>>
>> Ethan, Yinghai, any objections to reverting 07f9b61?
>
> yes, that is right solution
Got it.
On Mon, Oct 7, 2013 at 12:41 PM, Mike Galbraith wrote:
> On Fri, 2013-10-04 at 20:06 +0800, Ethan Zhao wrote:
>> Mike, Peter,
>>Seems lots of work has been done these days, studious guys. those
>> patches merged in last stable/dev branch (fix performance regressi
Hi, Len, Robert,
Please help to check the following patch, add more conditions
when validate the 64bit 32bit FACS/DSDT address in FADT to follow ACPI
spec, In the meantime, keep the compatibility and latitude.
Thanks,
Ethan
>From c1116211a7b329c26b0370565c36b084ceb08f71 Mon Sep 17
ity domains number %d\n",
+ d , pxd);
+ return 0;
+ }
+
for (i = 0; i < d; i++) {
for (j = 0; j < d; j++) {
u8 val = slit->entry[d*i + j];
--
1.7.1
Thanks,
Ethan
On Thu, May 24, 2012 at 12:59
Konrad,
This patch fix a typo in comments of arch/x86/pci/xen.c
Thanks,
ethan.z...@oracle.com
---
commit 333a48b76d5311ae370d65dfac293ca0d839c455
Author: ethan.zhao
Date: Thu Dec 20 20:23:31 2012 -0800
Fix a typo in comments
diff --git a/arch/x86
: Scatter Gather Elements per IO(128)
mpt2sas0: LSISAS2008: FWVersion(11.05.02.00), ChipRevision(0x03),
BiosVersion(07.21.03.00)
Thanks,
Ethan
---
>From 88f1ac6124678bbe45112ce070b62e709e7d72f7 Mon Sep 17 00:00:00 2001
F
ing the 32bit address at once in acpi_tb_convert_fadt().
Do you agree to move the checking code warning and into
acpi_tb_convert_fadt to make the code more simple and clear ? Or just
keep it for more rework, more bug?
Thanks,
Ethan
--
To unsubscribe from this list: send the line "uns
DT.Xdsdt)));
-
- acpi_gbl_FADT.Xdsdt = (u64)acpi_gbl_FADT.dsdt;
- }
-
/* If Hardware Reduced flag is set, we are all done */
if (acpi_gbl_reduced_hardware) {
--
1.7.1
Thanks,
Ethan
On Fri, Nov 16, 2012 at 11:49 AM, Moore, Robert wrote:
> No decision(s) yet, we are stil
On Sat, Jul 27, 2013 at 1:39 AM, Bjorn Helgaas wrote:
> [+cc Jiang, linux-pci, -cc bjorn.helg...@hp.com (dead address)]
>
> On Fri, Jul 26, 2013 at 05:10:39PM +0800, ethan zhao wrote:
>> Cleanup the -EINVAL return value handling and add warning message
>> for invalid
>>
Seems there are code style issues etc after I pasted it in my mail client.
I will correct it and resend v2.
Thanks.
On Sun, Jul 28, 2013 at 12:09 AM, Bjorn Helgaas wrote:
> On Sat, Jul 27, 2013 at 8:27 AM, Yinghai Lu wrote:
>> On Fri, Jul 26, 2013 at 10:39 AM, Bjorn Helgaas wrote:
>
>>> [b
Cleanup the -EINVAL return value handling and add warning message for invalid
start,end,addr parameters.
V2: Corrected code style and tested for Linux v 3.11-rc2
Signed-off-by: ethan.zhao
---
arch/x86/pci/mmconfig-shared.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
d
commit 968320b hrtimer: Fix extra wakeups from __remove_hrtimer() introduced a
significant scheduler
performance regression, following is the test:
a. Test environment:
SUN FIRE X4170 M2 SERVER
CPU model name: Intel(R) Xeon(R) CPU X5675 @ 3.07GHz
2 socket X 6 core X 2 thread
b. To eliminate th
On Tue, Jul 30, 2013 at 5:35 PM, Peter Zijlstra wrote:
>
> On Tue, Jul 30, 2013 at 05:12:49PM +0800, Ethan Zhao wrote:
> > On Mon, Jul 29, 2013 at 6:18 PM, Thomas Gleixner wrote:
> > > The test case does not involve anything hrtimer related. Do you have
> > &g
commit 968320b hrtimer: Fix extra wakeups from __remove_hrtimer()
introduced a significant scheduling
performance regression, following is the test:
a. Test environment:
SUN FIRE X4170 M2 SERVER
CPU model name: Intel(R) Xeon(R) CPU X5675 @ 3.07GHz
2 socket X 6 core X 2 thread
b. To eliminate the
Cleanup the -EINVAL return value handling and add warning message for
invalid
start,end,addr parameters.
Signed-off-by: ethan.zhao
---
arch/x86/pci/mmconfig-shared.c | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/arch/x86/pci/mmconfig-shared.c b/arch/x86/pc
lt;8B>^Af<89>^E<83>Ç^DâofX<8B>^Vè^U
it appears to not cause any further problems, other then trashing the
terminal of anyone who runs dmesg...
/proc/version:
Linux version 2.2.18pre23 (root@plato) (gcc version 2.95.2 2220
(Debian GNU/Linux)) #1 Thu Nov 23 04:01:23 AKST 2000
thi
> int i=1;
>
> does it then behave nicely ?
>
yes sure does, thanks!
--
Ethan Benson
http://www.alaska.net/~erbenson/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Unsubscribe linux-kernel
-
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/
Hey all,
I've been having quite a time with the e1000 driver running at gigabit
speeds. Running it at 100Fdx has never been a problem, which I've done
done for a long time. Last week I picked up a gigabit switch, and that's
when the trouble began. I find that transferring large amounts of data
Matt Mackall wrote:
On Wed, Feb 02, 2005 at 10:44:14PM -0500, Ethan Weinstein wrote:
...
Finally, I used a crossover cable between the two boxes, which resulted
in the same error from sshd again.
Well ssh isn't an especially good test as it's hard to debug.
Try transferring large
;re failing on larger amounts of more complex data?
-Ethan
-
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/
Christoph Lameter wrote:
> On Tue, 17 Jul 2007 14:23:14 -0700
> Ethan Solomita <[EMAIL PROTECTED]> wrote:
>
>> These patches are mostly unchanged from Chris Lameter's original
>> changelist posted previously to linux-mm.
>
> Thanks for keeping these patc
Hi Christoph -- has anything come of resolving the NFS / OOM
concerns that Andrew Morton expressed concerning the patch? I'd be happy
to see some progress on getting this patch (i.e. the one you posted on
1/23) through.
Thanks,
-- Ethan
-
To unsubscribe from this list: send the
other things),
and with the patch only pdflush is being throttled.
-- Ethan
-
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/
the top of the function, to embed the gfp check at the end
of the for-loop after calling blk_congestion_wait?
-- Ethan
-
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.
Christoph Lameter wrote:
>
> This may be a leftover from earlier times when the logic was different in
> throttle vm writeout?
Sorry -- my merge error when looking at an earlier kernel, no issue
with mainline or -mm.
-- Ethan
-
To unsubscribe from this list: send
Signed-off-by: Ethan Solomita <[EMAIL PROTECTED]>
---
diff -uprN -X 0/Documentation/dontdiff 0/fs/buffer.c 1/fs/buffer.c
--- 0/fs/buffer.c 2007-05-29 17:42:07.0 -0700
+++ 1/fs/buffer.c 2007-05-29 17:44:33.0 -0700
@@ -41,6 +41,7 @@
#include
#include
#includ
start synchrononous writeout.
Both variables are set to -1 by default which means that the global
limits (/proc/sys/vm/vm_dirty_ratio and /proc/sys/vm/dirty_background_ratio)
are used for a cpuset.
Originally by Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Ethan Solomita <[EMAIL
Remove unneeded local variable.
Originally by Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Ethan Solomita <[EMAIL PROTECTED]>
---
diff -uprN -X 0/Documentation/dontdiff 5/mm/page-writeback.c
6/mm/page-writeback.c
--- 5/mm/page-writeback.c 2007-05-30 11:37:01.000
structure.
Originally by Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Ethan Solomita <[EMAIL PROTECTED]>
---
diff -uprN -X 0/Documentation/dontdiff 1/fs/buffer.c 2/fs/buffer.c
--- 1/fs/buffer.c 2007-05-29 17:44:33.0 -0700
+++ 2/fs/buffer.c 2007-05-30 11:31:22.000
processor
counters for each processor on each invocation of get_dirty_limits().
We now add per node information which I think is equal or less effort
since there are less nodes than processors.
Originally by Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Ethan Solomita <[EMAIL
TED]>
Signed-off-by: Ethan Solomita <[EMAIL PROTECTED]>
---
diff -uprN -X 0/Documentation/dontdiff 3/mm/vmscan.c 4/mm/vmscan.c
--- 3/mm/vmscan.c 2007-05-30 11:34:21.0 -0700
+++ 4/mm/vmscan.c 2007-05-30 11:36:17.0 -0700
@@ -1198,7 +1198,8 @@ unsigned long try_t
work during synchrononous reclaim and not from kswapd.
Originally by Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Ethan Solomita <[EMAIL PROTECTED]>
---
diff -uprN -X 0/Documentation/dontdiff 4/include/linux/writeback.h
5/include/linux/writeback.h
--- 4/include/linux/writeba
work during synchrononous reclaim and not from kswapd.
Originally by Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Ethan Solomita <[EMAIL PROTECTED]>
---
diff -uprN -X 0/Documentation/dontdiff 4/include/linux/writeback.h
5/include/linux/writeback.h
--- 4/include/linux/writ
Perform writeback and dirty throttling with awareness of cpuset mem_allowed.
The theory of operation has two primary elements:
1. Add a nodemask per mapping which indicates the nodes
which have set PageDirty on any page of the mappings.
2. Add a nodemask argument to wakeup_pdflush() which is
Acked-by: Ethan Solomita <[EMAIL PROTECTED]>
---
Patch against 2.6.22-rc6-mm1
diff -uprN -X 0/Documentation/dontdiff 0/fs/buffer.c 1/fs/buffer.c
--- 0/fs/buffer.c 2007-07-11 20:30:55.0 -0700
+++ 1/fs/buffer.c 2007-07-11 21:08:04.0 -0700
@@ -41,6 +41,7 @@
#includ
structure.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Acked-by: Ethan Solomita <[EMAIL PROTECTED]>
---
Patch against 2.6.22-rc6-mm1
diff -uprN -X 0/Documentation/dontdiff 1/fs/buffer.c 2/fs/buffer.c
--- 1/fs/buffer.c 2007-07-11 21:08:04.0 -0700
+++ 2/fs/buffer.c
processor
counters for each processor on each invocation of get_dirty_limits().
We now add per node information which I think is equal or less effort
since there are less nodes than processors.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Acked-by: Ethan Solomita <[EMAIL
TED]>
Acked-by: Ethan Solomita <[EMAIL PROTECTED]>
---
Patch against 2.6.22-rc6-mm1
diff -uprN -X 0/Documentation/dontdiff 3/mm/vmscan.c 4/mm/vmscan.c
--- 3/mm/vmscan.c 2007-07-11 21:16:14.0 -0700
+++ 4/mm/vmscan.c 2007-07-11 21:16:26.0 -0700
@@ -1183,7 +1183,8
work during synchrononous reclaim and not from kswapd.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Acked-by: Ethan Solomita <[EMAIL PROTECTED]>
---
Patch against 2.6.22-rc6-mm1
diff -uprN -X 0/Documentation/dontdiff 4/include/linux/writeback.h
5/include/linux/writeback.h
-
start synchrononous writeout.
Both variables are set to -1 by default which means that the global
limits (/proc/sys/vm/vm_dirty_ratio and /proc/sys/vm/dirty_background_ratio)
are used for a cpuset.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Acked-by: Ethan Solomita <[EMAIL
Christoph Lameter wrote:
> On Thu, 31 May 2007, Ethan Solomita wrote:
>
>> The dirty map is only cleared (or freed) when the inode is cleared.
>> At that point no pages are attached to the inode anymore and therefore it can
>> be done without any locking. The dirty map the
the code path which calculates the dirty limits will need
some merging. Doable but non-trivial.
-- Ethan
-
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-inf
Christoph Lameter wrote:
> On Wed, 27 Jun 2007, Ethan Solomita wrote:
>
>> I looked over it at one point. Most of the code doesn't conflict, but I
>> believe that the code path which calculates the dirty limits will need
>> some merging. Doable but non-trivial.
Also provide numa_online_phys() which
is the same as numa_online() but takes a physical node ID.
Change init_cpu_to_node(), x86_64 and PCI code use get_fake_node() and
numa_online_phys() in order to convert to an appropriate fake ID.
Signed-off-by: Ethan Solomita <[EMAIL PROTECTED]>
---
Andi Kleen wrote:
On Monday 12 March 2007 23:51, Ethan Solomita wrote:
This patch corrects inconsistent use of node numbers (variously "nid" or
"node") in the presence of fake NUMA.
I think it's very consistent -- your patch would make it inconsistent though.
Ping!
-- Ethan
Ethan Solomita wrote:
> Andi Kleen wrote:
>
>> On Monday 12 March 2007 23:51, Ethan Solomita wrote:
>>
>>> This patch corrects inconsistent use of node numbers (variously "nid" or
>>> "node") in the presence
Christoph Lameter wrote:
On Wed, 21 Mar 2007, Ethan Solomita wrote:
Christoph Lameter wrote:
On Thu, 1 Feb 2007, Ethan Solomita wrote:
Hi Christoph -- has anything come of resolving the NFS / OOM concerns
that
Andrew Morton expressed concerning the patch? I'd be hap
Christoph Lameter wrote:
On Wed, 18 Apr 2007, Ethan Solomita wrote:
Any new ETA? I'm trying to decide whether to go back to your original
patches or wait for the new set. Adding new knobs isn't as important to me as
having something that fixes the core problem, so hopefully
ou don't subtract
highmen the same way that is done without cpusets. Is this intentional?
It seems that dirty_exceeded is still a global punishment across
cpusets. Should it be addressed?
-- Ethan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
Christoph Lameter wrote:
On Fri, 20 Apr 2007, Ethan Solomita wrote:
cpuset_write_dirty_map.htm
In __set_page_dirty_nobuffers() you always call cpuset_update_dirty_nodes()
but in __set_page_dirty_buffers() you call it only if page->mapping is still
set after locking. Is there a rea
Christoph Lameter wrote:
On Thu, 1 Feb 2007, Ethan Solomita wrote:
Hi Christoph -- has anything come of resolving the NFS / OOM concerns that
Andrew Morton expressed concerning the patch? I'd be happy to see some
progress on getting this patch (i.e. the one you posted on 1/23) th
ow how this code sequence can't happen, or confirm for
me that there's a bug?
-- Ethan
-
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
Pl
condition in the making via BUG() than an actual failure
due to a race condition.
Thanks!
-- Ethan
-
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
e it to their memory instead of reclaiming it, but
that would require reclaim to know the task/cpuset/container of the
referencing task.
-- Ethan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
uld use that to determine real
usage needs of the container. However we could also use the fractional
count in order to do things such as charging the container for its
actual usage. i.e. full count for setting guarantees, fractional for
actual usage.
-- Ethan
-
To unsubscribe from this list
we
claiming that this patch/fix has caused a new problem, or successfully
fixed an old problem?
Thanks!
-- Ethan
-
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/ma
Apologies -- I didn't notice lkml on the cc list. I'll catch up from
lkml directly.
-- Ethan
-
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/majord
to add new
BUG() checks I'd appreciate it. Especially if it turns out that you
can't reproduce it, I'd like to have as many asserts as is reasonable.
-- Ethan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
Trond Myklebust wrote:
On Fri, 2007-04-27 at 18:21 -0700, Ethan Solomita wrote:
There are several places where we add together NR_UNSTABLE_FS and
NF_FILE_DIRTY:
sync_inodes_sb()
balance_dirty_pages()
wakeup_pdflush()
wb_kupdate()
prefetch_suitable()
I can trace a standard codepath where
Ethan Solomita wrote:
Trond Myklebust wrote:
It should not happen. If the page is on the unstable list, then it will
be committed before nfs_updatepage is allowed to redirty it. See the
recent fixes in 2.6.21-rc7.
Above I present a codepath called straight from sys_write() which
seems
Gustavo,
The return value of ret_val seems used to check if the access to PHY/NVM
got its semaphore, generally speaking, it is needed for every PHY
access of this driver.
Reviewed-by: Ethan Zhao
On Wed, Jun 21, 2017 at 5:22 AM, Gustavo A. R. Silva
wrote:
> Check return value from call
Borislav,
How about skipping the misc_register() steps and keep silence if
you know it is running as Dom0 ? as it is easy to know.
Reviewed-by: Ethan Zhao
On Wed, Jun 21, 2017 at 5:16 AM, Borislav Petkov wrote:
> From: Juergen Gross
>
> When running under Xen as dom0, /dev/
functions.
Reviewed-by: Ethan Zhao
On Thu, Jun 22, 2017 at 2:55 PM, Steve Kemp wrote:
>
> This commit moves the call to initialize the LSM modules inline
> into the LSM-files themselves.
>
> This removes the need to hunt around for the setup, which was
> something that b
David，
May I ask a question here -- Is it intentionally enabling the
read-only mode, so userspace
tools like dmidecode could work with kernel_is_locked_down ? while it
was impossible to work
with the attached patch applied. Is it a security policy change with
secure boot ?
Thanks,
Ethan
On
Bjorn,
On 2015/10/22 4:54, Bjorn Helgaas wrote:
On Thu, Oct 15, 2015 at 12:16:00PM -0500, Bjorn Helgaas wrote:
Hi Ethan,
On Wed, Sep 16, 2015 at 12:19:53PM +0900, Ethan Zhao wrote:
After commit 4449f079722c ("PCI: Calculate maximum number of buses
required for VFs"),the initia
On 2015/10/22 4:54, Bjorn Helgaas wrote:
On Thu, Oct 15, 2015 at 12:16:00PM -0500, Bjorn Helgaas wrote:
Hi Ethan,
On Wed, Sep 16, 2015 at 12:19:53PM +0900, Ethan Zhao wrote:
After commit 4449f079722c ("PCI: Calculate maximum number of buses
required for VFs"),the initial value
Alexander,
On 2015/10/27 13:48, Alexander Duyck wrote:
On 10/15/2015 10:16 AM, Bjorn Helgaas wrote:
Hi Ethan,
On Wed, Sep 16, 2015 at 12:19:53PM +0900, Ethan Zhao wrote:
After commit 4449f079722c ("PCI: Calculate maximum number of buses
required for VFs"),the initial value of NumVF
Hi Gregory.
On Tue, Jun 26, 2018 at 11:20 PM, Gregory CLEMENT
wrote:
> Hi Ethan,
>
> On mar., juin 19 2018, Ethan Tuttle wrote:
>
>> With CONFIG_FORTIFY_SOURCE, memcpy uses the declared size of operands to
>> detect buffer overflows. If src or dest is declared as a c
/0x1a8)
(do_one_initcall) from (kernel_init_freeable+0x1bc/0x254)
(kernel_init_freeable) from (kernel_init+0x8/0x114)
(kernel_init) from (ret_from_fork+0x14/0x2c)
Signed-off-by: Ethan Tuttle
Tested-by: Ethan Tuttle
---
arch/arm/mach-mvebu/pmsu.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
di
Perform writeback and dirty throttling with awareness of cpuset mem_allowed.
The theory of operation has two primary elements:
1. Add a nodemask per mapping which indicates the nodes
which have set PageDirty on any page of the mappings.
2. Add a nodemask argument to wakeup_pdflush() which is
Acked-by: Ethan Solomita <[EMAIL PROTECTED]>
---
Patch against 2.6.23-rc4-mm1
diff -uprN -X 0/Documentation/dontdiff 0/fs/buffer.c 1/fs/buffer.c
--- 0/fs/buffer.c 2007-09-11 14:35:58.0 -0700
+++ 1/fs/buffer.c 2007-09-11 14:36:24.0 -0700
@@ -41,6 +41,7 @@
#includ
structure.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Acked-by: Ethan Solomita <[EMAIL PROTECTED]>
---
Patch against 2.6.23-rc4-mm1
diff -uprN -X 0/Documentation/dontdiff 1/fs/buffer.c 2/fs/buffer.c
--- 1/fs/buffer.c 2007-09-11 14:36:24.0 -0700
+++ 2/fs/buffer.c
processor
counters for each processor on each invocation of get_dirty_limits().
We now add per node information which I think is equal or less effort
since there are less nodes than processors.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Signed-off-by: Ethan Solomita <[EMAIL
TED]>
Acked-by: Ethan Solomita <[EMAIL PROTECTED]>
---
Patch against 2.6.23-rc4-mm1
diff -uprN -X 0/Documentation/dontdiff 3/mm/vmscan.c 4/mm/vmscan.c
--- 3/mm/vmscan.c 2007-09-11 14:41:56.0 -0700
+++ 4/mm/vmscan.c 2007-09-11 14:50:41.0 -0700
@@ -1301,7 +1301,8
work during synchrononous reclaim and not from kswapd.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Acked-by: Ethan Solomita <[EMAIL PROTECTED]>
---
Patch against 2.6.23-rc4-mm1
diff -uprN -X 0/Documentation/dontdiff 4/include/linux/writeback.h
5/include/linux/writeback.h
-
start synchrononous writeout.
Both variables are set to -1 by default which means that the global
limits (/proc/sys/vm/vm_dirty_ratio and /proc/sys/vm/dirty_background_ratio)
are used for a cpuset.
Signed-off-by: Christoph Lameter <[EMAIL PROTECTED]>
Acked-by: Ethan Solomita <[EMAIL
Andrew Morton wrote:
> On Tue, 11 Sep 2007 18:36:34 -0700
> Ethan Solomita <[EMAIL PROTECTED]> wrote:
>
>> Add a dirty map to struct address_space
>
> I get a tremendous number of rejects trying to wedge this stuff on top of
> Peter's mm-dirty-balancing-for-tas
gt;background_dirty_ratio;
>>> + throttle = task_cs(tsk)->throttle_dirty_ratio;
>>> + task_unlock(tsk);
>> ditto?
>
> It is required to take the task lock while dereferencing the tasks cpuset
> pointer.
Agreed.
-- Ethan
-
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/
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = force
For those who be aware of the risk of no power capping capabily working and
try to get better performance with this driver.
Signed-off-by: Ethan Zhao
Tested-by: Alexey Kodanev
Reviewed
Rafael,
On 2014/12/5 6:10, Rafael J. Wysocki wrote:
On Thursday, December 04, 2014 11:07:31 AM Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
intel_pstate = ora_force
I would suggest to change the name of the option to "oracle_
Kristen,
On 2014/12/5 6:38, Kristen Carlson Accardi wrote:
On Thu, 04 Dec 2014 23:10:58 +0100
"Rafael J. Wysocki" wrote:
On Thursday, December 04, 2014 11:07:31 AM Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide one kernel command line
parameter
in
Linda,
On 2014/12/5 7:03, Linda Knippers wrote:
On 12/4/2014 5:38 PM, Kristen Carlson Accardi wrote:
On Thu, 04 Dec 2014 23:10:58 +0100
"Rafael J. Wysocki" wrote:
On Thursday, December 04, 2014 11:07:31 AM Ethan Zhao wrote:
To force loading on Oracle Sun X86 servers, provide
1 - 100 of 455 matches
Mail list logo
