Re: [PATCH v6 24/46] virtio_net: get rid of virtio_net_hdr/skb_vnet_hdr

2014-11-28 Thread Jason Wang
On Fri, Nov 28, 2014 at 4:09 AM, Michael S. Tsirkin wrote: virtio 1.0 doesn't use virtio_net_hdr anymore, and in fact, it's not really useful since virtio_net_hdr_mrg_rxbuf includes that as the first field anyway. Let's drop it, precalculate header len and store within vi instead. This wa

Re: Re: [PATCH 00/11] ARM: at91: remove !DT support for at91rm9200

2014-11-28 Thread Alexander Stein
Hi Alexandre, On Friday 28 November 2014, 01:28:22 wrote Alexandre Belloni: > > > - sound/atmel/ac97c.c (that one is still not converted to DT anyway...) > > > > This one seems fairly straightforward to do, including a DT binding, > > but the result is still ugly as it supports the at32 chips th

Re: [PATCH v6 41/46] macvtap: TUN_VNET_HDR support

2014-11-28 Thread Jason Wang
On Fri, Nov 28, 2014 at 4:11 AM, Michael S. Tsirkin wrote: Signed-off-by: Michael S. Tsirkin --- drivers/net/macvtap.c | 68 --- 1 file changed, 43 insertions(+), 25 deletions(-) diff --git a/drivers/net/macvtap.c b/drivers/net/macvtap.c in

Re: [PATCH v6 40/46] tun: TUN_VNET_LE support, fix sparse warnings for virtio headers

2014-11-28 Thread Jason Wang
On Fri, Nov 28, 2014 at 4:11 AM, Michael S. Tsirkin wrote: Pretty straight-forward: convert all fields to/from virtio endian-ness. Signed-off-by: Michael S. Tsirkin --- drivers/net/tun.c | 48 +--- 1 file changed, 29 insertions(+), 19 deletions

Re: [PATCH] drm: i2c: tda998x: Retry fetching the EDID if it fails first time.

2014-11-28 Thread Jean-Francois Moine
On Tue, 18 Nov 2014 17:41:26 + Andrew Jackson wrote: > Fetching the EDID from a connected monitor is an automated thing > with NXP TDA19988. But on some boards the fetching fails for the > first time silently without any indication that an error has occured. > More than that, subsequent fetch

[PATCH] soc/tegra: fuse: export tegra_sku_info for module use

2014-11-28 Thread Vince Hsu
Signed-off-by: Vince Hsu --- drivers/soc/tegra/fuse/fuse-tegra.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/soc/tegra/fuse/fuse-tegra.c b/drivers/soc/tegra/fuse/fuse-tegra.c index 11a5043959dc..011a3363c265 100644 --- a/drivers/soc/tegra/fuse/fuse-tegra.c +++ b/drivers/soc/tegra

[GIT PULL] sound fixes for 3.18-rc7

2014-11-28 Thread Takashi Iwai
Linus, please pull sound fixes for v3.18-rc7 from: git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.18-rc7 The topmost commit is d42472ecffd7c42086c6e5b1335c99a3adf58a09 sound fixes for 3.18-rc7 No e

Re: [PATCH v6 38/46] tun: drop most type defines

2014-11-28 Thread Jason Wang
On Fri, Nov 28, 2014 at 4:11 AM, Michael S. Tsirkin wrote: It's just as easy to use IFF_ flags directly, there's no point in adding our own defines. Signed-off-by: Michael S. Tsirkin --- drivers/net/tun.c | 62 +-- 1 file changed, 28 in

Re: [PATCH v6 37/46] tun: move internal flag defines out of uapi

2014-11-28 Thread Jason Wang
On Fri, Nov 28, 2014 at 4:10 AM, Michael S. Tsirkin wrote: TUN_ flags are internal and never exposed to userspace. Any application using it is almost certainly buggy. Move them out to tun.c, we'll remove them in follow-up patches. Signed-off-by: Michael S. Tsirkin --- include/uapi/linux/i

Re: [PATCH v2 2/2] pinctrl: rockchip: Fix enable/disable/mask/unmask

2014-11-28 Thread Linus Walleij
On Wed, Nov 19, 2014 at 11:51 PM, Doug Anderson wrote: > The Rockchip pinctrl driver was only implementing the "mask" and > "unmask" operations though the hardware actually has two distinct > things: enable/disable and mask/unmask. It was implementing the > "mask" operations as a hardware enable

Re: [PATCH v2 1/2] pinctrl: rockchip: Handle wakeup pins

2014-11-28 Thread Linus Walleij
On Wed, Nov 19, 2014 at 11:51 PM, Doug Anderson wrote: > The rockchip pinctrl driver was using irq_gc_set_wake() as its > implementation of irq_set_wake() but was totally ignoring everything > that irq_gc_set_wake() did (which is to upkeep gc->wake_active). > > Let's fix that by setting gc->wake_

Re: [PATCHv2 1/1] thermal: cpu_cooling: check for the readiness of cpufreq layer

2014-11-28 Thread Viresh Kumar
On 27 November 2014 at 19:42, Eduardo Valentin wrote: > (I'm sorry VireshK, I am still using my normal practice) :-) That's fine :) > diff --git a/drivers/thermal/cpu_cooling.c b/drivers/thermal/cpu_cooling.c > index 1ab0018..bed3fa2 100644 > --- a/drivers/thermal/cpu_cooling.c > +++ b/drivers/t

<    1   2   3   4   5   6