On Sun, Jul 20, 2014 at 08:43:36AM +0200, Mike Galbraith wrote:
> Hi,
>
> +/*
> + * Topology list, bottom-up.
> + */
> +static struct sched_domain_topology_level default_topology[] = {
> +#ifdef CONFIG_SCHED_SMT
> + { cpu_smt_mask, cpu_smt_flags, SD_INIT_NAME(SMT) },
> +#endif
> +#ifdef CONFIG
Hi,
+/*
+ * Topology list, bottom-up.
+ */
+static struct sched_domain_topology_level default_topology[] = {
+#ifdef CONFIG_SCHED_SMT
+ { cpu_smt_mask, cpu_smt_flags, SD_INIT_NAME(SMT) },
+#endif
+#ifdef CONFIG_SCHED_MC
+ { cpu_coregroup_mask, cpu_core_flags, SD_INIT_NAME(MC) },
+#endi
Le 19/07/2014 20:00, Joe Perches a écrit :
> (Adding Mark Allyn and Jayant Mangalampalli)
>
> Is this still project still active?
I do not know
>
> On Sat, 2014-07-19 at 19:34 +0200, LABBE Corentin wrote:
>> Signed-off-by: LABBE Corentin
>> ---
>> drivers/staging/sep/sep_main.c | 5 ++---
>>
PL2303HX has two GPIOs, this patch add interface for it.
Signed-off-by: Wang YanQing
---
Changes v1-v2:
1:drop gpio-pl2303.c and relation stuff
2:hang gpio stuff off of pl2303.c
drivers/usb/serial/Kconfig | 7 ++
drivers/usb/serial/pl2303.c | 153 ++
> > @@ -553,6 +553,7 @@ void mei_nfc_host_exit(struct mei_device *dev)
> > {
> > struct mei_nfc_dev *ndev = &nfc_dev;
> > cancel_work_sync(&ndev->init_work);
> > + memset(ndev, 0, sizeof(struct mei_nfc_dev));
>
> This implies that something is using a "static" device structure, which
>
On Fri, Jul 18, 2014 at 03:51:31PM -0700, Omar Sandoval wrote:
> Don't break into kgdb when userspace executes the kernel break instructions
> (KGDB_BREAKINST and KGDB_COMPILED_BREAK). The kernel will oops in
> kgdb_handle_exception.
>
> Signed-off-by: Omar Sandoval
> ---
> The following program
Currently umount on symlink blocks following umount:
/vz is separate mount
# ls /vz/ -al | grep test
drwxr-xr-x. 2 root root 4096 Jul 19 01:14 testdir
lrwxrwxrwx. 1 root root 11 Jul 19 01:16 testlink -> /vz/testdir
# umount -l /vz/testlink
umount: /vz/testlink: not mounted (expec
From: Wei Yongjun
Fix to return -EFAULT from the error handling case instead of 0 when
version mismatch with pcifront.
Signed-off-by: Wei Yongjun
---
drivers/xen/xen-pciback/xenbus.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/xen/xen-pciback/xenbus.c b/drivers/xen/xen-pciback/
On Fri, 2014-07-18 at 07:26 +0800, Yuyang Du wrote:
> Thanks to Morten, Ben, and Fengguang.
>
> v4 changes:
>
> - Insert memory barrier before writing cfs_rq->load_last_update_copy.
> - Fix typos.
My little desktop box says lovely minus signs have had their usual
effect on the general case (cgr
Clean redundant comments in the code.
Since I perform single fix type per patch, I've ignored the 80 line warning
when checking the patch against checkpatch.
I will fix the 80 line warnings on further patches.
Signed-off-by: Igor Bezukh
---
drivers/staging/vt6655/wcmd.c | 46 --
From: Wei Yongjun
Fixes the following sparse warnings:
drivers/power/power_supply_core.c:540:5: warning:
symbol '__power_supply_register' was not declared. Should it be static?
Signed-off-by: Wei Yongjun
---
drivers/power/power_supply_core.c | 3 ++-
1 file changed, 2 insertions(+), 1 deleti
From: Wei Yongjun
Fixes the following sparse warnings:
drivers/misc/vexpress-syscfg.c:133:22: warning:
symbol 'vexpress_syscfg_regmap_config' was not declared. Should it be static?
drivers/misc/vexpress-syscfg.c:279:5: warning:
symbol 'vexpress_syscfg_probe' was not declared. Should it be stat
From: Wei Yongjun
Fixes the following sparse warning:
drivers/hsi/clients/ssi_protocol.c:904:6: warning:
symbol 'ssip_port_event' was not declared. Should it be static?
Signed-off-by: Wei Yongjun
---
drivers/hsi/clients/ssi_protocol.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
Hey Chas,
There seems to be a fix me in this file in the function, solos_bh.
Is the default statement correct and I remove the fix me or
does it need to be rewritten.
Cheers Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.ke
On Sat, Jul 19, 2014 at 09:34:56PM +0200, Riccardo Lucchese wrote:
> It is silly to go through an if statement to set a single boolean
> value in function of a single boolean expression. In the function
> lov_check_set, assign the return value directly.
>
> Signed-off-by: Riccardo Lucchese
> ---
Hey Mike,
I seem to be hitting a fix me message in this file in
function,cciss_scsi_queue_command_lck.
I am wondering what you want to do when C is Null?
Cheers Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
From: Wei Yongjun
Add the missing unlock before return from function special_clk_ctl_put()
in the error handling case.
Signed-off-by: Wei Yongjun
---
sound/firewire/bebob/bebob_maudio.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/sound/firewire/bebob/bebob_maudio.c
a line over 80 issue fixed by removing the cross-lined comment
to the previous line.
Signed-off-by: Sam Asadi
---
drivers/staging/comedi/drivers/adv_pci1710.c |5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/comedi/drivers/adv_pci1710.c
b/drivers/stagi
Hey James
I am wondering how you would like this function.init_percpu_pro
in processor.c.
Cheers Nick
--
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 http://vger.kernel.org/majordomo-info.html
P
Hey Russell and others,
Sorry to bug you again but I have a fix questions before I clean up
the fix mes in this file.
Is edma_clean_channel needed or is edma_stop good enough? And do we
CCERR.BIT(16)
need to write this bit or not?
Cheers Nick
--
To unsubscribe from this list: send the line "unsub
On Sun, Jul 20, 2014 at 12:10 AM, Roberto J. Dohnert
wrote:
> It looks like its trying to invoke the native (x86) compiler, but passing it
> options that only make sense to an ARM compiler.
>
> Cheers
>
> Roberto J. Dohnert
> Roberto J. Dohnert
> Lead Developer
> Black Lab Software Inc.
> PO Box 6
This patch fix coding style:
- Remove "fail memory allocation" waring
- Remove return of void function
Tested by compilation only
Signed-off-by: Phong Tran
---
drivers/staging/android/ion/ion_cma_heap.c | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/drivers/stagin
It looks like its trying to invoke the native (x86) compiler, but
passing it options that only make sense to an ARM compiler.
Cheers
Roberto J. Dohnert
Roberto J. Dohnert
Lead Developer
Black Lab Software Inc.
PO Box 698
Franklinton NC 27525
http://www.pc-opensystems.com
http://www.blacklablinu
On Sun, Jul 20, 2014 at 04:15:50AM +0300, Sam Asadi wrote:
> A line over 80 issue fixed, which is a comment.
>
> Signed-off-by: Sam Asadi
> ---
> drivers/staging/comedi/drivers/adv_pci1710.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/staging/comedi/driver
This fixs a fix me in bios32.c for pci_fixup_it8152 as this if
statement is incorrect needs to be checked against the class bits
not the whole address for the two or conditions and since they don't
have define statements outside of their numeratical value.
Signed-off-by: Nicholas Krause
---
arch
arm-linux-gnueabihf-gcc: error: unrecognized command line option ‘-m64’
arm-linux-gnueabihf-gcc: error: unrecognized command line option ‘-mno-mmx’
arm-linux-gnueabihf-gcc: error: unrecognized command line option ‘-mno-sse’
arm-linux-gnueabihf-gcc: error: unrecognized command line option ‘-mno-red-
(2014/07/18 22:51), Steven Rostedt wrote:
> On Fri, 18 Jul 2014 16:09:07 +0900
> Masami Hiramatsu wrote:
>
>
>>> "The ops can modify the IP register. This can only be set along with
>>> SAVE_REGS. If another ops is already registered for any of the
>>> functions that this ops will be registered
(2014/07/19 2:50), Andi Kleen wrote:
> Hemant Kumar writes:
>
> First I should say supporting these probes is very useful. Thanks for
> working on this.
>
>> +
>> +#define SDT_CACHE_DIR "/var/cache/perf/"
>
> This requires running perf as root, right?
>
> It would be better to use the $HOME ca
(2014/07/20 2:32), Hemant Kumar wrote:
>>> We have lots of applications which use SDT markers today, like:
>>> Postgresql, MySql, Mozilla, Perl, Python, Java, Ruby, libvirt, QEMU, glib
>>>
>>> To add SDT markers into user applications:
>>> We need to have this header sys/sdt.h present.
>>> sys/sdt.
On Sat, Jul 19, 2014 at 8:45 PM, Roberto J. Dohnert wrote:
> This would probably be a better question for the Intel developers than the
> kernel developers per say, but a great question nonetheless. The Intel
> video drivers are perhaps the best supported on Linux. Most of the hardware
> I ship d
On Tue, Jul 15, 2014 at 5:38 AM, Kees Cook wrote:
> Extract the logic performed when starting a new firmware load.
>
> Signed-off-by: Kees Cook
Acked-by: Ming Lei
> ---
> drivers/base/firmware_class.c | 29 ++---
> 1 file changed, 18 insertions(+), 11 deletions(-)
>
On Tue, Jul 15, 2014 at 5:38 AM, Kees Cook wrote:
> As an alternative to loading bytes from the "data" blob when reading
> firmware, let kernel read from an fd, so that the LSM can reason about
> the origin of firmware contents during userspace on-demand loading.
>From user space view, maybe it i
hi,
Regarding the r8169 chip, there is no other data fields exported to
user via ethtool
except for those dumped from hardware statistic counters in 8169 driver.
But for Intel 82598 NIC and its driver ixgbe, it exports not only
those fields dumped from hardware statistic counters, like:
On Tue, Jul 15, 2014 at 5:38 AM, Kees Cook wrote:
> This is a tiny clean up for typos in the firmware_class README.
>
> Signed-off-by: Kees Cook
Acked-by: Ming Lei
Thanks,
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kern
A line over 80 issue fixed, which is a comment.
Signed-off-by: Sam Asadi
---
drivers/staging/comedi/drivers/adv_pci1710.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/comedi/drivers/adv_pci1710.c
b/drivers/staging/comedi/drivers/adv_pci1710.c
index 602b7
On Sun, 2014-07-20 at 03:43 +0300, Sam Asadi wrote:
> A 'Missing a blank line after declarations' issue fixed and also tested
> by 'make M=...'. It seems that after 'unsigned long iobase' declaration
> a blank line is desperately needed.
[]
> diff --git a/drivers/staging/comedi/drivers/8255.c
> b/
On Sat, Jul 19, 2014 at 01:31:25PM -0400, Nicolas Pitre wrote:
> On Sat, 19 Jul 2014, Frederic Weisbecker wrote:
>
> > The timekeeper gets initialized to the value of the CPU where the
> > first clockevent device is setup. This works well because the timekeeper
> > can be any online CPU in most co
The bang-bang thermal governor uses a hysteresis to switch abruptly on
or off a cooling device. It is intended to control fans, which can
not be throttled but just switched on or off.
Bang-bang cannot be set as default governor as it is intended for
special devices only. For those special devices
added critical trip point which represents the temperature limit.
Added return -EINVAL in case wrong trip point is provided.
Cc: Andrew Morton
Cc: Andreas Mohr
Cc: Borislav Petkov
Cc: Javi Merino
Signed-off-by: Peter Feuerer
---
drivers/platform/x86/acerhdf.c | 10 +-
1 file changed,
Hi,
This patch series is intended to:
* Introduce "manual mode" support (Patch 1 & 2), which is needed to control
the fan of a few new models.
* Add an appropriate thermal governor (Patch 3 & 4). Manipulating and
fiddling around with the step-wise governor has been a very fragile th
* renamed bios_settings_t to bios_settings, as it is no typedef
* replaced "unsigned char" by u8 in bios_settings struct for better
readability.
Cc: Andrew Morton
Cc: Andreas Mohr
Acked-by: Borislav Petkov
Signed-off-by: Peter Feuerer
---
drivers/platform/x86/acerhdf.c | 12 ++
acerhdf has been doing an on-off fan control using hysteresis by
post-manipulating the outcome of thermal subsystem trip point handling.
This patch enables acerhdf to use the bang-bang governor, which is
intended for on-off controlled fans.
Cc: Andrew Morton
CC: Zhang Rui
Cc: Andreas Mohr
Cc: B
Some Acer models require an additional command to turn off the fan after
bios mode has been enabled. Adding new section in bios table to allow
support for those models, by writing an extra "manual mode" register.
Cc: Andrew Morton
Cc: Andreas Mohr
Acked-by: Borislav Petkov
Signed-off-by: Peter
added following new models:
* Aspire 5755G
* AO521
* AO751h
* Aspire One 753
* Extensa 5420
* Aspire 5315
* Aspire 5739G
* TravelMate TM8573T
Cc: Andrew Morton
Cc: Andreas Mohr
Acked-by: Borislav Petkov
Signed-off-by: Peter Feuerer
---
drivers/platform/x86/acerhdf.c |
This would probably be a better question for the Intel developers than
the kernel developers per say, but a great question nonetheless. The
Intel video drivers are perhaps the best supported on Linux. Most of the
hardware I ship does ship with Intel cards so in regards to performance,
this wou
A 'Missing a blank line after declarations' issue fixed and also tested
by 'make M=...'. It seems that after 'unsigned long iobase' declaration
a blank line is desperately needed.
Signed-off-by: Sam Asadi
---
drivers/staging/comedi/drivers/8255.c | 1 +
1 file changed, 1 insertion(+)
diff --git
> 在 2014年7月20日，上午12:28，Francois Romieu 写道：
>
> Ethan Zhao :
>>> On Sat, Jul 19, 2014 at 6:19 PM, Francois Romieu
>>> wrote:
>>> Ethan Zhao :
> [...]
>>> I'd rather see ethtool stats provides one of those:
>>> 1. hardware stats only
>> Sounds very clear, is it done clear, if so we need othe
2014-07-19 20:28 GMT+02:00 Peter Zijlstra :
> On Sat, Jul 19, 2014 at 08:01:24PM +0200, Frederic Weisbecker wrote:
>> This can be changed by allowing timekeeping duty from all non-nohz_full
>> CPUs, that's
>> the initial direction I took, but it involved a lot of complications and
>> scalability
On 07/08/14 08:57, Konrad Rzeszutek Wilk wrote:
Responding :-)
@@ -797,10 +794,9 @@ unsigned long __init set_phys_range_identity(unsigned long
pfn_s,
if (!__set_phys_to_machine(pfn, IDENTITY_FRAME(pfn)))
break;
- if (!WARN((pfn - pfn_s) != (pfn_e -
On Sun, Jul 20, 2014 at 08:01:31AM +0800, Wang YanQing wrote:
> PL2303HX has two GPIOs, this patch add driver for it.
>
> Signed-off-by: Wang YanQing
> ---
> MAINTAINERS | 5 +
> drivers/gpio/Kconfig| 7 ++
> drivers/gpio/Makefile | 1 +
> drivers/gpio/gpio-pl
Instead of ballooning up and down dom0 memory this remaps the existing mfns
that were replaced by the identity map. The reason for this is that the
existing implementation ballooned memory up and and down which caused dom0
to have discontiguous pages. In some cases this resulted in the use of bounc
Removing a debug message for setting the identity map since it becomes
rather noisy after rework of the identity map code.
Signed-off-by: Matthew Rushton
---
arch/x86/xen/p2m.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c
ind
Signed-off-by: Kieran Kunhya
---
drivers/block/Kconfig |9 +
drivers/block/Makefile |1 +
drivers/block/sxs.c| 491
3 files changed, 501 insertions(+)
create mode 100644 drivers/block/sxs.c
diff --git a/drivers/block/Kconfig b/driv
PL2303HX has two GPIOs, this patch add driver for it.
Signed-off-by: Wang YanQing
---
MAINTAINERS | 5 +
drivers/gpio/Kconfig| 7 ++
drivers/gpio/Makefile | 1 +
drivers/gpio/gpio-pl2303.c | 238
drivers/usb/serial
Removing a debug message for setting the identity map since it becomes
rather noisy after rework of the identity map code.
Signed-off-by: Matthew Rushton
---
arch/x86/xen/p2m.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/arch/x86/xen/p2m.c b/arch/x86/xen/p2m.c
ind
We attempt to remove noise from coordinates reported by devices in
input_handle_abs_event(), unfortunately, unless we were dropping the
event altogether, we were ignoring the adjusted value and were passing
on the original value instead.
Reviewed-by: Andrew de los Reyes
Reviewed-by: Benson Leung
On Fri, 18 Jul 2014, Sasha Levin wrote:
> On 07/17/2014 12:12 PM, Sasha Levin wrote:
> > On 07/17/2014 12:10 PM, Vlastimil Babka wrote:
> >> > On 07/15/2014 12:28 PM, Hugh Dickins wrote:
> >>> >> In the end I decided that we had better look at it as two problems,
> >>> >> the trinity faulting starv
On Wednesday, July 16, 2014 04:58:00 PM Lv Zheng wrote:
> This patch adds default 64-bit mathematics in aclinux.h using do_div(). As
> do_div() can be used for all Linux architectures, this can also be used as
> stub macros for ACPICA 64-bit mathematics.
>
> But this is not a performance friendly
On 07/17/2014 11:18 AM, Reyad Attiyat wrote:
Add the HID usage attribute ID's and IIO channel info for rotation
from north support.
Signed-off-by: Reyad Attiyat
Acked-by: Srinivas Pandruvada
---
drivers/iio/magnetometer/hid-sensor-magn-3d.c | 53 ++-
1 file change
On 07/17/2014 11:18 AM, Reyad Attiyat wrote:
Scan for and count the HID usage attributes supported by the driver.
This allows for the driver to only setup the IIO channels for the
sensor usages present in the HID USB reports.
Changes from v5
-Fixed kernel panic from invalid pointer dereference
On Friday, July 18, 2014 06:02:51 PM Hanjun Guo wrote:
> This patch set have no function change for x86 and ia64 and
> just do some clean up to prepare for running ACPI on ARM64.
>
> This patch set is splited out from the patch set [1]
> "[PATCH v4 00/13] Enable ACPI on ARM64 in Kconfig" and hope
On Fri, 18 Jul 2014, Sasha Levin wrote:
> Hi all,
>
> While fuzzing with trinity inside a KVM tools guest running the latest -next
> kernel I've stumbled on the following spew:
>
> [ 729.682257] INFO: task trinity-c158:13508 blocked for more than 120
> seconds.
> [ 729.683191] Not taint
On 07/17/2014 11:18 AM, Reyad Attiyat wrote:
Added documentation for the sysfs attributes supported by the rotation from
north
sensor.
Signed-off-by: Reyad Attiyat
Acked-by: Srinivas Pandruvada
---
Documentation/ABI/testing/sysfs-bus-iio | 82 +
1 file ch
On 07/17/2014 11:18 AM, Reyad Attiyat wrote:
Added the rotation from north usage attributes to the iio modifier enum and to
the iio modifier names array.
Signed-off-by: Reyad Attiyat
Acked-by: Srinivas Pandruvada
---
drivers/iio/industrialio-core.c | 4
include/linux/iio/types.h
On Sat, Jul 19, 2014 at 03:36:54PM +0530, Himangi Saraogi wrote:
> This patch introduces the use of managed interfaces like devm_kzalloc,
> devm_input_allocate_device, devm_request_threaded_irq etc. and does away
> with the calls to free the allocated memory. The remove function is no
> longer requ
2014-07-20 1:59 GMT+03:00 Andrey Utkin :
> This approach doesn't work, looks because sizeof() values are not
> calculated at preprocessing stage.
What about adding equivalent BUG_ON() statement to __init
ip_vs_register_nl_ioctl(), which "registers" do_ip_vs_set_ctl()
callback?
--
Andrey Utkin
--
On Sat, Jul 19, 2014 at 06:47:37PM -0400, Nick Krause wrote:
> Hey Russell and others,
> Before I clean this fix me up I wanted to known how to define the values
> as stated in the fix me in this function or if this is invalid as of the
> latest kernel trees.
If you would like to fix it properly,
2014-07-19 0:06 GMT+03:00 Andrey Utkin :
> What about static check at compilation time?
>
> #if (DAEMON_ARG_LEN > MAX_ARG_LEN) \
> || (SERVICE_ARG_LEN > MAX_ARG_LEN) \
> || (SVCDEST_ARG_LEN > MAX_ARG_LEN)
> #error MAX_ARG_LEN exceeded in set_arglen table
> #endif
This approach doesn't work, look
On Sat, Jul 19, 2014 at 6:32 PM, Nick Krause wrote:
Hey Daniel and others ,
If I am correct after asking around on the mailing list then the
windows Intel graphics drivers are faster then their Linux
counterparts.
In addition , I am wondering if we can improve this and try to
remove regressi
Hey Russell and others,
Before I clean this fix me up I wanted to known how to define the values
as stated in the fix me in this function or if this is invalid as of the latest
kernel trees.
Cheers Nick
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a mess
Hey Daniel and others ,
I am correct after asking around on the mailing list that the intel
graphics drivers are faster.
I am wondering if we can improve this and try to remove regressions in
this area of graphics
support. I don't have the hardware but if people help doing the
testing and maybe a b
From: Rafael J. Wysocki
The ACPI_HANDLE() macro evaluates ACPI_COMPANION() internally to
return the handle of the device's ACPI companion, so it is much
more straightforward and efficient to use ACPI_COMPANION()
directly to obtain the device's ACPI companion object instead of
using ACPI_HANDLE()
On Sat, 19 Jul 2014, Ard Biesheuvel wrote:
> On 18 July 2014 23:22, Steven Rostedt wrote:
> > On Fri, 18 Jul 2014 16:55:42 -0400 (EDT)
> > Nicolas Pitre wrote:
> >
> >>
> >> Here's the patch I have at the head of the series now, with the above
> >> ugliness changed to an unconditional __tracepoi
On Sat, 19 Jul 2014 22:50:16 +0200
Ard Biesheuvel wrote:
> OK, so if the general case has been fixed, perhaps we should ask Paul
> to drop my patch?
>
No, for a few reasons. One, this patch still needs to get in to fix the
problem for RCU. Two, RCU basically open codes the creation of the
str
mpic_msgrs has type struct mpic_msgr **, not struct mpic_msgr *, so the
elements of the array should have pointer type, not structure type.
The advantage of kcalloc is, that will prevent integer overflows which
could result from the multiplication of number of elements and size and
it is also a bit
In commit ae91d60ba88ef0bdb1b5e9b2363bd52fc45d2af7, a bug was fixed that
involved converting !x & y to !(x & y). The code below shows the same
pattern, and thus should perhaps be fixed in the same way.
The Coccinelle semantic patch that makes this change is as follows:
//
@@ expression E1,E2; @
On Sat, Jul 19, 2014 at 07:49:55AM -0700, Kees Cook wrote:
>
> No worries -- the only user of the seccomp syscall that I know of is
> the seccomp regression testing suite, and that'd be trivially to fix.
>
> I would note that the seccomp series includes adding the syscall also
> to ARM and MIPS,
In commit ae91d60ba88ef0bdb1b5e9b2363bd52fc45d2af7, a bug was fixed that
involved converting !x & y to !(x & y). The code below shows the same
pattern, and thus should perhaps be fixed in the same way.
This is not tested and clearly changes the semantics, so it is only
something to consider.
The
From: Rafael J. Wysocki
The ACPI_HANDLE() macro evaluates ACPI_COMPANION() internally to
return the handle of the device's ACPI companion, so it is much
more straightforward and efficient to use ACPI_COMPANION()
directly to obtain the device's ACPI companion object instead of
using ACPI_HANDLE()
Hi Linus,
Intel fixes came in late, but since I debugged one of them I'll send them
on,
two reverts, a quirk and one warn regression.
Dave.
The following changes since commit b579fcca32b7eaef7c346dff55adc953b56bb1a8:
Merge tag 'rdma-for-linus' of
git://git.kernel.org/pub/scm/linux/kernel/
On Sat, Jul 19, 2014 at 8:05 AM, Paul Bolle wrote:
> On Sat, 2014-07-19 at 01:10 -0400, Nicholas Krause wrote:
>> This patch removes a unneeded line from this file as stated by the
>> fix me in this file.
>>
>> Signed-off-by: Nicholas Krause
>> ---
>> arch/mips/kernel/smp-cmp.c | 2 --
>> 1 file
Dnia 2014-07-10, czw o godzinie 14:44 -0400, Benjamin Tissoires pisze:
> Hi guys,
>
> Continuing on the Wacom cleanup, here are 5 patches.
>
> The first two enhance the battery reporting for the Wireless receiver by
> adding the status of the battery (discharging, full, charging) - inspired by
>
On Sat, 19 Jul 2014, Jonathan Cameron wrote:
> On 19/07/14 21:46, Julia Lawall wrote:
> >
> >
> > On Sat, 19 Jul 2014, Jonathan Cameron wrote:
> >
> > > On 19/07/14 11:33, Himangi Saraogi wrote:
> > > > This patch moves data allocated using unmanaged interfaces to managed
> > > > interfaces l
On 19/07/14 21:46, Julia Lawall wrote:
On Sat, 19 Jul 2014, Jonathan Cameron wrote:
On 19/07/14 11:33, Himangi Saraogi wrote:
This patch moves data allocated using unmanaged interfaces to managed
interfaces like devm_kzalloc, devm_iio_device_register, devm_kasprintf,
devm_request_threaded_ir
On 19 July 2014 22:28, Steven Rostedt wrote:
> On Sat, 19 Jul 2014 21:10:37 +0200
> Ard Biesheuvel wrote:
>
>> On 18 July 2014 23:22, Steven Rostedt wrote:
>> > On Fri, 18 Jul 2014 16:55:42 -0400 (EDT)
>> > Nicolas Pitre wrote:
>> >
>> >>
>> >> Here's the patch I have at the head of the series
On Sat, 19 Jul 2014, Jonathan Cameron wrote:
> On 19/07/14 11:33, Himangi Saraogi wrote:
> > This patch moves data allocated using unmanaged interfaces to managed
> > interfaces like devm_kzalloc, devm_iio_device_register, devm_kasprintf,
> > devm_request_threaded_irq and does away with the call
On 19/07/14 11:33, Himangi Saraogi wrote:
This patch moves data allocated using unmanaged interfaces to managed
interfaces like devm_kzalloc, devm_iio_device_register, devm_kasprintf,
devm_request_threaded_irq and does away with the calls to free the
allocated memory in the probe and remove funct
On Sat, 19 Jul 2014 21:10:37 +0200
Ard Biesheuvel wrote:
> On 18 July 2014 23:22, Steven Rostedt wrote:
> > On Fri, 18 Jul 2014 16:55:42 -0400 (EDT)
> > Nicolas Pitre wrote:
> >
> >>
> >> Here's the patch I have at the head of the series now, with the above
> >> ugliness changed to an unconditi
Joakim Tjernlund writes:
> Trying to real /proc//exe I noticed I could not read links not
> belonging to my user such as:
> jocke > ls -l /proc/1/exe
> ls: cannot read symbolic link /proc/1/exe: Permission denied
>
> Is this expected?
Yes. This information is considered private.
Hi,
As per the subject, this is to make ACPI-based PCI wakeup (such as WoL on some
systems among other things) work with the "freeze" sleep state. For this
purpose ACPI wakeup GPEs need to be enabled for wakeup devices before
freeze_enter() is called and it is best to do that when configuring dev
From: Rafael J. Wysocki
Wakeup GPEs are currently only enabled when setting up devices for
remote wakeup at run time. During system-wide transitions they are
enabled by ACPICA at the very last stage of suspend (before asking
the BIOS to take over). Of course, that only works for system
sleep st
From: Rafael J. Wysocki
To avoid confusion with acpi_device_wakeup(), rename the default
ACPI device PM notify handler from acpi_wakeup_device() to
acpi_device_pm_event().
No functional changes.
Signed-off-by: Rafael J. Wysocki
---
drivers/acpi/device_pm.c | 10 +-
1 file changed, 5
On Saturday, July 19, 2014 10:14:04 PM Andrey Utkin wrote:
> Resubmitting to send also to linux...@vger.kernel.org as requested by
> Rafael J. Wysocki
>
> ---8<---
>
> Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=80621
> Reported-by: David Binderman
> Signed-off-by: Andrey Utkin
Queu
Hi Linus,
Apologies for the relative lateness of this pull request, however the
commits fix some issues with the NFS read/write code updates in 3.16-rc1
that can cause serious Oopsing when using small r/wsize. The delay was
mainly due to extra testing to make sure that the fixes behave
correctly.
Am 18.07.2014 17:05, schrieb Joakim Tjernlund:
> Joakim Tjernlund/Transmode wrote on 2014/07/18 15:49:17:
>>
>> Richard Weinberger wrote on 2014/07/18
> 14:58:30:
>>>
>>> On Thu, Jul 17, 2014 at 1:18 PM, Joakim Tjernlund
>>> wrote:
Trying to real /proc//exe I noticed I could not read link
On Saturday, July 19, 2014 11:21:52 AM Dmitry Torokhov wrote:
> On Saturday, July 19, 2014 01:59:01 PM Alan Stern wrote:
> > On Sat, 19 Jul 2014, Benson Leung wrote:
> > > > This raises an interesting question. Suppose the system gets suspended
> > > > while the lid is closed. At that point, shou
On Sat, 2014-07-19 at 21:34 +0200, Riccardo Lucchese wrote:
> It is silly to go through an if statement to set a single boolean
> value in function of a single boolean expression. In the function
> lov_check_set, assign the return value directly.
[]
> diff --git a/drivers/staging/lustre/lustre/lov/
On Sat, Jul 19, 2014 at 02:46:56PM -0400, Nicolas Pitre wrote:
> People think all sorts of things. And it becomes very irritating when
> thoughtful assumptions get burned into ROM for example. We should be
> able to do better in the kernel.
Agreed. There used to be an x86 subarch where the boo
Fix the following checkpatch.pl issue in lov_request.c:
ERROR: space required before the open brace '{'
Signed-off-by: Riccardo Lucchese
---
drivers/staging/lustre/lustre/lov/lov_request.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/lustre/lustre/lov
Fix the following checkpatch.pl issue in lov_request.c:
WARNING: Missing a blank line after declarations
Signed-off-by: Riccardo Lucchese
---
drivers/staging/lustre/lustre/lov/lov_request.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/lustre/lustre/l
1 - 100 of 230 matches
Mail list logo
