This patch moves most data allocated in the probe function from
unmanaged interfaces to managed interfaces. The kfrees and error
handling code is done away with. Also, the unnecesary labels are
removed and the function ab8500_ponkey_remove is removed as it becomes
empty after removing the no
On Wed, May 28, 2014 at 08:52:06PM +0200, Alexander Holler wrote:
Am 28.05.2014 10:43, schrieb Brian Norris:
On Tue, May 27, 2014 at 12:12:26AM +0200, Alexander Holler wrote:
+{
+ mtd-priv = priv;
I don't think you should hide this one here. It will be quite obvious if
a driver
On Wed, May 28, 2014 at 01:27:23PM -0500, Kumar Gala wrote:
* Move SoC peripherals into an SoC container node
* Move serial enabling into board file (qcom-msm8960-cdp.dts)
* Cleanup cpu node to match binding spec, enable-method and compatible
should be per cpu, not part of the container
*
On Wed, May 28, 2014 at 10:39 AM, Alexander Duyck
alexander.h.du...@intel.com wrote:
On 05/27/2014 09:12 PM, Alex Williamson wrote:
On Tue, 2014-05-27 at 19:19 -0600, Bjorn Helgaas wrote:
Maybe resetting the PF should just fail if there's an active VF. If
you need to reset the PF, you'd have
On Wed, May 28, 2014 at 12:43:24PM -0700, Linus Torvalds wrote:
It does require that the dentry shrinking code always hold the RCU
lock for reading, because others may actually be doing the final
dput() while the thing is on the shrinking list (and holding the RCU
lock is what protects the
On 28-05-14 16:26, Thierry Reding wrote:
From: Thierry Reding tred...@nvidia.com
Commit febdbfe8a91c (arch: Prepare for smp_mb__{before,after}_atomic())
deprecated the smp_mb__{before,after}_{atomic,clear}_{dec,inc,bit}*()
functions in favour of the unified smp_mb__{before,after}_atomic().
On May 28, 2014, at 3:09 PM, Josh Cartwright jo...@codeaurora.org wrote:
On Wed, May 28, 2014 at 01:27:23PM -0500, Kumar Gala wrote:
* Move SoC peripherals into an SoC container node
* Move serial enabling into board file (qcom-msm8960-cdp.dts)
* Cleanup cpu node to match binding spec,
On Wed, Apr 30, 2014 at 06:54:33PM +0900, AKASHI Takahiro wrote:
+/*
+ * arch/arm64/kernel/entry-ftrace.S
+ *
+ * Copyright (C) 2013 Linaro Limited
+ * Author: AKASHI Takahiro takahiro.aka...@linaro.org
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it
On 05/28/2014 12:48 PM, Stephane Eranian wrote:
Some days ago, I was alerted that under important network load, something
is going wrong with perf_event sampling in frequency mode (such as perf top).
The number of samples was way too low given the cycle count (via perf stat).
Looking at the
Greg,
On Wed, 2014-05-28 at 12:14 +0200, Paul Bolle wrote:
I must have compile tested this with CONFIG_LIB80211_CRYPT_TKIP=m while
the code checks for CONFIG_LIB80211_CRYPT_TKIP only (ie, builtin only).
I'll have to have a better look at this.
Greg, can the cleaning up of this mess involve
On Wed, May 28, 2014 at 01:11:12PM -0700, Stephen Boyd wrote:
We shouldn't be using regulator_get_optional() here. These
regulators are always present as part of the physical design and
there isn't any way to use an internal regulator or change the
source of the reference voltage via software.
On Wed, May 28, 2014 at 01:02:23PM -0700, Linus Torvalds wrote:
Anyway, one reason I looked at this is that most of the threads in
Mika's NMI watchdog traces were stuck on _raw_spin_lock() in the whole
d_walk() thing, and I had a *really* hard time convincing myself that
this was all safe
On Wed, May 28, 2014 at 12:41:28PM -0700, Stephen Boyd wrote:
regulator_get_optional() doesn't hold an exclusive reference to
the regulator. Fix the documentation and reword the exclusive
documentation to fix the grammatical error this reference is
held.
Applied, thanks.
signature.asc
On Wed, May 28, 2014 at 11:30:04AM -0500, Rob Herring wrote:
On Wed, May 14, 2014 at 9:26 AM, Grant Likely grant.lik...@linaro.org wrote:
On Thu, 8 May 2014 17:23:37 -0500, Rob Herring robherri...@gmail.com
wrote:
From: Rob Herring r...@kernel.org
This series adds support for early
On Mon, 5 May 2014, Kirill Tkhai wrote:
В Сб, 03/05/2014 в 20:54 +0200, Thomas Gleixner пишет:
Though exercising that code path as much as we can is not a bad thing
either. So I'd like to see that made compile time conditional on one
of the lock testing CONFIG items.
+#ifndef
On Thu, 22 May 2014, Peter Zijlstra wrote:
On Thu, May 22, 2014 at 03:25:50AM -, Thomas Gleixner wrote:
The builtin tester is gone,, so the deadlock logic is now only
required for futexes.
Remove the extra arguments for the public functions and also for the
futex specific ones
On Thu, May 22, 2014 at 05:07:23PM -0600, Alex Williamson wrote:
For testing, this version can be found in my git tree:
git://github.com/awilliam/linux-vfio.git dma-alias-v4
Please report any issues.
v4:
- Change dma_func_alias to dma_alias_devfn, holding a single
devfn to alias,
On Wed, May 28, 2014 at 10:01:30AM +1000, Benjamin Herrenschmidt wrote:
On Fri, 2014-05-23 at 19:41 +1000, Benjamin Herrenschmidt wrote:
Some backends call hvc_kick() to wakeup the HVC thread from its
slumber upon incoming characters. This however doesn't work
properly because it uses
Serge E. Hallyn se...@hallyn.com writes:
I was aware of FUSE but hadn't ever looked at it much. Looking at it
now, this isn't going to satisfy any of the use cases I know about,
which are wanting to use filesystems supported in-kernel (isofs, ext*).
I don't see that any of these have a FUSE
On 05/28/2014 04:14 PM, Bjorn Helgaas wrote:
On Wed, May 28, 2014 at 10:39 AM, Alexander Duyck
alexander.h.du...@intel.com wrote:
On 05/27/2014 09:12 PM, Alex Williamson wrote:
On Tue, 2014-05-27 at 19:19 -0600, Bjorn Helgaas wrote:
Maybe resetting the PF should just fail if there's an
On Wed, May 28, 2014 at 10:21:28PM +0200, Paul Bolle wrote:
Greg,
On Wed, 2014-05-28 at 12:14 +0200, Paul Bolle wrote:
I must have compile tested this with CONFIG_LIB80211_CRYPT_TKIP=m while
the code checks for CONFIG_LIB80211_CRYPT_TKIP only (ie, builtin only).
I'll have to have a
On Wed, 28 May 2014, walter harms wrote:
Am 28.05.2014 11:11, schrieb Giedrius Rekasius:
Local variable box gets assigned correct value when it is initialized.
There is no need to assign the same value again.
Signed-off-by: Giedrius Rekasius giedrius.rekas...@gmail.com
---
On Wed, 2014-05-28 at 14:29 -0600, Bjorn Helgaas wrote:
On Thu, May 22, 2014 at 05:07:23PM -0600, Alex Williamson wrote:
For testing, this version can be found in my git tree:
git://github.com/awilliam/linux-vfio.git dma-alias-v4
Please report any issues.
v4:
- Change
George Spelvin li...@horizon.com 05/28/14 4:40 PM
Jan: Is support for SLE10's pre-2.18 binutils still required?
Your PEXTRD fix was only a year ago, so I expect, but I wanted to ask.
I'd much appreciate if I would be able to build the kernel that way for another
while.
Two other minor
On Tue, May 27, 2014 at 07:36:11PM -0700, Sudeep Dutt wrote:
+int register_mbus_driver(struct mbus_driver *driver)
+{
+ driver-driver.bus = mic_bus;
+ return driver_register(driver-driver);
+}
+EXPORT_SYMBOL_GPL(register_mbus_driver);
mbus_register_driver()?
+void
On 05/28/2014 05:19 AM, Philipp Kern wrote:
audit_filter_syscall uses the syscall number to reference into a
bitmask (e-rule.mask[word]). Not removing the x32 bit before passing
the number to this architecture independent codepath will fail to
lookup the proper audit bit. Furthermore it will
On Wed, 2014-05-28 at 13:42 -0700, Greg KH wrote:
Either is fine with me, I can revert it, or apply a fix, which ever you
want, just let me know.
Well, a proper fix would make this whole episode worthwhile. But if I
can't come up with anything that actually builds in a day or two it'll
have to
On Wed, May 28, 2014 at 04:26:32PM +0200, Thierry Reding wrote:
From: Thierry Reding tred...@nvidia.com
Commit febdbfe8a91c (arch: Prepare for smp_mb__{before,after}_atomic())
deprecated the smp_mb__{before,after}_{atomic,clear}_{dec,inc,bit}*()
functions in favour of the unified
On Wed, May 21, 2014 at 11:21:43AM +0800, Wei Yang wrote:
Hi~
Is this fix reasonable?
I'll leave this up to Grant...
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Thanks too, you helped me a lot.
I can do more work, if it's not too difficult for me.
Mathieu
Le 28/05/2014 11:52, Borislav Petkov a écrit :
On Wed, May 28, 2014 at 09:12:37AM +0200, Mathieu Souchaud wrote:
Check return code of every function called by mcheck_init_device().
Signed-off-by:
On Tue, 27 May 2014, Jiang Liu wrote:
-static void ioapic_create_irqdomains(void)
+static int ioapic_create_irqdomain(int idx)
...
-static int __init io_apic_get_redir_entries(int ioapic)
+static int io_apic_get_redir_entries(int ioapic)
Can you please split the functional changes from the
Several Marvell devices and a JMicron device have a similar DMA
requester ID problem to Ricoh, except they use function 1 as the
PCIe requester ID. Add a quirk for these to populate the DMA
alias with the correct devfn.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
v4.1: minor
On Mon, Apr 28, 2014 at 03:09:27PM +0300, Heikki Krogerus wrote:
This allows resources such as GPIOs and clocks, which can be
matched based on the device name when requested, to be
assigned even when PLATFORM_DEVID_AUTO is used.
Why would anyone want to do that?
Signed-off-by: Heikki
Several PCIe-to-PCI bridges fail to provide a PCIe capability, causing
us to handle them as conventional PCI devices when they really use the
requester ID of the secondary bus. We need to differentiate these
from PCIe-to-PCI bridges that actually use the conventional PCI ID
when a PCIe capability
On Wed, May 28, 2014 at 10:47 PM, Andy Lutomirski l...@amacapital.net wrote:
On 05/28/2014 05:19 AM, Philipp Kern wrote:
audit_filter_syscall uses the syscall number to reference into a
bitmask (e-rule.mask[word]). Not removing the x32 bit before passing
the number to this architecture
On 05/28/2014 01:47 PM, Andy Lutomirski wrote:
On 05/28/2014 05:19 AM, Philipp Kern wrote:
audit_filter_syscall uses the syscall number to reference into a
bitmask (e-rule.mask[word]). Not removing the x32 bit before passing
the number to this architecture independent codepath will fail to
Update documentation for HID compass true/magnetic north sensor.
Signed-off-by: Reyad Attiyat reyad.atti...@gmail.com
---
Documentation/ABI/testing/sysfs-bus-iio | 76 +
1 file changed, 76 insertions(+)
diff --git a/Documentation/ABI/testing/sysfs-bus-iio
Updated iio_chan_info_enum for compass north sensor usages,
including magnetic/true north and tilt compensation.
Signed-off-by: Reyad Attiyat reyad.atti...@gmail.com
---
drivers/iio/industrialio-core.c | 4
include/linux/iio/types.h | 4
2 files changed, 8 insertions(+)
diff
Updated magn_3d_channel enum for all possible north channels
Added functions to setup iio_chan_spec array depending on
a hid usage report
Renamed magn_val to iio_val to differentiate the index being used
Updated magn_3d_state struct to hold pointer array (magn_val_addr[]) to
iio_val and a count
Update hid-sensor-magn-3d to dynamically create IIO channels
Update IIO to include modifiers for true/magnetic north and
tilt compensation compass usages
Signed-off-by: Reyad Attiyat reyad.atti...@gmail.com
Reyad Attiyat (3):
IIO: Added iio magn_north ABI documentation
IIO: Add iio_chan
On Wed, 28 May 2014, Jiang Liu wrote:
On 2014/5/28 3:58, Thomas Gleixner wrote:
So you have these cases covered here:
1) The ACPI case of secondary ioapics. You only have the strict 1:1
mapping for the first ioapic
2) The gsi NR_IRQS_LEGACY case where you have two options:
Am 28.05.2014 22:10, schrieb Brian Norris:
On Wed, May 28, 2014 at 08:52:06PM +0200, Alexander Holler wrote:
Am 28.05.2014 10:43, schrieb Brian Norris:
On Tue, May 27, 2014 at 12:12:26AM +0200, Alexander Holler wrote:
+{
+ mtd-priv = priv;
I don't think you should hide this one here.
On Wed, May 28, 2014 at 1:14 PM, Al Viro v...@zeniv.linux.org.uk wrote:
Unless I'm badly misreading your patch, you are calling dentry_kill()
with rcu_read_lock() held. And that can trigger all sorts of interesting
things, starting with iput() and tons of disk IO...
Yes, right you are.
As
On Wed, May 28, 2014 at 10:48:02PM +0200, Paul Bolle wrote:
On Wed, 2014-05-28 at 13:42 -0700, Greg KH wrote:
Either is fine with me, I can revert it, or apply a fix, which ever you
want, just let me know.
Well, a proper fix would make this whole episode worthwhile. But if I
can't come up
On Wed, May 28, 2014 at 2:01 PM, H. Peter Anvin h...@linux.intel.com wrote:
On 05/28/2014 01:47 PM, Andy Lutomirski wrote:
On 05/28/2014 05:19 AM, Philipp Kern wrote:
audit_filter_syscall uses the syscall number to reference into a
bitmask (e-rule.mask[word]). Not removing the x32 bit before
+static void sensor_hub_fill_attr_info(
+ struct hid_sensor_hub_attribute_info *info,
+ s32 index, s32 report_id, struct hid_field *field)
+{
+ info-index = index;
+ info-report_id = report_id;
+ info-units = field-unit;
+ info-unit_expo
Laba diena,
Mēs esam DIAMOND ŠVEICES aizdevumu uzņēmumam sniedzot aizdevumus ar pasta
reklāma. Mēs piedāvājam dažāda veida aizdevumu (īstermiņa un ilgtermiņa
aizdevumi, individuālie aizņēmumi, aizdevumi uzņēmumiem uc), par 3% procentu
likmi. Mēs izsniegt aizdevumus cilvēkiem, kam
On 05/28/2014 02:15 PM, Andy Lutomirski wrote:
3. The OOPS you're fixing doesn't seem like it's fixed. What if some
other random high bits are set?
There is a range check in entry_*.S for the system call.
I can imagine that causing a certain amount of confusion to fancy
seccomp users.
On 05/28/2014 02:15 PM, Reyad Attiyat wrote:
+static void sensor_hub_fill_attr_info(
+ struct hid_sensor_hub_attribute_info *info,
+ s32 index, s32 report_id, struct hid_field *field)
+{
+ info-index = index;
+ info-report_id = report_id;
+
On Wed, 28 May 2014, Thomas Gleixner wrote:
On Wed, 28 May 2014, Jiang Liu wrote:
This is used to work around special non-ISA interrupts with GSI below
NR_IRQS_LEGACY. The original code for the special case is:
/*
* Provide an identity mapping of gsi == irq except on truly
* weird
Commit-ID: 6b8f0c8780c71d78624f736d7849645b64cc88b7
Gitweb: http://git.kernel.org/tip/6b8f0c8780c71d78624f736d7849645b64cc88b7
Author: David E. Box david.e@linux.intel.com
AuthorDate: Fri, 9 May 2014 13:44:05 -0700
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 9 May
Commit-ID: 04725ad59474d24553d526fa774179ecd2922342
Gitweb: http://git.kernel.org/tip/04725ad59474d24553d526fa774179ecd2922342
Author: Ong Boon Leong boon.leong@intel.com
AuthorDate: Fri, 9 May 2014 13:44:08 -0700
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 9 May
Commit-ID: 7ef1def800e907edd28ddb1a5c64bae6b8749cdd
Gitweb: http://git.kernel.org/tip/7ef1def800e907edd28ddb1a5c64bae6b8749cdd
Author: Ong Boon Leong boon.leong@intel.com
AuthorDate: Fri, 9 May 2014 13:44:06 -0700
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 9 May
Commit-ID: 90916e048c1e0c1d379577e43ab9b8e331490cfb
Gitweb: http://git.kernel.org/tip/90916e048c1e0c1d379577e43ab9b8e331490cfb
Author: Ong Boon Leong boon.leong@intel.com
AuthorDate: Fri, 9 May 2014 13:44:07 -0700
Committer: H. Peter Anvin h...@linux.intel.com
CommitDate: Fri, 9 May
On Wed, May 28, 2014 at 06:52:51PM +1000, Scott Weir wrote:
This patch corrects coding style issue:
WARNING: Missing a black line after declarations
Signed-off-by: Scott Weir sjw0...@gmail.com
---
drivers/staging/android/sync_debug.c | 4
This file isn't in my tree. Always work
On Wed, May 28, 2014 at 02:11:51PM -0700, Linus Torvalds wrote:
d_walk() covers its arse with -d_lock (and it wants the starting point
to be pinned, obviously). So AFAICS RCU is not a problem.
It's not RCU itself, it's that DCACHE_MAY_FREE bit. Yes, d_walk() gets
-d_lock, but
On Wed, May 28, 2014 at 07:32:39AM -0700, Chaitanya Hazarey wrote:
-static int r8192_wx_set_scan_type(struct net_device *dev, struct
iw_request_info *aa, union
- iwreq_data *wrqu, char *p){
+static int r8192_wx_set_scan_type(struct net_device *dev, struct
On 05/28/2014 01:50 PM, 'Arnaldo Carvalho de Melo' wrote:
What is being discussed here is how to return the EFAULT that may happen
_after_ datagram processing, be it interrupted by an EFAULT, signal, or
plain returning all that was requested, with no errors.
This EFAULT _after_ datagram
Hey Srinivas,
Well I could use sensor_hub_input_get_attribute_info() for each usage
attribute. I was just thinking that since each usage attribute is
found in a row, one for each field I think, it'd be easier to create
iio channels that way. This would eliminate running the for loop
search for
On 05/28/2014 11:52 AM, Mike Turquette wrote:
Quoting Saravana Kannan (2014-05-28 10:47:46)
On 05/26/2014 04:14 AM, Peter De Schrijver wrote:
On Sat, May 24, 2014 at 12:24:32AM +0200, Saravana Kannan wrote:
On 05/23/2014 03:59 AM, Peter De Schrijver wrote:
This patch flattens the clk tree in
On 05/19/2014 05:36 AM, Arnd Bergmann wrote:
My feeling is that all devices we can think of fall into at least one
of these categories:
* legacy PC stuff that needs only byte access
* PCI devices that can be accessed through sysfs
* devices on x86 that can be accessed using iopl
I
On Wed, May 28, 2014 at 2:19 PM, H. Peter Anvin h...@linux.intel.com wrote:
On 05/28/2014 02:15 PM, Andy Lutomirski wrote:
3. The OOPS you're fixing doesn't seem like it's fixed. What if some
other random high bits are set?
There is a range check in entry_*.S for the system call.
I can
Masami-san,
While trying:
[root@zoo ~]# perf probe 'vfs_getname=getname_flags:65
pathname=result-name:string'
Failed to find the location of result at this address.
Perhaps, it has been optimized out.
Failed to find 'result' in this function.
Error: Failed to add events. (-2)
On 05/23/2014 09:40 AM, Andy Lutomirski wrote:
I don't think this should be something configured by the
administrator, unless the administrator is the builder of a kiosky
thing like Chromium OS. In that case, the administrator can use
vsyscall=none.
I think this should be handled by
Jan Beulich jbeul...@suse.com wrote:
George Spelvin li...@horizon.com 05/28/14 4:40 PM
Jan: Is support for SLE10's pre-2.18 binutils still required?
Your PEXTRD fix was only a year ago, so I expect, but I wanted to ask.
I'd much appreciate if I would be able to build the kernel that way for
Attempt to power off in case of critical events such as battery removal,
over voltage events.
There is no guarentee that we'd be in a safe scenario here, but the very
least we can try to do is to power off the device to prevent damage to
the system instead of just printing a message and hoping
Quoting Tero Kristo (2014-05-19 05:23:10)
On 05/19/2014 02:25 PM, Julia Lawall wrote:
From: Julia Lawall julia.law...@lip6.fr
Add a returned error code in the MAX_APLL_WAIT_TRIES case. Remove the
updating of the return variable r to 0 if MAX_APLL_WAIT_TRIES is not yet
reached, because
Konrad Rzeszutek Wilk wrote:
On Sat, May 24, 2014 at 11:22:09PM +0900, Tetsuo Handa wrote:
Hello.
I tried to test whether it is OK (from point of view of reentrant) to use
mutex_lock() or mutex_lock_killable() inside shrinker functions when
shrinker
functions do memory allocation,
TWL4030's Battery Charger seems to be designed for non-hotpluggable
batteries.
If battery is not present in the system, BATSTS is always set with the
expectation that software will take actions to move to a required safe
state (could be power down or disable various charger paths).
It does not
Hi,
This issue was originally reported by Russell on OMAP3-LDP platform,
and original attempt to solve this by Felipe[1] did not quiet work,
follow on attempt[2] seems to be effective, but in this resend, I have
added an shutdown attempt in case things dont quiet look right.
Based on: v3.15-rc7
On Wed, May 28, 2014 at 11:09:05PM +0200, Alexander Holler wrote:
I'm very sorry, but I find such discussions extremly tiresome.
If you just would have suggested that one if to prevent that someone who
doesn't cp existing code would end up with a clobbered name (which he
obviously can't miss
Em Wed, May 28, 2014 at 03:33:51PM -0600, Chris Friesen escreveu:
On 05/28/2014 01:50 PM, 'Arnaldo Carvalho de Melo' wrote:
What is being discussed here is how to return the EFAULT that may happen
_after_ datagram processing, be it interrupted by an EFAULT, signal, or
plain returning all
Hi Reyad,
On 05/28/2014 02:35 PM, Reyad Attiyat wrote:
Hey Srinivas,
Well I could use sensor_hub_input_get_attribute_info() for each usage
attribute. I was just thinking that since each usage attribute is
found in a row, one for each field I think, it'd be easier to create
iio channels that
On Wed, May 28, 2014 at 11:43 PM, Andy Lutomirski l...@amacapital.net wrote:
However: are you sure that entry_64.S handles this? It looks like
tracesys has higher priority than badsys. And strace can certainly
see out-of-range syscalls. […]
Not only can it see them: It must see that this bit
On 05/28/2014 01:48 PM, werner wrote:
Oi think im using 4.2.4 . but the kernel should be programmed clean, so that
it builds with all not-too-old versions.
wl
Hi Werner,
Please reply to the mailing list also (as I am doing).
I asked Thavatchai for a patch to fix this.
n Tue, 27 May
On Wed, May 28, 2014 at 2:53 PM, Philipp Kern pk...@google.com wrote:
On Wed, May 28, 2014 at 11:43 PM, Andy Lutomirski l...@amacapital.net wrote:
However: are you sure that entry_64.S handles this? It looks like
tracesys has higher priority than badsys. And strace can certainly
see
On Wed, May 28, 2014 at 12:06:58PM -0400, Johannes Weiner wrote:
On Wed, May 28, 2014 at 07:13:45PM +1000, Dave Chinner wrote:
On Wed, May 28, 2014 at 06:37:38PM +1000, Dave Chinner wrote:
[ cc XFS list ]
[and now there is a complete copy on the XFs list, I'll add my 2c]
On Wed,
On Tue, May 27, 2014 at 09:07:42PM -0600, Bjorn Helgaas wrote:
On Tue, May 20, 2014 at 08:53:21AM -0600, Alex Williamson wrote:
The driver_override field allows us to specify the driver for a device
rather than relying on the driver to provide a positive match of the
device. This shortcuts
On 05/28/2014 08:16 AM, Raghavendra K T wrote:
This patch looks very promising.
TODO:
- we need an intelligent way to nullify the effect of batching for baremetal
(because extra cmpxchg is not required).
On (larger?) NUMA systems, the unfairness may be a nice performance
benefit, reducing
Forgot to forward to list
-- Forwarded message --
From: Reyad Attiyat reyad.atti...@gmail.com
Date: Wed, May 28, 2014 at 4:57 PM
Subject: Re: [PATCH 3/3] IO: hid-sensor-magn-3d: Add in support for
True/Magnetic North HID usages
To: Srinivas Pandruvada
On Wed, May 28, 2014 at 11:47 AM, Naoya Horiguchi
n-horigu...@ah.jp.nec.com wrote:
Could you take a look?
It looks good - and should be a workable API for
application writers to use.
@@ -84,6 +84,11 @@ PR_MCE_KILL
PR_MCE_KILL_EARLY: Early kill
On Fri, 9 May 2014, Petr Mladek wrote:
printk() cannot be used safely in NMI context because it uses internal locks
and thus could cause a deadlock. Unfortunately there are circumstances when
calling printk from NMI is very useful. For example, all WARN.*(in_nmi())
would be much more helpful
On Wed, May 28, 2014 at 3:45 AM, David Laight david.lai...@aculab.com wrote:
From: Cody P Schafer
Rather manually specifying the size of the integer to be converted, key
off of the type size. Reduces duplicate size info and the occurance of
certain types of bugs (using the wrong sized
(May 29 2014 01:42), Dan Carpenter wrote:
There was a typo here so we return directly instead of freeing hwinfo.
Signed-off-by: Dan Carpenter dan.carpen...@oracle.com
Reviewd-by: Takashi Sakamoto o-taka...@sakamocchi.jp
Tested-by: Takashi Sakamoto o-taka...@sakamocchi.jp
diff --git
On Tue, May 27, 2014 at 7:44 PM, Joe Perches j...@perches.com wrote:
On Tue, 2014-05-27 at 17:22 -0700, Cody P Schafer wrote:
Rather manually specifying the size of the integer to be converted, key
off of the type size. Reduces duplicate size info and the occurance of
certain types of bugs
On Fri, May 23, 2014 at 12:28:48AM +0530, Himangi Saraogi wrote:
This patch moves data allocated using kzalloc to managed data allocated
using devm_kzalloc and cleans now unnecessary kfrees in probe and remove
functions. Also, the now unnecessary label out_err_hw_init is done away
with and the
On Tue, May 20, 2014 at 08:53:21AM -0600, Alex Williamson wrote:
The driver_override field allows us to specify the driver for a device
rather than relying on the driver to provide a positive match of the
device. This shortcuts the existing process of looking up the vendor
and device ID,
On Wed, May 28, 2014 at 07:23:23AM -0700, H. Peter Anvin wrote:
We tried for 4K on x86-64, too, for b quite a while as I recall.
The kernel stack is a one of the main costs for a thread. I would
like to decouple struct thread_info from the kernel stack (PJ
Waskewicz was working on that before
On Wed, May 28, 2014 at 5:05 PM, Cody P Schafer d...@codyps.com wrote:
On Wed, May 28, 2014 at 3:45 AM, David Laight david.lai...@aculab.com wrote:
From: Cody P Schafer
Rather manually specifying the size of the integer to be converted, key
off of the type size. Reduces duplicate size info and
crypto: crc32c-pclmul - Shrink K_table to 32-bit words
There's no need for the K_table to be made of 64-bit words. For some
reason, the original authors didn't fully reduce the values modulo the
CRC32C polynomial, and so had some 33-bit number in there. They
can all be reduced to 32 bits.
On Tue, May 27, 2014 at 02:42:25PM +0200, paolo wrote:
diff --git a/block/Makefile b/block/Makefile
index 20645e8..cbd83fb 100644
--- a/block/Makefile
+++ b/block/Makefile
@@ -16,6 +16,7 @@ obj-$(CONFIG_BLK_DEV_THROTTLING)+= blk-throttle.o
obj-$(CONFIG_IOSCHED_NOOP) += noop-iosched.o
On Wed, May 28, 2014 at 2:55 PM, Rik van Riel r...@redhat.com wrote:
Or maybe cmpxchg is cheap once you already own the cache line
exclusively?
A locked cmpxchg ends up being anything between ~15-50 cycles
depending on microarchitecture if things are already exclusively in
the cache (with the
Here are some issues with the code:
- It thinks that syscalls have four arguments.
- It's a performance disaster.
- It assumes that syscall numbers are between 0 and 2048.
- It's unclear whether it's supposed to be reliable.
- It's broken on things like x32.
- It can't support ARM OABI.
-
CONFIG_AUDITSYSCALL is awful. Patch 2 enumerates some reasons.
Patch 1 fixes a nasty DoS and possible information leak. It should
be applied and backported.
Patch 2 is optional. I leave it to other peoples' judgment.
Andy Lutomirski (2):
auditsc: audit_krule mask accesses need bounds
Fixes an easy DoS and possible information disclosure.
This does nothing about the broken state of x32 auditing.
Cc: sta...@vger.kernel.org
Signed-off-by: Andy Lutomirski l...@amacapital.net
---
kernel/auditsc.c | 27 ++-
1 file changed, 18 insertions(+), 9 deletions(-)
On 05/28/2014 01:34 PM, Don Dutile wrote:
On 05/28/2014 04:14 PM, Bjorn Helgaas wrote:
On Wed, May 28, 2014 at 10:39 AM, Alexander Duyck
alexander.h.du...@intel.com wrote:
On 05/27/2014 09:12 PM, Alex Williamson wrote:
On Tue, 2014-05-27 at 19:19 -0600, Bjorn Helgaas wrote:
Maybe resetting
On Mon, May 26, 2014 at 05:18:06PM +0200, Andreas Noever wrote:
We reveive a plug event callback whenever a thunderbolt device is added
s/reveive/receive/
or removed. This patch fills in the tb_handle_hotplug method and starts
reacting to these events by adding/removing switches from the
asm-generic/uaccess.h defines 'strncpy_from_user', 'strnlen_user' and
'strlen_user' as static inline functions. It makes it impossible for an
arch to include asm-generic/uaccess.h and benefits from its content, in
addition to defining GENERIC_STRNCPY_FROM_USER and GENERIC_STRNLEN_USER.
Both
This function provides a simple means for applying a given function to all
devices on bus and all of it's children, including virtual busses. To do
this the function begins by processing all devices on the bus, then it will
proceed through bus-children and process each of the child busses.
On Wed, 28 May 2014, Linus Torvalds wrote:
If somebody has a P4 still, that's likely the worst case by far.
I do, but I'm only using it during winter and only if the ia64 machine
does not provide sufficient heating. So you have to wait at least half
a year until I'm able to test it.
--
To
1 - 100 of 2164 matches
Mail list logo