Currently, __GFP_NORETRY tries charging once and gives up before even
trying to reclaim. Bring the behavior on par with the page allocator
and reclaim at least once before giving up.
Signed-off-by: Johannes Weiner han...@cmpxchg.org
---
mm/memcontrol.c | 6 +++---
1 file changed, 3
When mem_cgroup_try_charge() returns -EINTR, it bypassed the charge to
the root memcg. But move precharging does not catch this and treats
this case as if no charge had happened, thus leaking a charge against
root. Because of an old optimization, the root memcg's res_counter is
not actually
Hi,
this is version 2 of the memcg charge naturalization series. Changes
since v1 include:
o document mem_cgroup_account_move() exclusion
o catch uncharged swapin readahead pages in mem_cgroup_swapout()
o fix DEBUG_VM build after last-minute identifier rename
o drop duplicate
Due to an old optimization to keep expensive res_counter changes at a
minimum, the root_mem_cgroup res_counter is never charged; there is no
limit at that level anyway, and any statistics can be generated on
demand by summing up the counters of all other cgroups.
However, with per-cpu charge
Kmem page charging and uncharging is serialized by means of exclusive
access to the page. Do not take the page_cgroup lock and don't set
pc-flags atomically.
Signed-off-by: Johannes Weiner han...@cmpxchg.org
Acked-by: Michal Hocko mho...@suse.cz
Acked-by: Vladimir Davydov vdavy...@parallels.com
The memcg charge API charges pages before they are rmapped - i.e. have
an actual type - and so every callsite needs its own set of charge
and uncharge functions to know what type is being operated on. Worse,
uncharge has to happen from a context that is still type-specific,
rather than at the end
Hi Bjorn,
On 27/05/14 18:28, Bjorn Andersson wrote:
Add binding for the Qualcomm Resource Power Manager (RPM) found in 8660, 8960
and 8064 based devices. The binding currently describes the rpm itself and the
regulator subnodes.
Signed-off-by: Bjorn Andersson bjorn.anders...@sonymobile.com
---
There is no reason why oom-disabled and __GFP_NOFAIL charges should
try to reclaim only once when every other charge tries several times
before giving up. Make them all retry the same number of times.
Signed-off-by: Johannes Weiner han...@cmpxchg.org
---
mm/memcontrol.c | 8
1 file
The charging path currently starts out with OOM condition checks when
OOM is the rarest possible case.
Rearrange this code to run OOM/task dying checks only after trying the
percpu charge and the res_counter charge and bail out before entering
reclaim. Attempting a charge does not hurt an
This function was split out because mem_cgroup_try_charge() got too
big. But having essentially one sequence of operations arbitrarily
split in half is not good for reworking the code. Fold it back in.
Signed-off-by: Johannes Weiner han...@cmpxchg.org
---
mm/memcontrol.c | 166
There is a write barrier between setting pc-mem_cgroup and
PageCgroupUsed, which was added to allow LRU operations to lookup the
memcg LRU list of a page without acquiring the page_cgroup lock.
But ever since 38c5d72f3ebe (memcg: simplify LRU handling by new
rule), pages are ensured to be off-LRU
On Thu, May 29, 2014 at 6:06 PM, Miklos Szeredi mik...@szeredi.hu wrote:
On Thu, May 29, 2014 at 2:07 PM, Miklos Szeredi mik...@szeredi.hu wrote:
On Thu, May 29, 2014 at 12:28:45PM +0100, David Howells wrote:
This sequence of commands produces both errors:
Fixes pushed to overlayfs.v22 (and
Hi Bjorn,
On 27/05/14 18:28, Bjorn Andersson wrote:
Driver for the Resource Power Manager (RPM) found in Qualcomm 8660, 8960 and
8064 based devices. The driver exposes resources that child drivers can operate
on; to implementing regulator, clock and bus frequency drivers.
Signed-off-by: Bjorn
On Thu, May 29, 2014 at 04:44:54PM +0100, Al Viro wrote:
On Thu, May 29, 2014 at 08:10:57AM -0700, Linus Torvalds wrote:
If so, though, that brings up two questions:
(a) do we really want to be that aggressive? Can we ever traverse
_past_ the point we're actually trying to shrink in
Setting zero-length Smack label on a file crashes the kernel.
The following command:
# setfattr -n security.SMACK64 /dev/null
causes kernel panic. Call Trace:
[601a3b1e] smk_parse_smack+0x1e/0xb2
[601a3cb0] smk_import_entry+0x16/0x180
[601a1d0f] smack_inode_setxattr+0x1ac/0x269
[6001ea92] ?
On 05/27/2014 10:26 AM, Peter Zijlstra wrote:
On Tue, May 27, 2014 at 10:18:31AM -0400, Jason J. Herne wrote:
On 05/16/2014 12:29 PM, Peter Zijlstra wrote:
On Sat, May 17, 2014 at 12:18:06AM +0800, Lai Jiangshan wrote:
so the scheduler/set_cpus_allowed_ptr()/cpu_active_mask should be the
On Thu, 29 May 2014, Frederic Weisbecker wrote:
Well yes and I am tying directly into that scheme there in cpu.c to
display the active vmstat threads in sysfs. so its the same.
I don't think so. Or is there something in vmstat that cpumask_var_t
definition depends upon?
This patch
Miklos Szeredi mik...@szeredi.hu wrote:
Fixes pushed to overlayfs.v22 (and overlayfs.current). Will
eventually fold these into the main overlayfs patch.
Okay... those are fixed. Here's the next:
=
[ INFO: possible recursive locking detected ]
On Thursday, May 29, 2014 09:04:10 AM Andy Lutomirski wrote:
On Thu, May 29, 2014 at 6:05 AM, Steve Grubb sgr...@redhat.com wrote:
On Wednesday, May 28, 2014 07:40:57 PM Andy Lutomirski wrote:
- It assumes that syscall numbers are between 0 and 2048.
There could well be a bug here.
Signed-off-by: Kumar Gala ga...@codeaurora.org
---
arch/arm/configs/qcom_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/qcom_defconfig b/arch/arm/configs/qcom_defconfig
index bfed753..42ebd72 100644
--- a/arch/arm/configs/qcom_defconfig
+++
On Thu, May 29, 2014 at 11:03:36AM -0500, Kumar Gala wrote:
Just because the kernel doesn’t handle this is NO reason to change
the way the DT works.
The OF specs do not specify how to process a config type ranges entry,
and we all mutually agreed that the only sane interpretation for such
a
On May 29, 2014, at 11:19 AM, Srinivas Kandagatla
srinivas.kandaga...@linaro.org wrote:
+= SUBDEVICES
+
+The RPM exposes resources to its subnodes. The below bindings specify the
set
+of valid subnodes that can operate on these resources.
Why should these devices be on sub nodes?
On Thu, May 29, 2014 at 9:23 AM, Al Viro v...@zeniv.linux.org.uk wrote:
BTW, lock_parent() might be better off if in contended case it would not
bother with rename_lock and did something like this:
again:
Ack. I think that's much better.
Linus
--
To unsubscribe from this list:
On Thu, May 29, 2014 at 04:26:05PM +0200, Frederic Weisbecker wrote:
On Thu, May 29, 2014 at 09:07:44AM -0500, Christoph Lameter wrote:
On Thu, 29 May 2014, Frederic Weisbecker wrote:
The cpumasks in cpu.c are special as they are the base of the
cpumask_var_t
definition. They are
On 5/29/2014 2:38 AM, ABRAHAM, KISHON VIJAY wrote:
The configuration address space has so far been specified in *ranges*,
however it should be specified in *reg* making it a platform MEM resource.
Hence used 'platform_get_resource_*' API to get configuration address
space in the designware
On Wed, 2014-05-28 at 23:26 -0400, George Spelvin wrote:
Can you do a tcrypt speed measurement with and without your changes?
Check to see if there's any slowdown. Please make sure you pin
the frequency of your cpu when running the test.
e.g.
echo performance
Quoting Alex Elder (2014-05-29 06:26:15)
On 05/23/2014 07:53 PM, Mike Turquette wrote:
The above seems like a lot effort to go to. Why not skip all of this and
just implement the prerequisite logic in the .enable .disable
callbacks? E.g. your kona clk .enable callback would look like:
I
There appears to have been a merge error on commit:
2b76813: drm/exynos: hdmi: remove the i2c drivers and use
The original submission can be found at:
https://patchwork.kernel.org/patch/3559541/
It looks like the commit was only half applied. This patch aims
to finish what was started by
On Thu, May 29, 2014 at 05:23:22PM +0100, David Howells wrote:
Miklos Szeredi mik...@szeredi.hu wrote:
Fixes pushed to overlayfs.v22 (and overlayfs.current). Will
eventually fold these into the main overlayfs patch.
Okay... those are fixed. Here's the next:
On Thu, May 29, 2014 at 11:24:15AM -0500, Christoph Lameter wrote:
On Thu, 29 May 2014, Frederic Weisbecker wrote:
Well yes and I am tying directly into that scheme there in cpu.c to
display the active vmstat threads in sysfs. so its the same.
I don't think so. Or is there something
Hi.
On 29.05.2014 18:36, Lee Jones wrote:
There appears to have been a merge error on commit:
2b76813: drm/exynos: hdmi: remove the i2c drivers and use
The original submission can be found at:
https://patchwork.kernel.org/patch/3559541/
It looks like the commit was only half
Removed dead code from the file.
Signed-off-by: Chaitanya Hazarey c...@24.io
---
drivers/staging/rtl8192u/r8192U_wx.c | 18 +-
1 file changed, 1 insertion(+), 17 deletions(-)
diff --git a/drivers/staging/rtl8192u/r8192U_wx.c
b/drivers/staging/rtl8192u/r8192U_wx.c
index
Removed dead code, commented out printks and DMESG.
Signed-off-by: Chaitanya Hazarey c...@24.io
---
drivers/staging/rtl8192u/r8192U_wx.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/staging/rtl8192u/r8192U_wx.c
b/drivers/staging/rtl8192u/r8192U_wx.c
index
Added a space around '|' to address:
ERROR: need consistent spacing around '|' (ctx:VxW)
Signed-off-by: Chaitanya Hazarey c...@24.io
---
drivers/staging/rtl8192u/r8192U_wx.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/r8192U_wx.c
On 05/29/2014 11:07 AM, Peter Zijlstra wrote:
On Thu, May 29, 2014 at 10:47:09AM -0400, Sasha Levin wrote:
It doesn't work out well because we later lock a mutex in sync_child_event().
Urgh, right you are. I'll go stare at it more. It shouldn't have
mattered, because the mutex we take just
To address the error -
ERROR: do not use C99 // comments
Removed all C99 comments.
Signed-off-by: Chaitanya Hazarey c...@24.io
---
drivers/staging/rtl8192u/r8192U_wx.c | 130 +--
1 file changed, 65 insertions(+), 65 deletions(-)
diff --git
Miklos Szeredi mik...@szeredi.hu wrote:
generic_file_splice_write() uses I_MUTEX_CHILD. Not sure why, though, parent
shouldn't be locked. Maybe it's some remaining thing from the days when pipes
used the i_mutex on the pipe inode. Probably should just remove that notation
and things will
Fixed a misplaced brace in the r8192_wx_set_scan_type function.
Signed-off-by: Chaitanya Hazarey c...@24.io
---
drivers/staging/rtl8192u/r8192U_wx.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/rtl8192u/r8192U_wx.c
b/drivers/staging/rtl8192u/r8192U_wx.c
On Thu, May 29, 2014 at 9:25 AM, Steve Grubb sgr...@redhat.com wrote:
On Thursday, May 29, 2014 09:04:10 AM Andy Lutomirski wrote:
On Thu, May 29, 2014 at 6:05 AM, Steve Grubb sgr...@redhat.com wrote:
On Wednesday, May 28, 2014 07:40:57 PM Andy Lutomirski wrote:
- It assumes that syscall
On Thursday, May 29, 2014 5:29 AM, Ian Abbott wrote:
From: Fred Brooks frederick.bro...@microchip.com
Add support for switching the input range and the single-ended/
differential input mode for the AI subdevice. We needed to clear the
FIFO of data before the conversion to handle card mode
http://git.infradead.org/users/dhowells/unionmount-testsuite.git
Check it out and read the README file as to how to drive it. Sorry, it's a
bit crude. I may rewrite it in python or perl at some point.
Make sure you turn on CONFIG_LOCKDEP before running it - you don't want to
miss any locking
On Thursday, May 29, 2014 4:16 AM, Ian Abbott wrote:
Reformat the comment describing this comedi driver to use the usual
block comment format.
Also remove reference to digital I/O emulating an 8255, because it
doesn't, and remove DIO only from the Description: line as it also
supports
On Thu, May 29, 2014 at 03:29:12PM +0100, Lorenzo Pieralisi wrote:
On Thu, May 29, 2014 at 01:39:29PM +0100, Mark Rutland wrote:
[...]
The side effect of having a CPU always-on has implications on power
management
platform capabilities and makes CPUidle suboptimal, since at
On Thu, May 29, 2014 at 12:44:23PM -0400, Sasha Levin wrote:
On 05/29/2014 11:07 AM, Peter Zijlstra wrote:
On Thu, May 29, 2014 at 10:47:09AM -0400, Sasha Levin wrote:
It doesn't work out well because we later lock a mutex in
sync_child_event().
Urgh, right you are. I'll go stare at
On May 29, 2014, at 11:30 AM, Jason Gunthorpe jguntho...@obsidianresearch.com
wrote:
On Thu, May 29, 2014 at 11:03:36AM -0500, Kumar Gala wrote:
Just because the kernel doesn’t handle this is NO reason to change
the way the DT works.
The OF specs do not specify how to process a config
Checks for CONFIG_BCM_CS4297A_CSWARM were added in v2.6.11. The related
Kconfig symbol was never added so these checks always evaluated to true.
Remove them.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Untested.
sound/oss/swarm_cs4297a.c | 4
1 file changed, 4 deletions(-)
diff --git
On 05/29/2014 12:50 PM, Peter Zijlstra wrote:
So the only caller to sync_child_event() is that loop. According to what
you said
it should be safe to remove that mutex lock, but doing that triggers a list
corruption:
[ 1204.341887] WARNING: CPU: 20 PID: 12839 at lib/list_debug.c:62
On Thu, May 29, 2014 at 09:29:42AM -0700, Linus Torvalds wrote:
On Thu, May 29, 2014 at 9:23 AM, Al Viro v...@zeniv.linux.org.uk wrote:
BTW, lock_parent() might be better off if in contended case it would not
bother with rename_lock and did something like this:
again:
Ack. I think
On 05/29/2014 11:35 AM, Mike Turquette wrote:
Quoting Alex Elder (2014-05-29 06:26:15)
On 05/23/2014 07:53 PM, Mike Turquette wrote:
The above seems like a lot effort to go to. Why not skip all of this and
just implement the prerequisite logic in the .enable .disable
callbacks? E.g. your
Add binding for the Qualcomm Resource Power Manager (RPM) found in 8660, 8960
and 8064 based devices. The binding currently describes the rpm itself and the
regulator subnodes.
Signed-off-by: Bjorn Andersson bjorn.anders...@sonymobile.com
---
Checks for CONFIG_SND_DEBUG_ROM were added in v2.5.5 but a Kconfig
symbol SND_DEBUG_ROM was never added. These checks have always
evaluated to false. Remove them and the printk()s they hide.
Signed-off-by: Paul Bolle pebo...@tiscali.nl
---
Untested.
Perhaps one is expected to define this
On Thu, May 29, 2014 at 06:50:57PM +0200, Peter Zijlstra wrote:
On Thu, May 29, 2014 at 12:44:23PM -0400, Sasha Levin wrote:
On 05/29/2014 11:07 AM, Peter Zijlstra wrote:
On Thu, May 29, 2014 at 10:47:09AM -0400, Sasha Levin wrote:
It doesn't work out well because we later lock a mutex in
OK, I'll take this.
If you didn't already apply it, then add a Reviewed-by: Tony Luck
tony.luck@intel,com
I see that this patch is on top of my earlier ones (includes the
force_early argument).
That means you have both of those queued too?
Thanks
-Tony
--
To unsubscribe from this list: send
On 29/05/14 17:30, Kumar Gala wrote:
On May 29, 2014, at 11:19 AM, Srinivas Kandagatla
srinivas.kandaga...@linaro.org wrote:
+= SUBDEVICES
+
+The RPM exposes resources to its subnodes. The below bindings specify the set
+of valid subnodes that can operate on these resources.
Why should
This fixes a problem with dropped packets over 16k CDC-NCM
when the connection is being heavily used.
The issue was that the skb truesize for the unpacked NCM
packets was too high after they were cloned from the 16k
skb, this lead to the potential memory calculated by the
Kernel running out of
The NDP was ignoring the wNextNdpIndex in the NDP which
means that NTBs containing multiple NDPs would have missed
frames.
Signed-off-by: Jim Baxter jim_bax...@mentor.com
---
drivers/usb/gadget/f_ncm.c | 146 +++-
1 file changed, 78 insertions(+), 68
This series adds the ability to support packaging multiple network
packets into a single 16k CDC-NCM NTB.
Patches 1 and 3 are fixes for the receive unwrap function which
previously was unable to handle an NTB with multiple NDP's and a fix
that switches from using skb_clone to creating a new
This adds multi-frame support to the NCM NTB's for
the gadget driver. This allows multiple network
packets to be put inside a single USB NTB with a
maximum size of 16kB.
It has a time out of 300ms to ensure that smaller
number of packets still maintain a normal latency.
Also the .fp_index and
On Mon, May 26, 2014 at 06:41:22PM -0300, Gustavo Padovan wrote:
Hi John,
Some more patches for 3.16. There is nothing really special here, just a
bunch of clean ups, fixes plus some small improvements. Please pull.
Thanks!
Gustavo
---
The following changes since commit
On Thu, May 29, 2014 at 10:38:32AM -0400, Johannes Weiner wrote:
Hi Mel!
On Thu, May 29, 2014 at 10:04:32AM +0100, Mel Gorman wrote:
The fair zone allocation policy round-robins allocations between zones on
a node to avoid age inversion problems during reclaim using a counter to
manage
On Thu, 29 May 2014, Nikita Yushchenko wrote:
I've checked these... all values read as 0x - which does not
look correct
You could have the platform setup code read one of those hardware
registers, such as FMINTERVAL. If it obtains 0x, don't
register the OHCI
On platforms implementing CPU power management, the CPUidle subsystem
can allow CPUs to enter idle states where local timers logic is lost on power
down. To keep the software timers functional the kernel relies on an
always-on broadcast timer to be present in the platform to relay the
interrupt
Sedat Dilek sedat.di...@gmail.com wrote:
-/root/util-linux-union/mount/mount -i -t tmpfs upper_layer
$union_mntroot -o union || exit $?
+mount -i -t tmpfs upper_layer $union_mntroot -o union || exit $?
That's irrelevant if you're testing overlayfs.
David
--
To unsubscribe from this
On Thu, May 29, 2014 at 7:15 PM, David Howells dhowe...@redhat.com wrote:
Sedat Dilek sedat.di...@gmail.com wrote:
# grep LOCKDEP /boot/config-3.15.0-rc7-58.1-iniza-small
CONFIG_LOCKDEP_SUPPORT=y
That's not LOCKDEP, merely support for it. What I see:
warthoggrep LOCKDEP
On Thu, May 29, 2014 at 8:55 AM, Stephen Warren swar...@wwwdotorg.org wrote:
On 05/23/2014 05:41 PM, Kevin Hilman wrote:
By default, add some padding to the DT blobs to facilitate later
patching.
An example need for DTB patching is the need to modifiy the command
line on platforms where
Sedat Dilek sedat.di...@gmail.com wrote:
# grep LOCKDEP /boot/config-3.15.0-rc7-58.1-iniza-small
CONFIG_LOCKDEP_SUPPORT=y
That's not LOCKDEP, merely support for it. What I see:
warthoggrep LOCKDEP build/.config
CONFIG_LOCKDEP_SUPPORT=y
CONFIG_LOCKDEP=y
Sedat Dilek sedat.di...@gmail.com wrote:
/mnt/a/foo101: Test file not on upper filesystem (line 30)
Now check dmesg.
David
--
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
Here's another lockdep report for you. If you hard link a file, the attached
occurs.
=
[ INFO: possible recursive locking detected ]
3.15.0-rc6-fsdevel+ #367 Tainted: GW
-
ln/2974 is trying to
On Thu, May 29, 2014 at 7:15 PM, David Howells dhowe...@redhat.com wrote:
Sedat Dilek sedat.di...@gmail.com wrote:
# grep LOCKDEP /boot/config-3.15.0-rc7-58.1-iniza-small
CONFIG_LOCKDEP_SUPPORT=y
That's not LOCKDEP, merely support for it. What I see:
warthoggrep LOCKDEP
On Thu, May 29, 2014 at 7:24 PM, David Howells dhowe...@redhat.com wrote:
Sedat Dilek sedat.di...@gmail.com wrote:
/mnt/a/foo101: Test file not on upper filesystem (line 30)
Now check dmesg.
[ 1384.995334] tmpfs: No value for mount option 'union'
- Sedat -
--
To unsubscribe from this
On 05/21/2014 02:59 AM, Viresh Kumar wrote:
Tegra had always been switching to intermediate frequency (pll_p_clk) since
ever. CPUFreq core has better support for handling notifications for these
frequencies and so we can adapt Tegra's driver to it.
Also do a WARN() if clk_set_parent() fails
On 05/22/2014 10:05 PM, Viresh Kumar wrote:
On 22 May 2014 22:09, Stephen Warren swar...@wwwdotorg.org wrote:
I think the call to tegra_target_intermediate() is wrong here; shouldn't
the cpufreq core guarantee that tegra_target_intermediate() has always
been called before tegra_target(), so
Sedat Dilek sedat.di...@gmail.com wrote:
/mnt/a/foo101: Test file not on upper filesystem (line 30)
Now check dmesg.
[ 1384.995334] tmpfs: No value for mount option 'union'
That's going down the unionmount testing route, it would appear. You're
definitely doing:
On Thu, May 29, 2014 at 7:41 PM, David Howells dhowe...@redhat.com wrote:
Sedat Dilek sedat.di...@gmail.com wrote:
/mnt/a/foo101: Test file not on upper filesystem (line 30)
Now check dmesg.
[ 1384.995334] tmpfs: No value for mount option 'union'
That's going down the unionmount
Hello.
On 05/29/2014 08:17 AM, Varka Bhadram wrote:
This patch adds the managed APIs to the deriver code. By using this we need
not to worry about freeing the memory and irq numbers.
Thanks and Regards,
Varka Bhadram
This is not desirable thing in the patch changelog, maintainer will
Quoting Alex Elder (2014-05-29 09:53:50)
On 05/29/2014 11:35 AM, Mike Turquette wrote:
Quoting Alex Elder (2014-05-29 06:26:15)
On 05/23/2014 07:53 PM, Mike Turquette wrote:
The above seems like a lot effort to go to. Why not skip all of this and
just implement the prerequisite logic in
Sedat Dilek sedat.di...@gmail.com wrote:
config LOCKDEP
bool
It has no name, so you can't turn it on manually. You have to enable
something the depends on or selects it.
Turn on:
CONFIG_DEBUG_ATOMIC_SLEEP=y
CONFIG_DEBUG_LOCK_ALLOC=y
CONFIG_DEBUG_MUTEXES=y
silentreset_mutex initialized but not being used.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/core/rtw_sreset.c|1 -
drivers/staging/rtl8188eu/include/rtw_sreset.h |1 -
2 files changed, 2 deletions(-)
diff --git
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/hal/hal_intf.c |6 --
drivers/staging/rtl8188eu/include/hal_intf.h |1 -
2 files changed, 7 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/hal_intf.c
On 05/28/2014 10:51 AM, Peter De Schrijver wrote:
This patch set introduces the 'regs' debugfs entry which shows the
contents of all registers related to a clock.
Would it be better to create a regmap object for the entire clock module
register space, and then get all the debugfs stuff for
We can replace rtw_hal_sreset_reset_value() with rtw_hal_sreset_init() because
both function call sreset_reset_value() and sreset_init_value() respectively at
the end of code path, and function defination of sreset_reset_value() and
sreset_init_value() is identical.
Signed-off-by: navin patidar
On Thu, May 29, 2014 at 1:38 AM, Kishon Vijay Abraham I kis...@ti.com wrote:
Now that we have added PCIe driver for DRA7 SOCs, enable PCI on
DRA7 SOCs.
Cc: Tony Lindgren t...@atomide.com
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland
psrtpriv-silent_reset_inprogress is always false.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/core/rtw_sreset.c|4
drivers/staging/rtl8188eu/include/rtw_sreset.h |1 -
2 files changed, 5 deletions(-)
diff --git
On Wed, May 28, 2014 at 08:35:51PM +0100, Larry Bassel wrote:
On 28 May 14 12:27, Will Deacon wrote:
On Mon, May 26, 2014 at 07:56:12PM +0100, Larry Bassel wrote:
To implement the context tracker properly on arm64,
a function call needs to be made after debugging and
interrupts are
rtw_hal_sreset_xmit_status_check() is a wrapper to call
rtl8188e_sreset_xmit_status_check(), which calls
rtl8188e_silentreset_for_specific_platform() in case of transmission has
stopped to do a silent reset and restore the transmission but
rtl8188e_silentreset_for_specific_platform() has empty
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/core/rtw_sreset.c|9 -
drivers/staging/rtl8188eu/include/rtw_sreset.h |1 -
2 files changed, 10 deletions(-)
diff --git a/drivers/staging/rtl8188eu/core/rtw_sreset.c
Remove rtl8188e_sreset_xmit_status_check() and function pointer
-sreset_xmit_status_check pointing to it.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c |1 -
drivers/staging/rtl8188eu/hal/rtl8188e_sreset.c| 35
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c |1 -
drivers/staging/rtl8188eu/include/hal_intf.h |1 -
2 files changed, 2 deletions(-)
diff --git a/drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c
Driver doesn't need Hal8188EReg.h file.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/include/Hal8188EReg.h | 46 ---
drivers/staging/rtl8188eu/include/odm_precomp.h |1 -
2 files changed, 47 deletions(-)
delete mode 100644
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/Makefile |1 -
drivers/staging/rtl8188eu/hal/rtl8188e_sreset.c| 25 -
drivers/staging/rtl8188eu/include/rtl8188e_hal.h |3 +--
Remove rtl8188e_sreset_linked_status_check() and function pointer
-sreset_linked_status_check pointing to it.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c |1 -
drivers/staging/rtl8188eu/hal/rtl8188e_sreset.c | 17
rtw_hal_sreset_linked_status_check() is a wrapper to call
rtl8188e_sreset_linked_status_check(), which doesn't do anything
useful.
rtl8188e_sreset_linked_status_check() will also be removed later.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
rtw_hal_sreset_reset() is a wrapper to call
rtl8188e_silentreset_for_specific_platform(), which has empty defination.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/core/rtw_mlme.c |2 --
drivers/staging/rtl8188eu/hal/hal_intf.c |6 --
Remove rtl8188e_silentreset_for_specific_platform() and function pointer
-silentreset pointing to it.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/hal/rtl8188e_hal_init.c |1 -
drivers/staging/rtl8188eu/hal/rtl8188e_sreset.c |3 ---
value stored in variable last_tx_time isn't being used
by driver.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/core/rtw_sreset.c |1 -
drivers/staging/rtl8188eu/include/rtw_sreset.h |1 -
drivers/staging/rtl8188eu/os_dep/usb_ops_linux.c |6
value stored in variable last_tx_complete_time isn't being used
by driver.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/core/rtw_sreset.c |1 -
drivers/staging/rtl8188eu/include/rtw_sreset.h |1 -
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/include/usb_osintf.h |3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/staging/rtl8188eu/include/usb_osintf.h
b/drivers/staging/rtl8188eu/include/usb_osintf.h
index 9de99ca..2dce3bf 100644
---
driver doesn't need usb_vendor_req.h.
Signed-off-by: navin patidar navin.pati...@gmail.com
---
drivers/staging/rtl8188eu/include/usb_osintf.h |1 -
drivers/staging/rtl8188eu/include/usb_vendor_req.h | 52
drivers/staging/rtl8188eu/os_dep/usb_intf.c|1 -
On Thu, May 29, 2014 at 06:52:14PM +0100, Rob Herring wrote:
On Thu, May 29, 2014 at 1:38 AM, Kishon Vijay Abraham I kis...@ti.com wrote:
Now that we have added PCIe driver for DRA7 SOCs, enable PCI on
DRA7 SOCs.
Cc: Tony Lindgren t...@atomide.com
Cc: Rob Herring robh...@kernel.org
Hi,
I'm trying to access remote devices locally by mounting/exporting /dev
nodes over NFS. However, looks like the access requests are treated local
based on major minor numbers (e.g. cat /mnt-dev-over-nfs/kmg output is
same as cat /dev/kmsg)
How can I change this behavior? and if it is at all
501 - 600 of 1878 matches
Mail list logo