Hi Krzysztof,
On 21 February 2016 at 07:07, Krzysztof Kozlowski
wrote:
> 2016-02-20 4:30 GMT+09:00 Peter Hurley :
>> [ +cc Krzysztof Kozlowski ]
>>
>> On 02/18/2016 09:15 PM, Anand Moon wrote:
>>> From: Anand Moon
>>>
>>> drop the spin_unlock/lock around uart_write_wakeup to protect
>>> write wa
Heiko,
在 2016年02月21日 10:26, Heiko Stuebner 写道:
Hi Caesar, Xing,
Am Dienstag, 2. Februar 2016, 11:48:19 schrieb Caesar Wang:
From: zhengxing
In the emac driver, we need to refer HCLK_MAC since there are
only 3PLLs (APLL/GPLL/DPLL) on the rk3036, most clock are under the
GPLL, and it is unable
Hi Caesar, Xing,
Am Dienstag, 2. Februar 2016, 11:48:19 schrieb Caesar Wang:
> From: zhengxing
>
> In the emac driver, we need to refer HCLK_MAC since there are
> only 3PLLs (APLL/GPLL/DPLL) on the rk3036, most clock are under the
> GPLL, and it is unable to provide the accurate rate for mac_ref
在 2016年02月21日 08:03, Heiko Stuebner 写道:
Am Dienstag, 2. Februar 2016, 11:40:50 schrieb Caesar Wang:
This patch adds the needed display info for rk3036 SOCs.
The rk3036 support two overlay plane and one hwc plane,
it supports IOMMU, and its IOMMU same as rk3288's.
Meanwhile, add the inno hdmi
From: Rafael J. Wysocki
There is a scenarion that may lead to undesired results in
dbs_update_util_handler(). Namely, if two CPUs sharing a policy
enter the funtion at the same time, pass the sample delay check
and then one of them is stalled until dbs_work_handler() (queued
up by the other CPU)
Hi,
Two fixups on top of recent cpufreq governor changes in the linux-next
branch of linux-pm.git.
[1/2] closes a tiny theoretical race in dbs_update_util_handler()
that may lead to taking a sample prematurely in some weird
cases.
[2/2] removes an unnecessary function export.
Thanks
From: Rafael J. Wysocki
The gov_set_update_util() routine is only used internally by the
common governor code and it doesn't need to be exported, so make
it static.
No functional changes.
Signed-off-by: Rafael J. Wysocki
---
drivers/cpufreq/cpufreq_governor.c |5 ++---
1 file changed, 2 i
I apologize, I had my text editor set to a 4 space tab instead of 8 so I
couldn't see this clearly. That's fixed now, and it won't happen again.
Is this what you wanted? It seems to line up exactly like you proposed.
On 02/20/2016 08:06 PM, Simon Quigley wrote:
checkpatch.pl reported a warning
checkpatch.pl reported a warning of over 80 characters on line 1833
Adjusted to put &extref and &offset on a different line
Signed-off-by: Simon Quigley
---
fs/btrfs/backref.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/backref.c b/fs/btrfs/backref.c
index f
After testing IRQ pins we found some bugs in the pinctrl declaration.
Signed-off-by: hp197
---
Changes in v2:
After some more testing we found irq on PI pins.
they where on mux6 so this is included in my patch.
Also included is a warning for PI17, this pin was not working
on apr
On Sat, Feb 20, 2016 at 11:24:02PM +0100, Robert Jarzmik wrote:
Please fix your mail client to word wrap within paragraphs at something
substantially less than 80 columns. Doing this makes your messages much
easier to read and reply to.
> Mark Brown writes:
> > On Sat, Feb 20, 2016 at 09:32:58P
On Sat, 2016-02-20 at 18:57 -0600, Simon Quigley wrote:
> Better?
No, not really.
The alignment should be to the open parenthesis
as I wrote in the first reply.
> On 02/20/2016 06:56 PM, Simon Quigley wrote:
> > checkpatch.pl reported a warning of over 80 characters on line 1833
> >
> > Adjuste
2016-02-20 4:30 GMT+09:00 Peter Hurley :
> [ +cc Krzysztof Kozlowski ]
>
> On 02/18/2016 09:15 PM, Anand Moon wrote:
>> From: Anand Moon
>>
>> drop the spin_unlock/lock around uart_write_wakeup to protect
>> write wakeup for uart port.
>
> What Krzysztof was saying wrt v1 of this patch is that the
Checkpatch warns about a multi-line string
This fixes that issue and seperates the variables to another line
Signed-off-by: Simon Quigley
---
fs/btrfs/backref.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/fs/btrfs/backref.c b/fs/btrfs/backref.c
index 956fffa..a2c05
Checkpatch reported an error that there was a multi-line string.
This puts the string on one line and the variables on another.
Signed-off-by: Simon Quigley
---
fs/btrfs/backref.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/fs/btrfs/backref.c b/fs/btrfs/backref.c
in
Checkpatch threw an error that this string was on two lines.
I put the string on one line and the variables on the other
Signed-off-by: Simon Quigley
---
fs/btrfs/backref.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/fs/btrfs/backref.c b/fs/btrfs/backref.c
index 632
>>> In my next patch I have tried to remove the spin_unlock/spin_lock over
>>> uart_write_wakeup(port);
>>
>> Which may create lockups. Previously there was no port locking around
>> uart_write_wakeup. Now there will be. You are effectively adding locking
>> over uart_write_wakeup().
>> Again, we a
Better?
On 02/20/2016 06:56 PM, Simon Quigley wrote:
checkpatch.pl reported a warning of over 80 characters on line 1833
Adjusted to put &extref and &offset on a different line
Signed-off-by: Simon Quigley
---
fs/btrfs/backref.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
di
checkpatch.pl reported a warning of over 80 characters on line 1833
Adjusted to put &extref and &offset on a different line
Signed-off-by: Simon Quigley
---
fs/btrfs/backref.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/backref.c b/fs/btrfs/backref.c
index f
On Wed, Feb 17, 2016 at 12:37:35PM +0100, John Crispin wrote:
> Signed-off-by: John Crispin
> Cc: devicet...@vger.kernel.org
...and dropped due to the dependency on MFD changes that you didn't
mention :/ I can't apply this without a pull request from Lee with the
MFD changes for the chip that I
Am Dienstag, 2. Februar 2016, 11:40:50 schrieb Caesar Wang:
> This patch adds the needed display info for rk3036 SOCs.
>
> The rk3036 support two overlay plane and one hwc plane,
> it supports IOMMU, and its IOMMU same as rk3288's.
> Meanwhile, add the inno hdmi for HDMI display.
>
> Signed-off-b
On Sat, Feb 20, 2016 at 10:16 PM, David Miller wrote:
>
> Sorry, this is not how things work.
>
> You can suggest marking the driver unmaintained in MAINTAINERS if the
> listed developer has been unresponsive for a very long time.
>
> But removing the driver altogether is not prudent at all.
>
> J
Sorry, this is not how things work.
You can suggest marking the driver unmaintained in MAINTAINERS if the
listed developer has been unresponsive for a very long time.
But removing the driver altogether is not prudent at all.
Just because it doesn't work %100 the way you like, and nobody
has wor
On Sat, 2016-02-20 at 12:17 -0600, Simon Quigley wrote:
> checkpatch.pl reported a warning of over 80 characters on line 1833
[]
> diff --git a/fs/btrfs/backref.c b/fs/btrfs/backref.c
[]
> @@ -1830,7 +1830,11 @@ static int iterate_inode_extrefs(u64 inum, struct
> btrfs_root *fs_root,
> unsig
On 21/02/2016 at 00:17:02 +0100, Alexandre Belloni wrote :
> All the failures seem quite random to me but the reports I get are not
> that precise.
>
> I know it happens with PCF8523 and that can be true because the
> datasheet says the date is undefined at reset. The handling of the OS
> bit (tha
On Fri, Feb 19, 2016 at 07:08:40AM -0800, Olof Johansson wrote:
> Hi,
>
> On Tue, Feb 16, 2016 at 5:32 PM, Nicolas Boichat
> wrote:
> > From: Lisa Du
> >
> > There's one point was missed in the patch commit da49889deb34 ("staging:
> > binder: Support concurrent 32 bit and 64 bit processes."). W
On Wed, Feb 17, 2016 at 02:53:34PM +0800, Bo YU wrote:
> Fix comments to use trailing */ on separate lines.
>
> Signed-off-by: YU BO
> ---
> drivers/staging/xgifb/vb_init.c | 10 +-
> 1 file changed, 5 insertions(+), 5 deletions(-)
Patch doesn't apply :(
On Thu, Feb 18, 2016 at 08:55:39PM +0530, Bhaktipriya Shridhar wrote:
> NULL check before the debugfs_remove_recursive function is not needed.
>
> This was detected using scripts/coccinelle/free/ifnullfree.cocci
>
> Signed-off-by: Bhaktipriya Shridhar
> ---
> drivers/staging/lustre/lustre/obdc
On Tue, Feb 16, 2016 at 11:08:38PM +0900, Namhyung Kim wrote:
> Implement hierarchy mode in TUI. The output is look like stdio but it
> also supports to fold/unfold children dynamically.
>
> Acked-by: Pekka Enberg
> Signed-off-by: Namhyung Kim
> ---
> tools/perf/ui/browsers/hists.c | 269
> ++
On Tue, Feb 16, 2016 at 11:08:28PM +0900, Namhyung Kim wrote:
SNIP
> @@ -1349,6 +1427,17 @@ static void output_resort(struct hists *hists, struct
> ui_progress *prog,
>
> min_callchain_hits = callchain_total * (callchain_param.min_percent /
> 100);
>
> + hists__reset_stats(hists);
On Tue, Feb 16, 2016 at 11:08:43PM +0900, Namhyung Kim wrote:
> Support hierarchy output for perf-top using --hierarchy option.
>
> Acked-by: Pekka Enberg
> Signed-off-by: Namhyung Kim
> ---
> tools/perf/Documentation/perf-top.txt | 3 +++
> tools/perf/builtin-top.c | 15 +
On Tue, Feb 16, 2016 at 11:08:27PM +0900, Namhyung Kim wrote:
SNIP
> + int64_t cmp;
> +
> + while (*p != NULL) {
> + parent = *p;
> + iter = rb_entry(parent, struct hist_entry, rb_node_in);
> +
> + cmp = fmt->collapse(fmt, iter, he);
> + if
On Tue, Feb 16, 2016 at 11:08:34PM +0900, Namhyung Kim wrote:
SNIP
> +static int hist_entry__hierarchy_fprintf(struct hist_entry *he,
> + struct perf_hpp *hpp,
> + int nr_sort_key, struct hists *hists,
> +
On 20/02/2016 at 23:16:48 +0100, Arnd Bergmann wrote :
> On Saturday 20 February 2016 21:47:15 Alexandre Belloni wrote:
> >
> > Actually, I'm not trying to solve the 2038 issue.
> >
> > But in the current state on 32 bit platforms, while the kernel is able
> > to handle a 64bit date, userspace is
My name is Jack Antonik. I'm 45 years old, from the US. I'm in Syria right now
fighting IS. I want to get to know you better, if I may be so bold. I consider
myself an easy-going man, and I am currently looking for a relationship in
which I feel loved.
Please tell me more about yourself, if you
On Sun, Feb 21, 2016 at 4:57 AM, Paul E. McKenney
wrote:
> On Sat, Feb 20, 2016 at 03:01:08PM +0900, SeongJae Park wrote:
>> There is wrong comment in example for compiler store omit behavior. It
>> shows example of the problem and than problem solved version code.
>> However, the comment in the
On Sat, Feb 20, 2016 at 5:02 PM, Greg KH wrote:
> Do you have any hardware that supports this that isn't working with the
> current Thunderbolt drivers?
I don't, but I may have access to some in the next week or two to test.
I assumed TB3 wouldn't be supported because it's different than TB2,
an
On Saturday 20 February 2016 18:48:22 Anurag Kumar Vulisha wrote:
> index 7ca8b97..7e48dfc 100644
> --- a/Documentation/devicetree/bindings/ata/ahci-ceva.txt
> +++ b/Documentation/devicetree/bindings/ata/ahci-ceva.txt
> @@ -8,6 +8,7 @@ Required properties:
>
> Optional properties:
>- ceva,br
On Tue, Feb 16, 2016 at 11:12:14AM -0500, Oleg Drokin wrote:
>
> On Feb 16, 2016, at 12:55 AM, Joe Perches wrote:
>
> > On Tue, 2016-02-16 at 00:47 -0500, gr...@linuxhacker.ru wrote:
> >> From: Oleg Drokin
> >>
> >> This pacifies checkpatch amongst other things, also is shorter to write
> >> an
I do not see any reason to call usb_put_dev() if at76_load_internal_fw()
succeed.
But it is here from the very beginning. Any suggestions?
--
Thank you,
Alexey
There is no need in usb_put_dev() if at76_load_internal_fw() succeed.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/net/wireless/atmel/at76c50x-usb.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/net/wireless/atmel/at
Mark Brown writes:
> On Sat, Feb 20, 2016 at 09:32:58PM +0100, Robert Jarzmik wrote:
>> Mark Brown writes:
>> > On Sat, Feb 20, 2016 at 07:22:04PM +0100, Robert Jarzmik wrote:
>> I will. By now I fail to see how this will help in the wm9713 probing and
>> detection ...
>
> It will eumerate the A
On February 20, 2016 9:12:01 AM Linus Torvalds
wrote:
On Fri, Feb 19, 2016 at 3:25 PM, Jesse Barnes wrote:
+Linus (the de-facto resource guy).
On 02/19/2016 01:10 PM, Vincent Pelletier wrote:
Tested-by: Vincent Pelletier
Hmm.
So I'm not entirely happy with the patch, because I think th
From: Colin Ian King
of_match_device can potentially return NULL, so we need to check for
this case to avoid a null pointer dereference on of_id
Signed-off-by: Colin Ian King
---
drivers/thermal/rcar_thermal.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/the
On Saturday 20 February 2016 21:47:15 Alexandre Belloni wrote:
>
> Actually, I'm not trying to solve the 2038 issue.
>
> But in the current state on 32 bit platforms, while the kernel is able
> to handle a 64bit date, userspace is not. The main issue is that
> distributions use HCTOSYS so if the
Linus,
some bugfixes from I2C for you:
A fix for a RuntimePM regression with OMAP, a fix to enable TCO for
Lewisburg platforms, and a typo fix while we are here.
Please pull. Thanks,
Wolfram
The following changes since commit 388f7b1d6e8ca06762e2454d28d6c3c55ad0fe95:
Linux 4.5-rc3 (2016
From: Colin Ian King
passing rtl_stats by value is inefficient; the structure is over 300
bytes in size and generally just one field (packet_report_type)
is being accessed, so the pass by value is a relatively large overhead.
This change just affects just the rx_command_packet calls.
Signed-off-
On Sat, Feb 20, 2016 at 02:32:55PM -0500, Jeremy Carter wrote:
> Hi,
>
> Please CC replies to me since I'm not subscribed to the list.
>
> I'm wondering if anyone is working on thunderbolt 3 support, and if
> not I would like to request thunderbolt 3 support in the kernel.
>
> Thunderbolt 3 look
Things continue to look normal, and things hav ebeen fairly calm. Yes,
the VM THP cleanup seems to still be problematic on s390, but other
than that I don't see anything particularly worrisome.
So another week, another rc. The patch looks pretty normal, with about
55% drivers (drm and clk drivers
On 2/19/2016 1:17 AM, Lv Zheng wrote:
> From: Bob Moore
>
> ACPICA commit 5f21bddaa2cec035ca80608803ce2f0858d4f387
>
> Small changes:
> 1) A couple new predefined names
> 2) New _HID values
I don't see where you are adding new _HID values in this patch.
> 3) New subtable for HEST
>
> Link: htt
Robert Jarzmik writes:
> The current number of requestor lines is limited to 31. This was an
> error of a previous commit, as this number is platform dependent, and is
> actually :
> - for pxa25x: 40 requestor lines
> - for pxa27x: 75 requestor lines
> - for pxa3xx: 100 requestor lines
>
> The
On Fri, Feb 19, 2016 at 6:36 AM, Linus Walleij wrote:
> This is a duct-tape-and-chewing-gum solution to the problem with
> the major numbers running out when allocating major numbers
> dynamically.
Ugh. This is too ugly to live.
Can't you do something with a simple bitmap, and just pre-allocate
IRQ pins are now according this page: http://linux-sunxi.org/A20/PIO
Signed-off-by: hp197
---
drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
b/drivers/pinctrl/sunxi/pinctrl-sun7i-a20.c
index
This driver also breaks my suspend/resume support, see the link below
for details:
https://bugzilla.kernel.org/show_bug.cgi?id=112351
If you choose to keep this garbage, move it to staging at least, where
it belongs.
Signed-off-by: Diego Viola
---
MAINTAINERS |6 -
drivers
On Sat, Feb 20, 2016 at 10:57:58PM +0200, Mika Penttilä wrote:
> Mark,
> I can confirm that the patch:
> https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/base/regmap/regcache.c?id=3245d460a1eb55b5c3ca31dde7b5c5ac71546edf
Please don't top post, reply in line with ne
On Sat, Feb 20, 2016 at 09:32:58PM +0100, Robert Jarzmik wrote:
> Mark Brown writes:
> > On Sat, Feb 20, 2016 at 07:22:04PM +0100, Robert Jarzmik wrote:
Please fix your mail client to word wrap within paragraphs at something
substantially less than 80 columns. Doing this makes your messages much
Robert Jarzmik writes:
> Clocks, timer and several other drivers have well defined and working
> device-tree bindings. Clean-up the code to leave only the strict
> minimum. The final goal will be to remove the lookup array.
>
> Signed-off-by: Robert Jarzmik
Queued to pxa/for-next, thanks.
--
Ro
On 20/02/2016 18:10, Al Viro wrote:
> On Sat, Feb 20, 2016 at 02:25:40PM +0100, Mickaël Salaün wrote:
>
>> I think the bug may be somewhere in the nd->depth handling (when its value
>> is 0) in fs/namei.c:get_link(): struct saved *last = nd->stack + nd->depth -
>> 1
>
> Getting there with nd->
Mark,
I can confirm that the patch:
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/base/regmap/regcache.c?id=3245d460a1eb55b5c3ca31dde7b5c5ac71546edf
solved the audio codec probing issue for me. Without it there's no sound on
imx6 with 4.5-rc4.
Please apply.
Hi!
> > > You're directing this concern to the wrong person.
> > >
> > > I already told you DM is _not_ contributing any extra "bioset" threads
> > > (ever since commit dbba42d8a).
> >
> > Well, sorry about that. Note that l-k is on the cc list, so hopefully
> > the right person sees it too.
> >
Arnd Bergmann writes:
> Coming back to the specific pxa25x_udc case: using __raw_* accessors
> in the driver would possibly end up breaking the PXA25x machines in
> the (very unlikely) case that someone wants to make it work with
> big-endian kernels, assuming it does not have the same hardware
>
On Sat, Feb 20, 2016 at 09:26:28PM +0100, Mickaël Salaün wrote:
> > + if (unlikely(error > 0)) {
> > + WARN_ON(1);
> > + error = -EINVAL;
> > + }
> > if (got_write)
> > mnt_drop_write(nd->path.mnt);
> > path_put(&save_parent);
> >
>
> I think your warni
On 20/02/2016 at 19:43:10 +, One Thousand Gnomes wrote :
> On Sat, 20 Feb 2016 20:10:44 +0100
> Alexandre Belloni wrote:
>
> > hctosys is setting the system time from the kernel. This means that 32bit
> > system can get their time set to a date after the 31bit time_t overflow.
> >
> > This i
The dm9000 driver doesn't work in at least one device-tree
configuration, spitting an error message on irq resource :
[1.062495] dm9000 800.ethernet: insufficient resources
[1.068439] dm9000 800.ethernet: not found (-2).
[1.073451] dm9000: probe of 800.ethernet failed with e
On Sat, Feb 20 2016 at 3:04pm -0500,
Pavel Machek wrote:
> Hi!
>
> > > > > > I know it is normal to spawn 8 threads for every single function,
> > > > > ...
> > > > > > but 28 threads?
> > > > > >
> > > > > > root 974 0.0 0.0 0 0 ?S< Dec08 0:00
> > > > > > [bioset
Mark Brown writes:
> On Sat, Feb 20, 2016 at 07:22:04PM +0100, Robert Jarzmik wrote:
>> Mark Brown writes:
Removed DT people from this conversation.
>> > Instead we should be probing at runtime (as the non-ASoC AC'97 code does)
>> > or
>> > something similar.
>
>> When you say "non-ASoC AC'97
Hi!
> > > > > I know it is normal to spawn 8 threads for every single function,
> > > > ...
> > > > > but 28 threads?
> > > > >
> > > > > root 974 0.0 0.0 0 0 ?S< Dec08 0:00
> > > > > [bioset]
> > > > ...
> > > >
> > > > How many physical block devices do you have?
On Sat, Feb 20, 2016 at 07:22:04PM +0100, Robert Jarzmik wrote:
> Mark Brown writes:
> > Instead we should be probing at runtime (as the non-ASoC AC'97 code does) or
> > something similar.
> When you say "non-ASoC AC'97 code", which file are you referring to ? Is it
> sound/pci/ac97/ac97_codec.c
On Sat, Feb 20, 2016 at 03:01:08PM +0900, SeongJae Park wrote:
> There is wrong comment in example for compiler store omit behavior. It
> shows example of the problem and than problem solved version code.
> However, the comment in the solved version is still same with not solved
> version. Fix th
On Fri, Feb 19, 2016 at 09:15:16PM -0500, Tony V E wrote:
> There's at least one easy answer in there:
>
> > If implementations must support annotation, what form should that
> annotation take? P0190R0 recommends the [[carries_dependency]]
> attribute, but I am not picky as long as i
On Sat, Feb 20 2016 at 1:42pm -0500,
Pavel Machek wrote:
> On Sat 2016-02-20 18:40:35, Pavel Machek wrote:
> >
> > On Fri 2015-12-11 09:08:41, Mike Snitzer wrote:
> > > On Fri, Dec 11 2015 at 5:49am -0500,
> > > Pavel Machek wrote:
> > >
> > > > Hi!
> > > >
> > > > I know it is normal to sp
On Tue, Feb 9, 2016 at 5:56 PM, Duc Dang wrote:
> This patch makes pci-xgene-msi driver ACPI-aware and provides
> MSI capability for X-Gene v1 PCIe controllers in ACPI boot mode.
Hi Bjorn,
Are you planning to take this patch into your tree?
Regards,
Duc Dang.
>
> Signed-off-by: Duc Dang
> ---
In the conversion to regmap, I assumed that the 2 following functions
was working symetrically:
- snd_soc_codec_init_regmap()
- snd_soc_codec_exit_regmap(codec)
As a mater of fact with the current code the regmap is freed twice
because of the devm_() call:
(mutex_lock) from (debugfs_remove_recur
On Sat, 20 Feb 2016 20:10:44 +0100
Alexandre Belloni wrote:
> hctosys is setting the system time from the kernel. This means that 32bit
> system can get their time set to a date after the 31bit time_t overflow.
>
> This is currently an issue as userspace is not yet ready to handle those
> dates
Hi,
Please CC replies to me since I'm not subscribed to the list.
I'm wondering if anyone is working on thunderbolt 3 support, and if
not I would like to request thunderbolt 3 support in the kernel.
Thunderbolt 3 looks great, since it is really fast and uses USB
cables. Is anyone else interested
Le 17/02/2016 18:56, Eric Anholt a écrit :
> The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d:
>
> Linux 4.5-rc1 (2016-01-24 13:06:47 -0800)
>
> are available in the git repository at:
>
> g...@github.com:anholt/linux.git bcm2835-defconfig-next-2016-02-17
>
> for
I've acquired a used quad-opteron 6274 / Supermicro H8QG6-F server, with
128 Gb memory.
However, compiling a kernel seems a sure recipe to receive lots of this
- after which the machine is half-dead.
I've noticed this running Debian's 4.2 kernel, 4.3 kernel and now a
self-compiled 4.4.1 kernel. I
hctosys is setting the system time from the kernel. This means that 32bit
system can get their time set to a date after the 31bit time_t overflow.
This is currently an issue as userspace is not yet ready to handle those
dates and may break. For example systemd's usage of timerfd shows that the
tim
Le 17/02/2016 18:56, Eric Anholt a écrit :
> The following changes since commit 92e963f50fc74041b5e9e744c330dca48e04f08d:
>
> Linux 4.5-rc1 (2016-01-24 13:06:47 -0800)
>
> are available in the git repository at:
>
> g...@github.com:anholt/linux.git bcm2835-dt-next-2016-02-17
>
> for you to
On Sat 2016-02-20 18:40:35, Pavel Machek wrote:
>
> On Fri 2015-12-11 09:08:41, Mike Snitzer wrote:
> > On Fri, Dec 11 2015 at 5:49am -0500,
> > Pavel Machek wrote:
> >
> > > Hi!
> > >
> > > I know it is normal to spawn 8 threads for every single function,
> > ...
> > > but 28 threads?
> > >
Mark Brown writes:
> On Sat, Feb 20, 2016 at 03:37:56PM +0100, Robert Jarzmik wrote:
>
>> +WM9713 audio CODEC
>> +
>> +This devices supports I2C.
>
> No, it clearly doesn't...
Right, it supports AC97.
> The problem with doing this is that since AC'97 is an enumerable bus we really
> shouldn't ne
checkpatch.pl reported a warning of over 80 characters on line 1833
Fixed by splitting up into multiple lines, no build errors afterwards
Signed-off-by: Simon Quigley
---
fs/btrfs/backref.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/fs/btrfs/backref.c b/fs/btrfs/ba
checkpatch.pl reported a warning of over 80 characters on line 1833
Fixed by splitting up into multiple lines, no build errors afterwards
---
fs/btrfs/backref.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/fs/btrfs/backref.c b/fs/btrfs/backref.c
index f6dac40..d09
This change adds a dm= kernel parameter modelled after the md= parameter
from do_mounts_md. It allows for simple device-mapper targets to be
configured at boot time for use early in the boot process (as the root
device or otherwise).
The format is as follows:
dm="count name uuid|none ro|rw num-tab
For init to build a mapped_device, it must hold the appropriate locks,
so move these to the common header.
Signed-off-by: Kees Cook
---
v5: first version of this specific patch in the series
---
drivers/md/dm.h | 2 --
include/linux/device-mapper.h | 6 ++
2 files changed, 6 in
This is a resurrection of a patch series from a few years back, first
brought to the dm maintainers in 2010. It creates a way to define dm
devices on the kernel command line for systems that do not use an
initramfs, or otherwise need a dm running before init starts.
This has been used by Chrome OS
From: Will Drewry
If a mapped device and table is configured without traversing the dm-ioctl
interface (dm-fs-style), then it will not be bound to a name or uuid. This
means that it will be inaccessible for userspace management and udev
will be unhappy with the lack of a name or uuid.
The functi
On Fri, Feb 19, 2016 at 11:08:42PM +0100, Robert Jarzmik wrote:
> In the conversion to regmap, I assumed that the 2 following functions
> was working symetrically:
This doesn't apply against current code, please check and resend.
signature.asc
Description: PGP signature
Everything Open-source is not viable, and my experience with GNU exposes
it as a cult, with brainwashing, and sect-type thinking.
There is no economic flow in a totemic jungle. Nor is the rage of
cultists particulary pleasant. And The GNU foundation and its cow is
obviously a hippie joke. This
On Mon 2015-12-21 12:01:40, Bibek Basu wrote:
> On multicore CPUs, sometimes debug console logs are not flushed
> if you have VT consoles also enabled. Reason being console_lock
> is taken by secondary/nonboot cpus which are disabled as part
> of suspend.This patch flushes the console before disab
On Fri 2015-12-11 09:08:41, Mike Snitzer wrote:
> On Fri, Dec 11 2015 at 5:49am -0500,
> Pavel Machek wrote:
>
> > Hi!
> >
> > I know it is normal to spawn 8 threads for every single function,
> ...
> > but 28 threads?
> >
> > root 974 0.0 0.0 0 0 ?S< Dec08 0:00 [
Braces aren't needed if it's only a single-line statement.
checkpatch.pl confirmed this.
This is now fixed.
Signed-off-by: Simon Quigley
---
fs/btrfs/async-thread.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/async-thread.c b/fs/btrfs/async-thread.c
index 5fb
Braces aren't needed if it's only a single-line statement.
checkpatch.pl confirmed this.
This is now fixed.
Signed-off-by: Simon Quigley
---
fs/btrfs/async-thread.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/btrfs/async-thread.c b/fs/btrfs/async-thread.c
index 5fb
The patch
regmap: merge regmap_fields_update_bits() into macro
has been applied to the regmap tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regmap.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and
On Mon, Feb 08, 2016 at 06:09:20PM +0100, codekip...@gmail.com wrote:
> From: Marcus Cooper
>
> Add devicetree bindings for the SPDIF transceiver found on
> found on Allwinners A10 and A20 SoCs.
Please use subject lines matching the style for the subsystem. This
makes it easier for people to id
On Thu, Feb 11, 2016 at 12:57:21PM +0800, Axel Lin wrote:
> Signed-off-by: Axel Lin
I'm going to drop this driver so these patches are no longer required.
signature.asc
Description: PGP signature
On Fri, Feb 19, 2016 at 10:35:59AM +0800, PC Liao wrote:
> @@ -3,3 +3,4 @@ obj-$(CONFIG_SND_SOC_MEDIATEK) += mtk-afe-pcm.o
> # Machine support
> obj-$(CONFIG_SND_SOC_MT8173_MAX98090) += mt8173-max98090.o
> obj-$(CONFIG_SND_SOC_MT8173_RT5650_RT5676) += mt8173-rt5650-rt5676.o
> +obj-$(CONFIG_SND_
On Thu, Feb 11, 2016 at 10:38:08AM +0100, Arnd Bergmann wrote:
> gcc cannot know that a for_each_possible_cpu() loop always executes
> at least once, so it warns about the use of the "found" variable
> in qcom_saw_regulator_probe:
I'm going to drop this driver so this won't be needed.
signature.
On Tue, Feb 09, 2016 at 03:12:29PM +0200, Georgi Djakov wrote:
> The SAW (Subsystem Power Manager and Adaptive Voltage Scaling Wrapper)
> is part of the SPM subsystem. It is a hardware block in the Qualcomm
> chipsets that regulates the power to the CPU cores on platform such as
> apq8064, msm8974,
On Sat, Feb 20, 2016 at 03:37:56PM +0100, Robert Jarzmik wrote:
> +WM9713 audio CODEC
> +
> +This devices supports I2C.
No, it clearly doesn't... The problem with doing this is that since
AC'97 is an enumerable bus we really shouldn't need to list AC'97 CODECs
in the device tree. Instead we sho
1 - 100 of 193 matches
Mail list logo
