Brent,
On Tue, Dec 22, 2015 at 2:42 PM, Kalle Valo wrote:
> Souptick Joarder writes:
>
>> Hi Brent,
>>
>> On Tue, Dec 22, 2015 at 3:23 AM, Brent Taylor wrote:
>>> On Mon, Dec 21, 2015 at 1:23 PM, Souptick Joarder
>>> wrote:
Hi Brent,
On Tue, Dec 1, 2015 at 11:11 AM, Brent
On Tue, Dec 29, 2015 at 01:10:48PM -0500, Nicholas Krause wrote:
> - blk_integrity_register(ns->disk, );
> + if (blk_integrity_register(ns->disk, )) {
Nak; blk_integrity_register returns 'void'.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Fix for 3.15 breakage of fcntl64() in arm OABI compat. -stable
fodder. Please, pull from
git://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git for-linus
Shortlog:
Al Viro (1):
arm: fix handling of F_OFD_... in oabi_fcntl64()
Diffstat:
arch/arm/kernel/sys_oabi-compat.c | 73
Hello Mr. Torokhov,
On Tue, Dec 29, 2015 at 5:11 AM, Dmitry Torokhov
wrote:
> Hi Aniroop,
>
> On Thu, Dec 24, 2015 at 11:25 AM, Aniroop Mathur wrote:
>> The newest event can be SYN_REPORT in case of dropping all old events when
>> buffer is full, but as now there is no device data available to
Hi,
On Sun, Dec 27, 2015 at 5:15 AM, Geliang Tang wrote:
> Use to_platform_device() instead of open-coding it.
>
Reviewed-by: Moritz Fischer
> Signed-off-by: Geliang Tang
Looks good to me, maybe (nit) split it up into two commits.
Cheers,
Moritz
--
To unsubscribe from this list: send the
On Tue, Dec 15, 2015 at 04:05:09PM -0200, Herton R. Krzesinski wrote:
> On Tue, Dec 15, 2015 at 09:36:26AM -0800, Peter Hurley wrote:
> > > since in this
> > > case any of the tty->driver_data can be stale, due to all references/
> > > files being closed before (files related to ptmx/pts inodes
On Mon, Dec 28, 2015 at 9:29 PM, wrote:
>>On 12/18/2015 03:02 PM, Alexander Duyck wrote:
>>> On Fri, Dec 18, 2015 at 5:57 AM, Hannes Reinecke wrote:
On 12/18/2015 02:49 PM, Alexander Duyck wrote:
>
> On Fri, Dec 18, 2015 at 12:35 AM, Hannes Reinecke wrote:
>>
>> PCI-2.2
On Tue, Dec 29, 2015 at 10:19:17AM -0700, Jens Axboe wrote:
> On 12/28/2015 06:08 PM, Alexandru Moise wrote:
> >This patch refers to Jens Axboe's change way back in 2006:
> >7b14e3b52 cfq-iosched: slice expiry fixups
> >
> >In this patch he fixed a potential timer race condition by delaying
>
On Tue, 2015-12-29 at 22:00 +0530, Santosh Shukla wrote:
> On Tue, Dec 29, 2015 at 9:50 PM, Arnd Bergmann wrote:
> > On Tuesday 29 December 2015 21:25:15 Santosh Shukla wrote:
> > > mistakenly added wrong email-id of alex, looping his correct one.
> > >
> > > On 29 December 2015 at 21:23,
On 12/28/2015 06:08 PM, Alexandru Moise wrote:
This patch refers to Jens Axboe's change way back in 2006:
7b14e3b52 cfq-iosched: slice expiry fixups
In this patch he fixed a potential timer race condition by delaying
idle_slice_timer by the slice_idle time value.
Today this timer is delayed by
Builds with your kernel config fail with
CHK include/generated/bounds.h
CHK include/generated/asm-offsets.h
CALLscripts/checksyscalls.sh
CHK include/generated/compile.h
make[1]: *** No rule to make target 'signing_key.pem', needed by
'certs/signing_key.x509'. Stop.
On Tue, Dec 29, 2015 at 06:15:12AM -0500, Sanidhya Solanki wrote:
> On Tue, 29 Dec 2015 14:39:07 +0100
> David Sterba wrote:
>
> > The stripe size depends on how the filesystem was made, at the moment
> > the stripesize parameter is missing from mkfs. The kernel module
> > should support all
On Thu, 24 Dec 2015, Sasha Levin wrote:
> >> > [ 3462.527795] pwq 4: cpus=2 node=2 flags=0x0 nice=0 active=1/256
> >> > [ 3462.554836] pending: vmstat_update
> > Does that mean that vmstat_update locks up or something that schedules it?
>
> I think it means that vmstat_update didn't finish
On 12/29/2015 03:16 PM, Frans Klaver wrote:
On Tue, Dec 29, 2015 at 3:06 PM, Sebastian Frias wrote:
Right now we don't know if the driver will be upstreamed.
Let me rephrase my question:
- how would you recommend enabling FB_CFB_FILLRECT, FB_CFB_COPYAREA and
FB_CFB_IMAGEBLIT for a driver that
Heikki Krogerus writes:
> On Thu, Dec 24, 2015 at 06:15:14PM +0300, Sergei Ianovich wrote:
>> pxa2xx-uart was a separate uart platform driver. It was declaring
>> the same device names and numbers as 8250 driver. As a result,
>> it was impossible to use 8250 driver on PXA SoCs.
>>
>> Upon
On Tue 2015-12-29 11:03:21, Manuel Pégourié-Gonnard wrote:
> The documentation for detach() said attach.
>
> Signed-off-by: Manuel Pégourié-Gonnard
> Cc: triv...@kernel.org
Acked-by: Pavel Machek
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
Move switch case to the netdev_features_string() and rename it to
netdev_bits(). In the future we can extend it as needed.
Here we replace the fallback of %pN from '%p' with possible flags to sticter
'0x%p' without any flags variation.
Signed-off-by: Andy Shevchenko
---
lib/vsprintf.c | 25
Besides the code refactoring we introduce the following rules for %p extensions
here. i.e:
- fixed type extensions are always printed in hex format, prefixed by '0x',
small letters, full field width on a running architecture (%pa[dp], %pNF)
- fallback to %p based on different kernel
special_hex_number() is a helper to print a fixed size type in a hex format
with '0x' prefix, zero padding, and small letters. In the module we have
already several copies of such code. Consolidate them under
special_hex_number() helper.
There are couple of differences though.
It seems nobody
On Tue, Dec 29, 2015 at 9:50 PM, Arnd Bergmann wrote:
> On Tuesday 29 December 2015 21:25:15 Santosh Shukla wrote:
>> mistakenly added wrong email-id of alex, looping his correct one.
>>
>> On 29 December 2015 at 21:23, Santosh Shukla
>> wrote:
>> > On 29 December 2015 at 18:58, Arnd Bergmann
On Mon 28-12-15 21:08:56, Tetsuo Handa wrote:
> Tetsuo Handa wrote:
> > I got OOM killers while running heavy disk I/O (extracting kernel source,
> > running lxr's genxref command). (Environ: 4 CPUs / 2048MB RAM / no swap /
> > XFS)
> > Do you think these OOM killers reasonable? Too weak against
We should be using the helper functions to lock the DAPM mutex not
accessing it directly. There are no ill effects of this as the moment
but it is best practice, and the implementation could be changed in the
future.
Signed-off-by: Charles Keepax
---
drivers/extcon/extcon-arizona.c | 4 ++--
1
On Thu 24-12-15 21:41:19, Tetsuo Handa wrote:
> I got OOM killers while running heavy disk I/O (extracting kernel source,
> running lxr's genxref command). (Environ: 4 CPUs / 2048MB RAM / no swap / XFS)
> Do you think these OOM killers reasonable? Too weak against fragmentation?
I will have a
On 12/29/2015 03:40 PM, Ming Lei wrote:
Both htab_map_update_elem() and htab_map_delete_elem() can be
called from eBPF program, and they may be in kernel hot path,
so it isn't efficient to use a per-hashtable lock in this two
helpers.
The per-hashtable spinlock is used for protecting bucket's
[CCing Andrew]
On Thu 24-12-15 09:12:53, Jeremiah Mahler wrote:
> all,
>
> I have started seeing a "Bad rss-counter" message in the logs with
> the latest linux-next 20151222+.
>
> [ 458.282192] BUG: Bad rss-counter state mm:8800c5a96000 idx:3 val:3894
This is MM_SHMEMPAGES so an
On Tuesday 29 December 2015 21:25:15 Santosh Shukla wrote:
> mistakenly added wrong email-id of alex, looping his correct one.
>
> On 29 December 2015 at 21:23, Santosh Shukla
> wrote:
> > On 29 December 2015 at 18:58, Arnd Bergmann wrote:
> >> On Wednesday 23 December 2015 17:04:40 Santosh
On Tuesday 29 December 2015 13:44:13 Michał Kępień wrote:
> > > > According to Dell WMI document mentioned in ML dicussion
> > > > archived at
> > > > http://www.spinics.net/lists/platform-driver-x86/msg07220.html
> > > > OS should check Dell WMI descriptor structure.
> > >
> > > "Should" or
Gidday,
The Linux man-pages maintainer proudly announces:
man-pages-4.04 - man pages for Linux
This release includes input and contributions from
more than 30 people.
Tarball download:
http://www.kernel.org/doc/man-pages/download.html
Git repository:
Hello.
On 12/28/2015 07:25 PM, Robert Baldyga wrote:
As kill_all_requests() potentially flushes TX FIFO, we should should
free FIFO after calling it. Otherwise FIFO could stay unflushed properly.
Signed-off-by: Robert Baldyga
---
drivers/usb/dwc2/gadget.c | 8
1 file changed, 4
mistakenly added wrong email-id of alex, looping his correct one.
On 29 December 2015 at 21:23, Santosh Shukla wrote:
> On 29 December 2015 at 18:58, Arnd Bergmann wrote:
>> On Wednesday 23 December 2015 17:04:40 Santosh Shukla wrote:
>>> On 23 December 2015 at 03:26, Arnd Bergmann wrote:
>>>
On 29 December 2015 at 18:58, Arnd Bergmann wrote:
> On Wednesday 23 December 2015 17:04:40 Santosh Shukla wrote:
>> On 23 December 2015 at 03:26, Arnd Bergmann wrote:
>> > On Tuesday 22 December 2015, Santosh Shukla wrote:
>> >> }
>> >>
>> >> So I care for /dev/ioport types interface who could
On Tue, Dec 29, 2015 at 4:28 PM, Dmitry Vyukov wrote:
> On Tue, Dec 29, 2015 at 3:40 PM, Herbert Xu
> wrote:
>> On Thu, Dec 17, 2015 at 01:59:50PM +0100, Dmitry Vyukov wrote:
>>>
>>> The following program causes use-after-free in hash_sock_destruct:
>>
>> This patch should fix the problem.
On Tue, Dec 29, 2015 at 3:40 PM, Herbert Xu wrote:
> On Thu, Dec 17, 2015 at 01:59:50PM +0100, Dmitry Vyukov wrote:
>>
>> The following program causes use-after-free in hash_sock_destruct:
>
> This patch should fix the problem. AFAIK everything that you have
> reported should now be fixed. If
On 12/29/2015 06:37 AM, Matias Bjørling wrote:
dev->nr_luns reports the total number of luns available in a device
while dev->luns_per_chnl is the number of luns per channel.
When multiple channels are available, the offset is calculated from a
channel and lun id into a linear array. As it
On Tue, 29 Dec 2015 14:39:07 +0100
David Sterba wrote:
> The stripe size depends on how the filesystem was made, at the moment
> the stripesize parameter is missing from mkfs. The kernel module
> should support all sizes at runtime, so it's not a compile-time
> option.
No good? I will try and
On Tue, 29 Dec 2015 12:07:50 -0300
Ezequiel Garcia wrote:
> On 29 December 2015 at 06:35, Boris Brezillon
> wrote:
> > Hi,
> >
> > On Mon, 28 Dec 2015 17:42:50 -0300
> > Ezequiel Garcia wrote:
> >
> >> This is looking a lot better, thanks for the good work!
> >>
> >> On 15 December 2015 at
On 29 December 2015 at 06:35, Boris Brezillon
wrote:
> Hi,
>
> On Mon, 28 Dec 2015 17:42:50 -0300
> Ezequiel Garcia wrote:
>
>> This is looking a lot better, thanks for the good work!
>>
>> On 15 December 2015 at 02:59, Peter Pan wrote:
>> > Currently nand_bbt.c is tied with struct nand_chip,
On Tue, 2015-12-29 at 00:20 +0200, Andy Shevchenko wrote:
> On Mon, Dec 28, 2015 at 11:42 PM, Rasmus Villemoes
> wrote:
> > On Mon, Dec 28 2015, Joe Perches wrote:
> >
> > > On Mon, 2015-12-28 at 20:18 +0200, Andy Shevchenko wrote:
> > > > xnumber() is a special helper to print a fixed size
On Tue, Dec 29, 2015 at 2:36 PM, Laurent Navet wrote:
> why not directly ?
>
> struct region_devres *dr = devres_alloc(devm_region_release,
> sizeof(struct region_devres),..
>
I follow Dan's rationale [1]
[1]
http://www.spinics.net/lists/target-devel/msg11355.html
--
To unsubscribe from this
With the patches of ILP32, COMPAT is not equivalent to AARCH32 in EL0.
This patch fix this by updating the dependency from COMPAT to
AARCH32_EL0 for ARMV8_DEPRECATED and ARM64_ERRATUM_845719.
Signed-off-by: Bamvor Jian Zhang
---
arch/arm64/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2
On Tue, Dec 29, 2015 at 02:39:47PM +, Al Viro wrote:
> On Tue, Dec 29, 2015 at 08:38:43PM +0800, Fengguang Wu wrote:
> > Hi Al,
> >
> > It looks this patch has various impacts. Here are some more bug messages.
> >
> > https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc
> >
Both htab_map_update_elem() and htab_map_delete_elem() can be
called from eBPF program, and they may be in kernel hot path,
so it isn't efficient to use a per-hashtable lock in this two
helpers.
The per-hashtable spinlock is used for protecting bucket's
hlist, and per-bucket lock is just enough.
On 28.12.2015 15:14, Willy Tarreau wrote:
It is possible for a process to allocate and accumulate far more FDs than
the process' limit by sending them over a unix socket then closing them
to keep the process' fd count low.
This change addresses this problem by keeping track of the number of FDs
The spinlock is just used for protecting the per-bucket
hlist, so it isn't needed for selecting bucket.
Acked-by: Daniel Borkmann
Signed-off-by: Ming Lei
---
kernel/bpf/hashtab.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/kernel/bpf/hashtab.c
On Thu, Dec 17, 2015 at 01:59:50PM +0100, Dmitry Vyukov wrote:
>
> The following program causes use-after-free in hash_sock_destruct:
This patch should fix the problem. AFAIK everything that you have
reported should now be fixed. If you still have issues please
resubmit them (and please cc
Preparing for removing global per-hashtable lock, so
the counter need to be defined as aotmic_t first.
Acked-by: Daniel Borkmann
Signed-off-by: Ming Lei
---
kernel/bpf/hashtab.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/kernel/bpf/hashtab.c
Hi,
This patchset tries to optimize ebpf hash map, and follows
the idea:
Both htab_map_update_elem() and htab_map_delete_elem()
can be called from eBPF program, and they may be in kernel
hot path, it isn't efficient to use a per-hashtable lock
in this two helpers,
On Tue, Dec 29, 2015 at 08:38:43PM +0800, Fengguang Wu wrote:
> Hi Al,
>
> It looks this patch has various impacts. Here are some more bug messages.
>
> https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc
>
> commit c7af9d5728bed29ef614324e67e066896d087c8f
The version in
On 28.12.2015 15:14, Willy Tarreau wrote:
@@ -1528,10 +1546,8 @@ static int unix_attach_fds(struct scm_cookie *scm,
struct sk_buff *skb)
if (!UNIXCB(skb).fp)
return -ENOMEM;
- if (unix_sock_count) {
- for (i = scm->fp->count - 1; i >= 0; i--)
-
On Tuesday 29 December 2015 22:26:27 Rongrong Zou wrote:
> 在 2015/12/29 21:47, Arnd Bergmann 写道:
> > On Tuesday 29 December 2015 21:33:50 Rongrong Zou wrote:
> >> Indirect ISA port I/O accessing introduced, vendors can hook
> >> their own in/out function to general inb/outb. Drivers can access
>
Hi Arnd,
Thanks for your comment.
在 2015/12/29 21:47, Arnd Bergmann 写道:
On Tuesday 29 December 2015 21:33:50 Rongrong Zou wrote:
Indirect ISA port I/O accessing introduced, vendors can hook
their own in/out function to general inb/outb. Drivers can access
legacy ISA I/O port by inb/outb as it
From: Markus Elfring
Date: Tue, 29 Dec 2015 15:03:31 +0100
This issue was detected by using the Coccinelle software.
* Let us return directly if a call of the function "devm_regmap_init_i2c"
or "regmap_write" failed.
* Delete the jump label "err" then.
Signed-off-by: Markus Elfring
---
From: Markus Elfring
Date: Tue, 29 Dec 2015 14:47:40 +0100
The variable "ret" will be set to an appropriate value a bit later.
Thus let us omit the explicit initialisation at the beginning.
Signed-off-by: Markus Elfring
---
drivers/mfd/smsc-ece1099.c | 2 +-
1 file changed, 1 insertion(+), 1
On Tue, Dec 29, 2015 at 3:06 PM, Sebastian Frias wrote:
> On 12/29/2015 02:49 PM, Frans Klaver wrote:
>>
>> On Tue, Dec 29, 2015 at 2:15 PM, Sebastian Frias wrote:
>>>
>>> Hi,
>>>
>>> We are wondering what is the recommended way of adding support for a
>>> framebuffer driver on the Linux kernel.
From: Markus Elfring
Date: Tue, 29 Dec 2015 15:10:48 +0100
A few update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Delete an unnecessary variable initialisation
Refactoring
drivers/mfd/smsc-ece1099.c | 11 ---
1 file changed, 4
The PHY PFM register is in PHY page 0x0a44 register 0x11, not 0x14.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
index
The register for setting D3code PFM mode is MISC_1, not DLLPR.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
index
The typos are in setting RTL8168DP, RTL8168EP and RTL8168H hardware parameters.
This series of patch fix these typos.
Chunhao Lin (3):
r8169:Fix typo in setting RTL8168EP and RTL8168H D3cold PFM mode
r8169:Fix typo in setting RTL8168H PHY PFM mode.
r8169:Correct the way of setting RTL8168DP
The original way is wrong, it always writes ephy reg 0x03.
Signed-off-by: Chunhao Lin
---
drivers/net/ethernet/realtek/r8169.c | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/drivers/net/ethernet/realtek/r8169.c
b/drivers/net/ethernet/realtek/r8169.c
On Tuesday 29 December 2015 22:03:14 Rongrong Zou wrote:
> 在 2015/12/29 21:51, Arnd Bergmann 写道:
> > On Tuesday 29 December 2015 21:33:51 Rongrong Zou wrote:
> >> We only implement io cycles here, we hook the lpc_io_write_byte
> >> and lpc_io_read_byte to inb/outb. So the drivers(ipmi/uart) which
On 12/29/2015 02:49 PM, Frans Klaver wrote:
On Tue, Dec 29, 2015 at 2:15 PM, Sebastian Frias wrote:
Hi,
We are wondering what is the recommended way of adding support for a
framebuffer driver on the Linux kernel.
Below you can find a patch with a proposed solution.
That's not really a
在 2015/12/29 21:51, Arnd Bergmann 写道:
On Tuesday 29 December 2015 21:33:51 Rongrong Zou wrote:
We only implement io cycles here, we hook the lpc_io_write_byte
and lpc_io_read_byte to inb/outb. So the drivers(ipmi/uart) which access
the legacy ISA I/O port need no modification.
The low pin
On 29.12.2015 00:21, Cong Wang wrote:
On Thu, Dec 24, 2015 at 2:25 AM, Hannes Frederic Sowa
wrote:
Hi,
On 24.12.2015 00:03, Calvin Owens wrote:
This patch addresses the issue cited in 7332a13b038be05c by making vxlan
actually check if ipv6 is loaded, and reverts it to module_init() so
that
>From 8bb9e36891a803e82c589ef78077838026ce0f7d Mon Sep 17 00:00:00 2001
From: Tetsuo Handa
Date: Tue, 29 Dec 2015 22:20:58 +0900
Subject: [PATCH] mm,oom: Exclude TIF_MEMDIE processes from candidates.
The OOM reaper kernel thread can reclaim OOM victim's memory before the victim
terminates. But
On Tuesday 29 December 2015 14:43:41 Yury Norov wrote:
> On Tue, Dec 29, 2015 at 12:02:33PM +0100, Arnd Bergmann wrote:
> > On Tuesday 29 December 2015 12:26:35 Yury Norov wrote:
> >
> > Acked-by: Arnd Bergmann
> >
> > Should we merge the two patches through my asm-generic tree now, or should
>
On Mon, 28 Dec 2015, Arnd Bergmann wrote:
> On Monday 28 December 2015 07:18:58 Huan Wang wrote:
> > Hi, Arnd,
> >
> > Could you help to review the following patch? Thanks.
> >
>
> Hi Alison,
>
> I'm sorry but I understand very little of this particular area of the kernel.
>
> I've added
On Tuesday 29 December 2015 21:33:52 Rongrong Zou wrote:
> Signed-off-by: Rongrong Zou
> ---
> .../devicetree/bindings/arm64/low-pin-count.txt | 20
>
> 1 file changed, 20 insertions(+)
> create mode 100644 Documentation/devicetree/bindings/arm64/low-pin-count.txt
On Tuesday 29 December 2015 21:33:51 Rongrong Zou wrote:
> We only implement io cycles here, we hook the lpc_io_write_byte
> and lpc_io_read_byte to inb/outb. So the drivers(ipmi/uart) which access
> the legacy ISA I/O port need no modification.
>
> The low pin count specification is at
>
On Tue, Dec 29, 2015 at 2:15 PM, Sebastian Frias wrote:
> Hi,
>
> We are wondering what is the recommended way of adding support for a
> framebuffer driver on the Linux kernel.
> Below you can find a patch with a proposed solution.
That's not really a solution to add a driver to the kernel.
On Tuesday 29 December 2015 21:33:50 Rongrong Zou wrote:
> Indirect ISA port I/O accessing introduced, vendors can hook
> their own in/out function to general inb/outb. Drivers can access
> legacy ISA I/O port by inb/outb as it is done in x86 platform.
>
> Signed-off-by: Rongrong Zou
Looks
On Wed, 23 Dec 2015, Jiang Liu wrote:
> void init_irq_alloc_info(struct irq_alloc_info *info,
> @@ -279,18 +272,21 @@ static void x86_vector_free_irqs(struct irq_domain
> *domain,
>unsigned int virq, unsigned int nr_irqs)
> {
> struct irq_data *irq_data;
>
On Mon, Dec 28, 2015 at 07:24:11AM -0500, Sanidhya Solanki wrote:
> An option to select the RAID Stripe size is made
> available in the BTRFS Filesystem, via an option
> in the BTRFS Config setup, with minimal change
> to the existing code base.
The stripe size depends on how the filesystem was
Hi Jens,
Sorry for sending a patch so late. I found a bug upon generic media
manager initialization, followed by bad block list traversal, leading
to a faulty out-of-bound memory access. Unfortunately, the media manager
is initialized just after device initialization. In most cases the
kernel
dev->nr_luns reports the total number of luns available in a device
while dev->luns_per_chnl is the number of luns per channel.
When multiple channels are available, the offset is calculated from a
channel and lun id into a linear array. As it multiplies with
the total number of luns, we go out
On Wed, 23 Dec 2015, Steven Rostedt wrote:
> On Sun, 6 Dec 2015 10:02:58 +0800
> Li Bin wrote:
> > diff --git a/arch/x86/kernel/ftrace.c b/arch/x86/kernel/ftrace.c
> > index 311bcf3..db0f6b1 100644
> > --- a/arch/x86/kernel/ftrace.c
> > +++ b/arch/x86/kernel/ftrace.c
> > @@ -106,13 +106,11 @@
why not directly ?
struct region_devres *dr = devres_alloc(devm_region_release,
sizeof(struct region_devres),..
2015-12-29 14:24 UTC+01:00, Bojan Prtvar :
> Few lines below dr is reinitialized by devres_alloc()
> so we don't need to init it by NULL in the beginning of
> __devm_request_region()
We only implement io cycles here, we hook the lpc_io_write_byte
and lpc_io_read_byte to inb/outb. So the drivers(ipmi/uart) which access
the legacy ISA I/O port need no modification.
The low pin count specification is at
http://www.intel.com/design/chipsets/industry/lpc.htm
Signed-off-by:
Indirect ISA port I/O accessing introduced, vendors can hook
their own in/out function to general inb/outb. Drivers can access
legacy ISA I/O port by inb/outb as it is done in x86 platform.
Signed-off-by: Rongrong Zou
---
arch/arm64/Kconfig.platforms | 5 ++-
arch/arm64/include/asm/io.h | 78
On Mon, Dec 28, 2015 at 09:53:07PM +0800, Geliang Tang wrote:
> Use ablkcipher_request_cast() instead of open-coding it.
>
> Signed-off-by: Geliang Tang
Applied.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To
Signed-off-by: Rongrong Zou
---
.../devicetree/bindings/arm64/low-pin-count.txt | 20
1 file changed, 20 insertions(+)
create mode 100644 Documentation/devicetree/bindings/arm64/low-pin-count.txt
diff --git a/Documentation/devicetree/bindings/arm64/low-pin-count.txt
The Low Pin Count bus, is used on IBM-compatible personal computers
to connect low-bandwidth devices to the CPU, such as the boot ROM,
"legacy" I/O devices (integrated into a super I/O chip), and Trusted
Platform Module (TPM)."Legacy" I/O devices usually include serial and
parallel ports, PS/2
On Wednesday 23 December 2015 17:04:40 Santosh Shukla wrote:
> On 23 December 2015 at 03:26, Arnd Bergmann wrote:
> > On Tuesday 22 December 2015, Santosh Shukla wrote:
> >> }
> >>
> >> So I care for /dev/ioport types interface who could do more than byte
> >> data copy to/from user-space. I
On Tue, 2015-12-29 at 13:46 +0800, Lu Baolu wrote:
> In current acm driver, the bulk-in callback function ignores the
> URBs unlinked in usb core.
>
> This causes unexpected data loss in some cases. For example,
> runtime suspend entry will unlinked all urbs and set urb->status
> to -ENOENT even
Few lines below dr is reinitialized by devres_alloc()
so we don't need to init it by NULL in the beginning of
__devm_request_region()
Signed-off-by: Bojan Prtvar
---
kernel/resource.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/resource.c b/kernel/resource.c
index
Dmitry Vyukov wrote:
>
> My email client just followed instructions in your email. You've said
> to Reply-to: syzkal...@googlegroups.com.
I did not set this Reply-To header. It's most likely set by your
broken Google Groups setup. So either you should start actually
replying to my email
On Mon, Dec 28, 2015 at 7:16 PM, kernel test robot
wrote:
> FYI, we noticed the below changes on
>
> https://git.kernel.org/pub/scm/linux/kernel/git/luto/linux.git x86/vdso
> commit 6c5548f6d716edd2e88add5e7826d15acae30108 ("x86,vdso: Use .fault
> instead of remap_pfn_range for the vvar
On Mon, Dec 28, 2015 at 05:01:15PM +0800, Zhangjian (Bamvor) wrote:
> Fix the title.
Hi,
Could you re-send your patch, as previous version has wrong subject,
and this - commented body. Or, I can just meld your change to patch #4.
Yury.
>
> On 16:43 2015/12/28, Bamvor Jian Zhang wrote:
> >I
On 2015/12/2 18:13, Xinwei Kong wrote:
This patch adds all I2C nodes for the Hi6220 SoC. This hi6220 Soc
use this I2C IP of Synopsys Designware for HiKey board.
Signed-off-by: Xinwei Kong
Signed-off-by: Chen Feng
---
arch/arm64/boot/dts/hisilicon/hi6220.dtsi | 34
Hi,
We are wondering what is the recommended way of adding support for a
framebuffer driver on the Linux kernel.
Below you can find a patch with a proposed solution.
Our frambuffer driver source code is provided separately, but right now
it requires "cfb_fillrect", "cfb_copyarea" and
On Wed, Dec 23, 2015 at 3:56 PM, Andy Lutomirski wrote:
> Hi Oleg and Kees-
>
> I meant to cc you on this in the first place, but I failed. If you
> have a few minutes, want to take a peek at these and see if you can
> poke any holes in them? I'm reasonably confident that they're a
>
From: Markus Elfring
Date: Tue, 29 Dec 2015 13:56:42 +0100
The platform_device_put() function was called in one case by the
add_child() function during error handling even if the passed
variable "pdev" contained a null pointer.
Implementation details could be improved by the adjustment of jump
On Tue, Dec 29, 2015 at 4:50 AM, Joao Martins wrote:
> On 12/28/2015 11:45 PM, Andy Lutomirski wrote:
>> On Mon, Dec 28, 2015 at 1:52 PM, Joao Martins
>> wrote:
>>> Right now there is only a pvclock_pvti_cpu0_va() which is defined on
>>> kvmclock since:
>>>
>>> commit dac16fba6fc5
>>>
On 12/28/2015 11:45 PM, Andy Lutomirski wrote:
> On Mon, Dec 28, 2015 at 1:52 PM, Joao Martins
> wrote:
>> Right now there is only a pvclock_pvti_cpu0_va() which is defined on
>> kvmclock since:
>>
>> commit dac16fba6fc5
>> ("x86/vdso: Get pvclock data from the vvar VMA instead of the fixmap")
Marcelo,
On Wed, 23 Dec 2015, Marcelo Tosatti wrote:
> On Tue, Dec 22, 2015 at 06:12:05PM +, Yu, Fenghua wrote:
> > > From: Thomas Gleixner [mailto:t...@linutronix.de]
> > >
> > > I was not able to identify any existing infrastructure where this really
> > > fits in. I
> > > chose a
> > > According to Dell WMI document mentioned in ML dicussion archived
> > > at http://www.spinics.net/lists/platform-driver-x86/msg07220.html
> > > OS should check Dell WMI descriptor structure.
> >
> > "Should" or "can"? I skimmed through the ACPI-WMI PDF and Mario's
> > message again and I
https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc
commit c7af9d5728bed29ef614324e67e066896d087c8f
Author: Al Viro
AuthorDate: Thu Dec 24 00:13:10 2015 -0500
Commit: Al Viro
CommitDate: Thu Dec 24 10:52:16 2015 -0500
kernel/*: switch to memdup_user_nul()
Hi Al,
It looks this patch has various impacts. Here are some more bug messages.
https://git.kernel.org/pub/scm/linux/kernel/git/viro/vfs.git work.misc
commit c7af9d5728bed29ef614324e67e066896d087c8f
Author: Al Viro
AuthorDate: Thu Dec 24 00:13:10 2015 -0500
Commit: Al Viro
On Mon, Dec 28, 2015 at 05:01:15PM +0800, Zhangjian (Bamvor) wrote:
> Fix the title.
>
> On 16:43 2015/12/28, Bamvor Jian Zhang wrote:
> >I feel we need something like this to avoid the failure of compiling
> >when build with ARM64_ILP32(which will select COMPAT) and
> >ARMV8_DEPRECATED (which
On Tue, Dec 29, 2015 at 4:24 AM, Stas Sergeev wrote:
> 08.12.2015 02:23, Andy Lutomirski пишет:
>> On Oct 31, 2015 8:25 AM, "Stas Sergeev" wrote:
>>>
>>> 26.10.2015 04:25, Andy Lutomirski пишет:
>>>
These fields have a strange history. This tries to document it.
This borrows from
Fixes: ceb5d58b2170 ("net: fix sock_wake_async() rcu protection")
Commit ceb5d58b2170 ("net: fix sock_wake_async() rcu protection") from
the current 4.4 release cycle introduced a new flags member in
struct socket_wq and moved SOCKWQ_ASYNC_NOSPACE and SOCKWQ_ASYNC_WAITDATA
from struct socket's
201 - 300 of 736 matches
Mail list logo
