Hi,
On 08/12/2014 08:08 AM, Sanjeev Sharma wrote:
> spin_is_locked() always return false in uniprocessor configuration and
> therefore it
> would be advise to replace with lockdep_assert_held().
>
> Signed-off-by: Sanjeev Sharma
> ---
> Changes in v2:
> - replaced WARN_ON_ONCE() with
On Tue, Aug 12, 2014 at 11:01:58AM +0530, Amit Shah wrote:
> On (Tue) 12 Aug 2014 [06:55:27], Greg KH wrote:
> > On Mon, Aug 11, 2014 at 06:11:47PM +0530, Amit Shah wrote:
> > > This is a 3.16-only patch. The linux.git fix is
> > > 5c06273401f2eb7b290cadbae18ee00f8f65e893, which fixes this issue
On Mon, Aug 11, 2014 at 05:11:30PM -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> HSW-EP has a larger offcore mask than the client Haswell CPUs.
> It is the same mask as on Sandy/IvyBridge-EP. All of
> Haswell was using the client mask, so some bits were missing.
>
> On the client parts some
spin_is_locked() always return false in uniprocessor configuration and
therefore it
would be advise to replace with lockdep_assert_held().
Signed-off-by: Sanjeev Sharma
---
Changes in v2:
- replaced WARN_ON_ONCE() with lockdep_assert_held() to
avoid runtime overhead instead of
On Tuesday 12 August 2014 11:22:28 Viresh Kumar wrote:
> Yeah, because this is happening while the notifiers are being served.
> Can you debug it a bit to go to the exact notifier routine where this
> crashes?
What should I do to debug it? Is that necessary to recompile kernel with full
debug?
On Mon, Aug 11, 2014 at 06:51:41PM -0400, Pranith Kumar wrote:
> jiffies is declared as a volatile variable. Therefore it is not neccessary to
> use ACCESS_ONCE() while reading it.
It also doesn't hurt and it documents intent, so I'm inclined to keep
it.
pgp8tFMX2calj.pgp
Description: PGP
On 08/11/2014 04:12 PM, Jiri Olsa wrote:
> On Mon, Jul 14, 2014 at 01:02:58PM +0300, Adrian Hunter wrote:
>> Add an option to cause a selected event
>> to be opened always without a pid when
>> configured by perf_evsel__config().
>>
>> This is needed when using the sched_switch
>> tracepoint to
On Fri, Aug 8, 2014 at 2:23 AM, Oleksandr Natalenko
wrote:
> Disabling cpufreq code in kernel config works around this issue.
Yeah, because this is happening while the notifiers are being served.
Can you debug it a bit to go to the exact notifier routine where this crashes?
> Is this bug
> -Original Message-
> From: Greg KH [mailto:gre...@linuxfoundation.org]
> > Decoupling the dependency between hyperv_keyboard and i8042 needs
> > non-trivial efforts and is hence a long term goal.
> >
> > For now, let's make the dependency explicit so people can beware of this.
>
> You
On Tue, Aug 12, 2014 at 2:11 AM, Andi Kleen wrote:
> From: Andi Kleen
>
> HSW-EP has a larger offcore mask than the client Haswell CPUs.
> It is the same mask as on Sandy/IvyBridge-EP. All of
> Haswell was using the client mask, so some bits were missing.
>
> On the client parts some bits were
On (Mon) 11 Aug 2014 [20:45:31], Paul E. McKenney wrote:
> On Mon, Aug 11, 2014 at 01:34:21PM -0700, Paul E. McKenney wrote:
> > On Tue, Aug 12, 2014 at 01:48:45AM +0530, Amit Shah wrote:
> > > On (Mon) 11 Aug 2014 [13:11:02], Paul E. McKenney wrote:
> > > > On Tue, Aug 12, 2014 at 01:11:26AM
On (Tue) 12 Aug 2014 [06:55:27], Greg KH wrote:
> On Mon, Aug 11, 2014 at 06:11:47PM +0530, Amit Shah wrote:
> > This is a 3.16-only patch. The linux.git fix is
> > 5c06273401f2eb7b290cadbae18ee00f8f65e893, which fixes this issue in a
> > different way.
>
> Why "different"? Why can't I take
Add a check if crashk_res_low exists just like GART region does. If
crashk_res_low doesn't exist, calling exclude_mem_range is unnecessary.
Meanwhile, since crashk_res_low has been initialized at definition, it's
safe just use "if (crashk_low_res.end)" to check if it's exist. And this
can make it
In locate_mem_hole functions, a memory hole is located and added as
kexec_segment. But from the name of locate_mem_hole, it should only
take responsibility of searching a available memory hole to contain
data of a specified size.
So in this patch add a new field 'mem' into kexec_buf, then take
On (Mon) 11 Aug 2014 [13:34:21], Paul E. McKenney wrote:
> On Tue, Aug 12, 2014 at 01:48:45AM +0530, Amit Shah wrote:
> > On (Mon) 11 Aug 2014 [13:11:02], Paul E. McKenney wrote:
> > > On Tue, Aug 12, 2014 at 01:11:26AM +0530, Amit Shah wrote:
> > > > On (Mon) 11 Aug 2014 [09:28:07], Paul E.
On (Mon) 11 Aug 2014 [15:11:03], H. Peter Anvin wrote:
> On 08/11/2014 11:49 AM, Amit Shah wrote:
> > The khwrngd thread is started when a hwrng device of sufficient
> > quality is registered. The virtio-rng device is backed by the
> > hypervisor, and we trust the hypervisor to provide real
Thanks !
-Original Message-
From: David Miller [mailto:da...@davemloft.net]
Sent: Tuesday, August 12, 2014 3:09 AM
To: Sharma, Sanjeev
Cc: gre...@linuxfoundation.org; steve.glendinn...@shawell.net;
net...@vger.kernel.org; linux-kernel@vger.kernel.org
Subject: Re: [PATCH] smsc: replace
On 08/12/2014 02:57 AM, Alexei Starovoitov wrote:
On Mon, Aug 11, 2014 at 3:00 PM, Benjamin Lee wrote:
I wanted to know what the current status of my patch is since my
internship will be ending this Friday and I want to know before then. if
there are any problems with it I can fix them before
On Wed, Aug 06, 2014 at 04:18:33PM +0900, Joonsoo Kim wrote:
> We got migratetype of the freeing page without holding the zone lock so
> it could be racy. There are two cases of this race.
>
> 1. pages are added to isolate buddy list after restoring original
> migratetype.
> 2. pages are added to
This patch introduce kprobeopt for ARM 32.
Limitations:
- Currently only kernel compiled with ARM ISA is supported.
- Offset between probe point and optinsn slot must not larger than
32MiB. Masami Hiramatsu suggests replacing 2 words, it will make
things complex. Futher patch can make
There is no need for regulator consumers to include special logic for
fixed voltage regulators as they support regulator_set_voltage() just
like their non-fixed regulator counterparts.
Signed-off-by: Tim Kryger
---
Changes in v2:
- Remove query of the current voltage, just set the desired
From: David Matlack
The following events can lead to an incorrect KVM_EXIT_MMIO bubbling
up to userspace:
(1) Guest accesses gpa X without a memory slot. The gfn is cached in
struct kvm_vcpu_arch (mmio_gfn). On Intel EPT-enabled hosts, KVM sets
the SPTE write-execute-noread so that future
We may cache the current mmio generation number and stale memslot info
into spte, like this scenario:
CPU 0 CPU 1
page fault:add a new memslot
read memslot and detecting its a mmio access
Hello,
Does memory allocated using vmalloc() will be mapped using huge pages
either directly or later by THP ?
If not, is there any fast way to change this behavior ? Maybe by
changing the granularity/alignment of such allocations to allow such
mapping ?
Thanks,
Oren Twaig.
---
This
Hi all,
Please do not add code intended for v3.18 until after v3.17-rc1 is
released.
Changes since 20140811:
The pm tree lost its build failure.
The mmc-uh tree lost its build failure.
Non-merge commits (relative to Linus' tree): 1616
1064 files changed, 35102 insertions(+), 16638 deletions
Hi,
My understanding is that the -z option is used to only print a profile
since the last refresh. So if I have a refresh of 5s, then it prints the profile
based on the samples accumulated over the last 5 seconds.
The Z mode used to be available interactively. Nowadays, it seems only
avail from
On 12 August 2014 03:41, Saravana Kannan wrote:
> Suggestions welcome. I think the current one explains the main point of this
> change.
Atleast we need a s/going/go
>> There is a down_read() present early in this routine and we better update
>> this
>> at that place only.
>
>
> I would
On Mon, Aug 11, 2014 at 10:11:13PM -0500, Joel Pelaez Jorge wrote:
> El 11/08/14 a las 17:32, Greg Kroah-Hartman escibió:
> > On Mon, Aug 11, 2014 at 03:15:54PM -0700, Jeremiah Mahler wrote:
> >> A sparse warning is generated about 'ieee80211_debug_init' and
> >> 'ieee80211_debug_exit' not being
Several networking final fixes and tidies for the merge window:
1) Changes during the merge window unintentionally took away the ability
to build bluetooth modular, fix from Geert Uytterhoeven.
2) Several phy_node reference count bug fixes from Uwe Kleine-König.
3) Fix ucc_geth build
Please pull to get these Sparc bug fixes, one of which was preventing
successful SMP boots with mainline.
The following changes since commit 85417aef44fc58b08773117ceb1bc6ca5684e973:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/ide (2014-08-06
09:42:33 -0700)
are available in
On Mon, Aug 11, 2014 at 01:34:21PM -0700, Paul E. McKenney wrote:
> On Tue, Aug 12, 2014 at 01:48:45AM +0530, Amit Shah wrote:
> > On (Mon) 11 Aug 2014 [13:11:02], Paul E. McKenney wrote:
> > > On Tue, Aug 12, 2014 at 01:11:26AM +0530, Amit Shah wrote:
> > > > On (Mon) 11 Aug 2014 [09:28:07], Paul
On 08/11/2014 07:03 PM, Peter Zijlstra wrote:
>
> Now I think I see why this is; we've reduced load balancing frequency
> significantly on this machine due to:
We have also changed the value of busy_factor to 32 from 64 across all
domains. This would contribute to increased frequency of load
On 2014/8/12 9:38, Masami Hiramatsu wrote:
> (2014/08/11 22:48), Will Deacon wrote:
>> Hello,
>>
>> On Sat, Aug 09, 2014 at 03:12:19AM +0100, Wang Nan wrote:
>>> This patch introduce kprobeopt for ARM 32.
>>>
>>> Limitations:
>>> - Currently only kernel compiled with ARM ISA is supported.
>>>
>>>
On 08/05/2014 09:04 PM, Sasha Levin wrote:
> Thanks Hugh, Mel. I've added both patches to my local tree and will update
> tomorrow
> with the weather.
>
> Also:
>
> On 08/05/2014 08:42 PM, Hugh Dickins wrote:
>> One thing I did wonder, though: at first I was reassured by the
>>
On 8/12/14 6:53, Russell King - ARM Linux wrote:
> On Tue, Aug 12, 2014 at 05:18:44AM +0800, Chen Gang wrote:
>> x86, ia64, and arm(64) are little endian, and also another architectures
>> may be little endian (mips, sh, powerpc, and m32r) which already marked
>> CPU_LITTLE_ENDIAN explicitly.
>
On Mon, Aug 11, 2014 at 08:30:40PM -0700, Dexuan Cui wrote:
> hyperv_keyboard invokes serio_interrupt(), which needs a valid serio driver
> like atkbd.c.
> atkbd.c depends on libps2.c because it invokes ps2_command().
> libps2.c depends on i8042.c because it invokes i8042_check_port_owner().
> As
au0828 doesn't resume correctly and TV tuning fails with
xc_set_signal_source(0) failed message. Change au0828 dvb
suspend and resume interfaces to suspend and resume frontend
during suspend and resume respectively. au0828_dvb_suspend()
calls dvb_frontend_suspend() which in turn invokes tuner ops
El 11/08/14 a las 17:32, Greg Kroah-Hartman escibió:
> On Mon, Aug 11, 2014 at 03:15:54PM -0700, Jeremiah Mahler wrote:
>> A sparse warning is generated about 'ieee80211_debug_init' and
>> 'ieee80211_debug_exit' not being declared.
>>
>>
When cpu hotplug and evaluating ACPI method happen at the same time,
there is a dead lock between ACPICA namespace lock and cpu hotplug lock.
During cpu hotplug, cpu core will call acpi_cpu_soft_notify() to notify
Linux ACPI under cpu hotplug lock. acpi_cpu_soft_notify() calls
Hi,
I posted a 5 patch series to the nfs list last week with the cover letter titled
"nfs_page_group_lock cleanup”, but neglected to mail the wider list.
The might_sleep check was being hit because nfs_page_group_lock with wait=False
called
wait_on_bit_lock (which might sleep). I also had to be
On Mon, Aug 11, 2014 at 03:32:48PM +0100, Stefano Stabellini wrote:
> CC'ing tty maintainers.
Why? Is that how you submit a patch to be included to the kernel tree?
(hint, the answer is no, and also you should cc: the linux-serial
list...)
greg k-h
--
To unsubscribe from this list: send the
When we parse the device tree and allocate platform
devices, the 'name' of the newly-created platform_device
is set to point to the 'name' field of the 'struct device'
embedded within the platform_device. This is dangerous,
because the name of the 'struct device' is dynamically
allocated. Drivers
On Mon, Aug 11, 2014 at 09:44:47PM -0400, Oleg Drokin wrote:
>
> On Aug 9, 2014, at 11:47 AM, Greg Kroah-Hartman wrote:
>
> > On Sat, Aug 09, 2014 at 10:34:36AM -0400, Oleg Drokin wrote:
> >>
> >>> Because maybe these stats preceed the introduction of perf and other
> >>> tracing/debug tools?
> "Sreekanth" == Sreekanth Reddy writes:
Sreekanth> Please let me known any further changes are required so that
Sreekanth> I can send this patch once again with git send-email.
I'm OK with the latest iteration.
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from
hyperv_keyboard invokes serio_interrupt(), which needs a valid serio driver
like atkbd.c.
atkbd.c depends on libps2.c because it invokes ps2_command().
libps2.c depends on i8042.c because it invokes i8042_check_port_owner().
As a result, hyperv_keyboard actually depends on i8042.c.
For a
Hello,
Can somebody please review if the code has anything to improve?
Thanks.
On Fri, Aug 08, 2014 at 06:08:19PM +0900, Gyungoh Yoo wrote:
> Signed-off-by: Gyungoh Yoo
> ---
> Documentation/devicetree/bindings/mfd/sky81452.txt | 24 +
> .../devicetree/bindings/vendor-prefixes.txt
Greg reports that with one of the patches in his queue
there's now an unused variable warning in lnet_parse_ip2nets
for ipaddrs variable.
Apparently the warning is a false positive as in all cases where
lnet_ipaddr_enumerate can return without setting ipaddrs to something
a negative return value
On Aug 11, 2014, at 2:27 PM, Srikrishan Malik wrote:
> Fixes the following checkpatch warning:
>
> WARNING: quoted string split across lines
> diff --git a/drivers/staging/lustre/lustre/mdc/mdc_request.c
> b/drivers/staging/lustre/lustre/mdc/mdc_request.c
> index 57d903156917..6c691a4763b5
Please pull this fix for the seccomp code.
The following changes since commit c8d6637d0497d62093dbba0694c7b3a80b79bfe1:
Merge tag 'modules-next-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux (2014-08-10 21:31:58
-0700)
are available in the git repository at:
Hi, this is David Wu from Shanghai, China.
We are a printing company, we can print color box, corrugated box,
label, hang tag etc.
Please let me know if you need these.
I will send you the website then.
Best regards,
David Wu
--
To unsubscribe from this list: send the line "unsubscribe
This commit performs a final tidying of the register map defines, bringing
them to a state that is ready for merging into addi_apci_1564.c when the
time comes. Actions performed include:
*Removes the APCI1564_ADDRESS_RANGE macro, which is no longer needed/used.
*Renames the
Starting with commit 1496e5961113 ("staging: comedi: addi_apci_1564: use
addi_watchdog module to init watchdog subdevice"), this driver uses the
addi_watchdog module to provide support for the watchdog subdevice. Any
remaining watchdog code in-driver can and should be removed.
This will also
The DO config function served the purpose of configuring the diagnostic
interrupts for the board. As the driver currently does not support
diagnostic interrupts, the digital output subdevice does not need an
insn_config operation and this function can be safely removed.
Signed-off-by: Chase
On Aug 11, 2014, at 9:58 PM, Oleg Drokin wrote:
>
> On Aug 10, 2014, at 12:34 AM, Greg KH wrote:
>> Very odd, with this patch applied, I now get a build warning:
>>
>> drivers/staging/lustre/lnet/lnet/config.c: In function ‘lnet_parse_ip2nets’:
>>
From: Chanwoo Choi
This patch add s3c_rtc_data structure to variant data according to SoC type.
The s3c_rtc_data structure includes some functions to control RTC operation
and specific data dependent on SoC type.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
drivers/rtc/rtc-s3c.c |
From: Chanwoo Choi
This patch remove warning message when checking codeing style with checkpatch
script and reduce un-necessary i2c read operation on s3c_rtc_enable.
WARNING: line over 80 characters
#406: FILE: drivers/rtc/rtc-s3c.c:406:
+ if
This patchset removes an uncorrect and unneeded insn_config operation,
strips out remaining in-driver watchdog subdevice code, and cleans up the
driver's register map defines.
Chase Southwood (3):
staging: comedi: addi_apci_1564: remove apci1564_do_config
staging: comedi: addi_apci_1564:
From: Chanwoo Choi
This patch define s3c_rtc structure including necessary variables for S3C RTC
device instead of global variables. This patch improves the readability by
removing global variables.
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
drivers/rtc/rtc-s3c.c | 448
From: Chanwoo Choi
This patch add support for RTC of Exynos3250 SoC. The Exynos3250 needs source
clock(32.768KHz) for RTC block. If source clock of RTC is registerd on clock
list of common clk framework, Exynos RTC drvier have to control this clock.
Clock list for s3c-rtc device:
- rtc :
From: Chanwoo Choi
This patchset clean up codes to improve readability as following and support
the RTC of Exynos3250 SoC.
- Remove global variables and then use new s3c_rtc structure
- Remove warn message with checking checkpatch script
- Use variant structure according to SoC type instead of
From: Chanwoo Choi
This patch fix wrong compatible string of Exynos3250 RTC (Real-Time Clock) dt
node. The RTC of Exynos3250 must need additional source clock (XrtcXTI).
Signed-off-by: Chanwoo Choi
Acked-by: Kyungmin Park
---
arch/arm/boot/dts/exynos3250.dtsi | 2 +-
1 file changed, 1
On Aug 10, 2014, at 12:34 AM, Greg KH wrote:
> Very odd, with this patch applied, I now get a build warning:
>
> drivers/staging/lustre/lnet/lnet/config.c: In function ‘lnet_parse_ip2nets’:
> drivers/staging/lustre/lnet/lnet/config.c:1193:2: warning: ‘ipaddrs’ may be
> used uninitialized in
A sparse warning is generated about 'ieee80211_debug_init' and
'ieee80211_debug_exit' not being declared.
drivers/staging/rtl8192u/ieee80211/ieee80211_module.c:275:12: warning:
symbol 'ieee80211_debug_init' was not declared. Should it be static?
On Aug 9, 2014, at 11:47 AM, Greg Kroah-Hartman wrote:
> On Sat, Aug 09, 2014 at 10:34:36AM -0400, Oleg Drokin wrote:
>>
>>> Because maybe these stats preceed the introduction of perf and other
>>> tracing/debug tools? I don't know, it's really low down on the list of
>>> reasons why lustre
Since commit b42261078a91 ("regmap: i2c: fallback to SMBus if the adapter
does not support standard I2C"), regmap-i2c will check the
I2C_FUNC_SMBUS_[BYTE|WORD]_DATA functionality based on the regmap_config
setting if the adapter does not support standard I2C.
So remove the
On Wed, Aug 06, 2014 at 04:18:30PM +0900, Joonsoo Kim wrote:
> In __free_one_page(), we check the buddy page if it is guard page.
> And, if so, we should clear guard attribute on the buddy page. But,
> currently, we clear original page's order rather than buddy one's.
> This doesn't have any
(2014/08/11 22:48), Will Deacon wrote:
> Hello,
>
> On Sat, Aug 09, 2014 at 03:12:19AM +0100, Wang Nan wrote:
>> This patch introduce kprobeopt for ARM 32.
>>
>> Limitations:
>> - Currently only kernel compiled with ARM ISA is supported.
>>
>> - Offset between probe point and optinsn slot must
Fix below build error when !CONFIG_REGULATOR.
CC drivers/gpu/drm/msm/hdmi/hdmi.o
drivers/gpu/drm/msm/hdmi/hdmi.c: In function 'hdmi_init':
drivers/gpu/drm/msm/hdmi/hdmi.c:126:3: error: implicit declaration of function
'devm_regulator_get_exclusive' [-Werror=implicit-function-declaration]
Hey Joonsoo,
On Wed, Aug 06, 2014 at 04:18:28PM +0900, Joonsoo Kim wrote:
> per cpu pages structure, aka pcp, has high and batch values to control
> how many pages we perform caching. This values could be updated
> asynchronously and updater should ensure that this doesn't make any
> problem. For
Hi Russell,
Thanks for looking into the issue.
This issue came up when I was doing econa (ARM) board bringup
for Montavista (cavium) .
Following was the bug description .
Using cge60-econa-cns3420-2.6.32_110928_1104937 the kernel failed to
boot with
the following error:
--
My late client made you a beneficiary in his will. After several failed
attempts to reach you by post mail, I resulted to reaching you by email,
kindly contact mark.f...@rogers.com
Barr. Mark Freedman
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On 08/11/2014 05:59 PM, Stephen Rothwell wrote:
Hi Guenter,
On Mon, 11 Aug 2014 10:05:10 -0700 Guenter Roeck wrote:
New build failures:
Building arm:s5pv210_defconfig ... failed
--
Error log:
arch/arm/mach-s5pv210/pm.c:150:12: error: 'suspend_valid_only_mem' undeclared
here (not
On Monday, August 11, 2014 08:15:22 AM Olof Johansson wrote:
> On Sun, Jul 27, 2014 at 4:13 PM, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki
> >
> > The names of several symbols, data types, functions and variables
> > related to system sleep states are confusing and don't reflect the
>
Hi Guenter,
On Mon, 11 Aug 2014 10:05:10 -0700 Guenter Roeck wrote:
>
> New build failures:
>
> Building arm:s5pv210_defconfig ... failed
> --
> Error log:
> arch/arm/mach-s5pv210/pm.c:150:12: error: 'suspend_valid_only_mem' undeclared
> here (not in a function)
> make[1]: ***
On Mon, Aug 11, 2014 at 3:00 PM, Benjamin Lee wrote:
> I wanted to know what the current status of my patch is since my
> internship will be ending this Friday and I want to know before then. if
> there are any problems with it I can fix them before Thursday. Thank you
> in advance.
using
When a process triggers a page fault and kernel keeps
trying to retry the fault, there is no chance for this process
to be frozen, so the freeze request will always be pending.
This patch lets the page fault handler check pending
freeze request and freeze current process if so.
Cc: Thomas
There is a race condition between OOM killer and freezer when
they try to operate on the same process, something like below:
Process A Process B Process C
trigger page fault
then trigger oom
B=oom_scan_process_thread()
cgroup
On Monday, August 11, 2014 11:43:09 AM Stephen Rothwell wrote:
>
> --Sig_/=CGwKOD1=eH3=syU/3wkRPC
> Content-Type: text/plain; charset=US-ASCII
> Content-Transfer-Encoding: quoted-printable
>
> Hi Rafael,
>
> Today's linux-next merge of the pm tree got a conflict in
> arch/arm/mach-kirkwood/pm.c
On Monday, August 11, 2014 11:57:26 AM Stephen Rothwell wrote:
>
> --Sig_/+JDUwDarNoGtzkfUjWIyaKJ
> Content-Type: text/plain; charset=US-ASCII
> Content-Transfer-Encoding: quoted-printable
>
> Hi Rafael,
>
> After merging the pm tree, today's linux-next build (x86_64 allmodconfig)
> failed like
Ok if the crypto request_module is changed it makes more sense to
change zpool's use of request_module; it looks like there are a couple
other places in the kernel using prefixes/aliases (although it's not
universal). I still suggest moving the MODULE_ALIAS() into
zbud/zsmalloc's #ifdef
On Mon, Aug 11, 2014 at 6:18 AM, Michal Hocko wrote:
>
> OK, so the system/memcg is still OOM and a new allocation/charge
> would trigger killer again, right? Then oom_scan_process_thread sees
> TIF_MEMDIE frozen task and thaw it so it can go away and die. So this
> shouldn't be a permanent
Hi, Dan
2014-08-11 19:56 GMT+09:00 Dan Carpenter :
> On Sat, Aug 09, 2014 at 02:36:44PM +0900, Daeseok Youn wrote:
>> dgap_major_serial_registered and dgap_major_transparent_print_registered
>> could be checked whether a board is initialized.
>> But it doesn't need to check that variables becasue
On Sat, Aug 9, 2014 at 1:55 AM, David Rientjes wrote:
> On Fri, 8 Aug 2014, Cong Wang wrote:
>
>> diff --git a/kernel/freezer.c b/kernel/freezer.c
>> index aa6a8aa..c6d189d 100644
>> --- a/kernel/freezer.c
>> +++ b/kernel/freezer.c
>> @@ -68,7 +68,9 @@ bool __refrigerator(bool check_kthr_stop)
>>
From: Andi Kleen
HSW-EP has a larger offcore mask than the client Haswell CPUs.
It is the same mask as on Sandy/IvyBridge-EP. All of
Haswell was using the client mask, so some bits were missing.
On the client parts some bits were also missing compared
to Sandy/IvyBridge, in particular the bits
On Mon, 2014-08-11 at 16:56 -0700, Marcel Holtmann wrote:
> the way I read the nl80211 code is that the NL80211_CMD_NEW_INTERFACE
> requires a wiphy device to be specified. And that is actually just a
> number. So I have no idea what the MAC has to here.
>
OpenWrt finds a wiphy by its MAC.
> Why
Hi Daniel,
>> Internally it might do that, but I do not see it exposing the
>> NL80211_ATTR_MAC when you get the attributes for wiphy.
>
> When wlan0 is created, it can be created with its own MAC irrespective
> of the wiphy MAC. In OpenWrt, the wlan0 MAC can be supplied and assigned
> to a
Attention User
This is a courtesy notice that you are approaching the limit of 2GB data plan.
Your e-
mail account would be blocked from sending and receiving emails, If your email
account is
not verified within 24 hours.
You will not be able to send or receive new mail until you upgrade your
One of the more common algorithms used for allocation
is to align the start address of the allocation to
the order of size requested. Add this as an algorithm
option for genalloc.
Acked-by: Will Deacon
Acked-by: Olof Johansson
Reviewed-by: Catalin Marinas
Signed-off-by: Laura Abbott
---
ARM currently uses a bitmap for tracking atomic allocations.
genalloc already handles this type of memory pool allocation
so switch to using that instead.
Reviewed-by: Catalin Marinas
Signed-off-by: Laura Abbott
---
arch/arm/Kconfig | 1 +
arch/arm/mm/dma-mapping.c | 153
Neither CMA nor noncoherent allocations support atomic allocations.
Add a dedicated atomic pool to support this.
Reviewed-by: Catalin Marinas
Signed-off-by: Laura Abbott
---
arch/arm64/Kconfig | 1 +
arch/arm64/mm/dma-mapping.c | 164 +++-
2
After allocating an address from a particular genpool,
there is no good way to verify if that address actually
belongs to a genpool. Introduce addr_in_gen_pool which
will return if an address plus size falls completely
within the genpool range.
Acked-by: Will Deacon
Reviewed-by: Olof Johansson
Hi,
This is v7 of the series to add an atomic pool for arm64 and refactor some
of the dma atomic code. You know the drill.
Thanks,
Laura
v7: Added correct power aligned algorithm patch. Addressed comments from
Andrew.
Laura Abbott (5):
lib/genalloc.c: Add power aligned algorithm
For architectures without coherent DMA, memory for DMA may
need to be remapped with coherent attributes. Factor out
the the remapping code from arm and put it in a
common location to reduce code duplication.
As part of this, the arm APIs are now migrated away from
ioremap_page_range to the
On Mon, 11 Aug 2014, Rob Clark wrote:
> > I'm suggesting that if you don't want to incur the cost of the conditional
> > everytime you call a certain function with assert_spin_locked() that you
> > could covert these to lockdep_assert_held() so the check is only done when
> > lockdep is enabled
Greetings from my side and how are you doing? I hope you are doing
very good today.
I am Dr Paul Sawadogo the chief Medical consultant at Suka Clinic
Ouagadougou and I have a Patient who hails from Singapore but
unfortunately is in coma right now due to complications from a Cancer
disease
Hi Linus,
Two EFI-related Kconfig changes, which happen to touch immediately
adjacent lines in Kconfig and thus collapse to a single patch.
The following changes since commit 99a5603e2a1f146ac0c6414d8a3669aa749ccff8:
efi/arm64: Handle missing virtual mapping for UEFI System Table (2014-07-18
On Mon, 2014-08-11 at 15:41 -0700, Marcel Holtmann wrote:
> what kind of hardware are you actually using here?
>
It's ath9k on MIPS under OpenWrt.
>
> Internally it might do that, but I do not see it exposing the
> NL80211_ATTR_MAC when you get the attributes for wiphy.
When wlan0 is created,
On Mon, Aug 11, 2014 at 4:53 PM, David Rientjes wrote:
> On Mon, 11 Aug 2014, sanjeev sharma wrote:
>
>> Hello David,
>>
>> Here is the old discussion carried out on this.
>>
>> http://linux-kernel.2935.n7.nabble.com/Is-spin-is-locked-safe-to-use-with-BUG-ON-WARN-ON-td654800.html#a921802
>>
>
>
Hi Linus,
This is a patchset to support the XSAVES instruction required to
support context switch of supervisor-only features in upcoming
silicon. This patchset missed the 3.16 merge window, which is why it
is based on 3.15-rc7.
-hpa
The following changes since commit
Ping?
On Thu, Jul 31, 2014 at 06:45:54PM +0200, Frederic Weisbecker wrote:
> Hi Thomas,
>
> The tick reschedules itself unconditionally. That's what we want as long
> as the CPU is in periodic mode. It's not that relevant when the CPU
> is in dynticks mode though as the clock write is likely to
1 - 100 of 1294 matches
Mail list logo