Hi Hans,
On 05/08/2014 09:41 PM, Hans de Goede wrote:
> Hi All,
>
> These patches add keymaps for the remotes found with various allwinner android
> tv boxes. I've checked that these are not duplicate with existing configs.
>
> These tv-boxes can run regular Linux, and that is what these keymaps
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: Tue 22 Jul 07:45:59 CEST 2014
git branch: test
git hash: a733291d6934d0663af9e7d9f2266ab87a2946cd
gcc versi
Correct some style issues, mostly reported by checkpatch.pl.
Signed-off-by: Antti Palosaari
---
drivers/media/usb/msi2500/msi2500.c | 70 +++--
1 file changed, 51 insertions(+), 19 deletions(-)
diff --git a/drivers/media/usb/msi2500/msi2500.c
b/drivers/media/usb
Em Tue, 22 Jul 2014 07:33:27 +0200
Matthias Schwarzott escreveu:
> Hi,
>
> I want to add support for Hauppauge WinTV 930C-HD and PCTV QuatroStick 521e.
> The namess and USB-IDs are different, but the hardware is the same.
>
> Should there be in this case one card entry in cx231xx driver or two?
Hi,
I want to add support for Hauppauge WinTV 930C-HD and PCTV QuatroStick 521e.
The namess and USB-IDs are different, but the hardware is the same.
Should there be in this case one card entry in cx231xx driver or two?
Two would have the advantage that the correct name of the device could
be disp
Hi Shaik,
On Mon, Jul 21, 2014 at 10:24 AM, Shaik Ameer Basha
wrote:
> 1] Currently Gscaler clock is enabled only inside pm_runtime callbacks.
>If PM_RUNTIME is disabled, driver hangs. This patch removes the
>PM_RUNTIME dependency by keeping the clock enable/disable functions
>in m2m
MEDIA_SDR_SUPPORT and I2C_MUX are needed for rtl2832_sdr.
Reported-by: kbuild test robot
Signed-off-by: Antti Palosaari
---
drivers/media/dvb-frontends/Kconfig | 2 +-
drivers/media/usb/dvb-usb-v2/Kconfig | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/dvb-
Em Tue, 22 Jul 2014 05:48:26 +0300
Antti Palosaari escreveu:
> On 07/22/2014 05:09 AM, Mauro Carvalho Chehab wrote:
> > Em Tue, 22 Jul 2014 04:05:05 +0300
> > Antti Palosaari escreveu:
> >
> >> On 07/22/2014 03:51 AM, Mauro Carvalho Chehab wrote:
> >>> Em Tue, 22 Jul 2014 03:08:19 +0300
> >>> An
Rebased and dropped the offending files as requested.
I plan on making the saa7134-go7007 patch work (which was why I kept it in
the mainline driver), but I'll just add it back later. That's probably
going to be for 3.18 anyway.
Regards,
Hans
The following changes since commit 9aabd95a
Em Mon, 21 Jul 2014 16:08:41 +0200
Hans Verkuil escreveu:
> Hi Mauro,
>
> Here is a set of various fixes: two important ones in v4l2-ioctl and one
> in vb2. Also some DocBook fixes, a few VBI defines added and documented,
> a davinci bugfix (reported by the new gcc-4.9 compiler I'm now using for
Commit 0ba2aeb6dab80920edd9cf5b93b1ea4d6913b8f3
(v4l2-ctrls: increase internal min/max/step/def to 64 bit)
changes v4l2 controls to 64-bit. Driver it not working on 32-bit
arch as it uses directly control 'step' which is changed to 64-bit.
Reported-by: kbuild test robot
Cc: Hans Verkuil
Signed-o
On 07/22/2014 05:09 AM, Mauro Carvalho Chehab wrote:
Em Tue, 22 Jul 2014 04:05:05 +0300
Antti Palosaari escreveu:
On 07/22/2014 03:51 AM, Mauro Carvalho Chehab wrote:
Em Tue, 22 Jul 2014 03:08:19 +0300
Antti Palosaari escreveu:
So what. Those were mostly WARNING only and all but long lines
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: Tue Jul 22 04:00:38 CEST 2014
git branch: test
git hash: 1b303e1a58599e42f858805285f03ccb5a4e18d2
gcc versi
Hi,
Per request of Greg Kroah-Hartman, I'm sending this bug's reference:
https://bugzilla.kernel.org/show_bug.cgi?id=80871#c1
Regards,
--
João M. S. Silva
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More major
Em Tue, 22 Jul 2014 04:05:05 +0300
Antti Palosaari escreveu:
> On 07/22/2014 03:51 AM, Mauro Carvalho Chehab wrote:
> > Em Tue, 22 Jul 2014 03:08:19 +0300
> > Antti Palosaari escreveu:
> >
> >> So what. Those were mostly WARNING only and all but long lines were some
> >> new checks added to chec
On 07/22/2014 03:51 AM, Mauro Carvalho Chehab wrote:
Em Tue, 22 Jul 2014 03:08:19 +0300
Antti Palosaari escreveu:
So what. Those were mostly WARNING only and all but long lines were some
new checks added to checkpatch recently. chekcpatch gets all the time
new and new checks, these were added
Em Tue, 22 Jul 2014 03:08:19 +0300
Antti Palosaari escreveu:
> So what. Those were mostly WARNING only and all but long lines were some
> new checks added to checkpatch recently. chekcpatch gets all the time
> new and new checks, these were added after I have made that driver. I
> will surely
tree: git://linuxtv.org/media_tree.git master
head: 469d4ec8776091a2846ba89803cf954cf8b3ce65
commit: 634fe5033951b80ef4b98d8f047cb1083d29170d [482/499] [media] airspy:
AirSpy SDR driver
config: make ARCH=x86_64 allmodconfig
Note: the linuxtv-media/master HEAD 469d4ec8776091a2846ba89803cf954cf
On 07/22/2014 03:05 AM, Mauro Carvalho Chehab wrote:
total: 1 errors, 45 warnings, 1517 lines checked
drivers/media/usb/msi2500/msi2500.c has style problems, please review.
FYI, I applied the rest of this patch series, except for those patches:
msi2500: move msi3101 out of staging and
So what. Those were mostly WARNING only and all but long lines were some
new checks added to checkpatch recently. chekcpatch gets all the time
new and new checks, these were added after I have made that driver. I
will surely clean those later when I do some new changes to driver and
my checkpat
Em Mon, 21 Jul 2014 20:50:05 -0300
Mauro Carvalho Chehab escreveu:
> Em Fri, 18 Jul 2014 04:14:32 +0300
> Antti Palosaari escreveu:
>
> > * AirSpy SDR driver
> > * all SDR drivers moved out of staging
> > * few new SDR stream formats
> >
> > regards
> > Antti
> >
> >
> > The following change
Em Fri, 18 Jul 2014 04:14:32 +0300
Antti Palosaari escreveu:
> * AirSpy SDR driver
> * all SDR drivers moved out of staging
> * few new SDR stream formats
>
> regards
> Antti
>
>
> The following changes since commit 3445857b22eafb70a6ac258979e955b116bfd2c6:
>
>[media] hdpvr: fix two audio
On 07/22/2014 12:46 AM, Laurent Pinchart wrote:
> On Tuesday 22 July 2014 00:45:05 Hans Verkuil wrote:
>> On 07/22/2014 12:41 AM, Laurent Pinchart wrote:
>>> The ARGB32 pixel format's fourcc value is defined to 'BA24' in the
>>> videodev2.h header, but documented as 'AX24'. Fix the documentation.
>
On Tuesday 22 July 2014 00:45:05 Hans Verkuil wrote:
> On 07/22/2014 12:41 AM, Laurent Pinchart wrote:
> > The ARGB32 pixel format's fourcc value is defined to 'BA24' in the
> > videodev2.h header, but documented as 'AX24'. Fix the documentation.
> >
> > Reported-by: Acked-by: Hans Verkuil
>
> R
On 07/22/2014 12:41 AM, Laurent Pinchart wrote:
> The ARGB32 pixel format's fourcc value is defined to 'BA24' in the
> videodev2.h header, but documented as 'AX24'. Fix the documentation.
>
> Reported-by: Acked-by: Hans Verkuil
Reported-by or Acked-by? :-)
Anyway:
Acked-by: Hans Verkuil
> Si
On 07/22/2014 12:30 AM, Laurent Pinchart wrote:
> Hi Hans,
>
> On Monday 21 July 2014 23:43:16 Hans Verkuil wrote:
>> On 07/21/2014 10:39 PM, Laurent Pinchart wrote:
>>> The RGB666 pixel format doesn't include an alpha channel. Document it as
>>> such.
>>>
>>> Signed-off-by: Laurent Pinchart
>>>
The ARGB32 pixel format's fourcc value is defined to 'BA24' in the
videodev2.h header, but documented as 'AX24'. Fix the documentation.
Reported-by: Acked-by: Hans Verkuil
Signed-off-by: Laurent Pinchart
---
Documentation/DocBook/media/v4l/pixfmt-packed-rgb.xml | 2 +-
1 file changed, 1 inserti
Hi Hans,
On Monday 21 July 2014 23:43:16 Hans Verkuil wrote:
> On 07/21/2014 10:39 PM, Laurent Pinchart wrote:
> > The RGB666 pixel format doesn't include an alpha channel. Document it as
> > such.
> >
> > Signed-off-by: Laurent Pinchart
> > ---
> >
> > .../DocBook/media/v4l/pixfmt-packed-rgb.
On 07/21/2014 10:56 PM, Laurent Pinchart wrote:
> Hi Hans,
>
> On Thursday 17 July 2014 23:04:09 Hans Verkuil wrote:
>> Hi Laurent,
>>
>> Something that just caught my eye:
>>
>> On 06/24/2014 01:54 AM, Laurent Pinchart wrote:
>>> The v4l2_pix_format structure has no reserved field. It is embedded
On 07/21/2014 10:37 PM, Laurent Pinchart wrote:
> The existing RGB555X pixel format is ill-defined in respect to its alpha
> bit and its meaning is driver dependent. Create new standard ARGB555X
> and XRGB555X variants with clearly defined meanings and make the
> existing variant deprecated.
>
> T
On 07/21/2014 10:39 PM, Laurent Pinchart wrote:
> The RGB666 pixel format doesn't include an alpha channel. Document it as
> such.
>
> Signed-off-by: Laurent Pinchart
> ---
> .../DocBook/media/v4l/pixfmt-packed-rgb.xml | 20
> ++--
> 1 file changed, 6 insertions(+), 14
Hi Hans,
On Thursday 17 July 2014 23:04:09 Hans Verkuil wrote:
> Hi Laurent,
>
> Something that just caught my eye:
>
> On 06/24/2014 01:54 AM, Laurent Pinchart wrote:
> > The v4l2_pix_format structure has no reserved field. It is embedded in
> > the v4l2_framebuffer structure which has no reser
The RGB666 pixel format doesn't include an alpha channel. Document it as
such.
Signed-off-by: Laurent Pinchart
---
.../DocBook/media/v4l/pixfmt-packed-rgb.xml | 20 ++--
1 file changed, 6 insertions(+), 14 deletions(-)
diff --git a/Documentation/DocBook/media/v4l/pixfmt
The existing RGB555X pixel format is ill-defined in respect to its alpha
bit and its meaning is driver dependent. Create new standard ARGB555X
and XRGB555X variants with clearly defined meanings and make the
existing variant deprecated.
The new pixel formats 4CC values have been selected to match
Hi Mauro,
On Mon, Jul 21, 2014 at 04:01:28PM -0300, Mauro Carvalho Chehab wrote:
> > This patch adds support for the CODA960 VPU in Freescale i.MX6 SoCs.
> >
> > It enables h.264 and MPEG4 encoding and decoding support. Besides the usual
> > register shifting, the CODA960 gains frame memory contr
Em Fri, 11 Jul 2014 11:36:29 +0200
Philipp Zabel escreveu:
> From: Michael Olbrich
>
> Some drivers might allow to decode remaining frames from an internal
> ringbuffer
> after a decoder stop command. Allow those to call v4l2_m2m_try_schedule
> directly.
>
> Signed-off-by: Michael Olbrich
>
Em Fri, 11 Jul 2014 11:36:17 +0200
Philipp Zabel escreveu:
> This patch adds support for the CODA960 VPU in Freescale i.MX6 SoCs.
>
> It enables h.264 and MPEG4 encoding and decoding support. Besides the usual
> register shifting, the CODA960 gains frame memory control and GDI registers
> that a
Em Sat, 12 Jul 2014 21:52:46 +0300
Antti Palosaari escreveu:
> Mauro, you have forgot some debug hacks to that patch.
Thanks for noticing. Actually, it got merged by mistake with
a hack I'm using to debug another driver.
Just sent a version 2 of this patch.
Regards,
Mauro
>
> Antti
>
> On 0
The driver was reporting an incorrect mode, when mode 2
is selected.
While testing it, noticed that neither mode 1 or guard
interval 1/32 is supported by this device. Document it,
and ensure that it will report _AUTO when it doesn't lock,
in order to not report a wrong detection to userspace.
Sig
Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
For a series of driver fixes:
- Fix DVB-S tuning with tda1071;
- Fix tuner probe on af9035 when the device has a bad eeprom;
- Some fixes for the new si2168/2157 dri
The programmed frequency on xc5000 is not the middle
frequency, but the initial frequency on the bandwidth range.
However, the DVB API works with the middle frequency.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/tuners/xc5000.c | 22 --
1 file changed, 12 insertion
On Monday 09 June 2014 12:27:37 Johannes Berg wrote:
> On Mon, 2014-06-09 at 11:59 +0200, Johannes Berg wrote:
> > > Johannes, could you enable USB debugging in the linus/master kernel and
> > > provide a kernel log ?
> >
> > I'll try to get some logs (wasn't there tracing added to xhci too? will
The firmware name at:
http://www.kernellabs.com/firmware/xc4000/
Is different from the one at the Kernel. Update it
try first the new name, falling back to the previous one
if the new name can't be found.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/tuners/xc4000.c | 25 +++
The programmed frequency on xc4000 is not the middle
frequency, but the initial frequency on the bandwidth range.
However, the DVB API works with the middle frequency.
This works fine on set_frontend, as the device calculates
the needed offset. However, at get_frequency(), the returned
value is th
Support for PCTV340e was broken for a long time. The regression
happened due to changeset 6fe1099c7aec.
The above changeset was right, as it improves device tuning, but
there's a bug at xc4000 get_frequency(): instead of returning
the tuned frequency, it was returning the frequency minus an
offset
This meta-tag is used by some distros to help them package
the firmware and generate proper initrd images.
So, add the firmware names there.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/tuners/xc4000.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/media/tuners/xc4000.c
Hi Michael,
On Tuesday 20 May 2014 18:32:08 Michael Durkin wrote:
> It was suggested to me to inquire here if anyone was working on
> drivers or support for the Fresco Logic FL2000 1d5c:2000
Could you please post the output of
lsusb -v -d 1d5c:2000
(if possible running as root) ?
--
Regards,
Hi Laurent,
2014-07-10 0:29 GMT+02:00 Laurent Pinchart :
> Hi Enric,
>
> On Wednesday 09 July 2014 17:56:59 Enric Balletbo Serra wrote:
>> 2014-05-16 2:45 GMT+02:00 Laurent Pinchart wrote:
>> > Hi Mauro,
>> >
>> > The following changes since commit
>> > ba0d342ecc21fbbe2f6c178f4479944d1fb34f3b:
>>
Hi Jacek,
Thanks for the patchset.
Jacek Anaszewski wrote:
> This patch adds led-flash support to Maxim max77693 chipset.
> A device can be exposed to user space through LED subsystem
> sysfs interface or through V4L2 subdevice when the support
> for V4L2 Flash sub-devices is enabled. Device supp
Hi Mauro,
Here is a set of various fixes: two important ones in v4l2-ioctl and one
in vb2. Also some DocBook fixes, a few VBI defines added and documented,
a davinci bugfix (reported by the new gcc-4.9 compiler I'm now using for the
daily build) and last but not least the move of the solo6x10 and
On 07/21/2014 03:45 PM, Hans Verkuil wrote:
> This patch series adds a bunch of missing RDS TX controls and implements
> them in the si4713 driver. It also adds back RDS support to the miropcm20
> driver.
>
> The Alternate Frequencies control is a u32 array since there can be up to
> 25 alternate
This patch series adds a bunch of missing RDS TX controls and implements
them in the si4713 driver. It also adds back RDS support to the miropcm20
driver.
The Alternate Frequencies control is a u32 array since there can be up to
25 alternate frequencies. This was also the reason why I am only now
From: Hans Verkuil
Rather than always having to use a v4l2_ext_control struct to set
a control value from within a driver, switch to just setting the
new value. This is faster and it makes it possible to set more
complex types such as a string control as is added by this
patch.
Signed-off-by: Ha
From: Hans Verkuil
Once upon a time the radio-miropcm20 driver had RDS support. However, after
some internal kernel changes that support was removed. Now that we have a
nice RDS API I have been working on adding back this support. It has been
tested with the si4713 RDS transmitter and it is worki
From: Hans Verkuil
Document the new RDS features that will be supported by the si4713 driver.
Signed-off-by: Hans Verkuil
Cc: Eduardo Valentin
---
Documentation/DocBook/media/v4l/controls.xml | 62
1 file changed, 62 insertions(+)
diff --git a/Documentation/DocBo
From: Hans Verkuil
The si4713 supports several RDS features not yet implemented in the driver.
This patch adds the missing RDS functionality to the list of RDS controls.
The ALT_FREQS control is a compound control containing an array of up
to 25 (the maximum according to the RDS standard) frequ
From: Hans Verkuil
Document the new RDS receiver controls. This will be used by the radio-miropcm20
driver.
Signed-off-by: Hans Verkuil
---
Documentation/DocBook/media/v4l/controls.xml | 51
1 file changed, 51 insertions(+)
diff --git a/Documentation/DocBook/media
From: Hans Verkuil
The radio-miropcm20 driver has firmware that decodes the RDS signals. So in that
case the RDS data becomes available in the form of controls.
Add support for these controls to the control framework, allowing the miro
driver
to use them.
Signed-off-by: Hans Verkuil
---
driv
From: Hans Verkuil
Not all the RDS features of the si4713 were supported. Add
the missing bits to fully support the hardware capabilities.
Signed-off-by: Hans Verkuil
Cc: Eduardo Valentin
---
drivers/media/radio/si4713/si4713.c | 76 -
drivers/media/radio/s
Le lundi 21 juillet 2014 à 15:16 +0200, Hans Verkuil a écrit :
> + Note that data_offset is included in
> bytesused.
> + So the size of the image in the plane is
> +
> bytesused-data_offset at
> + offset data_offset from the start of
> the plane.
This patch explicitly documents the relationship between bytesused and
data_offset.
But looking in the kernel there isn't a single driver that actually sets
data_offset.
Do such beasts exist? It's also annoying that there is no such equivalent for
the
single planar API, so it is asymmetrical. W
On 21/07/14 06:54, Shaik Ameer Basha wrote:
> 1] Currently Gscaler clock is enabled only inside pm_runtime callbacks.
>If PM_RUNTIME is disabled, driver hangs. This patch removes the
>PM_RUNTIME dependency by keeping the clock enable/disable functions
>in m2m start/stop streaming callba
Hello,
how can I query the supported pixel format(s) of a sensor connected via
media-ctl and exposed via /dev/videoX
there is
VIDIOC_ENUM_FMT (which fails)
and
VIDIOC_SUBDEV_ENUM_MBUS_CODE (which works, but on a subdev, not on
/dev/videoX)
v4l2_subdev_video_ops has .enum_mbus_fmt (this is SoC
On Sun, Jul 20, 2014 at 10:16:41PM +0200, Hans Verkuil wrote:
> V4L2_CID_BASE_LASTP1 should be V4L2_CID_LASTP1. This has probably been wrong
> since the earliest days of this documentation until I did a copy-and-paste
> and found out that V4L2_CID_BASE_LASTP1 doesn't actually exist :-)
>
> Signed-
Hi Julien,
On Thu, Jul 10, 2014 at 04:19:06PM +0200, Julien BERAUD wrote:
> We are developing a driver for our video controller which has the
> particularity of being very reconfigurable.
>
> We have reached a point at which the complexity and variety of the
> applications we need to implement fo
Hi Jacek,
Jacek Anaszewski wrote:
> This patch adds helper functions for registering/unregistering
> LED class flash devices as V4L2 subdevs. The functions should
> be called from the LED subsystem device driver. In case the
> support for V4L2 Flash sub-devices is disabled in the kernel
> config t
Hi Hans,
Thank you for the patch.
On Monday 21 July 2014 12:50:39 Hans Verkuil wrote:
> Regression fix:
>
> V4L2_PIX_FMT_PRIV_MAGIC should only be set for the VIDEO_CAPTURE and
> VIDEO_OUTPUT buffer types, and not for any others. In the case of
> the win format this overwrote a pointer value tha
Regression fix:
V4L2_PIX_FMT_PRIV_MAGIC should only be set for the VIDEO_CAPTURE and
VIDEO_OUTPUT buffer types, and not for any others. In the case of
the win format this overwrote a pointer value that is passed in from
userspace.
Just set it for V4L2_BUF_TYPE_VIDEO_CAPTURE and OUTPUT only. Set
i
Regression fix:
V4L2_PIX_FMT_PRIV_MAGIC should only be set for the VIDEO_CAPTURE and
VIDEO_OUTPUT buffer types, and not for any others. In the case of
the win format this overwrote a pointer value that is passed in from
userspace.
Just set it for V4L2_BUF_TYPE_VIDEO_CAPTURE and OUTPUT only. Also
Hi Hans,
Thank you for the patch.
On Monday 21 July 2014 11:31:46 Hans Verkuil wrote:
> Regression fix:
>
> V4L2_PIX_FMT_PRIV_MAGIC should only be set for the VIDEO_CAPTURE and
> VIDEO_OUTPUT buffer types, and not for any others. In the case of
> the win format this overwrote a pointer value tha
Regression fix:
V4L2_PIX_FMT_PRIV_MAGIC should only be set for the VIDEO_CAPTURE and
VIDEO_OUTPUT buffer types, and not for any others. In the case of
the win format this overwrote a pointer value that is passed in from
userspace.
Just set it for V4L2_BUF_TYPE_VIDEO_CAPTURE and OUTPUT and not any
On 07/21/2014 11:11 AM, Laurent Pinchart wrote:
> Hi Hans,
>
> Thank you for the patch.
>
> On Sunday 20 July 2014 15:10:03 Hans Verkuil wrote:
>> Regression fix:
>>
>> V4L2_PIX_FMT_PRIV_MAGIC should only be set for the VIDEO_CAPTURE and
>> VIDEO_OUTPUT buffer types, and not for any others. In th
Hi Hans,
Thank you for the patch.
On Sunday 20 July 2014 15:10:03 Hans Verkuil wrote:
> Regression fix:
>
> V4L2_PIX_FMT_PRIV_MAGIC should only be set for the VIDEO_CAPTURE and
> VIDEO_OUTPUT buffer types, and not for any others. In the case of
> the win format this overwrites a pointer value th
Hi Hans,
Thank you for the patch.
On Monday 21 July 2014 09:14:46 Hans Verkuil wrote:
> V4L2_CAP_EXT_PIX_FORMAT is set for capabilities, but it needs to be set for
> device_caps as well: device_caps should report all caps relevant to the
> device node, and this is one of them.
>
> Signed-off-by:
V4L2_CAP_EXT_PIX_FORMAT is set for capabilities, but it needs to be set for
device_caps as well: device_caps should report all caps relevant to the
device node, and this is one of them.
Signed-off-by: Hans Verkuil
diff --git a/drivers/media/v4l2-core/v4l2-ioctl.c
b/drivers/media/v4l2-core/v4l2-
Why dont you use git send-email ?
On Mon, Jul 21, 2014 at 8:03 AM, Divneil Wadhawan wrote:
>
> Hi Hans,
>
>> This patch is all messed up and doesn't apply.
>>
>> Check your mailer settings: it clearly replaced hard tabs by a space.
>>
>> Can you repost?
>
> I tried to find out if I can change the
Hi Fabio,
On Fri, Jul 11, 2014 at 02:33:18PM +0200, Robert Schwebel wrote:
> On Wed, Jul 02, 2014 at 09:16:42PM +0200, Robert Schwebel wrote:
> > > It would be really nice if the firmware was available in the
> > > linux-firmware repository. Do you think this would be possible?
> > >
> > > Best w
77 matches
Mail list logo
