This change fixes the following build error when
CONFIG_SECURITY_SMACK_BRINGUP is not defined:
security/smack/smack_lsm.c: In function ‘smack_parse_opts_str’:
security/smack/smack_lsm.c:618:26: error: ‘tokens’ undeclared (first use in
this function)
token = match_token(p, tokens, args);
14.08.2015 03:27, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 5:17 PM, Stas Sergeev wrote:
For example because you can as well do:
prctl(ARCH_SET_SIGNAL_SS, 0)
which will mean "restore ss in sighandler to its current value",
I really think a prctl() is the wrong thing to do.
If you want a s
On Thu, Aug 13, 2015 at 5:24 PM, Andy Lutomirski wrote:
>
> So yes, it mostly works. It also sucks, and it makes it extremely
> unpleasant for any other program to do this.
Well, I'd argue that
(a) we don't really _want_ any other programs to do that
(b) but yeah, we might want to make it ea
On 08/13/2015 02:33 PM, Mathieu Olivari wrote:
diff --git a/drivers/mtd/qcom_smem_part.c b/drivers/mtd/qcom_smem_part.c
new file mode 100644
index 000..6cbf610
--- /dev/null
+++ b/drivers/mtd/qcom_smem_part.c
+#define SMEM_PARTS_MAX 32
+
+struct smem_partition {
+ char
Both loops of this function compare data from the 'chan' array and then
check if the index is valid.
The 2 conditions should be inverted to avoid an out-of-bounds access.
Signed-off-by: Adrien Schildknecht
---
drivers/net/wireless/iwlwifi/iwl-eeprom-parse.c | 4 ++--
1 file changed, 2 insertion
On Thu, Aug 13, 2015 at 5:17 PM, Stas Sergeev wrote:
>
> For example because you can as well do:
> prctl(ARCH_SET_SIGNAL_SS, 0)
> which will mean "restore ss in sighandler to its current value",
I really think a prctl() is the wrong thing to do.
If you want a signal handler to save/restore segme
On Thu, Aug 13, 2015 at 5:08 PM, Linus Torvalds
wrote:
> On Thu, Aug 13, 2015 at 5:00 PM, Stas Sergeev wrote:
>> 14.08.2015 02:00, Andy Lutomirski пишет:
>>>
>>> DOSEMU, when you set that flag, WRFSBASE gets enabled, and glibc's
>>> threading library starts using WRFSBASE instead of arch_prctl.
>
14.08.2015 03:05, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 5:00 PM, Stas Sergeev wrote:
14.08.2015 02:00, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev wrote:
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote:
14.08.
From: Linus Lüssing
Date: Thu, 13 Aug 2015 05:54:07 +0200
> The recent refactoring of the IGMP and MLD parsing code into
> ipv6_mc_check_mld() / ip_mc_check_igmp() introduced a potential crash /
> BUG() invocation for bridges:
>
> I wrongly assumed that skb_get() could be used as a simple refere
On 8/11/2015 12:57 AM, Yunzhi Li wrote:
> We initiate dwc2 usb controller in BIOS, when kernel driver
> start-up we should reset AHB hclk domain to reset all AHB
> interface registers to default. Without this the FIFO value
> setting might be incorrect because calculating FIFO size need the
> power
On Thu, Aug 13, 2015 at 5:00 PM, Stas Sergeev wrote:
> 14.08.2015 02:00, Andy Lutomirski пишет:
>>
>> DOSEMU, when you set that flag, WRFSBASE gets enabled, and glibc's
>> threading library starts using WRFSBASE instead of arch_prctl.
>
> Hmm, how about the following:
>
> prctl(ARCH_SET_SIGNAL_FS,
On Thu, Aug 13, 2015 at 5:00 PM, Stas Sergeev wrote:
> 14.08.2015 02:00, Andy Lutomirski пишет:
>
>> On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev wrote:
>>>
>>> 14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote:
>
> 14.08.2015 01:11,
On Mon, 3 Aug 2015 09:30:25 +0800
Leo Yan wrote:
> Fix minor typo so that can pass correct pointer variable for
> container_of().
Looks good to me, applied to the docs tree. I also took the opportunity
to eliminate the (now) needless line-splitting on the affected lines.
Thanks,
jon
--
To un
On Thu, Aug 13, 2015 at 4:43 PM, Stas Sergeev wrote:
> In fact, in the cases I can remember, the kernel patches
> were never reverted, see this for instance:
> https://lkml.org/lkml/2005/3/26/21
> And there were many other breakages too, for example when
> kernel started to use top-down memory all
We give out loans at 3% interest rate and We are always ready to cater to your
loan need no matter your credit background. Email us now via:
royalsofi...@inbox.lv. for more Detail. Full Name,Country,Loan
Amount,Duration&Phone Number..
--
To unsubscribe from this list: send the line "unsubscribe
14.08.2015 02:00, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev wrote:
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote:
14.08.2015 01:11, Andy Lutomirski пишет:
Now suppose you set some magic flag and jump (via sigreturn,
The patch
regulator: core: Spelling fix
has been applied to the regulator tree at
git://git.kernel.org/pub/scm/linux/kernel/git/broonie/regulator.git
All being well this means that it will be integrated into the linux-next
tree (usually sometime in the next 24 hours) and sent to Linus du
I would like to add support for scanning I2C devices connected to ACPI
OF compatible muxes described in ASL like this:
Device (MUX0)
{
Name (_ADR, 0x70)
Name (_HID, "PRP0001")
Name (_CRS, ResourceTemplate()
{
I2cSerialBus (0x70, ControllerInitiated, I2C_SPEED,
Set an ACPI companion for I2C mux channels enumerated through ACPI and
ensure they are scanned for devices.
Signed-off-by: Dustin Byford
---
drivers/i2c/i2c-core.c | 10 ++
drivers/i2c/i2c-mux.c | 8
2 files changed, 18 insertions(+)
diff --git a/drivers/i2c/i2c-core.c b/driv
On 08/13/2015 02:33 PM, Mathieu Olivari wrote:
@@ -79,6 +79,15 @@
#hwlock-cells = <1>;
};
+
+ smem {
+ compatible = "qcom,smem";
+
+ memory-region = <&smem>;
+ reg = <0x4100 0x4000>;
Doe
On Mon, 10 Aug 2015 09:00:44 +0100
David Drysdale wrote:
> Add a document describing the process of adding a new system call,
> including the need for a flags argument for future compatibility, and
> covering 32-bit/64-bit concerns (albeit in an x86-centric way).
This seems about ready, so I've
There are some errors in the docbook comments in workqueue.h that cause
warnings when the docs are built; this only recently came to light because
these comments were not used until now. Fix the comments to make the
warnings go away.
The "args..." "fix" is a hack. kerneldoc doesn't deal properly
On Thu, Aug 13, 2015 at 4:11 AM, Linus Walleij wrote:
> On Sat, Aug 1, 2015 at 3:17 AM, Gregory Fong wrote:
>
>> Uses the gpiolib irqchip helpers. For this to work, the irq setup
>> function is called once per bank instead of once per device. Note
>> that all known uses of this block have a BCM
On Mon, 10 Aug 2015 15:16:16 -0700
Tim Bird wrote:
> There are some workqueue functions declared in workqueue.h, so include
> that in the workqueue section of the DocBook docs.
Applied to the docs tree, thanks.
It sure would be nice if changes like this were accompanied by a patch
fixing the ad
14.08.2015 02:18, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 4:05 PM, Linus Torvalds
wrote:
The _only_ thing that matters is that something broke.
To clarify: things like test programs etc don't matter. Real
applications, used by real users. That's what regressions cover. If
you have a work
Hi Christoph,
On Fri, Aug 14, 2015 at 12:35 AM, Christoph Hellwig wrote:
> On Thu, Aug 13, 2015 at 09:37:37AM +1000, Julian Calaby wrote:
>> I.e. ~90% of this patch set seems to be just mechanically dropping
>> BUG_ON()s and converting open coded stuff to use accessor functions
>> (which should b
On 08/13/15 16:18, Linus Torvalds wrote:
On Thu, Aug 13, 2015 at 4:05 PM, Linus Torvalds
wrote:
The _only_ thing that matters is that something broke.
To clarify: things like test programs etc don't matter. Real
applications, used by real users. That's what regressions cover. If
you have a wor
On Thu, Aug 13, 2015 at 3:59 PM, Andy Lutomirski wrote:
>
> Kees, would it be straightforward to rig up the seccomp tests to
> automatically test compat? The x86 selftests automatically test both
> native and compat, and that might be usable as a model. I did that
> because it's extremely easy t
On Thu, Aug 13, 2015 at 3:58 PM, Andy Lutomirski wrote:
>
> For better for for worse, the native 64-bit path changed several
> versions agi, and nothing broke that I'm aware of.
Ok, I'll take that as an ACK for the patch, and apply it, since it
seems to fix this regression.
Linus
Hi Spencer & Co,
On Wed, 2015-08-12 at 23:05 -0700, Spencer Baugh wrote:
> From: Roland Dreier
>
> REPORT LUNS should not fail just because the allocation length is less
> than 16. The relevant section of SPC-4 is:
>
> 4.2.5.6 Allocation length
>
> The ALLOCATION LENGTH field specifies th
Hi Olof,
On Thu, 13 Aug 2015 14:26:43 +0200 Olof Johansson wrote:
>
> On Thu, Aug 13, 2015 at 01:21:18PM +0200, Alexandre Belloni wrote:
> > On 13/08/2015 at 12:09:38 +0200, Olof Johansson wrote :
> > > On Fri, Aug 07, 2015 at 06:27:54PM +0200, Alexandre Belloni wrote:
> > > >
> > > > A little d
On Thu, Aug 13, 2015 at 04:09:10PM -0700, James Bottomley wrote:
> On Thu, 2015-08-13 at 17:07 -0700, K. Y. Srinivasan wrote:
> > From: Dexuan Cui
> >
> > This fixes the recent commit 3b71107d73b16074afa7658f3f0fcf837aabfe24:
>
> Which tree is this in? upstream linus is giving me bad object on
On Thu, 13 Aug 2015 20:09:35 -0300
Danilo Cesar Lemes de Paula wrote:
> Did you find time to take a look on this?
No. Just when I thought things couldn't get crazier, my laptop died.
https://plus.google.com/+JonathanCorbet/posts/FBHp48dPb95
What spare time I had has been dedicated t
On Thu, Aug 13, 2015 at 4:05 PM, Linus Torvalds
wrote:
>
> The _only_ thing that matters is that something broke.
To clarify: things like test programs etc don't matter. Real
applications, used by real users. That's what regressions cover. If
you have a workflow that isn't just some random kernel
On 08/13/2015 02:33 PM, Mathieu Olivari wrote:
Add one new node to the ipq806x.dtsi file to declare & register the
hardware spinlock devices. This mechanism is required to be used by
other drivers such as SMEM.
Signed-off-by: Mathieu Olivari
---
arch/arm/boot/dts/qcom-ipq8064.dtsi | 12 ++
14.08.2015 02:00, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev wrote:
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote:
14.08.2015 01:11, Andy Lutomirski пишет:
Now suppose you set some magic flag and jump (via sigreturn,
On Thu, Aug 13, 2015 at 3:59 PM, Andy Lutomirski wrote:
> On Thu, Aug 13, 2015 at 3:56 PM, Kees Cook wrote:
>> On Thu, Aug 13, 2015 at 3:54 PM, Linus Torvalds
>> wrote:
>>> On Thu, Aug 13, 2015 at 3:49 PM, Linus Torvalds
>>> wrote:
Does the attached patch make sense and work?
>>>
>>>
On 07/23/2015 05:29 PM, Jonathan Corbet wrote:
> On Thu, 23 Jul 2015 15:16:23 -0300
> Danilo Cesar Lemes de Paula wrote:
>
>> This series add supports for hyperlink cross-references on Docbooks and
>> an optional markup syntax for in-source Documentation.
>
> I like the idea; just be warned that
On Thu, 2015-08-13 at 17:07 -0700, K. Y. Srinivasan wrote:
> From: Dexuan Cui
>
> This fixes the recent commit 3b71107d73b16074afa7658f3f0fcf837aabfe24:
Which tree is this in? upstream linus is giving me bad object on that
id.
> Drivers: hv: vmbus: Further improve CPU affiliation logic
>
> W
Unfortunately, the clock manager's registers are not accessible by the
ARM, so we have to request that the firmware modify our clocks for us.
This driver only registers the clocks at the point they are requested
by a client driver. This is partially to support returning
-EPROBE_DEFER when the fir
I'm also avoiding requests to set rate/state when they're a no-op, as
apparently no-op changes to pixel clock break the firmware-configured
display setup. It *shouldn't* change anything, but I've confirmed
that setting the CPU clock works fine, and after a couple of weeks of
prodding pixel clock n
Signed-off-by: Eric Anholt
Acked-by: Lee Jones
---
v2: Rename our compat string to mention bcm2835, and make our firmware
phandle be under a vendor-namespaced property.
v3: Squashed in the patches to reference the other clocks, to avoid
regressions now that we register all clocks at boo
The hardware clocks are not controllable by the ARM, so we have to
make requests to the firmware to do so from the VPU side. This will
let us replace fixed clocks in our DT with actual clock control (and
correct frequency information).
Signed-off-by: Eric Anholt
Acked-by: Stephen Warren
Acked-b
On Thu, Aug 13, 2015 at 3:01 PM, Raymond Jennings wrote:
>
> So it still counts as a regression if the kernel pulls the rug out from
> under someone that was relying on undocumented or buggy behavior?
Absolutely. There are no excuses for regressions. If the code was
badly written and left itself
Hi Alan,
thanks for continuing to work on this :) A couple of minor nits ...
On Thu, Aug 13, 2015 at 10:37 AM, wrote:
> From: Alan Tull
>
> Add a document on the new FPGA manager core.
>
> Signed-off-by: Alan Tull
> ---
> v9: initial version where this patch was added
>
> v10: requested clea
Russell King - ARM Linux writes:
> On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
>> Struct mutex is here because this code is from the V3D series, with the
>> in-kernel BO cache ripped out (it turns out that the CMA allocator is
>> slow, and you can't just userspace cache since we
On Thu, Aug 13, 2015 at 3:51 PM, Stas Sergeev wrote:
> 14.08.2015 01:29, Andy Lutomirski пишет:
>>
>> On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote:
>>>
>>> 14.08.2015 01:11, Andy Lutomirski пишет:
>>>
Now suppose you set some magic flag and jump (via sigreturn,
trampoline, whatev
On Thu, Aug 13, 2015 at 3:56 PM, Kees Cook wrote:
> On Thu, Aug 13, 2015 at 3:54 PM, Linus Torvalds
> wrote:
>> On Thu, Aug 13, 2015 at 3:49 PM, Linus Torvalds
>> wrote:
>>>
>>> Does the attached patch make sense and work?
>>
>> Btw, I'm not all that happy with it anyway.
>>
>> I still think Den
On Thu, Aug 13, 2015 at 3:54 PM, Linus Torvalds
wrote:
> On Thu, Aug 13, 2015 at 3:49 PM, Linus Torvalds
> wrote:
>>
>> Does the attached patch make sense and work?
>
> Btw, I'm not all that happy with it anyway.
>
> I still think Denys' patch also potentially changed what audit and
> strace see
On Thu, Aug 13, 2015 at 3:54 PM, Linus Torvalds
wrote:
> On Thu, Aug 13, 2015 at 3:49 PM, Linus Torvalds
> wrote:
>>
>> Does the attached patch make sense and work?
>
> Btw, I'm not all that happy with it anyway.
>
> I still think Denys' patch also potentially changed what audit and
> strace see
On Thu, 2015-08-13 at 14:21 -0700, Calvin Owens wrote:
> Commit 8133534c760d4083 ("net: limit tcp/udp rmem/wmem to
> SOCK_{RCV,SND}BUF_MIN") modified four sysctls to enforce that the values
> written to them are not less than SOCK_MIN_{RCV,SND}BUF.
>
...
>
> This reverts commit 8133534c760d4083f7
On Thu, Aug 13, 2015 at 2:15 PM, Tony Luck wrote:
>
> could you at least care enough to write that as
>
> if (time_after(now, last + HZ)) {
Absolutely not. That would be wrong.
"time_after()" covers half the "unsigned long" space (very much on
purpose). We want the cached case to trigger _
On Thu, Aug 13, 2015 at 3:49 PM, Linus Torvalds
wrote:
>
> Does the attached patch make sense and work?
Btw, I'm not all that happy with it anyway.
I still think Denys' patch also potentially changed what audit and
strace see for %rax in the pt_regs to -ENOSYS, which I'm not convinced
is a good
14.08.2015 01:29, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote:
14.08.2015 01:11, Andy Lutomirski пишет:
Now suppose you set some magic flag and jump (via sigreturn,
trampoline, whatever) into DOS code. The DOS code loads 0x7 into FS
and then gets #GP. You land
On Thu, Aug 13, 2015 at 2:47 PM, Andy Lutomirski wrote:
>
> It seems to me that the bug is that sysexit_from_sys_call isn't
> reloading RAX from regs->ax.
Ugh. That code is confusing, and _most_ cases seem to have %rax already loaded.
There seems to be three cases:
- fallthrough from cstar_dis
e79729123f63 ("writeback: don't issue wb_writeback_work if clean")
updated writeback path to avoid kicking writeback work items if there
are no inodes to be written out; unfortunately, the avoidance logic
was too aggressive and made sync_inodes_sb() skip I_DIRTY_TIME inodes.
This patch fixes the br
From: Dexuan Cui
This fixes the recent commit 3b71107d73b16074afa7658f3f0fcf837aabfe24:
Drivers: hv: vmbus: Further improve CPU affiliation logic
Without the fix, reloading hv_netvsc hangs the guest.
Signed-off-by: Dexuan Cui
Signed-off-by: K. Y. Srinivasan
---
drivers/hv/channel_mgmt.c |
If mtd_device_register() fails in nettel_init(), iomap left mapped.
The patch adds failure handling for mtd_device_register().
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/mtd/maps/nettel.c | 13 ++---
1 file changed, 10 i
make the list of Kconfig dependencies for Freescale
networking more general. Simplify to supported
architectures: ARM, ARM64, PPC, M68K
Signed-off-by: Stuart Yoder
---
drivers/net/ethernet/freescale/Kconfig | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/net/ethern
On Thu, Aug 13, 2015 at 3:25 PM, Stas Sergeev wrote:
> 14.08.2015 01:11, Andy Lutomirski пишет:
>
>> Now suppose you set some magic flag and jump (via sigreturn,
>> trampoline, whatever) into DOS code. The DOS code loads 0x7 into FS
>> and then gets #GP. You land in a signal handler. As far as
The mm-of-the-moment snapshot 2015-08-13-15-29 has been uploaded to
http://www.ozlabs.org/~akpm/mmotm/
mmotm-readme.txt says
README for mm-of-the-moment:
http://www.ozlabs.org/~akpm/mmotm/
This is a snapshot of my -mm patch queue. Uploaded at random hopefully
more than once a week.
You wi
On Thu, Aug 13, 2015 at 2:35 PM, Denys Vlasenko wrote:
>
> I suspect this change:
>
> .macro auditsys_entry_common
> ...
> movl %ebx,%esi /* 2nd arg: 1st syscall arg */
> movl %eax,%edi /* 1st arg: syscall number */
> call __audit_s
14.08.2015 01:11, Andy Lutomirski пишет:
On Thu, Aug 13, 2015 at 3:02 PM, Stas Sergeev wrote:
14.08.2015 00:46, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings
wrote:
I am curious about what's supposed to happen normally on signal delivery.
Is SS a register that's su
On Thu, Aug 13, 2015 at 4:15 PM, Alex Deucher wrote:
> On Thu, Aug 13, 2015 at 3:46 PM, Alex Deucher wrote:
>> On Mon, Aug 10, 2015 at 9:06 PM, Jiang Liu wrote:
>>> On 2015/8/10 23:00, Alex Deucher wrote:
On Sun, Aug 9, 2015 at 4:15 AM, Jiang Liu
wrote:
> Alex Deucher, Mark Rusta
On Thu, Aug 13, 2015 at 3:02 PM, Stas Sergeev wrote:
> 14.08.2015 00:46, Linus Torvalds пишет:
>>
>> On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings
>> wrote:
>>>
>>> I am curious about what's supposed to happen normally on signal delivery.
>>>
>>> Is SS a register that's supposed to be preserv
Hi,
On Thu, Aug 13, 2015 at 09:42:17PM +0200, Krzysztof Opasiak wrote:
> Hello,
>
> On 08/13/2015 09:12 PM, Amit Pundir wrote:
> >This is more of an RFC than an actual submission. There are few
> >scattered #ifdefs..#endifs here and there which still need to be
> >taken care of before going for a
14.08.2015 01:01, Raymond Jennings пишет:
On 08/13/15 14:46, Linus Torvalds wrote:
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings
wrote:
I am curious about what's supposed to happen normally on signal
delivery.
Is SS a register that's supposed to be preserved like EIP/RIP and CS
when a
14.08.2015 00:46, Linus Torvalds пишет:
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings wrote:
I am curious about what's supposed to happen normally on signal delivery.
Is SS a register that's supposed to be preserved like EIP/RIP and CS when a
signal is delivered?
What exactly does "suppos
On 08/13/15 14:46, Linus Torvalds wrote:
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings wrote:
I am curious about what's supposed to happen normally on signal delivery.
Is SS a register that's supposed to be preserved like EIP/RIP and CS when a
signal is delivered?
What exactly does "sup
With more platforms supported, the DSI host
configuration array keeps expanding. This change
moves those to a separate dsi_cfg module.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/Makefile | 1 +
drivers/gpu/drm/msm/dsi/dsi_cfg.c | 92 ++
drivers/gpu/drm/msm/dsi/dsi_cf
On 8/13/15 2:35 PM, pi3orama wrote:
I was thinking about whether to add a "type" field there, so we will have an
explicit
mov const instruction before the call instruction, which can act as a mark.
Also, if
we generate the type code automatically, a type field in this API can make
things
easie
On Thu, Aug 13, 2015 at 2:35 PM, Denys Vlasenko wrote:
> On 08/13/2015 08:47 PM, Kees Cook wrote:
>> On Thu, Aug 13, 2015 at 10:39 AM, David Drysdale wrote:
>>> On Thu, Aug 13, 2015 at 6:15 PM, Andy Lutomirski
>>> wrote:
On Thu, Aug 13, 2015 at 9:28 AM, David Drysdale
wrote:
> O
On Thu, Aug 13, 2015 at 2:42 PM, Raymond Jennings wrote:
>
> I am curious about what's supposed to happen normally on signal delivery.
>
> Is SS a register that's supposed to be preserved like EIP/RIP and CS when a
> signal is delivered?
What exactly does "supposed" mean?
On x86-64, we tradition
The bit position to configure source PLL will change
on new types of PHYs. The caller should pass down
this information.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/dsi/dsi_phy.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/msm/dsi/dsi_p
This change is to update DSI register definition changes
introduced by the following change:
rnndb/dsi: Add more bits for DSI PHY
More registers and bit fields are added for PHY timings
and bitclk source selection.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/dsi/dsi.xml.h | 5 +++
This change moves each PHY type specific code into
separate files.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/Makefile | 6 +-
drivers/gpu/drm/msm/dsi/dsi_phy.c | 756 -
drivers/gpu/drm/msm/dsi/phy/dsi_phy.c | 448 +
dr
On a certain platform, only one type of DSI PHY is used.
This change allows the user to only compile the PHY type
which is being used.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/Kconfig | 14 ++
drivers/gpu/drm/msm/Makefile | 11 +++
drivers/gpu/drm/msm/
We are not checking the return value from msm_dsi_phy_disable().
Change the return type to void.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/dsi/dsi.h | 2 +-
drivers/gpu/drm/msm/dsi/dsi_phy.c | 16 +---
2 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/drivers/g
The DSI PHY driver currently includes the implementation of all PHY types.
To support more types in the future, this patch series is moving each PHY
code into a separate file and making them compile independent. Some clean
up patches for DSI PHY are also included.
Hai Li (5):
drm/msm/dsi: Update
More registers and bit fields are added for PHY timings
and bitclk source selection.
Signed-off-by: Hai Li
---
rnndb/dsi/dsi.xml | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/rnndb/dsi/dsi.xml b/rnndb/dsi/dsi.xml
index 02cfa3b..956f3ff 100644
--- a/rnndb/dsi/dsi
On 08/13/15 13:09, Linus Torvalds wrote:
On Thu, Aug 13, 2015 at 1:08 PM, Cyrill Gorcunov wrote:
If only I'm not missin something obvious this should not hurt us.
But I gonna build test kernel and check to be sure tomorrow, ok?
Thanks,
Linus
--
To unsubscribe from this list:
发自我的 iPhone
> 在 2015年8月14日，上午5:27，Alexei Starovoitov 写道：
>
>> On 7/20/15 8:08 PM, He Kuang wrote:
>> Hi,
>>
>> Previous patch v5 url:
>> http://thread.gmane.org/gmane.linux.kernel/1995274
>>
>> The bugfix of dynamic array length in trace event goes to
>> kernel/git/rostedt/linux-trace.git ft
Hello Friend,
I am specifically contacting you in respect of a business proposal that I
have for you as you appear very relevant in the proposal.Please kindly
reply back to me for further details. Email: normanchan...@gmail.com
Waiting to hear from you.
Regards,
Norman Chan
--
To unsubscri
On 08/13/2015 08:47 PM, Kees Cook wrote:
> On Thu, Aug 13, 2015 at 10:39 AM, David Drysdale wrote:
>> On Thu, Aug 13, 2015 at 6:15 PM, Andy Lutomirski wrote:
>>> On Thu, Aug 13, 2015 at 9:28 AM, David Drysdale wrote:
On Thu, Aug 13, 2015 at 4:17 PM, Denys Vlasenko
wrote:
> On 08/
Add one new node to the ipq806x.dtsi file to declare & register the
hardware spinlock devices. This mechanism is required to be used by
other drivers such as SMEM.
Signed-off-by: Mathieu Olivari
---
arch/arm/boot/dts/qcom-ipq8064.dtsi | 12
1 file changed, 12 insertions(+)
diff --g
QCOM platforms such as IPQ806x are using SMEM to store their flash
layout. This patch set adds the DT nodes required to instanciate SMEM
on IPQ806x and add an MTD parser using it.
This change is based on the SMEM driver posted here:
*https://lkml.org/lkml/2015/7/27/1125
Mathieu Olivari (3):
ARM
SMEM is used on IPQ806x to store various board related information such
as boot device and flash partition layout. We'll declare it as a device
so we can make use of it thanks to the new SMEM soc driver.
Signed-off-by: Mathieu Olivari
---
arch/arm/boot/dts/qcom-ipq8064.dtsi | 11 ++-
1 f
On QCOM platforms using MTD devices storage (such as IPQ806x), SMEM is
used to store partition layout. This new parser can now be used to read
SMEM and use it to register an MTD layout according to its content.
Signed-off-by: Mathieu Olivari
---
drivers/mtd/Kconfig | 7 ++
drivers/mtd
On Thu, Aug 13, 2015 at 04:59:01PM -0400, Sasha Levin wrote:
> Seems to work fine now, thanks!
I've no clue how this doesn't also explode on actual hardware, that code
is convoluted, read and weep.
Ingo, please stick somewhere appropriate :-)
---
Subject: sched: Avoid trying to dequeue/enqueue
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
> Struct mutex is here because this code is from the V3D series, with the
> in-kernel BO cache ripped out (it turns out that the CMA allocator is
> slow, and you can't just userspace cache since we have to do allocations
> within the kern
On 7/20/15 8:08 PM, He Kuang wrote:
Hi,
Previous patch v5 url:
http://thread.gmane.org/gmane.linux.kernel/1995274
The bugfix of dynamic array length in trace event goes to
kernel/git/rostedt/linux-trace.git ftrace/urgent and confirms that the
return value of __get_dynamic_array_len() is the tot
On Thu, Aug 13, 2015 at 11:32 AM, Linus Torvalds
wrote:
> And I also can't find it in myself to care about the "on 32-bit,
> jiffies wraps in 49 days if HZ is 1000". If somebody carefully avoids
> ever reading /proc/meminfo for 49 days, and then reads it in _just_
> the right second, and gets a re
Commit 8133534c760d4083 ("net: limit tcp/udp rmem/wmem to
SOCK_{RCV,SND}BUF_MIN") modified four sysctls to enforce that the values
written to them are not less than SOCK_MIN_{RCV,SND}BUF.
That change causes 4096 to no longer be accepted as a valid value for
'min' in tcp_wmem and udp_wmem_min. 4096
On Thu, Aug 13, 2015 at 9:51 AM, Ross Zwisler
wrote:
> Update the annotation for the kaddr pointer returned by direct_access()
> so that it is a __pmem pointer. This is consistent with the PMEM driver
> and with how this direct_access() pointer is used in the DAX code.
>
> Signed-off-by: Ross Zwi
On Thu, Aug 13, 2015 at 01:44:03PM -0700, Eric Anholt wrote:
> Daniel Vetter writes:
>
> > On Wed, Aug 12, 2015 at 05:56:16PM -0700, Eric Anholt wrote:
> >> This is the start of a full VC4 driver. Right now this just supports
> >> configuring the display using a pre-existing video mode (because
On Wed, Aug 12, 2015 at 01:25:59PM -0700, David Rientjes wrote:
> On Wed, 12 Aug 2015, Naoya Horiguchi wrote:
>
> > Currently /proc/PID/smaps provides no usage info for vma(VM_HUGETLB), which
> > is inconvenient when we want to know per-task or per-vma base hugetlb usage.
> > To solve this, this p
On Thu, Aug 13, 2015 at 12:45:33AM +, Naoya Horiguchi wrote:
> From: Naoya Horiguchi
> Subject: [PATCH] mm: hugetlb: proc: add HugetlbPages field to /proc/PID/status
>
> Currently there's no easy way to get per-process usage of hugetlb pages, which
> is inconvenient because userspace applicat
Hello Guenter,
On Fri, Aug 07, 2015 at 10:02:41PM -0700, Guenter Roeck wrote:
> Introduce an optional hardware maximum timeout in the watchdog core.
> The hardware maximum timeout can be lower than the maximum timeout.
>
> Drivers can set the maximum hardware timeout value in the watchdog data
>
On Wed, Aug 12, 2015 at 01:30:27PM -0700, David Rientjes wrote:
>
> I'd be interested in the comments of others, though, to see if there is
> any reservation about the hstate size breakdown. It may actually find no
> current customer who is interested in parsing it. (If we keep it, I would
>
On Thu, Aug 13, 2015 at 02:13:35PM -0600, Jason Gunthorpe wrote:
> On Thu, Aug 13, 2015 at 03:20:49PM -0400, Jérôme Glisse wrote:
>
> > +#if IS_ENABLED(CONFIG_INFINIBAND_ON_DEMAND_PAGING_HMM)
> > +#else /* CONFIG_INFINIBAND_ON_DEMAND_PAGING_HMM */
>
> Yuk, what is wrong with
>
> #if !IS_ENABL
101 - 200 of 868 matches
Mail list logo
