On 06/11/2013 05:24 AM, Serge E. Hallyn wrote:
> Quoting Gao feng (gaof...@cn.fujitsu.com):
>> On 06/07/2013 06:47 AM, Serge Hallyn wrote:
>>> Quoting Serge Hallyn (serge.hal...@ubuntu.com):
Quoting Gao feng (gaof...@cn.fujitsu.com):
> On 05/07/2013 10:20 AM, Gao feng wrote:
>> This
On 화, 2013-06-11 at 07:57 +0900, Namjae Jeon wrote:
> 2013/6/10, Changman Lee :
> > Hello, Namjae
> Hi. Changman.
> >
> > If using ACL, whenever i_mode is changed we should update acl_mode which
> > is written to xattr block, too. And vice versa.
> > Because update_inode() is called at any reason
This patch adds Palmas MFD node and the regulator nodes for OMAP5.
The node definitions are based on: https://lkml.org/lkml/2013/6/6/25
Boot tested on omap5-uevm board.
Signed-off-by: Graeme Gregory
Signed-off-by: J Keerthy
---
arch/arm/boot/dts/omap5-uevm.dts | 170
On 11 June 2013 10:49, Chanwoo Choi wrote:
> I will modify this patch according to your comment
> and then resend it after merged below patch.
> - [PATCH] cpufreq: stats: Remove CONFIG_CPU_FREQ_STAT_DETAILS
Hmm.. Maybe you can sent it without rebasing your patch over mine and
we can rebase it
On Sat, Jun 08, 2013 at 07:18:42PM -0700, Kent Overstreet wrote:
> Immutable biovecs: Drivers no longer modify the biovec array directly
> (bv_len/bv_offset in particular) - we add a real iterator to struct bio
> that lets drivers partially complete a bio while only modifying the
> iterator. The
On 06/11/2013 02:06 PM, Viresh Kumar wrote:
> On 10 June 2013 17:43, Chanwoo Choi wrote:
>> On 06/07/2013 07:23 PM, Viresh Kumar wrote:
>>> On 5 June 2013 13:41, Chanwoo Choi wrote:
>> 1301500082290 80 61 11 1 43
>>
>> ...
>>
>> When 1301500082290 ns:
>> cpu0's busy_cpu_threshold : 32 = 64 *
On 10 June 2013 17:43, Chanwoo Choi wrote:
> On 06/07/2013 07:23 PM, Viresh Kumar wrote:
>> On 5 June 2013 13:41, Chanwoo Choi wrote:
> 1301500082290 80 61 11 1 43
>
> ...
>
> When 1301500082290 ns:
> cpu0's busy_cpu_threshold : 32 = 64 * (80/160)
s/64/61 :)
>> How are you getting
> On Wed, Jun 05, 2013 at 12:27:31AM +0530, Jay Agarwal wrote:
> [...]
> > @@ -29,7 +29,7 @@
> > ranges = <0x8200 0 0x 0x 0 0x1000
> /* port 0 configuration space */
> > 0x8200 0 0x1000 0x1000 0 0x1000
> /* port 1
On 06/10/2013 07:59 PM, Sachin Kamat wrote:
> On 10 June 2013 17:05, Tushar Behera wrote:
>> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
>> introduced devm_ioremap_resource() and deprecated the use of
>> devm_request_and_ioremap().
>>
>> Signed-off-by: Tushar Behera
>>
Quite possibly the answer is "no", but the MAINTAINERS file is
approaching 10,000 lines. Getting a bit unwieldy.
Most of the entries look like:
ARM/SAMSUNG MOBILE MACHINE SUPPORT
M: Kyungmin Park
L: linux-arm-ker...@lists.infradead.org (moderated for
non-subscribers)
S:
> * PGP Signed by an unknown key
>
> On Wed, Jun 05, 2013 at 10:36:01AM -0600, Stephen Warren wrote:
> > On 06/05/2013 09:13 AM, Jay Agarwal wrote:
> > > - Make private data structure for each SoC
> > > - Add required Tegra30 clocks and regulators
> > > - Add Tegra30 specific code in enable
> * PGP Signed by an unknown key
>
> On Tue, Jun 04, 2013 at 01:17:15PM -0600, Stephen Warren wrote:
> > On 06/04/2013 12:57 PM, Jay Agarwal wrote:
> [...]
> > > struct tegra_pcie_port {
> > > @@ -384,7 +408,7 @@ static int tegra_pcie_read_conf(struct pci_bus
> *bus, unsigned int devfn,
> > >
On 6/10/2013 2:32 PM, Philip, Avinash wrote:
> On Fri, Jun 07, 2013 at 13:40:52, Nori, Sekhar wrote:
>> Hi Avinash,
>>
>> On 5/22/2013 12:40 PM, Philip Avinash wrote:
>>> GPIO Davinci driver converted to platform driver to support DT booting.
>>> In this patch series
>>> - Cleaned gpio Davinci
On 06/10/2013 05:31 PM, Sachin Kamat wrote:
> On 10 June 2013 17:05, Tushar Behera wrote:
>> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
>> introduced devm_ioremap_resource() and deprecated the use of
>> devm_request_and_ioremap().
>>
>> Signed-off-by: Tushar Behera
>>
From: Eliezer Tamir
Date: Tue, 11 Jun 2013 05:25:42 +0300
> Here is the text from the RFC and v2 cover letters, updated and
> merged. If this is too long, please tell me what you think should
> be removed.
It's perfect, and since this went through so many iterations I
included the changelog
Hi Stephen,
> -Original Message-
> From: Stephen Warren [mailto:swar...@wwwdotorg.org]
> Sent: Monday, June 10, 2013 9:59 PM
> To: J, KEERTHY
> Cc: Cousson, Benoit; devicetree-disc...@lists.ozlabs.org; linux-
> o...@vger.kernel.org; linux-kernel@vger.kernel.org;
> ldewan...@nvidia.com;
On 06/10/2013 05:36 PM, Sachin Kamat wrote:
> On 10 June 2013 17:05, Tushar Behera wrote:
>> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
>> introduced devm_ioremap_resource() and deprecated the use of
>> devm_request_and_ioremap().
>
> This patch does a little more
On 06/10/2013 11:01 PM, Peter Zijlstra wrote:
> On Fri, Jun 07, 2013 at 03:20:43PM +0800, Alex Shi wrote:
>> Peter:
>
> I'm tempted to apply 1-7; although I want to look them over in detail
> once more; unfortunately (for you) I'm on PTO this week so it'll have to
> be early next week.
I am very
On 06/10/2013 05:47 PM, Sergei Shtylyov wrote:
> Hello.
>
> On 10-06-2013 15:35, Tushar Behera wrote:
>
[ ... ]
>>* CAUTION
>>*
>>* Because this phy address is also mapped under OHCI/EHCI
>> address area,
>> - * this driver can't use devm_request_and_ioremap(dev,
+CC: 'Greg Kroah-Hartman'
On 06/10/2013 06:39 PM, Marc Kleine-Budde wrote:
> On 06/10/2013 01:35 PM, Tushar Behera wrote:
>> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
>> introduced devm_ioremap_resource() and deprecated the use of
>> devm_request_and_ioremap().
>
>
On Mon, Jun 10, 2013 at 06:42:49PM +0100, Nix wrote:
> Yes, my shutdown scripts are panicking the kernel again! They're not
> causing filesystem corruption this time, but it's still fs-related.
>
> Here's the 3.9.5 panic, seen on an x86-32 NFS client using NFSv3: NFSv4
> was compiled in but not
On 06/10/2013 05:33 PM, Sachin Kamat wrote:
> On 10 June 2013 17:04, Tushar Behera wrote:
>> Commit 75096579c3ac ("lib: devres: Introduce devm_ioremap_resource()")
>> introduced devm_ioremap_resource() and deprecated the use of
>> devm_request_and_ioremap().
>>
>> Signed-off-by: Tushar Behera
>>
We can get f2fs_sb_info via F2FS_SB(sb)，so remove the second argument "sbi" of
func parse_options().
f2fs_fill_super(), as the only user of parse_options() now, setting
sb->s_fs_info = sbi before calling
parse_options().
Signed-off-by: Gu Zheng
---
fs/f2fs/super.c |8
1 files
[+cc Marek]
On Mon, Jun 3, 2013 at 6:44 AM, Michal Simek wrote:
> Check that dma_ops are initialized correctly.
>
> Signed-off-by: Michal Simek
> ---
> Functions dma_mmap_attrs(), dma_get_sgtable_attrs()
> already have this checking.
>
> ---
> include/asm-generic/dma-mapping-common.h | 12
On Fri, Jun 7, 2013 at 2:46 AM, Takao Indoh wrote:
> (2013/06/07 13:14), Bjorn Helgaas wrote:
>> One thing I'm not sure about is that you are only resetting PCIe
>> devices, but I don't think the problem is actually specific to PCIe,
>> is it? I think the same issue could occur on any system
On 10/06/2013 23:41, David Miller wrote:
From: Eliezer Tamir
Date: Mon, 10 Jun 2013 11:39:30 +0300
I removed the select/poll patch (was 5/7 in v9) from the set.
The rest are the same patches that were in v9.
Reply to this email with some text to put in the merge commit,
including basic
On Tue, Jun 11, 2013 at 9:51 AM, Al Viro wrote:
> Patch is complete BS and I really wonder what kernel have you observed that
> bug on -
> with mainline on amd64 your example yields
> root@kvm-amd64:~# cat /proc/sys/fs/binfmt_misc/arm
> enabled
> interpreter /usr/bin/qemu-arm-static
> flags:
>
Paul,
On Mon, Jun 10, 2013 at 07:51:10AM -0700, Paul E. McKenney wrote:
> On Mon, Jun 10, 2013 at 03:47:28PM +0800, Fengguang Wu wrote:
> > Greetings,
> >
> > I got the below dmesg and the first bad commit is
> >
> > commit 911af505ef407c2511106c224dd640f882f0f590
> > Author: Paul E. McKenney
On Mon, Jun 10, 2013 at 09:52:44PM +0800, Jeff Chua wrote:
>
>
> According to Documentation/binfmt_misc.txt, the 'magic' and 'mask'
> can be set by echoing it to /proc/sys/fs/binfmt_misc/register.
>
> Here's the problem I can across while working on ARM.
>
> # echo
>
On 06/11/2013 01:47 AM, James Bottomley wrote:
> On Mon, 2013-06-10 at 09:57 +0800, Gu Zheng wrote:
>> diff --git a/include/scsi/scsi.h b/include/scsi/scsi.h
>> index 66216c1..f3377ca 100644
>> --- a/include/scsi/scsi.h
>> +++ b/include/scsi/scsi.h
>> @@ -574,4 +574,13 @@ static inline __u32
Hello all,
I'd like to propose a new system call, I know I'll probably be flamed,
but here goes.
Today there is no way to get a process which has been orphaned, and thus
become a child of init, back as a child of another process. This is
annoying me, please allow me to explain why.
The
On Tue, 2013-06-11 at 09:44 +0900, Yoshihiro YUNOMAE wrote:
> Hi Steven,
>
> Would you review this bugfix patch?
Ah, thanks for the reminder. This got pushed down on my todo list. I'll
take a look at it tonight.
-- Steve
>
> Thanks,
> Yoshihiro YUNOMAE
>
--
To unsubscribe from this list:
On Sun, 2013-06-09 at 12:36 -0700, Paul E. McKenney wrote:
> Breaking up locks is better than implementing high-contention locks, but
> if we must have high-contention locks, why not make them automatically
> switch between light-weight ticket locks at low contention and queued
> locks at high
On 06/10/2013 07:40 PM, Christoph Lameter wrote:
On Mon, 10 Jun 2013, Sasha Levin wrote:
[ 1691.807621] Call Trace:
[ 1691.809473] [] dump_stack+0x4e/0x82
[ 1691.812783] [] warn_slowpath_common+0x82/0xb0
[ 1691.817011] [] warn_slowpath_null+0x15/0x20
[ 1691.819936] []
On Mon, Jun 10, 2013 at 5:44 PM, Steven Rostedt wrote:
>
> OK, I haven't found a issue here yet, but youss are beiing trickssy! We
> don't like trickssy, and we must find preiouss!!!
.. and I personally have my usual reservations. I absolutely hate
papering over scalability issues, and
Hi Steven,
Would you review this bugfix patch?
Thanks,
Yoshihiro YUNOMAE
(2013/05/07 11:18), Yoshihiro YUNOMAE wrote:
Hi,
Would you apply this patch for the tip tree?
Thanks,
Yoshihiro YUNOMAE
(2013/04/23 10:32), Yoshihiro YUNOMAE wrote:
Outputting formats of x86-tsc and counter should be
On Sun, 2013-06-09 at 12:36 -0700, Paul E. McKenney wrote:
> +#else /* #ifndef CONFIG_TICKET_LOCK_QUEUED */
> +
> +bool tkt_spin_pass(arch_spinlock_t *ap, struct __raw_tickets inc);
> +
> +static __always_inline void __ticket_spin_lock(arch_spinlock_t *lock)
> +{
> + register struct
On Sunday, June 09, 2013 09:12:18 AM Preeti U Murthy wrote:
> Hi Rafael,
Hi Preeti,
> On 06/08/2013 07:32 PM, Rafael J. Wysocki wrote:
> > On Saturday, June 08, 2013 12:28:04 PM Catalin Marinas wrote:
> >> On Fri, Jun 07, 2013 at 07:08:47PM +0100, Preeti U Murthy wrote:
[...]
> >> The
On Mon, Jun 10, 2013 at 08:33:14PM -0400, Steven Rostedt wrote:
> On Mon, 2013-06-10 at 19:48 -0400, Dave Jones wrote:
> > 3.10-rc5 + the two patches referenced in the RCU thread from earlier.
> >
> >Dave
> >
> > [ 2313.381283] WARNING: at kernel/trace/ftrace.c:1605
> >
On Mon, 2013-06-10 at 19:48 -0400, Dave Jones wrote:
> 3.10-rc5 + the two patches referenced in the RCU thread from earlier.
>
> Dave
>
> [ 2313.381283] WARNING: at kernel/trace/ftrace.c:1605
> __ftrace_hash_rec_update.part.37+0x20a/0x240()
Grumble,
Somehow the list of functions that
On Mon, Jun 10, 2013 at 07:02:56PM -0400, Steven Rostedt wrote:
> On Sun, 2013-06-09 at 12:36 -0700, Paul E. McKenney wrote:
>
> > +/*
> > + * Return a pointer to the queue header associated with the specified lock,
> > + * or return NULL if there is no queue for the lock or if the lock's queue
>
On Mon, Jun 10, 2013 at 2:44 AM, Ulf Hansson wrote:
> On 4 June 2013 23:42, Paul Taysom wrote:
>> We had a multi-partition SD-Card with two ext2 file systems. The partition
>> table was getting overwritten by a race between the card removal and
>> the unmount of the 2nd ext2 partition.
>>
>>
On Mon, Jun 10, 2013 at 12:39 PM, Thomas Gleixner wrote:
> On Fri, 7 Jun 2013, Yinghai Lu wrote:
>> /**
>> - * irq_alloc_descs - allocate and initialize a range of irq descriptors
>> - * @irq: Allocate for specific irq number if irq >= 0
>> + * __irq_reserve_descs - reserve and initialize a
3.10-rc5 + the two patches referenced in the RCU thread from earlier.
Dave
[ 2313.381283] WARNING: at kernel/trace/ftrace.c:1605
__ftrace_hash_rec_update.part.37+0x20a/0x240()
[ 2313.386619] Modules linked in: fuse bnep rfcomm hidp can_bcm nfnetlink
scsi_transport_iscsi can_raw nfc
On Sun, Jun 9, 2013 at 8:31 AM, Sebastian Andrzej Siewior
wrote:
> On Fri, Jun 07, 2013 at 03:30:53PM -0700, Yinghai Lu wrote:
>> diff --git a/drivers/iommu/dmar.c b/drivers/iommu/dmar.c
>> index a7967ce..c09e60d 100644
>> --- a/drivers/iommu/dmar.c
>> +++ b/drivers/iommu/dmar.c
>> @@ -1273,7
On Sun, Jun 9, 2013 at 8:22 AM, Sebastian Andrzej Siewior
wrote:
> On Fri, Jun 07, 2013 at 03:30:52PM -0700, Yinghai Lu wrote:
>> create_irq() will return -1 when fail to allocate.
> The ia64 code here will return -ENOSPC.
>
>> create_irq_nr() will return 0 when fail to allocate.
>>
>> Will use
On Sun, Jun 9, 2013 at 8:16 AM, Sebastian Andrzej Siewior
wrote:
> On Fri, Jun 07, 2013 at 03:30:51PM -0700, Yinghai Lu wrote:
>> All others are using "-" instead of "_".
>
> Who are "all others"? According to my grep it is 121 vs 44. So even without
> your two here we still 42 doing it the other
On Mon, 10 Jun 2013, Sasha Levin wrote:
> [ 1691.807621] Call Trace:
> [ 1691.809473] [] dump_stack+0x4e/0x82
> [ 1691.812783] [] warn_slowpath_common+0x82/0xb0
> [ 1691.817011] [] warn_slowpath_null+0x15/0x20
> [ 1691.819936] [] kmalloc_slab+0x2f/0xb0
> [ 1691.824942] []
On Fri, 07 Jun 2013 12:02:31 +0200 Arnd Bergmann wrote:
> On Friday 07 June 2013 10:39:20 Jingoo Han wrote:
> > Add CONFIG_PM_SLEEP to suspend/resume functions to fix the following
> > build warning when CONFIG_PM_SLEEP is not selected. This is because
> > sleep PM callbacks defined by
On Mon, Jun 10, 2013 at 06:03:29PM +0200, Wolfram Sang wrote:
> Hi Tony,
>
> > +static int wmt_i2c_wait_bus_not_busy(struct wmt_i2c_dev *i2c_dev)
> > diff --git a/drivers/i2c/busses/i2c-wmt.c b/drivers/i2c/busses/i2c-wmt.c
> > new file mode 100644
> > index 000..5cebb29
> > --- /dev/null
> >
On Mon, Jun 10, 2013 at 04:09:15PM +0100, Pawel Moll wrote:
> The driver can be used on either arm or arm64 platforms, but
> the latter doesn't have any platform-specific configuration
> options, so it must be possible to manually enable the driver.
>
> As the gpiolib is optional for arm64 arch,
On Mon, Jun 10, 2013 at 12:46:59PM +0100, Srinivas KANDAGATLA wrote:
> > + aux_ctrl = (0x1 << L2X0_AUX_CTRL_SHARE_OVERRIDE_SHIFT) |
> > + (0x1 << L2X0_AUX_CTRL_DATA_PREFETCH_SHIFT) |
> > + (0x1 << L2X0_AUX_CTRL_INSTR_PREFETCH_SHIFT) |
> > +
On Wed, May 15, 2013 at 05:41:21PM +0200, Oleg Nesterov wrote:
> On 05/15, Kent Overstreet wrote:
> >
> > On Tue, May 14, 2013 at 03:48:59PM +0200, Oleg Nesterov wrote:
> > > tag_free() does
> > >
> > > list_del_init(wait->list);
> > > /* WINDOW */
> > > wake_up_process(wait->task);
> > >
On Sun, Jun 9, 2013 at 7:54 AM, Sebastian Andrzej Siewior
wrote:
> On Fri, Jun 07, 2013 at 03:30:48PM -0700, Yinghai Lu wrote:
>> Current code: after irq remapping is enabled, irq_chip fields are modified
>> during every irq setup.
>> mp_register_gsi
>> io_apic_set_pci_routing
On Tuesday, June 11, 2013 12:57:26 AM Stratos Karafotis wrote:
> On 06/09/2013 11:58 PM, Rafael J. Wysocki wrote:
> > Well, this means that your changes may hurt performance if the load comes
> > and
> > goes in spikes, which is not so good. The fact that they cause less energy
> > to
> > be
Add a simple sysfs interface to the generic PWM framework.
/sys/class/pwm/
`-- pwmchipN/ for each PWM chip
|-- export (w/o) ask the kernel to export a PWM channel
|-- npwm (r/o) number of PWM channels in this PWM chip
|-- pwmX/ for each
Stephane Eranian [eran...@google.com] wrote:
| > Further, in the above REM_CCE1 case, Power7 can also identify if the data
came
| > from the L2 or L3 cache of another core on the same chip. To describe this
to
| > user space, we propose to set ->mem_lvl to:
| >
| >
On Sun, 2013-06-09 at 12:36 -0700, Paul E. McKenney wrote:
> +/*
> + * Return a pointer to the queue header associated with the specified lock,
> + * or return NULL if there is no queue for the lock or if the lock's queue
> + * is in transition.
> + */
> +static struct tkt_q_head
2013/6/10, Changman Lee :
> Hello, Namjae
Hi. Changman.
>
> If using ACL, whenever i_mode is changed we should update acl_mode which
> is written to xattr block, too. And vice versa.
> Because update_inode() is called at any reason and anytime, so we should
> sync both the moment xattr is written.
On Thu, 06 Jun 2013 10:35:22 -0700 Davidlohr Bueso
wrote:
> > [ 51.524946]
> > [ 51.525983] ===
> > [ 51.532875] [ INFO: suspicious RCU usage. ]
> > [ 51.535385] 3.10.0-rc4-next-20130606 #6 Not tainted
> > [ 51.538304] ---
> > [
On 06/10/2013 12:07:43 PM, Michael Guntsche wrote:
Good evening,
On Mon, Jun 10, 2013 at 1:41 PM, Rojhalat Ibrahim
wrote:
> Hi Mike,
>
> could you please try this patch:
> https://lists.ozlabs.org/pipermail/linuxppc-dev/2013-May/106624.html
> http://patchwork.ozlabs.org/patch/244515/
>
>
MSM_TLMM_BASE is currently not mapped by 8x60. Remove it.
Signed-off-by: Rohit Vaswani
---
arch/arm/mach-msm/include/mach/msm_iomap-8x60.h |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-msm/include/mach/msm_iomap-8x60.h
Remove gpiomux-v2 as it's not being used and make way for future improvements.
Signed-off-by: Rohit Vaswani
---
arch/arm/mach-msm/Kconfig| 13 +++-
arch/arm/mach-msm/Makefile |6 +--
arch/arm/mach-msm/gpiomux-8x60.c | 19
arch/arm/mach-msm/gpiomux-v2.c |
v5:
for gpio-msm-v2 patch
* Made the bitmaps statically allocated.
* MAX_NR_GPIO set to 300 for the gpio-msm-v2 driver. This limit can be changed
if we have a gpio controller with more gpios.
Rohit Vaswani (3):
ARM: msm: Remove gpiomux-v2 and re-organize MSM_GPIOMUX configs
ARM: msm: Remove
This cleans up the gpio-msm-v2 driver of all the global define usage.
The number of gpios are now defined in the device tree. This enables
adding irqdomain support as well.
Signed-off-by: Rohit Vaswani
---
.../devicetree/bindings/gpio/gpio-msm.txt | 26 +++
On 6/5/2013 2:38 PM, Grant Likely wrote:
On Sun, 02 Jun 2013 19:31:33 -0700, Rohit Vaswani
wrote:
On 6/1/2013 1:09 AM, Grant Likely wrote:
On Sat, Jun 1, 2013 at 1:22 AM, Rohit Vaswani wrote:
This cleans up the gpio-msm-v2 driver of all the global define usage.
The number of gpios are now
This fixes the wrong sync generation and sync calculation for progressive
and interlaced modes. Sync timings for a bunch of modes have also been verified
with an oscilloscope near-end (TDA998x input) and far-end (DVI receiver output).
Signed-off-by: Sebastian Hesselbarth
---
Note: This patch is
On 10 June 2013 19:22, Ben Greear wrote:
> We had a system go OOM while doing lots of wireless
> stations. (System had 8GB of RAM, so I suspect a leak).
>
> I enabled kmemleak in a 3.9.5 (plus some local patches) and
> I see the entries below. Any idea if these are real or not?
>
> unreferenced
On Sat, Jun 8, 2013 at 3:08 AM, Chen Gang wrote:
> using 'unsigned int *', implicitly:
> ./ia64/include/asm/bitops.h:63:__set_bit (int nr, volatile void *addr)
There is some downside on ia64 to your suggestion. If "addr" is properly
aligned for an "int", but misaligned for a long ... i.e.
On Mon, 2013-06-10 at 15:10 -0700, Paul E. McKenney wrote:
> > So maybe that patch was a winner after all and got dropped ?
>
> Please see below for the patch that I was thinking of.
>
> It has not been dropped, I was on travel and a bit slow about pushing
> things.
>
>
This fixes the wrong sync generation and sync calculation for progressive
and interlaced modes. Sync timings for a bunch of modes have also been verified
with an oscilloscope near-end (TDA998x input) and far-end (DVI receiver output).
Signed-off-by: Sebastian Hesselbarth
---
Note: This patch is
commit be987d9f80 ("checkpatch: improve CamelCase test for Page")
added it but it shouldn't be there. Must have been my fault.
Make sure that the tested variable doesn't contain a constant.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 4 ++--
1 file changed, 2 insertions(+), 2
Moving this test allows the --fix option to work better.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 9696be5..5989415 100755
---
Comparing to true or false is error prone.
Add tests for the various forms of (foo == true) && (false != bar)
that are only reported with --strict.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 27 +++
1 file changed, 27 insertions(+)
diff --git
Check to make sure the blank lines aren't comment lines like:
bool foo(bool bar)
{
/* Don't warn on a leading comment */
return !bar;
/* Don't warn on a trailing comment either */
}
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 4 ++--
1 file changed, 2
Some patches have simple defects in whitespace and formatting that
checkpatch could correct automatically. Attempt to do so.
Add a --fix option to create a ".EXPERIMENTAL-checkpatch-fixes"
file that tries to use normal kernel style for some of these formatting
errors.
Add warnings against using
Comparing get_jiffies_64() is almost always wrong and
time_before64 and time_after64 should be used instead.
Warn on any comparison to get_jiffies_64().
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 6 ++
1 file changed, 6 insertions(+)
diff --git a/scripts/checkpatch.pl
Figure out first how to determine if this is
in a struct declaration or in a function body
before enabling this.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 8
1 file changed, 8 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index 93b8e66..4ad4052
Some false positives exist on this test.
For instance:
*va_arg(args, signed char *) = val.s;
or
memset(foo, 0, sizeof(struct bar *) * baz));
Ignore lines that have an arithmetic operator or assignment
after what appears to be a cast to a pointer "(foo *)".
Add $Arithmetic
Allow "#define foo struct.member" without bleating a warning.
This also allows "#define foo bar.baz->qux" and so on.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index
Comparing jiffies is almost always wrong and
time_before and time_after should be used instead.
Warn on any comparison to jiffies.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 6 ++
1 file changed, 6 insertions(+)
diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl
index
A few neatenings and cleanups and an EXPERIMENTAL option to
fix various whitespace/formatting defects in patches.
Joe Perches (12):
checkpatch: Remove quote from CamelCase test
checkpatch: Improve network block comment test and message
checkpatch: Warn when networking block comment lines
Show the first line of the comment after a line
with just /* to better show where the defective
comment style is in the file.
Signed-off-by: Joe Perches
---
scripts/checkpatch.pl | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/scripts/checkpatch.pl
Some block comments in network are written as:
/* block comment line 1
block comment line 2
*/
Emit a warning on the "block comment line 2" because it should be
/* block comment line 1
* block comment line 2
*/
This warning is only emitted
Quoting Kukjin Kim (2013-06-05 04:51:29)
> Doug Anderson wrote:
> >
> > The KDIV value is often listed as unsigned but it needs to be treated
> > as a 16-bit signed value when using it in calculations. Fix our rate
> > recalculation to do this correctly.
> >
> > Before doing this, I tried
On Thu, 6 Jun 2013 06:47:23 -0500 Robin Holt wrote:
> Preparing to move the parsing of reboot= to generic kernel code
> forces the change in reboot_mode handling to use the enum.
>
> ...
>
> 125 files changed, 282 insertions(+), 166 deletions(-)
That's a big patch. The potential for ARM
On Mon, 2013-06-10 at 17:54 -0400, Dave Jones wrote:
> On Mon, Jun 10, 2013 at 05:37:36PM -0400, Steven Rostedt wrote:
> > On Mon, 2013-06-10 at 14:18 -0700, Paul E. McKenney wrote:
> > > On Mon, Jun 10, 2013 at 05:01:23PM -0400, Dave Jones wrote:
> > > > On Mon, Jun 10, 2013 at 01:33:55PM
On Mon, Jun 10, 2013 at 05:54:21PM -0400, Dave Jones wrote:
> On Mon, Jun 10, 2013 at 05:37:36PM -0400, Steven Rostedt wrote:
> > On Mon, 2013-06-10 at 14:18 -0700, Paul E. McKenney wrote:
> > > On Mon, Jun 10, 2013 at 05:01:23PM -0400, Dave Jones wrote:
> > > > On Mon, Jun 10, 2013 at
Moving statement to static initilization of init_pid_ns.
Signed-off-by: Raphael S. Carvalho
---
kernel/pid.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kernel/pid.c b/kernel/pid.c
index 0db3e79..c577d3c 100644
--- a/kernel/pid.c
+++ b/kernel/pid.c
@@ -75,6 +75,7
This patch shouldn't be applied if those branches must only be taken when
the pid_allocation(PIDNS_HASH_ADDING) flag was turned off.
Otherwise, we must turn the PIDNS_HASH_ADDING flag (1U << 31) off
before getting into the switch-cases.
Signed-off-by: Raphael S. Carvalho
---
kernel/pid.c |5
On 06/09/2013 11:58 PM, Rafael J. Wysocki wrote:
> Well, this means that your changes may hurt performance if the load comes and
> goes in spikes, which is not so good. The fact that they cause less energy to
> be used at the same time kind of balance that, though. [After all, we're
> talking
On Mon, Jun 10, 2013 at 02:35:06PM -0700, Eric Dumazet wrote:
> On Sun, 2013-06-09 at 12:36 -0700, Paul E. McKenney wrote:
> > Breaking up locks is better than implementing high-contention locks, but
> > if we must have high-contention locks, why not make them automatically
> > switch between
On Mon, Jun 10, 2013 at 05:37:36PM -0400, Steven Rostedt wrote:
> On Mon, 2013-06-10 at 14:18 -0700, Paul E. McKenney wrote:
> > On Mon, Jun 10, 2013 at 05:01:23PM -0400, Dave Jones wrote:
> > > On Mon, Jun 10, 2013 at 01:33:55PM -0700, Paul E. McKenney wrote:
> > >
> > > > > I saw some of
Anshuman Khandual [khand...@linux.vnet.ibm.com] wrote:
| > The former approach seems less confusing and this patch uses that approach.
| >
|
| Yeah, the former approach is simpler and makes sense.
Ok. Seems to make sense at least on Power.
| > + * We use the table, dcache_src_map, to map
On 06/06/13 21:16, Andy Shevchenko wrote:
Thank you andy for your review, I do have a few questions/comments if
you don't mind.
On Sun, Jun 2, 2013 at 5:58 PM, Oliver Schinagl wrote:
From: Oliver Schinagl
+ if (likely((SID_SIZE))) {
Extra braces.
Use antipattern here.
While I
On Mon, 2013-06-10 at 14:18 -0700, Paul E. McKenney wrote:
> On Mon, Jun 10, 2013 at 05:01:23PM -0400, Dave Jones wrote:
> > On Mon, Jun 10, 2013 at 01:33:55PM -0700, Paul E. McKenney wrote:
> >
> > > > I saw some of Steven's patches get merged on Friday, is there anything
> > else
> > > >
Hi folks,
The following changes since commit eccaf52fee8305d5207ff110950a82c100e459bc:
x86, efi: initial the local variable of DataSize to zero (2013-05-14 08:13:05
+0100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mfleming/efi.git
On Sun, 2013-06-09 at 12:36 -0700, Paul E. McKenney wrote:
> Breaking up locks is better than implementing high-contention locks, but
> if we must have high-contention locks, why not make them automatically
> switch between light-weight ticket locks at low contention and queued
> locks at high
On Thu, Jun 6, 2013 at 7:12 AM, Alan Stern wrote:
> On Wed, 5 Jun 2013, Zoran Markovic wrote:
>
>> > It does block in my environment, AFAICS. Looking a bit further in the
>> > code, it looks like dpm_suspend() does an async_synchronize_full()
>> > which would wait for all async tasks to complete.
From: "Michael S. Tsirkin"
Date: Wed, 5 Jun 2013 13:33:32 +0300
> On Wed, Jun 05, 2013 at 04:44:57PM +0800, Jason Wang wrote:
>> Complier may generate codes that re-read the tun->numqueues during
>> tun_select_queue(). This may be a race if vlan->numqueues were changed in the
>> same time and
1 - 100 of 1116 matches
Mail list logo
