On Thu, Nov 17, Boris Ostrovsky wrote:
> Commit 9c17d96500f7 ("xen/gntdev: Grant maps should not be subject to
> NUMA balancing") set VM_IO flag to prevent grant maps from being
> subjected to NUMA balancing.
Thanks, this works for me in 4.4:
Tested-by: Olaf Hering
Olaf
signature.asc
Descrip
Hello Stefan,
On 16-11-17 17:07:24, Stefan Agner wrote:
> On 2016-11-17 04:16, Sanchayan Maity wrote:
> > Current DMA implementation was not handling the continuous selection
> > format viz. SPI chip select would be deasserted even between sequential
> > serial transfers. Use the cs_change variabl
On 16-11-17 17:03:19, Stefan Agner wrote:
> On 2016-11-17 04:16, Sanchayan Maity wrote:
> > Currently dmaengine_prep_slave_single was being called with length
> > set to the complete DMA buffer size. This resulted in unwanted bytes
> > being transferred to the SPI register leading to clock and MOSI
On Thu 17-11-16 14:30:58, Johannes Weiner wrote:
> Page cache shadow entry handling will be a lot simpler when it can use
> a single generic replacement function for pages, shadow entries, and
> emptying slots.
>
> Make __radix_tree_replace() properly account insertions and deletions
> in node->co
* Kyle Huey wrote:
> Intel supports faulting on the CPUID instruction beginning with Ivy Bridge.
> When enabled, the processor will fault on attempts to execute the CPUID
> instruction with CPL>0. Exposing this feature to userspace will allow a
> ptracer to trap and emulate the CPUID instruction
On Thu, 17 Nov 2016 20:42:38 +0100,
Florian Fainelli wrote:
>
> On 11/17/2016 11:14 AM, Florian Fainelli wrote:
> > On 11/17/2016 11:03 AM, Takashi Iwai wrote:
> >> On Thu, 17 Nov 2016 19:52:37 +0100,
> >> Florian Fainelli wrote:
> >>>
> >>> Architectures like m32r do not have a proper DMA-API imp
* Thomas Gleixner wrote:
> On Fri, 18 Nov 2016, Ingo Molnar wrote:
>
> >
> > * Kyle Huey wrote:
> >
> > > In order to introduce new arch_prctls that are not 64 bit only, rename the
> > > existing 64 bit implementation to do_arch_prctl_64(). Also rename the
> > > second
> > > argument to arc
On Sat, Nov 12, 2016 at 10:48 PM, Dmitry Vyukov wrote:
> On Sat, Nov 12, 2016 at 1:27 PM, Dmitry Vyukov wrote:
>> Hello,
>>
>> I've got the following crash while running syzkaller fuzzer.
>> On commit 015ed9433be2b476ec7e2e6a9a411a56e3b5b035 (Nov 11).
>> Unfortunately it is not reproducible.
>> M
* Len Brown wrote:
> The return from idle path is latency sensitive,
> so the less code and fewer data accesses, the better.
>
> Remove the un-maintained i7300_idle driver,
> the only user of the x86 idle-notifier,
> and then remove the notifier itself.
Acked-by: Ingo Molnar
Thanks,
Hi Guenter,
On Thu, 17 Nov 2016, Guenter Roeck wrote:
On 11/17/2016 08:23 AM, Tom Levens wrote:
Hi Guenter,
Thanks for taking the time to review the patch.
On Thu, 17 Nov 2016, Guenter Roeck wrote:
> Hi Tom,
>
> On 11/17/2016 04:10 AM, Tom Levens wrote:
> > Conversion from raw value
From: Chris Lesiak Sent: Friday, November 18, 2016
5:15 AM
>To: Andy Duan
>Cc: net...@vger.kernel.org; linux-kernel@vger.kernel.org; Jaccon
>Bastiaansen ; chris.les...@licor.com
>Subject: [PATCH] net: fec: Detect and recover receive queue hangs
>
>This corrects a problem that appears to be
* Bin Gao wrote:
> TSC on Intel Atom SoCs capable of determining TSC frequency by MSR is
> reliable and the frequency is known (because it's provided by HW).
> On these platforms PIT/HPET is generally not available so
> calibration won't work at all and also TSC is the only reliable
> clocksourc
Dear Ingo,
please consider applying the following two patches to efi/core for 4.10,
based on the discussion with Arnd:
The first one fixes a build breakage for certain configs on arm and arm64,
the second one excludes thunderbolt from the build on non-x86 except for
compile tests.
Feel free to s
So far Thunderbolt is (unfortunately) an Intel proprietary technology
that is only available on x86, so compiling on other arches is pointless
except for testing purposes. Amend Kconfig accordingly.
Suggested-by: Arnd Bergmann
Cc: Andreas Noever
Cc: Matt Fleming
Signed-off-by: Lukas Wunner
--
Since commit c9cc3aaa0281 ("thunderbolt: Use Device ROM retrieved from
EFI"), the THUNDERBOLT config option selects APPLE_PROPERTIES.
This broke the build for certain configs because APPLE_PROPERTIES is
located in a menu which depends on EFI: If EFI is not enabled, the
prerequisites needed for AP
On Nov 17, 2016, at 6:35 AM, David Howells wrote:
>
> Return enhanced file attributes from the AFS filesystem. This includes the
> following:
>
> (1) The data version number as st_version, setting STATX_VERSION.
>
> (2) STATX_ATTR_AUTOMOUNT will be set on automount directories by virtue of
>
* Vince Weaver wrote:
> On Thu, 17 Nov 2016, Vince Weaver wrote:
>
> > On Thu, 17 Nov 2016, Vince Weaver wrote:
> > > >
> > > > [ 911.507365]
> > > > ==
> > > > [ 911.514824] BUG: KASAN: global-out-of-bounds in
> > > > match_t
* Laura Abbott wrote:
>
> DEBUG_VIRTUAL currently depends on DEBUG_KERNEL && X86. arm64 is getting
> the same support. Rather than add a list of architectures, switch this
> to ARCH_HAS_DEBUG_VIRTUAL and let architectures select it as
> appropriate.
>
> Suggested-by: Mark Rutland
> Signed-off
On Thu 17-11-16 14:31:34, Johannes Weiner wrote:
> Support handing __radix_tree_replace() a callback that gets invoked
> for all leaf nodes that change or get freed as a result of the slot
> replacement, to assist users tracking nodes with node->private_list.
>
> This prepares for putting page cac
On Thu, Nov 17, 2016 at 04:36:24PM +, Will Deacon wrote:
> On Thu, Nov 17, 2016 at 05:11:10PM +0100, Peter Zijlstra wrote:
> > On Thu, Nov 17, 2016 at 12:08:36PM +, Will Deacon wrote:
> > > All sounds reasonable to me. It's worth pointing out that you can't create
> > > order using a contro
Hi Russell,
On 03/11/16 05:28, Juri Lelli wrote:
> Hi,
>
> apologies for the delay in replying, but I'm attending Linux Plumbers
> this week.
>
> On 30/10/16 20:45, Russell King - ARM Linux wrote:
> > On Mon, Oct 17, 2016 at 04:46:49PM +0100, Juri Lelli wrote:
[...]
>
> I should have addresse
On Thu 17-11-16 14:32:11, Johannes Weiner wrote:
> Currently, we track the shadow entries in the page cache in the upper
> bits of the radix_tree_node->count, behind the back of the radix tree
> implementation. Because the radix tree code has no awareness of them,
> we rely on random subtleties thr
On Friday, November 18, 2016 9:22:59 AM CET Lukas Wunner wrote:
> Dear Ingo,
>
> please consider applying the following two patches to efi/core for 4.10,
> based on the discussion with Arnd:
>
> The first one fixes a build breakage for certain configs on arm and arm64,
> the second one excludes t
On Thu 17-11-16 14:32:44, Johannes Weiner wrote:
> Shadow entries in the page cache used to be accounted behind the radix
> tree implementation's back in the upper bits of node->count, and the
> radix tree code extending a single-entry tree with a shadow entry in
> root->rnode would corrupt that co
Hi Bharat,
On 18/11/2016 06:34, Bharat Bhushan wrote:
> Hi Eric,
>
> Have you sent out QEMU side patches based on this new approach? In case I
> missed please point me the patches?
Upstream QEMU works fine for PCIe/MSI passthrough on ARM since mach virt
address space does not collide with fixed
* Josh Poimboeuf wrote:
> On Thu, Nov 17, 2016 at 09:57:23AM -0600, Josh Poimboeuf wrote:
> > The guess unwinder scans the entire stack, which can cause KASAN
> > "stack-out-of-bounds" false positive warnings. Tell KASAN to ignore it.
> >
> > Reported-by: Peter Zijlstra
> > Signed-off-by: Jos
Hi Dmitry
-Original Message-
From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
Sent: Friday, November 18, 2016 1:15 AM
To: KT Liao
Cc: linux-kernel@vger.kernel.org; linux-in...@vger.kernel.org;
phoe...@emc.com.tw; kt.l...@emc.com.tw
Subject: Re: [PATCH] Input: elan_i2c - Add new i
Hi Marek,
2016-11-13 6:35 GMT+09:00 Marek Vasut :
> On 11/09/2016 05:35 AM, Masahiro Yamada wrote:
>> As far as I understood from the Kconfig menu deleted by commit
>> be7f39c5ecf5 ("Staging: delete spectra driver"), the "Spectra" is
>> specific to Intel Moorestown Platform.
>>
>> The Denali NAND
Hi Linus,
these are hopefully the last GPIO fixes for v4.9. The most important
is that it fixes the UML randconfig builds that have been nagging me
for some time and me being confused about where the problem was
really sitting, now this fix give this nice feeling that everything is
solid and build
Andreas Dilger wrote:
> > STATX_ATIME, STATX_CTIME and STATX_BLOCKS are cleared as AFS does not
> > support them.
>
> Rather than clearing specific flags, wouldn't it be better to explicitly
> set the flags that are actually being returned? Otherwise, this would
> have the problem that Dave poi
On Friday, November 18, 2016 9:16:58 AM CET Krzysztof Kozlowski wrote:
> All Samsung platforms, including the Exynos, are selecting HZ_FIXED with
> 200 Hz. Unfortunately in case of multiplatform image this affects also
> other platforms when Exynos is enabled.
>
> This looks like an very old lega
On Tue, Nov 15 2016, 12:59 PM, Simon Guinot wrote:
> On Wed, Nov 09, 2016 at 03:42:53PM +, Levy, Amir (Jer) wrote:
> > On Wed, Nov 9 2016, 04:36 PM, Simon Guinot wrote:
> > > Hi Amir,
> > >
> > > I have an ASUS "All Series/Z87-DELUXE/QUAD" motherboard with a
> > > Thunderbolt 2 "Falcon Ridge"
Jeff Layton wrote:
> > If neither AT_STATX_*_SYNC flag is set, the behaviour is the default for
> > stat() on that filesystem.
> >
>
> We also need to specify here what happens if both bits are set. Should
> that be -EINVAL?
Makes sense.
This leads to another thought: should fstatat() be allo
On 11/18/2016 09:42 AM, Masahiro Yamada wrote:
> Hi Marek,
>
>
> 2016-11-13 6:35 GMT+09:00 Marek Vasut :
>> On 11/09/2016 05:35 AM, Masahiro Yamada wrote:
>>> As far as I understood from the Kconfig menu deleted by commit
>>> be7f39c5ecf5 ("Staging: delete spectra driver"), the "Spectra" is
>>> s
On Fri, 18 Nov 2016, Ingo Molnar wrote:
> * Kyle Huey wrote:
> > + if (test_tsk_thread_flag(prev_p, TIF_NOCPUID) ^
> > + test_tsk_thread_flag(next_p, TIF_NOCPUID)) {
> > + set_cpuid_faulting(test_tsk_thread_flag(next_p, TIF_NOCPUID));
> > + }
> > +
>
> Why not cache the requir
Hi Wolfram,
Thank you for review.
> -Original Message-
> From: Wolfram Sang [mailto:wsa-...@sang-engineering.com]
> Sent: Friday, November 18, 2016 12:15 AM
> To: Vadim Pasternak
> Cc: w...@the-dreams.de; linux-...@vger.kernel.org; linux-
> ker...@vger.kernel.org; j...@resnulli.us; Micha
On Wed, Nov 16, 2016 at 11:11 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> This driver exposes a mailbox interface for interprocessor communication
> using the Hardware Synchronization Primitives (HSP) module's doorbell
> mechanism. There are multiple HSP instances and they provide additi
On Friday, November 18, 2016 12:27:32 PM CET Binoy Jayan wrote:
> Hi Sagi,
>
> On 31 October 2016 at 02:42, Sagi Grimberg wrote:
> >> The semaphore 'sem' in isert_device is used as completion, so convert
> >> it to struct completion. Semaphores are going away in the future.
> >
> >
> > Umm, this
Andreas Dilger wrote:
> >> If neither AT_STATX_*_SYNC flag is set, the behaviour is the default for
> >> stat() on that filesystem.
> >
> > We also need to specify here what happens if both bits are set. Should
> > that be -EINVAL?
>
> If that is the case, then it doesn't make sense to have two
On 18/11/2016 01:53, Dan Williams wrote:
On Thu, Nov 17, 2016 at 7:23 AM, John Garry wrote:
On 11/11/2016 08:49, wangyijing wrote:
I have not seen the flutter issue. I am just trying to solve the
horrible WARN dump.
However I do understand that there may be a issue related to how we
queue the
The acpi_get_rc_resources() is used to get the RC register address that can
not be described in MCFG. It takes the _HID&segment to look for and outputs
the RC address resource. Use PNP0C02 devices to describe such RC address
resource. Use _UID to match segment to tell which root bus the PNP0C02
res
Commit-ID: 5fbc89d37bb312c700dfa8121b02241a92b5df13
Gitweb: http://git.kernel.org/tip/5fbc89d37bb312c700dfa8121b02241a92b5df13
Author: Lukas Wunner
AuthorDate: Fri, 18 Nov 2016 09:22:59 +0100
Committer: Ingo Molnar
CommitDate: Fri, 18 Nov 2016 09:42:53 +0100
thunderbolt, efi: Fix Kconf
This patchset adds ACPI support for the HiSilicon Hip05/Hip06/Hip07 SoC
PCIe controllers.
The two patches respectively:
- provides the common function acpi_get_rc_resources() for ARM64
platform.
- adds the HiSilicon ACPI specific quirks.
This patchset is based on branch p
PCIe controller in Hip05/HIP06/HIP07 SoCs is not ECAM compliant.
It is non ECAM only for the RC bus config space;for any other bus
underneath the root bus we support ECAM access.
Add specific quirks for PCI config space accessors.This involves:
1. New initialization call hisi_pcie_init() to obtain
Commit-ID: c2d75e03d6307bda0e14b616818a6f7b09fd623a
Gitweb: http://git.kernel.org/tip/c2d75e03d6307bda0e14b616818a6f7b09fd623a
Author: Josh Poimboeuf
AuthorDate: Thu, 17 Nov 2016 09:57:23 -0600
Committer: Ingo Molnar
CommitDate: Fri, 18 Nov 2016 09:38:00 +0100
x86/unwind: Prevent KASAN
Commit-ID: e40ed1542dd779e5037a22c6b534e57127472365
Gitweb: http://git.kernel.org/tip/e40ed1542dd779e5037a22c6b534e57127472365
Author: Janakarajan Natarajan
AuthorDate: Thu, 17 Nov 2016 10:15:06 -0600
Committer: Ingo Molnar
CommitDate: Fri, 18 Nov 2016 09:45:57 +0100
perf/x86: Add perf
Following the various rootkit and system call redirection developments, the
current
way of identifying the location of the system call table seems to be brute
force scanning
the memory for the location of one of the system calls. This is only possible
from a module
if the symbol is exported: I
Commit-ID: b2c74191f4672c4b3265d0335910792b4f72026b
Gitweb: http://git.kernel.org/tip/b2c74191f4672c4b3265d0335910792b4f72026b
Author: Lukas Wunner
AuthorDate: Fri, 18 Nov 2016 09:22:59 +0100
Committer: Ingo Molnar
CommitDate: Fri, 18 Nov 2016 09:42:59 +0100
thunderbolt: Compile on x86
Commit-ID: 91e08ab0c8515450258d7ad9033bfe69bebad25a
Gitweb: http://git.kernel.org/tip/91e08ab0c8515450258d7ad9033bfe69bebad25a
Author: Josh Poimboeuf
AuthorDate: Thu, 17 Nov 2016 09:57:24 -0600
Committer: Ingo Molnar
CommitDate: Fri, 18 Nov 2016 09:38:00 +0100
x86/dumpstack: Prevent KA
On Fri, Nov 18, 2016 at 01:22:25PM +0800, Tan Jui Nee wrote:
> From: Andy Shevchenko
>
> There is already one and at least one more user coming which
> require an access to Primary to Sideband bridge (P2SB) in order
> to get IO or MMIO bar hidden by BIOS.
> Create a driver to access P2SB for x86
Hi Arnd,
On 18 November 2016 at 14:28, Arnd Bergmann wrote:
> On Friday, November 18, 2016 12:27:32 PM CET Binoy Jayan wrote:
>> Hi Sagi,
> I think you are right. This is behavior is actuallly documented in
> Documentation/scheduler/completion.txt:
Thanking for having a look.
> However, this i
Le 18/11/2016 à 09:59, Rafal Ozieblo a écrit :
> Hello,
>
>> From: Harini Katakam [mailto:harinikatakamli...@gmail.com]
>> Sent: 18 listopada 2016 05:30
>> To: Rafal Ozieblo
>> Cc: Nicolas Ferre; harini.kata...@xilinx.com; net...@vger.kernel.org;
>> linux-kernel@vger.kernel.org
>> Subject: Re: [R
Hi Hans,
>>> +
>>> +static int
>>> +vdec_reqbufs(struct file *file, void *fh, struct v4l2_requestbuffers *b)
>>> +{
>>> + struct vb2_queue *queue = to_vb2q(file, b->type);
>>> +
>>> + if (!queue)
>>> + return -EINVAL;
>>> +
>>> + return vb2_reqbufs(queue, b);
>>> +}
>>
>> Is there
On Thu, 17 Nov 2016, Linus Torvalds wrote:
> We have makefiles, but more importantly, few enough people actually
> *generate* the documentation, that I think if it's an option to just
> fix sphinx, we should do that instead. If it means that you have to
> have some development version of sphinx, s
Hello,
The following program produces unkillable tasks blocked at the following stack:
[] wait_on_page_bit+0x1eb/0x2a0 mm/filemap.c:802
[< inline >] wait_on_page_locked ./include/linux/pagemap.h:508
[] filemap_fault+0x17c7/0x1e50 mm/filemap.c:2201
[] __do_fault+0x33c/0x8a0 mm/memory.c:286
On Thursday, November 17, 2016 7:48:00 PM CET Nicolas Pitre wrote:
> >
> > It was introduced in linux-next today, but it only happens if you
> > don't do a 'make clean' or 'make mrproper'. Apparently patch 1
> > of the series changes kconfig but that change does not trigger
> > a rebuild of the kc
[Notice this reply has little to do with the patch in question: I think
it should be applied. I just want to involve some MMC/SD people here]
On Thu, Nov 17, 2016 at 9:57 PM, wrote:
> On 2016-11-17 10:34, Chen-Yu Tsai wrote:
>>
>> Given that MMC starts in open-drain mode and the pull-ups are req
On 2016.11.17 16:51:45 -0700, Alex Williamson wrote:
> On Thu, 17 Nov 2016 23:29:38 +
> "Tian, Kevin" wrote:
>
> > > From: Alex Williamson [mailto:alex.william...@redhat.com]
> > > Sent: Friday, November 18, 2016 5:25 AM
> > >
> > > On Thu, 17 Nov 2016 02:16:12 +0530
> > > Kirti Wankhede wr
On Friday, November 11, 2016 6:07:07 PM CET zhichang.yuan wrote:
>
> I have similar idea as your PPC MMIO.
>
> We notice the prototype of {in/out()} is something like that:
>
> static inline u8 inb(unsigned long addr)
> static inline void outb(u8 value, unsigned long addr)
>
> The type of param
On Monday, November 14, 2016 11:11:11 AM CET One Thousand Gnomes wrote:
> > > It's not a safe assumption for x86 at least. There are a few systems with
> > > multiple ISA busses particularly older laptops with a docking station.
> >
> > But do they have multiple ISA domains? There is no real har
Some platforms have the capability to configure the performance state of
their Power Domains. The performance levels are represented by positive
integer values, a lower value represents lower performance state.
The power-domains until now were only concentrating on the idle state
management of the
Hello,
Some platforms have the capability to configure the performance state of
their Power Domains. The performance levels are represented by positive
integer values, a lower value represents lower performance state.
We had some discussions about it in the past on the PM list [1], which
is follo
Some platforms have the capability to configure the performance state of
their Power Domains. The performance levels are represented by positive
integer values, a lower value represents lower performance state.
If the consumers don't need the capability of switching to different
domain performance
On Nov 18, 2016, at 1:59 AM, David Howells wrote:
>
> Andreas Dilger wrote:
>
If neither AT_STATX_*_SYNC flag is set, the behaviour is the default for
stat() on that filesystem.
>>>
>>> We also need to specify here what happens if both bits are set. Should
>>> that be -EINVAL?
>>
>>
On Fri, 18 Nov 2016, Tan Jui Nee wrote:
> diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
> index bada636..6019755 100644
> --- a/arch/x86/Kconfig
> +++ b/arch/x86/Kconfig
> @@ -512,6 +512,16 @@ config X86_INTEL_CE
> This option compiles in support for the CE4100 SOC for settop
> b
Currently, each hub class request constant is defined by a line like:
Where the "magic" number for the high byte is one of 0x20, 0xa0, 0x23,
0xa3.
The 0x80 bit that changes inditace USB_DIR_IN, and the 0x03 that
pops up is the difference between USB_RECIP_DEVICE (0x00) and
USB_RECIP_OTHER (0x03).
Hello,
> From: Harini Katakam [mailto:harinikatakamli...@gmail.com]
> Sent: 18 listopada 2016 05:30
> To: Rafal Ozieblo
> Cc: Nicolas Ferre; harini.kata...@xilinx.com; net...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: Re: [RFC PATCH 2/2] net: macb: Add 64 bit addressing support fo
On Thu, Nov 17, 2016 at 06:19:20PM +0100, Johan Hovold wrote:
> On Thu, Nov 17, 2016 at 12:04:16PM -0500, David Miller wrote:
> > From: Johan Hovold
> > Date: Thu, 17 Nov 2016 17:40:04 +0100
> >
> > > Make sure to propagate errors from of_phy_register_fixed_link() which
> > > can fail with -EPROB
Linus,
please pull sound fixes for v4.9-rc6 from:
git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git
tags/sound-4.9-rc6
The topmost commit is 6ff1a25318ebf688ef9593fe09cd449f6fb4ad31
sound fixes for 4.9-rc6
Three t
Dave Chinner wrote:
> > (5) Data version number: Could be used by userspace NFS servers [Aneesh
> > Kumar].
> >
> > Can also be used to modify fill_post_wcc() in NFSD which retrieves
> > i_version directly, but has just called vfs_getattr(). It could get
> > it from the kst
Hi Rafal,
On Fri, Nov 18, 2016 at 3:00 PM, Rafal Ozieblo wrote:
>>-Original Message-
>>From: Nicolas Ferre [mailto:nicolas.fe...@atmel.com]
>>Sent: 18 listopada 2016 10:10
>>To: Rafal Ozieblo; Harini Katakam; Andrei Pistirica
>>Cc: harini.kata...@xilinx.com; net...@vger.kernel.org;
>>lin
Dave Chinner wrote:
> > STATX_ATTR_KERNEL_API File is kernel API (eg: procfs/sysfs)
> > STATX_ATTR_REMOTE File is remote and needs network
> > STATX_ATTR_FABRICATED File was made up by fs
>
> Every file is fabricated by a filesystem :P
>
> Perhaps y
On Thu, Nov 17, 2016 at 02:20:59PM -0600, Bjorn Helgaas wrote:
> On Thu, Nov 17, 2016 at 07:59:21PM +0100, Daniel Vetter wrote:
> > On Thu, Nov 17, 2016 at 11:47:58AM -0600, Bjorn Helgaas wrote:
> > > Use dev_printk() when possible. This makes messages more consistent with
> > > other device-relat
On 18/11/2016 04:32, Namhyung Kim wrote:
>> In addition, the firmware will need to reserve a few KB of RAM for the error
>> log
>> address range (I checked a real system and it reserves 8KB). The first eight
>> bytes are needed for the record identifier interface, because there's no such
>> thi
>-Original Message-
>From: Nicolas Ferre [mailto:nicolas.fe...@atmel.com]
>Sent: 18 listopada 2016 10:10
>To: Rafal Ozieblo; Harini Katakam; Andrei Pistirica
>Cc: harini.kata...@xilinx.com; net...@vger.kernel.org;
>linux-kernel@vger.kernel.org
>Subject:
On 18/11/2016 05:07, Michael S. Tsirkin wrote:
> On Fri, Nov 18, 2016 at 12:32:06PM +0900, Namhyung Kim wrote:
>> Btw I prefer using the kvmtool for my kernel work since it's much more
>> simpler..
>
> Up to you but then you should extend that to support 1.0 spec.
> I strongly object to adding t
On 16/11/16 20:16, Colin King wrote:
From: Colin Ian King
pdev is dereferenced using platform_get_drvdata before a check to
see if it is null, hence there could be a potential null pointer
dereference issue. Instead, first check if pdev is null and only then
deference pdev when initializing v
Andreas Dilger wrote:
> > What happens when an application uses STATX_ALL from a future kernel
> > that defines more flags than are initially supported, and that
> > application then is run on a kernel that onyl supports the initial
> > fields?
>
> Fields that are unknown by the current kernel/f
On Fri, Nov 18, 2016 at 11:30:18AM +0200, Tal Shorer wrote:
> Currently, each hub class request constant is defined by a line like:
>
> Where the "magic" number for the high byte is one of 0x20, 0xa0, 0x23,
> 0xa3.
I think your description here is missing something...
> The 0x80 bit that changes
Hi Rafal,
> I can’t see a place where you enable extended descriptor for PTP. Did you add
> support for extended PTP descriptor?
Sorry, that was separate patch in the series:
http://lkml.iu.edu/hypermail/linux/kernel/1509.1/02239.html
> "DMA Configuration Register" 0x010:
> 29 tx_bd_extend
Commit-ID: 47c95a46d0fae07762f0a38aa3709ae63f307048
Gitweb: http://git.kernel.org/tip/47c95a46d0fae07762f0a38aa3709ae63f307048
Author: Bin Gao
AuthorDate: Tue, 15 Nov 2016 12:27:21 -0800
Committer: Thomas Gleixner
CommitDate: Fri, 18 Nov 2016 10:58:30 +0100
x86/tsc: Add X86_FEATURE_TSC
Commit-ID: 4ca4df0b7eb06df264b2919759957f6d6ea1822e
Gitweb: http://git.kernel.org/tip/4ca4df0b7eb06df264b2919759957f6d6ea1822e
Author: Bin Gao
AuthorDate: Tue, 15 Nov 2016 12:27:22 -0800
Committer: Thomas Gleixner
CommitDate: Fri, 18 Nov 2016 10:58:30 +0100
x86/tsc: Mark TSC frequency
The probe function requests the interrupt before initializing
the ddp component. Which leads to a null pointer dereference at boot.
Fix this by requesting the interrput after all components got
initialized properly.
Fixes: 119f5173628a ("drm/mediatek: Add DRM Driver for Mediatek SoC
MT8173.")
Sig
On Fri, Nov 18, 2016 at 08:48:36AM +, Levy, Amir (Jer) wrote:
> > BTW, it is quite a shame that the Thunderbolt firmware version can't
> > be read from Linux.
> >
>
> This is WIP, once this patch will be upstream, we will be able to focus more
> on aligning Linux with the Thunderbolt feature
Commit-ID: f3a02ecebed7df7d5d68898628dea7a3bfcf03e3
Gitweb: http://git.kernel.org/tip/f3a02ecebed7df7d5d68898628dea7a3bfcf03e3
Author: Bin Gao
AuthorDate: Tue, 15 Nov 2016 12:27:24 -0800
Committer: Thomas Gleixner
CommitDate: Fri, 18 Nov 2016 10:58:31 +0100
x86/tsc: Set TSC_KNOWN_FREQ
Commit-ID: 4635fdc696a8e89eead3ea1712ae6ada38538d40
Gitweb: http://git.kernel.org/tip/4635fdc696a8e89eead3ea1712ae6ada38538d40
Author: Bin Gao
AuthorDate: Tue, 15 Nov 2016 12:27:23 -0800
Committer: Thomas Gleixner
CommitDate: Fri, 18 Nov 2016 10:58:30 +0100
x86/tsc: Mark Intel ATOM_GOL
Hi Eric,
Have you sent out QEMU side patches based on this new approach? In case I
missed please point me the patches?
Thanks
-Bharat
> -Original Message-
> From: iommu-boun...@lists.linux-foundation.org [mailto:iommu-
> boun...@lists.linux-foundation.org] On Behalf Of Eric Auger
> Sen
>Provide refcount_t, an atomic_t like primitive built just for refcounting.
>It provides overflow and underflow checks as well as saturation semantics such
>that when it overflows, we'll never attempt to free it again, ever.
Peter do you have the changes to the refcount_t interface compare to the
Hi Harini,
On 18.11.2016 10:43, Harini Katakam wrote:
Hi Rafal,
On Fri, Nov 18, 2016 at 3:00 PM, Rafal Ozieblo wrote:
-Original Message-
From: Nicolas Ferre [mailto:nicolas.fe...@atmel.com]
Sent: 18 listopada 2016 10:10
To: Rafal Ozieblo; Harini Katakam; Andrei Pistirica
Cc: harini.ka
Hello,
The following program triggers GPF in logfs_alloc_inode:
https://gist.githubusercontent.com/dvyukov/64a2113e4cb484d9b7e0ef4ff8a522d0/raw/fffdfb8b781ec758563e08765a258da71e6ff2a1/gistfile1.txt
general protection fault: [#1] SMP DEBUG_PAGEALLOC KASAN
Modules linked in:
CPU: 2 PID: 6602
Hi Rafal,
On Fri, Nov 18, 2016 at 2:29 PM, Rafal Ozieblo wrote:
> Hello,
>
>> From: Harini Katakam [mailto:harinikatakamli...@gmail.com]
>> Sent: 18 listopada 2016 05:30
>> To: Rafal Ozieblo
>> Cc: Nicolas Ferre; harini.kata...@xilinx.com; net...@vger.kernel.org;
>> linux-kernel@vger.kernel.org
Клиентские базы тел +79139230330 Соберем для Вас по интернет!
>
>-Original Message-
>From: Harini Katakam [mailto:harinikatakamli...@gmail.com]
>Sent: 18 listopada 2016 10:44
>To: Rafal Ozieblo
>Cc: N
Le 18/11/2016 à 10:59, Rafal Ozieblo a écrit :
>>
>> -Original Message-
>> From: Harini Katakam [mailto:harinikatakamli...@gmail.com]
>> Sent: 18 listopada 2016 10:44
>> To: Rafal
On Fri, Nov 18, 2016 at 04:26:34PM +0800, Boqun Feng wrote:
> On Thu, Nov 17, 2016 at 04:36:24PM +, Will Deacon wrote:
> > On Thu, Nov 17, 2016 at 05:11:10PM +0100, Peter Zijlstra wrote:
> > > On Thu, Nov 17, 2016 at 12:08:36PM +, Will Deacon wrote:
> > > > All sounds reasonable to me. It's
On Monday, November 14, 2016 11:26:25 AM CET liviu.du...@arm.com wrote:
> On Mon, Nov 14, 2016 at 08:26:42AM +, Gabriele Paoloni wrote:
> > > Nope, that is not what it means. It means that PCI devices can see I/O
> > > addresses
> > > on the bus that start from 0. There never was any usage for
Hello,
I've got the following BUG while running syzkaller on
a25f0944ba9b1d8a6813fd6f1a86f1bd59ac25a6 (4.9-rc5). Unfortunately it's
not reproducible.
kernel BUG at ./include/linux/mm.h:1743!
invalid opcode: [#1] SMP DEBUG_PAGEALLOC KASAN
Dumping ftrace buffer:
(ftrace buffer empty)
Module
Hello,
The following program triggers slab-out-of-bounds write in __apic_accept_irq:
https://gist.githubusercontent.com/dvyukov/6ef34f4a775091d664e18308aa0d5fa6/raw/bf12c7261fbb20cb0ff4318316f0fae7bd948eff/gistfile1.txt
On commit a25f0944ba9b1d8a6813fd6f1a86f1bd59ac25a6 (4.9-rc5)
==
On Fri, Nov 18, 2016 at 11:15:09AM +0200, Jani Nikula wrote:
> On Thu, 17 Nov 2016, Linus Torvalds wrote:
> > We have makefiles, but more importantly, few enough people actually
> > *generate* the documentation, that I think if it's an option to just
> > fix sphinx, we should do that instead. If i
On 16 November 2016 at 17:32, Catalin Marinas wrote:
> On Tue, Nov 15, 2016 at 04:09:07PM -0800, Laura Abbott wrote:
>> On 11/15/2016 10:35 AM, Catalin Marinas wrote:
>> > I'm fine with __pa_symbol use entirely from under arch/arm64. But if you
>> > want to use __pa_symbol, I tried to change most
1 - 100 of 837 matches
Mail list logo
