Re: [PATCH] clocksource: add __ro_after_init to cyclecounter

On Mon, Feb 13, 2017 at 12:26 AM, Thomas Gleixner wrote: > On Sun, 12 Feb 2017, Bhumika Goyal wrote: > >> On Sun, Feb 12, 2017 at 2:01 AM, Ard Biesheuvel >> wrote: >> > On 11 February 2017 at 19:20, Bhumika Goyal wrote: >> >>

Re: [PATCH] clocksource: add __ro_after_init to cyclecounter

On Mon, Feb 13, 2017 at 12:26 AM, Thomas Gleixner wrote: > On Sun, 12 Feb 2017, Bhumika Goyal wrote: > >> On Sun, Feb 12, 2017 at 2:01 AM, Ard Biesheuvel >> wrote: >> > On 11 February 2017 at 19:20, Bhumika Goyal wrote: >> >> The object cyclecounter of type cyclecounter is not getting modified

Re: [PATCH] clocksource: add __ro_after_init to cyclecounter

On Sun, 12 Feb 2017, Bhumika Goyal wrote: > On Sun, Feb 12, 2017 at 2:01 AM, Ard Biesheuvel > wrote: > > On 11 February 2017 at 19:20, Bhumika Goyal wrote: > >> The object cyclecounter of type cyclecounter is not getting modified > >> after getting

Re: [PATCH] clocksource: add __ro_after_init to cyclecounter

On Sun, 12 Feb 2017, Bhumika Goyal wrote: > On Sun, Feb 12, 2017 at 2:01 AM, Ard Biesheuvel > wrote: > > On 11 February 2017 at 19:20, Bhumika Goyal wrote: > >> The object cyclecounter of type cyclecounter is not getting modified > >> after getting initialized by arch_counter_register. Apart

[tip:irq/core] genirq/devres: Use dev_name(dev) as default for devname

Commit-ID: 899b5fbf9d3fcb721690b4d58cf58cc018517003 Gitweb: http://git.kernel.org/tip/899b5fbf9d3fcb721690b4d58cf58cc018517003 Author: Heiner Kallweit AuthorDate: Sun, 12 Feb 2017 16:31:44 +0100 Committer: Thomas Gleixner CommitDate: Sun, 12

[tip:irq/core] genirq/devres: Use dev_name(dev) as default for devname

Commit-ID: 899b5fbf9d3fcb721690b4d58cf58cc018517003 Gitweb: http://git.kernel.org/tip/899b5fbf9d3fcb721690b4d58cf58cc018517003 Author: Heiner Kallweit AuthorDate: Sun, 12 Feb 2017 16:31:44 +0100 Committer: Thomas Gleixner CommitDate: Sun, 12 Feb 2017 19:49:25 +0100 genirq/devres: Use

[PATCH] usb: misc: usbtest: remove redundant check on retval < 0

From: Colin Ian King The check for retval being less than zero is always true since retval equal to -EPIPE at that point. Replace the existing conditional with just return retval. Detected with CoverityScan, CID#114349 ("Logically dead code") Signed-off-by: Colin Ian

[PATCH] usb: misc: usbtest: remove redundant check on retval < 0

From: Colin Ian King The check for retval being less than zero is always true since retval equal to -EPIPE at that point. Replace the existing conditional with just return retval. Detected with CoverityScan, CID#114349 ("Logically dead code") Signed-off-by: Colin Ian King ---

Re: [ibm-acpi-devel] [PATCH 1/1] thinkpad_acpi: Add support for status (external cover) LED

On Sun, Feb 12, 2017 at 1:22 PM, Sebastian Reichel wrote: > Hi, > > On Tue, Feb 07, 2017 at 11:01:32PM -0200, Henrique de Moraes Holschuh wrote: >> Hello Adam, >> >> I apologise for the delay on answering you. >> >> On Tue, 31 Jan 2017, Adam Goode wrote: >> > On Thu, Jan 19, 2017

Re: [ibm-acpi-devel] [PATCH 1/1] thinkpad_acpi: Add support for status (external cover) LED

On Sun, Feb 12, 2017 at 1:22 PM, Sebastian Reichel wrote: > Hi, > > On Tue, Feb 07, 2017 at 11:01:32PM -0200, Henrique de Moraes Holschuh wrote: >> Hello Adam, >> >> I apologise for the delay on answering you. >> >> On Tue, 31 Jan 2017, Adam Goode wrote: >> > On Thu, Jan 19, 2017 at 12:21 PM,

Re: [ibm-acpi-devel] [PATCH 1/1] thinkpad_acpi: Add support for status (external cover) LED

Hi, On Tue, Feb 07, 2017 at 11:01:32PM -0200, Henrique de Moraes Holschuh wrote: > Hello Adam, > > I apologise for the delay on answering you. > > On Tue, 31 Jan 2017, Adam Goode wrote: > > On Thu, Jan 19, 2017 at 12:21 PM, Adam Goode wrote: > > > This allows the control of

Re: [ibm-acpi-devel] [PATCH 1/1] thinkpad_acpi: Add support for status (external cover) LED

Hi, On Tue, Feb 07, 2017 at 11:01:32PM -0200, Henrique de Moraes Holschuh wrote: > Hello Adam, > > I apologise for the delay on answering you. > > On Tue, 31 Jan 2017, Adam Goode wrote: > > On Thu, Jan 19, 2017 at 12:21 PM, Adam Goode wrote: > > > This allows the control of the red status LED,

Re: [PATCH] clocksource: add __ro_after_init to cyclecounter

On Sun, Feb 12, 2017 at 2:05 AM, Thomas Gleixner wrote: > On Sun, 12 Feb 2017, Bhumika Goyal wrote: > > Please be more careful with your subject line. The prefix for this is > definitely not 'clocksource'. git log would have told you the proper one: > >

Re: [PATCH] clocksource: add __ro_after_init to cyclecounter

On Sun, Feb 12, 2017 at 2:05 AM, Thomas Gleixner wrote: > On Sun, 12 Feb 2017, Bhumika Goyal wrote: > > Please be more careful with your subject line. The prefix for this is > definitely not 'clocksource'. git log would have told you the proper one: > > clocksource/drivers/arm_arch_timer > >

Re: [PATCH] clocksource: add __ro_after_init to cyclecounter

On Sun, Feb 12, 2017 at 2:01 AM, Ard Biesheuvel wrote: > On 11 February 2017 at 19:20, Bhumika Goyal wrote: >> The object cyclecounter of type cyclecounter is not getting modified >> after getting initialized by arch_counter_register. Apart from >>

Re: [PATCH] clocksource: add __ro_after_init to cyclecounter

On Sun, Feb 12, 2017 at 2:01 AM, Ard Biesheuvel wrote: > On 11 February 2017 at 19:20, Bhumika Goyal wrote: >> The object cyclecounter of type cyclecounter is not getting modified >> after getting initialized by arch_counter_register. Apart from >> initialization in arch_counter_register it is

Клиентские базы +79139230330 Skype: prodawez390 Email: prodawez...@gmail.com Узнайте подробнее!

Клиентские базы +79139230330 Skype: prodawez390 Email: prodawez...@gmail.com Узнайте подробнее!

Клиентские базы +79139230330 Skype: prodawez390 Email: prodawez...@gmail.com Узнайте подробнее!

Клиентские базы +79139230330 Skype: prodawez390 Email: prodawez...@gmail.com Узнайте подробнее!

Re: [PATCH v5 3/8] PCI: Don't block runtime PM for Thunderbolt host hotplug ports

On Fri, Feb 10, 2017 at 12:39:12PM -0600, Bjorn Helgaas wrote: > On Sun, Jan 15, 2017 at 09:03:45PM +0100, Lukas Wunner wrote: > > Hotplug ports generally block their parents from suspending to D3hot as > > otherwise their interrupts couldn't be delivered. > > This sounds related to PCIe r3.1,

Re: [PATCH v5 3/8] PCI: Don't block runtime PM for Thunderbolt host hotplug ports

On Fri, Feb 10, 2017 at 12:39:12PM -0600, Bjorn Helgaas wrote: > On Sun, Jan 15, 2017 at 09:03:45PM +0100, Lukas Wunner wrote: > > Hotplug ports generally block their parents from suspending to D3hot as > > otherwise their interrupts couldn't be delivered. > > This sounds related to PCIe r3.1,

Re: net/llc: BUG in llc_sap_state_process/skb_set_owner_r

On Sun, Feb 12, 2017 at 8:44 AM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while fuzzing the kernel with syzkaller. > > On commit 926af6273fc683cd98cd0ce7bf0d04a02eed6742. > > A reproducer and .config are attached Thanks for the report. llc

Re: net/llc: BUG in llc_sap_state_process/skb_set_owner_r

On Sun, Feb 12, 2017 at 8:44 AM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while fuzzing the kernel with syzkaller. > > On commit 926af6273fc683cd98cd0ce7bf0d04a02eed6742. > > A reproducer and .config are attached Thanks for the report. llc sets skb->sk without

[PATCH 2/20] staging: rtl8192u: Fixed 'tabstop' coding style warnings

Fixed checkpatch warning "Statements should start on a tabstop" in rtl8192u module. Signed-off-by: simran singhal --- drivers/staging/rtl8192u/ieee80211/ieee80211_wx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 2/20] staging: rtl8192u: Fixed 'tabstop' coding style warnings

Fixed checkpatch warning "Statements should start on a tabstop" in rtl8192u module. Signed-off-by: simran singhal --- drivers/staging/rtl8192u/ieee80211/ieee80211_wx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rtl8192u/ieee80211/ieee80211_wx.c

[PATCH 1/20] staging: rtl8192u: Replace symbolic permissions with octal permissions

WARNING: Symbolic permissions 'S_IRUGO | S_IWUSR' are not preferred. Consider using octal permissions '0644'. This warning is detected by checkpatch.pl Signed-off-by: simran singhal --- drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 2 +- 1 file changed, 1

[PATCH 1/20] staging: rtl8192u: Replace symbolic permissions with octal permissions

WARNING: Symbolic permissions 'S_IRUGO | S_IWUSR' are not preferred. Consider using octal permissions '0644'. This warning is detected by checkpatch.pl Signed-off-by: simran singhal --- drivers/staging/rtl8192u/ieee80211/ieee80211_module.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: net/ipv6: use-after-free in sock_wfree

On Mon, Jan 9, 2017 at 6:21 PM, Eric Dumazet wrote: > On Mon, Jan 9, 2017 at 9:11 AM, Andrey Konovalov > wrote: >> On Mon, Jan 9, 2017 at 6:08 PM, Andrey Konovalov >> wrote: >>> Hi! >>> >>> I've got the following error report

Re: net/ipv6: use-after-free in sock_wfree

On Mon, Jan 9, 2017 at 6:21 PM, Eric Dumazet wrote: > On Mon, Jan 9, 2017 at 9:11 AM, Andrey Konovalov > wrote: >> On Mon, Jan 9, 2017 at 6:08 PM, Andrey Konovalov >> wrote: >>> Hi! >>> >>> I've got the following error report while running the syzkaller fuzzer. >>> >>> On commit

Re: [PATCH v5 1/8] PCI: Recognize Thunderbolt devices

On Fri, Feb 10, 2017 at 11:42:50AM -0600, Bjorn Helgaas wrote: > On Sun, Jan 29, 2017 at 01:26:16AM +0100, Lukas Wunner wrote: > > On Sat, Jan 28, 2017 at 03:52:08PM -0600, Bjorn Helgaas wrote: > > > On Sun, Jan 15, 2017 at 09:03:45PM +0100, Lukas Wunner wrote: > > > > > +static void

Re: [PATCH v5 1/8] PCI: Recognize Thunderbolt devices

On Fri, Feb 10, 2017 at 11:42:50AM -0600, Bjorn Helgaas wrote: > On Sun, Jan 29, 2017 at 01:26:16AM +0100, Lukas Wunner wrote: > > On Sat, Jan 28, 2017 at 03:52:08PM -0600, Bjorn Helgaas wrote: > > > On Sun, Jan 15, 2017 at 09:03:45PM +0100, Lukas Wunner wrote: > > > > > +static void

Re: net/llc: bug in llc_pdu_init_as_xid_cmd/skb_over_panic

On Fri, Feb 10, 2017 at 4:12 PM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while fuzzing the kernel with syzkaller. > > On commit 926af6273fc683cd98cd0ce7bf0d04a02eed6742. > > A reproducer and .config are attached > > kernel BUG at

Re: net/llc: bug in llc_pdu_init_as_xid_cmd/skb_over_panic

On Fri, Feb 10, 2017 at 4:12 PM, Andrey Konovalov wrote: > Hi, > > I've got the following error report while fuzzing the kernel with syzkaller. > > On commit 926af6273fc683cd98cd0ce7bf0d04a02eed6742. > > A reproducer and .config are attached > > kernel BUG at net/core/skbuff.c:105! > invalid

net/llc: BUG in llc_sap_state_process/skb_set_owner_r

Hi, I've got the following error report while fuzzing the kernel with syzkaller. On commit 926af6273fc683cd98cd0ce7bf0d04a02eed6742. A reproducer and .config are attached kernel BUG at ./include/linux/skbuff.h:2389! invalid opcode: [#1] SMP KASAN Dumping ftrace buffer: (ftrace buffer

net/llc: BUG in llc_sap_state_process/skb_set_owner_r

Hi, I've got the following error report while fuzzing the kernel with syzkaller. On commit 926af6273fc683cd98cd0ce7bf0d04a02eed6742. A reproducer and .config are attached kernel BUG at ./include/linux/skbuff.h:2389! invalid opcode: [#1] SMP KASAN Dumping ftrace buffer: (ftrace buffer

[PATCH] spi-nor: use ERR_CAST in return

This fixes a sparse warning about Signed-off-by: Nicholas Mc Guire --- sparse complained about: drivers/mtd/spi-nor/intel-spi.c:731:28: warning: incorrect type in return expression (different address spaces) drivers/mtd/spi-nor/intel-spi.c:731:28:expected struct

[PATCH RFC] spi-nor: provide a range for poll_timout

The overall poll time here is INTEL_SPI_TIMEOUT * 1000 which is 5000 * 1000 - so 5seconds and it is coded as a tight loop here delay_us to readl_poll_timeout() is set to 0. As this is never called in an atomic context sleeping should be no issue and there is no reasons for the tight-loop here.

[PATCH] spi-nor: use ERR_CAST in return

This fixes a sparse warning about Signed-off-by: Nicholas Mc Guire --- sparse complained about: drivers/mtd/spi-nor/intel-spi.c:731:28: warning: incorrect type in return expression (different address spaces) drivers/mtd/spi-nor/intel-spi.c:731:28:expected struct intel_spi *

[PATCH RFC] spi-nor: provide a range for poll_timout

The overall poll time here is INTEL_SPI_TIMEOUT * 1000 which is 5000 * 1000 - so 5seconds and it is coded as a tight loop here delay_us to readl_poll_timeout() is set to 0. As this is never called in an atomic context sleeping should be no issue and there is no reasons for the tight-loop here.

[PATCH] spi-nor: use true/false for bool

writeable in struct intel_spi is a boolean and assignment should be to true/false not 1/0 as recommended by boolinit.cocci. Signed-off-by: Nicholas Mc Guire --- make coccicheck complained with: ./drivers/mtd/spi-nor/intel-spi.c:707:3-18: WARNING: Assignment of bool to 0/1

[PATCH] spi-nor: use true/false for bool

writeable in struct intel_spi is a boolean and assignment should be to true/false not 1/0 as recommended by boolinit.cocci. Signed-off-by: Nicholas Mc Guire --- make coccicheck complained with: ./drivers/mtd/spi-nor/intel-spi.c:707:3-18: WARNING: Assignment of bool to 0/1 Patch was compile

[PATCH] net: neterion: vxge: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/neterion/vxge/vxge-ethtool.c |

[PATCH] net: neterion: vxge: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. As I don't have the hardware, I'd be very pleased if someone may test this patch. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/neterion/vxge/vxge-ethtool.c | 47

Re: [PATCH v5 7/8] thunderbolt: Power down controller when idle

On Sat, Jan 28, 2017 at 05:32:37PM -0600, Bjorn Helgaas wrote: > On Sun, Jan 15, 2017 at 09:03:45PM +0100, Lukas Wunner wrote: > > A Thunderbolt controller appears to the OS as a set of virtual devices: > > One upstream bridge, multiple downstream bridges and one NHI (Native > > Host Interface).

Re: [PATCH v5 7/8] thunderbolt: Power down controller when idle

On Sat, Jan 28, 2017 at 05:32:37PM -0600, Bjorn Helgaas wrote: > On Sun, Jan 15, 2017 at 09:03:45PM +0100, Lukas Wunner wrote: > > A Thunderbolt controller appears to the OS as a set of virtual devices: > > One upstream bridge, multiple downstream bridges and one NHI (Native > > Host Interface).

Re: [PATCH v3] softirq: Prevent looping on disabled tasklets

On Sun, Feb 12, 2017 at 03:46:09PM +, Chris Wilson wrote: > +void tasklet_enable(struct tasklet_struct *t) > +{ > + if (!atomic_dec_and_test(>count)) > + return; > + > + if (test_bit(TASKLET_STATE_SCHED, >state)) > + raise_softirq(HI_SOFTIRQ | TASKLET_SOFTIRQ);

Re: [PATCH v3] softirq: Prevent looping on disabled tasklets

On Sun, Feb 12, 2017 at 03:46:09PM +, Chris Wilson wrote: > +void tasklet_enable(struct tasklet_struct *t) > +{ > + if (!atomic_dec_and_test(>count)) > + return; > + > + if (test_bit(TASKLET_STATE_SCHED, >state)) > + raise_softirq(HI_SOFTIRQ | TASKLET_SOFTIRQ);

[PATCH] staging:vt6656:channel.h: fix function definition argument without identifier name issue

Function definitions arguments should also have an identifier name as reported by checkpatch.pl. Signed-off-by: Arushi Singhal --- drivers/staging/vt6656/channel.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] staging:vt6656:channel.h: fix function definition argument without identifier name issue

Function definitions arguments should also have an identifier name as reported by checkpatch.pl. Signed-off-by: Arushi Singhal --- drivers/staging/vt6656/channel.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/vt6656/channel.h

Re: [REGRESSION] Two issues that prevent process accounting (taskstats) from working correctly

On Mon, Dec 19, 2016 at 01:06:00PM +0100, Martin Steigerwald wrote: > > 1) Sometimes process accounting does not work at all. > > The acct() system call (to activate process accounting) return value 0, > which means that process accounting is activated successfully. > However, no process

Re: [REGRESSION] Two issues that prevent process accounting (taskstats) from working correctly

On Mon, Dec 19, 2016 at 01:06:00PM +0100, Martin Steigerwald wrote: > > 1) Sometimes process accounting does not work at all. > > The acct() system call (to activate process accounting) return value 0, > which means that process accounting is activated successfully. > However, no process

S2ram + btrfs with recent kernel => soft lockup warning and hard hang

Hi, Since 3.8 s2ram on btrfs system lead to hang. Could not save a trace will try to get a few picture but trace are similar to : https://github.com/docker/docker/issues/15654 and https://patchwork.kernel.org/patch/8352811/ It is 100% reproducible. mount table

[PATCH v3] softirq: Prevent looping on disabled tasklets

Disabling a tasklet causes it not to run during tasklet_action, but is put back onto the runnable tasklet list, and a new softirq raised. As the softirq is raised from within __do_softirq() this causing __do_softirq() to loop constantly until its timeslice expires and is transferred to the

S2ram + btrfs with recent kernel => soft lockup warning and hard hang

Hi, Since 3.8 s2ram on btrfs system lead to hang. Could not save a trace will try to get a few picture but trace are similar to : https://github.com/docker/docker/issues/15654 and https://patchwork.kernel.org/patch/8352811/ It is 100% reproducible. mount table

[PATCH v3] softirq: Prevent looping on disabled tasklets

Disabling a tasklet causes it not to run during tasklet_action, but is put back onto the runnable tasklet list, and a new softirq raised. As the softirq is raised from within __do_softirq() this causing __do_softirq() to loop constantly until its timeslice expires and is transferred to the

Re: 4.10-rc1: thinkpad x60: who ate my cpu?

Woody Suwalski wrote: Pavel Machek wrote: On Sat 2017-01-14 12:30:54, Pavel Machek wrote: Hi! On Thu 2017-01-12 20:19:31, Woody Suwalski wrote: Pavel Machek wrote: Hi! I used to have two cpus, and Thinkpad X60 should have two cores, but I only see one on 4.10-rc1. This machine went

Re: 4.10-rc1: thinkpad x60: who ate my cpu?

Woody Suwalski wrote: Pavel Machek wrote: On Sat 2017-01-14 12:30:54, Pavel Machek wrote: Hi! On Thu 2017-01-12 20:19:31, Woody Suwalski wrote: Pavel Machek wrote: Hi! I used to have two cpus, and Thinkpad X60 should have two cores, but I only see one on 4.10-rc1. This machine went

Re: [PATCH v4 2/7] drm/tinydrm: Add helper functions

Den 12.02.2017 12.50, skrev Andy Shevchenko: On Sat, Feb 11, 2017 at 8:48 PM, Noralf Trønnes wrote: Add common functionality needed by many tinydrm drivers. +int tinydrm_enable_backlight(struct backlight_device *backlight) +{ + unsigned int old_state; + int

Re: [PATCH v4 2/7] drm/tinydrm: Add helper functions

Den 12.02.2017 12.50, skrev Andy Shevchenko: On Sat, Feb 11, 2017 at 8:48 PM, Noralf Trønnes wrote: Add common functionality needed by many tinydrm drivers. +int tinydrm_enable_backlight(struct backlight_device *backlight) +{ + unsigned int old_state; + int ret; + + if

[PATCH] genirq: devres: use dev_name(dev) as default for devname

Allow the devname parameter to be NULL and use dev_name(dev) in this case. This should be an appropriate default for most use cases. Signed-off-by: Heiner Kallweit --- kernel/irq/devres.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git

[PATCH] genirq: devres: use dev_name(dev) as default for devname

Allow the devname parameter to be NULL and use dev_name(dev) in this case. This should be an appropriate default for most use cases. Signed-off-by: Heiner Kallweit --- kernel/irq/devres.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/kernel/irq/devres.c

[PATCH 2/3] [media] si2168: add support for Si2168-D60

Add handling for new revision, requiring new firmware. Signed-off-by: Stefan Brüns --- drivers/media/dvb-frontends/si2168.c | 4 drivers/media/dvb-frontends/si2168_priv.h | 2 ++ 2 files changed, 6 insertions(+) diff --git

[PATCH 2/3] [media] si2168: add support for Si2168-D60

Add handling for new revision, requiring new firmware. Signed-off-by: Stefan Brüns --- drivers/media/dvb-frontends/si2168.c | 4 drivers/media/dvb-frontends/si2168_priv.h | 2 ++ 2 files changed, 6 insertions(+) diff --git a/drivers/media/dvb-frontends/si2168.c

[PATCH 3/3] [media] cxusb: MyGica T230C support

Mygica T230 DVB-T/T2/C USB stick support. It uses the same FX2/Si2168 bridge/demodulator combo as the T230, but uses the Si2141 tuner. Factor out the common code and pass the tuner type and if port as parameter, to avoid duplicating the initialization code. Signed-off-by: Stefan Brüns

[PATCH 0/3] Add support for MyGica T230C DVB-T2 stick

The required command sequence for the new tuner (Si2141) was traced from the current Windows driver and verified with a small python script/libusb. The changes to the Si2168 and cxusb driver are mostly addition of the required IDs and some glue code. Stefan Brüns (3): [media] si2157: Add

[PATCH 3/3] [media] cxusb: MyGica T230C support

Mygica T230 DVB-T/T2/C USB stick support. It uses the same FX2/Si2168 bridge/demodulator combo as the T230, but uses the Si2141 tuner. Factor out the common code and pass the tuner type and if port as parameter, to avoid duplicating the initialization code. Signed-off-by: Stefan Brüns ---

[PATCH 0/3] Add support for MyGica T230C DVB-T2 stick

The required command sequence for the new tuner (Si2141) was traced from the current Windows driver and verified with a small python script/libusb. The changes to the Si2168 and cxusb driver are mostly addition of the required IDs and some glue code. Stefan Brüns (3): [media] si2157: Add

[PATCH 1/3] [media] si2157: Add support for Si2141-A10

The Si2141 needs two distinct commands for powerup/reset, otherwise it will not respond to chip revision requests. It also needs a firmware to run properly. Signed-off-by: Stefan Brüns --- drivers/media/tuners/si2157.c | 23 +--

[PATCH 1/3] [media] si2157: Add support for Si2141-A10

The Si2141 needs two distinct commands for powerup/reset, otherwise it will not respond to chip revision requests. It also needs a firmware to run properly. Signed-off-by: Stefan Brüns --- drivers/media/tuners/si2157.c | 23 +-- drivers/media/tuners/si2157_priv.h | 2

Re: [PATCH v6] fork: free vmapped stacks in cache when cpus are offline

On Sun, 12 Feb 2017, Hoeun Ryu wrote: > Using virtually mapped stack, kernel stacks are allocated via vmalloc. > In the current implementation, two stacks per cpu can be cached when > tasks are freed and the cached stacks are used again in task duplications. > but the cached stacks may remain

Re: [PATCH v6] fork: free vmapped stacks in cache when cpus are offline

On Sun, 12 Feb 2017, Hoeun Ryu wrote: > Using virtually mapped stack, kernel stacks are allocated via vmalloc. > In the current implementation, two stacks per cpu can be cached when > tasks are freed and the cached stacks are used again in task duplications. > but the cached stacks may remain

Re: [PATCH] lz4: fix performance regressions

On Sun, Feb 12, 2017 at 02:05:08PM +0100, Willy Tarreau wrote: > Hi Sven, > > On Sun, Feb 12, 2017 at 12:16:18PM +0100, Sven Schmidt wrote: > > Fix performance regressions compared to current kernel LZ4 > > Your patch contains mostly style cleanups which certainly are welcome > but make the

Re: [PATCH] lz4: fix performance regressions

On Sun, Feb 12, 2017 at 02:05:08PM +0100, Willy Tarreau wrote: > Hi Sven, > > On Sun, Feb 12, 2017 at 12:16:18PM +0100, Sven Schmidt wrote: > > Fix performance regressions compared to current kernel LZ4 > > Your patch contains mostly style cleanups which certainly are welcome > but make the

Re: [PATCH v9 0/8] drivers: touchscreen: tsc2007 and ads7846/tsc2046 improvements (use common touchscreen bindings, pre-calibration, spi fix and provide iio raw values)

Hi Dmitry, > Am 28.01.2017 um 19:16 schrieb H. Nikolaus Schaller : > > Hi Dmitry, > there have been no further comments/complaints about this patch series in the > last month. > And it appears as if only your action is needed. > > What is missing for this patch series to be

Re: [PATCH v9 0/8] drivers: touchscreen: tsc2007 and ads7846/tsc2046 improvements (use common touchscreen bindings, pre-calibration, spi fix and provide iio raw values)

Hi Dmitry, > Am 28.01.2017 um 19:16 schrieb H. Nikolaus Schaller : > > Hi Dmitry, > there have been no further comments/complaints about this patch series in the > last month. > And it appears as if only your action is needed. > > What is missing for this patch series to be finally accepted?

Re: [Intel-gfx] [PATCH] softirq: Prevent looping on disabled tasklets

-on-disabled-tasklets/20170212-220435 config: x86_64-rhel (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed by >>): >> ERROR: "raise_softirq"

Re: [Intel-gfx] [PATCH] softirq: Prevent looping on disabled tasklets

-on-disabled-tasklets/20170212-220435 config: x86_64-rhel (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed by >>): >> ERROR: "raise_softirq"

[PATCH RFC] crypto: testmgr drop wrong init_completion

init_completion() is called here to reinitialize a completion object that was already re-initialized in wait_async_op() by reinit_completion() if complete (via tcrypt_complete()) had been called and wait_for_completion() returned, so no need to reinit it here. Fixes: commit 946cc46372dc

[PATCH RFC] crypto: testmgr drop wrong init_completion

init_completion() is called here to reinitialize a completion object that was already re-initialized in wait_async_op() by reinit_completion() if complete (via tcrypt_complete()) had been called and wait_for_completion() returned, so no need to reinit it here. Fixes: commit 946cc46372dc

Re: [Intel-gfx] [PATCH] softirq: Prevent looping on disabled tasklets

-on-disabled-tasklets/20170212-220435 config: x86_64-lkp (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed by >>): >> ERROR: "raise_softirq"

Re: [Intel-gfx] [PATCH] softirq: Prevent looping on disabled tasklets

-on-disabled-tasklets/20170212-220435 config: x86_64-lkp (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new ones prefixed by >>): >> ERROR: "raise_softirq"

[PATCH v2] [media] dvb-usb-firmware: don't do DMA on stack

The buffer allocation for the firmware data was changed in commit 43fab9793c1f ("dvb-usb: don't use stack for firmware load"), but the same applies for the reset value. Signed-off-by: Stefan Brüns --- This patch replaces the earlier submission conflicting with

[PATCH v2] [media] dvb-usb-firmware: don't do DMA on stack

The buffer allocation for the firmware data was changed in commit 43fab9793c1f ("dvb-usb: don't use stack for firmware load"), but the same applies for the reset value. Signed-off-by: Stefan Brüns --- This patch replaces the earlier submission conflicting with commit 43fab9793c1f, which was a

[PATCH] video/viafbdev: Make PROC_FS dependency explicit

From: Borislav Petkov Fix: drivers/video/fbdev/via/viafbdev.c: In function ‘viafb_remove_proc’: drivers/video/fbdev/via/viafbdev.c:1635:4: warning: unused variable ‘iga2_entry’ [-Wunused-variable] *iga2_entry = shared->iga2_proc_entry; ^~

[PATCH] video/viafbdev: Make PROC_FS dependency explicit

From: Borislav Petkov Fix: drivers/video/fbdev/via/viafbdev.c: In function ‘viafb_remove_proc’: drivers/video/fbdev/via/viafbdev.c:1635:4: warning: unused variable ‘iga2_entry’ [-Wunused-variable] *iga2_entry = shared->iga2_proc_entry; ^~

Re: [PATCH v2] PCI: pciehp: Don't enable PME on runtime suspend

On Thu, Feb 09, 2017 at 05:32:54AM +0100, Lukas Wunner wrote: > On Wed, Feb 08, 2017 at 11:57:36AM -0600, Bjorn Helgaas wrote: > > On Tue, Feb 07, 2017 at 07:21:01AM +0100, Lukas Wunner wrote: > > > On Mon, Feb 06, 2017 at 04:15:02PM -0600, Bjorn Helgaas wrote: > > > > On Mon, Feb 06, 2017 at

Re: [PATCH v2] PCI: pciehp: Don't enable PME on runtime suspend

On Thu, Feb 09, 2017 at 05:32:54AM +0100, Lukas Wunner wrote: > On Wed, Feb 08, 2017 at 11:57:36AM -0600, Bjorn Helgaas wrote: > > On Tue, Feb 07, 2017 at 07:21:01AM +0100, Lukas Wunner wrote: > > > On Mon, Feb 06, 2017 at 04:15:02PM -0600, Bjorn Helgaas wrote: > > > > On Mon, Feb 06, 2017 at

Re: [PATCH] smiapp: add CCP2 support

Hi Pavel, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.10-rc7 next-20170210] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

Re: [PATCH] smiapp: add CCP2 support

Hi Pavel, [auto build test ERROR on linuxtv-media/master] [also build test ERROR on v4.10-rc7 next-20170210] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url:

[PATCH v2] softirq: Prevent looping on disabled tasklets

Disabling a tasklet causes it not to run during tasklet_action, but is put back onto the runnable tasklet list, and a new softirq raised. As the softirq is raised from within __do_softirq() this causing __do_softirq() to loop constantly until its timeslice expires and is transferred to the

[PATCH v2] softirq: Prevent looping on disabled tasklets

Disabling a tasklet causes it not to run during tasklet_action, but is put back onto the runnable tasklet list, and a new softirq raised. As the softirq is raised from within __do_softirq() this causing __do_softirq() to loop constantly until its timeslice expires and is transferred to the

Re: [PATCH] softirq: Prevent looping on disabled tasklets

On Sun, Feb 12, 2017 at 02:00:19PM +, Chris Wilson wrote: > Disabling a tasklet causes it not to run during tasklet_action, but is > put back onto the runnable tasklet list, and a new softirq raised. As > the softirq is raised from within __do_softirq() this causing > __do_softirq() to loop

Trying to understand OOM killer

Dear Linux folks, since some time, at Linux 4.8, 4.9, and 4.10-rc6, the OOM kicks in on a 8 GB machine. ``` Feb 12 08:21:50 asrocke350m1 kernel: updatedb.mlocat invoked oom-killer: gfp_mask=0x16040d0(GFP_TEMPORARY|__GFP_COMP|__GFP_NOTRACK), nodemask= Feb 12 08:21:50 asrocke350m1 kernel:

Re: [PATCH] softirq: Prevent looping on disabled tasklets

On Sun, Feb 12, 2017 at 02:00:19PM +, Chris Wilson wrote: > Disabling a tasklet causes it not to run during tasklet_action, but is > put back onto the runnable tasklet list, and a new softirq raised. As > the softirq is raised from within __do_softirq() this causing > __do_softirq() to loop

Trying to understand OOM killer

Dear Linux folks, since some time, at Linux 4.8, 4.9, and 4.10-rc6, the OOM kicks in on a 8 GB machine. ``` Feb 12 08:21:50 asrocke350m1 kernel: updatedb.mlocat invoked oom-killer: gfp_mask=0x16040d0(GFP_TEMPORARY|__GFP_COMP|__GFP_NOTRACK), nodemask= Feb 12 08:21:50 asrocke350m1 kernel:

Re: [PATCH] x86/vm86: fix compilation warning on a unused variable

On Fri, Dec 16, 2016 at 11:19:16PM -0500, Jérémy Lefaure wrote: > I don't know why gcc raises a warning on that even if it is not used. > Anyway, I'm sure that the warning is reproducible. Both of your > solutions fix the issue. I still see the warning here. You wanna choose one solution, write a

Re: [PATCH] x86/vm86: fix compilation warning on a unused variable

On Fri, Dec 16, 2016 at 11:19:16PM -0500, Jérémy Lefaure wrote: > I don't know why gcc raises a warning on that even if it is not used. > Anyway, I'm sure that the warning is reproducible. Both of your > solutions fix the issue. I still see the warning here. You wanna choose one solution, write a

[PATCH] softirq: Prevent looping on disabled tasklets

Disabling a tasklet causes it not to run during tasklet_action, but is put back onto the runnable tasklet list, and a new softirq raised. As the softirq is raised from within __do_softirq() this causing __do_softirq() to loop constantly until its timeslice expires and is transferred to the

[PATCH] softirq: Prevent looping on disabled tasklets

Disabling a tasklet causes it not to run during tasklet_action, but is put back onto the runnable tasklet list, and a new softirq raised. As the softirq is raised from within __do_softirq() this causing __do_softirq() to loop constantly until its timeslice expires and is transferred to the

Re: [PATCH v4 1/7] drm: Add DRM support for tiny LCD displays

Den 12.02.2017 12.05, skrev Andy Shevchenko: On Sat, Feb 11, 2017 at 8:48 PM, Noralf Trønnes wrote: tinydrm provides helpers for very simple displays that can use CMA backed framebuffers and need flushing on changes. +/** + * tinydrm_gem_cma_free_object - Free resources

Re: [PATCH v4 1/7] drm: Add DRM support for tiny LCD displays

Den 12.02.2017 12.05, skrev Andy Shevchenko: On Sat, Feb 11, 2017 at 8:48 PM, Noralf Trønnes wrote: tinydrm provides helpers for very simple displays that can use CMA backed framebuffers and need flushing on changes. +/** + * tinydrm_gem_cma_free_object - Free resources associated with a CMA

<    1   2   3   4   5   6   7   >