On Wednesday 18 December 2013 03:37 PM, Grygorii Strashko wrote:
> The similar GPIO HW block is used by keystone SoCs as
> in Davinci SoCs.
> Hence, reuse Davinci GPIO driver for Keystone taking into
> account that Keystone contains ARM GIC IRQ controller which
> is implemented using IRQ Chip.
>
On Wednesday 18 December 2013 03:37 PM, Grygorii Strashko wrote:
> The system may crash if:
> - there are more then 1 bank
s/then/than
> - unbanked irqs are enabled
> - someone will call gpio_to_irq() for GPIO from bank2 or above
>
> Hence, fix it by not creating irq_domain if unbanked irqs are
On 12/20, Peter Zijlstra wrote:
>
> On Fri, Dec 20, 2013 at 08:01:57PM +0100, Oleg Nesterov wrote:
> > The only problem is that
> >
> > #define ASSIGN_CONST(l, r) (*(typeof(r) *)&(l) = (r))
> >
> > obviously can't work in this case ;) We need something more clever.
>
> Hmm indeed, C++ has
On 12/19/13 15:28, Sebastian Andrzej Siewior wrote:
> It somehow looks like the ending bracket belongs to the if statement but
> it does belong to the while loop. This patch moves the bracket where it
> belongs.
>
> Reviewed-by: Lee Jones
> Signed-off-by: Sebastian Andrzej Siewior
Acked-by:
Hi Linus,
arm-soc fixes pull request, Christmas edition 2013. No glögg included, sorry!
God Jul,
-Olof
The following changes since commit 319e2e3f63c348a9b66db4667efa73178e18b17d:
Linux 3.13-rc4 (2013-12-15 12:31:33 -0800)
are available in the git repository at:
On 12/19/13 15:28, Sebastian Andrzej Siewior wrote:
> The purpose of reg_se_cache has been defeated. It should avoid the
> read-back of the register to avoid the latency and the fact that the
> bits are reset to 0 after the individual conversation took place.
>
> The reason why this is required
On 12/19/13 15:28, Sebastian Andrzej Siewior wrote:
> The update of the SE register in MFD doesn't look right as it has
> nothing to do with it. The better place to do it is in TSC driver (which
> is already doing it) and in the ADC driver which needs this only in the
> continues mode.
>
>
Instead of "#if define CONFIG_OF" use "IS_ENABLED(CONFIG_OF)"
option for DT code to avoid if-deffery in code.
Signed-off-by: Manish Badarkhe
---
:100644 100644 791aea3... be9a8b0... M drivers/mfd/max8997.c
drivers/mfd/max8997.c | 14 ++
1 file changed, 2 insertions(+), 12
On 12/19/13 15:28, Sebastian Andrzej Siewior wrote:
> The ADC driver always programs all possible ADC values and discards
> them except for the value IIO asked for. On the am335x-evm the driver
> programs four values and it takes 500us to gather them. Reducing the number
> of conversations down to
On 12/19/13 15:54, Nicolas Ferre wrote:
> On 17/12/2013 17:16, Boris BREZILLON :
>> Document the clock properties required by the at91 ADC driver.
>>
>> Signed-off-by: Boris BREZILLON
>
> Acked-by: Nicolas Ferre
Looks fine to me. I'm just waiting on an ack from a device tree maintainer
(or the
On Sat, Dec 21, 2013 at 3:06 PM, Benjamin LaHaise wrote:
>
> Linus, feel free to add my Signed-off-by: to your sanitization of
> aio_setup_ring() as well, as it works okay in my testing.
Nobody commented on your request for comments, so I applied my patch
and pulled your branch, because I'm
On Sun, 22 Dec 2013, Rafael J. Wysocki wrote:
> On Wednesday, December 11, 2013 02:39:27 PM Jacob Pan wrote:
> > @@ -941,6 +949,7 @@ static void package_power_limit_irq_restore(int
> > package_id)
> > static const struct x86_cpu_id rapl_ids[] = {
> > { X86_VENDOR_INTEL, 6, 0x2a},/* SNB */
>
We have the block integrity code to support DIF/DIX in the the tree for
about 5 and a half years, and we still don't have a single consumer of
it. By normal kernel rules it should never have been merged, or at
least the bitrot long removed.
Given that we'll have a lot of work to do in this area
On Thu, Dec 19, 2013 at 04:21:07AM -0800, Kent Overstreet wrote:
> Grep through drivers/md/bcache/...
While that will require a fair amount of work I'm pretty sure we could
untangle that mess as well. But what I meant was whatever piece of code
that motivated you to move the code to lib/.
--
To
Hi,
On Fri, Dec 13, 2013 at 10:05:45AM +0100, Nicolas Ferre wrote:
> Arnd, Olof, Kevin,
>
> This is a "drivers" series that adds Device Tree support to
> Atmel crypto drivers (AES/[T]DES/SHA). As the DT part of this
> addition is in at91-3.14-dt I thought it would be simpler to take
> this
On Fri, Dec 13, 2013 at 03:33:07PM +0100, Jonas Jensen wrote:
> The MOXA ART SoC is based on Faraday's FA526. This is a ARMv4 32-bit
> 192 MHz CPU with MMU and 16KB/8KB D/I-cache.
>
> Add platform support for this SoC.
>
> Also add UC-7112-LX as a machine.
>
> Signed-off-by: Jonas Jensen
Hi,
On Fri, Dec 13, 2013 at 03:33:08PM +0100, Jonas Jensen wrote:
> Add a generic (dtsi) include file for MOXA ART SoCs.
>
> Also add a file for UC-7112-LX.
>
> Signed-off-by: Jonas Jensen
Applied to next/dt. Again, please follow up with some of the comments -- in
particular the requests to
On Wed, Dec 18, 2013 at 01:58:44PM +0100, Jonas Jensen wrote:
> Thanks for the replies!
>
> This should tick the boxes on feedback except for one detail
> on the fixed rate clock:
>
> Moving fixed-clock "ref12" from .dtsi to .dts proved problematic
> for other clocks, this is why ref12 is still
On Thu, Dec 19, 2013 at 11:47:42AM +0100, Jonas Jensen wrote:
> The reason behind why fixed rate clock "ref12" couldn't be moved from
> .dtsi to .dts:
>
> There was nothing else in "clocks { .. }", the entire block was then
> deleted from .dtsi.
>
> If a skeleton "clocks { .. }" remain in .dtsi,
On Fri, Dec 20, 2013 at 09:21:59PM +0100, Uwe Kleine-König wrote:
> Acked-by: Greg Kroah-Hartman
> Acked-by: Mark Brown
> Signed-off-by: Uwe Kleine-König
> ---
> Hello,
>
> On Fri, Dec 20, 2013 at 11:55:30PM +0400, Alexander Shiyan wrote:
> > [...]
> > > +F: arch/arm/boot/dts/efm32*
> > > +F:
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next kernel, I've stumbled on
the following spew.
Beyond regular trinity fuzzing, the machine was in the middle of attempting to offline all of it's
cpus (64 of them).
[ 696.029538] general protection fault:
Gu Zheng writes:
> This issue seems like a problem that has been fixed yet:
> http://article.gmane.org/gmane.linux.kernel.aio.general/3741/match=potential+use+after+free+aio%5fmigratepage
> commit 5e9ae2e5da0beb93f8557fc92a8f4fbc05ea448f
> aio: fix use-after-free in aio_migratepage
> So I think
On Sun, 2013-12-22 at 11:21 -0800, Christoph Hellwig wrote:
> We have the block integrity code to support DIF/DIX in the the tree for
> about 5 and a half years, and we still don't have a single consumer of
> it. By normal kernel rules it should never have been merged, or at
> least the bitrot
Hi all,
While fuzzing with trinity inside a KVM tools guest running latest -next kernel, I've stumbled on
the following spew.
Beyond regular trinity fuzzing, the machine was in the middle of attempting to offline all of it's
cpus (64 of them).
[ 645.148744] WARNING: CPU: 59 PID: 10414 at
Quoting Uwe Kleine-König (2013-12-20 12:21:59)
> Acked-by: Greg Kroah-Hartman
> Acked-by: Mark Brown
> Signed-off-by: Uwe Kleine-König
> ---
> Hello,
>
> On Fri, Dec 20, 2013 at 11:55:30PM +0400, Alexander Shiyan wrote:
> > [...]
> > > +F: arch/arm/boot/dts/efm32*
> > > +F:
On Sunday, December 22, 2013 02:22:48 PM Vince Weaver wrote:
> On Sun, 22 Dec 2013, Rafael J. Wysocki wrote:
> > On Wednesday, December 11, 2013 02:39:27 PM Jacob Pan wrote:
>
> > > @@ -941,6 +949,7 @@ static void package_power_limit_irq_restore(int
> > > package_id)
> > > static const struct
(2013/12/20 19:46), Ingo Molnar wrote:
>
> * Masami Hiramatsu wrote:
>
>> (2013/12/20 17:20), Ingo Molnar wrote:
>>>
>>> * Masami Hiramatsu wrote:
>>>
> But a closer look indicates that the insertion of kprobes is
> taking about three (!!) orders of magnitude longer than before, as
Fixed coding style errors. Spaces, tab and parenthesis errors.
Signed-off-by: Derek Perrin
---
drivers/firmware/edd.c | 62 +-
1 file changed, 31 insertions(+), 31 deletions(-)
diff --git a/drivers/firmware/edd.c b/drivers/firmware/edd.c
index
On Sun, Dec 22, 2013 at 11:09:34AM -0800, Linus Torvalds wrote:
> On Sat, Dec 21, 2013 at 3:06 PM, Benjamin LaHaise wrote:
> >
> > Linus, feel free to add my Signed-off-by: to your sanitization of
> > aio_setup_ring() as well, as it works okay in my testing.
>
> Nobody commented on your
(2013/12/20 22:40), Frank Ch. Eigler wrote:
> Hi -
>
> mingo wrote:
>> [...]
>> For example a hash table (hashed by probe address) could be used in
>> addition to the list, to speed up basic operations.
>
> In the past, when this sort of behavior popped up, it was due to
> machine-wide
On Sat, 2013-12-21 at 17:35 +, Matt Fleming wrote:
> On Fri, 20 Dec, at 06:02:10PM, Dave Young wrote:
> > Here is the V7 patchset for supporting kexec kernel efi runtime.
> > Per pervious discussion I pass the 1st kernel efi runtime mapping
> > via setup_data to 2nd kernel. Besides of the
Ho ho ho,
Christmas is almost upon us, and -rc5 is the last rc before most of
us gorge ourselves into insensibility. Or cry into our lonely beers.
Or go out for Chinese food. Or whatever you happen to do.
Things seem to be slowly calming down, and I expect that the next week
is going to be
Hi Kristian,
On Sun, Dec 22, 2013 at 09:44:45PM +0100, Kristian Nielsen wrote:
> There are other changes in that area since 3.13-rc1 though.
>
> Anyway, I am now running with 3.13-rc4 and will report if I see anything.
> Given that I do not have any way to reproduce (I only ever saw this once),
(2013/12/21 3:00), Arnaldo Carvalho de Melo wrote:
> Em Fri, Dec 20, 2013 at 10:02:57AM +, Masami Hiramatsu escreveu:
>> Expand given path to absolute path in option parser,
>> except for a module name. Instead of expanding it later,
>> this get the absolute path in early stage.
>
> What is
(2013/12/21 3:01), Arnaldo Carvalho de Melo wrote:
> Em Fri, Dec 20, 2013 at 10:02:59AM +, Masami Hiramatsu escreveu:
>> Support dwarf(debuginfo) based operations for uprobe events.
>> With this change, perf probe can analyze debuginfo of user
>> application binary to set up new uprobe event.
kmod 16 is out:
ftp://ftp.kernel.org/pub/linux/utils/kernel/kmod/kmod-16.tar.xz
ftp://ftp.kernel.org/pub/linux/utils/kernel/kmod/kmod-16.tar.sign
Most important change besides the bug fixes are:
* we don't have an option in rmmod to wait module removal anymore.
This is gone from kernel and now
(2013/12/21 3:03), Arnaldo Carvalho de Melo wrote:
> Em Fri, Dec 20, 2013 at 10:03:02AM +, Masami Hiramatsu escreveu:
>> Use the actual address of tracepoint as a hint to find
>> different local symbols. Since sometimes there are local
>> symbols which have same name, it is impossible to
On Sun, 2013-12-22 at 15:17 -0600, Derek Perrin wrote:
> Fixed coding style errors. Spaces, tab and parenthesis errors.
There's a real error in this patch.
When you do whitespace only changes, please
verify that the old and new object files produced
are unchanged.
One trivial bit too,
> diff
20.12.2013 19:05, Sebastian Andrzej Siewior пишет:
> On 12/20/2013 03:57 PM, Pavel Vasilyev wrote:
>>
>> Same bug if attach to ehci hub.
>>
>> ksoftird/0 process of loading the CPU upto 100% Sometimes process
>> irq17/0 - ehci_hcd or xhci_hcd. After taking the camera out of the
>> socket, the
On Fri, Dec 20, 2013 at 12:03:18AM +0100, Nicolas Ferre wrote:
> Arnd, Olof, Kevin,
>
> Some more DT material for 3.14 based on top of what I already sent (in
> your at91/dt branch). Nothing really surprising...
>
> Thanks, best regards,
>
> The following changes since commit
20.12.2013 19:05, Sebastian Andrzej Siewior пишет:
> On 12/20/2013 03:57 PM, Pavel Vasilyev wrote:
... The last two years I have worked with 3.2 kernel and patches for it.
Recently, we have a new equipment that partially works with version 3.2.53.
Therefore it was decided to move to version 3.12.
Benjamin LaHaise writes:
> Linus just pushed out 3.13-rc5 that has changes to aio_migratepage() that
> should make it much more robust, as well as other fixes. Can you please
> give it a spin as well and let me know if it works? Thanks a bunch!
Ok, will do.
- Kristian.
--
To unsubscribe
Hi,
A guy posted this fix on my blog. I couldn't make sense of it.
Thought I'd post it here. I'll send a proper patch file if
I knew what commit log I needed to write.
And I can't exactly sign-off :s.
I asked him to post but he couldn't/wouldn't.
Regards
ZubairLK
"Defend against buffer
From: Neil Horman
Date: Tue, 17 Dec 2013 11:19:57 -0500
> The SCTP protocol has several deprecation warnings in its setsockopt path that
> can be triggered by unprivlidged users. Since these are not ratelimited, we
> can
> spam the logs quite easily here. Since these are all deprecation
On Thu, 2013-12-19 at 15:19 -0800, Darren Hart wrote:
> On Thu, 2013-12-19 at 15:05 -0800, Randy Dunlap wrote:
> > On 12/19/13 13:07, Darren Hart wrote:
> > > On Thu, 2013-12-19 at 13:00 -0800, Davidlohr Bueso wrote:
> > >> On Thu, 2013-12-19 at 12:51 -0800, Randy Dunlap wrote:
> > >>> On 12/19/13
On Thu, Dec 19, 2013 at 1:44 PM, Yinghai Lu wrote:
Let me see if I can figure out what you're trying to do here. Please
correct me if I'm wrong:
> When one of children resources does not support MEM_64, MEM_64 for
> bridge get reset, so pull down whole pref resource on the bridge under 4G.
The following changes since commit af91706d5ddecb4a9858cca9e90d463037cfd498:
ima: store address of template_fmt_copy in a pointer before calling strsep
(2013-11-30 13:09:53 +1100)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux.git
On Thu, Dec 19, 2013 at 06:53:32PM +0900, Magnus Damm wrote:
> On Thu, Dec 19, 2013 at 5:24 PM, Simon Horman wrote:
> > On Sat, Dec 14, 2013 at 03:09:31AM +0300, Sergei Shtylyov wrote:
> >> Value 0 of the sense selection field of CONFIG_n register means "disable
> >> event
> >> detection" and
Hi friend I am a banker in IDB BANK. I want to transfer an abandonedUSD5.
5Million to your Bank account. 40/percent will be your share. No risk involved
but keep it as secret. Contact me for more details.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Sat, Dec 21, 2013 at 11:05:51AM +0900, Chanho Min wrote:
>
> > Please don't break thread.
> > You should reply to my mail instead of your original post.
> Sorry, It seems to be my mailer issue. I'm trying to fix it.
>
> > It's a result which isn't what I want to know.
> > What I wnat to know
On Fri, Dec 20, 2013 at 10:48:17PM -0800, Davidlohr Bueso wrote:
> On Fri, 2013-12-20 at 14:01 +, Mel Gorman wrote:
> > On Thu, Dec 19, 2013 at 05:02:02PM -0800, Andrew Morton wrote:
> > > On Wed, 18 Dec 2013 15:53:59 +0900 Joonsoo Kim
> > > wrote:
> > >
> > > > If parallel fault occur, we
On Sun, Dec 22, 2013 at 12:58:19AM +1100, David Gibson wrote:
> On Wed, Dec 18, 2013 at 03:53:49PM +0900, Joonsoo Kim wrote:
> > There is a race condition if we map a same file on different processes.
> > Region tracking is protected by mmap_sem and hugetlb_instantiation_mutex.
> > When we do
On Sun, Dec 22, 2013 at 4:00 PM, Bjorn Helgaas wrote:
> On Thu, Dec 19, 2013 at 1:44 PM, Yinghai Lu wrote:
>
> Let me see if I can figure out what you're trying to do here. Please
> correct me if I'm wrong:
>
>> When one of children resources does not support MEM_64, MEM_64 for
>> bridge get
2013-12-21 (토), 18:01 +0800, Chao Yu:
> In current flow, we will get Null return value of f2fs_find_entry in
> recover_dentry when name.len is bigger than F2FS_NAME_LEN, and then we
> still add this inode into its dir entry.
> To avoid this situation, we must check filename length before we use
On Tue, 17 Dec 2013 13:28:38 +1100 Stephen Rothwell
wrote:
>
> Hi Chris,
>
> ping?
ping again - I am still getting this error.
> On Fri, 13 Dec 2013 12:57:16 +1100 Stephen Rothwell
> wrote:
> >
> > After merging the mmc tree, today's linux-next build (arm
> > multi_v7_defconfig) failed like
Hi Wolfram,
On 12/21/2013 01:31 AM, Wolfram Sang wrote:
> On Wed, Dec 18, 2013 at 09:18:08AM +0800, Gu Zheng wrote:
>> When running with the latest kernel, we get the following kmemleak message:
>> unreferenced object 0x8800c2a36100 (size 256):
>> comm "modprobe", pid 629, jiffies
Hi Artem:
Sorry to interrupt your busy life.
As you said in previous mail, I send my patch separately without quoting this
e-mail. And I have send to you, but I never get your reply. I am very confuse,
no sure if is there anything wrong at the patch I send to you.
Can you help explain to me?
Hi Artem:
As we talked in mail before, please check my patch as below:
From: Qi Wang
nor_erase_prepare() will be called before erase a NOR flash, it will program '0'
into a block to mark this block. But program data into a erasure interrupted
block
can cause program timtout(several minutes at
> > + if (data)
> > + early_memunmap(data, sizeof(*data));
> > #ifdef CONFIG_X86_32
> > if (tmp >> 32) {
> > pr_err("EFI data located above 4GB, disabling EFI.\n");
>
> This isn't correct, and means we now won't trigger this pr_err() if
On 12/21/13 at 04:06pm, Matt Fleming wrote:
> On Fri, 20 Dec, at 06:02:19PM, Dave Young wrote:
> > @@ -133,6 +133,19 @@ extern void efi_sync_low_kernel_mappings(void);
> > extern void efi_setup_page_tables(void);
> > extern void __init old_map_region(efi_memory_desc_t *md);
> >
> > +struct
On Mon, Dec 23, 2013 at 09:44:38AM +0900, Joonsoo Kim wrote:
> On Fri, Dec 20, 2013 at 10:48:17PM -0800, Davidlohr Bueso wrote:
> > On Fri, 2013-12-20 at 14:01 +, Mel Gorman wrote:
> > > On Thu, Dec 19, 2013 at 05:02:02PM -0800, Andrew Morton wrote:
> > > > On Wed, 18 Dec 2013 15:53:59 +0900
Hi Linus,
Xmas fixes pull, all small nothing major, intel, radeon, one ttm
regression, and one build fix.
Dave.
The following changes since commit 413541dd66d51f791a0b169d9b9014e4f56be13c:
Linux 3.13-rc5 (2013-12-22 13:08:32 -0800)
are available in the git repository at:
Any response?
> -Original Message-
> From: Hayeswang [mailto:hayesw...@realtek.com]
> Sent: Wednesday, November 20, 2013 5:31 PM
> To: net...@vger.kernel.org
> Cc: nic_swsd; linux-kernel@vger.kernel.org;
> linux-...@vger.kernel.org; Hayeswang
> Subject: [PATCH net v5 0/4] r8152 bug
Hi Kim,
> -Original Message-
> From: Jaegeuk Kim [mailto:jaegeuk@samsung.com]
> Sent: Monday, December 23, 2013 9:26 AM
> To: Chao Yu
> Cc: linux-fsde...@vger.kernel.org; linux-kernel@vger.kernel.org;
> linux-f2fs-de...@lists.sourceforge.net
> Subject: Re: [f2fs-dev] [PATCH 1/3]
On 12/21/13 at 05:35pm, Matt Fleming wrote:
> On Fri, 20 Dec, at 06:02:10PM, Dave Young wrote:
> > Here is the V7 patchset for supporting kexec kernel efi runtime.
> > Per pervious discussion I pass the 1st kernel efi runtime mapping
> > via setup_data to 2nd kernel. Besides of the runtime mapping
I'm unsure of the cause, but I found irq/40-mei_me consuming 100% CPU
and my disk full due to kern.log, syslog and messages rapidly growing in
size filled with these messages:
Dec 23 12:29:57 dukhat kernel: [336224.363138] mei_me :00:16.0: reset:
wrong host start response
Dec 23 12:29:57
> read_pages
> for(page_idx ...) {
> if (!add_to_page_cache_lru)) { <-- 1)
> mapping->a_ops->readpage(filp, page)
> squashfs_readpage
> for (i ...) { 2) Here, 31 pages are inserted into page cache
> grab_cahe_page_nowait <--/
>
Hi Steve,
On Sat, 2013-12-21 at 22:07 -0500, Steven Rostedt wrote:
> Tom,
>
> This is the changes I made to fix the reports that Fengguang's kbuild test bot
> found. I folded in your change that fixes the bug with -ENODEV used in
> kernel.h.
>
These look fine to me, and I didn't see any
In current flow, we will get Null return value of f2fs_find_entry in
recover_dentry when name.len is bigger than F2FS_NAME_LEN, and then we
still add this inode into its dir entry.
To avoid this situation, we must check filename length before we use it.
Another point is that we could remove the
Hi Nicholas,
Today's linux-next merge of the target-updates tree got a conflict in
drivers/target/target_core_tpg.c between commit de06875f0896 ("target:
Remove extra percpu_ref_init") from Linus' tree and commit d344f8a15637
("target: Rename core_tpg_{pre,post}_addlun for clarity") from the
Hi Andrew,
Today's linux-next merge of the akpm-current tree got a conflict in
scripts/checkpatch.pl between commit 92e112fdbb3c ("PCI/checkpatch:
Deprecate DEFINE_PCI_DEVICE_TABLE") from the pci tree and commit
369353832de3 ("checkpatch.pl: check for function declarations without
arguments")
On Sun, Dec 22, 2013 at 12:33:18AM +0100, Pavel Machek wrote:
> Hi!
>
> > > > > > I disagree - given the problem it is resolving leads to silent
> > > > > > filesystem corruption, this patch should be considered somewhat of a
> > > > > > priority to push...
> > > > >
> > > > > Umm. Ok, I forgot
Hi Andrew,
Today's linux-next merge of the akpm-current tree got conflicts in
include/linux/mm.h and mm/memory.c between commit 597d795a2a78 ("mm: do
not allocate page->ptl dynamically, if spinlock_t fits to long") from
the tree and commit 489bd4be2d70 ("mm: create a separate slab for
page->ptl
On 12/20/2013 05:09 PM, rjying wrote:
> From: Rongjun Ying
>
> After system resume, need send extcon uevent to userspace
Why did extcon send uevent after wakeup from suspend?
If extcon cable is attatched or detached on suspend state,
Kernel can detect the interrupt about changed state of
On Sun, 2013-12-22 at 09:57 +0100, Mike Galbraith wrote:
> I'll let the box give
> RCU something to do for a couple days. No news is good news.
Ho ho hum, merry christmas, gift attached.
I'll beat on virgin -rt7, see if it survives, then re-apply RCU patch
and retest. This kernel had
On 12/18/13 20:35, Dave Young wrote:
On Wed, Dec 18, 2013 at 11:51:30AM -0600, Rob Landley wrote:
On 12/12/13 20:38, Dave Young wrote:
On 12/12/13 at 05:25pm, Dave Young wrote:
Current code use ramfs instead of tmpfs for stub when root= defined.
But for real use case with initramfs,
On Fri, Dec 20, 2013 at 5:21 PM, Masami Hiramatsu
wrote:
> (2013/12/20 17:31), Jovi Zhangwei wrote:
>> On Fri, Dec 20, 2013 at 12:42 PM, Masami Hiramatsu
>> wrote:
>>> (2013/12/20 12:07), Jovi Zhangwei wrote:
On Fri, Dec 20, 2013 at 10:37 AM, Masami Hiramatsu
wrote:
> Hi Jovi,
Hi all,
After merging the final tree, today's linux-next build (powerpc
allyesconfig) failed like this:
drivers/gpio/gpio-sch311x.c: In function 'sch311x_sio_enter':
drivers/gpio/gpio-sch311x.c:115:2: error: implicit declaration of function
'outb' [-Werror=implicit-function-declaration]
On Mon, Dec 23, 2013 at 12:03:39PM +0900, Chanho Min wrote:
>
>
> > read_pages
> > for(page_idx ...) {
> > if (!add_to_page_cache_lru)) { <-- 1)
> > mapping->a_ops->readpage(filp, page)
> > squashfs_readpage
> > for (i ...) { 2) Here, 31 pages are inserted into
On 16/12/13 05:30, Chanho Min wrote:
This patch removes synchronous wait for the up-to-date of buffer in the
file system level. Instead all operations after submit_bh are moved into
the End-of-IO handler and its associated workeque. It decompresses/copies
data into pages and unlock them
Ccc'ing Grant and Rob as well.
On 20 December 2013 21:59, Stephen Warren wrote:
> No, I definitely don't agree here. The rules for arch/arm64 are: no
> platform-specific code. We should immediately start planning for that.
> If this means renaming the file that creates the virtual device from
>
Joe Perches add ether_addr_equal_unaligned to test if
possibly unaligned to u16 Ethernet addresses are equal.
If CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS is set, this uses
the slightly faster generic routine ether_addr_equal,
otherwise this uses memcmp.
So I use the recently added and possibly
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Jay Cliburn
Cc: Chris Snook
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/ethernet/atheros/atlx/atl1.c | 2 +-
1 file changed, 1
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Marek Lindner
Cc: Simon Wunderlich
Cc: Antonio Quartulli
Cc: "David S. Miller"
Cc: b.a.t.m@lists.open-mesh.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by:
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: "David S. Miller"
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: e1000-de...@lists.sourceforge.net
Signed-off-by: Ding Tianhong
---
drivers/net/bonding/bond_3ad.c
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Roland Dreier
Cc: Sean Hefty
Cc: Hal Rosenstock
Cc: Faisal Latif
Cc: linux-r...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Wang Weidong
Signed-off-by: Ding Tianhong
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Johannes Berg
Cc: John W. Linville
Cc: David Miller
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Signed-off-by: Wang Weidong
Signed-off-by: Ding Tianhong
---
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Karsten Keil
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Yang Yingliang
Signed-off-by: Ding Tianhong
---
drivers/isdn/i4l/isdn_net.c | 4 ++--
1 file changed,
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Solomon Peachy
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Larry Finger
Cc: Chaoming Li
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by:
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Bing Zhao
Cc: John W. Linville
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Jouni Malinen
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
On Mon, 2013-12-23 at 05:38 +0100, Mike Galbraith wrote:
> On Sun, 2013-12-22 at 09:57 +0100, Mike Galbraith wrote:
> > I'll let the box give
> > RCU something to do for a couple days. No news is good news.
>
> Ho ho hum, merry christmas, gift attached.
>
> I'll beat on virgin -rt7, see if it
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Mauro Carvalho Chehab
Cc: linux-me...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Yang Yingliang
Signed-off-by: Ding Tianhong
---
drivers/media/dvb-core/dvb_net.c | 10
Hi Ingo,
On Fri, 20 Dec 2013 09:13:57 +0100, Ingo Molnar wrote:
> * Namhyung Kim wrote:
> Looks pretty good now!
>
> I found four small inconsistencies:
>
> - in 'perf top' the '?' help text states that there's an 'i' key, but
>that key does nothing.
Yes, I can split the help text for perf
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: "John W. Linville"
Cc: linux-wirel...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Weilong Chen
Signed-off-by: Ding Tianhong
---
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Rupesh Gujare
Cc: Greg Kroah-Hartman
Cc: de...@driverdev.osuosl.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Tan Xiaojun
Signed-off-by: Ding Tianhong
---
Use the recently added and possibly more efficient
ether_addr_equal_unaligned to instead of memcmp.
Cc: Joerg Reuter
Cc: linux-h...@vger.kernel.org
Cc: net...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off-by: Ding Tianhong
---
drivers/net/hamradio/bpqether.c | 2 +-
1 file
Hi Mel,
We are glad to reprort much improved fileio.request_latency_max_ms on commit
commit 5d4cf996cf134e8ddb4f906b8197feb9267c2b77
Author: Mel Gorman
Date: Tue Dec 17 09:21:25 2013 +
sched: Assign correct scheduling domain to 'sd_llc'
Commit 42eb088e (sched: Avoid NULL
Hey Hi..
If you are in search of sys_access related to kernel calls then u can find
its defenation in
main.c stored in /init/main.c
--
View this message in context:
http://linux-kernel.2935.n7.nabble.com/definition-of-sys-access-function-tp657210p776833.html
Sent from the Linux Kernel
201 - 300 of 344 matches
Mail list logo