sign. The result is that in this design neither the STDP4028
nor the STDP2690 behave as the stock bridges would. The compatible
strings include the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
B850v3.
The driver is p
EeeBook X205TA is yet another ASUS device with a special touchpad
firmware that needs to be accounted for during initialization, or
else the touchpad will go into an invalid state upon suspend/resume.
Adding the appropriate ic_type and product_id check fixes the problem.
Signed-off-by: Matjaz Hege
On Fri, 3 Mar 2017, Ajay Kaher wrote:
> > usb_class->kref is not accessible outside the file.c
> > as usb_class is _static_ inside the file.c and
> > pointer of usb_class->kref is not passed anywhere.
> >
> > Hence as you wanted, there are no references of usb_class->kref
> > other than taken by
Configures the megachips-stdp-ge-b850v3-fw bridges on the GE
B850v3 dts file.
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Javier Martinez Canillas
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Fabio Estevam
Signed-off-by: Peter Senna Tschudin
Add MAINTAINERS entry for the second video output of the GE B850v3:
STDP4028-ge-b850v3-fw bridges (LVDS-DP)
STDP2690-ge-b850v3-fw bridges (DP-DP++)
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Daniel Vetter
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob
8
nor the STDP2690 behave as the stock bridges would. The compatible
strings include the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
B850v3.
The driver is powerless to control the video processing pipeline,
Devicetree binding documentation for the second video output
of the GE B850v3:
STDP4028-ge-b850v3-fw bridges (LVDS-DP)
STDP2690-ge-b850v3-fw bridges (DP-DP++)
Added entry for MegaChips at:
Documentation/devicetree/bindings/vendor-prefixes.txt
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc
8
nor the STDP2690 behave as the stock bridges would. The compatible
strings include the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
B850v3.
The driver is powerless to control the video processing pipeline,
> On Thr, 2 Mar 2017, Ajay Kaher wrote:
>> On Wed, 1 Mar 2017, Alan Stern wrote:
>>> On Wed, 1 Mar 2017, Ajay Kaher wrote:
On Mon, 22 Feb 2017, Ajay Kaher wrote:
>
>> Alan, as per my understanding I have shifted the lock from
>> release_usb_class() to destroy_usb_class() in
On Tue, Feb 28, 2017 at 03:28:10PM +0100, Peter Senna Tschudin wrote:
> Devicetree binding documentation for the second video output
> of the GE B850v3:
>STDP4028-ge-b850v3-fw bridges (LVDS-DP)
>STDP2690-ge-b850v3-fw bridges (DP-DP++)
>
> Added entry for MegaChips at
clude the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
B850v3.
The driver is powerless to control the video processing pipeline, as the
two bridges behaves as a single one. The driver is only needed for
telling
> On Wed, 1 Mar 2017, Alan Stern wrote:
>> On Wed, 1 Mar 2017, Ajay Kaher wrote:
>>> On Mon, 22 Feb 2017, Ajay Kaher wrote:
>>>
> Alan, as per my understanding I have shifted the lock from
> release_usb_class() to destroy_usb_class() in patch v3.
> If it is not right, please ex
c_table);
> > +
> > +static const struct of_device_id stdp2690_ge_b850v3_fw_match[] = {
> > + { .compatible = "megachips,stdp2690-ge-b850v3-fw" },
> > + {},
> > +};
> > +MODULE_DEVICE_TABLE(of, stdp2690_ge_b850v3_fw_match);
On Wed, 1 Mar 2017, Ajay Kaher wrote:
> > On Mon, 22 Feb 2017, Ajay Kaher wrote:
> >
> >> On Mon, 20 Feb 2017, Ajay Kaher wrote:
> >>
> >>> Alan, as per my understanding I have shifted the lock from
> >>> release_usb_class() to destroy_usb_class() in patch v3.
> >>> If it is not right, please e
DP4028)--|DP -> DP|--(STDP2690)--|DP++ -> Video output
> >
> > Each bridge has a dedicated flash containing firmware for supporting the
> > custom design. The result is that in this design neither the STDP4028
> > nor the STDP2690 behave as the stock bridges would. The
> On Mon, 22 Feb 2017, Ajay Kaher wrote:
>
>> On Mon, 20 Feb 2017, Ajay Kaher wrote:
>>
>>> Alan, as per my understanding I have shifted the lock from
>>> release_usb_class() to destroy_usb_class() in patch v3.
>>> If it is not right, please explain in detail which race condition
>>> I have mis
sign. The result is that in this design neither the STDP4028
nor the STDP2690 behave as the stock bridges would. The compatible
strings include the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
B850v3.
The driver is p
Add MAINTAINERS entry for the second video output of the GE B850v3:
STDP4028-ge-b850v3-fw bridges (LVDS-DP)
STDP2690-ge-b850v3-fw bridges (DP-DP++)
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Daniel Vetter
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob
8
nor the STDP2690 behave as the stock bridges would. The compatible
strings include the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
B850v3.
The driver is powerless to control the video processing pipeline,
Configures the megachips-stdp-ge-b850v3-fw bridges on the GE
B850v3 dts file.
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Javier Martinez Canillas
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Fabio Estevam
Signed-off-by: Peter Senna Tschudin
8
nor the STDP2690 behave as the stock bridges would. The compatible
strings include the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
B850v3.
The driver is powerless to control the video processing pipeline,
Devicetree binding documentation for the second video output
of the GE B850v3:
STDP4028-ge-b850v3-fw bridges (LVDS-DP)
STDP2690-ge-b850v3-fw bridges (DP-DP++)
Added entry for MegaChips at:
Documentation/devicetree/bindings/vendor-prefixes.txt
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc
ompatible
strings include the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
B850v3.
The driver is powerless to control the video processing pipeline, as the
two bridges behaves as a single one. The driver is only
ave as the stock bridges would. The compatible
> > strings include the suffix "-ge-b850v3-fw" to make it clear that the
> > driver is for the bridges with the firmware which is specific for the GE
> > B850v3.
> >
> > The driver is powerless to control th
ed string. Add log message
> > if string is truncated but do not return an error code.
> >
> > Signed-off-by: Tobin C. Harding
> > ---
> > drivers/staging/greybus/fw-management.c | 59
> > +++------
> > 1 file changed, 19 insertions(+), 40 del
h truncation
> then needs to be checked.
>
> Replace calls to strncpy() with calls to strlcpy(). Replace null
> termination checks with checks for truncated string. Add log message
> if string is truncated but do not return an error code.
>
> Signed-off-by: Tobin C. Harding
&
3.2.85-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein
commit a7e1f04905e5b2b90251974e781301b6be37 upstream.
When switching from polling-based fw commands to event-based fw
commands, there is a race condition which could cause
3.16.40-rc1 review patch. If anyone has any objections, please let me know.
--
From: Jack Morgenstein
commit a7e1f04905e5b2b90251974e781301b6be37 upstream.
When switching from polling-based fw commands to event-based fw
commands, there is a race condition which could
resource).
Since the remaining resources maintain their current values,
and RES_EQ is not passed from slaves to the hypervisor in any
FW command, this change affects only the hypervisor.
Therefore, there is no backwards-compatibility issue.
Fixes: 623ed84b1f95 ("mlx4_core: initial header
On 15/02/17 00:09, Tobin C. Harding wrote:
> Greybus currently uses strncpy() coupled with a check for '\0' on the
> last byte of various buffers. strncpy() is passed size parameter equal
> to the size of the buffer in all instances. If the source string is
> larger than the destination buffer the
ermination checks with checks for truncated string. Add log message
if string is truncated but do not return an error code.
Signed-off-by: Tobin C. Harding
---
drivers/staging/greybus/fw-management.c | 59 +++--
1 file changed, 19 insertions(+), 40 deletions(-)
diff --git
Hi Bharat,
On Fri, 2017-02-03 at 16:27 +, Bharat Kumar Gogada wrote:
> Hi,
>
> Im using linux 4.6 kernel, I get following error when I do interface up.
>
> Here is the boot log.
> [4.407681] iwlwifi :01:00.0: loaded firmware version 16.242414.0
> op_mode iwlmvm
> [4.407742] iwl
Hi,
Im using linux 4.6 kernel, I get following error when I do interface up.
Here is the boot log.
[4.407681] iwlwifi :01:00.0: loaded firmware version 16.242414.0
op_mode iwlmvm
[4.407742] iwlwifi :01:00.0: Detected Intel(R) Wireless N 7260,
REV=0x144
[4.407831] iwlwifi 000
On Sat, Jan 28, 2017 at 03:21:30PM +0100, Peter Senna Tschudin wrote:
> Devicetree binding documentation for the second video output
> of the GE B850v3:
>STDP4028-ge-b850v3-fw bridges (LVDS-DP)
>STDP2690-ge-b850v3-fw bridges (DP-DP++)
>
> Added entry for MegaChips at
upporting the
custom design. The result is that in this design neither the STDP4028
nor the STDP2690 behave as the stock bridges would. The compatible
strings include the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
Add MAINTAINERS entry for the second video output of the GE B850v3:
STDP4028-ge-b850v3-fw bridges (LVDS-DP)
STDP2690-ge-b850v3-fw bridges (DP-DP++)
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Daniel Vetter
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob
Devicetree binding documentation for the second video output
of the GE B850v3:
STDP4028-ge-b850v3-fw bridges (LVDS-DP)
STDP2690-ge-b850v3-fw bridges (DP-DP++)
Added entry for MegaChips at:
Documentation/devicetree/bindings/vendor-prefixes.txt
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc
8
nor the STDP2690 behave as the stock bridges would. The compatible
strings include the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
B850v3.
The driver is powerless to control the video processing pipeline,
Configures the megachips-stdp-ge-b850v3-fw bridges on the GE
B850v3 dts file.
Cc: Laurent Pinchart
Cc: Martyn Welch
Cc: Martin Donnelly
Cc: Javier Martinez Canillas
Cc: Enric Balletbo i Serra
Cc: Philipp Zabel
Cc: Rob Herring
Cc: Fabio Estevam
Signed-off-by: Peter Senna Tschudin
8
nor the STDP2690 behave as the stock bridges would. The compatible
strings include the suffix "-ge-b850v3-fw" to make it clear that the
driver is for the bridges with the firmware which is specific for the GE
B850v3.
The driver is powerless to control the video processing pipeline,
From: Johan Hovold
3.12-stable review patch. If anyone has any objections, please let me know.
===
commit e35d6d7c4e6532a89732cf4bace0e910ee684c88 upstream.
Bind to the interface, but do not register any ports, after having
downloaded the firmware. The device will still disconnect
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Noa Osherovich
[ Upstream commit 883371c453b937f9eb581fb4915210865982736f ]
When setting HCA capabilities, set log_max_qp to be the minimum
between the selected profile's value and the HCA lim
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Noa Osherovich
[ Upstream commit 883371c453b937f9eb581fb4915210865982736f ]
When setting HCA capabilities, set log_max_qp to be the minimum
between the selected profile's value and the HCA lim
This v4 addresses the last 2 remaining patches from the last doc revamp series,
which relate only to the firmware custom fallback mechanism. One of the
patches just needed minor adjustments to account for a conjunction on SmPL
grammar. We also keep the leds-lp55xx-common white-list annotation of
DE
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit e35d6d7c4e6532a89732cf4bace0e910ee684c88 upstream.
Bind to the interface, but do not register any ports, after having
downloaded the firmware. The device will still disconne
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Johan Hovold
commit e35d6d7c4e6532a89732cf4bace0e910ee684c88 upstream.
Bind to the interface, but do not register any ports, after having
downloaded the firmware. The device will still disconne
4.8-stable review patch. If anyone has any objections, please let me know.
--
From: Kashyap Desai
commit d5573584429254a14708cf8375c47092b5edaf2c upstream.
Signed-off-by: Sumit Saxena
Reviewed-by: Hannes Reinecke
Reviewed-by: Tomas Henzl
Signed-off-by: Martin K. Petersen
S
4.9-stable review patch. If anyone has any objections, please let me know.
--
From: Kashyap Desai
commit d5573584429254a14708cf8375c47092b5edaf2c upstream.
Signed-off-by: Sumit Saxena
Reviewed-by: Hannes Reinecke
Reviewed-by: Tomas Henzl
Signed-off-by: Martin K. Petersen
S
4.4-stable review patch. If anyone has any objections, please let me know.
--
From: Kashyap Desai
commit d5573584429254a14708cf8375c47092b5edaf2c upstream.
Signed-off-by: Sumit Saxena
Reviewed-by: Hannes Reinecke
Reviewed-by: Tomas Henzl
Signed-off-by: Martin K. Petersen
S
On Wed, Dec 14, 2016 at 06:39:24PM +0100, Michal Hocko wrote:
> On Wed 14-12-16 08:48:27, Paul E. McKenney wrote:
> > On Wed, Dec 14, 2016 at 05:15:41PM +0100, Michal Hocko wrote:
> > > On Wed 14-12-16 03:06:09, Paul E. McKenney wrote:
> > > > On Wed, Dec 14, 2016 at 10:54:25AM +0100, Michal Hocko
From: Keith Busch
Sent: Monday, November 14, 2016 7:47 PM
To: Kheria, Rashika
Cc: Christoph Hellwig; Kheria, Rashika; linux-n...@lists.infradead.org
Subject: Re: [PATCH] NVMe: Call nvme_pci_disable on error path of
nvme_probe_work
On Mon, Nov 14, 2016 at
On Wed 14-12-16 08:48:27, Paul E. McKenney wrote:
> On Wed, Dec 14, 2016 at 05:15:41PM +0100, Michal Hocko wrote:
> > On Wed 14-12-16 03:06:09, Paul E. McKenney wrote:
> > > On Wed, Dec 14, 2016 at 10:54:25AM +0100, Michal Hocko wrote:
> > > > On Tue 13-12-16 07:14:08, Paul E. McKenney wrote:
> > >
On Wed, Dec 14, 2016 at 05:15:41PM +0100, Michal Hocko wrote:
> On Wed 14-12-16 03:06:09, Paul E. McKenney wrote:
> > On Wed, Dec 14, 2016 at 10:54:25AM +0100, Michal Hocko wrote:
> > > On Tue 13-12-16 07:14:08, Paul E. McKenney wrote:
> > > > Just FYI for the moment...
> > > >
> > > > So even wit
On Wed 14-12-16 03:06:09, Paul E. McKenney wrote:
> On Wed, Dec 14, 2016 at 10:54:25AM +0100, Michal Hocko wrote:
> > On Tue 13-12-16 07:14:08, Paul E. McKenney wrote:
> > > Just FYI for the moment...
> > >
> > > So even with the slowed-down checking, making cond_resched() do what
> > > cond_resch
On Wed, Dec 14, 2016 at 10:54:25AM +0100, Michal Hocko wrote:
> On Tue 13-12-16 07:14:08, Paul E. McKenney wrote:
> > Just FYI for the moment...
> >
> > So even with the slowed-down checking, making cond_resched() do what
> > cond_resched_rcu_qs() does results in a smallish but quite measurable
>
On Tue 13-12-16 07:14:08, Paul E. McKenney wrote:
> Just FYI for the moment...
>
> So even with the slowed-down checking, making cond_resched() do what
> cond_resched_rcu_qs() does results in a smallish but quite measurable
> degradation according to 0day.
So if I understand those results properl
...@vger.kernel.org;
phoe...@emc.com.tw
Subject: Re: [PATCH] Input: elantech - Add a special mode for a specific FW
The touchapd which sample ver is 0x74 and hw_version is 0x03 have a fw bug
which will cause crush sometimes, I add some work-around for it and our
customer ask us to upstream the patch Sig
On Fri, Dec 02, 2016 at 11:05:29PM +0100, ulrik.debie...@e2big.org wrote:
> Hi,
>
> Thank you for the patch, see below my feedback on your patch.
> Can you provide the contents of fw_verison, capabilities and samples ?
>
> It this fw bug present on multiple laptops ?
>
&g
Hi,
Thank you for the patch, see below my feedback on your patch.
Can you provide the contents of fw_verison, capabilities and samples ?
It this fw bug present on multiple laptops ?
On Fri, Dec 02, 2016 at 01:59:17PM +0800, KT Liao wrote:
> Date: Fri, 2 Dec 2016 13:59:17 +0800
> Fr
29 @@ static int elantech_set_absolute_mode(struct psmouse
*psmouse)
return rc;
}
+/* it's the work around mode for some touchpad which has FW bug, but dont'
support IAP funciton */
+static int elantech_set_special_mode(struct psmouse *psmouse)
+{
+ unsigned char param[3];
+
tus-polling tight loop. Let's make
> this less tight by adding a timeout and by sleeping a bit in between
> reads, as we do with the other similar loops.
>
> This prevents us from hogging a CPU even in such pathological cases, and
> allows the FW initialization to just fail
ernel/git/torvalds/linux.git
> > master
> > head: a0d60e62ea5c88a9823410e9d0929a513e29dea2
> > commit: f44dd184634d401f5cf88a6d8b4a60d5ff4f417f Merge greybus driver tree
> > into 4.8-rc6
> > date: 10 weeks ago
>
> This is a false-positive, sorry.
Yes it'
> > master
> > > head: a0d60e62ea5c88a9823410e9d0929a513e29dea2
> > > commit: f44dd184634d401f5cf88a6d8b4a60d5ff4f417f Merge greybus driver tree
> > > into 4.8-rc6
> > > date: 10 weeks ago
> >
> > This is a false-positive, sorry.
>
> Yes it's a false
: f44dd184634d401f5cf88a6d8b4a60d5ff4f417f Merge greybus driver tree into
4.8-rc6
date: 10 weeks ago
This is a false-positive, sorry.
Yes it's a false warning: ret != 0, so fw->size in the if test won't be
dereferenced.
Relevant code:
if (!fw) {
dev_err(dev, "%s: firmware not avai
t; into 4.8-rc6
> date: 10 weeks ago
This is a false-positive, sorry.
greg k-h
>
>
> coccinelle warnings: (new ones prefixed by >>)
>
> >> drivers/staging/greybus/bootrom.c:298:35-39: ERROR: fw is NULL but
> >> dereferenced.
>
> vim +298 dri
>>)
>> drivers/staging/greybus/bootrom.c:298:35-39: ERROR: fw is NULL but
>> dereferenced.
vim +298 drivers/staging/greybus/bootrom.c
90f1b617 drivers/staging/greybus/firmware.c Viresh Kumar 2015-08-12 282
dev_err(dev, "%s: error allocating response\n", __func_
Hi,
I don't care if you already have it or not. But I have the right to
get the sources. Otherwise your are VIOLATING the GPL license of
software YOU ARE USING ON UNIFI DEVICES.
So I ask again, please provide me the source code of all the GPL
components on the UniFi(R) AP AC PRO including the sou
t: [PATCH] mwifiex: pcie: implement timeout loop for FW
> programming doorbell
>
> Marvell Wifi PCIe modules don't always behave nicely for PCIe power
> management when their firmware hasn't been loaded, particularly after
> suspending the PCIe link one or more times. When this
s less tight by adding a timeout and by sleeping a bit in between
reads, as we do with the other similar loops.
This prevents us from hogging a CPU even in such pathological cases, and
allows the FW initialization to just fail gracefully instead.
I chose the same polling parameters as the earli
GOOGLE EUROPA INTERLOTTO / EUROMILLINEN FREE-LOTTO BONUS-PROGRAMM
BÜRO: PLAZA EMILIO JIM NEZ MILLAS 3352,
MADRID, SPANIEN.
Aufmerksamkeit:
Dies soll Ihnen mitteilen, dass Sie 1,450,000.00Euro von Google
Inc-Free-Lotto, 2016 saction gewonnen haben und keine öffentliche
Verlosung durchgeführt w
From: Alexander Usyskin
Tell the FW that we are running a sane OS and TPM2_ChangeEPS()
is supported. This workaround was added to support other broken OS
and we need to follow here. The command is sent just once at the boot time.
Signed-off-by: Tomas Winkler
Signed-off-by: Alexander Usyskin
On Thu, Nov 10, 2016 at 06:07:36PM +0200, Tomas Winkler wrote:
> From: Alexander Usyskin
>
> Tell the FW that we are running a sane OS and TPM2_ChangeEPS()
> is supported. This workaround was added to support other broken OS
> and we need to follow here. The command is sent just o
From: Alexander Usyskin
Tell the FW that we are running a sane OS and TPM2_ChangeEPS()
is supported. This workaround was added to support other broken OS
and we need to follow here. The command is sent just once at the boot time.
Signed-off-by: Tomas Winkler
Signed-off-by: Alexander Usyskin
From: Alexander Usyskin
Tell the FW that we are running a sane OS and TPM2_ChangeEPS()
is supported. This workaround was added to support other broken OS
and we need to follow here. The command is sent just once at the boot time.
Signed-off-by: Tomas Winkler
Signed-off-by: Alexander Usyskin
gt; Cc: Usyskin, Alexander ; linux-
> > > > > > ker...@vger.kernel.org; Jarkko Sakkinen
> > > > > >
> > > > > > Subject: Re: [char-misc-next 2/2] mei: send OS type to the FW
> > > > > >
> > > > > > On Tue, Nov
reg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> > > > > Sent: Thursday, November 10, 2016 09:23
> > > > > To: Winkler, Tomas
> > > > > Cc: Usyskin, Alexander ; linux-
> > > > > ker...@vger.kernel.org; Jarkko Sakkinen
> > &g
tion.org]
> > > > Sent: Thursday, November 10, 2016 09:23
> > > > To: Winkler, Tomas
> > > > Cc: Usyskin, Alexander ; linux-
> > > > ker...@vger.kernel.org; Jarkko Sakkinen
> > > >
> > > > Subject: Re: [char-misc-next
Tomas
> > > Cc: Usyskin, Alexander ; linux-
> > > ker...@vger.kernel.org; Jarkko Sakkinen
> > >
> > > Subject: Re: [char-misc-next 2/2] mei: send OS type to the FW
> > >
> > > On Tue, Nov 08, 2016 at 06:26:09PM +0200, Tomas Winkler wrote:
> &
; linux-
> > ker...@vger.kernel.org; Jarkko Sakkinen
> > Subject: Re: [char-misc-next 2/2] mei: send OS type to the FW
> >
> > On Tue, Nov 08, 2016 at 06:26:09PM +0200, Tomas Winkler wrote:
> > > From: Alexander Usyskin
> > >
> > > Tell the FW tha
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, November 10, 2016 09:25
> To: Winkler, Tomas
> Cc: Usyskin, Alexander ; linux-
> ker...@vger.kernel.org; Jarkko Sakkinen
> Subject: Re: [char-misc-next 2/2] mei: s
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Thursday, November 10, 2016 09:23
> To: Winkler, Tomas
> Cc: Usyskin, Alexander ; linux-
> ker...@vger.kernel.org; Jarkko Sakkinen
> Subject: Re: [char-misc-next 2/2] mei: s
On Tue, Nov 08, 2016 at 06:26:09PM +0200, Tomas Winkler wrote:
> From: Alexander Usyskin
>
> Tell the FW that we are running a sane OS and TPM2_ChangeEPS()
> is supported. This workaround was added to support other broken OS
> and we need to follow here. The command is sent just o
On Tue, Nov 08, 2016 at 06:26:09PM +0200, Tomas Winkler wrote:
> From: Alexander Usyskin
>
> Tell the FW that we are running a sane OS and TPM2_ChangeEPS()
> is supported. This workaround was added to support other broken OS
> and we need to follow here. The command is sent just o
On Tue, Nov 08, 2016 at 06:26:09PM +0200, Tomas Winkler wrote:
> From: Alexander Usyskin
>
> Tell the FW that we are running a sane OS and TPM2_ChangeEPS()
> is supported. This workaround was added to support other broken OS
> and we need to follow here. The command is sent just o
From: Alexander Usyskin
Tell the FW that we are running a sane OS and TPM2_ChangeEPS()
is supported. This workaround was added to support other broken OS
and we need to follow here. The command is sent just once at the boot time.
Cc: Jarkko Sakkinen
Signed-off-by: Tomas Winkler
Signed-off-by
Ido Schimmel (2):
net: core: Correctly iterate over lower adjacency list
switchdev: Execute bridge ndos only for bridge ports
Ivan Vecera (2):
bnx2: fix locking when netconsole is used
arch/powerpc: Update parameters for csum_tcpudp_magic & csum_tcpudp_nofold
Jack Morgenstein
> Fix this bug:
> drivers/media/platform/mtk-vcodec/vdec_drv_if.c:38 vdec_if_init() info:
> ignoring unreachable code.
>
> With is indeed a real problem that prevents the driver to work!
>
> While here, also remove an used var, as reported by smatch:
>
> drivers/media/platform/mtk
> > Hello,
> >
> > I noticed that module autoload won't be working in some of the defreq
> > platform drivers. This patch series contains the fixes for these.
> >
> > Best regards,
> > Javier
> >
> >
> > Javier Martinez Canillas (4):
> > PM / devfreq: rk3399_dmc: Fix module autoload
> > PM
On Wed, Oct 5, 2016 at 11:58 AM, Mauro Carvalho Chehab
wrote:
> Sorry, forgot to C/C people that are at the "Re: Problem with VMAP_STACK=y"
> thread.
>
> Forwarded message:
>
> Date: Wed, 5 Oct 2016 15:54:18 -0300
> From: Mauro Carvalho Chehab
> To: Linux Doc Mailing List
> Cc: Mauro Carvalho C
Sorry, forgot to C/C people that are at the "Re: Problem with VMAP_STACK=y"
thread.
Forwarded message:
Date: Wed, 5 Oct 2016 15:54:18 -0300
From: Mauro Carvalho Chehab
To: Linux Doc Mailing List
Cc: Mauro Carvalho Chehab , Mauro Carvalho Chehab
, Mauro Carvalho Chehab
Subject: [PATCH v2] cin
ail.com]
> Sent: Saturday, September 24, 2016 5:31 AM
> To: Johnny Chuang
> Cc: Daniel Kurtz; Jennifer Tsai; linux-kernel@vger.kernel.org;
> linux-in...@vger.kernel.org; James Chen; Paul Liang; Jeff Chuang; Agnes
> Cheng
> Subject: Re: [PATCH v3] Input: elants_i2c - get product id o
Input: elants_i2c - get product id on recovery mode
for FW update
On Fri, Sep 23, 2016 at 04:01:17PM +0800, Johnny Chuang wrote:
> This CL takes the responsibility for getting product/hardware id on
> recovery mode.
> It will fix firmware update script could not find correspond firmware
&
lient *client = ts->client;
> int error, retry_cnt;
> @@ -318,8 +318,13 @@ static int elants_i2c_query_fw_id(struct elants_data *ts)
> error, (int)sizeof(resp), resp);
> }
>
> - dev_err(&client->dev,
> - "Failed to read fw id
struct i2c_client *client = ts->client;
int error, retry_cnt;
@@ -318,8 +318,13 @@ static int elants_i2c_query_fw_id(struct elants_data *ts)
error, (int)sizeof(resp), resp);
}
- dev_err(&client->dev,
- "Failed to read fw id
Changes to support new security states of the iLO5 firmware.
- use BAR5 for CCB's for iLO5
- simplification of error handling
Signed-off-by: Mark Rusk
Signed-off-by: David Altobelli
---
drivers/misc/hpilo.c | 17 +
1 files changed, 13 insertions(+), 4 deletions(-)
diff --git
Thou shalt not make firmware calls early on init or probe.
systemd already ripped support out for the usermode helper
a while ago, there are still users that require the usermode helper,
however systemd's use of the usermode helper exacerbated a long
lasting issue of the fact that we have many dri
The firmware cache purposely kills all non-udev (usermode helper)
pending requests prior to suspend with kill_requests_without_uevent()
right before it calls out to request for firmware for the fw cache.
It is pointless to again run into the possible issue of queing up
further usermode helpers
On Thu, Aug 25, 2016 at 09:41:33PM +0200, Luis R. Rodriguez wrote:
> On Thu, Aug 25, 2016 at 01:05:44PM +0200, Daniel Vetter wrote:
> > On Wed, Aug 24, 2016 at 10:39 PM, Luis R. Rodriguez
> > wrote:
> > Some users want a fully running gfx stack 2s after power-on. There's
> > not even enough time
On Wed, Aug 24, 2016 at 10:17:38AM +0200, Gabriel Paubert wrote:
> On Tue, Aug 23, 2016 at 05:45:04PM -0700, mcg...@kernel.org wrote:
>
> [snip]
> > ---
> > Documentation/firmware_class/README| 20
> > drivers/base/Kconfig | 2 +-
> > .../requ
e/firmware_class.c
> >+++ b/drivers/base/firmware_class.c
> >@@ -1412,7 +1412,7 @@ static int cache_firmware(const char *fw_name)
> >
> > pr_debug("%s: %s\n", __func__, fw_name);
> >
> >-ret = request_firmware(&fw, fw_name, NULL)
801 - 900 of 2019 matches
Mail list logo