On Fri 02-11-18 14:52:05, Balbir Singh wrote:
> On Wed, Oct 31, 2018 at 01:58:40PM +0100, Michal Hocko wrote:
> > From: Michal Hocko
> >
> > We have received a bug report that unbinding a large pmem (>1TB)
> > can result in a soft lockup:
> > [ 380.339203] NMI watchdog: BUG: soft lockup - CPU#9
On 01/11/2018 19:27, Eial Czerwacki wrote:
> vsmp dependency on pv_irq_ops removed some years ago, so now let's clean
> it up from vsmp_64.c.
>
> In short, "cap & ctl & (1 << 4)" was always returning 0, as such we can
> remove all the PARAVIRT/PARAVIRT_XXL code handling that.
>
> However, the res
On Thu, 1 Nov 2018 15:10:14 -0400
Steven Rostedt wrote:
> On Thu, 1 Nov 2018 23:29:28 +0900
> Masami Hiramatsu wrote:
>
> > Fix strpbrk()'s argument order, it must pass acceptable string
> > in 2nd argument. Note that this can cause a kernel panic where
> > it recovers backup character to code
Hi Rob,
On 25/09/18 4:30 AM, Rob Herring wrote:
> On Fri, Sep 21, 2018 at 03:51:28PM +0530, Kishon Vijay Abraham I wrote:
>> Add "reg-names" binding information in order for device tree node
>> to be populated with the correct register strings.
>>
>> Signed-off-by: Kishon Vijay Abraham I
>> ---
>
On Thu, 01 Nov 2018 13:38:49 +0100,
Rohit kumar wrote:
>
> Remove no_pcm check to invoke pcm_new() for backend dai-links
> too. This fixes crash in hdmi codec driver during hdmi_codec_startup()
> while accessing chmap_info struct. chmap_info struct memory is
> allocated in pcm_new() of hdmi codec
Hi,
The next 3 patches do the following:
- The first patch adds PNI Sensor Corporation to the vendor prefix list.
- The second patch adds devicetree binding for RM3100 magnetometer.
- The third patch adds the driver for RM3100 magnetometer.
-- Song Qiang
Changes in v5:
- Fix a bug about che
Signed-off-by: Song Qiang
Reviewed-by: Rob Herring
---
.../bindings/iio/magnetometer/pni,rm3100.txt | 20 +++
1 file changed, 20 insertions(+)
create mode 100644
Documentation/devicetree/bindings/iio/magnetometer/pni,rm3100.txt
diff --git a/Documentation/devicetree/bindings/
Signed-off-by: Song Qiang
---
Documentation/devicetree/bindings/vendor-prefixes.txt | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt
b/Documentation/devicetree/bindings/vendor-prefixes.txt
index 4b1a2a8fcc16..adcdf60124dd 100644
--- a/Docu
PNI RM3100 is a high resolution, large signal immunity magnetometer,
composed of 3 single sensors and a processing chip with a MagI2C
interface.
Following functions are available:
- Single-shot measurement from
/sys/bus/iio/devices/iio:deviceX/in_magn_{axis}_raw
- Triggerd buffer measurement.
Hi Randy,
thanks for the patch.
On Thu, Nov 01, 2018 at 04:38:30PM -0700, Randy Dunlap wrote:
> From: Randy Dunlap
>
> arch/sh/boards/mach-kfr2r09/setup.c does not need to #include
> , and doing so causes a build warning, so drop
> that header file.
>
> In file included from ../arch/sh/boards/
The current SED_CONFIG_EXP could match to comment lines in config
fragment files, especially when CONFIG_PREFIX_ is empty. For example,
Buildroot uses empty prefixing; starting symbols with BR2_ is just
convention.
Make the sed expression more robust against false positives from
comment lines. The
On 2018/10/21 下午10:14, Jonathan Cameron wrote:
On Thu, 18 Oct 2018 16:24:15 +0800
Song Qiang wrote:
...
+static irqreturn_t rm3100_trigger_handler(int irq, void *p)
+{
+ struct iio_poll_func *pf = p;
+ struct iio_dev *indio_dev = pf->indio_dev;
+ unsigned long scan_mask = *
On Fri 02-11-18 02:45:42, Dexuan Cui wrote:
[...]
> I totally agree. I'm now just wondering if there is any temporary workaround,
> even if that means we have to run the kernel with some features disabled or
> with a suboptimal performance?
One way would be to disable kmem accounting (cgroup.memor
On Thu, Nov 1, 2018 at 11:32 PM Changbin Du wrote:
>
> On Thu, Nov 01, 2018 at 12:32:48PM +0900, Masahiro Yamada wrote:
> > Hi Arnd,
> >
> >
> > On Thu, Nov 1, 2018 at 6:42 AM Arnd Bergmann wrote:
> > >
> > > On 10/31/18, Randy Dunlap wrote:
> > > > On 10/30/18 8:59 PM, Stephen Rothwell wrote:
>
On Fri 02-11-18 14:18:59, 禹舟键 wrote:
> Hi Michal
> The message-id is as below
> https://lkml.org/lkml/2018/7/31/148
David said
: It's possible that p is NULL when calling dump_header(). In this case we
: do not want to print any line concerning a victim because no oom kill has
: occurred.
This m
Hi Rong,
On 11/02/2018 03:14 AM, kernel test robot wrote:
> Greeting,
>
> FYI, we noticed a -4.0% regression of will-it-scale.per_process_ops due to
> commit:
>
>
> commit: fd978bf7fd312581a7ca454a991f0ffb34c4204b ("bpf: Add reference
> tracking to verifier")
> https://git.kernel.org/cgit/lin
Ping!
> -Original Message-
> From: Manish Narani [mailto:manish.nar...@xilinx.com]
> Sent: Thursday, October 25, 2018 11:37 AM
> To: robh...@kernel.org; mark.rutl...@arm.com; Michal Simek
> ; b...@alien8.de; mche...@kernel.org; Manish Narani
> ; amit.kuche...@linaro.org; sudeep.ho...@arm.
According to PeterZ's suggestion in https://lkml.org/lkml/2018/9/18/1016,
hard bind retpoline with compiler support and remove minimal stuff.
Tested with both CONFIG_RETPOLINE enabled and disabled.
-v3:
Add Suggested-by[Ingo]
Break build if compiler doesn't support retpoline[Dwmw,Tglx,Ingo]
-v2:
Now that CONFIG_RETPOLINE hard depends on compiler support, there is no
reason for minimal stuff to still exist.
[pet...@infradead.org: initial suggestion]
Link: Link:
https://lore.kernel.org/lkml/caeb3213f13e57191e362ca04f2892cfa2ccda65.ca...@infradead.org
Signed-off-by: Zhenzhong Duan
Suggeste
On Thu, 2018-11-01 at 15:56 -0700, Nikunj Kela wrote:
> CAUTION: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
> This patch allows the endianness of the JFSS2 filesystem to be
Since retpoline capable compilers are widely available, make
CONFIG_RETPOLINE hard depend on it. This is achieved by breaking
the build early and showing an error like below:
"arch/x86/Makefile:226: *** You are building kernel with non-retpoline
compiler, please update your compiler.. Stop."
[pe
Hi Yuantian,
Thank you for the patch! Yet something to improve:
[auto build test ERROR on shawnguo/for-next]
[also build test ERROR on v4.19 next-20181102]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url:
https://github.com/0day-ci
On Thu 01-11-18 20:37:52, Konstantin Khlebnikov wrote:
> Page allocator has check in __alloc_pages_slowpath() but nowdays
> there is earlier entry point into reclimer without such check:
> get_page_from_freelist() -> node_reclaim().
Is the order check so expensive that it would be visible in the f
On Fri, Nov 02, 2018 at 08:38:52AM +, Manish Narani wrote:
> Ping!
Let me paste to you what I replied to a similar ping during the merge
window:
You do realize that we're right in the merge window right now, right?
And people are busy sending pull requests and fixing fallout.
So sending new
[cc: linux-unionfs
It should the mailing list for *all* "stacking fs".
We have a lot of common problems I think ;-) ]
On Thu, Nov 1, 2018 at 11:49 PM Seth Forshee wrote:
>
> I've done some work to fix and enhance shiftfs for a number of use
> cases, so that we would have an idea what a more full-
On 11/01/2018 10:52 PM, Peter Zijlstra wrote:
On Thu, Nov 01, 2018 at 06:04:01PM +0800, Wei Wang wrote:
Add x86_perf_mask_perf_counters to reserve counters from the host perf
subsystem. The masked counters will not be assigned to any host perf
events. This can be used by the hypervisor to reserv
The OPP core already has the performance state values for each of the
genpd's OPPs and there is no need to call the genpd callback again to
get the performance state for the case where the end device doesn't have
an OPP table and has the "required-opps" property directly in its node.
This commit r
Sasha,
The patch below causes a build warning:
net/wireless/scan.c: In function ‘cfg80211_get_bss_channel’:
net/wireless/scan.c:1015:21: warning: comparison between ‘enum ieee80211_band’
and ‘enum nl80211_band’ [-Wenum-compare]
if (channel->band == NL80211_BAND_2GHZ) {
^~
On Fri, 2 Nov 2018 15:55:27 +0800
Song Qiang wrote:
> On 2018/10/21 下午10:14, Jonathan Cameron wrote:
> > On Thu, 18 Oct 2018 16:24:15 +0800
> > Song Qiang wrote:
> >
> > ...
> +static irqreturn_t rm3100_trigger_handler(int irq, void *p)
> +{
> +struct iio_poll_func *pf =
On Thu, Nov 1, 2018 at 4:27 PM Linus Walleij wrote:
> On Thu, Nov 1, 2018 at 2:13 PM Muchun Song wrote:
>
> > gpiod_request_commit() copies the pointer to the label passed as
> > an argument only to be used later. But there's a chance the caller
> > could immediately free the passed string(e.g.,
On Fri, Nov 2, 2018 at 9:46 AM Joakim Tjernlund
wrote:
>
> On Thu, 2018-11-01 at 15:56 -0700, Nikunj Kela wrote:
> > CAUTION: This email originated from outside of the organization. Do not
> > click links or open attachments unless you recognize the sender and know
> > the content is safe.
> >
>
On Tue, 30 Oct 2018 11:00:16 -0500
Rob Herring wrote:
> On Sun, Oct 21, 2018 at 9:17 AM Jonathan Cameron wrote:
> >
> > On Thu, 18 Oct 2018 12:40:10 -0700
> > Matthias Kaehlcke wrote:
> >
> > > On Fri, Oct 12, 2018 at 10:15:23AM -0700, Matthias Kaehlcke wrote:
> > > > On Fri, Oct 05, 2018 a
On Thu, Nov 01, 2018 at 10:01:05AM +, John Garry wrote:
> On 31/10/2018 20:46, Peter Zijlstra wrote:
> > On Tue, Oct 30, 2018 at 03:35:35PM +, John Garry wrote:
> > > [7.154740] ERROR: Node-distance not symmetric
> > > [7.154740]
> > > [7.160724] 10 15 20 25
> > > [7.16345
On 30/10/2018 04:32, Masahiro Yamada wrote:
> Instead of specifying target/source pairs, let's list patterns that we
> want to handle as single targets. This slightly changes the behavior;
> the top Makefile previously checked the presence of a source file,
> now Kbuild will descend into a subdir
On Thu, Nov 01, 2018 at 01:40:59PM -0700, Joel Fernandes wrote:
> On Tue, Oct 30, 2018 at 09:24:00PM -0700, Joel Fernandes wrote:
> > On Tue, Oct 30, 2018 at 7:56 PM, Aleksa Sarai wrote:
> > > On 2018-10-31, Christian Brauner wrote:
> > >> > I think Aleksa's larger point is that it's useful to tr
On Mon, Oct 29, 2018 at 04:06:51PM -0500, Bjorn Helgaas wrote:
> [+cc Rafael, Len, Tony, Borislav, Tyler, Christoph, linux-acpi, LKML]
>
> On Fri, Oct 26, 2018 at 02:19:04PM -0600, Jon Derrick wrote:
> > Add a bit in pci_host_bridge to indicate to leave the System Error
> > Interrupts as configure
On 31-Oct 19:45, Peter Zijlstra wrote:
> On Tue, Oct 30, 2018 at 04:09:47PM +, Patrick Bellasi wrote:
>
> > Let's fix this by ensuring to always discount the task estimated
> > utilization from the CPU's estimated utilization when the task is also
> > the current one. The same benchmark of the
On Fri, Nov 02, 2018 at 10:31:27AM +0800, wangyufen wrote:
> In case panic() and panic() called at the same time on different CPUS.
> For example:
> CPU 0:
> panic()
> __crash_kexec
>machine_crash_shutdown
> crash_smp_send_stop
>machine_kexec
> BUG_ON(num_on
On 11/1/18 6:55 AM, Juri Lelli wrote:
>> I meant, I am not against the/a fix, i just think that... it is more
>> complicated
>> that it seems.
>>
>> For example: Let's assume that we have a non-rt bad thread A in CPU 0
>> generating
>> IPIs because of static key update, and a good dl thread B in
On 11/01, Tycho Andersen wrote:
>
> On Thu, Nov 01, 2018 at 02:40:02PM +0100, Oleg Nesterov wrote:
> >
> > Somehow I no longer understand why do you need to take all locks. Isn't
> > the first filter's notify_lock enough? IOW,
> >
> > for (cur = current->seccomp.filter; cur; cur = cur->
On Thu, Nov 1, 2018 at 11:49 PM Seth Forshee wrote:
>
> shiftfs mounts cannot be nested for two reasons -- global
> CAP_SYS_ADMIN is required to set up a mark mount, and a single
> functional shiftfs mount meets the filesystem stacking depth
> limit.
>
> The CAP_SYS_ADMIN requirement can be relaxe
static void free_sched_groups(struct sched_group *sg, int free_sgc)
{
...
do {
tmp = sg->next;
if (free_sgc && atomic_dec_and_test(&sg->sgc->ref))***
kfree(sg->sgc);
...
}
*** crash occurs when free_sgc is non-zero and sg->sgc is NULL
Yeah, turns out to be ran
On Thu, Nov 01, 2018 at 06:41:00PM +0100, Thomas Gleixner wrote:
> On Wed, 24 Oct 2018, Miroslav Lichvar wrote:
> > The error is too large to be corrected by stepping on clock updates.
> > For a typical TSC frequency we have multiplier in the range of few
> > millions, so that's a frequency error o
On Fri, Nov 02, 2018 at 03:36:13PM +0900, Xin Long wrote:
> On upstream kernel(4.19) or RHEL-8 kernel(4.18.0):
>
> # perf record -e 'skb:consume_skb' -ag
> ^C[ perf record: Woken up 1 times to write data ]
> [ perf record: Captured and wrote 0.612 MB perf.data (634 samples) ]
>
> # perf script
>
Hi,
On 01-11-18 16:50, Dean Wallace wrote:
On 01-11-18, Hans de Goede wrote:
Hi,
On 01-11-18 15:28, Dean Wallace wrote:
On 01-11-18, Hans de Goede wrote:
Hi,
On 01-11-18 11:37, Dean Wallace wrote:
On 31-10-18, Pierre-Louis Bossart wrote:
Just thought it worth mentioning, this new patch
Cannonlake PCH allows us to ignore LTR from more IPs than Sunrisepoint
PCH so make the LTR ignore platform specific.
Signed-off-by: Rajneesh Bhardwaj
---
drivers/platform/x86/intel_pmc_core.c | 4 +++-
drivers/platform/x86/intel_pmc_core.h | 4 +++-
2 files changed, 6 insertions(+), 2 deletions(
This adds support to show the Latency Tolerance Reporting for the IPs on
the PCH as reported by the PMC. The format shown here is raw LTR data
payload that can further be decoded as per the PCI specification.
This also fixes some minor alignment issues in the header file by
removing spaces and con
Hi Stephen,
Em Thu, 1 Nov 2018 08:28:20 +1100
Stephen Rothwell escreveu:
> Hi all,
>
> Building Linus' tree, today's linux-next build (x86_64 allmodconfig)
> produced this warning:
>
> ./usr/include/linux/v4l2-controls.h:1105: found __[us]{8,16,32,64} type
> without #include
>
> Introduced
Em Fri, 2 Nov 2018 07:30:16 -0300
Mauro Carvalho Chehab escreveu:
> Hi Stephen,
>
> Em Thu, 1 Nov 2018 08:28:20 +1100
> Stephen Rothwell escreveu:
>
> > Hi all,
> >
> > Building Linus' tree, today's linux-next build (x86_64 allmodconfig)
> > produced this warning:
> >
> > ./usr/include/linux
On the Turris Mox router different modules can be connected to the main
CPU board: currently a module with a SFP cage, a module with MiniPCIe
connector, a 4-port switch module, an 8-port switch module, and a 4-port
USB3 module.
For example:
[CPU]-[PCIe]-[8-port switch]-[8-port switch]-[SFP]
Eac
This patch adds documentation of the device tree bindings for GPIOs
on the devices connected via Moxtet bus.
Signed-off-by: Marek Behún
Cc: Rob Herring
Cc: devicet...@vger.kernel.org
---
.../devicetree/bindings/gpio/gpio-moxtet.txt | 18 ++
1 file changed, 18 insertions(+)
cr
This adds device tree binding documentation for the Moxtet bus, a bus
via which the different modules connected to the Turris Mox router can
be configured.
Signed-off-by: Marek Behún
Cc: Rob Herring
Cc: devicet...@vger.kernel.org
---
.../devicetree/bindings/bus/moxtet.txt| 34 ++
This adds support for interpreting the input and output bits of one
device on Moxtet bus as GPIOs.
This is needed for example by the SFP cage module of Turris Mox.
Signed-off-by: Marek Behún
---
MAINTAINERS| 1 +
drivers/gpio/Kconfig | 9 ++
drivers/gpio/Makefile |
Hi Rasmus,
On Sat, Oct 27, 2018 at 2:06 PM Miguel Ojeda
wrote:
>
> I did quick check and gcc >= 4.1, clang >= 3.0, icc >= 13 compilers
> seem to support it (or at least recognize it, even if they just ignore
> it), so we do not need to make it optional, no? Did I miss some case?
compiler-attribu
The LTR values follow PCIE LTR encoding format and can be decoded as per
https://pcisig.com/sites/default/files/specification_documents/ECN_LatencyTolnReporting_14Aug08.pdf
This adds support to translate the raw LTR values as read from the PMC
to meaningful values in nanosecond units of time.
Sig
Linus,
please pull sound fixes for v4.20-rc1 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-fix-4.20-rc1
The topmost commit is 826b5de90c0bca4e9de6231da9e1730480621588
sound fixes for 4.20-rc1
On 2018-11-02 11:36, Miguel Ojeda wrote:
> Hi Rasmus,
>
> On Sat, Oct 27, 2018 at 2:06 PM Miguel Ojeda
> wrote:
>>
>> I did quick check and gcc >= 4.1, clang >= 3.0, icc >= 13 compilers
>> seem to support it (or at least recognize it, even if they just ignore
>> it), so we do not need to make it
Hi Stephen,
On Fri, Nov 2, 2018 at 4:33 AM Stephen Rothwell wrote:
>
> Hi all,
>
> Please do not add any v4.21/v5.1 code to your linux-next included trees
> until after the merge window closes.
Is it OK to move forward the branch up to the point where it landed in
mainline, no? What about change
On Thu, Nov 01, 2018 at 10:01:05AM +, John Garry wrote:
> On 31/10/2018 20:46, Peter Zijlstra wrote:
> > > I also note that if I apply the patch, below, to reject the invalid NUMA
> > > distance, we're still getting a warning/error:
> > >
> > > [7.144407] CPU: All CPU(s) started at EL2
>
Hi Jon,
On Fri, Nov 2, 2018 at 6:44 PM Jon Hunter wrote:
>
>
> On 30/10/2018 04:32, Masahiro Yamada wrote:
> > Instead of specifying target/source pairs, let's list patterns that we
> > want to handle as single targets. This slightly changes the behavior;
> > the top Makefile previously checked t
Hi Linus,
as promised here
https://lkml.kernel.org/r/20181025073832.ga13...@nazgul.tnic
here's the second part of the EDAC pile which contains the ADXL user
and a build fix which addresses a not-so-sensical .config but fixes
randconfig builds people do.
Please pull,
thanks.
---
The following
Hi all,
I have a weird bug on systems that uses Haswell Architecture and "real"
serial ports /dev/ttyS*.
Hardware: some embedded device with "Intel(R) Celeron(R) 2980U @
1.60GHz", I tried with microcode 0x23 and 0x24. Also on a HP Elite 840
G1". Both have Haswell architecture.
I can plug a diff
--
Greetings,
I wish to seek your assistance for the transfer of US$35M depository
made by a politician for an investment program that has
remained dormant for years now.I shall provide you with more details
and relevant documents that will help you understand the transaction.
Mr. Hama Diallo
Since the definition of struct crng_state is private to random.c, and
primary_crng is neither declared or used elsewhere, there's no reason
for that symbol to have external linkage.
Signed-off-by: Rasmus Villemoes
---
drivers/char/random.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
Thanks for taking the time and reviewing this!
On Fri, Nov 02, 2018 at 09:15:17AM +0100, Krzysztof Kozlowski wrote:
> On Thu, 1 Nov 2018 at 08:19, Matti Vaittinen
> wrote:
> >
> > clk-max77686 never clean clkdev lookup at remove. This can cause
> > oops if clk-max77686 is removed and inserted aga
Never modified, might as well be put in .rodata.
Signed-off-by: Rasmus Villemoes
---
drivers/char/random.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/char/random.c b/drivers/char/random.c
index 2eb70e76ed35..320108df04c1 100644
--- a/drivers/char/random.c
+++ b/d
This field is never used, might as well remove it.
Signed-off-by: Rasmus Villemoes
---
drivers/char/random.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/char/random.c b/drivers/char/random.c
index 320108df04c1..1b2e1580b4b5 100644
--- a/drivers/char/random.c
We still get a link failure with IOSF_MBI=m when the xpower driver
is built-in:
drivers/acpi/pmic/intel_pmic_xpower.o: In function
`intel_xpower_pmic_update_power':
intel_pmic_xpower.c:(.text+0x4f2): undefined reference to
`iosf_mbi_block_punit_i2c_access'
intel_pmic_xpower.c:(.text+0x5e2): unde
Hi,
On 02-11-18 12:06, Arnd Bergmann wrote:
We still get a link failure with IOSF_MBI=m when the xpower driver
is built-in:
drivers/acpi/pmic/intel_pmic_xpower.o: In function
`intel_xpower_pmic_update_power':
intel_pmic_xpower.c:(.text+0x4f2): undefined reference to
`iosf_mbi_block_punit_i2c_
The new authentication support causes a build failure
when CONFIG_KEYS is disabled, so add a dependency.
fs/ubifs/auth.c: In function 'ubifs_init_authentication':
fs/ubifs/auth.c:249:16: error: implicit declaration of function 'request_key';
did you mean 'request_irq'? [-Werror=implicit-function-
Hi,
Kindly pull the new firmware from the following URL.
git://git.chelsio.net/pub/git/linux-firmware.git for-upstream
Thanks
Ganesh
The following changes since commit 1baa34868b2c0a004dc595b20678145e3fff83e7:
Merge branch 'nxp_mc' of https://github.com/NXP/linux-firmware (2018-10-26
08:13:1
On 02-11-18, Hans de Goede wrote:
> Hi,
>
> On 01-11-18 16:50, Dean Wallace wrote:
> > On 01-11-18, Hans de Goede wrote:
> > > Hi,
> > >
> > > On 01-11-18 15:28, Dean Wallace wrote:
> > > > On 01-11-18, Hans de Goede wrote:
> > > > > Hi,
> > > > >
> > > > > On 01-11-18 11:37, Dean Wallace wrote:
On Thu, Nov 01, 2018 at 07:03:37PM +0100, Thomas Gleixner wrote:
> On Thu, 1 Nov 2018, John Stultz wrote:
> > On Thu, Nov 1, 2018 at 10:44 AM, Thomas Gleixner wrote:
> > > On Tue, 23 Oct 2018, John Stultz wrote:
> > >> However, to be correct, the ntp adjustments made would have to be made
> > >> t
--
Mein Name ist Mavis Wanczyk, Gewinner des Power Ball Jackpots im August
2017, 758,7 Millionen Dollar. Ich spende € 1.800.000,00 an Sie.
Kontaktieren Sie mich per E-Mail: maviswanczyk...@gmail.com für
Informationen / Anspruch.
Weiterlesen:
http://Money.cnn.com/2017/08/23/News/Powerball-700-Mi
Enabling both the old AC97_BUS code and the new AC97_BUS_COMPAT causes
problems because both modules provide an exported snd_ac97_reset()
function.
I had tried to fix the problem of having both coexist earlier, but
my patch only prevented them from being built-in. This is because
of a special Kcon
Signed-off-by: Charles Keepax
---
drivers/mfd/wm5110-tables.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mfd/wm5110-tables.c b/drivers/mfd/wm5110-tables.c
index 1ee68bd440fbc..16c6e2accfaa5 100644
--- a/drivers/mfd/wm5110-tables.c
+++ b/drivers/mfd/wm5110-tables.c
@@ -1618,6 +1
gcc notices that without either the ac97 bus or the pdata, we never
initialize the regmap pointer, which leads to an uninitialized variable
access:
sound/soc/codecs/wm9712.c: In function 'wm9712_soc_probe':
sound/soc/codecs/wm9712.c:666:2: error: 'regmap' may be used uninitialized in
this functio
The skylake sound support is written to work both with or without
CONFIG_SND_SOC_HDAC_HDA, and uses an #ifdef to decide whether it should
link against that. However, this fails with SND_SOC_ALL_CODECS=m or
SND_SOC_INTEL_SKL_HDA_DSP_GENERIC_MACH=m when the Skylake support itself
is built-in, with th
Running 'make O=/build/kernel binrpm-pkg' failed with below two errors.
Makefile:600: include/config/auto.conf: No such file or directory
+ cp make -C /mnt/root/kernel O=/build/kernel image_name make -f
/mnt/root/kernel/Makefile ...
cp: invalid option -- 'C'
Try 'cp --help' for more information.
On Thu, Nov 01, 2018 at 11:08:18PM +0100, Milian Wolff wrote:
> On Dienstag, 30. Oktober 2018 23:34:35 CET Milian Wolff wrote:
> > On Mittwoch, 24. Oktober 2018 16:48:18 CET Andi Kleen wrote:
> > > > Can someone at least confirm whether unwinding from a function prologue
> > > > via
> > > > .eh_fra
On Fri, 2 Nov 2018, Miroslav Lichvar wrote:
> On Thu, Nov 01, 2018 at 07:03:37PM +0100, Thomas Gleixner wrote:
> > On Thu, 1 Nov 2018, John Stultz wrote:
> > > On Thu, Nov 1, 2018 at 10:44 AM, Thomas Gleixner
> > > wrote:
> > > > On Tue, 23 Oct 2018, John Stultz wrote:
> > > >> However, to be cor
On Mon, Oct 29, 2018 at 10:04:46PM +0900, Masahiro Yamada wrote:
> On Mon, Oct 29, 2018 at 3:09 AM Steven Rostedt wrote:
> >
> > On Sun, 28 Oct 2018 13:09:42 +
> > Changbin Du wrote:
> >
> > > The level4_kernel_pgt is only defined when X86_5LEVEL is enabled.
> > > So declare check_la57_suppor
Miroslav,
On Fri, 2 Nov 2018, Miroslav Lichvar wrote:
> On Thu, Nov 01, 2018 at 06:41:00PM +0100, Thomas Gleixner wrote:
> > On Wed, 24 Oct 2018, Miroslav Lichvar wrote:
> > > The error is too large to be corrected by stepping on clock updates.
> > > For a typical TSC frequency we have multiplier
On 11/01, Tycho Andersen wrote:
>
> On Thu, Nov 01, 2018 at 03:48:05PM +0100, Oleg Nesterov wrote:
> >
> > > > But my main concern is that either way wait_for_completion_killable()
> > > > allows
> > > > to trivially create a process which doesn't react to SIGSTOP, not
> > > > good...
> > > >
> >
On Fri, Nov 02, 2018 at 09:30:06AM +0800, sh liu wrote:
> >From e9b923690675ca8fa883fd25dcead5b457856735 Mon Sep 17 00:00:00 2001
> From: liush
> Date: Fri, 2 Nov 2018 08:57:00 +0800
> Subject: [PATCH] ASoC: wm8996: fix small typo
>
> atleast -> at least
>
> Change-Id: Icc970b438166daef13518b7d1
In today's merge_config.sh the order of the config fragment files dictates
the output of a config option. With this approach we will get different
.config files depending on the order of the config fragment files.
Adding a switch to add precedence for builtin over modules, this will
make the .confi
Here is a third round of prototype registering rseq(2) TLS for each
thread (including main), and unregistering for each thread (excluding
main). "rseq" stands for Restartable Sequences.
Remaining open questions:
- How early do we want to register rseq and how late do we want to
unregister it ?
When available, use the cpu_id field from __rseq_abi on Linux to
implement sched_getcpu(). Fall-back on the vgetcpu vDSO if unavailable.
Benchmarks:
x86-64: Intel E5-2630 v3@2.40GHz, 16-core, hyperthreading
glibc sched_getcpu(): 13.7 ns (baseline)
glibc sched_getcpu() using r
In hot remove, we try to clear poisoned pages, but
a small optimization to check if num_poisoned_pages
is 0 helps remove the iteration through nr_pages.
Signed-off-by: Balbir Singh
---
mm/sparse.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/mm/sparse.c b/mm/sparse.c
index 333
On 11/2/2018 1:12 PM, Takashi Iwai wrote:
On Thu, 01 Nov 2018 13:38:49 +0100,
Rohit kumar wrote:
Remove no_pcm check to invoke pcm_new() for backend dai-links
too. This fixes crash in hdmi codec driver during hdmi_codec_startup()
while accessing chmap_info struct. chmap_info struct memory is
a
> Now I still don't understand how the dso/map support "/proc/kallsyms" and
> have no idea to fix this issue, though I spent some time to look into it.
The way this is supported is that at record time, pseudo mmap records
are created for the kernel. But depending on permissions these might
not get
On 02/11/2018 10:50, Peter Zijlstra wrote:
On Thu, Nov 01, 2018 at 10:01:05AM +, John Garry wrote:
On 31/10/2018 20:46, Peter Zijlstra wrote:
I also note that if I apply the patch, below, to reject the invalid NUMA
distance, we're still getting a warning/error:
[7.144407] CPU: All CP
On Fri, Nov 02, 2018 at 12:08:53PM +, John Garry wrote:
> > @@ -1337,7 +1353,7 @@ void sched_init_numa(void)
> > int level = 0;
> > int i, j, k;
> >
> > - sched_domains_numa_distance = kzalloc(sizeof(int) * nr_node_ids,
> > GFP_KERNEL);
> > + sched_domains_numa_distance = kzalloc(
Am Freitag, 2. November 2018, 12:11:22 CET schrieb Arnd Bergmann:
> The new authentication support causes a build failure
> when CONFIG_KEYS is disabled, so add a dependency.
>
> fs/ubifs/auth.c: In function 'ubifs_init_authentication':
> fs/ubifs/auth.c:249:16: error: implicit declaration of func
On Fri, Nov 02, 2018 at 10:59:38AM +0200, Amir Goldstein wrote:
> [cc: linux-unionfs
> It should the mailing list for *all* "stacking fs".
> We have a lot of common problems I think ;-) ]
>
> On Thu, Nov 1, 2018 at 11:49 PM Seth Forshee
> wrote:
> >
> > I've done some work to fix and enhance shi
On Fri, Nov 02, 2018 at 12:25:56PM +0100, Thomas Gleixner wrote:
> On Fri, 2 Nov 2018, Miroslav Lichvar wrote:
> > clocksource -> MONOTONIC_RAW -> MONOTONIC/REALTIME
> >
> > or
> >
> > clocksource -> ? -> MONOTONIC_RAW
> > -> MONOTONIC/REALTIME
>
> That's what we have now. At l
On Fri 02-11-18 23:00:01, Balbir Singh wrote:
> In hot remove, we try to clear poisoned pages, but
> a small optimization to check if num_poisoned_pages
> is 0 helps remove the iteration through nr_pages.
>
> Signed-off-by: Balbir Singh
Makes sense to me. It would be great to actually have some
This brings the kernel doc in line with the function signature.
Signed-off-by: Yangtao Li
---
Changes in v2:
-add commit message
---
arch/arm64/kernel/crash_dump.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/kernel/crash_dump.c b/arch/arm64/kernel/crash_dump.c
On Fri, Nov 02, 2018 at 12:02:45PM +0200, Amir Goldstein wrote:
> On Thu, Nov 1, 2018 at 11:49 PM Seth Forshee
> wrote:
> >
> > shiftfs mounts cannot be nested for two reasons -- global
> > CAP_SYS_ADMIN is required to set up a mark mount, and a single
> > functional shiftfs mount meets the files
Fix multiple instances of a misspelled "Calculates".
Signed-off-by: Yangtao Li
Reviewed-by: Heiko Stuebner
---
Changes in v2:
-add commit message
---
drivers/i2c/busses/i2c-rk3x.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-rk3x.c b/drivers/i2c
1 - 100 of 798 matches
Mail list logo
