-git a/drivers/media/i2c/ov5693.c b/drivers/media/i2c/ov5693.c
> new file mode 100644
> index 0000..da2ca99a7ad3
> --- /dev/null
> +++ b/drivers/media/i2c/ov5693.c
> @@ -0,0 +1,1557 @@
> +// SPDX-License-Identifier: GPL-2.0
> +/*
> + * Copyright (c) 2013 Intel Corporation. A
When trying to convert a CCM matrix for IPU3, extreme values for the
Color Correction Matrix.
Specify the precision to ease userspace integration.
Signed-off-by: Jean-Michel Hautbois
---
drivers/staging/media/ipu3/include/intel-ipu3.h | 14 --
1 file changed, 8 insertions(+), 6
Hi Daniel,
Thanks for the patch !
On 30/11/2020 14:31, Daniel Scally wrote:
> On platforms where ACPI is designed for use with Windows, resources
> that are intended to be consumed by sensor devices are sometimes in
> the _CRS of a dummy INT3472 device upon which the sensor depends. This
> driver
Hi there !
Le mar. 6 nov. 2018 à 10:57, Alexander Dahl a écrit :
>
> Hei hei,
>
> Am Freitag, 2. November 2018, 14:35:26 CET schrieb Jean-Michel Hautbois:
> > Then, after looking into deeper details in the datasheet I understand
> > it is connected through EBI and
Hi all,
I have a custom board based on a sama5d3 chip. The SoC is connected to
2 pef24628 SHDSL transceivers, the first one on ebi@4000 and the
second one on ebi@5000.
I tried to write a basic char driver, using request_mem_region and
ioremap but I can't read or write into the device.
I ha
Hi !
2016-02-01 15:46 GMT+01:00 Rob Herring :
> On Sun, Jan 31, 2016 at 04:33:00PM +0100, Jean-Michel Hautbois wrote:
>> Some I2C devices have multiple addresses assigned, for example each address
>> corresponding to a different internal register map page of the device.
>>
Hi Rob,
Thanks a lot for your review !
2016-02-09 1:15 GMT+01:00 Rob Herring :
> On Mon, Feb 08, 2016 at 12:20:24PM +0100, Jean-Michel Hautbois wrote:
>> This device is a SPI based device from TI.
>> It is a 3 Gbps HD/SD SDI Dual Output Low Power
>> Extended Reach Ada
on bus SPI2 with CS number 1.
Controls should be accessible from userspace too.
This will have to be done later.
Signed-off-by: Jean-Michel Hautbois
---
v2: Add DT support
v3: Change the bit set/clear in output_type as disabled means 'set the bit'
v4: Clearer description of endpoint
the function returns NULL.
For now the function only supports look-up of the secondary address
from devicetree, but it can be extended in the future
to for example support board files and/or ACPI.
Signed-off-by: Jean-Michel Hautbois
---
v2: adding some DT bindings documentation (more than one
Hi Russell,
2015-08-27 10:42 GMT+02:00 Philipp Zabel :
>
> Am Samstag, den 08.08.2015, 17:09 +0100 schrieb Russell King - ARM
> Linux:
> > Following on from the previous sub-series, this sub-series adds audio
> > support to dw-hdmi.
> >
> > The two different variants are now in this patch: AHB aud
When power up, a "pop" is heard on line-in and mic-in.
An analysis of the PCM shows it lasts ~400ms
and looks like a filter response.
VAG power up should be delayed by 400ms as VAG power down is.
Signed-off-by: Jean-Michel Hautbois
---
sound/soc/codecs/sgtl5000.c | 1 +
1 file
2015-11-06 20:12 GMT+01:00 Joshua Clayton :
> On Friday, November 06, 2015 05:32:30 PM Jean-Michel Hautbois wrote:
>> Hi !
>>
>> I have an issue on my i.MX6 board I don't understand (kernel is a 4.2)...
>> When I connect a USB key, and then disconnect it, it oopses
Hi Arnd,
2015-11-06 17:38 GMT+01:00 Arnd Bergmann :
> On Friday 06 November 2015 17:32:30 Jean-Michel Hautbois wrote:
>> I have an issue on my i.MX6 board I don't understand (kernel is a 4.2)...
>> When I connect a USB key, and then disconnect it, it oopses and
>> reboot
Hi !
I have an issue on my i.MX6 board I don't understand (kernel is a 4.2)...
When I connect a USB key, and then disconnect it, it oopses and
reboots (as I have panic on oops, and reboot on panic).
Seems to be on the umount part...
The USB is connected through a smsc95xx but I don't think this is
2015-11-04 18:04 GMT+01:00 Jon Nettleton :
> On Wed, Nov 4, 2015 at 5:52 PM, Jean-Michel Hautbois
> wrote:
>> Hi !
>>
>> I can see in FSL kernel that VPU is configurable to 352M (it defaults
>> at 264MHz in mainline I think).
>> In the TRM, it is even specif
Hi !
I can see in FSL kernel that VPU is configurable to 352M (it defaults
at 264MHz in mainline I think).
In the TRM, it is even specified at 352MHz as a default frequency,
with a maximum of 540MHz.
Would it be possible to allow this clock rating modification if, for
instance, we select a perfor
A copy-paste from DECODER_CMD : replace decoded by encoded.
Signed-off-by: Jean-Michel Hautbois
---
Documentation/DocBook/media/v4l/vidioc-encoder-cmd.xml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/DocBook/media/v4l/vidioc-encoder-cmd.xml
b/Documentation
2015-09-19 19:56 GMT+02:00 Mark Brown :
> On Fri, Sep 18, 2015 at 02:38:27PM +0200, Jean-Michel Hautbois wrote:
>> Hi,
>>
>> I am wondering why in spi-imx the spi_imx_pio_transfer() function is
>> calling wait_for_completion() and not wait_for_completion_timeout() as
>
Hi,
I am wondering why in spi-imx the spi_imx_pio_transfer() function is
calling wait_for_completion() and not wait_for_completion_timeout() as
in the spi_imx_dma_transfer() one.
I can't see a good reason for this, maybe should it be calculated
based on the spi clock and transfer->len, or at least
Hi,
I am planning to add support for DT parsing in the Lattice ECP3 driver.
The main goal is to add support for INITN, DONE and PROGRAMN pins,
which should be driven when programming the FPGA, according to the
doc.
Basic question, what should be used in the of_device_id compatible field ?
For Tex
All masks for timings are different between ADV7604 and ADV7611.
Most of the values have 1 precision bit more in the latter.
Fix this by adding new fields to the chip_info structure.
Signed-off-by: Jean-Michel Hautbois
---
drivers/media/i2c/adv7604.c | 69
Hi Tim,
2015-03-24 16:11 GMT+01:00 Tim Harvey :
> On Tue, Feb 24, 2015 at 1:36 PM, Jean-Michel Hautbois
> wrote:
>> Hi Tim,
>>
>> 2014-10-31 5:27 GMT+01:00 Tim Harvey :
>>> The IMX6 has some internal LDO regulators provided by the anatop regulator
>>>
All drivers use custom notifications, in particular when source changes.
The bridge only has to map the subdev that sends it to whatever video node it
is connected to.
Signed-off-by: Jean-Michel Hautbois
---
Documentation/video4linux/v4l2-framework.txt | 4
include/media/v4l2-subdev.h
Hi Sudip,
2015-02-25 19:23 GMT+01:00 Jeremiah Mahler :
> Sudip,
>
> On Wed, Feb 25, 2015 at 03:29:22PM +0800, Sudip JAIN wrote:
>> Dear Maintainer,
>>
>> PFA attached patch that prevents user from being returned garbage bytesused
>> value from vb2 framework.
>>
>> Regards,
>> Sudip Jain
>>
>
> Pa
Hi Tim,
2014-10-31 5:27 GMT+01:00 Tim Harvey :
> The IMX6 has some internal LDO regulators provided by the anatop regulator
> block that can regulate the arm, soc, gpu/vpu core supplies. Alternatively a
> design can supply vdd_arm and vdd_soc externally via a PMIC to provide a lower
> power draw (
The CP_NON_STD_VIDEO bit indicates an input not aligned with DV timings.
If there is no input, and chip is in free run mode, consider we are locked.
Signed-off-by: Jean-Michel Hautbois
---
drivers/media/i2c/adv7604.c | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff
The bits are the same, but register is 0xf4 on ADV7611 instead of 0xfc.
When reading back the value in log_status, differentiate both.
Signed-off-by: Jean-Michel Hautbois
---
v2: Use adv7604_chip_info to get register instead of testing the chip ID
drivers/media/i2c/adv7604.c | 5 -
1 file
oth for functions and defines) to
>> adv76xx whenever they are common.
>>
>> Signed-off-by: Pablo Anton
>> Signed-off-by: Jean-Michel Hautbois
>
> I'm happy with this, except for three small changes:
>
> - I had to rebase
Sorry about that, not the media-tree u
This is a preliminary patch in order to add support for ALSA.
It replaces all current i2c access with regmap.
Add the registers which will then be used too, as these are declared at init.
Signed-off-by: Pablo Anton
Signed-off-by: Jean-Michel Hautbois
---
drivers/media/i2c/adv7604.c | 428
The bits are the same, but register is 0xf4 on ADV7611 instead of 0xfc.
When reading back the value in log_status, differentiate both.
Signed-off-by: Jean-Michel Hautbois
---
drivers/media/i2c/adv7604.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/media/i2c
Hi Laurent,
Thanks for the review.
2014-11-03 14:13 GMT+01:00 Laurent Pinchart :
> Hi Jean-Michel,
>
> Thank you for the patch.
>
> On Wednesday 10 September 2014 11:43:54 Jean-Michel Hautbois wrote:
>> This device is a SPI based device from TI.
>> It is a 3 Gbps HD/S
Hi,
2014-10-27 0:30 GMT+01:00 Laurent Pinchart :
> Hi Jean-Michel,
>
> On Thursday 23 October 2014 07:51:50 Jean-Michel Hautbois wrote:
>> 2014-10-23 1:53 GMT+02:00 Laurent Pinchart:
>> > On Wednesday 22 October 2014 17:34:21 Jean-Michel Hautbois wrote:
>> >
2014-12-16 15:50 GMT+01:00 Nicolas Dufresne :
>
> Le 2014-12-16 09:27, Jean-Michel Hautbois a écrit :
>>
>> Have you already started something about that ?
>
> Yes, currently I do cropping right if there is no scaling. Doing this with
> S_CROP is really ackward, but v
Hi,
2014-12-16 15:15 GMT+01:00 Nicolas Dufresne :
>
> Le 2014-12-16 08:30, Philipp Zabel a écrit :
>>
>> For the IPU IC mem2mem scaler/CSC, v4l2transform with scaling capability
>> would be the perfect fit
>
> Thanks you for clarifying. Jean-Michel, are you going to work on this ? If
> so, feel fr
2014-12-15 19:52 GMT+01:00 Nicolas Dufresne :
>
>
> Le 12/15/2014 01:23 PM, Steve Longerbeam a écrit :
>> You would need to write a gstreamer plugin to make use of the
>> mem2mem device for h/w CSC and scaling.
Thank you Steve, this is of a great help !
> There is an element already (v4l2transfor
Hi Steve, Philipp,
I see in the kernel sources you created a ipu-ic.c file which helps
working with the Color Space Converter on i.MX6.
We would like to use it on our board with GStreamer, as the conversion
done by the CPU is not very efficient :).
What is the easiest/best approach to this ?
Shoul
2014-12-03 17:07 GMT+01:00 Grant Likely :
> On Wed, Dec 3, 2014 at 4:04 PM, Fabio Estevam wrote:
>> On Wed, Dec 3, 2014 at 1:41 PM, Grant Likely
>> wrote:
>>
>>> From a quick reading of the backlog, for some reason the new device is
>>> getting assigned NULL as the device name in led_classdev_re
2014-12-03 16:22 GMT+01:00 Grant Likely :
> On Wed, Dec 3, 2014 at 1:27 PM, Jean-Michel Hautbois
> wrote:
>> Hi,
>>
>> I am using linux-next on a i.MX6 board, and it seems that there is a
>> regression probably in DT parsing.
>
> Are you able to bisect down t
Hi,
I am using linux-next on a i.MX6 board, and it seems that there is a
regression probably in DT parsing.
Here is the DT I am using :
vbx-leds {
compatible = "gpio-leds";
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_gpio_leds>;
led0-red {
gpi
In order to have v4l2-compliance tool pass the G/S_EDID some modifications
where needed in the driver.
In particular, the edid.reserved zone must be blanked.
Signed-off-by: Jean-Michel Hautbois
---
drivers/media/i2c/adv7604.c | 24
1 file changed, 16 insertions(+), 8
Hi Laurent,
Thank you for reviewing,
2014-10-23 1:44 GMT+02:00 Laurent Pinchart :
> Hi Jean-Michel,
>
> Thank you for the patch.
>
> On Wednesday 22 October 2014 17:30:48 Jean-Michel Hautbois wrote:
>> The ADV7604 has thirteen 256-byte maps that can be accessed via the ma
Hi Laurent,
Thank you for your review,
2014-10-23 1:37 GMT+02:00 Laurent Pinchart :
> Hi Jean-Michel,
>
> Thank you for the patch.
>
> On Wednesday 22 October 2014 17:30:47 Jean-Michel Hautbois wrote:
>> Some I2C devices have multiple addresses assigned, for example each add
Hi Laurent,
Thank you for reviewing,
2014-10-23 1:53 GMT+02:00 Laurent Pinchart :
> Hi Jean-Michel,
>
> Thank you for the patch.
>
> On Wednesday 22 October 2014 17:34:21 Jean-Michel Hautbois wrote:
>> This patch adds support for DT parsing of ADV7604 as well as ADV76
This patch adds support for DT parsing of ADV7604 as well as ADV7611.
It needs to be improved in order to get ports parsing too.
Signed-off-by: Jean-Michel Hautbois
---
Documentation/devicetree/bindings/media/i2c/adv7604.txt | 1 +
drivers/media/i2c/adv7604.c | 1
-Michel Hautbois
---
.../devicetree/bindings/media/i2c/adv7604.txt | 16 +-
drivers/media/i2c/adv7604.c| 59 ++
2 files changed, 53 insertions(+), 22 deletions(-)
diff --git a/Documentation/devicetree/bindings/media/i2c/adv7604.txt
b
the function returns NULL.
For now the function only supports look-up of the secondary address
from devicetree, but it can be extended in the future
to for example support board files and/or ACPI.
Signed-off-by: Jean-Michel Hautbois
---
drivers/i2c/i2c-core.c | 40
2014-09-21 19:48 GMT+02:00 Pavel Machek :
> On Mon 2014-09-15 19:44:28, Jaehoon Chung wrote:
>> On 09/15/2014 07:08 PM, Jean-Michel Hautbois wrote:
>> > Hi Jaehoon,
>> >
>> >> On 09/09/2014 09:26 PM, Jean-Michel Hautbois wrote:
>> >>
Hi,
I have a custom i.MX6 board, and have a sgtl5000 connected on it. I
would like to have it used in master mode (it is used only for audio
capture) but I get a "pcm_read:2031: read error: Input/output error"
when using arecord.
I am wondering if I forgot something in my DT or if I need to do
som
2014-09-15 12:53 GMT+02:00 Jean-Michel Hautbois
:
> 2014-09-15 12:44 GMT+02:00 Jaehoon Chung :
>> On 09/15/2014 07:08 PM, Jean-Michel Hautbois wrote:
>>> Hi Jaehoon,
>>>
>>>> On 09/09/2014 09:26 PM, Jean-Michel Hautbois wrote:
>>>>> Tested on
2014-09-15 12:44 GMT+02:00 Jaehoon Chung :
> On 09/15/2014 07:08 PM, Jean-Michel Hautbois wrote:
>> Hi Jaehoon,
>>
>>> On 09/09/2014 09:26 PM, Jean-Michel Hautbois wrote:
>>>> Tested on a i.MX6 board, with Sandisk SDIN5D1-2G.
>>>> Without this patch
Hi Jaehoon,
> On 09/09/2014 09:26 PM, Jean-Michel Hautbois wrote:
>> Tested on a i.MX6 board, with Sandisk SDIN5D1-2G.
>> Without this patch, I/O errors occur.
>> This eMMC seems to have a different Manufacturer ID as it reads 0x45
>> and not 0x2 as specified in datash
.
v2: Add DT support
v3: Change the bit set/clear in output_type as disabled means 'set the bit'
v4: Clearer description of endpoints usage in Doc, and some init changes.
Add a dependency on OF and don't test CONFIG_OF anymore.
Signed-off-by: Jean-Michel Hautbois
---
.../devi
2014-09-09 4:41 GMT+02:00 Robin Gong :
> Thanks for Mark's forward.
>
> Hi Jean-Michel,
> Yes, SWxOMODE can be set as 1 to active sleep mode if PWRON turn-off event
> occurs. And the voltage of sleep mode can be set in other register SWxOFF. But
> by default, SWxOMODE is 0 which means all SW will
.
Signed-off-by: Jean-Michel Hautbois
---
.../devicetree/bindings/media/spi/lmh0395.txt | 44 +++
MAINTAINERS| 6 +
drivers/media/spi/Kconfig | 14 +
drivers/media/spi/Makefile | 1 +
drivers/media/spi
Tested on a i.MX6 board, with Sandisk SDIN5D1-2G.
Without this patch, I/O errors occur.
This eMMC seems to have a different Manufacturer ID as it reads 0x45
and not 0x2 as specified in datasheet.
Signed-off-by: Jean-Michel Hautbois
---
drivers/mmc/core/mmc_ops.c | 9 +
1 file changed, 9
NERS b/MAINTAINERS
index cf24bb5..ca42b9e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -9141,6 +9141,12 @@ S: Maintained
F: sound/soc/codecs/lm49453*
F: sound/soc/codecs/isabelle*
+TI LMH0395 DRIVER
+M: Jean-Michel Hautbois
+L: linux-me...@vger.kernel.org
+S: Main
-Michel Hautbois
---
.../devicetree/bindings/media/i2c/adv7604.txt | 17 ++-
drivers/media/i2c/adv7604.c| 53 ++
2 files changed, 48 insertions(+), 22 deletions(-)
diff --git a/Documentation/devicetree/bindings/media/i2c/adv7604.txt
b
This allows specifying I²C secodnary addresses different from default ones.
Signed-off-by: Jean-Michel Hautbois
---
drivers/media/i2c/adv7604.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/media/i2c/adv7604.c b/drivers/media/i2c/adv7604.c
index 8336c02..75613a4 100644
--- a
the function returns NULL.
For now the function only supports look-up of the secondary address
from devicetree, but it can be extended in the future
to for example support board files and/or ACPI.
Signed-off-by: Jean-Michel Hautbois
---
drivers/i2c/i2c-core.c | 40
2014-09-04 11:37 GMT+02:00 Jean-Michel Hautbois
:
> Hi Ulf,
>
>> I am not sure adding a DT binding for non access to rpmb would be
>> needed. At least until we heard of a similar case as Adrian describes
>> but for rpmb.
>>
>> BTW, I just posted a patch which
Hi Ulf,
> I am not sure adding a DT binding for non access to rpmb would be
> needed. At least until we heard of a similar case as Adrian describes
> but for rpmb.
>
> BTW, I just posted a patch which disabled partition scan of the boot
> area, what to you think about that?
> http://marc.info/?l=l
2014-09-03 11:09 GMT+02:00 Ulf Hansson :
> On 3 September 2014 11:02, Adrian Hunter wrote:
>> On 09/03/2014 11:30 AM, Ulf Hansson wrote:
>>> On 2 September 2014 17:49, Jean-Michel Hautbois
>>> wrote:
>>>> This property is useful when we don't
Hi,
I have a custom i.MX6 based board, but PMIC part is exactly the same
as the Freescale SabreSD board.
I have a reset button, which makes the PWRON signal on PFUZE100 go from 1 to 0.
I thought this would reset the chip, and thus all voltages would go to
0, but this is not the case. It seems that
This property is useful when we don't want to access boot partitions on eMMC
Signed-off-by: Jean-Michel Hautbois
---
Documentation/devicetree/bindings/mmc/mmc.txt | 1 +
drivers/mmc/host/sdhci-esdhc-imx.c| 8
include/linux/platform_data/mmc-esdhc-imx.h | 1 +
3
> MODULE_LICENSE("GPL");
> +MODULE_FIRMWARE(FIRMWARE_NAME);
> --
> 2.0.3
>
It works on my i.MX6 platform.
Tested-by: Jean-Michel Hautbois
Thanks,
JM
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to major
2014-08-06 12:52 GMT+02:00 Takashi Iwai :
> At Wed, 6 Aug 2014 12:50:28 +0200,
> Jean-Michel Hautbois wrote:
>>
>> 2014-08-06 12:21 GMT+02:00 Takashi Iwai :
>> > At Wed, 6 Aug 2014 11:44:14 +0200,
>> > Jean-Michel Hautbois wrote:
>> >>
>> >&
2014-08-06 12:21 GMT+02:00 Takashi Iwai :
> At Wed, 6 Aug 2014 11:44:14 +0200,
> Jean-Michel Hautbois wrote:
>>
>> 2014-08-06 11:24 GMT+02:00 Takashi Iwai :
>> > At Wed, 6 Aug 2014 11:10:27 +0200,
>> > Jean-Michel Hautbois wrote:
>> >>
>> >
2014-08-06 11:24 GMT+02:00 Takashi Iwai :
> At Wed, 6 Aug 2014 11:10:27 +0200,
> Jean-Michel Hautbois wrote:
>>
>> 2014-08-05 21:22 GMT+02:00 Shuah Khan :
>> > On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai wrote:
>> >>> Yes, it worked, if the f
2014-08-05 21:22 GMT+02:00 Shuah Khan :
> On Tue, Aug 5, 2014 at 10:01 AM, Takashi Iwai wrote:
>>> Yes, it worked, if the firmware was in the /lib/firmware directory.
>>
>
> ok it works when the firmware is in /lib/firmware. It sounds to me the
> reason load fails when the firmware is under /sys/c
From: Jean-Michel Hautbois
This patch corrects a lack of testing.
If fw is NULL when calling firmware_load(), it results in a kernel oops.
Signed-off-by: Jean-Michel Hautbois
---
drivers/misc/lattice-ecp3-config.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/misc/lattice
2014-08-05 17:53 GMT+02:00 Takashi Iwai :
> At Tue, 5 Aug 2014 17:43:17 +0200,
> Jean-Michel Hautbois wrote:
>>
>> 2014-08-01 22:01 GMT+02:00 :
>> > Hi Takashi,
>> >
>> > Sorry for the late response, I tried with latest stable kernel 3.15.8.
>>
2014-08-01 22:01 GMT+02:00 :
> Hi Takashi,
>
> Sorry for the late response, I tried with latest stable kernel 3.15.8.
> surprisingly the BIOS update works even without applying the patch in both
> the cases.
Hi,I'm sorry for my late answer too, but I didn't try this patch recently...
I have
This code corrects endianness and avoids a sparse error.
Tested with Lattice ECP3-35 with Freescale i.MX6.
It also sends uevent in order to load it.
Signed-off-by: Jean-Michel Hautbois
---
drivers/misc/lattice-ecp3-config.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions
2014-07-24 9:37 GMT+02:00 Greg KH :
> On Thu, Jul 24, 2014 at 08:53:30AM +0200, Jean-Michel Hautbois wrote:
>> > Your email client ate all the tabs and spit out spaces and then
>> > line-wrapped the patch, making it impossible to apply :(
>> >
>> > Can you
> Your email client ate all the tabs and spit out spaces and then
> line-wrapped the patch, making it impossible to apply :(
>
> Can you fix it up and resend it in a format we can use?
>
> thanks,
>
> greg k-h
GMail GUI is a nightmare, I can't find an option to tell it to let me
send whatever I wa
This code corrects endianness and avoids a sparse error.
Tested with Lattice ECP3-35 with Freescale i.MX6.
It also sends uevent in order to load it.
Signed-off-by: Jean-Michel Hautbois
---
drivers/misc/lattice-ecp3-config.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions
This code corrects endianness and avoids a sparse error.
Tested with Lattice ECP3-35 with Freescale i.MX6.
It also sends uevent in order to load it.
Signed-off-by: Jean-Michel Hautbois
---
drivers/misc/lattice-ecp3-config.c | 16 +---
1 file changed, 9 insertions(+), 7 deletions
2014-07-04 16:58 GMT+02:00 Geert Uytterhoeven :
> On Thu, Jul 3, 2014 at 5:54 PM, Jean-Michel Hautbois
> wrote:
>> --- a/drivers/misc/lattice-ecp3-config.c
>> +++ b/drivers/misc/lattice-ecp3-config.c
>> @@ -93,7 +93,7 @@ static void firmware_load(const struct firmwa
This code corrects endianness and avoids a sparse error.
Tested with Lattice ECP3-35 with Freescale i.MX6.
Signed-off-by: Jean-Michel Hautbois
Acked-by: Stefan Roese
---
drivers/misc/lattice-ecp3-config.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/drivers
2014-07-03 18:12 GMT+02:00 Joe Perches :
>
> On Thu, 2014-07-03 at 17:54 +0200, Jean-Michel Hautbois wrote:
> > This patch corrects three big/little endian issues. Tested on i.MX6.
>
> trivial:
>
> > diff --git a/drivers/misc/lattice-ecp3-config.c
> []
>
Hi !
I noticed you (Stefan) are using request_firmware_nowait() call. This
means user needs to explicitly call it using
$ echo 1 > /sys/class/firmware/lattice-ecp3.0/loading
$ cat lattice-ecp3.bit > /sys/class/firmware/lattice-ecp3.0/data
$ echo 0 > /sys/class/firmware/lattice-ecp3.0/loading
Or
This patch corrects three big/little endian issues. Tested on i.MX6.
From: Jean-Michel Hautbois
Date: Thu, 3 Jul 2014 17:49:47 +0200
Subject: [PATCH] Endianness corrections
---
drivers/misc/lattice-ecp3-config.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a
> No. This driver was implemented and tested in a MPC5200 system. Most likely
> I missed some endian issues as you already noticed. I suggest you start with
> looking at this line:
>
> jedec_id = *(u32 *)&rxbuf[4];
>
> And add some endian functions here, e.g. be32_to_cpu(). This might help
Hi,
I have a board, with a Freescale i.MX6 chip and a ECP3-35 FPGA on SPI.
I tried to load the firmware using the lattice-ecp3-config driver, but
it fails with this error :
lattice-ecp3 spi32766.3: FPGA bitstream configuration driver registered
lattice-ecp3 spi32766.3: Error: No supported FPGA de
84 matches
Mail list logo
