In the macro THREAD_INFO(reg,offset), the offset is relative to
KERNEL_STACK_OFFSET. Change the macro and all its uses so that
offset is given as the current top of stack in the pt_regs frame.
The generated code is identical.
Signed-off-by: Alexander van Heukelum
---
arch/x86/ia32/ia32entry.S
Removes some functions that are not used anywhere:
CAM_empty_entry() get_bsstype() rtw_get_oper_choffset()
rtw_get_oper_bw() is_ap_in_wep() should_forbid_n_rate()
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
Create an IRET-compatible top of stack at syscall entry and use this
information to return to user mode in the sysret path. This removes
the need for the FIXUP_TOP_OF_STACK and RESTORE_TOP_OF_STACK macros.
Signed-off-by: Alexander van Heukelum
---
arch/x86/kernel/entry_64.S | 77
On Sat, Jan 17, 2015 at 04:56:20PM -0800, Joe Perches wrote:
> On Thu, 2014-12-25 at 15:07 -0800, Joe Perches wrote:
> > No caller or macro uses the return value so make all
> > the functions return void.
>
> Ping?
It's in my queue, just starting to dig out from under it, give me a few
more days
Hi Stephan,
On 01/17/2015 10:23 AM, Stephan Mueller wrote:
> during testing of my algif_aead patch with the different GCM implementations
> I
> am able to trigger a kernel crash from user space using __driver-gcm-aes-
> aesni.
>
> As I hope that algif_aead is going to be included, unprivileged
Signed-off-by: Nicholas Mc Guire
---
return type of wait_for_completion_timeout is unsigned long as ret is
used only for checking wait_for_completion_timeout here the type was
changed to unsigned long, wait_for_completion_timeout return >= 0 only
so the checks for negative return canbe dropped.
On 01/17/2015 02:09 PM, Vivien Didelot wrote:
Hi Guenter, Greg,
[ .. ]
BTW Guenter, does this patch make sense to you?
It does make sense to me to only use the return value from is_visible
for the mode.
As for which bits to use, I am not entirely sure. I think it would be
more important
From: Richard Weinberger
Subject: Re: [PATCH] hostfs: Use noop_fsync for directories
Date: Wed, 14 Jan 2015 09:43:53 +0100
> Daniel, are you interested in a small kernel project?
Sure, I'm just pretty busy with university right now, I'll probably
pick this back up after exams are finished in a
Signed-off-by: Nicholas Mc Guire
---
The return value of wait_for_completion_timeout is unsigned long,
as it is used here for wait_for_completion_timeout only the type
of commretval was changed to unsigned long.
As wait_for_completion_timeout does not return negative values
the commretval < 0
From: Mathieu Poirier
mpoirier@t430:~/work/kernel1$ make C=1 M=drivers/staging/vt6655/
LD drivers/staging/vt6655/built-in.o
CHECK drivers/staging/vt6655/device_main.c
drivers/staging/vt6655/device_main.c:1672:5: warning: symbol 'vnt_init' was not
declared. Should it be static?
CC
From: Mathieu Poirier
>From a v3.19-rc4 baseline sparse finds the following errors:
LD drivers/staging/vt6655/built-in.o
CHECK drivers/staging/vt6655/device_main.c
drivers/staging/vt6655/device_main.c:1503:25: warning: incorrect type in
argument 1 (different address spaces)
From: Mathieu Poirier
mpoirier@t430:~/work/kernel1$ make C=1 M=drivers/staging/vt6655/
LD drivers/staging/vt6655/built-in.o
CHECK drivers/staging/vt6655/device_main.c
drivers/staging/vt6655/device_main.c:1503:25: warning: incorrect type in
argument 1 (different address spaces)
From: Mathieu Poirier
mpoirier@t430:~/work/kernel1$ make C=1 M=drivers/staging/vt6655/
LD drivers/staging/vt6655/built-in.o
CHECK drivers/staging/vt6655/device_main.c
CC [M] drivers/staging/vt6655/device_main.o
CHECK drivers/staging/vt6655/card.c
CC [M]
From: Mathieu Poirier
mpoirier@t430:~/work/kernel1$ make C=1 M=drivers/staging/vt6655/
CHECK drivers/staging/vt6655/mac.c
drivers/staging/vt6655/mac.c:162:6: warning: symbol 'MACvGetShortRetryLimit'
was not declared. Should it be static?
CC [M] drivers/staging/vt6655/mac.o
Commit:
Hi,
On Sat, Jan 17, 2015 at 04:22:35PM -0800, Greg KH wrote:
> On Fri, Jan 16, 2015 at 08:58:10PM -0800, Andrew Milkovich wrote:
> > Fixed coding style errors per checkpatch.pl. Inline comments removed;
> > chanptr
> > comment is implied by the first argument being the channel. No parent bus
> >
On 01/16/2015 09:48 AM, Stefan Wahren wrote:
> This patch adds root compatible properties for the following boards:
> - Raspberry Pi Model B
> - Raspberry Pi Model B+
We may as well add all the models while at it. I think the following is
a complete list so far:
"model-b-i2c0": early model B
On 01/16/2015 09:49 AM, Stefan Wahren wrote:
> This patch converts all bcm2835 dts files to use the pinctrl
> header file.
Aside from the one comment I made, the series,
Acked-by: Stephen Warren
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
Hi again,
On Sat, Jan 17, 2015 at 04:22:35PM -0800, Greg KH wrote:
> On Fri, Jan 16, 2015 at 08:58:10PM -0800, Andrew Milkovich wrote:
> > Fixed coding style errors per checkpatch.pl. Inline comments removed;
> > chanptr
> > comment is implied by the first argument being the channel. No parent
On Sat, Jan 17, 2015 at 07:01:41PM -0800, Andrew Milkovich wrote:
> Hi,
>
> On Sat, Jan 17, 2015 at 04:22:35PM -0800, Greg KH wrote:
> > On Fri, Jan 16, 2015 at 08:58:10PM -0800, Andrew Milkovich wrote:
> > > Fixed coding style errors per checkpatch.pl. Inline comments removed;
> > > chanptr
> >
Fixed coding style errors per checkpatch.pl. Inline comments removed; chanptr
comment is implied by the first argument being the channel. No parent bus
comment is already understood by the argument being NULL.
Signed-off-by: Andrew Milkovich
---
drivers/staging/unisys/virtpci/virtpci.c | 24
On Sat, Jan 17, 2015 at 05:45:15PM -0800, Guenter Roeck wrote:
> On 01/17/2015 02:09 PM, Vivien Didelot wrote:
> >Hi Guenter, Greg,
> >
> [ .. ]
>
> >
> >BTW Guenter, does this patch make sense to you?
> >
>
> It does make sense to me to only use the return value from is_visible
> for the mode.
Fixed coding style errors per checkpatch.pl. Inline comments removed; chanptr
comment is implied by the first argument being the channel. No parent bus
comment is already understood by the argument being NULL.
Signed-off-by: Andrew Milkovich
---
drivers/staging/unisys/virtpci/virtpci.c | 24
On Sat, 2015-01-17 at 19:30 -0800, Andrew Milkovich wrote:
> Fixed coding style errors per checkpatch.pl.
which ones?
As far as I can tell, none of the checkpatch
warnings on this file are actually addressed
by this patch.
--
To unsubscribe from this list: send the line "unsubscribe
On Sat, Jan 17, 2015 at 08:01:52PM -0800, Joe Perches wrote:
> On Sat, 2015-01-17 at 19:30 -0800, Andrew Milkovich wrote:
> > Fixed coding style errors per checkpatch.pl.
>
> which ones?
>
> As far as I can tell, none of the checkpatch
> warnings on this file are actually addressed
> by this
This patch fixes the following checkpatch.pl error:
ERROR: Macros with complex values should be enclosed in parentheses
Outer parentheses were added to macro definitions.
Signed-off-by: Andrew Milkovich
---
drivers/staging/dgnc/digi.h | 60 ++---
1 file
On Sat, Jan 17, 2015 at 09:09:08PM -0800, Andrew Milkovich wrote:
> This patch fixes the following checkpatch.pl error:
> ERROR: Macros with complex values should be enclosed in parentheses
> Outer parentheses were added to macro definitions.
>
> Signed-off-by: Andrew Milkovich
> ---
>
From: Akash Shende
Date: Fri, 16 Jan 2015 19:12:42 +0530
> Fix some spelling mistakes, coding style and don't assign value to static var.
>
> Signed-off-by: Akash Shende
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
From: chas williams - CONTRACTOR
Date: Fri, 16 Jan 2015 08:57:21 -0500
> Signed-off-by: Chas Williams - CONTRACTOR
Applied, thanks Chas.
--
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
On 2015年01月16日 22:33, Lorenzo Pieralisi wrote:
On Wed, Jan 14, 2015 at 03:04:55PM +, Hanjun Guo wrote:
FADT Major.Minor version was introduced in ACPI 5.1, it is the same
as ACPI version.
In ACPI 5.1, some major gaps are fixed for ARM, such as updates in
MADT table for GIC and SMP init,
Hi Linus,
The following changes since commit eaa27f34e91a14cdceed26ed6c6793ec1d186115:
linux 3.19-rc4 (2015-01-11 12:44:53 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc.git
tags/armsoc-for-linus
for you to fetch changes up to
I've got an Intel Haswell-based system with a Gigabyte Z87X-D3H
motherboard under Fedora 21. After updating to the 3.18.2-200 Fedora
kernel, I noticed some errors in dmesg and at least some of my USB3
ports don't recognize any USB3 devices plugged into them:
[0.560838] xhci_hcd
On 2015年01月16日 17:49, Catalin Marinas wrote:
On Wed, Jan 14, 2015 at 03:04:54PM +, Hanjun Guo wrote:
Since PCI is not required in ACPI spec and ARM can run without
it, introduce some stub functions to make PCI optional for ACPI,
and make ACPI core run without CONFIG_PCI on ARM64.
When PCI
Hi,
[CCing more people]
2015-01-16 23:39 GMT+09:00 Paul Osmialowski :
> This enhancement of i2c API is designed to address following problem
> caused by circular lock dependency:
>
> -> #1 (prepare_lock){+.+.+.}:
> [2.730502][] __lock_acquire+0x3c0/0x8a4
> [2.735970][]
Hi Folks,
Sorry for top posting from bed. The mainstream servers will all likely do PCIe
but there are several that may not. They should not be excluded. That said, if
we booted a previously built kernel on a system without an MCFG and got no
ECAM/root then things would probably still work.
I
On 2015年01月16日 18:10, Catalin Marinas wrote:
On Thu, Jan 15, 2015 at 08:04:37PM +, Jason Cooper wrote:
On Thu, Jan 15, 2015 at 07:02:20PM +, Mark Brown wrote:
On Thu, Jan 15, 2015 at 06:23:47PM +, Catalin Marinas wrote:
On Thu, Jan 15, 2015 at 04:26:20PM +, Grant Likely wrote:
Hi Greg,
On Sat, Jan 17, 2015 at 03:28:27PM -0800, Greg KH wrote:
>
> I took your v2 version, please send me the difference as this is a
> mess...
Not sure I understand what you meant here.
Do you want me to submit a new patch that contains only the differences between
v2 and v3?
Thanks,
Replaced null test on dma handle with pci_dma_mapping_error() and cleaned
up the error handling code.
Tina Johnson (2):
drivers: scsi: mpt2sas: Added pci_dma_mapping_error() call
drivers: scsi: mpt2sas: Clean up error handling for calls to pci_map_single
*Currently, the error handling code is organized to free dma_addr_out,
dma_addr_in and then pci_addr_out, pci_addr_in. Since dma_addr_out and
pci_addr_out are allocated first and then dma_addr_in and pci_addr_in,
the error handling code is reorganized to free the in variables first and
then
Replaced null test on dma handle with pci_dma_mapping_error()
o check for mapping errors. Coccinelle was used to find cases
that do not check for dma mapping errors:
@rule1@
statement S;
identifier x;
@@
*x = pci_map_single(...);
if (!x) S
Signed-off-by: Tina Johnson
Acked-by: Julia Lawall
On 2015年01月18日 14:31, Jon Masters wrote:
Hi Folks,
Sorry for top posting from bed. The mainstream servers will all likely do
> PCIe but there are several that may not. They should not be excluded.
That said,
>if we booted a previously built kernel on a system without an MCFG and
> got no
On Sat, Jan 17, 2015 at 10:41:44PM -0800, Tristan Lelong wrote:
> Hi Greg,
>
> On Sat, Jan 17, 2015 at 03:28:27PM -0800, Greg KH wrote:
> >
> > I took your v2 version, please send me the difference as this is a
> > mess...
>
> Not sure I understand what you meant here.
> Do you want me to
On Sun, Jan 18, 2015 at 12:08:18AM -0600, Robert Hancock wrote:
> I've got an Intel Haswell-based system with a Gigabyte Z87X-D3H motherboard
> under Fedora 21. After updating to the 3.18.2-200 Fedora kernel, I noticed
> some errors in dmesg and at least some of my USB3 ports don't recognize any
>
Fixed the following warnings (reported by sparse):
drivers/staging/wlan-ng/hfa384x_usb.c:3828:36: warning: cast to restricted
__le16
drivers/staging/wlan-ng/hfa384x_usb.c:3229:16: warning: cast to restricted
__le16
drivers/staging/wlan-ng/hfa384x_usb.c:3430:18: warning: cast to restricted
Put down me, Arve, and Riley as maintainers for the android drivers.
Cc: Arve Hjønnevåg
Cc: Riley Andrews
Signed-off-by: Greg Kroah-Hartman
diff --git a/MAINTAINERS b/MAINTAINERS
index 3589d67437f8..95fd5c66ba09 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -708,6 +708,16 @@ X:
This patch simplifies the fld_proc_hash_seq_write function
by removing the dynamic memory allocation.
The longest fh_name used so far in lustre is 4 characters.
We use a 8 bytes variable to be on the safe side.
Signed-off-by: Tristan Lelong
---
Hi Greg,
This patch is a rework of "staging:
This patch fixes the checkpatch.pl warning:
WARNING: line over 80 characters
All line over 80 characters in driver/staging/speakup/* are fixed
Signed-off-by: Shirish Gajera
---
drivers/staging/speakup/main.c | 12
drivers/staging/speakup/serialio.h | 3 ++-
401 - 446 of 446 matches
Mail list logo