Hi,
I'm not so much experienced in MTD area, so please correct me, if I'm wrong.
NOR flashes supported by cmdset0002 (AMD & Fujitsu Standard Vendor Command Set)
are not able to unlock one particular eraseblock, the unlocking is
done by unlock
the whole chip. Because of that the driver (cfi_cmdset
Sorry for self-answering, but I forgot to add mtd maintainers and
mtd-mailinglist.
/Honza
2017-05-11 12:11 GMT+02:00 Honza Petrouš :
> Hi,
>
> I'm not so much experienced in MTD area, so please correct me, if I'm wrong.
>
> NOR flashes supported by cmdset0002 (AMD
2017-09-14 22:50 GMT+02:00 Mauro Carvalho Chehab :
> Hi Satendra,
>
> Em Thu, 14 Sep 2017 05:59:27 -0400
> Satendra Singh Thakur escreveu:
>
>> -For setting one frontend property , one FE_SET_PROPERTY ioctl is called
>> -Since, size of struct dtv_property is 72 bytes, this ioctl requires
>> ---all
2017-09-01 1:46 GMT+02:00 Mauro Carvalho Chehab :
> No driver uses this ioctl, nor it is documented anywhere.
>
> So, get rid of it.
>
> Signed-off-by: Mauro Carvalho Chehab
> ---
> Documentation/media/dmx.h.rst.exceptions| 13
> Documentation/media/uapi/dvb/dmx-set-source.rst |
2017-09-01 1:46 GMT+02:00 Mauro Carvalho Chehab :
> The DVB documentation was negligected for a long time, with
> resulted on several gaps between the API description and its
> documentation.
>
> I'm doing a new reading at the documentation. As result of it,
> this series:
>
> - improves the introd
2017-09-01 11:37 GMT+02:00 Mauro Carvalho Chehab :
> Em Fri, 1 Sep 2017 08:28:20 +0200
> Honza Petrouš escreveu:
>
>> 2017-09-01 1:46 GMT+02:00 Mauro Carvalho Chehab :
>> > No driver uses this ioctl, nor it is documented anywhere.
>> >
>> > So, get
2017-09-01 12:45 GMT+02:00 Mauro Carvalho Chehab :
> Em Fri, 1 Sep 2017 11:53:11 +0200
> Honza Petrouš escreveu:
>
>> 2017-09-01 11:37 GMT+02:00 Mauro Carvalho Chehab :
>> > Em Fri, 1 Sep 2017 08:28:20 +0200
>> > Honza Petrouš escreveu:
>> >
>> &g
> There is still a gap at the CA API, as there are three ioctls that are used
> only by a few drivers and whose structs are not properly documented:
> CA_GET_MSG, CA_SEND_MSG and CA_SET_DESCR.
>
> The first two ones seem to be related to a way that a few drivers
> provide to send/receive messages.
> There is still a gap at the CA API, as there are three ioctls that are used
> only by a few drivers and whose structs are not properly documented:
> CA_GET_MSG, CA_SEND_MSG and CA_SET_DESCR.
>
> The first two ones seem to be related to a way that a few drivers
> provide to send/receive messages.
2017-09-04 2:54 GMT+02:00 Mauro Carvalho Chehab :
> Em Sun, 3 Sep 2017 22:05:23 +0200
> Honza Petrouš escreveu:
>
>> 1) #define CA_SET_DESCR _IOW('o', 134, ca_descr_t)
>>
>>
>> CA_SET_DESCR is used for
2017-09-04 11:06 GMT+02:00 Mauro Carvalho Chehab :
> Em Mon, 4 Sep 2017 09:12:49 +0200
> Honza Petrouš escreveu:
>
>> 2017-09-04 2:54 GMT+02:00 Mauro Carvalho Chehab :
>> > Em Sun, 3 Sep 2017 22:05:23 +0200
>> > Honza Petrouš escreveu:
>> >
>&g
2017-05-16 20:22 GMT+02:00 Richard Weinberger :
> Zach,
>
> Am 16.05.2017 um 19:58 schrieb Zach Brown:
>> From: Ben Shelton
>>
>> Add a file under debugfs to allow easy access to the erase count for
>> each physical erase block on an UBI device. This is useful when
>> debugging data integrity iss
Hi Yasunari
2017-10-13 7:59 GMT+02:00 :
> From: Yasunari Takiguchi
>
> This is the SPI adapter part of the driver for the
> Sony CXD2880 DVB-T2/T tuner + demodulator.
>
[...]
> +static const struct of_device_id cxd2880_spi_of_match[] = {
> + { .compatible = "sony,cxd2880" },
> + {
Hi Takiguchi,
>> If I understand it right, it uses SPI bus also for passing transport stream
>> to the host system (also having some pid piltering inside!), isn't it?
>> It would be interesting to know what is the max throughput of the CXD's SPI?
>
> Yes, max clock rate of spi is written in sony-c
14 matches
Mail list logo
