This series contains fixes and updates of Davinci nand driver in
order to reuse it for Keystone platform.
v2..v3:
- mtd: nand: davinci: don't set timings if AEMIF is used
dropped, it would be replaced by alone patch
ARM: davinci: aemif: get rid of davinci-nand driver dependency on
In case when memory allocation is failed the driver should return
ENOMEM instead of ENODEV.
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off-by: Ivan Khoronzhuk
---
drivers/mtd/nand/davinci_nand.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git
There is not needed to use a lot of names for err handling.
It complicates code support and reading.
Acked-by: Santosh Shilimkar
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off-by: Ivan Khoronzhuk
---
drivers/mtd/nand/davinci_nand.c | 46
The properties davinci-ecc-mode, davinci-nand-use-bbt, davinci-nand-buswidth
are MTD generic. Correct names for them are: nand-ecc-mode, nand-on-flash-bbt,
nand-bus-width accordingly. So rename them in dts and documentation.
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
The TI AEMIF driver registers are used to setup timings for each chip
select. The same registers range is used to setup NAND settings.
The AEMIF and NAND drivers not use the same registers in this range.
In case with TI AEMIF driver, the memory address range is requested
already by AEMIF, so we
Move bindings under mtd. Do this in order to make davinci-nand
driver usable by keystone architecture.
Acked-by: Santosh Shilimkar
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off-by: Ivan Khoronzhuk
---
.../{arm/davinci/nand.txt => mtd/davinci-nand.txt} |0
1 file
When kernel is booted using DT, there is no guarantee that Davinci
NAND device has been created already at the time when driver init
function is executed. Therefore, platform_driver_probe() can't be used
because this may result the Davinci NAND driver will never be probed.
The driver probing has
Am 2013-12-05 18:12, schrieb Stephen Warren:
> On 12/03/2013 03:18 PM, Stefan Agner wrote:
>> Set the parent of the regulators LDO2 to LDO9 according to the
>> schematic. Set the base voltage to 3.3V, there is only 3.3V on the
>> module itself.
>>
>> Set the Core and CPU voltage to the specified
Extend bindings for davinci_nand driver to be more clear.
This is clarification only, without semantic changes.
Reviewed-by: Grygorii Strashko
Reviewed-by: Taras Kondratiuk
Signed-off-by: Ivan Khoronzhuk
---
.../devicetree/bindings/mtd/davinci-nand.txt | 77 ++--
1
On 12/04, Oleg Nesterov wrote:
>
> And/Or. Are you still saying that on x86 (and powerpc?) we do not need
> these pte games at all and uprobe_write_opcode() can simply do:
>
> /* Break the mapping unless the page is already anonymous */
> ret = get_user_pages(NULL, mm,
On Thu, Dec 5, 2013 at 9:22 AM, Olof Johansson wrote:
> On Thu, Dec 5, 2013 at 8:34 AM, Nicolas Ferre wrote:
>> On 04/12/2013 22:54, Olof Johansson :
>>
>>> On Mon, Dec 2, 2013 at 9:01 AM, Nicolas Ferre
>>> wrote:
Arnd, Olof, Kevin,
This is the big move of AT91 to Common
On Thu, Dec 5, 2013 at 8:34 AM, Nicolas Ferre wrote:
> On 04/12/2013 22:54, Olof Johansson :
>
>> On Mon, Dec 2, 2013 at 9:01 AM, Nicolas Ferre
>> wrote:
>>>
>>> Arnd, Olof, Kevin,
>>>
>>> This is the big move of AT91 to Common Clock Framework for 3.14. I
>>> collected
>>> all the material as a
Apply for loan at 3% interest rate, Contact us with your requirement via Email;
t.l...@solution4u.com for more information.
Try us and be convinced.
Tenger Financial Company (pvt)
Steven McDonald
0044-8719155266.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
From: KOBAYASHI Yoshitake
commit c8760069627ad3b0dbbea170f0c4c58b16e18d3d upstream.
Current MMC driver doesn't handle generic error (bit19 of device
status) in write sequence. As a result, write data gets lost when
generic error occurs. For example, a generic error when updating a
filesystem
From: KOBAYASHI Yoshitake
commit c8760069627ad3b0dbbea170f0c4c58b16e18d3d upstream.
Current MMC driver doesn't handle generic error (bit19 of device
status) in write sequence. As a result, write data gets lost when
generic error occurs. For example, a generic error when updating a
filesystem
Hi Linus,
The following changes since commit 8c2fabc6542d9d0f8b16bd1045c2eda59bdcde13:
nfs: fix pnfs Kconfig defaults (2013-11-15 13:41:43 -0500)
are available in the git repository at:
git://git.linux-nfs.org/projects/trondmy/linux-nfs.git tags/nfs-for-3.13-3
for you to fetch changes up
On Thu, Dec 05, 2013 at 08:49:12AM -0800, Paul E. McKenney wrote:
> But what workload are you running that causes this? The only way I
> can think of to make this happen requires that you have at least one
> CPU spending more than 21 seconds running continuously in kernel mode.
> Is that
On Thursday 05 December 2013 11:59 AM, Tejun Heo wrote:
> Hello,
>
> On Thu, Dec 05, 2013 at 03:12:30PM +0200, Grygorii Strashko wrote:
>> I'll try to provide more technical details here.
>> As Santosh mentioned in previous e-mails, it's not easy to simply
>> get rid of using MAX_NUMNODES:
>> 1)
On 12/03/2013 03:18 PM, Stefan Agner wrote:
> Set the parent of the regulators LDO2 to LDO9 according to the
> schematic. Set the base voltage to 3.3V, there is only 3.3V on the
> module itself.
>
> Set the Core and CPU voltage to the specified voltages of 1.2V and
> 1.0V respectivly.
>
> LDO6
On 12/03/2013 03:18 PM, Stefan Agner wrote:
> Depending on the regulator version, the voltage table might be
> different. Use version specific regulator tables in order to
> select correct voltage table. For the following regulator versions
> different voltage tables are now used:
>
> *
On 12/03/2013 03:18 PM, Stefan Agner wrote:
> Use the VERSIONCRC to determine the exact device version. According to
> the datasheet this register can be used as device identifier. The
> identification is needed since some tps6586x regulators use a different
> voltage table.
> diff --git
On Thursday 05 of December 2013 18:49:56 Kevin Bracey wrote:
> On 05/12/2013 17:11, Tomasz Figa wrote:
> > On Thursday 05 of December 2013 15:07:47 Mark Brown wrote:
> >> On Tue, Dec 03, 2013 at 10:29:42AM +0100, Linus Walleij wrote:
> >>
> >>> So a suggested patch to support weak hogs would be
Dave,
Please pull this batch of fixes intende for the 3.13 stream!
For the mac80211 bits, Johannes says:
"For now I have various fixes all over, mostly for issues introduced in
relatively recent patches. There's no real pattern to it. Some of the
issues like go back longer, but still seemed
Hello,
On Thu, Dec 05, 2013 at 03:12:30PM +0200, Grygorii Strashko wrote:
> I'll try to provide more technical details here.
> As Santosh mentioned in previous e-mails, it's not easy to simply
> get rid of using MAX_NUMNODES:
> 1) we introduce new interface memblock_allocX
> 2) our interface
selinux_setprocattr() does ptrace_parent(p) under task_lock(p),
but task_struct->alloc_lock doesn't pin ->parent or ->ptrace,
this looks confusing and triggers the "suspicious RCU usage"
warning because ptrace_parent() does rcu_dereference_check().
And in theory this is wrong,
Hi Sarah,
Sorry for my delayed response, I was on vacation. Although I wasn't able to
verify this on an actual system that is susceptible to the compliance mode
issue, after reviewing the USB spec, I don't think it is possible that a port
can enter compliance mode while a connected device is
* Roger Quadros [131205 01:24]:
> Commit 0b2aa8be introduced a regression that causes failure
> in setting LED GPO direction to OUT.
>
> This causes USB host probe failures for Beagleboard C4.
>
> [2.075469] platform usb_phy_gen_xceiv.2: Driver usb_phy_gen_xceiv
> requests probe deferral
>
On Thu, 5 Dec 2013 11:48:08 +0100
Pavel Machek wrote:
> On Mon 2013-12-02 20:18:52, Matthew Garrett wrote:
> > The kernel as a number of cases of gendered language. The majority of these
> > refer to objects that don't have gender in English, and so I've replaced
> > them with "it" and "its".
Hi Alan,
One minor comment below, otherwise looks great!
Signed-off-by: Jamie Iles
Thanks,
Jamie
On Tue, Dec 03, 2013 at 10:41:16AM -0600, Alan Tull wrote:
> diff --git a/drivers/gpio/gpio-dwapb.c b/drivers/gpio/gpio-dwapb.c
> new file mode 100644
> index 000..e6dc61f
> --- /dev/null
>
Hello,
On Thu, Dec 05, 2013 at 06:35:00PM +0200, Grygorii Strashko wrote:
> >> +#define memblock_virt_alloc_align(x, align) \
> >> + memblock_virt_alloc_try_nid(x, align, BOOTMEM_LOW_LIMIT, \
> >> + BOOTMEM_ALLOC_ACCESSIBLE, MAX_NUMNODES)
> >
> > Also, do we really
> On Thu, Dec 05, 2013 at 09:34:44AM +0200, Tomas Winkler wrote:
> > And Lynx Point H Refresh and Wildcat Point LP
> > device ids.
> >
> > Signed-off-by: Tomas Winkler
> > ---
> > V2: remove duplicated LPT entry
> >
> > drivers/misc/mei/hw-me-regs.h | 5 -
> > drivers/misc/mei/pci-me.c
On Wed, Dec 04, 2013 at 08:22:06PM -0500, Dave Jones wrote:
> On Wed, Dec 04, 2013 at 04:16:14PM -0800, Paul E. McKenney wrote:
> > On Wed, Dec 04, 2013 at 06:28:38PM -0500, Dave Jones wrote:
> > > Paul,
> > > I'm seeing this happening more and more lately...
> > >
> > > [ 771.786462] INFO:
On Thursday 05 of December 2013 08:40:38 Guenter Roeck wrote:
> On Thu, Dec 05, 2013 at 05:21:47PM +0100, Tomasz Figa wrote:
> > Hi Doug,
> >
> > Please see my comments inline.
> >
> > On Monday 02 of December 2013 10:14:41 Doug Anderson wrote:
> > > A good watchdog driver is supposed to report
On Thu, Dec 05, 2013 at 05:21:47PM +0100, Tomasz Figa wrote:
> Hi Doug,
>
> Please see my comments inline.
>
> On Monday 02 of December 2013 10:14:41 Doug Anderson wrote:
> > A good watchdog driver is supposed to report when it was responsible
> > for resetting the system. Implement this for
Hi Thomas,
here are the fixes for 3.13 based on timers/urgent
* Axel Lin removed the bcm_timer_ids which are no longer used due to
the conversion to clksrc-of and added a missing dependency on
CLKSRC_MMIO in the Kconfig for the time-efm32.
* Dinh Nguyen fixed read_sched_clock to return
On Thu, 2013-12-05 at 11:48 +0100, Pavel Machek wrote:
> On Mon 2013-12-02 20:18:52, Matthew Garrett wrote:
> > The kernel as a number of cases of gendered language. The majority of these
> > refer to objects that don't have gender in English, and so I've replaced
> > them with "it" and "its".
On 04/12/2013 22:54, Olof Johansson :
On Mon, Dec 2, 2013 at 9:01 AM, Nicolas Ferre wrote:
Arnd, Olof, Kevin,
This is the big move of AT91 to Common Clock Framework for 3.14. I collected
all the material as a "cleanup" topic so that the CCF can be considered as a
base for all our AT91 patches
On 12/05/2013 12:38 AM, James Hogan wrote:
> On 04/12/13 16:13, Jiang Liu wrote:
>> Commit 9a46ad6d6df3b54 "smp: make smp_call_function_many() use logic
>> similar to smp_call_function_single()" has unified the way to handle
>> single and multiple cross-CPU function calls. Now only one intterupt
>
Andi Kleen writes:
> [...] While it sounds interesting, I would strongly advise to make
> this capability only available to root. Traditionally lots of
> complex byte code languages which were designed to be "safe" and
> verifiable weren't really. e.g. i managed to crash things with
> "safe"
On Thu, Nov 28, 2013 at 02:44:39AM +, Mark Salter wrote:
> --- /dev/null
> +++ b/arch/arm64/include/asm/fixmap.h
> @@ -0,0 +1,68 @@
> +/*
> + * fixmap.h: compile-time virtual memory allocation
> + *
> + * This file is subject to the terms and conditions of the GNU General Public
> + * License.
From: Borislav Petkov
Move to generic library and kill magic.h as it is needed only in fs.h.
Signed-off-by: Borislav Petkov
---
tools/lib/api/Makefile | 2 ++
tools/{perf/util => lib/api/fs}/fs.c | 11 ---
On Thu, Dec 05, 2013 at 09:39:03AM -0500, Tejun Heo wrote:
> Hello,
>
> On Thu, Dec 05, 2013 at 03:37:45PM +0100, Oleg Nesterov wrote:
> > > I'm adding Christophe in Cc because he is interested in tweaking the
> > > affinity of call_usermodehelper for cpu isolation. This welcome
> > > cleanup
From: Borislav Petkov
Ok,
step one: carve out fs-related stuff into a libapikfs.a library.
Borislav Petkov (2):
tools/: Convert to new topic libraries
perf: Move fs.* to lib/api/fs/
tools/Makefile | 12
tools/lib/{lk => api}/Makefile
From: Borislav Petkov
Move debugfs.* to api/fs/. We have a common tools/lib/api/ place
where the Makefile lives and then we place the headers in subdirs.
For example, all the fs-related stuff goes to tools/lib/api/fs/ from
which we get libapikfs.a (acme got almost the naming he wanted :-))
and
Hi
I see that you offer VOIP serviceI have a network of requests (leads) that are
fresh daily, who request these services.
Would you be open to receiving them?
Best regards,
Michelle
Business Development
We respect your privacy and want to make sure you are aware of a few things. By
Hi Doug,
Please see my comments inline.
On Monday 02 of December 2013 10:14:41 Doug Anderson wrote:
> A good watchdog driver is supposed to report when it was responsible
> for resetting the system. Implement this for the s3c2410, at least on
> exynos5250 and exynos5420 where we already have a
On Thursday 05 of December 2013 08:00:27 Guenter Roeck wrote:
> On Thu, Dec 05, 2013 at 01:27:13PM +0530, Leela Krishna Amudala wrote:
> > Hi Guenter Roeck,
> >
> > On Tue, Dec 3, 2013 at 3:06 AM, Guenter Roeck wrote:
> > >
> > > On Mon, Dec 02, 2013 at 12:47:53PM -0800, Olof Johansson wrote:
>
From: Samuel Domínguez
Fixed a coding style issue with spaces between function names and arguments:
func (x) -> func(x)
Signed-off-by: Samuel Dominguez
---
drivers/staging/lustre/lnet/lnet/lib-msg.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
ast wrote:
>>[...]
> Did simple ktap test with 1M alloc_skb/kfree_skb toy test from earlier email:
> trace skb:kfree_skb {
> if (arg2 == 0x100) {
> printf("%x %x\n", arg1, arg2)
> }
> }
> [...]
For reference, you might try putting systemtap into the performance
On Thu, Dec 05, 2013 at 01:27:13PM +0530, Leela Krishna Amudala wrote:
> Hi Guenter Roeck,
>
> On Tue, Dec 3, 2013 at 3:06 AM, Guenter Roeck wrote:
> >
> > On Mon, Dec 02, 2013 at 12:47:53PM -0800, Olof Johansson wrote:
> > > On Mon, Dec 2, 2013 at 12:21 PM, Guenter Roeck wrote:
> > > > On Mon,
On Thu, 2013-12-05 at 12:51 +0100, Borislav Petkov wrote:
> On Thu, Dec 05, 2013 at 09:56:15AM +0800, Dave Young wrote:
> > > The z420 firmware is based on some UEFI core that may be used by other
> > > vendors as well. Since this handling is totally harmless (just
> > > redundant), I'd suggest
From: Yanis Moreno
This removes the "depends on SOC_SAM_V7" statement
in a Kconfig section that's under an "if SOC_SAM_V7"
condition (same parameter).
Signed-off-by: Yanis Moreno
Reviewed-by: Michael Opdenacker
Signed-off-by: Nicolas Ferre
---
Hi Olof,
This is an additional patch for
On Thu, Dec 05, 2013 at 03:52:41PM +, Mark Salter wrote:
> On Thu, 2013-12-05 at 15:25 +, Catalin Marinas wrote:
> > I lost track of the early_ioremap status for arm/arm64? Was there more
> > progress since October (I think)?
>
> See the two patch series:
>
>
On 12/05/2013 07:22 AM, Ming Lei wrote:
> On Wed, 4 Dec 2013 12:58:38 +1100
> Dave Chinner wrote:
>
>>
>> And I just hit this from running xfs_repair which is doing
>> multithreaded direct IO directly on /dev/vdc:
>>
>> [ 1776.508599] BUG: unable to handle kernel NULL pointer dereference at
>>
On Thu, 2013-12-05 at 11:30 +, Matt Fleming wrote:
> On Wed, 04 Dec, at 07:22:57PM, Arnd Bergmann wrote:
> > The other part I noticed about this particular patchset is that it's
> > not really "firmware" as such, but specifically PC wiht ACPI that
> > gets covered here. So rather than
On 12/05/2013 03:03 AM, Jingoo Han wrote:
> Use devm_*() functions to make cleanup paths simpler, and remove
> unnecessary remove().
>
> Signed-off-by: Jingoo Han
> ---
> drivers/rtc/rtc-twl.c | 38 +-
> 1 file changed, 13 insertions(+), 25 deletions(-)
>
On Thu, 2013-12-05 at 15:25 +, Catalin Marinas wrote:
> I lost track of the early_ioremap status for arm/arm64? Was there more
> progress since October (I think)?
See the two patch series:
https://lkml.org/lkml/2013/11/25/474
and
https://lkml.org/lkml/2013/11/27/621
The latter
Namjae Jeon writes:
>> ->i_mutex doesn't work for swapfile.
> Sorry, Actually, I don't understand why it is related with swapfile.
> Could you elaborate more ?
swapfile.c calls ->bmap to know physical address in swapfile. However,
swapfile.c calls ->bmap under inode->i_mutex.
Thanks.
--
OGAWA
On Thursday, December 05, 2013 09:03:02 AM Josh Boyer wrote:
> Hi All,
>
> We've had a report [1] of the backtrace below on the latest rawhide
> kernel, which is essentially Linus' tree as of yesterday. We aren't
> carrying any patches to crypto at the moment. It's basically hitting
> the
On Thu, Dec 05, 2013 at 05:06:33PM +0800, ZHAO Gang wrote:
> On Tue, Dec 3, 2013 at 7:26 AM, Jingoo Han wrote:
> > Don't use DEFINE_PCI_DEVICE_TABLE macro, because this macro
> > is not preferred.
> >
> > Signed-off-by: Jingoo Han
> >
>
> I think you misunderstood the checkpatch.pl warning, it
On Thu, Dec 05, 2013 at 06:36:21PM +0400, Andrey Vagin wrote:
> free_netdev calls netif_napi_del too, but it's too late, because napi
> structures are placed on vi->rq. netif_napi_add() is called from
> virtnet_alloc_queues.
>
> general protection fault: [#1] SMP
> Dumping ftrace buffer:
>
On Thu, Dec 05, 2013 at 05:14:37PM +0800, ZHAO Gang wrote:
> On Tue, Dec 3, 2013 at 7:29 AM, Jingoo Han wrote:
> > Don't use DEFINE_PCI_DEVICE_TABLE macro, because this macro
> > is not preferred.
> >
> > Signed-off-by: Jingoo Han
> > ---
>
> Greg, this patch should be reverted. It do the
On Wed, 4 Dec 2013 16:07:41 +
Mel Gorman wrote:
> Because I found it impossible to segfault processes under any level of
> scanning and numa hinting fault stress after it was applied
I think I still managed to trigger the bug, by setting numa page
scanning to ludicrous speed, and running
On Dec 5, 2013, at 9:50 PM, Marcelo Tosatti wrote:
> GOn Tue, Dec 03, 2013 at 03:10:48PM +0800, Xiao Guangrong wrote:
>> On 11/28/2013 04:53 PM, Xiao Guangrong wrote:
>>> On 11/27/2013 03:31 AM, Marcelo Tosatti wrote:
On Tue, Nov 26, 2013 at 11:21:37AM +0800, Xiao Guangrong wrote:
> On
Hi Tejun,
On 12/04/2013 01:24 AM, Tejun Heo wrote:
> Hello,
>
> On Mon, Dec 02, 2013 at 09:27:23PM -0500, Santosh Shilimkar wrote:
>> So we add equivalent APIs so that we can replace usage of bootmem
>> with memblock interfaces. Architectures already converted to NO_BOOTMEM
>> use these new
My wife and I won the Euro Millions Lottery & will be donating 1.5 Million
Pounds to you in our ongoing lucky draws donations. Please get back to us with
your Name, Age, Tel, Country and i will send you more details how your funds
will be sent to you.
Please read the article -
Hi,
On 12/05, Tejun Heo wrote:
> Hello,
>
> On Thu, Dec 05, 2013 at 03:37:45PM +0100, Oleg Nesterov wrote:
> >
> > OK, but I'd like to remind just in case, as Tejun pointed out this
> > patch is wrong ;)
> >
> > And "change the affinity of workqueue themselves" is not simple, but
> > we can make
On Thu, Dec 05, 2013 at 11:18:22AM +0300, Dan Carpenter wrote:
> On Wed, Dec 04, 2013 at 06:09:33PM +, Serban Constantinescu wrote:
> > +static void bc_increfs_done(struct binder_proc *proc,
> > + struct binder_thread *thread, uint32_t cmd,
> > + void __user *node_ptr, void
On Thu, Dec 05, 2013 at 02:43:23PM +, Mark Salter wrote:
> On Thu, 2013-12-05 at 14:18 +, Catalin Marinas wrote:
> > On Fri, Nov 29, 2013 at 10:05:10PM +, Mark Salter wrote:
> > > This patch adds PE/COFF header fields to the start of the Image
> > > so that it appears as an EFI
On Fri, Nov 29, 2013 at 10:05:12PM +, Mark Salter wrote:
> diff --git a/arch/arm64/include/asm/efi.h b/arch/arm64/include/asm/efi.h
> new file mode 100644
> index 000..7384048
> --- /dev/null
> +++ b/arch/arm64/include/asm/efi.h
> @@ -0,0 +1,18 @@
> +#ifndef _ASM_ARM64_EFI_H
> +#define
On Wed, 27 Nov 2013 15:31:50 -0800, Roy Franz wrote:
> Update efi-stub.txt documentation to be more general
> and not x86 specific. Add ARM only "dtb=" command
> line option description.
>
> Signed-off-by: Roy Franz
Acked-by: Grant Likely
> ---
> Documentation/efi-stub.txt | 27
In the discussion for this set of patches: https://lkml.org/lkml/2013/6/6/517,
Bjorn Helgaas pointed out that the ACPI HEST AER error sources do not have the
PCIe segment number associated with the bus. I worked with the ACPI spec and
got this change to definition of the "Bus" field into the
On Thu, 2013-12-05 at 19:25 +0900, Yasuaki Ishimatsu wrote:
> (2013/12/05 6:09), Toshi Kani wrote:
> > When ACPI SLIT table has an I/O locality (i.e. a locality unique
> > to an I/O device), numa_set_distance() emits the warning message
> > below.
> >
> > NUMA: Warning: node ids are out of
>>if (unlikely(check) &&
>>*vsp >= (unsigned long *)ctrl->sp_high))
Good idea, It can help in optimizing the code and will leave code more readable
and it will be easy to maintain also.
>>Does the code check anywhere that SP is word-aligned?
>>
>>That should probably be checked if it's not
On Thursday 05 of December 2013 15:07:47 Mark Brown wrote:
> On Tue, Dec 03, 2013 at 10:29:42AM +0100, Linus Walleij wrote:
>
> > So a suggested patch to support weak hogs would be interesting
> > to look at. Can you provide details on how you think this would
> > work?
>
> Or should we be going
On Thu, 5 Dec 2013, Yijing Wang wrote:
> Use PCI standard marco dev_is_pci() instead of directly compare
> pci_bus_type to check whether it is pci device.
>
> Signed-off-by: Yijing Wang
> ---
> drivers/usb/host/ehci-dbg.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff
On Tue, Dec 03, 2013 at 10:29:42AM +0100, Linus Walleij wrote:
> So a suggested patch to support weak hogs would be interesting
> to look at. Can you provide details on how you think this would
> work?
Or should we be going and applying the default state to all devices on
init without worrying
Hi,
On Thursday 05 December 2013 05:59 PM, Kamil Debski wrote:
> Hi,
>
> This is the fourth version of the patchset adding the new Exynos USB 2.0 PHY
> driver. The driver uses the Generic PHY Framework.
>
> A month has passed since the last version. I have addressed numerous comments
> that
GOn Tue, Dec 03, 2013 at 03:10:48PM +0800, Xiao Guangrong wrote:
> On 11/28/2013 04:53 PM, Xiao Guangrong wrote:
> > On 11/27/2013 03:31 AM, Marcelo Tosatti wrote:
> >> On Tue, Nov 26, 2013 at 11:21:37AM +0800, Xiao Guangrong wrote:
> >>> On 11/26/2013 02:12 AM, Marcelo Tosatti wrote:
> On
On Thu, Dec 05, 2013 at 07:10:17PM +0800, Wanpeng Li wrote:
> Drop unused idx field of task_numa_env struct.
>
> Signed-off-by: Wanpeng Li
Reviewed-by: Naoya Horiguchi
> ---
> kernel/sched/fair.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git
On Thu, 2013-12-05 at 12:21 +0100, Karel Zak wrote:
> On Wed, Dec 04, 2013 at 03:16:02PM -0800, Davidlohr Bueso wrote:
> > From: Davidlohr Bueso
> >
> > The usage of the 'gpt' kernel parameter is twofold:
> > (i) skip any mbr integrity checks and (ii) enable the
> > backup GPT header to be used
On Thu, Dec 05, 2013 at 06:36:19PM +0400, Andrey Vagin wrote:
> They can be easy to reproduce, if you try to unload virtio-net
>
> Andrey Vagin (2):
> virtio-net: determine type of bufs correctly
> virtio: delete napi objects from netdev before releasing memory
Thanks a lot for the patches!
Hi, Masami -
masami.hiramatsu.pt wrote:
> [...]
> For the safeness of kprobes, I have an idea; introduce a whitelist
> for dynamic events. AFAICS, the biggest unstable issue of kprobes
> comes from putting *many* probes on the functions called from tracers.
Why do you think so? We have had
Am 05.12.2013 14:57, schrieb Sebastian Reichel:
> On Thu, Dec 05, 2013 at 02:20:56PM +0100, Pali Rohár wrote:
>>> Anyway, I've posted the pull request. Please note, if you want
>>> to avoid having this driver be removed again in the future,
>>> then you (or someone else) should work on addressing
On Thu, Dec 05, 2013 at 06:36:20PM +0400, Andrey Vagin wrote:
> free_unused_bufs must check vi->mergeable_rx_bufs before
> vi->big_packets, because we use this sequence in other places.
> Otherwise we allocate buffer of one type, then free it as another
> type.
>
> general protection fault:
Em Thu, Dec 05, 2013 at 07:33:20AM -0700, David Ahern escreveu:
> On 12/5/13, 6:50 AM, Arnaldo Carvalho de Melo wrote:
> >Em Wed, Dec 04, 2013 at 07:41:42PM -0700, David Ahern escreveu:
> >>Perhaps there is a better way to do this; I could not think of one and
> >>I don't see any field in the
Em Thu, Dec 05, 2013 at 07:27:52AM -0700, David Ahern escreveu:
> On 12/5/13, 6:09 AM, Arnaldo Carvalho de Melo wrote:
> >Em Wed, Dec 04, 2013 at 07:41:40PM -0700, David Ahern escreveu:
> >>Signed-off-by: David Ahern
> >
> >What would make no fields to be present if tp_format is not NULL, i.e.
>
On Thu, 2013-12-05 at 14:18 +, Catalin Marinas wrote:
> On Fri, Nov 29, 2013 at 10:05:10PM +, Mark Salter wrote:
> > This patch adds PE/COFF header fields to the start of the Image
> > so that it appears as an EFI application to EFI firmware. An EFI
> > stub is included to allow direct
On Thu, Dec 05, 2013 at 03:37:45PM +0100, Oleg Nesterov wrote:
> On 12/05, Frederic Weisbecker wrote:
> >
> > 2013/11/28 Oleg Nesterov :
> > > call_usermodehelper() does set_cpus_allowed_ptr(cpu_all_mask),
> > > this (and the comment) is misleading. We no longer have keventd_wq,
> > > and
free_netdev calls netif_napi_del too, but it's too late, because napi
structures are placed on vi->rq. netif_napi_add() is called from
virtnet_alloc_queues.
general protection fault: [#1] SMP
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked in: ip6table_filter ip6_tables
They can be easy to reproduce, if you try to unload virtio-net
Andrey Vagin (2):
virtio-net: determine type of bufs correctly
virtio: delete napi objects from netdev before releasing memory
drivers/net/virtio_net.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
Cc: Rusty
free_unused_bufs must check vi->mergeable_rx_bufs before
vi->big_packets, because we use this sequence in other places.
Otherwise we allocate buffer of one type, then free it as another
type.
general protection fault: [#1] SMP
Dumping ftrace buffer:
(ftrace buffer empty)
Modules linked
On Thu, Dec 05, 2013 at 04:52:52PM +0800, Jianguo Wu wrote:
> Two cleanups:
> 1. remove redundant codes for hugetlb pages.
> 2. end = pmd_addr_end(addr, end) restricts [addr, end) within PMD_SIZE,
>this may increase do_mincore() calls, remove it.
>
> Signed-off-by: Jianguo Wu
Reviewed-by:
Hello,
On Thu, Dec 05, 2013 at 03:37:45PM +0100, Oleg Nesterov wrote:
> > I'm adding Christophe in Cc because he is interested in tweaking the
> > affinity of call_usermodehelper for cpu isolation. This welcome
> > cleanup confirms that we want to take the direction of being able to
> > change
On 12/05, Frederic Weisbecker wrote:
>
> 2013/11/28 Oleg Nesterov :
> > call_usermodehelper() does set_cpus_allowed_ptr(cpu_all_mask),
> > this (and the comment) is misleading. We no longer have keventd_wq,
> > and kmod.c switched to khelper_wq a long ago.
> >
> > And more importantly, "unlike
On Tue, Dec 03, 2013 at 07:43:13PM -0600, Nishanth Menon wrote:
> The AES driver currently assumes that pm_runtime_get_sync will always
> succeed, which may not always be true, so add error handling for the
> same.
>
> This scenario was reported in the following bug:
> place.
On Wed, Nov 27, 2013 at 01:54:15PM +0100, Daniel Borkmann wrote:
> On 11/26/2013 10:44 PM, Cesar Eduardo Barros wrote:
> >Em 26-11-2013 17:27, Daniel Borkmann escreveu:
> >>On 11/26/2013 01:00 AM, Cesar Eduardo Barros wrote:
> >>>Compile-tested on x86_64.
> >>
> >>Actually with yet another
On Tue, Nov 12, 2013 at 11:45:59AM -0600, Tom Lendacky wrote:
> Resending because of typo in mailing list address...
>
> The following series implements support for the AMD Cryptographic
> Coprocessor (CCP). The AMD CCP provides hardware encryption, hashing
> and other related operations.
>
>
On 12/5/13, 6:50 AM, Arnaldo Carvalho de Melo wrote:
Em Wed, Dec 04, 2013 at 07:41:42PM -0700, David Ahern escreveu:
Perhaps there is a better way to do this; I could not think of one and
I don't see any field in the tracepoint that can be leveraged. So ...
perf-trace autodetects the machine
On Thu, Dec 05, 2013 at 09:34:44AM +0200, Tomas Winkler wrote:
> And Lynx Point H Refresh and Wildcat Point LP
> device ids.
>
> Signed-off-by: Tomas Winkler
> ---
> V2: remove duplicated LPT entry
>
> drivers/misc/mei/hw-me-regs.h | 5 -
> drivers/misc/mei/pci-me.c | 4 +++-
> 2
501 - 600 of 1612 matches
Mail list logo
