On Thu, Dec 06, 2012 at 10:09:55PM +, Al Viro wrote:
> "Subtle and undocumented" is an extremely polite way to describe that.
> By now we had at least a dozen architectures step on that trap, simply because
> they had different calling conventions and the same logics did *not* "just
>
Hi,
On Fri, Dec 07, 2012 at 06:44:05PM +0100, Borislav Petkov wrote:
> On Fri, Dec 07, 2012 at 05:52:18PM +0100, Andreas Mohr wrote:
> > Hmm, anyone deeply familiar with ISA PnP ID magic? :)
>
> Even if this is violating the ACPI spec, any fix for this needs to be
> tested on the hardware (and I
On Fri, 2012-12-07 at 15:02 +0800, Han Pingtian wrote:
> Hi there,
>
> I'm wondering this is a typo in Documentation/kernel-parameters.txt
> about "kernelcore=":
>
> In the event, a node is too small to have both
> kernelcore and Movable pages, kernelcore pages will
> take
From: Namjae Jeon
There are new files added to cgroup documentation. Lets
update the index file listing all the remaining files
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
Documentation/cgroups/00-INDEX |8
1 file changed, 8 insertions(+)
diff --git
From: Namjae Jeon
Since, match_number as valid return values as -ENOMEM, -EINVAL and
-ERANGE. So, for all the functions calling match_number, the return
value should include these values. Fix up the comments to reflect
the correct values.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
From: Namjae Jeon
Test Case:
[NFS Client]
ls -lR .
[NFS Server]
while [ 1 ]
do
echo 3 > /proc/sys/vm/drop_caches
done
Error: "No such file or directory"
When cache is dropped at the server, it results in lookup failure at the
NFS client. Even though the file exists. Looking at the code to
From: Namjae Jeon
Simplify code by providing the accessor macro to retrieve the
number of dentry slots for a given filename length.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/f2fs/dir.c | 13 +
include/linux/f2fs_fs.h |3 +++
2 files changed, 8
From: Namjae Jeon
Since, we anyway need to put the page after deleting entry. So, there is no
need to make same call under different conditions.
Move out the f2fs_put_page from the two conditions and call at once.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/f2fs/dir.c |
From: Namjae Jeon
Since, GFP_NOFS(__GFP_WAIT) is used for allocation requests of bio in f2fs.
So, there is no chance of returning NULL from the BIO allocation.
Making the bio allocation routine for f2fs simpler.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/f2fs/segment.c |
From: Namjae Jeon
Since, GFP_NOFS and __GFP_ZERO is being used to set gfp_mask.
We can instead make use of already predefined macro GFP_F2FS_ZERO.
Signed-off-by: Namjae Jeon
Signed-off-by: Amit Sahrawat
---
fs/f2fs/namei.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Greg,
2012/12/7 Greg Kroah-Hartman :
> This is the start of the stable review cycle for the 3.6.10 release.
> There are 27 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.
This kernel can be built
Hi Greg,
2012/12/7 Greg Kroah-Hartman :
> This is the start of the stable review cycle for the 3.4.23 release.
> There are 20 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
Hi
There is a thread in the sqlite mailing list that was started by me,
but it did not finish because it appears that my findings are more
related to the kernel instead of sqlite. I really hope someone here
can give me some guidance.
The summary of my system is:
- kernel 2.6.39.4 (also tested
On Fri, Dec 07, 2012 at 06:52:51PM -0800, Joel Becker wrote:
> On Sat, Dec 08, 2012 at 11:39:36AM +1100, Dave Chinner wrote:
> > On Fri, Dec 07, 2012 at 05:02:32PM -0500, Ric Wheeler wrote:
> > > On 12/07/2012 04:57 PM, Theodore Ts'o wrote:
> > > >On Fri, Dec 07, 2012 at 04:42:06PM -0500, Ric
Hi,
since I don't have a tpm I simply tried out whether the handling without a tpm
is correct, which it unfortunately isn't as my kernel oopses.
Steps to reproduce:
# insmod /data/data-old/linux-2.6/drivers/char/tpm/tpm_i2c_stm_st33.ko
# echo st33zp24_i2c 0x20
Am Donnerstag, 6. Dezember 2012, 17:27:02 schrieb Kent Yoder:
> On Thu, Dec 06, 2012 at 01:20:51AM +0100, Peter Huewe wrote:
> > This patch converts the suspend and resume functions for
> > tpm_i2c_stm_st33 to the new dev_pm_ops.
> >
> > Signed-off-by: Peter Huewe
>
> One minor tweak, the PM
On 12/05/2012 08:08 AM, James Hogan wrote:
On 64 bit architectures with no efficient unaligned access, taskstats
has to add some padding to a reply to prevent unaligned access warnings.
However this also needs to apply to 32 bit architectures with 64 bit
struct alignment such as metag (which has
On Fri, Dec 07, 2012 at 04:24:17PM -0500, Dave Hansen wrote:
>
> diff -puN /dev/null Documentation/page_owner.c
Can we stop putting code into Documentation? We have tools, samples and
usr directories. I'm sure this could fit into one of them.
-- Steve
> --- /dev/null 2012-06-13
On Sat, Dec 08, 2012 at 11:39:36AM +1100, Dave Chinner wrote:
> On Fri, Dec 07, 2012 at 05:02:32PM -0500, Ric Wheeler wrote:
> > On 12/07/2012 04:57 PM, Theodore Ts'o wrote:
> > >On Fri, Dec 07, 2012 at 04:42:06PM -0500, Ric Wheeler wrote:
> > >>The other things that I think we should try would be
On Fri, Dec 07, 2012 at 02:26:14PM -0800, Andrew Morton wrote:
> On Fri, 07 Dec 2012 16:24:17 -0500
> Dave Hansen wrote:
>
> > To: a...@osdl.org
>
> It's years since I was called that.
"Help me a...@osdl.org. You're my only hope"...
>
> > From: m...@skynet.ie (Mel Gorman)
>
> And him that.
On 12/7/2012 5:23 PM, Al Viro wrote:
> Current situation:
>
> * most of the architectures are OK - alpha arm arm64 c6x frv hexagon ia64 m68k
> microblaze mips openrisc parisc sparc s390 tile um unicore32 x86 xtensa
>
> * powerpc *still* awaits an ACK from maintainers; no reports of any breakage
>
Technologic Systems TS-5500 provides digital I/O lines exposed through
pin blocks. On this platform, there are three of them, named DIO1, DIO2
and LCD port, that may be used as a DIO block.
The TS-5500 pin blocks are described in the product's wiki:
At 12/08/2012 06:19 AM, Rafael J. Wysocki Wrote:
> On Tuesday, December 04, 2012 01:39:54 AM Liu, Jinsong wrote:
>> Resend it, add Rafael and linux-a...@vger.kernel.org
>
> I wonder what memory hotplug people think about that.
>
> Thanks,
> Rafael
>
>
>> ===
>> From
On Fri, 2012-11-30 at 14:38 +0800, Shan Wei wrote:
> Shan Wei said, at 2012/11/16 16:34:
> > Shan Wei said, at 2012/11/13 9:53:
> >> From: Shan Wei
> >>
> >> typeof() is a pointer to array of 1024 char, or char (*)[1024].
> >> But, typeof([0]) is a pointer to char which match the return type
>
There is only one user calling _rdev_to_offset() function.
Remove _rdev_to_offset() makes the code simpler.
Signed-off-by: Axel Lin
---
drivers/regulator/lp872x.c | 36 +++-
1 file changed, 7 insertions(+), 29 deletions(-)
diff --git
Hi Greg,
2012/12/7 Greg Kroah-Hartman :
> This is the start of the stable review cycle for the 3.0.56 release.
> There are 11 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.
This kernel can be built
remove trailing blank spaces in tty/vt by shell command:
sed 's/\s\+$//g' -i
I have manually reviewed that everything is correct.
Signed-off-by: Cong Ding
---
drivers/tty/vt/consolemap.c | 62 +-
drivers/tty/vt/keyboard.c |4 +-
remove trailing blank spaces in tty/hvc by shell command:
sed 's/\s\+$//g' -i
I have manually reviewed that everything is correct.
Signed-off-by: Cong Ding
---
drivers/tty/hvc/hvc_console.c |6 +++---
drivers/tty/hvc/hvc_xen.c |2 +-
drivers/tty/hvc/hvcs.c|4 ++--
3
On Fri, Dec 07, 2012 at 05:17:05PM -0700, Dave Chinner wrote:
> On Fri, Dec 07, 2012 at 02:03:06PM -0500, Chris Mason wrote:
[ dead and beaten fallocate ponies ]
>
> > On a single flash drive doing random 4K writes, xfs does 950MB/s into
> > regular extents but only 400MB/s into preallocated
Hi,
I have a kernel module which other modules register with in order to
export access functions. So far I have everything working but I want to
prevent a module that is registered with my module from unloading since
now my module is dependent on the other module.
Is there a way I can cause
On Fri, Dec 7, 2012 at 5:10 PM, Rob Landley wrote:
> On 12/07/2012 01:32:18 PM, Andy Lutomirski wrote:
>>
>> On Fri, Dec 7, 2012 at 11:21 AM, Serge Hallyn
>> wrote:
>> > Quoting Andy Lutomirski (l...@amacapital.net):
>> >> Signed-off-by: Andy Lutomirski
>> >> ---
>> >>
On Wed, 2012-12-05 at 16:08 +, James Hogan wrote:
> Some 32 bit architectures have 64 bit struct alignment (for example
> Meta which has 64 bit read/write instructions). These require 8 byte
> alignment of event data too, so use CONFIG_HAVE_64BIT_ALIGNED_STRUCT
> instead of CONFIG_64BIT to
On Fri, Dec 07, 2012 at 08:59:52AM +, Alun wrote:
> Dave Chinner said, in message
> 20121207004255.GC27172@dastard:
> >
> > The problem wth doing this is that the sync can delay the freeze
> > process by quite some time under the exact conditions you describe.
> > If you want freeze to take
On Fri, 2012-12-07 at 13:57 +0800, Jiang Liu wrote:
> On 2012-12-7 10:57, Toshi Kani wrote:
> > On Fri, 2012-12-07 at 00:40 +0800, Jiang Liu wrote:
> >> On 12/04/2012 08:10 AM, Toshi Kani wrote:
> >>> On Mon, 2012-12-03 at 12:25 +0800, Hanjun Guo wrote:
> On 2012/11/30 6:27, Toshi Kani wrote:
On Sun, Dec 2, 2012 at 11:52 PM, Minchan Kim wrote:
> On Sun, Dec 02, 2012 at 11:20:42PM -0800, Nitin Gupta wrote:
>>
>>
>> On Nov 30, 2012, at 5:54 AM, Minchan Kim wrote:
>>
>> > On Thu, Nov 29, 2012 at 10:54:48PM -0800, Nitin Gupta wrote:
>> >> Changelog v2 vs v1:
>> >> - None
>> >>
>> >> Adds
On Wed, Dec 05, 2012 at 01:12:28PM +0100, Jan Kara wrote:
> On Mon 26-11-12 18:17:40, Darrick J. Wong wrote:
> > On Thu, Nov 22, 2012 at 10:12:40AM +0100, Jan Kara wrote:
> > > On Wed 21-11-12 17:47:55, Darrick J. Wong wrote:
> > > > On Thu, Nov 22, 2012 at 08:47:13AM +1100, NeilBrown wrote:
> > >
On 12/07/2012 01:32:18 PM, Andy Lutomirski wrote:
On Fri, Dec 7, 2012 at 11:21 AM, Serge Hallyn
wrote:
> Quoting Andy Lutomirski (l...@amacapital.net):
>> Signed-off-by: Andy Lutomirski
>> ---
>> Documentation/security/capabilities.txt | 161
>> 1 file
tty: vt/Makefile: set the variables to static
In the file drivers/tty/vt/defkeymap.c generated by command
loadkeys --mktable defkeymap.map > defkeymap.c
the 6 variables: shift_map, altgr_map, ctrl_map, shift_ctrl_map, alt_map,
and ctrl_alt_map should be static because they are used only in this
On Fri, 2012-12-07 at 11:07 +0900, Hiraku Toyooka wrote:
> Hi, Steven,
>
> (2012/11/30 23:17), Steven Rostedt wrote:
> [snip]
> >
> > Actually, I would have:
> >
> > status\input | 0 | 1 |else|
> > --++++
> > not
On Fri, Dec 7, 2012 at 5:52 PM, Shuah Khan wrote:
> On Fri, Dec 7, 2012 at 5:49 PM, Shuah Khan wrote:
>> On Thu, Dec 6, 2012 at 5:54 PM, Greg Kroah-Hartman
>> wrote:
>>> This is the start of the stable review cycle for the 3.4.23 release.
>>> There are 20 patches in this series, all will be
On Fri, Dec 7, 2012 at 5:46 PM, Shuah Khan wrote:
> On Thu, Dec 6, 2012 at 5:58 PM, Greg Kroah-Hartman
> wrote:
>> This is the start of the stable review cycle for the 3.6.10 release.
>> There are 27 patches in this series, all will be posted as a response
>> to this one. If anyone has any
On Fri, 7 Dec 2012, Linus Torvalds wrote:
>
> This (TOTALLY UNTESTED) patch adds it the same iov_shorten() logic that
> the write side has. It does it differently (in fs/block_dev.c rather than
> in mm/filemap.c), but I actually suspect this is a nicer way to do it, and
> maybe we should do
On Thu, Dec 6, 2012 at 5:56 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.0.56 release.
> There are 11 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.
>
>
The mm-of-the-moment snapshot 2012-12-07-16-53 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You
On Fri, Dec 7, 2012 at 5:49 PM, Shuah Khan wrote:
> On Thu, Dec 6, 2012 at 5:54 PM, Greg Kroah-Hartman
> wrote:
>> This is the start of the stable review cycle for the 3.4.23 release.
>> There are 20 patches in this series, all will be posted as a response
>> to this one. If anyone has any
On Thu, Dec 06, 2012 at 12:29:02PM +0530, Raghavendra K T wrote:
> On 12/04/2012 01:26 AM, Marcelo Tosatti wrote:
> >On Wed, Nov 28, 2012 at 10:40:56AM +0530, Raghavendra K T wrote:
> >>On 11/28/2012 06:42 AM, Marcelo Tosatti wrote:
> >>>
> >>>Don't understand the reasoning behind why 3 is a good
On Thu, Nov 29, 2012 at 10:45 PM, Nitin Gupta wrote:
> Fixes a bug introduced by commit c8f2f0db1 ("zram: Fix handling
> of incompressible pages") which caused invalid memory references
> during disk write. Invalid references could occur in two cases:
> - Incoming data expands on compression: In
On Fri, Dec 07, 2012 at 03:25:53PM -0800, Howard Chu wrote:
> Ric Wheeler wrote:
> >On 12/07/2012 04:14 PM, Theodore Ts'o wrote:
> >>On Fri, Dec 07, 2012 at 02:30:19PM -0500, Steven Rostedt wrote:
> >>>How is this similar? By adding this bit, we removed incentive from a
> >>>group of developers
On 12/04/2012 08:18 PM, Minchan Kim wrote:
On Tue, Dec 04, 2012 at 11:13:40AM -0800, John Stultz wrote:
I don't think the problem is when vmas being marked VM_VOLATILE are
being merged, its that when we mark the vma as *non-volatile*, and
remove the VM_VOLATILE flag we merge the non-volatile
On Thu, Dec 6, 2012 at 5:54 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.4.23 release.
> There are 20 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.
>
>
On Sat, 8 Dec 2012, Milan Broz wrote:
>
> seems this commit in 3.7-rc8 caused regression for O_DIRECT
> read near the end of the device.
Oh, good find, and thanks for the test-case. I had looked at the O_DIRECT
side, and convinced myself that it already truncates to i_size_read(), but
it
On Thu, Dec 6, 2012 at 5:58 PM, Greg Kroah-Hartman
wrote:
> This is the start of the stable review cycle for the 3.6.10 release.
> There are 27 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.
>
>
On Fri, Dec 07, 2012 at 05:02:32PM -0500, Ric Wheeler wrote:
> On 12/07/2012 04:57 PM, Theodore Ts'o wrote:
> >On Fri, Dec 07, 2012 at 04:42:06PM -0500, Ric Wheeler wrote:
> >>The other things that I think we should try would be to convert over
> >>larger chunks as we discussed on the list back in
On Tue, 27 Nov 2012 16:54:58 +0530
Abhijit Pawar wrote:
> This patch fixes Bug 49921 - Missing NULL check of return value of
> logfs_get_write_page() in function btree_write_block()
>
> Signed-off-by: Abhijit Pawar
> ---
> fs/logfs/readwrite.c |1 +
> 1 files changed, 1 insertions(+), 0
On 12/04/2012 11:01 PM, Minchan Kim wrote:
Hi John,
On Tue, Dec 04, 2012 at 11:13:40AM -0800, John Stultz wrote:
I don't think the problem is when vmas being marked VM_VOLATILE are
being merged, its that when we mark the vma as *non-volatile*, and
remove the VM_VOLATILE flag we merge the
A release candidate Git v1.8.1-rc1 is now available for testing
at the usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
4b451bb5b7125349c35cf15118e8f1893569e48f git-1.8.1.rc1.tar.gz
On 12/07/2012 03:51 PM, Andrew Morton wrote:
>> > +static ssize_t node_read_memrange(struct device *dev,
>> > +struct device_attribute *attr, char *buf)
>> > +{
>> > + int nid = dev->id;
>> > + unsigned long start_pfn = NODE_DATA(nid)->node_start_pfn;
>> > + unsigned
On 12/07/2012 08:37:11 AM, Cristian Stoica wrote:
Signed-off-by: Cristian Stoica
Acked-by: Rob Landley
---
Documentation/HOWTO |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/HOWTO b/Documentation/HOWTO
index 59c080f..a9f288f 100644
---
On Fri, Dec 07, 2012 at 02:03:06PM -0500, Chris Mason wrote:
> On Fri, Dec 07, 2012 at 11:18:00AM -0700, Linus Torvalds wrote:
> >
> >
> > On Fri, 7 Dec 2012, Ric Wheeler wrote:
> > >
> > > Review is part of the way we work as a community and we should figure out
> > > how
> > > to fix our
On Sat, Dec 08, 2012 at 01:10:40AM +0100, Hans J. Koch wrote:
> On Fri, Dec 07, 2012 at 12:02:11AM +0100, Cong Ding wrote:
> > ping Hans, did you have any comment on this?
>
> Sounds right what you say. Is your patch v2 your final solution, or would
> you like to come up with v3?
>
> Thanks a
On Fri, Dec 07, 2012 at 12:02:11AM +0100, Cong Ding wrote:
> ping Hans, did you have any comment on this?
Sounds right what you say. Is your patch v2 your final solution, or would
you like to come up with v3?
Thanks a lot for your patience and your thorough analysis.
Hans
>
> - cong
>
> On
When debugging the latencies on a 40 core box, where we hit 300 to
500 microsecond latencies, I found there was a huge contention on the
runqueue locks.
Investigating it further, running ftrace, I found that it was due to
the pulling of RT tasks.
The test that was run was the following:
If a task lowers its priority (say by losing priority inheritance)
if a higher priority task is waiting on another CPU, initiate a pull.
Signed-off-by: Steven Rostedt
Index: linux-rt.git/kernel/sched/rt.c
===
---
Currently, the push_rt_task() only pushes the task if it is lower
priority than the currently running task.
But this is not the only check. If the currently running task is also
pinned, we may want to push as well, and we do this check when we wake
up a task, but then we are guaranteed to fail
I've been debugging large latencies on a 40 core box and found a major
cause due to the thundering herd like grab of the rq lock due to the
pull_rt_task() logic.
Basically, if a large number of CPUs were to lower its priority roughly
the same time, they would all trigger a pull. If there happens
If a higher priority task is about to preempt a task that has been
pinned to a CPU. Try to first see if the higher priority task can
preempt another task instead.
That is, a high priority process wakes up on a CPU while a currently
running task can still migrate, it will miss pushing that high
This patch adds support in the kernel for offloading in the NIC Tx and Rx
checksumming for encapsulated packets (such as VXLAN and IP GRE).
For Tx encapsulation offload, the driver will need to set the right bits
in netdev->hw_enc_features. The protocol driver will have to set the
This patch adds capability in vxlan to identify received
checksummed inner packets and signal them to the upper layers of
the stack. The driver needs to set the skb->encapsulation bit
and also set the skb->ip_summed to CHECKSUM_UNNECESSARY.
Signed-off-by: Joseph Gasparakis
---
Allow VXLAN to make use of Tx checksum offloading and Tx scatter-gather.
The advantage to these two changes is that it also allows the VXLAN to
make use of GSO.
Signed-off-by: Joseph Gasparakis
Signed-off-by: Peter P Waskiewicz Jr
Signed-off-by: Alexander Duyck
---
drivers/net/vxlan.c | 10
This patch allows ixgbe to recognize encapsulated packets and do the tx
checksum offload in hardware. This patch is only for demonstration
purposes and should not be applied.
Signed-off-by: Joseph Gasparakis
Signed-off-by: Alexander Duyck
---
drivers/net/ethernet/intel/ixgbe/ixgbe_main.c | 46
From: Alexander Duyck
This change allows the VXLAN to enable Tx checksum offloading even on
devices that do not support encapsulated checksum offloads. The
advantage to this is that it allows for the lower device to change due
to routing table changes without impacting features on the VXLAN
The series contains updates to add in the NIC Rx and Tx checksumming support
for encapsulated packets.
The sk_buff needs to somehow have information of the inner packet, and adding
three fields for the inner mac, network and transport headers was the prefered
approach.
Not adding these fields
> -Original Message-
> From: linux-nfs-ow...@vger.kernel.org [mailto:linux-nfs-
> ow...@vger.kernel.org] On Behalf Of Pavel Shilovsky
> Sent: Friday, December 07, 2012 9:43 PM
> To: Christoph Hellwig
> Cc: linux-c...@vger.kernel.org; linux-kernel@vger.kernel.org; linux-
>
Hi Linus,
seems this commit in 3.7-rc8 caused regression for O_DIRECT
read near the end of the device.
bbec0270bdd887f96377065ee38b8848b5afa395 is the first bad commit
commit bbec0270bdd887f96377065ee38b8848b5afa395
Author: Linus Torvalds
Date: Thu Nov 29 12:31:52 2012 -0800
Ric Wheeler wrote:
On 12/07/2012 04:14 PM, Theodore Ts'o wrote:
On Fri, Dec 07, 2012 at 02:30:19PM -0500, Steven Rostedt wrote:
How is this similar? By adding this bit, we removed incentive from a
group of developers that have the means to fix the real issue at hand
(the performance problem
On Fri, 07 Dec 2012 14:34:56 -0800
Davidlohr Bueso wrote:
> This patch adds a new 'memrange' file that shows the starting and
> ending physical addresses that are associated to a node. This is
> useful for identifying specific DIMMs within the system.
I was going to bug you about docmentation,
On Fri, Dec 07, 2012 at 05:00:54PM +0200, Vitalii Demianets wrote:
> >
> > On second thought, we can't call enable_irq()/disable_irq() unconditionally
> > because of the potential disable counter (irq_desc->depth) disbalance.
> > That's why we need UIO_IRQ_DISABLED flag, and that's why we should
> Can all these things really happen (did you run into this problem on a real
> system?). Or is this just a theoretical problem. Ugly (but
> practical) hacks might be OK to solve real problems.
It is a theoretical problem right now.
But it is a timing issue and there is a possibility to happen
On Mon, Oct 15, 2012 at 01:45:56PM +0200, Constantine Shulyupin wrote:
> Hi
>
> I wonder why show and store methods are not stored inside of
> configfs_attribute but stored in wrapper struct defined with
> CONFIGFS_ATTR_STRUCT ?
If you created a custom attribute struct and methods for
On 12/07/2012 03:17 PM, Cong Ding wrote:
On Fri, Dec 07, 2012 at 03:06:13PM -0800, H. Peter Anvin wrote:
On 12/07/2012 03:03 PM, Cong Ding wrote:
On Fri, Dec 07, 2012 at 02:56:16PM -0800, H. Peter Anvin wrote:
On 12/07/2012 02:49 PM, Cong Ding wrote:
On Fri, Dec 07, 2012 at 02:45:43PM -0800,
This patch introduces a driver for Cypress All Points Addressable
I2C Trackpad, including the ones in 2012 Samsung Chromebooks.
This device is compatible with MT protocol type B, providing identifiable
contacts.
Signed-off-by: Dudley Du
Signed-off-by: Daniel Kurtz
Signed-off-by: Benson Leung
Thanks Dmitry, Jean, and Henrik.
Here's V3, which I have confirms compiles on input-next, and works
well on my Chromebook.
v3 : * Handle pointer emulation and unused slots in core
* Fix compile fail on 3.7 for input_mt_init_slots (Thanks Rydberg)
* Set BUTTONPAD property only if is a
On Thu, Nov 29, 2012 at 05:41:23PM +0100, Sebastian Andrzej Siewior wrote:
> This patch adds a function add a group to an existing one and its
> counterart. The newly created group behaves as it would be created via
> default_groups[] which means the user can't rmdir it.
> This should be used by
Hey Guys,
Sorry I missed this for a while. I'll make a couple of inline
comments, and then I'll summarize my (incomplete) thoughts at the
bottom.
On Wed, Nov 28, 2012 at 02:50:13PM +0100, Sebastian Andrzej Siewior wrote:
> On 11/28/2012 02:05 PM, Michal Nazarewicz wrote:
> >>On
On Fri, Dec 07, 2012 at 03:06:13PM -0800, H. Peter Anvin wrote:
> On 12/07/2012 03:03 PM, Cong Ding wrote:
> >On Fri, Dec 07, 2012 at 02:56:16PM -0800, H. Peter Anvin wrote:
> >>On 12/07/2012 02:49 PM, Cong Ding wrote:
> >>>On Fri, Dec 07, 2012 at 02:45:43PM -0800, H. Peter Anvin wrote:
>
On 12/06/2012 05:56 PM, Joseph Gasparakis wrote:
> Allow VXLAN to make use of Tx checksum offloading and Tx scatter-gather.
> The advantage to these two changes is that it also allows the VXLAN to
> make use of GSO.
>
> Signed-off-by: Joseph Gasparakis
> Signed-off-by: Peter P Waskiewicz Jr
>
Am 06.12.2012 15:38, schrieb Nicolas Schichan:
> The offset must be multiplied by 4 to be sure to access the correct
> 32bit word in the stack scratch space.
>
> For instance, a store at scratch memory cell #1 was generating the
> following:
>
> str4, [sp, #1]
>
> While the correct code for
On 12/06/2012 05:56 PM, Joseph Gasparakis wrote:
> From: Alexander Duyck
>
> This change allows the VXLAN to enable Tx checksum offloading even on
> devices that do not support encapsulated checksum offloads. The
> advantage to this is that it allows for the lower device to change due
> to
On 12/06/2012 05:56 PM, Joseph Gasparakis wrote:
> This patch adds support in the kernel for offloading in the NIC Tx and Rx
> checksumming for encapsulated packets (such as VXLAN and IP GRE).
>
> Signed-off-by: Joseph Gasparakis
> Signed-off-by: Peter P Waskiewicz Jr
> Signed-off-by: Alexander
On Fri, 07 Dec 2012 15:35:56 -0500 (EST)
David Miller wrote:
> From: Jason Wang
> Date: Sat, 8 Dec 2012 01:04:54 +0800
>
> > This series is an update version (hope the final version) of multiqueue
> > (VIRTIO_NET_F_MQ) support in virtio-net driver. All previous comments were
> > addressed,
Minor style issue reported by checkpatch which can be fixed after merge.
Although sizeof is actually an operator in C, it is considered correct
style to treat it as a function.
WARNING: sizeof hdr->hdr should be sizeof(hdr->hdr)
#293: FILE: drivers/net/virtio_net.c:395:
+
Allow the platform driver to bind through OF. The existing
OF machinery for setting the resource names through OF is used to
configure the device, so the change is minimally intrusive and
fully featured.
Signed-off-by: Jason Gunthorpe
---
.../devicetree/bindings/gpio/gpio-generic.txt |
On 12/07/2012 03:03 PM, Cong Ding wrote:
On Fri, Dec 07, 2012 at 02:56:16PM -0800, H. Peter Anvin wrote:
On 12/07/2012 02:49 PM, Cong Ding wrote:
On Fri, Dec 07, 2012 at 02:45:43PM -0800, H. Peter Anvin wrote:
Patch description please?
there are 2 consts in the definition of one variable
On Fri, Dec 7, 2012 at 5:16 PM, Greg KH wrote:
> On Fri, Dec 07, 2012 at 01:47:48PM +, Grant Likely wrote:
>> On Wed, 5 Dec 2012 16:39:23 -0800, Greg KH
>> wrote:
>> > On Thu, Dec 06, 2012 at 12:27:42AM +, Grant Likely wrote:
>> > > On Wed, 21 Nov 2012 20:07:23 -0500,
Am 06.12.2012 15:38, schrieb Nicolas Schichan:
> Official prototype for kzalloc is:
>
> void *kzalloc(size_t, gfp_t);
>
> The ARM bpf_jit code was having the assumption that it was:
>
> void *kzalloc(gfp_t, size);
>
> This was resulting the use of some random GFP flags depending on the
> size
On Fri, Dec 07, 2012 at 02:56:16PM -0800, H. Peter Anvin wrote:
> On 12/07/2012 02:49 PM, Cong Ding wrote:
> >On Fri, Dec 07, 2012 at 02:45:43PM -0800, H. Peter Anvin wrote:
> >>Patch description please?
> >there are 2 consts in the definition of one variable
> >
>
> Please put in an actual patch
On 12/07/2012 02:44 PM, Andrew Morton wrote:
> AFACIT that difference was undescribed. I can see that the new version
> uses the stack-tracing infrastructure, but the change to
> pagetypeinfo_showmixedcount_print() is a mystery.
Ahhh, I assume you're talking about this hunk:
>> @@ -976,10
On 12/07/2012 02:49 PM, Cong Ding wrote:
On Fri, Dec 07, 2012 at 02:45:43PM -0800, H. Peter Anvin wrote:
Patch description please?
there are 2 consts in the definition of one variable
Please put in an actual patch description. The first line (subject
line) is a title; the patch should
The intent of this patch is to expose the other bridge cause
interrupts to users in the kernel.
- Add orion_bridge_irq_init to create a new edge triggered interrupt
chip based on the bridge cause register
- Remove all interrupt register code from time.c and use normal
interrupt functions
On 12/7/12 3:57 PM, Chris Mason wrote:
> On Fri, Dec 07, 2012 at 02:49:04PM -0700, Ric Wheeler wrote:
>> On 12/07/2012 04:43 PM, Chris Mason wrote:
>>> On Fri, Dec 07, 2012 at 02:27:43PM -0700, Theodore Ts'o wrote:
On Fri, Dec 07, 2012 at 04:09:32PM -0500, Chris Mason wrote:
> Persistent
1 - 100 of 900 matches
Mail list logo