of_get_named_gpiod_flags() is visible and directly usable by GPIO
consumers, but it really should not as the gpiod interface relies
on the simpler gpiod_get() to provide properly-configured GPIOs.
of_get_named_gpiod_flags() is just used internally by gpiolib to
implement gpiod_get(), and by the
On 05/17/2014 01:36 PM, David Miller wrote:
> From: Chen Gang
> Date: Sat, 17 May 2014 13:26:16 +0800
>
>> 'struct irq_affinity_notify' and the related functions are only defined
>> when SMP enabled, so at present, mlx4 has to only run under SMP.
>>
>> The related error (allmodconfig under
From: Chen Gang
Date: Sat, 17 May 2014 13:26:16 +0800
> 'struct irq_affinity_notify' and the related functions are only defined
> when SMP enabled, so at present, mlx4 has to only run under SMP.
>
> The related error (allmodconfig under unicore32):
Making the entire driver depend upon SMP is
On Friday, May 16, 2014 10:09:50 PM PDT, Martin Steigerwald wrote:
Hi Daniel!
Am Freitag, 16. Mai 2014, 17:50:59 schrieb Daniel Phillips:
We would like to offer Tux3 for review for mainline merge. We have
prepared a new repository suitable for pulling:
At long last!
Congrats for arriving at
'struct irq_affinity_notify' and the related functions are only defined
when SMP enabled, so at present, mlx4 has to only run under SMP.
The related error (allmodconfig under unicore32):
CC [M] drivers/net/ethernet/mellanox/mlx4/eq.o
drivers/net/ethernet/mellanox/mlx4/eq.c:58: error:
Hi Daniel!
Am Freitag, 16. Mai 2014, 17:50:59 schrieb Daniel Phillips:
> We would like to offer Tux3 for review for mainline merge. We have
> prepared a new repository suitable for pulling:
At long last!
Congrats for arriving at this point.
Ciao,
--
Martin 'Helios' Steigerwald -
On 17 May 2014 04:33, Rafael J. Wysocki wrote:
> Is this -stable material? If so, which -stable?
3.7+
--
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
Handling calls to ->target_index() has got complex over time and might become
more complex. So, its better to take target_index() bits out in another routine
__target_index() for better code readability. Shouldn't have any functional
impact.
Tested-by: Stephen Warren
Signed-off-by: Viresh Kumar
Tegra has implemented an unnecessary wrapper over tegra_update_cpu_speed(), i.e.
tegra_target(), which wasn't doing anything apart of calling
tegra_update_cpu_speed(). Get rid of that and use tegra_target() directly.
Tested-by: Stephen Warren
Signed-off-by: Viresh Kumar
---
Douglas Anderson, recently pointed out an interesting problem due to which
udelay() was expiring earlier than it should.
While transitioning between frequencies few platforms may temporarily switch to
a stable frequency, waiting for the main PLL to stabilize.
For example: When we transition
On 17 May 2014 01:09, Stephen Warren wrote:
>> static int
>> tegra_target_intermediate(struct cpufreq_policy *policy, unsigned int
>> frequency)
>> {
>> + WARN_ON(frequency != clk_get_rate(pll_p_clk) / 1000);
>> +
>> + /*
>> +* Take an extra reference to the main pll so it
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.
Tested-by: Stephen Warren
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/tegra-cpufreq.c
Douglas Anderson, recently pointed out an interesting problem due to which
udelay() was expiring earlier than it should.
While transitioning between frequencies few platforms may temporarily switch to
a stable frequency, waiting for the main PLL to stabilize.
For example: When we transition
Greg Kroah-Hartman writes:
> On Fri, May 16, 2014 at 01:49:59AM +, Serge Hallyn wrote:
>> > I think having to pick and choose what device nodes you want in a
>> > container is a good thing. Becides, you would have to do the same thing
>> > in the kernel anyway, what's wrong with userspace
On 16/05/2014 at 16:26:35 -0700, Olof Johansson wrote :
> On Wed, May 07, 2014 at 07:39:35PM +0200, Nicolas Ferre wrote:
> > There is a little conflict with at91-3.16-dt that you already pulled in
> > arm-soc: here is the branch that resolves it:
> >
> >
On 17 May 2014 00:20, Stephen Warren wrote:
> s/Uset/Used.
:(
>> diff --git a/include/linux/cpufreq.h b/include/linux/cpufreq.h
>> + unsigned int (*get_intermediate)(struct cpufreq_policy *policy,
>> + unsigned int index);
>
> Should get_intermediate be
On Fri, 16 May 2014 14:43:11 -0700
Andi Kleen wrote:
> From: Andi Kleen
>
> Out of lining these two common inlines saves about 30k text size,
> due to their errata workarounds.
>
> 14131431 2008136 1507328 1764689510d452f vmlinux-before-e1000e
> 14101415 2004040 1507328
> Did you test this with CONFIG_DEBUG_LIST ?
> Unless I'm missing something, this looks like we'll have duplicate
> symbols for list_del if that is set.
Good point. Will fix.
BTW I only ran it in my limited config. I'm sure running it on
different configs will show up other low hanging fruit
On Fri, May 16, 2014 at 05:46:22PM -0700, Hannes Frederic Sowa wrote:
> This should do the trick:
> dd if=/dev/urandom of=/dev/zero bs=67108707
>
> I suspect ee1de406ba6eb1 ("random: simplify accounting logic") as the
> culprit.
Yep, that it's it. Thanks for noticing this so quickly! I'll push
On Fri, 16 May 2014, Hugh Dickins wrote:
> On Fri, 16 May 2014, Oleg Nesterov wrote:
> > shmem_getpage_gfp(). But, is there any way to figure out that this
> > inode/mapping/aops/whatever is actually shmem?
>
> On 3.15 and later, you're in luck: Hannes added bool shmem_mapping(mapping)
> in his
On 5/16/14, 5:14 PM, Stephane Eranian wrote:
From: Michael Lentine
This patch adds a fallback to cat for the pager. This is useful
on environmnents, such as Android, where less does not exist.
It is better to default to cat than to abort.
Reviewed-by: Stephane Eranian
Signed-off-by: Michael
On Fri, May 16, 2014 at 2:51 PM, Minchan Kim wrote:
> Hello Andrew,
>
> On Thu, May 15, 2014 at 02:38:56PM -0700, Andrew Morton wrote:
>> On Thu, 15 May 2014 16:00:47 +0800 Weijie Yang
>> wrote:
>>
>> > Currently, we use a rwlock tb_lock to protect concurrent access to
>> > the whole zram meta
Hi,
On 08.05.2014 14:49, Tomasz Figa wrote:
> Up till now there was no single generic method to bind devices to their
> power domains using Device Tree. Each platform has been doing this using
> its own way, example of which are Exynos power domain bindings [1] and
> look-up code [2].
>
> This
Remove a prohibited space before a closed parenthesis of if statement
to meet kernel coding style.
Signed-off-by: Masaru Nomura
---
drivers/staging/dgnc/dgnc_tty.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_tty.c
After working with Mirolsav's simulator and his initial patch,
I've grown more comfortable with his approach of calculating
the freq adjustment directly using a division, rather then
trying to aproximate it over a number of ticks.
Part of the rational here is that now the error adjustment
is very
By caching the ntp_tick_length() when we correct the frequency error,
and then using that cached value to accumulate error, we avoid large
initial errors when the tick length is changed.
This makes convergence happen much faster in the simulator, since the
initial error doesn't have to be slowly
I managed to find some time to further work on the next iteration here.
This patch set, based on ideas from Miroslav, tries to improve the ntp
freq steering when using NOHZ.
Rather then just doing error proportional correction, this patchset
splits the logic to two steps: frequency correction
The existing timekeeping_adjust logic has always been complicated
to understand. Further, since it was developed prior to NOHZ becoming
common, its not surprising it performs poorly when NOHZ is enabled.
Since Miroslav pointed out the problematic nature of the existing code
in the NOHZ case, I've
We would like to offer Tux3 for review for mainline merge. We have
prepared a new repository suitable for pulling:
https://git.kernel.org/cgit/linux/kernel/git/daniel/linux-tux3.git/
Tux3 kernel module files are here:
From: "Son P. Nguyen"
Fixed reporting_keystroke type to int instead of bool to quiet sparse
complaints of error cannot size expression.
This is a part of eudyptula-challenge.
Signed-off-by: Son P. Nguyen
---
drivers/staging/speakup/fakekey.c | 6 +++---
1 file changed, 3 insertions(+), 3
On Fri, May 16, 2014, at 9:21, Peter Zijlstra wrote:
> On Fri, May 16, 2014 at 09:06:13AM -0700, H. Peter Anvin wrote:
> > On 05/16/2014 08:34 AM, Peter Zijlstra wrote:
> > >
> > > While fuzzing to reproduce my issue I hit the below, its triggered loads
> > > of times and then the machine wedged
Linux VM was built with fixed page size in mind. We have rich API to
deal with page table entries, but it focused mostly on one level of page
tables -- PTE.
As huge pages was added we duplicated routines on demand for other page
tables level (PMD, PUD). With separate APIs it's hard to harmonize
On 05/16/2014 04:47 PM, Joseph S. Myers wrote:
>>
>> struct timespec is specified in POSIX as having type "long" for tv_nsec.
>> This, as Linus pointed out, is totally braindamaged.
>
> long is a perfectly reasonable type for this purpose - it's guaranteed to
> have enough precision. ISO C11
On Sat, 17 May 2014 00:32:10 +0200 (CEST)
Jiri Kosina wrote:
> That's true, and we come back to what has been said at the very beginning
> for both aproaches -- you can't really get away without manual human
> inspection of the patches that are being applied.
>
> The case you have outlined
Add a required space before an open parenthesis of if statement
to meet kernel coding style.
Signed-off-by: Masaru Nomura
---
drivers/staging/dgnc/dgnc_tty.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/dgnc/dgnc_tty.c
On 04/25/2014 07:04 AM, Miroslav Lichvar wrote:
> On Thu, Apr 24, 2014 at 04:04:34PM -0700, John Stultz wrote:
>> Continuing the sporadic work on improving the timekeeping
>> frequency steering logic when NOHZ is enabled, I've made a number
>> of changes to my re-implementation of Miroslav's patch
On Fri, May 16, 2014 at 02:43:10PM -0700, Andi Kleen wrote:
> diff --git a/lib/Makefile b/lib/Makefile
> index 0cd7b68..8b744f7 100644
> --- a/lib/Makefile
> +++ b/lib/Makefile
> @@ -13,7 +13,7 @@ lib-y := ctype.o string.o vsprintf.o cmdline.o \
> sha1.o md5.o irq_regs.o
On Fri, 2014-05-16 at 14:43 -0700, Andi Kleen wrote:
> From: Andi Kleen
>
> Out of lining these two inlines saves ~21k on my vmlinux
>
> 14152713 2003976 1507328 1766401710d8811 vmlinux-before-list
> 14131431 2008136 1507328 1764689510d452f vmlinux-list
>
>
The mm-of-the-moment snapshot 2014-05-16-16-56 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
On Friday, May 16, 2014 04:09:05 PM Mike Turquette wrote:
> Quoting Rafael J. Wysocki (2014-05-16 15:38:05)
> > On Thursday, May 15, 2014 09:53:49 AM Mike Turquette wrote:
> > > Quoting Heikki Krogerus (2014-05-15 06:40:25)
> > > > Fractional divider clocks are fairly common. This adds basic
> > >
Hello,
On Fri, May 16, 2014 at 06:02:55PM -0500, Christoph Lameter wrote:
> On Fri, 16 May 2014, Tejun Heo wrote:
> > So, the thing is sysfs has been collecting everything under
> > /sys/devices because other top level directories added complexity
> > while missing out on basic event mechanism.
On Sat, 17 May 2014, H. Peter Anvin wrote:
> On 05/15/2014 01:38 PM, Arnd Bergmann wrote:
> >
> > For practical purposes in the kernel, we may still want to use 64-bit
> > nanoseconds: if we use a 96 bit struct timespec, that would be incompatible
> > with the native type on 64-bit kernels, thus
Len field is already set to zero, but not the from field which is sent as
0xfe00. This makes no sense, and may cause confuse server
implementations doing sanity checks (qemu-nbd is an example.)
Signed-off-by: Hani Benhabiles
---
drivers/block/nbd.c | 2 +-
1 file changed, 1
We ran into an issue recently where a parser we have for perf.data
could not handle TRACING_DATA events. It has a default behaviour of
skipping event types it does not understand by using the header.size,
since that seems to be how perf.data files are formatted.
However, for TRACING_DATA events,
On 04/30/2014 07:01 AM, Miroslav Lichvar wrote:
> On Fri, Apr 25, 2014 at 02:05:49PM -0700, John Stultz wrote:
>> On 04/25/2014 07:04 AM, Miroslav Lichvar wrote:
>>> It seems it still doesn't always switch mult only between the two
>>> closest values, which explains the slightly worse dev and max
On Fri, May 16, 2014 at 04:26:35PM -0700, Olof Johansson wrote:
> On Wed, May 07, 2014 at 07:39:35PM +0200, Nicolas Ferre wrote:
> > On 07/05/2014 19:34, Nicolas Ferre :
> > > Arnd, Olof, Kevin,
> > >
> > > This is the first cleanup pull-request for 3.16. It is pretty big because
> > > it
> > >
On Wed, May 07, 2014 at 07:39:35PM +0200, Nicolas Ferre wrote:
> On 07/05/2014 19:34, Nicolas Ferre :
> > Arnd, Olof, Kevin,
> >
> > This is the first cleanup pull-request for 3.16. It is pretty big because it
> > integrates the work from Boris about CCF and Alexandre about IIO/ADC. I
> >
Hello Uwe,
Thank you for the review.
On Fri, May 16, 2014 at 09:24:51PM +0200, Uwe Kleine-König wrote:
> Hello Emil,
>
> IMHO the subject is too general. Maybe better use:
>
> ARM: imx: fix error handling in ipu device registration
Agreed, will change this and resend.
>
> On Fri, May
From: Michael Lentine
This short series of patches allow for the execution of perf natively
on the android devices.
The following changes are implemented:
- Have cat be the default page. Android does not have less or more pager.
this is a generic change which cleans up the code a bit
-
From: Michael Lentine
This patch automtically adjusts the path of MMAP records
associated with Android system libraries. It enables running
perf reporting tools directly on the Android system natively.
Reviewed-by: Stephane Eranian
Signed-off-by: Michael Lentine
---
tools/perf/util/map.c |
There are calls to might sleep functions in atomic context in
stmmac_resume():
- the first one is clk_prepare_enable(priv->stmmac_clk);
- the second one is stmmac_hw_setup()
-> init_dma_desc_rings()
-> stmmac_init_rx_buffers()
-> __netdev_alloc_skb(GFP_KERNEL)
What is the purpose of
From: Michael Lentine
This patch adds a fallback to cat for the pager. This is useful
on environmnents, such as Android, where less does not exist.
It is better to default to cat than to abort.
Reviewed-by: Stephane Eranian
Signed-off-by: Michael Lentine
---
tools/perf/util/pager.c | 12
From: Michael Lentine
This patch automtically adjusts the path of MMAP records
associated with Android system libraries. It enables running
perf reporting tools directly on the Android system natively.
Reviewed-by: Stephane Eranian
Signed-off-by: Michael Lentine
---
tools/perf/util/map.c |
From: Michael Lentine
This short series of patches allow for the execution of perf natively
on the android devices.
The following changes are implemented:
- Have cat be the default page. Android does not have less or more pager.
this is a generic change which cleans up the code a bit
-
From: Michael Lentine
This patch adds a fallback to cat for the pager. This is useful
on environmnents, such as Android, where less does not exist.
It is better to default to cat than to abort.
Reviewed-by: Stephane Eranian
Signed-off-by: Michael Lentine
---
tools/perf/util/pager.c | 12
On 05/15/2014 01:38 PM, Arnd Bergmann wrote:
>
> For practical purposes in the kernel, we may still want to use 64-bit
> nanoseconds: if we use a 96 bit struct timespec, that would be incompatible
> with the native type on 64-bit kernels, thus complicating the syscall
> emulation layer.
>
> I
Not all clocks are implemented but client drivers can still
request them. Currently we will return a NULL pointer to them if
the clock isn't implemented in software but NULL pointers are
valid clock pointers. Return an error pointer so that driver's
don't proceed without a clock they may actually
Add support for the DSI/EDP/HDMI RCG clocks. With the proper
display driver in place this should allow us to support display
clocks on msm8974 based devices.
Signed-off-by: Stephen Boyd
---
drivers/clk/qcom/clk-rcg.h | 3 +
drivers/clk/qcom/clk-rcg2.c | 299
The display clocks all source from dedicated phy PLLs within their
respective multimedia hardware block. Hook up these PLLs to the
display clocks with the appropriate parent mappings, clock flags,
and the appropriate clock ops. This should allow the display
clocks to work once the appropriate phy
A new PLL (gpll4) is added on msm8974 PRO devices to support a
faster sdc1 clock rate. Add support for this and the two new sdcc
cal clocks.
Signed-off-by: Stephen Boyd
---
.../devicetree/bindings/clock/qcom,gcc.txt | 2 +
drivers/clk/qcom/gcc-msm8974.c | 130
Here are some bug fixes and updates to qcom clock driver. Mostly focused
on running more drivers on msm8974 based devices and some fixes found
in the process.
Stephen Boyd (7):
clk: qcom: Fix clk_rcg2_is_enabled() check
clk: qcom: Fix mmcc-8974's PLL configurations
clk: qcom: Return highest
We forgot to add the status bit for the PLLs and we were using
the wrong register and masks for configuration, leading to
unexpected PLL configurations. Fix this.
Fixes: d8b212014e69 (clk: qcom: Add support for MSM8974's multimedia clock
controller (MMCC))
Signed-off-by: Stephen Boyd
---
If the bit is set the clock is off so we should be checking for
a clear bit, not a set bit. Invert the logic.
Fixes: bcd61c0f535a (clk: qcom: Add support for root clock generators (RCGs))
Signed-off-by: Stephen Boyd
---
drivers/clk/qcom/clk-rcg2.c | 2 +-
1 file changed, 1 insertion(+), 1
On 05/16/2014 12:48 AM, Christoph Hellwig wrote:
>
> The stat(64) syscall already has stopped time_t for a long time:
>
> struct stat64 {
> ...
> int st_atime; /* Time of last access. */
> unsigned intst_atime_nsec;
> int st_mtime;
Some drivers may want to call clk_set_rate() with a very large
number to force the clock to go as fast as it possibly can
without having to know the range between the highest rate and
second highest rate. Add support for this by defaulting to the
highest rate in the frequency table if we can't
On Fri, Apr 25, 2014 at 04:04:59PM +0900, Daeseok Youn wrote:
> - alloc_tty_driver() is deprecated so it is changed to
> tty_alloc_driver()
> - Pointers which are allocated by alloc_tty_driver() and kzalloc()
> can be NULL so it need to check NULL for them.
> - If one of those is failed, it need
Quoting Tomasz Figa (2014-05-15 10:32:30)
> This patch introduces a driver that handles configuration of CLKOUT pin
> of Exynos SoCs that can be used to output certain clocks from inside of
> the SoC to a dedicated output pin.
>
> Signed-off-by: Tomasz Figa
Overall implementation looks good to
On Fri, 16 May 2014, Tejun Heo wrote:
>
> So, the thing is sysfs has been collecting everything under
> /sys/devices because other top level directories added complexity
> while missing out on basic event mechanism. If you look at other
Make the uevent stuff work on all of sysfs?
--
To
On 05/16/2014 03:40 PM, Andy Lutomirski wrote:
>
> My current draft is here:
>
> https://git.kernel.org/cgit/linux/kernel/git/luto/linux.git/log/?h=vdso/cleanups
>
> On 64-bit userspace, it results in:
>
> 7fffa1dfd000-7fffa1dfe000 r-xp 00:00 0
> [vdso]
>
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Roman Pen
commit af5040da01ef980670b3741b3e10733ee3e33566 upstream.
trace_block_rq_complete does not take into account that request can
be partially completed, so we can get the following
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Joe Perches
commit 3a3bfb61e64476ff1e4ac3122cb6dec9c79b795c upstream.
__ratelimit() can be considered an inverted bool test because
it returns true when not ratelimited. Several tests in the
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Andrey Vagin
commit 223b02d923ecd7c84cf9780bb3686f455d279279 upstream.
"len" contains sizeof(nf_ct_ext) and size of extensions. In a worst
case it can contain all extensions. Bellow you can
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Thomas Graf
commit c58dd2dd443c26d856a168db108a0cd11c285bf3 upstream.
All xtables variants suffer from the defect that the copy_to_user()
to copy the counters to user memory may fail after the
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Dan Carpenter
commit 3de2260140417759c669d391613d583baf03b0cf upstream.
pthru32->dataxferlen comes from the user so we need to check that it's
not too large so we don't overflow the buffer.
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Andreas Schwab
commit 8fe9c93e7453e67b8bd09f263ec1bb0783c733fc upstream.
GCC 4.8 now generates out-of-line vr save/restore functions when
optimizing for size. They are needed for the raid6
3.4-stable review patch. If anyone has any objections, please let me know.
--
commit 4291086b1f081b869c6d79e5b7441633dc3ace00 upstream.
The tty atomic_write_lock does not provide an exclusion guarantee for
the tty driver if the termios settings are LECHO & !OPOST. And since
it
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: "Steven Rostedt (Red Hat)"
commit 7dec935a3aa04412cba2cebe1524ae0d34a30c24 upstream.
No reason to allocate tp_module structures for modules that have no
tracepoints. This just wastes memory.
This is the start of the stable review cycle for the 3.4.91 release.
There are 9 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Sun May 18 22:54:50 UTC 2014.
Anything
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Mikulas Patocka
commit 624966589041deb32a2626ee2e176e8274581101 upstream.
Mode setting in the TGA driver is broken for these reasons:
- info->fix.line_length is set just once in
On 5/16/2014 6:15 PM, Kumar Gala wrote:
On May 15, 2014, at 11:01 AM, Murali Karicheri wrote:
keystone pcie hardware is based on designware hw version 3.65.
There is no support for ATU port and has registers in
application space to configure inbound/outbound access. Also
doesn't support PCI
On Sat, May 17, 2014 at 01:21:08AM +0300, Dan Carpenter wrote:
> On Fri, May 16, 2014 at 09:24:51PM +0200, Uwe Kleine-König wrote:
> > I didn't check if it is easily possible, but converting this file to use
> > platform_device_register_full might simplify it considerably.
>
> In a separate
Hi Max,
today I finally had the time to test your i2c driver. Before testing I adapted
it to our newly agreed grf handling, the result can be found at [0].
Works like a charm :-) .
As you can see, support for the upcoming rk3288 is also included - which only
supports the new-style i2c IP and
On Friday, May 16, 2014 04:43:31 PM Viresh Kumar wrote:
> On 16 May 2014 16:21, Chander Kashyap wrote:
> > In of_init_opp_table function, if a failure to add an OPP is
> > detected, the count of OPPs, yet to be added is not updated.
> > Fix this by decrementing this count on failure as well.
> >
On 5/15/2014 12:28 PM, Arnd Bergmann wrote:
On Thursday 15 May 2014 12:01:32 Murali Karicheri wrote:
+Sample bindings shown below:-
+
+ - Remove ti,enable-linktrain if boot loader already does Link training and do
EP
+ configuration.
+ - Remove ti,init-phy if boot loader already initialize
On Thu, May 15, 2014 at 3:15 PM, Andy Lutomirski wrote:
> On Thu, May 15, 2014 at 2:57 PM, Cyrill Gorcunov wrote:
>> On Thu, May 15, 2014 at 02:42:48PM -0700, Andy Lutomirski wrote:
>>> >
>>> > Looking forward the question appear -- will VDSO_PREV_PAGES and rest of
>>> > variables
>>> > be kind
Renamed convert_frame_to_ether() to p80211_convert_to_ether().
Signed-off-by: Denis Pithon
---
drivers/staging/wlan-ng/p80211netdev.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/wlan-ng/p80211netdev.c
b/drivers/staging/wlan-ng/p80211netdev.c
index
On Fri, 16 May 2014, Steven Rostedt wrote:
> > With lazy-switching implemented in kgraft, this can never happen.
> >
> > So I'd like to ask for a little bit more explanation why you think the
> > stop_machine()-based patching provides more sanity/consistency assurance
> > than the lazy
Wherever possible, replaced printk() and pr_xxx() calls with
netdev_xxx() / dev_xxx() calls; used pr_xxx() otherwise.
Signed-off-by: Denis Pithon
---
drivers/staging/wlan-ng/p80211netdev.c | 45 +-
1 file changed, 22 insertions(+), 23 deletions(-)
diff --git
On Fri, May 16, 2014 at 09:24:51PM +0200, Uwe Kleine-König wrote:
> I didn't check if it is easily possible, but converting this file to use
> platform_device_register_full might simplify it considerably.
In a separate patch, though, please.
>
> I'm not sure this fix is critical, because the
On Thursday, May 15, 2014 09:53:49 AM Mike Turquette wrote:
> Quoting Heikki Krogerus (2014-05-15 06:40:25)
> > Fractional divider clocks are fairly common. This adds basic
> > type for them.
> >
> > Signed-off-by: Heikki Krogerus
>
> Taken into clk-next.
>
> Just FYI, there was some talk at
Il 15/05/2014 18:51, Paolo Bonzini ha scritto:
During task switch, all of CS.DPL, CS.RPL, SS.DPL must match (in addition
to all the other requirements) and will be the new CPL. So far this
worked by carefully setting the CS selector and flag before doing the
s/flag/EFLAGS/
task switch;
Replaced generic memcmp() with dedicated ether_addr_equal_unaligned()
call. I did not find any clue of u16 alignment for both addresses.
Signed-off-by: Denis Pithon
---
drivers/staging/wlan-ng/p80211netdev.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
Used is_multicast_ether_addr() to perform the checking.
Signed-off-by: Denis Pithon
---
drivers/staging/wlan-ng/p80211netdev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/wlan-ng/p80211netdev.c
b/drivers/staging/wlan-ng/p80211netdev.c
index
Gathered together comments in front of multicast filtering block.
Signed-off-by: Denis Pithon
---
drivers/staging/wlan-ng/p80211netdev.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/wlan-ng/p80211netdev.c
b/drivers/staging/wlan-ng/p80211netdev.c
On May 15, 2014, at 11:01 AM, Murali Karicheri wrote:
> keystone pcie hardware is based on designware hw version 3.65.
> There is no support for ATU port and has registers in
> application space to configure inbound/outbound access. Also
> doesn't support PCI PVM option. The MSI IRQ registers
On Thursday, May 15, 2014 02:33:07 PM Eduardo Valentin wrote:
> Hello Amit,
>
>
> On Thu, May 08, 2014 at 08:07:56PM +0530, Amit Daniel Kachhap wrote:
> > This patch is in preparation to add notfication support for cpufrequency
> > cooling changes. This change also removes the unnecessary
From: Andi Kleen
I found that a lot of unresolvable variables when using gdb on the kernel
become resolvable when dwarf4 is enabled. So add a Kconfig flag to enable it.
It definitely increases the debug information size, but on the other
hand this isn't so bad when debug fusion is used.
From: Andi Kleen
This is an alternative approach to lower the overhead of debug info
(as we discussed a few days ago)
gcc 4.7+ and newer binutils have a new "split debug info" debug info
model where the debug info is only written once into central ".dwo" files.
This avoids having to copy it
From: Rafael J. Wysocki
Subject: ACPI / PM: Avoid resuming devices in ACPI PM domain during system
suspend
Rework the ACPI PM domain's PM callbacks to avoid resuming devices
during system suspend (in order to modify their wakeup settings etc.)
if that isn't necessary.
Signed-off-by: Rafael J.
On Fri, 2014-05-16 at 15:38 +0200, Hannes Reinecke wrote:
> On 05/15/2014 07:26 AM, Christoph Hellwig wrote:
> > Hi James,
> >
> > we're past -rc5 and no SCSI patches have been collected for 3.16 yet,
> > despite a lot of patches including a lot of reviewed ones pending on the
> > list.
> >
> >
1 - 100 of 1590 matches
Mail list logo
