On Thu, Apr 07, 2016 at 08:00:55PM +0300, Andy Shevchenko wrote:
> Instead of opencoding let's use generic UUID library functions here.
>
> Cc: Darren Hart
> Signed-off-by: Andy Shevchenko
> ---
> drivers/platform/x86/wmi.c | 104
> ++---
> 1 file change
On 10 April 2016 at 09:38, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> Since governor operations are generally skipped if cpufreq_suspended
> is set, cpufreq_start_governor() should do nothing in that case.
>
> That function is called in the cpufreq_online() path, and may also
> be cal
From: Rafael J. Wysocki
Jörg Otte reports that commit a4675fbc4a7a (cpufreq: intel_pstate:
Replace timers with utilization update callbacks) caused the CPUs in
his Haswell-based system to stay in the very high frequency region
even if the system is completely idle.
That turns out to be an existi
From: Rafael J. Wysocki
Since governor operations are generally skipped if cpufreq_suspended
is set, cpufreq_start_governor() should do nothing in that case.
That function is called in the cpufreq_online() path, and may also
be called from cpufreq_offline() in some cases, which are invoked
by th
On Sun, Apr 10, 2016 at 5:16 AM, Viresh Kumar wrote:
> On 08-04-16, 23:54, Rafael J. Wysocki wrote:
>> From: Rafael J. Wysocki
>> Subject: [PATCH] cpufreq: Skip all governor-related actions for
>> cpufreq_suspended set
>>
>> Since governor operations are generally skipped if cpufreq_suspended
>>
On Sat, Apr 9, 2016 at 6:39 PM, Mike Galbraith wrote:
>
> Hm, setting gov=performance, and taking the average of 3 30 second
> interval PkgWatt samples as pipe-test runs..
>
> 714KHz/28.03Ws = 25.46
> 877KHz/30.28Ws = 28.96
>
> ..for pipe-test, the tradeoff look a bit more like red than green.
We
TTY_NUMBER() has been unused since v2.5.71; removed by
"[PATCH] callout removal: callout is gone".
Signed-off-by: Peter Hurley
---
drivers/tty/tty_io.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/tty/tty_io.c b/drivers/tty/tty_io.c
index 320dc4d..3cdd63b 100644
--- a/drivers/tt
noctty was removed as a parameter by commit 216513411937586
("tty: Consolidate noctty check in tty_open()").
Signed-off-by: Peter Hurley
---
drivers/tty/tty_io.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/tty/tty_io.c b/drivers/tty/tty_io.c
index 3cdd63b..50979be 100644
--- a/dri
On Thu, Apr 07, 2016 at 11:20:01PM +0300, Giedrius Statkevičius wrote:
> `out' was assigned value but it was never used so remove it
>
> Signed-off-by: Giedrius Statkevičius
> ---
> drivers/platform/x86/asus-laptop.c | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/drivers/platform/x8
On 08-04-16, 23:54, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
> Subject: [PATCH] cpufreq: Skip all governor-related actions for
> cpufreq_suspended set
>
> Since governor operations are generally skipped if cpufreq_suspended
> is set, do nothing at all in cpufreq_start_governor() in tha
On Sat, 9 Apr 2016 10:28:23 +0200, Julia Lawall wrote:
> The nilfs_sc_operations structures are never modified, so declare them
> as const.
>
> Done with the help of Coccinelle.
>
> Signed-off-by: Julia Lawall
>
Applied, thanks.
Ryusuke Konishi
> ---
> fs/nilfs2/segment.c | 10 +-
Thanks Linus. I think the below patch(in fixes branch) should be merged into
devel branch too, since the below patch is depended by this one in devel branch.
commit 9b8e3ec34318663affced3c14d960e78d760dd9a
Author: Yong Li
Date: Wed Mar 30 14:49:14 2016 +0800
gpio: pca953x: Use correct u16
On Thu, Mar 31, 2016 at 02:28:09PM -0500, Aubrey Li wrote:
> Currently the optional IPC resources prevent telemetry driver from
> probing if these resources are not in ACPI table. This patch decouples
> telemetry driver from these optional resources, so that telemetry driver
> has dependency only o
> What kernel version are you using? I believe we fixed that in Linux
> 4.5 with the following:
This is 4.6-rc2.
>
> commit 96368701e1c89057bbf39222e965161c68a85b4b
> From: Paul Moore
> Date: Wed, 13 Jan 2016 10:18:55 -0400 (09:18 -0500)
>
> audit: force seccomp event logging to honor
On Tue, Mar 29, 2016 at 03:13:43PM +0200, Rafael Wysocki wrote:
> On Monday, March 28, 2016 11:18:05 AM Darren Hart wrote:
> > On Mon, Mar 28, 2016 at 05:18:39PM +0100, Colin King wrote:
> > > From: Colin Ian King
> > >
> > > intel_menlow_memory_remove sanity checks to see if device is null,
> >
On Thu, Mar 24, 2016 at 10:05:14PM +1030, Jonathan Woithe wrote:
> This is a quick reply with preliminary information. I'll follow up in the
> next few days with further details.
>
> On Tue, Mar 22, 2016 at 02:30:51PM +0100, Micha?? K??pie?? wrote:
> > > > As for detecting whether the LED is pres
Theodore Ts'o wrote:
> The following changes since commit 243d50678583100855862bc084b8b307eea67f68:
>
> Merge branch 'overlayfs-linus' of
> git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/vfs (2016-03-22
> 13:11:15 -0700)
>
n> are available in the git repository at:
>
> git://git.ker
Dear Sir/Madam,
Please refer to the following letter (PDF format), addressed to the
United Nations Human Rights Council, for more information and details
about my predicament. The letter was dated 10th October 2014 Friday.
Link:
https://www.scribd.com/doc/250712695/Teo-En-Ming-Filed-An-Official-
Dear Sir/Madam,
Please refer to the following letter (PDF format), addressed to the
United Nations Human Rights Council, for more information and details
about my predicament. The letter was dated 14th March 2015 Saturday.
Link:
https://www.scribd.com/doc/258700156/Subtle-Denial-of-Medical-Treat
On (04/09/16 22:05), Rui Salvaterra wrote:
> Note that the 64-bit preprocessor test is not a cleanup, it's part of
> the fix, since those identifiers are bogus (for example, __ppc64__
> isn't defined anywhere else in the kernel, which means we'd fall into
> the 32-bit definitions on ppc64).
good f
On (04/09/16 22:05), Rui Salvaterra wrote:
> These identifiers are bogus. The interested architectures should define
> HAVE_EFFICIENT_UNALIGNED_ACCESS whenever relevant to do so. If this
> isn't true for some arch, it should be fixed in the arch definition.
yes, besides ARM_EFFICIENT_UNALIGNED_ACC
On Sat, Apr 9, 2016 at 11:07 AM, Andi Kleen wrote:
> From: Andi Kleen
>
> When I run chrome on my opensuse system every time I open
> a new tab the system log is spammed with:
>
> audit[16857]: SECCOMP auid=1000 uid=1000 gid=100 ses=1 pid=16857
> comm="chrome" exe="/opt/google/chrome/chrome" sig=
Prepare for relocating kernel private state bits out of tty_port::flags
field; tty_port::flags field is not atomic and can become corrupted
by concurrent updates. It also suffers from the complication of sharing
in a userspace-visible field which must be masked.
Define new tty_port::iflags field a
ASYNC*_SHARE_IRQ is no longer used; remove.
Signed-off-by: Peter Hurley
---
drivers/tty/mxser.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/tty/mxser.c b/drivers/tty/mxser.c
index 7e8c27b..98d2bd1 100644
--- a/drivers/tty/mxser.c
+++ b/drivers/tty/mxser.c
@@ -2392,7 +2392,6 @@ sta
Replace ASYNC_NORMAL_ACTIVE bit in the tty_port::flags field with
TTY_PORT_ACTIVE bit in the tty_port::iflags field. Introduce helpers
tty_port_set_active() and tty_port_active() to abstract atomic bit ops.
Extract state changes from port lock sections, as this usage is
broken and confused; the st
Replace ASYNC_CHECK_CD bit in the tty_port::flags field with
TTY_PORT_CHECK_CD bit in the tty_port::iflags field. Introduce helpers
tty_port_set_check_carrier() and tty_port_check_carrier() to abstract
the atomic bit ops.
Signed-off-by: Peter Hurley
---
drivers/char/pcmcia/synclink_cs.c | 8 +
Purposefully break out-of-tree driver compiles using kernel
ASYNC_* bits which have been superceded by TTY_PORT* flags and
their respective helper functions.
Signed-off-by: Peter Hurley
---
include/uapi/linux/tty_flags.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/uapi/linux/
As outlined in my January email ("RFC: out-of-tree tty driver breakage"),
the tty/serial core uses 5 bits in the tty_port.flags field to manage
state. They are:
ASYNCB_INITIALIZED
ASYNCB_SUSPENDED
ASYNCB_NORMAL_ACTIVE
ASYNCB_CTS_FLOW
ASYNCB_CHECK_CD
(NB: ASYNC_CLOSING was recently removed)
Howev
Replace ASYNC_INITIALIZED bit in the tty_port::flags field with
TTY_PORT_INITIALIZED bit in the tty_port::iflags field. Introduce helpers
tty_port_set_initialized() and tty_port_initialized() to abstract
atomic bit ops.
Note: the transforms for test_and_set_bit() and test_and_clear_bit()
are unnec
Replace ASYNC_SUSPENDED bit in the tty_port::flags field with
TTY_PORT_SUSPENDED bit in the tty_port::iflags field. Introduce helpers
tty_port_set_suspended() and tty_port_suspended() to abstract
atomic bit ops.
Signed-off-by: Peter Hurley
---
drivers/s390/char/con3215.c | 12 ++--
Replace ASYNC_CTS_FLOW bit in the tty_port::flags field with
TTY_PORT_CTS_FLOW bit in the tty_port::iflags field. Add
tty_port_set_cts_flow() helper to abstract the atomic bit ops.
Signed-off-by: Peter Hurley
---
drivers/char/pcmcia/synclink_cs.c | 5 +
drivers/tty/amiserial.c|
On Sat, Apr 9, 2016 at 5:16 PM, Linus Torvalds
wrote:
> On Sat, Apr 9, 2016 at 5:06 PM, H. Peter Anvin wrote:
>>
>> Fixing the default permissions is trivial, of course. The intent from the
>> beginning was to make a ptmx -> pts/ptmx, but user space never did...
>
> That wasn't my point.
>
> Be
On Fri, 8 Apr 2016, Waiman Long wrote:
> This patch attempts to reduce HPET read contention by using the fact
> that if more than one task are trying to access HPET at the same time,
> it will be more efficient if one task in the group reads the HPET
> counter and shares it with the rest of the gro
On Sat, Apr 9, 2016 at 5:06 PM, H. Peter Anvin wrote:
>
> Fixing the default permissions is trivial, of course. The intent from the
> beginning was to make a ptmx -> pts/ptmx, but user space never did...
That wasn't my point.
Because the permissions have never been usable, I pretty much
guaran
On April 9, 2016 5:01:27 PM PDT, Linus Torvalds
wrote:
>On Sat, Apr 9, 2016 at 3:37 PM, H. Peter Anvin wrote:
>>
>> On the flipside, if we were to allow ourselves to break userspace, at
>this point I would suggest making /dev/pts/ptmx have a different device
>number and make the legacy /dev/ptmx
Abstract TTY_THROTTLED bit tests with tty_throttled().
Signed-off-by: Peter Hurley
---
drivers/char/pcmcia/synclink_cs.c | 2 +-
drivers/mmc/card/sdio_uart.c | 2 +-
drivers/net/usb/hso.c | 2 +-
drivers/staging/fwserial/fwserial.c| 2 +-
drivers/staging/speak
Abstract TTY_IO_ERROR status test treewide with tty_io_error().
NB: tty->flags uses atomic bit ops; replace non-atomic bit test
with test_bit().
Signed-off-by: Peter Hurley
---
v3: redo of an earlier patch titled "tty: Use test_bit() with tty->flags"
v2: rebase
arch/ia64/hp/sim/simserial.c
On Sat, Apr 9, 2016 at 3:37 PM, H. Peter Anvin wrote:
>
> On the flipside, if we were to allow ourselves to break userspace, at this
> point I would suggest making /dev/pts/ptmx have a different device number and
> make the legacy /dev/ptmx print a warning message, after which it can at
> least
On Sat, 9 Apr 2016, Stefano Stabellini wrote:
> On Fri, 8 Apr 2016, Guenter Roeck wrote:
> > Register with kernel restart handler instead of setting arm_pm_restart
> > directly.
> >
> > Select a high priority of 192 to ensure that default restart handlers
> > are replaced if Xen is running.
> >
>
On Fri, 8 Apr 2016, Guenter Roeck wrote:
> Register with kernel restart handler instead of setting arm_pm_restart
> directly.
>
> Select a high priority of 192 to ensure that default restart handlers
> are replaced if Xen is running.
>
> Signed-off-by: Guenter Roeck
Reviewed-by: Stefano Stabell
On Thu, 7 Apr 2016, Andy Lutomirski wrote:
> Allowing user code to map the HPET is problematic. HPET
> implementations are notoriously buggy, and there are probably many
> machines on which even MMIO reads from bogus HPET addresses are
> problematic.
>
> We have a report that the Dell Precision
On April 9, 2016 7:45:46 AM PDT, ebied...@xmission.com wrote:
>"H. Peter Anvin" writes:
>
>> On April 9, 2016 6:09:09 AM PDT, One Thousand Gnomes
> wrote:
>>>
If anyone has a better idea on how userspace should connect the
>>>master
pty file descriptor the slave file descriptor, I would
Hi Michael,
On Fri, Mar 25, 2016 at 03:46:50PM +0100, Michael Thalmeier wrote:
> Michael Thalmeier (4):
> NFC: pn533: Send ATR_REQ only if NFC_PROTO_NFC_DEP bit is set in
> poll_protocols
> NFC: pn533: fix deadlock when socket is closed while processing
> command
> NFC: pn533: Separa
Hi Michael,
On Fri, Mar 25, 2016 at 03:46:54PM +0100, Michael Thalmeier wrote:
> This adds the I2C phy interface for the pn533 driver. This way the driver can
> be used to interact with I2C connected pn532.
>
> Signed-off-by: Michael Thalmeier
> ---
> drivers/nfc/pn533/Kconfig | 11 ++
> driv
Based on Sergey's test patch [1], this fixes zram with lz4 compression
on big endian cpus.
Note that the 64-bit preprocessor test is not a cleanup, it's part of
the fix, since those identifiers are bogus (for example, __ppc64__
isn't defined anywhere else in the kernel, which means we'd fall into
These identifiers are bogus. The interested architectures should define
HAVE_EFFICIENT_UNALIGNED_ACCESS whenever relevant to do so. If this
isn't true for some arch, it should be fixed in the arch definition.
Signed-off-by: Rui Salvaterra
---
lib/lz4/lz4defs.h | 4 +---
1 file changed, 1 inserti
v2:
- Addressed GregKH's review and comments.
Hi,
The first patch fixes zram with lz4 compression on ppc64 (and big endian
architectures with efficient unaligned access), the second is just a
cleanup.
Thanks,
Rui
Rui Salvaterra (2):
lib: lz4: fixed zram with lz4 on big endian mach
Signed-off-by: Al Viro
---
fs/cifs/cifssmb.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/fs/cifs/cifssmb.c b/fs/cifs/cifssmb.c
index 76fcb50..3da077a 100644
--- a/fs/cifs/cifssmb.c
+++ b/fs/cifs/cifssmb.c
@@ -1447,10 +1447,8 @@ cifs_readv_receive(struct TCP_Ser
just do ITER_BVEC recvmsg
Signed-off-by: Al Viro
---
fs/cifs/cifsproto.h | 7 +++---
fs/cifs/connect.c | 65 -
fs/cifs/file.c | 53 ++-
3 files changed, 55 insertions(+), 70 deletions(-)
diff --g
... and use ITER_BVEC for the page part of request to send
Signed-off-by: Al Viro
---
fs/cifs/cifsproto.h | 2 -
fs/cifs/transport.c | 141 +++-
2 files changed, 41 insertions(+), 102 deletions(-)
diff --git a/fs/cifs/cifsproto.h b/fs/cifs/cifsp
Signed-off-by: Al Viro
---
fs/cifs/cifsglob.h | 2 --
fs/cifs/connect.c | 72 --
2 files changed, 5 insertions(+), 69 deletions(-)
diff --git a/fs/cifs/cifsglob.h b/fs/cifs/cifsglob.h
index d21da9f..df03c5e 100644
--- a/fs/cifs/cifsglob.h
+++
three practically identical copies...
Signed-off-by: Al Viro
---
fs/cifs/cifsencrypt.c | 97 ---
fs/cifs/cifsproto.h | 3 ++
fs/cifs/smb2transport.c | 107 +---
3 files changed, 67 insertions(+), 140 del
all callers have it equal to msg_data_left(msg).
Signed-off-by: Al Viro
---
drivers/target/iscsi/iscsi_target_util.c | 5 ++---
include/linux/net.h | 3 +--
net/socket.c | 23 ++-
3 files changed, 13 insertions(+), 18 deletio
Now that sendmsg/recvmsg do not mangle iovecs and are capable of
handling bvec-based ->msg_iter, we can seriously reduce the amount of PITA
in cifs. The series below is completely untested, and I would appreciate
comments/review/testing/etc.
I'll post the individual patches in followups;
On Fri, Apr 08, 2016 at 08:58:44PM +0200, Denys Vlasenko wrote:
> This function compiles to 839 bytes of machine code.
> In C, it is ~150 lines long.
>
> This function has 3 callsites.
>
> Signed-off-by: Denys Vlasenko
> CC: "Michael S. Tsirkin"
> CC: virtualizat...@lists.linux-foundation.org
>
> > I do feel that the importance of the mentioned bug is currently
> > underestimated. Can anyone here give a note, how much current linux
> > kernel is supposed to be stable on general baytrail machines?
>
> If you did not get any replies... you might want to check MAINTAINERS file,
> and
> p
From: Mohammed Billoo
Remove unnecessary comments (highlighting sections of functions), make
multiline comments into single line comments, and ensure that multiline
comments adhere to coding style.
---
drivers/staging/wilc1000/wilc_sdio.c | 136 ---
1 file changed
select_task_rq_fair() can leave cpu utilization a little lumpy,
especially as the workload ramps up to the maximum capacity of the
machine. The end result can be high p99 response times as apps
wait to get scheduled, even when boxes are mostly idle.
I wrote schbench to try and measure this:
git:
Signed-off-by: Sergio Prado
---
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 e52cc8a6b2ae..3d08bafd5669 100644
--- a/Do
Клиентские базы тел +79139393506 (tеlеgгam_whatsapp_vibег) Skype: prodawez389
Email: prodawez...@yandex.ru
Hi Linus, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/nvdimm/nvdimm libnvdimm-fixes
...to receive 3 fixes, the first 2 are tagged for -stable.
1/ The ndctl utility/library gained expanded unit tests illuminating a
long standing bug in the libnvdimm SMART data retrieval impl
On Sat, Apr 9, 2016 at 7:53 PM, Bryan O'Donoghue
wrote:
> On Thu, 2016-04-07 at 23:37 +0300, Andy Shevchenko wrote:
>> This is combined series of two things:
>> - split out the Intel LPSS specific driver from 8250_pci into
>> 8250_lpss
>> - enable DMA support on Intel Quark UART
>>
>> The patch
Embest MarS Board [1] is a multi-core platform based on Freescale i.MX6
Cortex-A9 Dual Core, running up to 1GHz with 1 GB of RAM, 4GB of eMMC
and with a 4MB SPI flash.
[1] http://www.embest-tech.com/shop/star/marsboard.html
Signed-off-by: Sergio Prado
---
arch/arm/boot/dts/imx6q-marsboard.dts |
On Wed, Apr 06, 2016 at 09:27:24AM +0200, Mike Galbraith wrote:
> > On Tue, 2016-04-05 at 14:08 -0400, Chris Mason wrote:
>
> > Now, on to the patch. I pushed some code around and narrowed the
> > problem down to select_idle_sibling() We have cores going into and out
> > of idle fast enough tha
The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git/ tags/tty-4.6-rc3
for you to fetch changes up to 5e00bbfbc5ec21e87d24e2
The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git/
tags/staging-4.6-rc3
for you to fetch changes up to 53c43c5ca1332
The following changes since commit 9735a22799b9214d17d3c231fe377fc852f042e9:
Linux 4.6-rc2 (2016-04-03 09:09:40 -0500)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/ tags/usb-4.6-rc3
for you to fetch changes up to 636c8a8d85d0564222071f
On Wed, Apr 06, 2016 at 01:11:30PM +0200, Daniel Kiper wrote:
> On Wed, Apr 06, 2016 at 04:40:27AM +0200, Luis R. Rodriguez wrote:
> > Boris sent out the first HVMLite series of patches to add a new Xen guest
> > type
> > February 1, 2016 [0]. We've been talking off list with a few folks now over
On 04/09/2016 12:33 AM, Eric Dumazet wrote:
On Fri, Apr 8, 2016 at 10:28 PM, Larry Finger wrote:
Following a recent pull of the wireless-drivers-next repo. my system got a
kernel panic on startup at native_apic_msr_write+0x27. The problem was
bisected to commit 3b24d854cb35 ("tcp/dccp: do not t
On Thu, 2016-04-07 at 23:37 +0300, Andy Shevchenko wrote:
> This is combined series of two things:
> - split out the Intel LPSS specific driver from 8250_pci into
> 8250_lpss
> - enable DMA support on Intel Quark UART
>
> The patch has been tested on few Intel SoCs / platforms.
>
> This is targ
Hm, setting gov=performance, and taking the average of 3 30 second
interval PkgWatt samples as pipe-test runs..
714KHz/28.03Ws = 25.46
877KHz/30.28Ws = 28.96
..for pipe-test, the tradeoff look a bit more like red than green.
-Mike
in this commit
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/arch/x86/kernel/cpu/intel_cacheinfo.c?id=b2bb85549134c005e997e5a7ed303bda6a1ae738
Mike wrote:
> We should not try to save and restore cpus_allowed on current. We can't use
> work_on_cpu() here, > since it'
PEASE URGENT RESPONSE,
I am Dr Paul Lukas,the Audit and Account Manager (A.D.B)Bank in Ouagadougou
Burkina Faso,west africa
I have a business transaction for you.In my department i discovered an
abandoned Sum of US$10.2 Million Dollars.In an account that belongs to one of
our late foreign cust
On Fri, Apr 08, 2016 at 04:11:35PM -0400, Tejun Heo wrote:
> > Yes, I'm familiar with the problem; but simply mandating leaf only nodes
> > is not a solution, for the very simple fact that there are tasks in the
> > root cgroup that cannot ever be moved out, so we _must_ be able to deal
> > with !l
Hi!
> >> Also, because soon enough we will have to support USB Power Delivery
> >> with Type C connector, this is bound to change in the coming months.
> >>
> >> Frankly, I wanted all of this to be decided in userland with the
> >> kernel just providing notification and basic safety checks (we do
Hi!
> aprox. 6 months ago I started facing random freezes on my baytrail
> based computers I manage. It took me a while before I found a bug
> report in freedesktop bugzilla named "complete freeze after:
> drm/i915/vlv: WA for Turbo and RC6 to work together" -
> https://bugs.freedesktop.org/show_b
Hi!
> >>>What's tricky about patterns is that you need to control 3 (or more)
> >>>leds at a time. Problem you are trying to solve here is ... control of
> >>>3 leds, at the same time.
> >>>
> >>>So let's solve them together.
> >>
> >>OK, now I've got your point. So we'd need to have a means for d
> It looks like I'm in quite a pickle. Even if the patch for the PnPBIOS
> driver removes the errors and warnings, there may be runtime bugs in
> other drivers expecting X86_32. The only way I can see to prevent that
> is to audit all the drivers which depend on the ISA option -- a behemoth
> under
Здравствуйте!
Не так давно я проходил мимо Вашего здания, и заметил, что на фасаде здания нет
вывески Вашей организации.
Я профессионально занимаюсь производством и установкой вывесок (у нас своя
мастерская).
Размещение рекламных вывесок в Вашем здании разрешено. Поток привлеченных
клиентов с
There's already a patch in the works for this:
https://patchwork.freedesktop.org/patch/80078/
Regards,
Matt
From: Andi Kleen
When I run chrome on my opensuse system every time I open
a new tab the system log is spammed with:
audit[16857]: SECCOMP auid=1000 uid=1000 gid=100 ses=1 pid=16857
comm="chrome" exe="/opt/google/chrome/chrome" sig=0 arch=c03e
syscall=273 compat=0 ip=0x7fe27c11a444 code=0x50
On Sat, 2016-04-09 at 14:33 +0200, Rafael J. Wysocki wrote:
> On Sat, Apr 9, 2016 at 8:40 AM, Mike Galbraith
> wrote:
> > On Fri, 2016-04-08 at 22:59 +0200, Rafael J. Wysocki wrote:
> > > On Friday, April 08, 2016 08:50:54 AM Mike Galbraith wrote:
> > > > On Fri, 2016-04-08 at 08:45 +0200, Peter
On 04/08/2016 06:12 PM, Jose Abreu wrote:
[...]
>>
>> [...]
>>> +- adi,enable-audio: If set the ADV7511 driver will register a codec
>>> interface
>>> + into ALSA SoC.
>> This is not a description of the hardware.
>
> Is this okay: "adi,enable-audio: Set this boolean parameter if ADV7511
> trans
"H. Peter Anvin" writes:
> On April 9, 2016 6:09:09 AM PDT, One Thousand Gnomes
> wrote:
>>
>>> If anyone has a better idea on how userspace should connect the
>>master
>>> pty file descriptor the slave file descriptor, I would be willing to
>>> implement that instead.
>>
>>If we are willing to
On 04/08/2016 06:08 PM, Jose Abreu wrote:
> Hi Lars,
>
>
> On 08-04-2016 16:52, Lars-Peter Clausen wrote:
>> On 04/08/2016 12:06 PM, Jose Abreu wrote:
>>> Hi Mark,
>>>
>>>
>>> On 07-04-2016 18:53, Mark Brown wrote:
On Thu, Apr 07, 2016 at 05:53:59PM +0100, Jose Abreu wrote:
> + Opti
On April 9, 2016 6:09:09 AM PDT, One Thousand Gnomes
wrote:
>
>> If anyone has a better idea on how userspace should connect the
>master
>> pty file descriptor the slave file descriptor, I would be willing to
>> implement that instead.
>
>If we are willing to go away from the existing mess of a t
Am 08.04.2016 um 20:10 schrieb Heinrich Schuchardt:
> On 04/01/2016 12:33 AM, Richard Weinberger wrote:
>> From: Daniel Walter
>>
>> Signed-off-by: Daniel Walter
>> Signed-off-by: Richard Weinberger
>> ---
>> man2/leftpad.2 | 55 +++
>> 1 file
Tetsuo Handa wrote:
> There is no reason to add this patch which handles the slowpath right now.
Oops.
There is no reason _not_ to add this patch which handles the slowpath right now.
Michal Hocko wrote:
> On Wed 17-02-16 19:34:46, Tetsuo Handa wrote:
> > >From 6f07b71c97766ec111d26c3424bded465ca48195 Mon Sep 17 00:00:00 2001
> > From: Tetsuo Handa
> > Date: Wed, 17 Feb 2016 16:37:01 +0900
> > Subject: [PATCH 5/6] mm,oom: Re-enable OOM killer using timers.
> >
> > We are tryin
On Sat, Apr 09, 2016 at 01:58:14PM +0100, One Thousand Gnomes wrote:
>> I believe this is the source of the issues I encountered on my initial
>> attempt to decouple the X86_32 dependency from the ISA option. I suspect
>> if I add an explicit X86_32 dependency to the PNPBIOS driver, I will be
>> ab
On 2016/04/08 04:57PM, Balbir Singh wrote:
> On Thu, 2016-04-07 at 14:56 +0530, Naveen N. Rao wrote:
> > On 2016/04/07 06:19PM, Balbir Singh wrote:
> > >
> > >
> > > On 06/04/16 22:32, Naveen N. Rao wrote:
> > > >
> > > > This patchset fixes three issues found with perf probe on ppc64le:
> > > >
On Fri, Apr 08, 2016 at 04:11:35PM -0400, Tejun Heo wrote:
> > > Widely diverging from
> > > CPU's behavior, IO grouped all internal tasks into an internal leaf
> > > node and used to assign a fixed weight to it.
> >
> > That's just plain broken... That is not how a proportional weight based
> >
On Sat, Apr 09, 2016 at 11:25:39AM +0800, Xunlei Pang wrote:
> > In any case, I just realized we do not in fact provide this guarantee
> > (of pointing to a blocked task) that needs a bit more work.
>
> Current patch calls rt_mutex_adjust_prio() before wake_up_q() the
> wakee, at that moment the
> If anyone has a better idea on how userspace should connect the master
> pty file descriptor the slave file descriptor, I would be willing to
> implement that instead.
If we are willing to go away from the existing mess of a tty interface
inflicted on us by BSD and then mashed up by POSIX then
From: Enpeng Xu
Signed-off-by: Enpeng Xu
---
drivers/gpu/drm/i915/i915_gem_gtt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_gtt.c
b/drivers/gpu/drm/i915/i915_gem_gtt.c
index 49e4f26..527eca7 100644
--- a/drivers/gpu/drm/i915/i915_gem_gtt.c
> I believe this is the source of the issues I encountered on my initial
> attempt to decouple the X86_32 dependency from the ISA option. I suspect
> if I add an explicit X86_32 dependency to the PNPBIOS driver, I will be
> able to remove the X86_32 dependency from the ISA option without
> incident
This patch adds SS_FLAG_BITS - the mask that splits sigaltstack
mode values and bit-flags. Since there is no bit-flags yet, the
mask is defined to 0. The flags are added by subsequent patches.
With every new flag, the mask should have the appropriate bit cleared.
This makes sure if some flag is tr
Currently x86's get_sigframe() checks for "current->sas_ss_size"
to determine whether there is a need to switch to sigaltstack.
The common practice used by all other arches is to check for
sas_ss_flags(sp) == 0
This patch makes the code consistent with other arches.
The slight complexity of the pa
This patch adds the test case for SS_AUTODISARM flag.
The test-case tries to set SS_AUTODISARM flag and checks if
the nested signal corrupts the stack after swapcontext().
CC: Shuah Khan
CC: linux-kernel@vger.kernel.org
CC: linux-...@vger.kernel.org
CC: Andy Lutomirski
Signed-off-by: Stas Serge
It is absolutely unclear what happened with my patch series,
but it is neither applied nor rejected. So here's the re-send.
The following patches make it possible to use swapcontext()
in a sighandler that works on sigaltstack.
The approach is inspired by Andy Lutomirski's suggestion that
sigaltsta
1 - 100 of 140 matches
Mail list logo
