Some random observations while I'm still trying to wrap my head around
all this (which might take quite some time).
On Sun, 2015-04-19 at 22:28 +0900, Hajime Tazaki wrote:
> --- /dev/null
> +++ b/arch/lib/Kconfig
> @@ -0,0 +1,124 @@
> +menuconfig LIB
> + bool "LibOS-specific options"
> +
On Wed, 15 Apr 2015 15:09:27 -0300
Arnaldo Carvalho de Melo wrote:
> Em Wed, Apr 15, 2015 at 10:20:08AM -0600, David Ahern escreveu:
> > I was hoping you could provide points on how to get access to an interpreted
> > field in a tracepoint within perf.
>
> > This is an example of the tracepoint
On Mon, 20 Apr 2015, Baolin Wang wrote:
> /* Set clock_realtime */
> static int posix_clock_realtime_set(const clockid_t which_clock,
> - const struct timespec *tp)
> + const struct timespec64 *tp)
> {
> - return do_sys_settimeo
On Mon, Apr 20, 2015 at 06:37:47AM +0200, Sascha Hauer wrote:
> On Sat, Apr 18, 2015 at 06:34:07PM +0100, Mark Brown wrote:
> > On Fri, Apr 10, 2015 at 04:14:07PM +0800, Koro Chen wrote:
> > > +Each external interface (called "IO" in this driver) is presented as a
> > > +DAI to ASoC. An IO must be
Hello
On Mon, Apr 20, 2015 at 10:36 PM, Bjorn Helgaas wrote:
>> > From reading drivers/base/platform.c, it looks like the intent is
>> > that platform device users would use these interfaces:
>>
>> I can take a look to modify OF to use insert_resource(), but I still
>> think that no matter what,
Em Mon, Apr 20, 2015 at 05:41:29PM -0300, Arnaldo Carvalho de Melo escreveu:
> Em Mon, Apr 20, 2015 at 10:19:44PM +0200, Jiri Olsa escreveu:
> > On Mon, Apr 20, 2015 at 04:58:54PM -0300, Arnaldo Carvalho de Melo wrote:
> > > With latest babeltrace.git:
> > >
> > > [acme@zoo babeltrace]$ git log --
On Mon, 2015-04-20 at 10:15 -0700, Eric Dumazet wrote:
> On Mon, 2015-04-20 at 17:10 +0200, Mateusz Guzik wrote:
>
> > Sorry for spam but I came up with another hack. :)
> >
> > The idea is that we can have a variable which would signify the that
> > given thread is playing with fd table in fd_in
On Sun, Apr 19, 2015 at 8:45 PM, Chengyu Song wrote:
>
> As suggested in the patch, -19 (-ENODEV) happens when debugfs is not
> configured (see include/linux/debugfs.h). So if debugfs is necessary for the
> functionality, in Kconfig, we should either declare it as a dependency, or
> auto selec
On Mon, Apr 20, 2015 at 06:50:17AM +0200, Sascha Hauer wrote:
> On Sat, Apr 18, 2015 at 06:37:40PM +0100, Mark Brown wrote:
> > On Fri, Apr 10, 2015 at 04:14:08PM +0800, Koro Chen wrote:
> > > + [0][0] = { .creg = 0x020, .cshift = 0, .sreg = 0x020, .sshift = 10},
> > > + [0][1] = { .creg = 0x
On Mon, Apr 20, 2015 at 02:22:24PM +0800, Koro Chen wrote:
> On Sat, 2015-04-18 at 18:51 +0100, Mark Brown wrote:
> > On Fri, Apr 10, 2015 at 04:14:09PM +0800, Koro Chen wrote:
> > Ah, so the SRAM is directly memory mappable. Nice. But we have a
> > limited amount of it so need to allocate it to
On Mon, Apr 20, 2015 at 10:43:19PM +0200, Richard Weinberger wrote:
> David,
>
> On Thu, Apr 16, 2015 at 8:20 PM, David Herrmann wrote:
> > Hi
> >
> > On Wed, Apr 15, 2015 at 8:18 PM, Linus Torvalds
> > wrote:
> >> On Wed, Apr 15, 2015 at 11:11 AM, Greg Kroah-Hartman
> >> wrote:
> >>> On Wed, A
On Thu, Apr 16, 2015 at 5:57 AM, Lars-Peter Clausen wrote:
> On 04/15/2015 11:42 PM, Kevin Cernekee wrote:
>>
>> Introduce a new codec driver for the Texas Instruments
>> TAS5711/TAS5717/TAS5719 power amplifier chips. These chips are typically
>> used to take an I2S digital audio input and drive
On Mon, Apr 20, 2015 at 11:13 AM, Al Viro wrote:
> */
> static int link_path_walk(const char *name, struct nameidata *nd)
> {
> + struct saved {
> + struct path link;
> + void *cookie;
> + const char *name;
> + } stack[MAX_NESTED_LINKS], *l
Bartlomiej Zolnierkiewicz writes:
> Hi,
>
> This patch series removes the use of Exynos5250 specific support
> from exynos-cpufreq driver and enables the use of cpufreq-dt driver
> for this platform. The exynos-cpufreq driver itself is also removed
> as it is no longer used/needed after Exynos52
On Mon, 20 Apr 2015, Baolin Wang wrote:
> This patch introduces some functions for converting cputime to timespec64 and
> back,
> that repalce the timespec type with timespec64 type, as well as for arch/s390
> and
> arch/powerpc architecture.
No. We want a patch which adds the functions and the
Hi,
On Mon, Apr 20, 2015 at 12:40:28PM -0700, Guenter Roeck wrote:
> the upstream kernel fails to build mips:nlm_xlp_defconfig,
> mips:nlm_xlp_defconfig, mips:cavium_octeon_defconfig, and possibly
> other targets, with errors such as
>
> arch/mips/kernel/smp.c:211:2: error:
> passing argume
Bintian Wang writes:
> This patch introduces ARCH_HISI to enable Hisilicon SoC family in
> Kconfig and defconfig.
>
> Signed-off-by: Bintian Wang
> Reviewed-by: Haojian Zhuang
> Reviewed-by: Wei Xu
[...]
> diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig
> index be1f1
On Mon, 20 Apr 2015 13:50:38 -0700 Linus Torvalds
wrote:
> On Sun, Apr 19, 2015 at 8:45 PM, Chengyu Song wrote:
> >
> > As suggested in the patch, -19 (-ENODEV) happens when debugfs is not
> > configured (see include/linux/debugfs.h). So if debugfs is necessary for
> > the functionality, in
On Mon, Apr 20, 2015 at 01:56:46PM -0700, Kevin Cernekee wrote:
> On Thu, Apr 16, 2015 at 5:57 AM, Lars-Peter Clausen wrote:
> > On 04/15/2015 11:42 PM, Kevin Cernekee wrote:
> > If you want to make the clock optional use
> > if (PTR_ERR(priv->mclk) == -ENOENT)
> > return
On Mon, Apr 20, 2015 at 06:24:16PM +0530, Laxman Dewangan wrote:
> If platform data has dvs-gpio value 0 as default/unset then
> make this as invalid gpio so that function gpio_is_valid()
> can return false on this case.
OK, so this handles the problem with the first patch - it should have
been th
On Mon, Apr 20, 2015 at 04:40:49PM -0400, Steven Rostedt wrote:
> On Mon, Apr 20, 2015 at 10:09:03AM -0700, Paul E. McKenney wrote:
> >
> > The sysfs knob might be nice, but as far as I know nobody has been
> > complaining about it.
> >
> > Besides, we already have the rcutree.kthread_prio= kerne
On Sat, Apr 18, 2015 at 4:16 AM, Mark Brown wrote:
> On Wed, Apr 15, 2015 at 02:42:19PM -0700, Kevin Cernekee wrote:
>
>> +- VDD-supply: regulator phandle for the AVDD/DVDD/HP_VDD supply
>
> This is clearly not correct - if there are three separate physical
> supplies there should be three separat
On Thu, 16 Apr 2015 13:31:01 -0700 Joe Perches wrote:
> Joe Perches (2):
> compiler-gcc.h: Neatening
> compiler-gcc: Integrate the various compiler-gcc[345].h files
>
We have at least three support-three-gcc-6 patchsets floating about.
Are we all happy with Joe's patchset?
I expect Andi'
Greg,
Am 20.04.2015 um 22:56 schrieb Greg Kroah-Hartman:
>> In which situation on a common Linux system is the current dbus too slow
>> today?
>> I've never seen a issue like "Oh my system is slow because dbus is
>> eating too much CPU cycles".
>
> See the original email which explained all of t
Resending from the correct account.
On Sat, Apr 18, 2015 at 4:16 AM, Mark Brown wrote:
> On Wed, Apr 15, 2015 at 02:42:19PM -0700, Kevin Cernekee wrote:
>
>> +- VDD-supply: regulator phandle for the AVDD/DVDD/HP_VDD supply
>
> This is clearly not correct - if there are three separate physical
>
On Mon, Apr 20, 2015 at 06:24:17PM +0530, Laxman Dewangan wrote:
> +Optional properties:
> +
> +-maxim,externally-enable: boolean, externally control the regulator output
> + enable/disable.
I'd have expected this to be enabled if a GPIO is provided to do the
control rather than havin
On Mon, Apr 20, 2015 at 06:24:15PM +0530, Laxman Dewangan wrote:
> To find that dvs-gpio is valid or not, gpio API gpio_is_valid()
> can be directly used instead of intermediate variable.
Applied, thanks.
signature.asc
Description: Digital signature
mv88e6xxx_setup_port_common was writing to PORT_DEFAULT_VLAN (port
offset 0x07) instead of PORT_CONTROL_1 (port offset 0x05).
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/
On Mon, Apr 20, 2015 at 06:24:16PM +0530, Laxman Dewangan wrote:
> If platform data has dvs-gpio value 0 as default/unset then
> make this as invalid gpio so that function gpio_is_valid()
> can return false on this case.
Applied, thanks.
signature.asc
Description: Digital signature
Em Sat, Apr 18, 2015 at 05:50:20PM +0200, Jiri Olsa escreveu:
> From: Wang Nan
>
> When converting int values, perf first extractes it to a ulonglong, then
> feeds it to babeltrace as a signed value. For negative 32 bit values
> (for example, return values of failed syscalls), the extracted data
On Mon, Apr 20, 2015 at 02:17:13PM -0700, Andrew Morton wrote:
> On Thu, 16 Apr 2015 13:31:01 -0700 Joe Perches wrote:
>
> > Joe Perches (2):
> > compiler-gcc.h: Neatening
> > compiler-gcc: Integrate the various compiler-gcc[345].h files
> >
>
> We have at least three support-three-gcc-6 pa
Em Mon, Apr 20, 2015 at 04:46:16PM -0400, Steven Rostedt escreveu:
> On Wed, 15 Apr 2015 15:09:27 -0300
> Arnaldo Carvalho de Melo wrote:
> > If it is strictly an enum, i.e. no holes and just by looking at the
> > "format" file above I don't see how it could have holes, albeit enums
> > may have,
On 4/20/15 3:25 PM, Arnaldo Carvalho de Melo wrote:
Em Mon, Apr 20, 2015 at 04:46:16PM -0400, Steven Rostedt escreveu:
On Wed, 15 Apr 2015 15:09:27 -0300
Arnaldo Carvalho de Melo wrote:
If it is strictly an enum, i.e. no holes and just by looking at the
"format" file above I don't see how it c
During some code analysis I realized that atomic_add, atomic_sub and
friends are not necessarily inlined AND that each function is defined
multiple times:
atomic_inc: 544 duplicates
atomic_dec: 215 duplicates
atomic_dec_and_test: 107 duplicates
atomic64_inc: 38 duplicates
On Wed, Apr 8, 2015 at 4:58 PM, Feng Kan wrote:
> This will add support for ACPI parsing of the mboxes attribute
> when booting with ACPI table. The client will have a attribute
> mimic the dts call "mboxes". In the ACPI case, the client will
> mark "mboxes" with the ACPI reference of the mbox it
On Fri, Mar 27, 2015 at 05:50:09PM +0100, Andreas Gruenbacher wrote:
> Compute upper bound owner, group, and other file masks with as few
> permissions as possible without denying any permissions that the NFSv4
> acl in a richacl grants.
>
> This algorithm is used when a file inherits an acl at cr
Em Tue, Apr 21, 2015 at 12:22:06AM +0900, Namhyung Kim escreveu:
> Hi Arnaldo,
>
> On Mon, Apr 20, 2015 at 11:00:20AM -0300, Arnaldo Carvalho de Melo wrote:
> > Em Sun, Apr 19, 2015 at 01:04:14PM +0900, Namhyung Kim escreveu:
> > > Currently perf_evsel__hists_browse() function spins on a huge loop
On Wed, 15 Apr 2015 07:25:46 + Naoya Horiguchi
wrote:
> Currently memory_failure() calls shake_page() to sweep pages out from pcplists
> only when the victim page is 4kB LRU page or thp head page. But we should do
> this for a thp tail page too.
> Consider that a memory error hits a thp tail
On Mon, Apr 20, 2015 at 02:04:53PM -0700, Linus Torvalds wrote:
> That said, you then introduce a stack-allocated "struct saved stack[]"
> in path_mountpoint[] instead, *and* nameidata is saved on stack, so
> this all ends up being very stack-intensive anyway.
>
> I might have missed some patch h
On Mon, Apr 20, 2015 at 2:32 PM, Al Viro wrote:
>
> What kilobyte? It's 9*4 pointers, IOW, 288 bytes total (assuming 64bit box).
You also said that you were going to up the recursion limit to 40.. So
40*3*8 bytes..
Linus
--
To unsubscribe from this list: send the line "unsubs
On Mon, Apr 20, 2015 at 2:32 PM, Al Viro wrote:
>
> A kilobyte would suffice for 32 levels. _IF_ we go for "lift the restrictions
> on nesting completely", sure, we want to switch to (on-demand) dynamic
> allocation.
And no, we will *never* lift the recursion limit. Not for 1kB, not for
1MB. Nev
On Mon, Apr 20, 2015 at 2:41 PM, Linus Torvalds
wrote:
>
> And no, we will *never* lift the recursion limit. Not for 1kB, not for
> 1MB. Never.
Just to clarify: that's for the "remove restrictions completely".
Upping it to 32 or 40 would be fine. But not with allocations on the
stack.
Minor, use the explicit PORT_DEFAULT_VLAN define instead of 0x07.
Signed-off-by: Vivien Didelot
---
drivers/net/dsa/mv88e6xxx.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/dsa/mv88e6xxx.c b/drivers/net/dsa/mv88e6xxx.c
index 48712bd..af639ab 100644
--- a/driv
If symbols are not exported, modules can no longer register additional
(module specified) tracepoints like they use to be able to (i.e linux-3.15.x).
Somewhere on or about commit de7b2973903c6cc50b31ee5682a69b2219b9919d
(Author: Mathieu Desnoyers
Date: Tue Apr 8 17:26:21 2014 -0400
tracepoint:
This patch series integrates the DC-DC clock domain into the i.MX28 clock
driver. That enables consumers to change DC-DC clock frequency in order to avoid
interferences without changing hardware. The final patch in the near future
should handle the i.MX23, too.
* patch 1 contains the update for
This patch defines the i.MX28 PMU as consumer of clock dcdc_sel.
Signed-off-by: Stefan Wahren
---
arch/arm/boot/dts/imx28.dtsi |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/imx28.dtsi b/arch/arm/boot/dts/imx28.dtsi
index 02330f4..bdd087d 100644
--- a/arch/arm/boot/dt
This patch adds the DC-DC clock domain into the i.MX28 clock driver.
That enables consumers to change DC-DC clock frequency in order to
avoid interferences without changing hardware.
Signed-off-by: Stefan Wahren
---
drivers/clk/mxs/clk-imx28.c | 33 -
1 file cha
On Mon, Apr 20, 2015 at 11:16:49PM +0200, Richard Weinberger wrote:
> Greg,
>
> Am 20.04.2015 um 22:56 schrieb Greg Kroah-Hartman:
> >> In which situation on a common Linux system is the current dbus too slow
> >> today?
> >> I've never seen a issue like "Oh my system is slow because dbus is
> >>
This patch adds the clock ids for the integrated DC-DC converter
of the i.MX28:
ref_xtal |\
>| \
| \ +--+
| \| |
ref_pl
On Mon, Apr 20, 2015 at 06:23:14PM -0300, Arnaldo Carvalho de Melo wrote:
> Em Sat, Apr 18, 2015 at 05:50:20PM +0200, Jiri Olsa escreveu:
> > From: Wang Nan
> >
> > When converting int values, perf first extractes it to a ulonglong, then
> > feeds it to babeltrace as a signed value. For negative
On Mon, Apr 20, 2015 at 02:41:31PM -0700, Linus Torvalds wrote:
> On Mon, Apr 20, 2015 at 2:32 PM, Al Viro wrote:
> >
> > A kilobyte would suffice for 32 levels. _IF_ we go for "lift the
> > restrictions
> > on nesting completely", sure, we want to switch to (on-demand) dynamic
> > allocation.
>
On Mon, Apr 20, 2015 at 11:27:11PM +0200, Hagen Paul Pfeifer wrote:
> During some code analysis I realized that atomic_add, atomic_sub and
> friends are not necessarily inlined AND that each function is defined
> multiple times:
>
> atomic_inc: 544 duplicates
> atomic_dec: 215 du
On Mon, 20 Apr 2015 14:15:04 -0700
"Paul E. McKenney" wrote:
> On Mon, Apr 20, 2015 at 04:40:49PM -0400, Steven Rostedt wrote:
> > On Mon, Apr 20, 2015 at 10:09:03AM -0700, Paul E. McKenney wrote:
> > >
> > > The sysfs knob might be nice, but as far as I know nobody has been
> > > complaining ab
On Mon, Apr 20, 2015 at 02:42:56PM -0700, Linus Torvalds wrote:
> On Mon, Apr 20, 2015 at 2:41 PM, Linus Torvalds
> wrote:
> >
> > And no, we will *never* lift the recursion limit. Not for 1kB, not for
> > 1MB. Never.
>
> Just to clarify: that's for the "remove restrictions completely".
> Upping
On Mon, Apr 20, 2015 at 02:39:43PM -0700, Linus Torvalds wrote:
> On Mon, Apr 20, 2015 at 2:32 PM, Al Viro wrote:
> >
> > What kilobyte? It's 9*4 pointers, IOW, 288 bytes total (assuming 64bit
> > box).
>
> You also said that you were going to up the recursion limit to 40.. So
> 40*3*8 bytes..
On Mon, Apr 20, 2015 at 02:18:56PM -0700, Kevin Cernekee wrote:
> On Sat, Apr 18, 2015 at 4:16 AM, Mark Brown wrote:
> > On Wed, Apr 15, 2015 at 02:42:19PM -0700, Kevin Cernekee wrote:
> >> +- VDD-supply: regulator phandle for the AVDD/DVDD/HP_VDD supply
> > This is clearly not correct - if ther
Hi Daniel,
On Mon, 2015-04-20 at 14:52 +0200, Daniel Wagner wrote:
> Hi Tom,
>
> On 04/10/2015 06:05 PM, Tom Zanussi wrote:
> > This is v4 of the 'hist triggers' patchset, following feedback from
> > v3.
> >
> > This version fixes the race in tracing_map_insert() noted in v3, where
> > map.val.k
On Mon, Apr 20, 2015 at 2:46 PM, Greg Kroah-Hartman
wrote:
> On Mon, Apr 20, 2015 at 11:16:49PM +0200, Richard Weinberger wrote:
>> Greg,
>>
>> Am 20.04.2015 um 22:56 schrieb Greg Kroah-Hartman:
>> >> In which situation on a common Linux system is the current dbus too slow
>> >> today?
>> >> I've
On 20 April 2015 at 23:56, Borislav Petkov wrote:
> Hmm, that must be config-specific as doing
>
> objdump -D vmlinux | grep -i "atomic_add"
>
> here gives me only "drm_atomic_add_affected_connectors" matches.
>
> It probably gets inlined here always...
Probably, the config is allyesconfig minus
The hardware is limited to 2^9 - 1 (511) bytes transfers, and current
driver has no protections in case users attempt to do larger transfers.
The code will just stomp over status register and mayhem ensues.
Let's split larger transfers into digestable chunks. Doing this allows
Atmel MXT driver on
master_xfer() method should return number of i2c messages transferred,
but on Rockchip we were usually returning just 1, which caused trouble
with users that actually check number of transferred messages vs.
checking for negative error codes.
Signed-off-by: Dmitry Torokhov
---
drivers/i2c/busses
Current implementation forcibly suppresses creation of hwmon instances
for thermal zones defined in device tree data. Let's add a new property,
"linux,hwmon" to allow marking certain thermal zones as needing generic
hwmon interface.
Signed-off-by: Dmitry Torokhov
---
Documentation/devicetree/bin
On Thu, 16 Apr 2015 21:32:09 +0200 Geert Uytterhoeven
wrote:
> lib/test-hexdump.c: In function ___test_hexdump___:
> lib/test-hexdump.c:74: warning: assignment discards qualifiers from pointer
> target type
>
> Make all test data "const char * const" and "__initconst", and the
> "result" varia
On 04/12/15 04:37, Heiko Stübner wrote:
> While children of orphan clocks are not carried in the orphan-list itself,
> they're nevertheless orphans in their own right as they also don't have an
> input-rate available. To ease tracking if a clock is an orphan or has an
> orphan in its parent path in
On 04/12/15 04:38, Heiko Stübner wrote:
> Orphan clocks or children of orphan clocks don't have rate information at
> all and can produce strange results if they're allowed to be used and the
> parent becomes available later on.
>
> So using the newly introduced orphan status bit defer
> __of_clk_g
This uncore is the same as the Haswell desktop part but uses a
different PCI ID.
Signed-off-by: Sonny Rao
---
arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/x86/kernel/cpu/perf_event_intel_uncore_snb.c
b/arch/x86/kernel/cpu/per
On Mon, Apr 20, 2015 at 5:34 PM, Sonny Rao wrote:
> This uncore is the same as the Haswell desktop part but uses a
> different PCI ID.
>
> Signed-off-by: Sonny Rao
You don't need my ack, and I don't know enough to review the perf
stuff anyway, but the way you handled the PCI device ID looks grea
On Mon, Apr 20, 2015 at 3:03 PM, Mark Brown wrote:
> On Mon, Apr 20, 2015 at 02:18:56PM -0700, Kevin Cernekee wrote:
>> On Sat, Apr 18, 2015 at 4:16 AM, Mark Brown wrote:
>> > On Wed, Apr 15, 2015 at 02:42:19PM -0700, Kevin Cernekee wrote:
>
>> >> +- VDD-supply: regulator phandle for the AVDD/DVD
> On Apr 20, 2015, at 5:10 PM, Andrew Morton wrote:
>
> On Mon, 20 Apr 2015 13:50:38 -0700 Linus Torvalds
> wrote:
>
>> On Sun, Apr 19, 2015 at 8:45 PM, Chengyu Song wrote:
>>>
>>> As suggested in the patch, -19 (-ENODEV) happens when debugfs is not
>>> configured (see include/linux/debug
On Mon, Apr 20, 2015 at 05:43:26PM -0400, Vivien Didelot wrote:
> Minor, use the explicit PORT_DEFAULT_VLAN define instead of 0x07.
Hi Vivien
I would not normally use the word "Minor" here, since it will end up
in the commit log.
Other than that:
Acked-by: Andrew Lunn
Thanks
Andrew
>
Samuel Thibault, le Tue 14 Apr 2015 16:44:02 +0200, a écrit :
> Al Viro, le Tue 14 Apr 2015 13:44:29 +0100, a écrit :
> > The first variant can happen, but in that case it should have had
> > DCACHE_DENTRY_KILLED set by said __dentry_kill() and skipped. The other
> > two are clear inode refcountin
Em Thu, Apr 09, 2015 at 06:53:43PM +0300, Adrian Hunter escreveu:
> +static int skipn(int fd, off_t n)
> +{
> + char buf[4096];
> + ssize_t ret;
> +
> + while (n > 0) {
> + ret = read(fd, buf, MIN(n, sizeof(buf)));
> + if (ret <= 0)
> + return
On Mon, Apr 20, 2015 at 05:19:23PM -0400, Vivien Didelot wrote:
> mv88e6xxx_setup_port_common was writing to PORT_DEFAULT_VLAN (port
> offset 0x07) instead of PORT_CONTROL_1 (port offset 0x05).
Hi Vivien
Good catch.
> Signed-off-by: Vivien Didelot
Fixes: cca8b1337541 ("net: dsa: Use mnemonics
Em Mon, Apr 20, 2015 at 08:06:45PM -0300, Arnaldo Carvalho de Melo escreveu:
> I noticed it tho because of this:
>
> util/session.c: In function ‘skipn’:
> util/session.c:279:28: error: comparison between signed and unsigned
> integer expressions [-Werror=sign-compare]
>ret = read(fd, buf, MIN
us-test Not tainted
4.0.0-next-20150420-kdbus #62
[ 1167.150771] Hardware name: Bochs Bochs, BIOS Bochs 01/01/2011
[ 1167.150771] task: 88003daed120 ti: 88003a80 task.ti:
88003a80
[ 1167.150771] RIP: 0010:[<>] [< (null)>]
The breakpoints test should only should be executed on x86 targets, so lets
emit a skip and omit the installation when ARCH != x86.
Acked-by: Michael Ellerman
Signed-off-by: Tyler Baker
---
tools/testing/selftests/breakpoints/Makefile | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
4, and 8 as they have not changed.
* Rebased onto next-20150420.
Changes v1 -> v2:
* Have no dependency on all when CROSS_COMPILE is set. (Andy Lutomirski)
* Added Andy on CC for all x86 test patches.
* Split up the x86 patches for better clarity.
* Rebased onto next-20150415.
This series is ba
The ftrace test requires the directory test.d and all of it's contents to be
present during execution. Use TEST_DIRS to ensure this is copied to the
INSTALL_PATH.
Acked-by: Michael Ellerman
Signed-off-by: Tyler Baker
---
tools/testing/selftests/ftrace/Makefile | 1 +
1 file changed, 1 insertion
Loop over all TEST_DIRS and recursively copy them to the INSTALL_PATH. Tests
such as ftrace require a directory and all of it's contents to execute the
test properly, thus these directories and files need to be copied when we
perform an install.
Acked-by: Michael Ellerman
Signed-off-by: Tyler Bak
Using uname with the processor flag option in some cases can yield 'unknown'
so lets use the machine flag option as it is deterministic. Add a dependency
for all_32 when building on a x86 64 bit host so that both bitnesses are
built in this case.
Cc: Andy Lutomirski
Signed-off-by: Tyler Baker
--
Set TEST_PROGS so that kdbus-test is installed.
Cc: Greg Kroah-Hartman
Acked-by: Michael Ellerman
Signed-off-by: Tyler Baker
---
tools/testing/selftests/kdbus/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/testing/selftests/kdbus/Makefile
b/tools/testing/selftests/kdbus/
If the CROSS_COMPILE is set remove all's dependency on all_32 and all_64.
Cc: Andy Lutomirski
Signed-off-by: Tyler Baker
---
tools/testing/selftests/x86/Makefile | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/tools/testing/selftests/x86/Makefile
b/tools/testing/self
Remove subdir from DEPS as it is already created at runtime. Without this,
make install fails.
Acked-by: Michael Ellerman
Signed-off-by: Tyler Baker
---
tools/testing/selftests/exec/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/testing/selftests/exec/Makefil
Include lib.mk and set TEST_PROGS where appropriate. Skip the install and test
case when CROSS_COMPILE is not set.
Cc: Andy Lutomirski
Signed-off-by: Tyler Baker
---
tools/testing/selftests/x86/Makefile | 9 +
1 file changed, 9 insertions(+)
diff --git a/tools/testing/selftests/x86/Mak
Hi Juri,
On Mon, Apr 20, 2015 at 11:27:22AM +0100, Juri Lelli wrote:
>Hi,
>
>On 06/04/2015 09:53, Wanpeng Li wrote:
>> pull_dl_task can drop (and re-acquire) rq->lock, this means a stop task
>> can slip in, in which case we need to reschedule. This patch add the
>> reschedule when the scenario oc
Em Thu, Apr 09, 2015 at 06:53:44PM +0300, Adrian Hunter escreveu:
> Add support for reading from the AUX area
> tracing mmap and synthesizing AUX area
> tracing events.
>
> This patch introduces an abstraction for recording
> AUX area data. Recording is initialized
> by auxtrace_record__init() wh
On Tue, Apr 21, 2015 at 06:59:02AM +0800, Wanpeng Li wrote:
>Hi Juri,
>On Mon, Apr 20, 2015 at 11:27:22AM +0100, Juri Lelli wrote:
>>Hi,
>>
>>On 06/04/2015 09:53, Wanpeng Li wrote:
>>> pull_dl_task can drop (and re-acquire) rq->lock, this means a stop task
>>> can slip in, in which case we need to
On Mon, Apr 20, 2015 at 4:15 PM, Tyler Baker wrote:
> Using uname with the processor flag option in some cases can yield 'unknown'
> so lets use the machine flag option as it is deterministic. Add a dependency
> for all_32 when building on a x86 64 bit host so that both bitnesses are
> built in th
On Mon, Apr 20, 2015 at 4:15 PM, Tyler Baker wrote:
> If the CROSS_COMPILE is set remove all's dependency on all_32 and all_64.
>
> Cc: Andy Lutomirski
> Signed-off-by: Tyler Baker
> ---
> tools/testing/selftests/x86/Makefile | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> di
o that as I'd like to complete other tasks.
All this goes test compiled on x86_64 on:
* allnoconfig
* allmodconfig
* allyesconfig
This series was based on top of linux-next next-20150420.
Luis R. Rodriguez (6):
kernel/params: constify struct kernel_param_ops uses
kernel/module.c: use
From: "Luis R. Rodriguez"
Cc: Rusty Russell
Cc: Jani Nikula
Cc: Christoph Hellwig
Cc: Andrew Morton
Cc: Geert Uytterhoeven
Cc: Hannes Reinecke
Cc: Kees Cook
Cc: Tejun Heo
Cc: Ingo Molnar
Cc: linux-kernel@vger.kernel.org
Cc: co...@systeme.lip6.fr
Signed-off-by: Luis R. Rodriguez
---
ker
From: "Luis R. Rodriguez"
This adds a couple of bool module_param_config_*() helpers
which are designed to let us easily associate a booloean
module parameter with an associated kernel configuration
option, and to help us remove #ifdef'ery eyesores.
Cc: Rusty Russell
Cc: Jani Nikula
Cc: Christ
From: "Luis R. Rodriguez"
Use the new module_param_config_on_off() for setting / disabling of
CONFIG_WQ_POWER_EFFICIENT_DEFAULT.
Cc: Rusty Russell
Cc: Jani Nikula
Cc: Christoph Hellwig
Cc: Andrew Morton
Cc: Geert Uytterhoeven
Cc: Hannes Reinecke
Cc: Kees Cook
Cc: Tejun Heo
Cc: Ingo Molna
Most code already uses consts for the struct kernel_param_ops,
sweep the kernel for the last offending stragglers. Other than
include/linux/moduleparam.h and kernel/params.c all other changes
were generated with the following Coccinelle SmPL patch. Merge
conflicts between trees can be handled with
From: "Luis R. Rodriguez"
We're directly checking and modifying sig_enforce when needed instead
of using the generic helpers. This prevents us from generalizing this
helper so that others can use it. Use indirect helpers to allow us
to generalize this code a bit and to make it a bit more clear wh
From: "Luis R. Rodriguez"
This takes out the bool_enable_only implementation from
the module loading code and generalizes it so that others
can make use of it.
Cc: Rusty Russell
Cc: Jani Nikula
Cc: Christoph Hellwig
Cc: Andrew Morton
Cc: Geert Uytterhoeven
Cc: Hannes Reinecke
Cc: Kees Cook
On 20 April 2015 at 16:22, Andy Lutomirski wrote:
> On Mon, Apr 20, 2015 at 4:15 PM, Tyler Baker wrote:
>> If the CROSS_COMPILE is set remove all's dependency on all_32 and all_64.
>>
>> Cc: Andy Lutomirski
>> Signed-off-by: Tyler Baker
>> ---
>> tools/testing/selftests/x86/Makefile | 8 ++
Hi Luis,
You made a spelling mistake:
On Tue, Apr 21, 2015 at 9:30 AM, Luis R. Rodriguez
wrote:
> From: "Luis R. Rodriguez"
>
> This adds a couple of bool module_param_config_*() helpers
> which are designed to let us easily associate a booloean
> module parameter with an associated kernel conf
On Mon, Apr 20, 2015 at 01:48:03PM -0400, Steven Rostedt wrote:
> On Mon, 20 Apr 2015 19:20:48 +0200
> Peter Zijlstra wrote:
>
> > > > +*/
> > > > + if (preempt_count() & PREEMPT_ACTIVE)
> > > > + enqueue_pushable_task_preempted(rq, p);
> > > >
On Mon, Apr 20, 2015 at 11:27:11PM +0200, Hagen Paul Pfeifer wrote:
> During some code analysis I realized that atomic_add, atomic_sub and
> friends are not necessarily inlined AND that each function is defined
> multiple times:
>
> atomic_inc: 544 duplicates
> atomic_dec: 215 du
501 - 600 of 693 matches
Mail list logo
