Recently I found that when the system trigger a soft lockup in interrupt,
there is only showing the regs, but no stack trace, it is very difficult
to locate the problem:
===
[10072.999437] NMI watchdog: BUG: soft lockup - CPU#16 stuck for 23s!
[ksoftirqd/1
Fixed the checkpatch.pl issues like:
CHECK: spaces preferred around that '&' (ctx:VxV)
CHECK: spaces preferred around that '|' (ctx:VxV)
CHECK: spaces preferred around that '-' (ctx:VxV)
CHECK: spaces preferred around that '+' (ctx:VxV)
etc.
Signed-off-by: Arushi Singhal
---
drivers/staging/spea
Moved logical AND operator to previous line to fix the following
checkpatch issue:
CHECK: Logical continuations should be on the previous line.
Signed-off-by: Arushi Singhal
---
drivers/staging/speakup/main.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/st
Improve readability by fixing multiple checkpatch.pl
issues in speakup driver.
Arushi Singhal (2):
staging: speakup: Moved AND operator to previous line.
staging: speakup: spaces preferred around operator
drivers/staging/speakup/main.c | 8
drivers/staging/speakup/speaku
On Thu, 2017-03-09 at 22:20 +0100, Greg KH wrote:
> On Thu, Mar 09, 2017 at 01:56:49PM -0700, Stephen Warren wrote:
> > On 03/09/2017 01:51 PM, Scott Branden wrote:
> > > Hi Julia,
> > >
> > > On 17-03-09 12:36 PM, Julia Lawall wrote:
> > > > Hello,
> > > >
> > > > I discussed the issue of outrea
Dear Sir,
Did you recieved my mail?
I have sent it twice without a response.
Castano Giovanni
Hi Linus,
Please pull a couple of minor powerpc fixes for 4.11:
The following changes since commit fb5fe0fd626c425ed41842c4318aa7ab6f3c2db7:
Merge tag 'powerpc-4.11-4' of
git://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux (2017-03-13
19:48:22 -0700)
are available in the git reposit
On 17.03.2017 21:08, Gerhard Wiesinger wrote:
On 17.03.2017 18:13, Michal Hocko wrote:
On Fri 17-03-17 17:37:48, Gerhard Wiesinger wrote:
[...]
4.11.0-0.rc2.git4.1.fc27.x86_64
There are also lockups after some runtime hours to 1 day:
Message from syslogd@myserver Mar 19 08:22:33 ...
kernel:
"Kirill A. Shutemov" writes:
> On Fri, Mar 17, 2017 at 11:23:54PM +0530, Aneesh Kumar K.V wrote:
>> "Kirill A. Shutemov" writes:
>>
>> > On x86, 5-level paging enables 56-bit userspace virtual address space.
>> > Not all user space is ready to handle wide addresses. It's known that
>> > at leas
On Sat, 2017-03-18 at 13:15 +0100, Paul Menzel wrote:
> Dear checkpatch developers,
>
>
> The coreboot project started using checkpatch.pl, and now some effort
> is going into fixing issues pointed out by `checkpatch.pl`.
>
> The file `src/arch/x86/acpi_s3.c` in coreboot contains the code below.
On Sun, Mar 19, 2017 at 12:37:47AM -0700, Michael Zoran wrote:
> I just noticed this e-mail. What exactly is the requirement to get a
> driver or subsystem out of staging?
This is why each driver in staging is supposed to have a TODO file
listing each point that needs to be addressed, and when ea
Dear Joe,
Am Sonntag, den 19.03.2017, 01:31 -0700 schrieb Joe Perches:
> On Sat, 2017-03-18 at 13:15 +0100, Paul Menzel wrote:
> > Dear checkpatch developers,
> >
> >
> > The coreboot project started using checkpatch.pl, and now some effort
> > is going into fixing issues pointed out by `checkp
On 3/18/2017 9:52 PM, Tobias Herzog wrote:
Notifications may only be 8 bytes so long. Accessing the 9th and
s/so//.
"So long and thanks for all the fish!" :-)
10th byte of unimplemented/unknown notifications may be insecure.
Also check the length of known notifications before accessing
On Sat, Mar 18, 2017 at 08:41:14PM -0400, Nicolas Dufresne wrote:
> Along with the norm fallback, GStreamer could could also consider the
> currently set framerate as returned by VIDIOC_G_PARM. At the same time,
> implementing that enumeration shall be straightforward, and will make a
> large amoun
On 18/03/17 18:46, SIMRAN SINGHAL wrote:
> On Sat, Mar 18, 2017 at 11:51 PM, Jonathan Cameron wrote:
>> On 18/03/17 17:34, SIMRAN SINGHAL wrote:
>>> On Thu, Mar 16, 2017 at 3:23 AM, Jonathan Cameron wrote:
On 13/03/17 19:53, Alison Schofield wrote:
> On Mon, Mar 13, 2017 at 10:01:07PM +0
On 18/03/17 18:44, simran singhal wrote:
> The IIO subsystem is redefining iio_dev->mlock to be used by
> the IIO core only for protecting device operating mode changes.
> ie. Changes between INDIO_DIRECT_MODE, INDIO_BUFFER_* modes.
>
> In this driver, mlock was being used to protect hardware stat
On Tue 14-03-17 13:18:01, Amir Goldstein wrote:
> On Tue, Mar 14, 2017 at 1:03 AM, Filip Štědronský wrote:
> > Besause fanotify requires `struct path`, the event cannot be generated
> > directly in `fsnotify_move` and friends because they only get the inode
> > (and their callers, `vfs_rename`&co.
On Sun, Mar 19, 2017 at 3:45 PM, Jonathan Cameron wrote:
> On 18/03/17 18:44, simran singhal wrote:
>> The IIO subsystem is redefining iio_dev->mlock to be used by
>> the IIO core only for protecting device operating mode changes.
>> ie. Changes between INDIO_DIRECT_MODE, INDIO_BUFFER_* modes.
>>
On 17/03/17 09:32, Gargi Sharma wrote:
> On Mon, Mar 13, 2017 at 5:30 PM, Lars-Peter Clausen wrote:
>>
>> On 03/12/2017 02:32 PM, simran singhal wrote:
>>> The IIO subsystem is redefining iio_dev->mlock to be used by
>>> the IIO core only for protecting device operating mode changes.
>>> ie. Chang
On 16/03/17 08:28, Heiko Stuebner wrote:
> Am Mittwoch, 15. März 2017, 18:03:52 CET schrieb c...@rock-chips.com:
>> From: Chen Liang
>>
>> The rk3328 saradc is the same as rk3399.
>>
>> Signed-off-by: Chen Liang
>> ---
>> Documentation/devicetree/bindings/iio/adc/rockchip-saradc.txt | 1 +
>> 1
On Sat, Mar 18, 2017 at 12:58:27PM -0700, Steve Longerbeam wrote:
> Right, imx-media-capture.c (the "standard" v4l2 user interface module)
> is not implementing VIDIOC_ENUM_FRAMESIZES. It should, but it can only
> return the single frame size that the pipeline has configured (the mbus
> format of t
On Sun, Mar 19, 2017 at 11:19:43AM +0100, Jan Kara wrote:
> However if you can really call fsnotify hooks with 'path' available in all
> the places, it should be equally hard to just pass 'path' to
> vfs_(create|mkdir|...) and that way we don't have to sprinkle fsnotify
> calls into several call si
On 16/03/17 23:35, Miguel Robles wrote:
> Fix checkpatch warnings:
> WARNING: Prefer 'unsigned int' to bare use of 'unsigned'
>
> Signed-off-by: Miguel Robles
Applied to the togreg branch of iio.git and pushed out as testing
for the autobuilders to play with it.
Thanks,
Jonathan
> ---
> driver
On 15/03/17 04:44, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
Allow imx_media_find_format() to look up bayer formats, which is
required to support frame size and interval enumeration.
Signed-off-by: Russell King
---
drivers/staging/media/imx/imx-media-capture.c | 11 ++-
drivers/staging/media/imx/imx-media-utils.c | 6 +++---
drivers/staging/med
v4l2-compliance was failing with:
fail: v4l2-test-formats.cpp(1076): cap->timeperframe.numerator
== 0 || cap->timeperframe.denominator == 0
test VIDIOC_G/S_PARM: FAIL
Fix this.
Signed-off-by: Russell King
---
drivers/staging/media/imx/imx-media-csi.c | 4 +++-
Add support for enumerating frame sizes and frame intervals from the
first subdev via the V4L2 interfaces.
Signed-off-by: Russell King
---
drivers/staging/media/imx/imx-media-capture.c | 62 +++
1 file changed, 62 insertions(+)
diff --git a/drivers/staging/media/imx/imx-
On 15/03/17 04:44, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On 15/03/17 10:46, Crt Mori wrote:
> Hi,
> Thanks for the patch. If the assumption will not be there than this
> fix is needed. I tested it on BeagleBoneBlack and it does not effect
> anything.
>
> Tested-by: Crt Mori
> Acked-by: Crt Mori
Applied.
Thanks,
Jonathan
>
> Best regards,
> Crt
>
>
On Sat, 18 Mar 2017, Deepa Dinamani wrote:
> struct timespec is not y2038 safe.
> Replace the posix_clock ops interfaces to use
> struct timespec64.
> The patch also changes struct itimerspec interfaces to
> struct itimerspec64 as itimerspec internally uses timespec
> and itimerspec64 uses t
On 15/03/17 04:44, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On 15/03/17 04:44, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On 15/03/17 04:44, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On 15/03/17 04:44, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On 15/03/17 04:44, Javier Martinez Canillas wrote:
> The driver has a OF device ID table but the struct i2c_driver
> .of_match_table field is not set.
>
> Signed-off-by: Javier Martinez Canillas
applied.
> ---
>
> drivers/iio/dac/max5821.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
On 15/03/17 04:45, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On 15/03/17 04:45, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On Sat, 18 Mar 2017, Deepa Dinamani wrote:
> struct timespec is not y2038 safe. The plan is to
> get rid of all uses of timespec internally in the
> kernel. Replace uses of timespec with timespec64.
> The syscall interfaces will be changed in a separate
> series.
> Call to do_sys_setimeofday() is
On 15/03/17 04:45, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On 15/03/17 04:44, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On 15/03/17 04:45, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On 15/03/17 04:45, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
Hi Masahiro,
On Tue, 14 Mar 2017 14:45:20 +0900 Masahiro Yamada
wrote:
>
> 2017-03-10 10:41 GMT+09:00 Masahiro Yamada :
> > It has been difficult lately for Michal to work on Kbuild on his
> > regular basis. We discussed the maintainership of Kbuild, and I
> > decided to be a co-maintainer.
> >
On Sun, 2017-03-19 at 09:15 +, Russell King - ARM Linux wrote:
> On Sun, Mar 19, 2017 at 12:37:47AM -0700, Michael Zoran wrote:
> > I just noticed this e-mail. What exactly is the requirement to get
> > a
> > driver or subsystem out of staging?
>
> This is why each driver in staging is suppos
On 15/03/17 04:45, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
Add frame size and frame interval enumeration to CSI.
CSI can scale the image independently horizontally and vertically by a
factor of two, which enumerates to four different frame sizes.
CSI can also drop frames, resulting in frame rate reduction, so
enumerate the resulting possible output frame
On 15/03/17 04:44, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On 15/03/17 04:44, Javier Martinez Canillas wrote:
> The driver doesn't have a struct of_device_id table but supported devices
> are registered via Device Trees. This is working on the assumption that a
> I2C device registered via OF will always match a legacy I2C device ID and
> that the MODALIAS
On Sat, 18 Mar 2017, Deepa Dinamani wrote:
> - int (*clock_get) (const clockid_t which_clock, struct timespec * tp);
> + int (*clock_get) (const clockid_t which_clock, struct timespec64 * tp);
If you change things, then please fixup the white space noise as well '*tp'
is the proper syntax.
On Sat, 18 Mar 2017, Deepa Dinamani wrote:
> Resending to update author id in patch 7/7.
>
> The series is aimed at replacing struct timespec which is not
> y2038 safe with y2038 safe struct timespec64 for k_clock interfaces.
>
> The series does not change the syscall interface.
> This will be d
On 16/03/17 12:27, Ksenija Stanojevic wrote:
> Split existing driver mxs-lradc into MFD with touchscreen and
> IIO part.
>
> Tested on I.MX28
Lee, I've been assuming you will take this one as an immutable branch
in mfd, but let me know if you want it to go another route.
Jonathan
>
> Ksenija Sta
On Sat, 18 Mar 2017 15:58:11 -0500
Rob Herring wrote:
> On Wed, Mar 15, 2017 at 2:41 PM, Alban wrote:
> > On Wed, 15 Mar 2017 12:24:01 -0500
> > Rob Herring wrote:
> >
> >> On Tue, Mar 07, 2017 at 09:26:03AM +0100, Alban wrote:
> >> > Config data for drivers, like MAC addresses, is often st
On Fri 17-03-17 14:19:22, Andreas Dilger wrote:
> On Mar 16, 2017, at 11:47 PM, Eric Biggers wrote:
> > On Thu, Mar 16, 2017 at 11:35:33AM +, David Howells wrote:
> >> +
> >> + ext4_get_inode_flags(ei);
> >> + flags = ei->i_flags & EXT4_FL_USER_VISIBLE;
> >> + if (flags & EXT4_APPEND_FL)
>
Commit-ID: 5b781c7e317fcf9f74475dc82bfce2e359dfca13
Gitweb: http://git.kernel.org/tip/5b781c7e317fcf9f74475dc82bfce2e359dfca13
Author: Andy Lutomirski
AuthorDate: Sat, 18 Mar 2017 22:17:24 -0700
Committer: Thomas Gleixner
CommitDate: Sun, 19 Mar 2017 12:14:35 +0100
x86/tls: Forcibly se
-device-into-usb-phy/20170319-175509
base: https://git.kernel.org/pub/scm/linux/kernel/git/balbi/usb.git next
config: i386-randconfig-i1-201712 (attached as .config)
compiler: gcc-4.8 (Debian 4.8.4-1) 4.8.4
reproduce:
# save the attached .config to linux build tree
make ARCH=i386
> Il giorno 18 mar 2017, alle ore 11:24, Bart Van Assche
> ha scritto:
>
> On Sat, 2017-03-18 at 08:08 -0400, Paolo Valente wrote:
>>> Il giorno 06 mar 2017, alle ore 14:40, Bart Van Assche
>>> ha scritto:
+#define BFQ_BFQQ_FNS(name)
\
On Sat, Mar 18, 2017 at 12:58:27PM -0700, Steve Longerbeam wrote:
> On 03/18/2017 12:22 PM, Russell King - ARM Linux wrote:
> >0:00:01.955927879 20954 0x15ffe90 INFOv4l2
> >gstv4l2object.c:3811:gst_v4l2_object_get_caps: probed caps:
> >video/x-bayer, format=(string)rggb, fram
> Il giorno 18 mar 2017, alle ore 13:46, Bart Van Assche
> ha scritto:
>
> On Sat, 2017-03-18 at 18:09 +0100, Linus Walleij wrote:
>> On Sat, Mar 18, 2017 at 11:52 AM, Paolo Valente
>> wrote:
Il giorno 14 mar 2017, alle ore 16:32, Bart Van Assche
ha scritto:
(...) what should
On Sun, 19 Mar 2017, Arushi Singhal wrote:
> Moved logical AND operator to previous line to fix the following
> checkpatch issue:
You seem to have AND and OR confused. AND is &&, OR is ||. This patch is
about OR, not AND.
julia
>
> CHECK: Logical continuations should be on the previous line
The IIO subsystem is redefining iio_dev->mlock to be used by
the IIO core only for protecting device operating mode changes.
ie. Changes between INDIO_DIRECT_MODE, INDIO_BUFFER_* modes.
In this driver, mlock was being used to protect hardware state
changes. Replace it with buf_lock in the devices
"Aneesh Kumar K.V" writes:
> "Kirill A. Shutemov" writes:
>
>> On Fri, Mar 17, 2017 at 11:23:54PM +0530, Aneesh Kumar K.V wrote:
>>> "Kirill A. Shutemov" writes:
>>>
>>> > On x86, 5-level paging enables 56-bit userspace virtual address space.
>>> > Not all user space is ready to handle wide ad
-registering-a-single-notifier-for-all-cables-on-an-extcon_dev/20170319-204610
base: https://git.kernel.org/pub/scm/linux/kernel/git/chanwoo/extcon.git
extcon-next
config: i386-randconfig-x072-201712 (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the
New variables are added to make the code more readable.
Signed-off-by: Arushi Singhal
---
changes in v3
-try to make the code much more readable.
drivers/staging/sm750fb/ddk750_mode.c | 61 ---
1 file changed, 35 insertions(+), 26 deletions(-)
diff --git a/dr
On Sun, 19 Mar 2017, Arushi Singhal wrote:
> New variables are added to make the code more readable.
>
> Signed-off-by: Arushi Singhal
> ---
> changes in v3
> -try to make the code much more readable.
>
> drivers/staging/sm750fb/ddk750_mode.c | 61
> ---
> 1
On Sun, Mar 19, 2017 at 4:01 PM, Jonathan Cameron wrote:
> On 17/03/17 09:32, Gargi Sharma wrote:
>> On Mon, Mar 13, 2017 at 5:30 PM, Lars-Peter Clausen wrote:
>>>
>>> On 03/12/2017 02:32 PM, simran singhal wrote:
The IIO subsystem is redefining iio_dev->mlock to be used by
the IIO core
On Fri 2017-03-17 11:42:03, Russell King - ARM Linux wrote:
> On Tue, Mar 14, 2017 at 08:55:36AM +0100, Hans Verkuil wrote:
> > We're all very driver-development-driven, and userspace gets very little
> > attention in general. So before just throwing in the towel we should take
> > a good look at t
Fixed the checkpatch.pl issues like:
CHECK: spaces preferred around that '&' (ctx:VxV)
CHECK: spaces preferred around that '|' (ctx:VxV)
CHECK: spaces preferred around that '-' (ctx:VxV)
CHECK: spaces preferred around that '+' (ctx:VxV)
etc.
Signed-off-by: Arushi Singhal
---
changes in v2
-no ch
From: Rafael J. Wysocki
The PELT metric used by the schedutil governor underestimates the
CPU utilization in some cases. The reason for that may be time spent
in interrupt handlers and similar which is not accounted for by PELT.
That can be easily demonstrated by running kernel compilation on
a
Hi,
Patch [1/2] in this series fixes an initialization issue in schedutil.
Patch [2/2] is an optimization, but it also might be regarded as a fix or at
least a problem workaround.
Namely, while playing with the passive mode in intel_pstate lately I noticed
that schedutil evidently underestimated
From: Rafael J. Wysocki
sugov_start() only initializes struct sugov_cpu per-CPU structures
for shared policies, but it should do that for single-CPU policies too.
That in particular makes the IO-wait boost mechanism work in the
cases when cpufreq policies correspond to individual CPUs.
Fixes: 2
On Sun, 19 Mar 2017, Arushi Singhal wrote:
> This patch removes typedefs from structure and enum and renames them as per
> kernel coding standards.
Greg asked for one structure/enum to be done at a time.
julia
>
> Signed-off-by: Arushi Singhal
> ---
> changes in v5
> - make the commit mess
Hi everyone,
I'm a junior student from China and this is the first time to
write such email. Thank you everyone. Any advice are welcome !
I have implemented hmac verification in eCryptfs based on the
Linux-kernel 3.3.8. I referred to Michael Halcrow's hmac patch(based
on 2.6.24 kernel).
Hi Russell,
On 03/18/2017 10:43 PM, Russell King - ARM Linux wrote:
> On Sat, Mar 18, 2017 at 12:58:27PM -0700, Steve Longerbeam wrote:
>> Can you share your gstreamer pipeline? For now, until
>> VIDIOC_ENUM_FRAMESIZES is implemented, try a pipeline that
>> does not attempt to specify a frame rate
This patch removes typedefs from structure and enum and renames them as per
kernel coding standards.
Signed-off-by: Arushi Singhal
---
changes in v5
- make the commit message more relevant.
- remove prefix and suffix underscore.
drivers/staging/sm750fb/ddk750_mode.c | 6 +++---
drivers/stag
On Sun, Mar 19, 2017 at 2:11 PM, Julia Lawall wrote:
> On Sun, 19 Mar 2017, Arushi Singhal wrote:
>> New variables are added to make the code more readable.
>>
>> Signed-off-by: Arushi Singhal
>> ---
>> changes in v3
>> -try to make the code much more readable.
>>
>> drivers/staging/sm750fb/dd
On Sat 18-03-17 09:57:18, Linus Torvalds wrote:
> Tim at al,
> I got this on my desktop at shutdown:
>
> [ cut here ]
> kernel BUG at mm/swap_slots.c:270!
> invalid opcode: [#1] SMP
> CPU: 5 PID: 1745 Comm: (sd-pam) Not tainted 4.11.0-rc1-00243-g24c534bb161b
Improve readability by fixing multiple checkpatch.pl
issues in speakup driver.
Arushi Singhal (2):
staging: speakup: Moved OR operator to previous line.
staging: speakup: spaces preferred around operator
drivers/staging/speakup/main.c | 8
drivers/staging/speakup/speakup.
Hi,
When ranges property is being parsed using
of_pci_get_host_bridge_resources, the pci address is being used for
calculating the offset for pci_add_resource_offset.
What is this offset for ?
So the cpu address is being used for programming memory base and limit
registers ?
Thanks & Regar
On Sun, Mar 19, 2017 at 03:57:56PM +0200, Vladimir Zapolskiy wrote:
> Hi Russell,
>
> On 03/18/2017 10:43 PM, Russell King - ARM Linux wrote:
> > On Sat, Mar 18, 2017 at 12:58:27PM -0700, Steve Longerbeam wrote:
> >> Can you share your gstreamer pipeline? For now, until
> >> VIDIOC_ENUM_FRAMESIZES
On Sun, Mar 19, 2017 at 02:21:10PM +, Russell King - ARM Linux wrote:
> There's a good reason why I dumped a full debug log using GST_DEBUG=*:9,
> analysed it for the cause of the failure, and tried several different
> pipelines, including the standard bayer2rgb plugin.
>
> Please don't blame
commit bbeddf52adc1 ("printk: move braille console support into
separate braille.[ch] files") introduced _braille_console_setup()
to outline the braille initialization code. There was however some
confusion over the value it was supposed to return. commit 2cfe6c4ac7ee
("printk: Fix return of brail
Hello,
Steven Rostedt, on ven. 17 mars 2017 09:02:08 -0400, wrote:
> Samuel Thibault wrote:
> > Petr Mladek, on ven. 17 mars 2017 10:35:44 +0100, wrote:
> > > Anyway, the feature is not usable at the moment. Samuel, would
> > > you be able to fix and test it, please?
> >
> > Sure, it's already
On Sat 18-03-17 08:39:14, Wei Yang wrote:
> The field page->flags is defined as unsigned long and is divided into
> several parts to store different information of the page, like section,
> node, zone. Which means all parts must sit in the one "unsigned
> long".
>
> BITS_PER_LONG is used in severa
Le dimanche 19 mars 2017 à 09:55 +, Russell King - ARM Linux a
écrit :
> 2) would it also make sense to allow gstreamer's v4l2src to try
> setting
> a these parameters, and only fail if it's unable to set it? IOW,
> if
> I use:
>
> gst-launch-1.0 v4l2src device=/dev/video10 ! \
>
Le dimanche 19 mars 2017 à 14:21 +, Russell King - ARM Linux a
écrit :
> > Can it be a point of failure?
>
> There's a good reason why I dumped a full debug log using
> GST_DEBUG=*:9,
> analysed it for the cause of the failure, and tried several different
> pipelines, including the standard ba
On Sun, Mar 19, 2017 at 10:33:25AM -0400, Nicolas Dufresne wrote:
> Le dimanche 19 mars 2017 à 00:54 +, Russell King - ARM Linux a
> écrit :
> > >
> > > In practice, I have the impression there is a fair reason why
> > > framerate
> > > enumeration isn't implemented (considering there is only
Moved logical OR operator to previous line to fix the following
checkpatch issue:
CHECK: Logical continuations should be on the previous line.
Signed-off-by: Arushi Singhal
---
changes in v2
-change the commit message and subject.
drivers/staging/speakup/main.c | 8
1 file changed,
Le dimanche 19 mars 2017 à 00:54 +, Russell King - ARM Linux a
écrit :
> >
> > In practice, I have the impression there is a fair reason why
> > framerate
> > enumeration isn't implemented (considering there is only 1 valid
> > rate).
>
> That's actually completely incorrect.
>
> With the ca
On 03/19/2017 04:22 PM, Russell King - ARM Linux wrote:
> On Sun, Mar 19, 2017 at 02:21:10PM +, Russell King - ARM Linux wrote:
>> There's a good reason why I dumped a full debug log using GST_DEBUG=*:9,
>> analysed it for the cause of the failure, and tried several different
>> pipelines, incl
On Sun, Mar 19, 2017 at 10:30:13AM -0400, Michal Hocko wrote:
>On Sat 18-03-17 08:39:14, Wei Yang wrote:
>> The field page->flags is defined as unsigned long and is divided into
>> several parts to store different information of the page, like section,
>> node, zone. Which means all parts must sit
On Sun 19-03-17 23:03:45, Wei Yang wrote:
> On Sun, Mar 19, 2017 at 10:30:13AM -0400, Michal Hocko wrote:
> >On Sat 18-03-17 08:39:14, Wei Yang wrote:
> >> The field page->flags is defined as unsigned long and is divided into
> >> several parts to store different information of the page, like secti
On Thu, Mar 16, 2017 at 06:30:50AM -0700, Andrey Smirnov wrote:
> Add code allowing for control of various power domains managed by GPCv2
> IP block found in i.MX7 series of SoCs. Power domains covered by this
> patch are:
>
> - PCIE PHY
> - MIPI PHY
> - USB HSIC PHY
> - USB OTG1/2
On Sun, Mar 19, 2017 at 05:00:08PM +0200, Vladimir Zapolskiy wrote:
> On 03/19/2017 04:22 PM, Russell King - ARM Linux wrote:
> > On Sun, Mar 19, 2017 at 02:21:10PM +, Russell King - ARM Linux wrote:
> >> There's a good reason why I dumped a full debug log using GST_DEBUG=*:9,
> >> analysed it
On Tue, Mar 14, 2017 at 08:18:23AM -0700, Andrey Smirnov wrote:
> Hello, everyone:
>
> This is a sixth iteration of the code that adds PCI-subsystem bits
> necessary for enabling PCI support on i.MX7.
>
> Andrey Smirnov (4):
> PCI: imx6: Add code to support i.MX7D
> PCI: imx6: Do not w
On Fri 17-03-17 21:08:31, Gerhard Wiesinger wrote:
> On 17.03.2017 18:13, Michal Hocko wrote:
> >On Fri 17-03-17 17:37:48, Gerhard Wiesinger wrote:
> >[...]
> >>Why does the kernel prefer to swapin/out and not use
> >>
> >>a.) the free memory?
> >It will use all the free memory up to min watermark
On Thu, Mar 09, 2017 at 08:53:18PM -0800, Steve Longerbeam wrote:
> From: Philipp Zabel
>
> The csi_try_crop call in set_fmt should compare the cropping rectangle
> to the currently set input format, not to the previous input format.
Are we really sure that the cropping support is implemented co
This describes how to specify multiple base addresses for sysirq
in mediatek platforms.
Signed-off-by: Mars Cheng
---
.../interrupt-controller/mediatek,sysirq.txt | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git
a/Documentation/devicetree/bindings/interrupt-
This prevent unnecessary visibility when configuring trigger type
Signed-off-by: Mars Cheng
---
drivers/irqchip/irq-mtk-sysirq.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/irqchip/irq-mtk-sysirq.c b/drivers/irqchip/irq-mtk-sysirq.c
index 9ba969c..eeac512 10064
From: Kevin-CW Chen
Add MT6797 clock support, include topckgen, apmixedsys, infracfg
and subsystem clocks
Signed-off-by: Kevin-CW Chen
Signed-off-by: Mars Cheng
Tested-by: Matthias Brugger
---
drivers/clk/mediatek/Kconfig | 32 ++
drivers/clk/mediatek/Makefile |5 +
This adds scysys support for MT6797
Signed-off-by: Mars Cheng
Signed-off-by: Kevin-CW Chen
---
drivers/soc/mediatek/mtk-scpsys.c| 114 ++
include/dt-bindings/power/mt6797-power.h | 30
2 files changed, 144 insertions(+)
create mode 100644 include
1 - 100 of 310 matches
Mail list logo
