Hi Len,
Today's linux-next merge of the idle tree got a conflict in
arch/x86/include/uapi/asm/msr-index.h between commit 2f86dc4cddcb
("intel_pstate: Add support for HWP") from Linus' tree and commit
a8b65b07d753 ("tools/power turbostat: decode MSR_*_PERF_LIMIT_REASONS")
from the idle tree.
I
Gangadhar,
On Sun, Dec 21, 2014 at 09:09:05AM +0530, Gangadhar Vukkesala wrote:
> Removed unnecessary initialization of static variable "zero" to 0
> in pid_namespace.c as default value of static variable is 0.
> This issue was found when running checkpatch.pl script on pid_namespace.c.
>
>
Sage,
On Sat, Dec 20, 2014 at 09:01:54PM -0500, Sage Vaillancourt wrote:
> Patch to the ni_stc.h file that removes spaces before tabs, and adds blank
> lines
> after declarations.
> Signed-off-by: Sage Vaillancourt
Format your log message so it is no more than 80 characters wide (I like
Hi Linus,
On Sat, 2014-12-20 at 17:43 -0800, Linus Torvalds wrote:
> So it's been a day less than two weeks, and the merge window is closed.
>
> Considering how much came in fairly late, I find it hard to care about
> anybody who had decided to cut it even closer than some people already
> did.
Hi Mohammad,
On Sun, 2014-12-21 at 08:03AM +0530, Mohammad Jamal wrote:
> Fix the coding style issue by adding blank line after declaration
>
> Signed-off-by: Mohammad Jamal
> ---
> .../clocking-wizard/clk-xlnx-clock-wizard.c|1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
Fixes following warning generated by sparse:
drivers/staging/vt6655/baseband.c:2180:45: warning: incorrect type in argument
1 (different address spaces)
drivers/staging/vt6655/baseband.c:2180:45:expected struct vnt_private *priv
drivers/staging/vt6655/baseband.c:2180:45:got void
On Sat, Dec 20, 2014 at 05:43:22PM -0800, Linus Torvalds wrote:
> So it's been a day less than two weeks, and the merge window is closed.
>
> Considering how much came in fairly late, I find it hard to care about
> anybody who had decided to cut it even closer than some people already
> did.
> Remove the function mmio_size_show() that is not used anywhere.
Did you compile check this patch?
drivers/misc/cxl/sysfs.c:291:74: error: ‘mmio_size_show’ undeclared here (not
in a function)
It's used here:
static struct device_attribute afu_attrs[] = {
On Sat, Dec 20, 2014 at 01:16:29PM -0800, Linus Torvalds wrote:
> On Sat, Dec 20, 2014 at 10:25 AM, Linus Torvalds
> wrote:
> >
> > How/where is the HPET overflow case handled? I don't know the code enough.
>
> Hmm, ok, I've re-acquainted myself with it. And I have to admit that I
> can't see
Removed unnecessary initialization of static variable "zero" to 0
in pid_namespace.c as default value of static variable is 0.
This issue was found when running checkpatch.pl script on pid_namespace.c.
Signed-off-by: Gangadhar Vukkesala
---
kernel/pid_namespace.c |2 +-
1 file changed, 1
I'm looking at the vdso timing code, and I'm puzzled by the pvclock
code. My motivation is comprehensibility, performance, and
correctness.
# for i in `seq 10`; do ./timing_test_64 10 vclock_gettime 0; done
1000 loops in 0.69138s = 69.14 nsec / loop
1000 loops in 0.63614s = 63.61 nsec /
au0828_analog_register() frees au0828_dev when it fails to
locate isoc endpoint. au0828_usb_probe() continues with dvb
and rc probe and registration assuming dev is still valid.
When au0828_analog_register() fails to locate isoc endpoint,
it should return without free'ing au0828_dev. Otherwise,
Fixed a space coding style issue in 3-dimensional array initialization
which was found when running checkpatch.pl script on rtl819x_HTProc.c.
Signed-off-by: Gangadhar Vukkesala
---
drivers/staging/rtl8192e/rtl819x_HTProc.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
This patch solves space prohibited before , warning in gdm_mux.c
Signed-off-by: Mohammad Jamal
---
drivers/staging/gdm724x/gdm_mux.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/gdm724x/gdm_mux.c
b/drivers/staging/gdm724x/gdm_mux.c
index
- Original Message -
> From: "Rickard Strandqvist"
> To: "David Airlie" , "Ben Skeggs"
> Cc: "Rickard Strandqvist" ,
> "Alexandre Courbot" , "Ilia
> Mirkin" , dri-de...@lists.freedesktop.org,
> linux-kernel@vger.kernel.org
> Sent: Sunday, 21 December, 2014 2:54:16 AM
> Subject: [PATCH]
Fix the coding style issue by adding blank line after declaration
Signed-off-by: Mohammad Jamal
---
.../clocking-wizard/clk-xlnx-clock-wizard.c|1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/clocking-wizard/clk-xlnx-clock-wizard.c
Patch to the ni_stc.h file that removes spaces before tabs, and adds blank lines
after declarations.
Signed-off-by: Sage Vaillancourt
---
drivers/staging/comedi/drivers/ni_stc.h | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git
On December 20, 2014 8:17:05 PM EST, Rickard Strandqvist
wrote:
>2014-12-21 1:06 GMT+01:00 Andy Walls :
>> On December 20, 2014 5:35:17 PM EST, Rickard Strandqvist
> wrote:
>>>Removes some functions that are not used anywhere:
>>>snd_cx18_mixer_tv_vol_get() snd_cx18_mixer_tv_vol_info()
So it's been a day less than two weeks, and the merge window is closed.
Considering how much came in fairly late, I find it hard to care about
anybody who had decided to cut it even closer than some people already
did. That said, maybe there aren't any real stragglers - and judging
by the size
2014-12-21 1:06 GMT+01:00 Andy Walls :
> On December 20, 2014 5:35:17 PM EST, Rickard Strandqvist
> wrote:
>>Removes some functions that are not used anywhere:
>>snd_cx18_mixer_tv_vol_get() snd_cx18_mixer_tv_vol_info()
>>snd_cx18_mixer_tv_vol_put()
>>
>>This was partially found by using a static
-20141220-x86-vdso
for you to fetch changes up to 394f56fe480140877304d342dec46d50dc823d46:
x86_64, vdso: Fix the vdso address randomization algorithm
(2014-12-20 16:56:57 -0800)
One vdso fix for a longstanding ASLR bug that's been
On December 20, 2014 5:35:17 PM EST, Rickard Strandqvist
wrote:
>Removes some functions that are not used anywhere:
>snd_cx18_mixer_tv_vol_get() snd_cx18_mixer_tv_vol_info()
>snd_cx18_mixer_tv_vol_put()
>
>This was partially found by using a static code analysis program called
>cppcheck.
>
On 12/20/2014 04:59 PM, Rickard Strandqvist wrote:
Remove the function rtl8723be_phy_get_txpower_level() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
Remove the function wlc_phy_txpwr_idx_get_nphy() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
.../net/wireless/brcm80211/brcmsmac/phy/phy_int.h |1 -
Remove the function wlc_lcnphy_crsuprs() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
.../net/wireless/brcm80211/brcmsmac/phy/phy_int.h |1 -
Removes some functions that are not used anywhere:
wlc_phy_edcrs_lock() wlc_phy_txpower_ipa_ison() wlc_phy_upd_rssi_offset()
wlc_phy_get_pwrdet_offsets() wlc_lcnphy_epa_switch() wlc_phy_stf_ssmode_get()
wlc_phy_stf_chain_get() write_phy_channel_reg() wlc_phy_BSSinit()
wlc_phy_set_deaf()
2014-12-21 1:09 GMT+01:00 Rickard Strandqvist
:
> Removes some functions that are not used anywhere:
> wlc_phy_edcrs_lock() wlc_phy_txpower_ipa_ison() wlc_phy_upd_rssi_offset()
> wlc_phy_get_pwrdet_offsets() wlc_lcnphy_epa_switch() wlc_phy_stf_ssmode_get()
> wlc_phy_stf_chain_get()
On a new Gentoo based system with Kernel.org Kernels 3.17.4 to 3.17.7
when I physically plug the Keyspan 4-Port Serial to USB adapter into a
usb port my system freezes with a "unable to handle kernel NULL pointer
deference" message.
My old system (also Gentoo based with Kernel.org 3.17.4) does
Removes some functions that are not used anywhere:
wlc_phy_edcrs_lock() wlc_phy_txpower_ipa_ison() wlc_phy_upd_rssi_offset()
wlc_phy_get_pwrdet_offsets() wlc_lcnphy_epa_switch() wlc_phy_stf_ssmode_get()
wlc_phy_stf_chain_get() write_phy_channel_reg() wlc_phy_BSSinit()
wlc_phy_set_deaf()
Enabled quirks necessary for correct battery capacity reporting. Cleaned up
surrounding style.
Signed-off-by: Ross Skaliotis
---
drivers/hid/hid-input.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/hid/hid-input.c b/drivers/hid/hid-input.c
index
Hi Pavel,
>>> I have trouble understanding... h4p_hci_open() seems to be called as
>>> soon as I insmod the driver. Who does that? Is it some kind of udev
>>> magic?
>>
>> As soon as you do hci_register_dev, it will bring up the device and run the
>> basic initialization. That is needed to get
Hi Pavel,
> Add hci_h4p bluetooth driver. This device is used for example on Nokia N900
> cell phone.
the driver is called nokia_h4p. And you could be a little bit more verbose here
explaining where the driver came from.
>
> Signed-off-by: Pavel Machek
> Thanks-to: Sebastian Reichel
>
virtio 1.0 only requires used address to be 4 byte aligned,
vhost required 8 bytes (size of vring_used_elem).
Fix up vhost to match that.
Additionally, while vhost correctly requires 8 byte
alignment for log, it's unconnected to used ring:
it's a consequence that log has u64 entries.
Tweak code
Remove the function gdth_ioctl_check_bin() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/scsi/gdth_proc.c | 18 --
1 file changed, 18 deletions(-)
diff --git
Remove the function rtl8723be_phy_get_txpower_level() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/net/wireless/rtlwifi/rtl8723be/phy.c | 25 -
On 20 December 2014 at 20:07, Arnd Bergmann wrote:
> On Wednesday 17 December 2014 15:01:29 Marc Zyngier wrote:
>> Also it is worth noticing that given how GICV is placed, it will never
>> work with 64K pages and virtualization. Pretty sad.
>
> Does this mean no VGIC support on this platform so
Removes some functions that are not used anywhere:
rnat_consumption() inat_page_consumption() privilege_reg()
unimpl_daddr() privilege_op() rsv_reg_field() illegal_dep()
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
This adds to to the console= command line options allowing the
addition of a per console log level setting.
examples,
console=ttyS0,ll4
console=tty0,ll6
This can be used on systems which have multiple serial consoles, but
it's desired for logging to be light on one and heavy on
On Thu, Dec 18, 2014 at 11:35:04PM +0100, Arnd Bergmann wrote:
> On Thursday 18 December 2014 22:01:28 dwal...@fifo99.com wrote:
> > On Tue, Dec 16, 2014 at 12:20:43AM +0100, Rickard Strandqvist wrote:
> > > Hi
> > >
> > > My script looks for the same function name, so if they then would be
> > >
Remove the function ast_load_dp501_microcode() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/gpu/drm/ast/ast_dp501.c | 12
drivers/gpu/drm/ast/ast_drv.h |1 -
2
Remove the function sync_data_avail_to_end() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
arch/cris/arch-v32/drivers/sync_serial.c | 20
1 file changed, 20
Removes some functions that are not used anywhere:
mpc7448_hpc2_halt() mpc7448_hpc2_power_off()
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
arch/powerpc/platforms/embedded6xx/mpc7448_hpc2.c | 11 ---
1 file
On Wed, Dec 17, 2014 at 10:46 AM, Jonathan Richardson
wrote:
> The config procedure doesn't follow the spec which periodically results
> in failing to enable the output signal. This happens one in ten or
> twenty attempts. Following the spec and adding a 400ns delay in the
>
Remove the function ceph_armor() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
net/ceph/armor.c | 39 ---
net/ceph/crypto.h |1 -
2 files changed,
Removes some functions that are not used anywhere:
snd_cx18_mixer_tv_vol_get() snd_cx18_mixer_tv_vol_info()
snd_cx18_mixer_tv_vol_put()
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
On Friday, December 19, 2014 07:52:59 PM valdis.kletni...@vt.edu wrote:
> On Thu, 18 Dec 2014 23:09:27 -0500, Richard Guy Briggs said:
> > Eric Paris explains: Since kauditd_send_multicast_skb() gets called in
> > audit_log_end(), which can come from any context (aka even a sleeping
> > context)
On Saturday, December 20, 2014 01:32:10 PM Rickard Strandqvist wrote:
> Remove the function avc_sidcmp() that is not used anywhere.
>
> This was partially found by using a static code analysis program called
> cppcheck.
>
> Signed-off-by: Rickard Strandqvist
> ---
> security/selinux/avc.c |
Remove the function ad198x_ch_mode_get() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
sound/pci/hda/patch_analog.c |9 -
1 file changed, 9 deletions(-)
diff --git
Removes some functions that are not used anywhere:
s3c2410_udc_clear_ep_state() s3c2410_udc_set_ep0_sse_out()
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
drivers/usb/gadget/udc/s3c2410_udc.c | 20
On Sat, 20 Dec 2014 21:42:13 +0100
Pavel Machek wrote:
> On Wed 2014-12-10 15:38:27, Michael Ellerman wrote:
> > usleep is a Fedoraism, it's not generally available on Debian based
> > systems AFAICS.
> >
> > GNU sleep accepts a floating point argument, so use that instead.
> >
> >
On Sat 2014-12-20 22:20:27, Pavel Machek wrote:
> On Sat 2014-12-20 22:01:25, Pavel Machek wrote:
> > Hi!
> >
> > > Please pull fbdev changes for 3.19.
> > >
> > > Tomi
> >
> > v3.19-rc0 breaks video on my n900.
> >
> > > Archit Taneja (7):
> > > OMAPDSS: DPI: Use DPI driver data
> > >
I will have closer look on why acpi_match_device could fail. This patch
was only based on code reading when trying to fix the compiler warning
mentioned in the commit message.
[Sorry for top posting]
On Sat, Dec 20, 2014 at 11:29 PM, Pandruvada, Srinivas
wrote:
> +Mika
>
> On Sat, 2014-12-20 at
+Mika
On Sat, 2014-12-20 at 13:26 -0800, Srinivas Pandruvada wrote:
> On Sat, 2014-12-20 at 00:25 +0200, Daniel Baluta wrote:
> > On Sat, Dec 20, 2014 at 12:16 AM, Hartmut Knaack wrote:
> > > Daniel Baluta schrieb am 18.12.2014 um 18:16:
> > >> When using ACPI, if acpi_match_device fails then
On Sat, 2014-12-20 at 00:25 +0200, Daniel Baluta wrote:
> On Sat, Dec 20, 2014 at 12:16 AM, Hartmut Knaack wrote:
> > Daniel Baluta schrieb am 18.12.2014 um 18:16:
> >> When using ACPI, if acpi_match_device fails then chipset enum will be
> >> uninitialized and _def_array[chipset] will point to
On Sat, Dec 20, 2014 at 10:46:12PM +0200, Oded Gabbay wrote:
> When amdkfd and radeon are compiled inside the kernel image (not as modules),
> radeon will load before amdkfd and will set *kfd2kgd to its interface
> structure. Therefore, we must not set *kfd2kgd to NULL when amdkfd is loaded
>
On Sat 2014-12-20 22:01:25, Pavel Machek wrote:
> Hi!
>
> > Please pull fbdev changes for 3.19.
> >
> > Tomi
>
> v3.19-rc0 breaks video on my n900.
>
> > Archit Taneja (7):
> > OMAPDSS: DPI: Use DPI driver data
> > OMAPDSS: DPI: Allocate driver data
> > OMAPDSS: DPI: Store
On Sat, Dec 20, 2014 at 10:25 AM, Linus Torvalds
wrote:
>
> How/where is the HPET overflow case handled? I don't know the code enough.
Hmm, ok, I've re-acquainted myself with it. And I have to admit that I
can't see anything wrong. The whole "update_wall_clock" and the shadow
timekeeping state
On Sat, Dec 20, 2014 at 9:40 AM, Andy Lutomirski wrote:
> The theory behind vdso randomization is that it's mapped at a random
> offset above the top of the stack. To avoid wasting a page of
> memory for an extra page table, the vdso isn't supposed to extend
> past the lowest PMD into which it
When amdkfd and radeon are compiled inside the kernel image (not as modules),
radeon will load before amdkfd and will set *kfd2kgd to its interface
structure. Therefore, we must not set *kfd2kgd to NULL when amdkfd is loaded
because it will override radeon's initialization and cause kernel BUG.
Hi!
> Please pull fbdev changes for 3.19.
>
> Tomi
v3.19-rc0 breaks video on my n900.
> Archit Taneja (7):
> OMAPDSS: DPI: Use DPI driver data
> OMAPDSS: DPI: Allocate driver data
> OMAPDSS: DPI: Store dpi_data pointer in the DT port's data
> OMAPDSS: DSS: init dss
(adding Andrew Morton)
On Sat, 2014-12-20 at 15:40 -0500, Christoph Jaeger wrote:
> Discourage the use of keyword 'boolean' for type definition attributes of
> config options as support for it will be dropped later on.
>
> Reference: http://lkml.kernel.org/r/cover.1418003065.git...@linux.com
>
This patch adds a new function to amdkfd, which returns 1 if the amdkfd
initialization function has completed, and 0 otherwise.
This is necessary for the case when amdkfd and radeon are both compiled inside
the kernel image (not as modules). In that case, radeon probes the existing GPU
before
When amd_iommu_v2, amdkfd and radeon are all compiled inside the kernel image
(not as modules), radeon probes the existing GPU before amdkfd and amd_iommu_v2
are even loaded. When radeon encounters an AMD GPU, it will pass that
information to amdkfd. However, that call will fail and will cause a
This small patch-set, together with amd_iommu_v2 patch at
http://lists.linuxfoundation.org/pipermail/iommu/2014-December/011435.html
was created to solve the bug described at
https://bugzilla.kernel.org/show_bug.cgi?id=89661 (Kernel panic when
trying use amdkfd driver on Kaveri).
That bug
Pavel,
On Sat, 2014-12-20 at 21:23 +0100, Pavel Machek wrote:
> --- a/drivers/bluetooth/Kconfig
> +++ b/drivers/bluetooth/Kconfig
> @@ -243,4 +243,13 @@ config BT_WILINK
> Say Y here to compile support for Texas Instrument's WiLink7 driver
> into the kernel or say M to compile it
On Wed 2014-12-10 15:38:27, Michael Ellerman wrote:
> usleep is a Fedoraism, it's not generally available on Debian based
> systems AFAICS.
>
> GNU sleep accepts a floating point argument, so use that instead.
>
> Signed-off-by: Michael Ellerman
Could ftrace user interface be enhanced not to
ptlrpc_internal.h contains the prototypes for sptlrpc_gc_init() and
sptlrpc_gc_fini(), which are defined in sec_gc.c.
This removes the following sparse warnings:
drivers/staging/lustre/lustre/ptlrpc/sec_gc.c:217:5: warning: symbol
'sptlrpc_gc_init' was not declared. Should it be static?
Support for keyword 'boolean' will be dropped later on.
No functional change.
Reference: http://lkml.kernel.org/r/cover.1418003065.git...@linux.com
Signed-off-by: Christoph Jaeger
---
arch/mips/pmcs-msp71xx/Kconfig | 6 +++---
drivers/connector/Kconfig | 2 +-
Discourage the use of keyword 'boolean' for type definition attributes of
config options as support for it will be dropped later on.
Reference: http://lkml.kernel.org/r/cover.1418003065.git...@linux.com
Suggested-by: Daniel Borkmann
Signed-off-by: Christoph Jaeger
---
scripts/checkpatch.pl | 7
On 12/20/2014 10:12 PM, Oded Gabbay wrote:
> This patch adds a new exported function to amd_iommu_v2, which returns 1 if
> the
> amd_iommu_v2 initialization function has completed, and 0 otherwise.
>
> This is necessary for the case when amd_iommu_v2 is compiled inside the kernel
> image (not
On Sat, Dec 20, 2014 at 03:27:31PM -0500, sbaugh wrote:
> ptlrpc_internal.h contains the prototypes for sptlrpc_gc_init() and
> sptlrpc_gc_fini(), which are defined in sec_gc.c.
>
> This removes the following sparse warnings:
>
> drivers/staging/lustre/lustre/ptlrpc/sec_gc.c:217:5: warning:
Add hci_h4p bluetooth driver. This device is used for example on Nokia N900
cell phone.
Signed-off-by: Pavel Machek
Thanks-to: Sebastian Reichel
Thanks-to: Joe Perches
---
Please apply,
Pavel
diff --git a/drivers/bluetooth/Kconfig
On Friday 19 December 2014 18:02:21 Alexandre Belloni wrote:
> Arnd,
>
> On 19/12/2014 at 17:53:44 +0300, Sergei Shtylyov wrote :
> > >+#define cpu_is_at32ap7000() (0)
> >
> >() around 0 not needed at all.
> >
>
> Do you want me to fix that and resubmit? I don't have strong opinion
> about
The following changes since commit 206c5f60a3d902bc4b56dab2de3e88de5eb06108:
Linux 3.18-rc4 (2014-11-09 14:55:29 -0800)
are available in the git repository at:
https://git.linaro.org/people/mike.turquette/linux.git tags/clk-for-linus-3.19
for you to fetch changes up to
ptlrpc_internal.h contains the prototypes for sptlrpc_gc_init() and
sptlrpc_gc_fini(), which are defined in sec_gc.c.
This removes the following sparse warnings:
drivers/staging/lustre/lustre/ptlrpc/sec_gc.c:217:5: warning: symbol
'sptlrpc_gc_init' was not declared. Should it be static?
Neaten the MODULE_PARAM_DESC message.
Use 30 seconds in the comment for the zap console locks timeout.
Signed-off-by: Joe Perches
---
kernel/printk/printk.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/kernel/printk/printk.c b/kernel/printk/printk.c
index
On Sat, Dec 20, 2014 at 06:03:54PM +0100, Gabriele Mazzotta wrote:
> On Saturday 20 December 2014 08:16:54 Darren Hart wrote:
> > On Sat, Dec 20, 2014 at 04:11:08PM +0100, Pavel Machek wrote:
> > > Hi!
> > >
> > > > > > Ok, I agree that it is subjective how serious it is...
> > > > > > Just to
This patch adds a new exported function to amd_iommu_v2, which returns 1 if the
amd_iommu_v2 initialization function has completed, and 0 otherwise.
This is necessary for the case when amd_iommu_v2 is compiled inside the kernel
image (not as module) and another module (e.g. amdkfd), which is also
On Saturday 20 December 2014 10:43:48 Robert Jarzmik wrote:
> Robert Jarzmik writes:
> > Arnd Bergmann writes:
> >> This looks a bit ambiguous: You get a GPIO line for the purpose of the
> >> IRQ nesting but don't use the GPIO otherwise, and you pass the device's
> >> own irq domain start as an
On Wednesday 17 December 2014 15:01:29 Marc Zyngier wrote:
>
> Indeed, as described in the documentation:
> http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0471b/CHDIFAEE.html
>
> Also it is worth noticing that given how GICV is placed, it will never
> work with 64K pages and
On Friday 19 December 2014 15:15:09 Stefan Hengelein wrote:
> From what i can see, the block was already dead when it was introduced.
> d2193ce2 changed the "if ARCH_S3C64XX" into the Kconfig file itself,
> before it was around the source statement in arch/arm/Kconfig
>
> if there are really just
On Sat, Dec 20, 2014 at 01:36:13PM -0500, Johannes Weiner wrote:
> On Sat, Dec 20, 2014 at 08:54:45AM -0500, Rafael Aquini wrote:
> > This patch introduces 'pagesize' line element to /proc//numa_maps
> > report file in order to help disambiguating the size of pages that are
> > backing memory
Linus,
here is a second pull request for I2C. Included are two bugfixes needing
some bigger refactoring (sh_mobile: deferred probe with DMA, mv64xxx:
fix offload support) and one deprecated driver removal I thought would
go in via ppc but I misunderstood. It has a proper ack from BenH.
Please
From: SF Markus Elfring
Date: Sat, 20 Dec 2014 15:45:32 +0100
> I hope that you will find a bit time and patience again
> to clarify affected implementation details in a safer and
> unambiguous way.
Sorry, another developer will have to hold your hand, as I
said I already invested too much time
Hello,
Please do not apply this patch, this function is use in the next I have submit:
http://lists.freedesktop.org/archives/dri-devel/2014-December/074073.html
Regards,
Benjamin
2014-12-20 18:17 GMT+01:00 Rickard Strandqvist
:
> Remove the function sti_drm_crtc_is_main() that is not used
On 12/19/2014 10:04 AM, Pali Rohár wrote:
This patch adds new function i8k_get_fan_nominal_speed() for doing SMM call
which will return nominal fan RPM for specified fan speed. It returns nominal
RPM value at which fan operate when speed (0, 1, 2, 3) is set. It looks like
RPM value is not
Hi Kevin,
On Friday 19 December 2014 03:27:35 Rafael J. Wysocki wrote:
> On Thursday, December 18, 2014 11:28:58 PM Laurent Pinchart wrote:
> > Hi Kevin,
>
> [cut]
>
> It would be better to be able to reference count the DMA engine from
> the bus master IMO and arguably you can use the
On Sat 2014-12-20 18:02:49, Pali Rohár wrote:
> 2014-12-20 17:28 GMT+01:00 Henrique de Moraes Holschuh :
>
> > On Sat, 20 Dec 2014, Pavel Machek wrote:
> > > > > > Ok, I agree that it is subjective how serious it is...
> > > > > > Just to remind that patch fixing problem described in
> > > > > >
On 12/20/14 19:02, J. Bruce Fields wrote:
> Gah. Does this fix it?
It does! Well done. :)
Reported-by: Holger Hoffstätte
Tested-by: Holger Hoffstätte
Thanks!
Holger
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On 2014-12-18 23:44, Arnd Bergmann wrote:
> On Thursday 18 December 2014 21:36:31 Stefan Agner wrote:
>> On 2014-12-17 13:31, Arnd Bergmann wrote:
>> > On Wednesday 17 December 2014 00:41:33 Stefan Agner wrote:
>> >> On 2014-12-03 12:03, Arnd Bergmann wrote:
>> >> > Starting with v3.19, you should
On 12/19/2014 10:04 AM, Pali Rohár wrote:
This patch adds new function i8k_get_fan_nominal_speed() for doing SMM call
which will return nominal fan RPM for specified fan speed. It returns nominal
RPM value at which fan operate when speed (0, 1, 2, 3) is set. It looks like
RPM value is not
On Sat, Dec 20, 2014 at 08:54:45AM -0500, Rafael Aquini wrote:
> This patch introduces 'pagesize' line element to /proc//numa_maps
> report file in order to help disambiguating the size of pages that are
> backing memory areas mapped by a task. When the VMA backing page size
> is observed
From: Rob Ward
Fixes "Missing a blank line after declarations" reported by
checkpatch.
This patch introduces no functional changes.
Signed-off-by: Rob Ward
---
drivers/char/mem.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/char/mem.c b/drivers/char/mem.c
index
From: Rob Ward
Replaces the use of asm/uaccess.h with linux/uaccess.h.
Signed-off-by: Rob Ward
---
drivers/char/mem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/char/mem.c b/drivers/char/mem.c
index 4c58333..a04ce78 100644
--- a/drivers/char/mem.c
+++
From: Rob Ward
Couple of changes to remove warnings reported by checkpatch.pl within
drivers/char/mem.c
Neither of these patches introduce functional changes.
Rob Ward (2):
drivers: char: mem: Replace usage of asm include
drivers: char: mem: Fix Missing blank line issues
On Fri, Dec 19, 2014 at 5:57 PM, Linus Torvalds
wrote:
>
> I'm claiming that the race happened *once*. And it then corrupted some
> data structure or similar sufficiently that CPU0 keeps looping.
>
> Perhaps something keeps re-adding itself to the head of the timerqueue
> due to the race.
So
On 12/20/2014 09:27 AM, Steven Honeyman wrote:
On 20 December 2014 at 17:20, Guenter Roeck wrote:
I would think that it should be relatively safe
to assume that the first fan always exists
That would be a bad idea, as this is definitely not the case:
i8k-virtual-0
Adapter: Virtual device
On 12/20/2014 06:48 AM, Rickard Strandqvist wrote:
Remove the function rtl92ee_get_available_desc() that is not used anywhere.
This was partially found by using a static code analysis program called
cppcheck.
Signed-off-by: Rickard Strandqvist
---
On Thu, Dec 18, 2014 at 08:44:37PM +0100, Holger Hoffstätte wrote:
> On 12/18/14 18:06, J. Bruce Fields wrote:
> > Whoops, now I see, the server-side trace has the same problem, I
> > just overlooked it the first time.
>
> Excellent, so we know it's the server's fault. Really would have been odd
On Sat, Dec 20, 2014 at 09:08:51AM -0800, Florian Fainelli wrote:
> There are some comments in ucc_geth that also lead me to believe this
> is a just a hack instead of a real Ethernet PHY device. Part of what I
> think got broken is because of this comment:
>
> /* Initialize TBI PHY interface for
1 - 100 of 432 matches
Mail list logo