On Sat, Sep 28, 2013 at 01:43:49PM -0700, Linus Torvalds wrote:
Sounds reasonable to to me.
Sigh... Looks like there's a lot of fun in shrink_dcache_for_umount() -
at the very least, it needs to bump -d_seq on everything, because with
that change we *can* walk into a filesystem in the middle
The do_splice() function was only called from sys_splice() but it
already checks the f_mode both for in and out.
Cc: Jens Axboe ax...@kernel.dk
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
fs/splice.c |9 -
1 file changed, 9 deletions(-)
diff --git a/fs/splice.c b/fs/splice.c
So that it can handle both of sync and normal wakeups in one place.
Although it doesn't have any sync user, it'll be introduced soon.
Cc: Jens Axboe ax...@kernel.dk
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
fs/splice.c | 16 ++--
1 file changed, 10 insertions(+), 6
Sync wakeup is a hint to the scheduler that means a waker would go to
sleep right soon. So don't use the sync wakeup unless it guarantees
to sleep.
Cc: Ingo Molnar mi...@kernel.org
Cc: Peter Zijlstra pet...@infradead.org
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
fs/pipe.c |6
Sync wakeup is a hint to the scheduler that means a waker would go to
sleep right soon. In splice_from_pipe_next(), it calls pipe_wait()
after calling wakeup_pipe_writers() so it'd be better using sync
wakeup rather than normal one.
Cc: Jens Axboe ax...@kernel.dk
Cc: Ingo Molnar mi...@kernel.org
So that it can handle both of sync and normal wakeups in one place.
And convert a sync user to reuse it.
Cc: Jens Axboe ax...@kernel.dk
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
fs/splice.c | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git
Hi Jiri,
2013-09-27 (금), 16:32 +0200, Jiri Olsa:
We fail build with NO_DEMANGLE with missing -lbfd externals error.
The reason is that we now use bfd code in srcline object:
perf tools: Implement addr2line directly using libbfd
So we need to check/add -lbfd always now.
Signed-off-by:
On 09/23/2013 10:56 PM, Jeff Moyer wrote:
Vaughan Cao vaughan@oracle.com writes:
register_blkdev(0, NULL) can result kernel Oops by copying from NULL
in strlcpy(). Fix it by checking NULL pointer at the beginning and
WARN when encountered in unregister_blkdev.
Uhh, so yeah, this is an
Hi Arnaldo,
2013-09-27 (금), 15:54 -0300, Arnaldo Carvalho de Melo:
Em Fri, Sep 27, 2013 at 04:32:12PM +0200, Jiri Olsa escreveu:
When building minimal perf via:
NO_LIBPERL=1 NO_LIBPYTHON=1 NO_NEWT=1 NO_GTK2=1 NO_DEMANGLE=1
NO_LIBELF=1 NO_LIBUNWIND=1 NO_BACKTRACE=1 NO_LIBNUMA=1
Hi Chanho,
Thank you for the patch.
On Friday 27 September 2013 13:57:40 Chanho Min wrote:
The pan/tilt absolute control value is signed value. If minimum value
is minus, It will be changed to plus by clamp_t() as commit 64ae9958a62.
([media] uvcvideo: Fix control value clamping for unsigned
Hi Jingoo,
On Friday 27 September 2013 12:28:21 Jingoo Han wrote:
On Thursday, September 26, 2013 9:08 PM, Tomi Valkeinen wrote:
On 26/09/13 14:51, Thierry Reding wrote:
On Thu, Sep 26, 2013 at 01:03:06PM +0300, Tomi Valkeinen wrote:
[...]
But if you and Thierry think this version
On Sun, Sep 29, 2013 at 7:22 AM, Pádraig Brady p...@draigbrady.com wrote:
On 09/25/2013 03:37 PM, richard -rw- weinberger wrote:
On Wed, Sep 25, 2013 at 4:28 PM, Thomas Meyer tho...@m3y3r.de wrote:
Am Mittwoch, den 25.09.2013, 08:59 -0500 schrieb Rob Landley:
On 09/24/2013 01:36:56 PM, Thomas
Attached patch fixes the issue. Both methods function as they did
before. Thanks for the superfast fix!
2013/9/29 Rafael J. Wysocki r...@rjwysocki.net:
On Saturday, September 28, 2013 08:18:18 PM Ronald wrote:
[ resend, forgot to disable HTML (sorry!) ]
Dear kernel developers,
Commit
If reread partitions of disk, the paths are:
blkdev_ioctl-blkdev_reread_part-rescan_partitions-drop_partitions
-invalidate_partition-__invalidate_device
In func __invalidate_device, if disk already mounted, it will do
shrink_dcache_sb and invalidate_inodes.
This operation will effect the fs.
So
majianpeng majianp...@gmail.com writes:
majianpeng majianp...@gmail.com writes:
For async-write on block device,if device removed,but the vfs don't know
it.
It will continue to do.
Patch1 set size of inode of block device to zero when removed disk.By
this,vfs know
disk changed.
Path2
Hi,
This series removes the redundant driver field from the i2c_client struct. The
field is redundant since the same pointer can be accessed through
to_i2c_driver(client-dev.driver). The commit log suggests that the field has
been around since forever (since before v2.6.12-rc2) and it looks as if
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Use 'to_i2c_driver(client-dev.driver)' instead to get direct
access to the i2c_driver struct.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
sound/ppc/keywest.c | 4 ++--
1 file changed, 2 insertions(+),
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the later.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Use 'to_i2c_driver(client-dev.driver)' instead to get direct access to
the i2c_driver struct.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
Cc: Martin Peres martin.pe...@labri.fr
---
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the later. To get direct access to the i2c_driver struct use
The 'driver' field of the i2c_client struct is redundant. The same data can be
accessed through to_i2c_driver(client-dev.driver). The generated code for both
approaches in more or less the same.
E.g. on ARM the expression client-driver-command(...) generates
...
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Check i2c_client-dev.driver instead to see if a driver is bound to the
device.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
---
sound/soc/fsl/imx-wm8962.c | 2 +-
1 file changed, 1 insertion(+), 1
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the later.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the later.
Signed-off-by: Lars-Peter Clausen l...@metafoo.de
On Sat, Sep 28, 2013 at 04:13:29PM -0700, H. Peter Anvin wrote:
For negative numbers presumably we need to d++ for the minus sign, no?
That's easy - the function is called num_digits, so we count only digits.
The real question is, is there a use case where we would need to count
the sign too or
On 09/26/2013 12:30 PM, Jason Wang wrote:
On 09/23/2013 03:16 PM, Michael S. Tsirkin wrote:
On Thu, Sep 05, 2013 at 10:54:44AM +0800, Jason Wang wrote:
On 09/04/2013 07:59 PM, Michael S. Tsirkin wrote:
On Mon, Sep 02, 2013 at 04:40:59PM +0800, Jason Wang wrote:
Currently, even if the
Current pread/pwrite functions simply checks whether offset is
negative. Thus we couldn't use these functions for the large
(negative) offsets although some files did allow that.
Checking it correctly requires a file pointer and we already did
the check in rw_verify_area() so just remove the
The file-f_op check in do_readv_writev() is redundant since all of
its caller (vfs_readv and vfs_writev) already did the check. The
same goes to compat_do_readv_writev().
Signed-off-by: Namhyung Kim namhy...@kernel.org
---
fs/read_write.c |9 -
1 file changed, 9 deletions(-)
diff
On Fri, Sep 27, 2013 at 6:03 PM, Hannes Frederic Sowa
han...@stressinduktion.org wrote:
On Fri, Sep 27, 2013 at 05:36:45PM +0100, Oussama Ghorbel wrote:
Please see my comments below
Regards,
Oussama
On Fri, Sep 27, 2013 at 11:58 AM, Hannes Frederic Sowa
han...@stressinduktion.org wrote:
On Fri, Sep 20, 2013 at 06:46:59AM -0700, tip-bot for Vladimir Davydov wrote:
Commit-ID: 7e3115ef5149fc502e3a2e80719dba54a8e7409d
Gitweb: http://git.kernel.org/tip/7e3115ef5149fc502e3a2e80719dba54a8e7409d
Author: Vladimir Davydov vdavy...@parallels.com
AuthorDate: Sat, 14 Sep 2013
Hi Alexandre,
On 9/28/2013 00:52, Alexandre Belloni wrote:
[snip]
+static int atmel_pwm_enable(struct pwm_chip *chip, struct pwm_device *pwm)
+{
+ struct atmel_pwm_chip *atmel_pwm = to_atmel_pwm_chip(chip);
+ int ret;
+
+ ret = clk_enable(atmel_pwm-clk);
+ if (ret) {
+
Hi,
I have got a client request to support on their board 2 instances of
linux(Ubuntu) running as an AMP.
The board has 2 ARM cores and a GPU. The LED monitor which connects to
the board is using HDMI.
Two cores can communicate via a IPI handshake.
So release and acquire of the GPU can be done
Hi Alexandre,
On 9/28/2013 04:10, Alexandre Belloni wrote:
I found that disabling a pwm while it is at a low level will actually put it
back at a high level. The main symptom is that leds-pwm is calling pwm_disable()
after setting the duty cycle to 0. Hence, instead of getting a switched off
On Thu, Sep 26, 2013 at 03:43:24PM -0500, Kees Cook wrote:
On Wed, Sep 25, 2013 at 3:14 PM, Djalal Harouni tix...@opendz.org wrote:
The /proc/*/stack contains sensitive information and currently its mode
is 0444. Change this to 0400 so the VFS will be able to block
unprivileged processes to
On 2013.09.28 at 20:03 +0200, Ingo Molnar wrote:
Andi Kleen (1):
perf symbols: Demangle cloned functions
The commit above e95ab53645:
commit de95ab53645a2f0015e0f68ee723f18dce2b8b51
Author: Andi Kleen a...@linux.intel.com
Date: Thu Sep 12 08:16:38 2013 -0700
perf symbols:
Correct spelling typo in Kconfig.
Signed-off-by: Masanari Iida standby2...@gmail.com
Acked-by: Randy Dunlap rdun...@infradead.org
---
arch/arm/mach-sti/Kconfig| 4 ++--
drivers/cpufreq/Kconfig.x86 | 2 +-
drivers/dma/Kconfig | 2 +-
drivers/fmc/Kconfig
On Sun, Sep 29, 2013 at 10:51:05AM +0200, Lars-Peter Clausen wrote:
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. Check i2c_client-dev.driver instead to see if a driver is bound to
the
device.
Acked-by: Mark Brown broo...@linaro.org
signature.asc
On Fri, Sep 27, 2013 at 10:01:36PM +0200, Lars-Peter Clausen wrote:
On 09/27/2013 09:22 PM, Mark Brown wrote:
Indeed. I don't think that's terribly well thought through though,
especially not now we have annotations for endianness (as you noticed!).
I wouldn't mind updating spi_w8r16() to
On Thu, Sep 12, 2013 at 03:23:15PM -0600, Alex Williamson wrote:
So far we've succeeded at making KVM and VFIO mostly unaware of each
other, but there's any important point where that breaks down. Intel
VT-d hardware may or may not support snoop control. When snoop
control is available,
From: baker.zhang baker.ker...@gmail.com
Because 'node' is the i'st child of 'oldnode',
thus, here 'i' equals
tkey_extract_bits(node-key, oldtnode-pos, oldtnode-bits)
we just get 1 more bit,
and need not care the detail value of this bits.
Signed-off-by: baker.zhang baker.ker...@gmail.com
---
From: baker.zhang baker.ker...@gmail.com
Because 'node' is the i'st child of 'oldnode',
thus, here 'i' equals
tkey_extract_bits(node-key, oldtnode-pos, oldtnode-bits)
we just get 1 more bit,
and need not care the detail value of this bits.
Signed-off-by: baker.zhang baker.ker...@gmail.com
---
On Sun, 2013-09-29 at 16:16 +0300, Gleb Natapov wrote:
On Thu, Sep 12, 2013 at 03:23:15PM -0600, Alex Williamson wrote:
So far we've succeeded at making KVM and VFIO mostly unaware of each
other, but there's any important point where that breaks down. Intel
VT-d hardware may or may not
On 09/27, Oleg Nesterov wrote:
I tried hard to find any hole in this version but failed, I believe it
is correct.
And I still believe it is. But now I am starting to think that we
don't need cpuhp_seq. (and imo cpuhp_waitcount, but this is minor).
We need to ensure 2 things:
1. The reader
On Sat, Sep 28, 2013 at 11:55:35PM +0100, Mark Brown wrote:
No, having the supplies bound to the parent is desired (especially given
that there isn't a child node) - it's the fact that you're bodging this
in the framework by just randomly peering at the parent device and
hoping it's an MFD
Wakko Warner wrote:
Please keep me in CC.
I receive a warning in drivers/gpu/drm/i915/intel_display.c:3869. This
happens when I'm on a console, the screen has gone into power save and I
press a key to wake it up.
This doesn't happen when I'm in X.
Kernel is Vanilla 3.11.2.
Tested
* Markus Trippelsdorf mar...@trippelsdorf.de wrote:
On 2013.09.28 at 20:03 +0200, Ingo Molnar wrote:
Andi Kleen (1):
perf symbols: Demangle cloned functions
The commit above e95ab53645:
commit de95ab53645a2f0015e0f68ee723f18dce2b8b51
Author: Andi Kleen a...@linux.intel.com
On Sun, Sep 29, 2013 at 07:52:28AM -0600, Alex Williamson wrote:
On Sun, 2013-09-29 at 16:16 +0300, Gleb Natapov wrote:
On Thu, Sep 12, 2013 at 03:23:15PM -0600, Alex Williamson wrote:
So far we've succeeded at making KVM and VFIO mostly unaware of each
other, but there's any important
Let's CC some more people.
On Sun, Sep 29, 2013 at 10:17:34AM -0400, Wakko Warner wrote:
Wakko Warner wrote:
Please keep me in CC.
I receive a warning in drivers/gpu/drm/i915/intel_display.c:3869. This
happens when I'm on a console, the screen has gone into power save and I
press a
On Sun, Sep 29, 2013 at 10:17:34AM -0400, Wakko Warner wrote:
Wakko Warner wrote:
Please keep me in CC.
I receive a warning in drivers/gpu/drm/i915/intel_display.c:3869. This
happens when I'm on a console, the screen has gone into power save and I
press a key to wake it up.
This
Btw,
while I got your attention, on a not-really related topic: how do we
feel about adding support for specifying a non-contiguous set of cpus
for a numa node in qemu with the -numa option? I.e., like this, for
example:
x86_64-softmmu/qemu-system-x86_64 -smp 8 -numa node,nodeid=0,cpus=0\;2\;4-5
On Sun, Sep 29, 2013 at 04:58:39PM +0200, Borislav Petkov wrote:
Let's CC some more people.
Please boot with drm.debug=0xe, reproduce the WARN and then attach the
full dmesg.
Thanks, Daniel
On Sun, Sep 29, 2013 at 10:17:34AM -0400, Wakko Warner wrote:
Wakko Warner wrote:
Please keep me
From: Borislav Petkov b...@suse.de
Turn it into (for example):
[0.073380] x86: Booting SMP configuration:
[0.074005] node #0, CPUs: #1 #2 #3 #4 #5 #6 #7
[0.603005] node #1, CPUs: #8 #9 #10 #11 #12 #13 #14 #15
[1.25] node
On 2 September 2013 18:23, Valentin Ilie valentin.i...@gmail.com wrote:
Convert a compound if-else blob to a switch statement.
Signed-off-by: Valentin Ilie valentin.i...@gmail.com
---
arch/arm/mach-iop32x/iq31244.c | 29 +++--
1 file changed, 11 insertions(+), 18
James,
could you pull and forward the follow fixes for the 3.12 kernel. Both
issues have had multiple reports.
thanks
---
The following changes since commit eb8948a03704f3dbbfc7e83090e20e93c6c476d2:
X.509: remove possible code fragility: enumeration values not handled
(2013-09-25 17:17:01
The recent 3.12 pull request for apparmor was missing a couple rcu _protected
access modifiers. Resulting in the follow suspicious RCU usage
[ 29.804534] [ INFO: suspicious RCU usage. ]
[ 29.804539] 3.11.0+ #5 Not tainted
[ 29.804541] ---
[ 29.804545]
From: Tyler Hicks tyhi...@canonical.com
Use the shash interface, rather than the hash interface, when hashing
AppArmor profiles. The shash interface does not use scatterlists and it
is a better fit for what AppArmor needs.
This fixes a kernel paging BUG when aa_calc_profile_hash() is passed a
If the goal is to feed this to the field width in printf, which I would think
would be the dominant use, then you do have to account for the minus sign.
Borislav Petkov b...@alien8.de wrote:
On Sat, Sep 28, 2013 at 04:13:29PM -0700, H. Peter Anvin wrote:
For negative numbers presumably we need
On Sun, Sep 29, 2013 at 10:40:11AM +0100, Oussama Ghorbel wrote:
On Fri, Sep 27, 2013 at 6:03 PM, Hannes Frederic Sowa
han...@stressinduktion.org wrote:
Ok, let's go with one function per protocol type. Seems easier.
It seems to get more hairy, because it depends on the tunnel driver if
On 29/09/2013 12:12, Bo Shen wrote:
Hi Alexandre,
On 9/28/2013 04:10, Alexandre Belloni wrote:
I found that disabling a pwm while it is at a low level will actually
put it
back at a high level. The main symptom is that leds-pwm is calling
pwm_disable()
after setting the duty cycle to 0.
On Sun, 2013-09-29 at 17:44 +0300, Gleb Natapov wrote:
On Sun, Sep 29, 2013 at 07:52:28AM -0600, Alex Williamson wrote:
On Sun, 2013-09-29 at 16:16 +0300, Gleb Natapov wrote:
On Thu, Sep 12, 2013 at 03:23:15PM -0600, Alex Williamson wrote:
So far we've succeeded at making KVM and VFIO
On 29/09/2013 12:02, Bo Shen wrote:
Hi Alexandre,
[snip]
Thank for point out this.
I see you have sent out a patch to fix it (however the other contents
of your patch doesn't work). So, do you prefer I send out v5 patch to
fix this? or you fix your patch at same time fix this issue?
I
On Saturday 28 of September 2013 23:00:27 Alan Stern wrote:
On Sat, 28 Sep 2013, Tomasz Figa wrote:
A series of commit starting at
50a97e059b USB: OHCI: make ohci-exynos a separate driver
and ending at
b8ad5c3706 USB: OHCI: make ohci-pxa27x a separate driver
introduced the
According to board schematics, for HSMMC1 a GPIO line is used to detect
card presence, while currently it is being configured for internal card
detect line, which is multiplexed with card detect line of HSMMC0 and
thus breaking it.
This patch adds proper sdhci platform data setting card detect
On Sun, Sep 29, 2013 at 4:45 PM, Hannes Frederic Sowa
han...@stressinduktion.org wrote:
On Sun, Sep 29, 2013 at 10:40:11AM +0100, Oussama Ghorbel wrote:
On Fri, Sep 27, 2013 at 6:03 PM, Hannes Frederic Sowa
han...@stressinduktion.org wrote:
Ok, let's go with one function per protocol type.
Please keep me in CC.
CCing Borislav Petkov b...@alien8.de, intel-...@lists.freedesktop.org,
dri-de...@lists.freedesktop.org as they were on another part of this thread.
Chris Wilson wrote:
I receive a warning in drivers/gpu/drm/i915/intel_display.c:3869. This
happens when I'm on a
On 09/29/2013 08:14 AM, Richard Weinberger wrote:
On Sun, Sep 29, 2013 at 7:22 AM, Pádraig Brady p...@draigbrady.com wrote:
On 09/25/2013 03:37 PM, richard -rw- weinberger wrote:
On Wed, Sep 25, 2013 at 4:28 PM, Thomas Meyer tho...@m3y3r.de wrote:
Am Mittwoch, den 25.09.2013, 08:59 -0500
On Sat, Sep 28, 2013 at 11:06 PM, Al Viro v...@zeniv.linux.org.uk wrote:
Sigh... Looks like there's a lot of fun in shrink_dcache_for_umount() -
at the very least, it needs to bump -d_seq on everything, because with
that change we *can* walk into a filesystem in the middle of that.
We
On Sun, Sep 29, 2013 at 10:50:58AM +0200, Lars-Peter Clausen wrote:
This series removes the redundant driver field from the i2c_client struct. The
field is redundant since the same pointer can be accessed through
to_i2c_driver(client-dev.driver). The commit log suggests that the field has
On 09/29/2013 10:50 AM, Lars-Peter Clausen wrote:
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the later.
On 09/29/2013 10:51 AM, Lars-Peter Clausen wrote:
The 'driver' field of the i2c_client struct is redundant and is going to be
removed. The results of the expressions 'client-driver.driver-field' and
'client-dev.driver-field' are identical, so replace all occurrences of the
former with the later.
On Sun, Sep 29, 2013 at 03:11:37PM +0100, Charles Keepax wrote:
There is currently only one other MFD driver (tps65910) which defines
the GPIOs on the main MFD node as we do in the Arizona driver and it
uses the 'hack' that I suggested in my first email of copying the
of_node.
From: Austin S. Hemmelgarn ahferro...@gmail.com
This patch adds Kconfig options to allow optimization for AMD family
10h, AMD Bulldozer, and AMD Piledriver derived CPU's in version
3.12-rc2. These provide noticeable improvements over the K8 config
option, and allow the kernel to take full
On Sun, Sep 29, 2013 at 01:54:00PM -0400, Austin S Hemmelgarn wrote:
From: Austin S. Hemmelgarn ahferro...@gmail.com
This patch adds Kconfig options to allow optimization for AMD family
10h, AMD Bulldozer, and AMD Piledriver derived CPU's in version
3.12-rc2. These provide noticeable
On Sun, Sep 29, 2013 at 06:52:36PM +0100, Mark Brown wrote:
On Sun, Sep 29, 2013 at 03:11:37PM +0100, Charles Keepax wrote:
There is currently only one other MFD driver (tps65910) which defines
the GPIOs on the main MFD node as we do in the Arizona driver and it
uses the 'hack' that I
Hello everyone,
I would like to write a driver to support the Security System hardware
block on some Allwinner ARM SoCs. The hardware supports AES, DES, 3DES,
SHA-1, MD5 and has a PRNG. Data passing is done via two FIFOs. You can
find some ugly userspace code to calculate a SHA1 hash here, so
On Sun, Sep 29, 2013 at 10:19:59AM -0700, Linus Torvalds wrote:
I have to say, that when I was working with the dcache lockref code, I
absolutely _detested_ the magical shrink_dcache_for_umount() code that
violated all the locking rules.
... and duplicated random-half-of-an-arseload of stuff
Hi,
Am Thu, 26 Sep 2013 16:54:47 +0200
schrieb Ulf Hansson ulf.hans...@linaro.org:
Suspend and resume of cards are being handled from the protocol layer
and consequently the mmc_suspend|resume_host APIs are deprecated.
This means we can simplify the suspend|resume callbacks by removing
the
On Sun, Sep 29, 2013 at 11:10 AM, Al Viro v...@zeniv.linux.org.uk wrote:
FWIW, right now I'm reviewing the subset of fs code that can be hit in
RCU mode. Not a pretty sight, that... ;-/ First catch: in
fuse_dentry_revalidate() we have a case (reachable with LOOKUP_RCU) where
we do this:
On Sun, Sep 29, 2013 at 01:34:08AM -0300, Emilio López wrote:
Also, would any special considerations be needed when adjusting the
ahb clock? A future cpufreq driver will most likely need to.
While this will be needed at some point, I don't really see how to
handle that properly. The clock
Hello.
Paul, Peter, et al, could you review the code below?
I am not sending the patch, I think it is simpler to read the code
inline (just in case, I didn't try to compile it yet).
It is functionally equivalent to
struct xxx_struct {
atomic_t counter;
};
On Sun, Sep 29, 2013 at 07:10:47PM +0100, Al Viro wrote:
FWIW, right now I'm reviewing the subset of fs code that can be hit in
RCU mode. Not a pretty sight, that... ;-/ First catch: in
fuse_dentry_revalidate() we have a case (reachable with LOOKUP_RCU) where
we do this:
} else if
On Sun, Sep 29, 2013 at 07:10:47PM +0100, Al Viro wrote:
FWIW, right now I'm reviewing the subset of fs code that can be hit in
RCU mode. Not a pretty sight, that... ;-/ First catch: in
[snip]
and another, this one completely unrelated to RCU:
unsigned long gen = (unsigned
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Stanislaw Gruszka sgrus...@redhat.com
commit 6e956da2027c767859128b9bfef085cf2a8e233b upstream.
We should not do temperature compensation on devices without
EXTERNAL_TX_ALC bit set (called
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Kees Cook keesc...@chromium.org
commit 331415ff16a12147d57d5c953f3a961b7ede348b upstream.
Many drivers need to validate the characteristics of their HID report
during initialization to avoid
3.0-stable review patch. If anyone has any objections, please let me know.
--
From: Kees Cook keesc...@chromium.org
commit 78214e81a1bf43740ce89bb5efda78eac2f8ef83 upstream.
The zeroplus HID driver was not checking the size of allocated values
in fields it used. A HID device
This is the start of the stable review cycle for the 3.0.98 release.
There are 17 patches in this series, all will be posted as a response
to this one. If anyone has any issues with these being applied, please
let me know.
Responses should be made by Tue Oct 1 19:07:47 UTC 2013.
Anything
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Benjamin Tissoires benjamin.tissoi...@redhat.com
commit cc6b54aa54bf40b762cab45a9fc8aa81653146eb upstream.
When dealing with usage_index, be sure to properly use unsigned instead of
int to
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 4543eda52113d1e2cc0e9bf416f79597e6ef1ec7 upstream.
Need to swap the data fetched over i2c properly. This
is the same fix as the endian fix for aux
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 91f3a6aaf280294b07c05dfe606e6c27b7ba3c72 upstream.
The OUTPUT_ENABLE action jumps past the point in the coder where
the data_offset is set on
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Konstantin Khlebnikov khlebni...@openvz.org
commit 8ac1c8d5deba65513b6a82c35e89e73996c8e0d6 upstream.
After commit 829199197a43 (kernel/audit.c: avoid negative sleep
durations) audit emitters
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Greg Kroah-Hartman gre...@linuxfoundation.org
This reverts commit c2f5b7507ac5d808f29287d77ee6148358d7fbfe which is
commit f6e80abeab928b7c47cc1fbf53df13b4398a2bec.
Michal writes:
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 0b31e02363b0db4e7931561bc6c141436e729d9f upstream.
We need to allocate line buffer to each display when
setting up the watermarks. Failure to do
3.4-stable review patch. If anyone has any objections, please let me know.
--
From: Li Zefan lize...@huawei.com
commit f169007b2773f285e098cb84c74aac0154d65ff7 upstream.
If we pass fd of memory.usage_in_bytes of cgroup A to cgroup.event_control
of cgroup B, then we won't get
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: John Stultz john.stu...@linaro.org
commit 7bd36014460f793c19e7d6c94dab67b0afcfcb7f upstream.
Gerlando Falauto reported that when HRTICK is enabled, it is
possible to trigger system deadlocks.
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit fb93df1c2d8b3b1fb16d6ee9e32554e0c038815d upstream.
The table has the following format:
typedef struct _ATOM_SRC_DST_TABLE_FOR_ONE_OBJECT
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Kees Cook keesc...@chromium.org
commit 0a9cd0a80ac559357c6a90d26c55270ed752aa26 upstream.
A HID device could send a malicious output report that would cause the
lenovo-tpkbd HID driver to
3.10-stable review patch. If anyone has any objections, please let me know.
--
From: Christian König christian.koe...@amd.com
commit 4f66c59922cbcda14c9e103e6c7f4ee616360d43 upstream.
Putting everything into VRAM seems to help.
Signed-off-by: Christian König
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit 9a71677874d200865433647e9282fcf9fa6b05dd upstream.
Signed-off-by: Alex Deucher alexander.deuc...@amd.com
Signed-off-by: Greg Kroah-Hartman
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Emil Velikov emil.l.veli...@gmail.com
commit 5087f51da805f53cba7366f70d596e7bde2a5486 upstream.
Commit ea9197cc323839ef3d5280c0453b2c622caa6bc7 effectively enabled the
use of an improved DAC
3.11-stable review patch. If anyone has any objections, please let me know.
--
From: Alex Deucher alexander.deuc...@amd.com
commit b2e4c70a9747ecb618d563b004ba746869dde5aa upstream.
This fills in the GPU specific details for berlin
GPU cores so that the driver will work with
1 - 100 of 682 matches
Mail list logo
