Hi Mateusz,
On 21 September 2013 20:30, Mateusz Krawczuk
wrote:
> This patch series add restoring previous vpll rate after driver offs stream
> or recives error.
> It also replace mxr_info, mxr_dbg, mxr_warn and mxr_err macro
> by generic solution.
It is a good practice to include revision histo
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Mon Sep 23 04:00:19 CEST 2013
git branch: test
git hash: f66b2a1c7f2ae3fb0d5b67d07ab4f5055fd3cf16
gcc versi
Hi Sylwester,
On Fri, Sep 20, 2013 at 3:22 PM, Sylwester Nawrocki
wrote:
> Hi Prabhakar,
>
> On 09/20/2013 10:11 AM, Prabhakar Lad wrote:
>> OK I will, just send out a fix up patch which fixes the mismatch between
>> names for the rc-cycle, and later send out a patch which removes the
>> platform
Some architectures do not support PCI, but still support USB, so need
let our usb driver try to use usb_* instead of pci_* to support these
architectures, or can not pass compiling.
The related error (with allmodconfig for arc):
CC [M] drivers/media/usb/b2c2/flexcop-usb.o
drivers/media/usb
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
---
drivers/media/pci/bt8xx/bt878.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/media/pci/
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
---
drivers/media/pci/cx88/cx88-alsa.c |2 --
drivers/media/pci/cx88/cx88-mpeg.c |1 -
drivers/med
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
---
drivers/media/pci/b2c2/flexcop-pci.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/med
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
---
drivers/media/pci/saa7164/saa7164-core.c |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/m
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
---
drivers/media/pci/pluto2/pluto2.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
---
drivers/media/pci/ngene/ngene-core.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/med
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
---
drivers/media/pci/dm1105/dm1105.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
---
drivers/media/pci/pt1/pt1.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/media/pci/pt
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
---
drivers/media/pci/mantis/mantis_pci.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/me
The driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
Signed-off-by: Jingoo Han
---
drivers/media/common/saa7146/saa7146_core.c |2 --
1 file changed, 2 deletions(-)
diff --git a/driv
Since commit 0998d0631001288a5974afc0b2a5f568bcdecb4d
(device-core: Ensure drvdata = NULL when no driver is bound),
the driver core clears the driver data to NULL after device_release
or on probe failure. Thus, it is not needed to manually clear the
device driver data to NULL.
---
drivers/media/c
On Thu, Sep 19, 2013 at 12:35 PM, Marc MERLIN wrote:
>
> gandalfthegreat:/sys/bus/usb/devices/3-1.6/power# grep . *
> active_duration:61227648
> async:enabled
> autosuspend:2
> autosuspend_delay_ms:2000
> connected_duration:66830880
> control:auto
> level:auto
> persist:1
> runtime_active_kids:0
>
On Sun, Sep 22, 2013 at 04:32:08PM -0400, Alan Stern wrote:
> > I'm somehow thinking there is a driver or hardware problem when the device
> > does get stuck in a mode where it won't sleep properly again until the next
> > reboot (just unloading/loading the driver does not fix this).
>
> That's qu
On Sun, 22 Sep 2013, Marc MERLIN wrote:
> On Sun, Sep 22, 2013 at 12:38:56PM -0400, Alan Stern wrote:
> > > gandalfthegreat:/sys/bus/usb/devices/3-1.6/power# grep . *
> > > active_duration:61227648
> > > async:enabled
> > > autosuspend:2
> > > autosuspend_delay_ms:2000
> > > connected_duration:668
On Sun, Sep 22, 2013 at 12:38:56PM -0400, Alan Stern wrote:
> > gandalfthegreat:/sys/bus/usb/devices/3-1.6/power# grep . *
> > active_duration:61227648
> > async:enabled
> > autosuspend:2
> > autosuspend_delay_ms:2000
> > connected_duration:66830880
> > control:auto
> > level:auto
> > persist:1
> >
On Wed, 18 Sep 2013, Marc MERLIN wrote:
> Howdy,
>
> I have a T530 with a built in webcam that uses the uvcvideo driver.
> Kernel 3.10.6, but the problem has been there for many kernel versions.
>
> From time to time (not always) it shows up at the top of powertop with
> an unexplained high powe
On Thu, 19 Sep 2013 22:47:01 +0100, Russell King
wrote:
> AMBA Primecell devices always treat streaming and coherent DMA exactly
> the same, so there's no point in having the masks separated.
>
> Signed-off-by: Russell King
for the drivers/of/platform.c portion:
Acked-by: Grant Likely
g.
--
21 matches
Mail list logo
