On 1/6/2018 4:10 AM, Dan Williams wrote:
Static analysis reports that 'trip' may be a user controlled value that
is used as a data dependency to read '*temp' from the 'd->aux_trips'
array. In order to avoid potential leaks of kernel memory values, block
speculative execution of the instruction
On 1/6/2018 4:11 AM, Dan Williams wrote:
Expectedly, static analysis reports that 'fd' is a user controlled value
that is used as a data dependency to read from the 'fdt->fd' array. In
order to avoid potential leaks of kernel memory values, block
speculative execution of the instruction stream
On 1/6/2018 4:11 AM, Dan Williams wrote:
Static analysis reports that 'offset' may be a user controlled value
that is used as a data dependency reading from a raw_frag_vec buffer.
In order to avoid potential leaks of kernel memory values, block
speculative execution of the instruction stream tha
On 1/6/2018 4:11 AM, Dan Williams wrote:
Static analysis reports that 'index' may be a user controlled value that
is used as a data dependency reading 'rt' from the 'platform_label'
array. In order to avoid potential leaks of kernel memory values, block
speculative execution of the instruction
Hello!
On 1/9/2018 11:53 PM, Al Viro wrote:
Argh... Got broken by "make sock_alloc_file() do sock_release() on failures" -
cleanup after sock_map_fd() failure got pulled all the way into
sock_alloc_file(),
but it used to serve the case when sock_map_fd() failed *before* getting to
sock_alloc_
Hello!
On 3/27/2018 10:33 AM, jacopo mondi wrote:
[...]
Document Thine THC63LVD1024 LVDS decoder device tree bindings.
Signed-off-by: Jacopo Mondi
Reviewed-by: Andrzej Hajda
Reviewed-by: Niklas Söderlund
---
.../bindings/display/bridge/thine,thc63lvd1024.txt | 66 +++
1 fi
Hello!
On 3/27/2018 2:33 AM, NeilBrown wrote:
The documentation for rhashtable_walk_peek() wrong. It claims to
return the *next* entry, whereas it in fact returns the *previous*
entry.
However if no entries have yet been returned - or if the iterator
was reset due to a resize event, then rhash
Hello!
On 4/6/2018 1:31 AM, Shuah Khan wrote:
Validate !rhport < 0 before using it to access port_status array.
Why '!'?
Signed-off-by: Shuah Khan
---
drivers/usb/usbip/vhci_hcd.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/usb/usbip/vhci_hcd.c b/driver
Hello!
On 4/11/2018 10:52 AM, Jia-Ju Bai wrote:
detect_pll_input_clock() is never called in atomic context.
detect_pll_input_clock() is only called by init_chipset_pdcnew(), which
is set as ".init_chipset" in struct ide_port_info.
This function is not called in atomic context.
Despite never g
Hello!
On 3/20/2018 5:27 AM, Heinrich Schuchardt wrote:
musb->endpoints[] has array size MUSB_C_NUM_EPS.
We must check array bounds before accessing the array and not afterwards.
Signed-off-by: Heinrich Schuchardt
---
v2
Only the 4 low bits of epnum are relevant for indexing.
---
d
On 04/10/2018 01:54 PM, Jacopo Mondi wrote:
> From: Niklas Söderlund
>
> Add the LVDS device to r8a77970.dtsi in a disabled state. Also connect
> the it to the LVDS output of the DU.
>
> Signed-off-by: Niklas Söderlund
> Signed-off-by: Jacopo Mondi
> Reviewed-by: Laurent Pinchart
>
> ---
>
On 04/10/2018 03:13 PM, jacopo mondi wrote:
>>> From: Niklas Söderlund
>>>
>>> Add the LVDS device to r8a77970.dtsi in a disabled state. Also connect
>>> the it to the LVDS output of the DU.
>>>
>>> Signed-off-by: Niklas Söderlund
>>> Signed-off-by: Jacopo Mondi
>>> Reviewed-by: Laurent Pinchar
Hello!
On 03/08/2018 01:50 AM, Brad Mouring wrote:
> If multiple phys share the same interrupt (e.g. a multi-phy chip),
> the first device registered is the only one checked as phy_interrupt
> will always return IRQ_HANDLED if the first phydev is not halted.
> Move the interrupt check into phy_in
On 03/08/2018 10:41 PM, Sergei Shtylyov wrote:
>> If multiple phys share the same interrupt (e.g. a multi-phy chip),
>> the first device registered is the only one checked as phy_interrupt
>> will always return IRQ_HANDLED if the first phydev is not halted.
>> Move
On 03/08/2018 01:50 AM, Brad Mouring wrote:
> If multiple phys share the same interrupt (e.g. a multi-phy chip),
> the first device registered is the only one checked as phy_interrupt
> will always return IRQ_HANDLED if the first phydev is not halted.
> Move the interrupt check into phy_interrupt
Hello!
On 3/8/2018 6:24 PM, Jacopo Mondi wrote:
The R-Car V3M Eagle board includes a transparent LVDS decoder, connected
to the on-chip LVDS encoder output on one side and to HDMI encoder
ADV7511w on the other one.
As the decoder does not need any configuration it has been so-far
omitted from
On 03/09/2018 04:51 PM, Jacopo Mondi wrote:
> The R-Car V3M Eagle board includes a transparent LVDS decoder, connected
> to the on-chip LVDS encoder output on one side and to HDMI encoder
> ADV7511w on the other one.
>
> As the decoder does not need any configuration it has been so-far
> omitted
Hello!
On 03/09/2018 03:21 PM, Andreas Christoforou wrote:
> The kernel would like to have all stack VLA usage removed[1].
>
> Signed-off-by: Andreas Christoforou
> ---
> net/ipv6/xfrm6_state.c | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/net/ipv6/xfrm6_stat
Hello!
On 03/09/2018 04:25 PM, Mohammed Gamal wrote:
> Commit 009f766 intended to filter multicast/broadcast, however
At least 12 digits needed here, and the summary line too, just like you do
for the Fixes: tag.
> the NDIS filter wasn't set properly in non-promiscuous modes,
> which resulte
On 03/09/2018 09:37 PM, Sergei Shtylyov wrote:
>> Commit 009f766 intended to filter multicast/broadcast, however
>
>At least 12 digits needed here, and the summary line too, just like you do
> for the Fixes: tag.
>
>> the NDIS filter wasn't set properly in no
On 03/14/2018 02:26 PM, Geert Uytterhoeven wrote:
> Add a callback to inform a device that his wake-up setting has been
s/his/its/.
> changed. This allows a device to synchronize device configuration with
> an external user action.
>
> E.g. on systems using a Rohm BD9571MWV PMIC and a toggl
On 03/13/2018 05:30 PM, Jacopo Mondi wrote:
> Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel
> output decoder.
>
> Signed-off-by: Jacopo Mondi
[...]
> diff --git a/drivers/gpu/drm/bridge/thc63lvd1024.c
> b/drivers/gpu/drm/bridge/thc63lvd1024.c
> new file mode 100644
> ind
On 03/14/2018 09:04 PM, jacopo mondi wrote:
>>> Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel
>>> output decoder.
>>>
>>> Signed-off-by: Jacopo Mondi
>> [...]
>>> diff --git a/drivers/gpu/drm/bridge/thc63lvd1024.c
>>> b/drivers/gpu/drm/bridge/thc63lvd1024.c
>>> new file m
Hello!
On 11/21/2018 04:04 PM, Yangtao Li wrote:
> of_find_node_by_path() acquires a reference to the node
> returned by it and that reference needs to be dropped by its caller.
> bl_idle_init() doesn't do that, so fix it.
I thought we're inside pata_macio_cable_detect()?
> Signed-off-by: Ya
On 21.11.2018 18:33, Frank Lee wrote:
of_find_node_by_path() acquires a reference to the node
returned by it and that reference needs to be dropped by its caller.
bl_idle_init() doesn't do that, so fix it.
I thought we're inside pata_macio_cable_detect()?
Hi Sergei：
Yeah,this is a typo.
Hello!
On 11/29/2018 08:55 AM, Sasha Levin wrote:
> From: Sven Eckelmann
>
> [ Upstream commit d7d8bbb40a5b1f682ee6589e212934f4c6b8ad60 ]
>
> The complete size ("total_size") of the fragmented packet is stored in the
> fragment header and in the size of the fragment chain. When the fragments
>
Hello!
On 12/07/2018 02:13 PM, Mason Yang wrote:
> Document the bindings used by the Renesas R-Car Gen3 RPC controller.
>
> Signed-off-by: Mason Yang
> ---
> .../devicetree/bindings/spi/spi-renesas-rpc.txt| 38
> ++
> 1 file changed, 38 insertions(+)
> create mode 100
Hello!
I'd already started the v2 driver review before you posted v3, so here
goes...
On 12/03/2018 12:18 PM, Mason Yang wrote:
> Add a driver for Renesas R-Car Gen3 RPC SPI controller.
>
> Signed-off-by: Mason Yang
[...]
> diff --git a/drivers/spi/spi-renesas-rpc.c b/drivers/spi/spi-renes
On 12/07/2018 02:13 PM, Mason Yang wrote:
> This Renesas R-Car Gen3 RPC SPI driver is based on Boris's new
> spi-mem direct mapping read/write mode [1][2].
>
> v3 patch is according to Marek and Geert's comments including:
> 1) soc_device_mach() to set up RPC_PHYCNT_STRTIM.
> 2) get_unaligned()
>
Hello!
On 03.12.2018 6:45, Yu Chen wrote:
This patch adds binding descriptions to support the dwc3 controller
on HiSilicon SoCs and boards like the HiKey960.
Cc: Greg Kroah-Hartman
Cc: Rob Herring
Cc: Mark Rutland
Cc: John Stultz
Signed-off-by: Yu Chen
---
.../devicetree/bindings/usb/dw
Hello!
On 5/25/2018 2:13 AM, Gustavo A. R. Silva wrote:
In preparation to enabling -Wimplicit-fallthrough, mark switch cases
where we are expecting to fall through.
Signed-off-by: Gustavo A. R. Silva
---
drivers/net/wireless/ath/ath6kl/cfg80211.c | 6 +++---
1 file changed, 3 insertions(+)
Hello.
On 5/14/2018 12:22 PM, liuq...@huawei.com wrote:
From: Keefe Liu
When master device's mac has been changed, the
commit <32c10bbfe914> "ipvlan: always use the current L2
addr of the master" makes the IPVlan devices's mac changed
commit 32c10bbfe914 ("ipvlan: always use the current L2
device
tree bindings documentation.
Signed-off-by: Jacopo Mondi
Reviewed-by: Geert Uytterhoeven
Reviewed-by: Simon Horman
Acked-by: Sergei Shtylyov
Signed-off-by: Rob Herring
Signed-off-by: Sasha Levin
Signed-off-by: Greg Kroah-Hartman
---
Documentation/devicetree/bindings/net/renesas
Hello!
On 5/29/2018 6:00 PM, Eric W. Biederman wrote:
Geert Uytterhoeven reported:
HOSTLD scripts/mod/modpost
CC arch/sh/kernel/traps_32.o
arch/sh/kernel/traps_32.c: In function 'do_divide_error':
arch/sh/kernel/traps_32.c:606:17: error: 'code' may be used uninitialized in
this f
Hello!
On 6/12/2018 7:32 AM, Zhouyang Jia wrote:
When platform_get_resource_byname fails, the lack of error-handling code may
cause unexpected results.
What results?
This patch adds error-handling code after calling platform_get_resource_byname.
Signed-off-by: Zhouyang Jia
---
driver
Hello!
On 06/15/2018 06:52 PM, Thomas Petazzoni wrote:
> The fast path of get_user_pages_fast() disables IRQs and then does:
>
> - gup_pud_range()
>- gup_pmd_range()
> - gup_pte_range()
>- flush_dcache_page()
>
> However, flush_dcache_page() makes a smp_call_function(), and us
On 08/18/2018 09:16 AM, zhong jiang wrote:
> We should use NULL to compare with pointer-typed value rather than
> 0. The issue is detected with the help of Coccinelle.
Your description stopped to match the patch in v2.
Actually, this X == NULL to !x preference is largely spocific to netdev
On 08/18/2018 07:15 PM, Joe Perches wrote:
>>> We should use NULL to compare with pointer-typed value rather than
>>> 0. The issue is detected with the help of Coccinelle.
>>
>>Your description stopped to match the patch in v2.
>>Actually, this X == NULL to !x preference is largely spocif
On 08/18/2018 06:53 PM, Sergei Shtylyov wrote:
>> We should use NULL to compare with pointer-typed value rather than
>> 0. The issue is detected with the help of Coccinelle.
>
>Your description stopped to match the patch in v2.
And your subject as well...
>Actu
Hello!
Should be "dt-bindings: " in the subject...
MBR, Sergei
On 12/07/2018 02:13 PM, Mason Yang wrote:
> Document the bindings used by the Renesas R-Car Gen3 RPC controller.
>
> Signed-off-by: Mason Yang
> ---
> .../devicetree/bindings/spi/spi-renesas-rpc.txt| 38
> ++
> 1 file changed, 38 insertions(+)
> create mode 100644 Docu
On 12/07/2018 02:13 PM, Mason Yang wrote:
> Add a driver for Renesas R-Car Gen3 RPC SPI controller.
>
> Signed-off-by: Mason Yang
> ---
> drivers/spi/Kconfig | 6 +
> drivers/spi/Makefile | 1 +
> drivers/spi/spi-renesas-rpc.c | 776
>
Hello!
On 12/17/2018 10:42 AM, masonccy...@mxic.com.tw wrote:
>> > +static int rpc_spi_io_xfer(struct rpc_spi *rpc,
>> > +const void *tx_buf, void *rx_buf)
>> > +{
>> > + u32 smenr, smcr, data, pos = 0;
>> > + int ret = 0;
>> > +
>> > + regmap_write(rpc->regmap, RPC_CMNCR, RPC_C
On 12/17/2018 10:42 AM, masonccy...@mxic.com.tw wrote:
>> > +static int rpc_spi_io_xfer(struct rpc_spi *rpc,
>> > +const void *tx_buf, void *rx_buf)
>> > +{
>> > + u32 smenr, smcr, data, pos = 0;
>> > + int ret = 0;
>> > +
>> > + regmap_write(rpc->regmap, RPC_CMNCR, RPC_CMNCR_MD
Hello!
On 12/14/2018 07:32 PM, Zeng Tao wrote:
> If it's a busy system, some times when we start an isoc transfer, the
> framenumber get from the event buffer may be already elasped, in this
Frame number? Else my spell checker trips. :-)
> case, we will get all the packets dropped due to mi
On 12/13/2018 11:18 PM, Fabrizio Castro wrote:
> Document RZ/G2E (R8A774C0) SoC bindings.
>
> Signed-off-by: Fabrizio Castro
Reviewed-by: Sergei Shtylyov
MBR, Sergei
Hello!
On 12/10/2018 04:46 PM, Corentin Labbe wrote:
> When playing with a virtual SPARC machine with qemu, I found that the
> IDE emulated device was not probing with the ata/pata_oldpiix driver.
Correctly, it should probe with ata_piix,
> But with the old ide/piix, it was probed.>
> This
Hello!
On 12/11/2018 04:43 PM, Joerg Roedel wrote:
> From: Joerg Roedel
>
> Some places in the kernel check the iommu_group pointer in
> 'struct device' in order to find ot whether a device is
> mapped by an IOMMU.
>
> This is not good way to make this check, as the pointer will
> be moved to
Hello!
On 12/11/2018 12:26 PM, masonccy...@mxic.com.tw wrote:
[...]
>>I'd already started the v2 driver review before you posted v3, so
>> here goes...
>>
>> On 12/03/2018 12:18 PM, Mason Yang wrote:
>>
>>> Add a driver for Renesas R-Car Gen3 RPC SPI controller.
>>>
>>> Signed-off-by: Mason Y
On 12/07/2018 02:13 PM, Mason Yang wrote:
> Add a driver for Renesas R-Car Gen3 RPC SPI controller.
>
> Signed-off-by: Mason Yang
[...]
> diff --git a/drivers/spi/spi-renesas-rpc.c b/drivers/spi/spi-renesas-rpc.c
> new file mode 100644
> index 000..cec5669
> --- /dev/null
> +++ b/drivers/spi
Hello!
On 12/21/2018 04:30 AM, masonccy...@mxic.com.tw wrote:
>> > diff --git a/drivers/spi/spi-renesas-rpc.c b/drivers/spi/spi-renesas-rpc.c
>> > new file mode 100644
>> > index 000..cec5669
>> > --- /dev/null
>> > +++ b/drivers/spi/spi-renesas-rpc.c
>> > @@ -0,0 +1,776 @@
>> [...]
>> > +sta
Hello!
On 12/21/2018 01:46 PM, masonccy...@mxic.com.tw wrote:
>> >>> +static ssize_t rpc_spi_mem_dirmap_write(struct spi_mem_dirmap_desc
>> >>> *desc,
>> >>> + u64 offs, size_t len, const void *buf)
>> >>> +{
>> >>> + struct rpc_spi *rpc = spi_master_get_devdata(desc->mem->spi->m
Hello!
On 21.12.2018 23:57, Florian Westphal wrote:
skb->sp doesn't exist anymore in the next-next tree, so mips defconfig
It's net-next. :-)
no longer builds. Use helper instead to reset the secpath.
Not even compile tested.
Cc: Greg Kroah-Hartman
Reported-by: Guenter Roeck
Fixes:
Hello!
On 01/03/2019 09:35 AM, masonccy...@mxic.com.tw wrote:
[...]
>> >> > +#define RPC_CMNCR_MOIIO3(val) (((val) & 0x3) << 22)
>> >> > +#define RPC_CMNCR_MOIIO2(val) (((val) & 0x3) << 20)
>> >> > +#define RPC_CMNCR_MOIIO1(val) (((val) & 0x3) << 18)
>> >> > +#define RPC_CMNCR_MOIIO0(val)
Hello!
On 24.12.2018 9:52, Mason Yang wrote:
Document the bindings used by the Renesas R-Car Gen3 RPC controller.
Signed-off-by: Mason Yang
---
.../devicetree/bindings/spi/spi-renesas-rpc.txt| 37 ++
1 file changed, 37 insertions(+)
create mode 100644 Documentatio
On 24.12.2018 22:41, Colin King wrote:
From: Colin Ian King
The two different assignments for pkt_len are actually the same and
so the if statement is redundant and can be removed. Masking a u8
return value from inb() with 0xFF is also redundant and can also be
emoved.
Removed. :-)
Sim
On 12/24/2018 09:52 AM, Mason Yang wrote:
> Add a driver for Renesas R-Car Gen3 RPC SPI controller.
>
> Signed-off-by: Mason Yang
> ---
> drivers/spi/Kconfig | 6 +
> drivers/spi/Makefile | 1 +
> drivers/spi/spi-renesas-rpc.c | 788
>
Hello!
On 12/26/2018 07:24 AM, masonccy...@mxic.com.tw wrote:
>> [...]
>> > diff --git a/drivers/spi/spi-renesas-rpc.c b/drivers/spi/spi-renesas-rpc.c
>> > new file mode 100644
>> > index 000..6dd739a
>> > --- /dev/null
>> > +++ b/drivers/spi/spi-renesas-rpc.c
>> > @@ -0,0 +1,788 @@
[...]
>>
On 12/24/2018 09:52 AM, Mason Yang wrote:
> Hi Mark,
> This Renesas R-Car Gen3 RPC SPI driver is based on Boris's new
> spi-mem direct mapping read/write mode [1][2].
Against which repo/branch these pathes were generated?
MBR, Sergei
Hello!
On 10/29/2018 11:04 AM, Yi Wang wrote:
'onecell' is malloced in clk_boston_setup(), but not be freed
Is not freed.
before leaving from the error handling cases.
Signed-off-by: Yi Wang
[...]
MBR, Sergei
Hello!
On 12.10.2018 11:34, Ben Dooks wrote:
Change the RX code to use get_unaligned_le32() instead of the combo
of memcpy and cpu_to_le32s(&var).
le32_to_cpus(), actually.
Signed-off-by: Ben Dooks
---
drivers/net/usb/smsc95xx.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions
Hello!
On 10/3/2018 8:23 PM, Maksym Kokhan wrote:
CONFIG_BUILTIN_DTB selection is duplicated in menu
"Machine selection" under MIPS_MALTA.
Fixes: e81a8c7dabac ("MIPS: Malta: Setup RAM regions via DT")
Signed-off-by: Maksym Kokhan
Signed-off-by: Andrii Bordunov
---
arch/mips/Kconfig | 1 -
Hello!
Typo in the subject: s/xxxsetbitsi/xxxsetbits/.
On 24.10.2018 10:35, Corentin Labbe wrote:
This patch converts ahci_sunxi to use xxxsetbits_le32 functions
Signed-off-by: Corentin Labbe
[...]
MBR, Sergei
Hello!
On 4/20/21 5:04 PM, Thomas Bogendoerfer wrote:
> Add OF support for switching RB532 do device tree possible.
I couldnb't parse that. :-)
> By removing
> the not needed asm/mach-rc32434/rb.h include the driver could be
> compile tested now.
I think it's a separte issue worth its own
Hello!
On 15.02.2021 5:38, Daehwan Jung wrote:
It seems pm_runtime_put calls runtime_idle callback not runtime_suspend
callback.
It's better to use pm_runtime_put_sync_suspend to allow DWC3 runtime suspend.
Signed-off-by: Daehwan Jung
---
drivers/usb/dwc3/gadget.c | 2 +-
1 file changed,
Hello!
On 09.04.2021 0:48, Thomas Bogendoerfer wrote:
Cavium Octeon has it's own memcpy implementation and also need the change
Its. :-)
done in commit 04324f44cb69 ("MIPS: Remove get_fs/set_fs").
Fixes: 04324f44cb69 ("MIPS: Remove get_fs/set_fs")
Reported-by: kernel test robot
Signed-
Hello, I wrote:
Sergei Shtylyov wrote:
The patch was 4/4 of course. :-<
Probably I was too esctatic about the code. ;-)
Or rarher me. :-)
The Marvell bridge chips used on HighPoint SATA cards do not seem to
support
the MWDMA modes (at least that caould be seen in their so-cal
ven't got something much better
then uour original approach (AKA Occam's razor :-).
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
Farewell!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTE
Once I quothed:
Make ide_rate_filter() also respect PIO/SWDMA/MWDMA mode masks. While
at it,
make the udma_filter() method calls take precedence over using the
mode masks.
This one not looking to pretty -- I've geve some thought on how to
beautify all these switch fallthoughs but haven't
Hello.
Peer Chen wrote:
Code change, remove some Device IDs.
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
---
--- linux-2.6.23-rc7/drivers/ata/ahci.c.orig2007-09-20 11:01:55.0
-0400
+++ linux-2.6.23-rc7/drivers/ata/ahci.c 2007-09-24 10:08:03.0 -0400
@@ -472,6 +472,14 @@
with his consent, also adding the method callout to ide_rate_filter();
- install the method for all chips to only return empty mask if a SATA drive
is detected on HPT372{AN]/374 chips...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
---
This patch is against the current Linus' t
The driver erroneously "lets go" the mate IDE chip in init_setup_pdc20270()
when ide_setup_pci_devices() call succeeds -- fix this, and drop a couple of
useless assignments in this function while at it...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
---
This patch is aga
eing fixed up (just like hpt366.c
does) and "beautify" this whole function as well as init_setup_pdc20276()...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
---
This patch is against the current Linus' tree, it has only been compile tested
since I do not have PDC2027x c
Make the SATA drive detection code from eighty_ninty_three() into inline
ide_dev_is_sata() helper fixing it along the way to be more strict while
checking word 80 for the reserved values...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
---
This is against the current Linus tr
de_dma_filter() method to
behave correctly;
- move the HPT370[A] cases below the HPT36x case for consistency.
While at it, replace the explicit UltraDMA mode masks with ATA_UDMA* constants
all over the driver...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
---
This is against the cur
I'll
cook it up. For now, I'm going to drop this part
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
applied
... with imminent recast. :-)
---
This is against the current Linus tree and unfortunately I was able to only
compile test it since that tree gives MODPOST
Hello, I wrote:
Make the SATA drive detection code from eighty_ninty_three() into inline
ide_dev_is_sata() helper fixing it along the way to be more strict while
checking word 80 for the reserved values...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
[...]
Index: linux-2.6/d
Make the SATA drive detection code from eighty_ninty_three() into inline
ide_dev_is_sata() helper fixing it along the way to be more strict while
checking word 80 for the reserved values...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
---
This version doesn't flip the MSB, it
rtunately I was able to only compile test it since that
tree gives MODPOST warning and dies early on bootup.
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
drivers/ide/pci/hpt366.c | 78 ---
1 files changed, 40 insertions(+), 38 deletions(-)
de_dma_filter() method to
behave correctly;
- move the HPT370[A] cases below the HPT36x case for consistency...
Signed-off-by: Sergei Shtylyov <[EMAIL PROTECTED]>
---
Argh! I've managed to put = instead of &= here and there, so please disregard
the take #2... :-/
This version doesn&#
river. The Vbus status signals are also wired
to GPIOs (however, we're not currently intested in them), the OFFVBUS# signal
is controlled by the host controllers, there's also the SHDN# signal wired to
GPIO, which should be high for normal operation.
Signed-off-by: Sergei Shtylyov
---
Hello.
On 12/11/2014 4:46 AM, Chanwoo Choi wrote:
I reviewed this patch quickly. This driver has just two gpio without any
registers for IP.
Because there are no registers.
I wonder whether MAX3355E is separate chip to detect external connector
Yes. I thought my description has mad
ing
is non-linear, so can't be supported by that driver...
Based on the original patch by Konstantin Kozhevnikov
.
Signed-off-by: Sergei Shtylyov
---
The patch is against the 'clk-next' branch of Mike Turquette's 'linux.git' repo
plus the RCAN clock suppo
be supported by that driver...
Signed-off-by: Sergei Shtylyov
---
Changes in version 3:
- added the USB_EXTAL clock reference to the binding document.
Changes in version 2:
- switched to using the composite clock driver with the fixed factor and gated
clock component drivers;
- remove
Hello.
On 01/05/2015 11:10 PM, Sergei Shtylyov wrote:
Add the RCAN clock support to the R-Car generation 2 CPG driver. This clock
gets derived from the USB_EXTAL clock, dividing it by 6. The layout of the
RCANCKCR register is similar to those of the clocks supported by the 'clk
be supported by that driver...
Signed-off-by: Sergei Shtylyov
Acked-by: Geert Uytterhoeven
---
The patch is against the 'clk-next' branch of Mike Turquette's 'linux.git' repo.
Changes in version 4:
- added Geert's ACK.
Changes in version 3:
- added the USB_
Hello.
On 1/6/2015 2:15 PM, Zubair Lutfullah Kakakhel wrote:
In boards, the dm9000 chip's power and reset can be controlled by gpio.
It makes sense to add them to the dm9000 driver and let dt be used to
enable power and reset the phy.
Signed-off-by: Zubair Lutfullah Kakakhel
Signed-off-b
Hello.
On 01/06/2015 03:45 PM, Sudip Mukherjee wrote:
continue is not needed at the end of a for loop
Signed-off-by: Sudip Mukherjee
---
drivers/video/fbdev/vt8500lcdfb.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/video/fbdev/vt8500lcdfb.c
b/drivers/video/fbdev/vt8500l
er...
Based on the original patch by Konstantin Kozhevnikov
.
Signed-off-by: Sergei Shtylyov
---
The patch is against the 'clk-next' branch of Mike Turquette's 'linux.git' repo
plus the RCAN clock support patch reposted yesterday.
Changes in version 3:
- f
er...
Based on the original patch by Konstantin Kozhevnikov
.
Signed-off-by: Sergei Shtylyov
---
Re-sending with the correct version tag...
The patch is against the 'clk-next' branch of Mike Turquette's 'linux.git' repo
plus the RCAN clock support patch reposted yeste
Hello.
On 12/4/2014 3:06 PM, Thierry Reding wrote:
From: Thierry Reding
Commit 1290a958d48e ("usb: phy: propagate __of_usb_find_phy()'s error on
failure") broke platforms that rely on deferred probing to order probing
of PHY and host controller drivers. The reason is that the commit simply
On 12/4/2014 4:22 PM, Thierry Reding wrote:
From: Thierry Reding
Commit 1290a958d48e ("usb: phy: propagate __of_usb_find_phy()'s error on
failure") broke platforms that rely on deferred probing to order probing
of PHY and host controller drivers. The reason is that the commit simply
propagat
Hello.
On 12/04/2014 09:39 PM, Joe Stringer wrote:
ndo_gso_check() was recently introduced to allow NICs to report the
offloading support that they have on a per-skb basis. Add an
implementation for this driver which checks for IPIP, GRE, UDP tunnels.
Signed-off-by: Joe Stringer
---
v3: Dro
Hello.
On 12/4/2014 11:23 PM, Al Viro wrote:
Looks like you've erred in the subject as you seem to be getting rid of
copy_page_{to|from}_iter_bvec() instead of bvec_copy_page_{to|from}_iter()...
From: Al Viro
Just have copy_page_{to,from}_iter() fall back to kmap_atomic +
copy_{to,fro
Hello.
On 12/23/2014 1:43 AM, David Cohen wrote:
Some platforms have an USB OTG port fully (or partially) controlled by
GPIOs:
(1) USB ID is connected directly to GPIO
Optionally:
(2) VBUS is enabled by a GPIO (when ID is grounded)
Can't the host driver still control Vbus?
(3) Plat
Hello.
On 12/23/2014 10:57 PM, David Cohen wrote:
Some platforms have an USB OTG port fully (or partially) controlled by
GPIOs:
(1) USB ID is connected directly to GPIO
Optionally:
(2) VBUS is enabled by a GPIO (when ID is grounded)
Can't the host driver still control Vbus?
I ca
Hello.
On 07/31/2014 12:23 AM, Sergei Shtylyov wrote:
Add RCAN clock support to the R-Car generation 2 CPG driver. This clock gets
derived from the USB_EXTAL clock by dividing it by 6. The layout of RCANCKCR
register is close to those of the clocks supported by the 'clk-div6' driv
In case CLK_GATE_HIWORD_MASK flag is passed to clk_register_gate(), the bit #
should be no higher than 15, however the corresponding check is obviously off-
by-one.
Fixes: 045779942c04 ("clk: gate: add CLK_GATE_HIWORD_MASK")
Signed-off-by: Sergei Shtylyov
---
The patch is against L
be supported by that driver...
Signed-off-by: Sergei Shtylyov
---
The patch is against the 'clk-next' branch of Mike Turquette's 'linux.git' repo.
Changes in version 2:
- switched to using the composite clock driver with the fixed factor and gated
clock component drive
er...
Based on the original patch by Konstantin Kozhevnikov
.
Signed-off-by: Sergei Shtylyov
---
The patch is against the 'clk-next' branch of Mike Turquette's 'linux.git' repo
plus the RCAN clock support posted yesterday.
Documentation/devicetree/bindings/clock/
801 - 900 of 2411 matches
Mail list logo
