[PATCH] ARM: dts: qcom: msm8226-samsung-ms013g: Add touch keys

2025-07-08 Thread Raymond Hackley
Touch keys feature on Galaxy Grand 2 is provided by Zinitix touchscreen. Add property linux,keycodes to enable touch keys. Signed-off-by: Raymond Hackley --- arch/arm/boot/dts/qcom/qcom-msm8226-samsung-ms013g.dts | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/boot/dts/qcom/qcom

[PATCH] arm64: dts: qcom: msm8916-samsung-fortuna: Add touch keys

2024-07-24 Thread Raymond Hackley
Touch keys feature on fortuna phones are provided by Zinitix touchscreen. Add property linux,keycodes to enable touch keys. Signed-off-by: Raymond Hackley --- arch/arm64/boot/dts/qcom/msm8916-samsung-fortuna-common.dtsi | 2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm64/boot/dts

Re: [PATCH] arm64: dts: qcom: msm8916-samsung-fortuna: Enable the touchkeys

2024-07-24 Thread Raymond Hackley
> See the "In case your patch fixes a bug.." paragraph in: > > https://docs.kernel.org/process/submitting-patches.html Hi Konrad, the point is not to fix a bug, but to add touchkeys support instead. I will reword the patch when it's confusing. Regards, Raymond

Re: [PATCH] arm64: dts: qcom: msm8916-samsung-fortuna: Enable the touchkeys

2024-07-23 Thread Raymond Hackley
> Fixes? > > Konrad Hi Konrad, the issue is not reported or discussed on lkml, so there is no thread to fix? Regards, Raymond

Re: [PATCH] arm64: dts: qcom: msm8916-samsung-rossa: Add touchscreen

2024-07-23 Thread Raymond Hackley
Tested-by: Juan-Rafael Fernandez Regards, Raymond

[PATCH] arm64: dts: qcom: msm8916-samsung-rossa: Add touchscreen

2024-07-23 Thread Raymond Hackley
Core Prime uses an Imagis IST3038 touchscreen that is connected to blsp_i2c5. Add it to the device tree. Signed-off-by: Raymond Hackley --- .../boot/dts/qcom/msm8916-samsung-rossa.dts | 20 +++ 1 file changed, 20 insertions(+) diff --git a/arch/arm64/boot/dts/qcom/msm8916

[PATCH] arm64: dts: qcom: msm8916-samsung-fortuna: Enable the touchkeys

2024-07-23 Thread Raymond Hackley
The phone needs the touchkeys to be enabled so the sense lines of the touch controller are mapped properly. Otherwise the touchscreen is not mapped to the display properly. Signed-off-by: Raymond Hackley --- arch/arm64/boot/dts/qcom/msm8916-samsung-fortuna-common.dtsi | 2 ++ 1 file changed, 2

[PATCH v3 2/2] ARM: dts: qcom-msm8226-samsung-ms013g: Add initial device tree

2024-06-30 Thread Raymond Hackley
r via the TI TSU6721 MUIC) - Regulators - Touchscreen - Accelerometer Signed-off-by: Raymond Hackley Reviewed-by: Luca Weiss Reviewed-by: Konrad Dybcio --- arch/arm/boot/dts/qcom/Makefile | 1 + .../dts/qcom/qcom-msm8226-samsung-ms013g.dts | 386 ++ 2 files ch

[PATCH v3 1/2] dt-bindings: arm: qcom: Document samsung,ms013g

2024-06-30 Thread Raymond Hackley
Document samsung,ms013g for Galaxy Grand 2. Signed-off-by: Raymond Hackley --- Documentation/devicetree/bindings/arm/qcom.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/qcom.yaml b/Documentation/devicetree/bindings/arm/qcom.yaml index

[PATCH v3 0/2] ARM: dts: qcom-msm8226-samsung-ms013g: Add initial device tree

2024-06-30 Thread Raymond Hackley
Samsung Galaxy Grand 2 is a phone based on MSM8226. It's similar to the other Samsung devices based on MSM8226 with only a few minor differences. The device trees contain initial support with: - GPIO keys - Regulator haptic - SDHCI (internal and external storage) - UART (on USB connector via t

[PATCH v2 1/2] dt-bindings: arm: qcom: Document samsung,ms013g

2024-06-27 Thread Raymond Hackley
Document samsung,ms013g for Galaxy Grand 2. Signed-off-by: Raymond Hackley --- Documentation/devicetree/bindings/arm/qcom.yaml | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/arm/qcom.yaml b/Documentation/devicetree/bindings/arm/qcom.yaml index

[PATCH v2 2/2] ARM: dts: qcom-msm8226-samsung-ms013g: Add initial device tree

2024-06-27 Thread Raymond Hackley
r via the TI TSU6721 MUIC) - Regulators - Touchscreen - Accelerometer Signed-off-by: Raymond Hackley --- arch/arm/boot/dts/qcom/Makefile | 1 + .../dts/qcom/qcom-msm8226-samsung-ms013g.dts | 386 ++ 2 files changed, 387 insertions(+) create mode 100644 arch/arm

[PATCH v2 0/2] ARM: dts: qcom-msm8226-samsung-ms013g: Add initial device tree

2024-06-27 Thread Raymond Hackley
Samsung Galaxy Grand 2 is a phone based on MSM8226. It's similar to the other Samsung devices based on MSM8226 with only a few minor differences. The device trees contain initial support with: - GPIO keys - Regulator haptic - SDHCI (internal and external storage) - UART (on USB connector via t

I am Vice Chairman of Hang Seng Bank, I have Important Matter to Discuss with you concerning my late client. Died without a NEXT OF KIN. Send me your private email for full details inf

2020-12-07 Thread Dr Raymond Chien Hang Seng
E-Mail: dr2987...@gmail.com

I am Vice Chairman of Hang Seng Bank, Dr. Raymond Chien Kuo Fung I have Important Matter to Discuss with you concerning my late client. Died without a NEXT OF KIN. Send me your private

2020-12-07 Thread Raymond
email:kraymon...@aol.com

[PATCH] libata: fix using DMA buffers on stack

2019-03-28 Thread raymond pang
When CONFIG_VMAP_STACK=y, __pa() returns incorrect physical address for a stack virtual address. Stack DMA buffers must be avoided. Signed-off-by: raymond pang --- drivers/ata/libata-zpodd.c | 34 -- 1 file changed, 24 insertions(+), 10 deletions(-) diff --git a

Re: [PATCH] libata: fix using DMA buffers on stack

2019-03-28 Thread raymond pang
hi Jens, Thanks for review. I'll fix them up. Best regards, Raymond On Tue, Mar 26, 2019 at 2:09 PM Jens Axboe wrote: > > On 3/25/19 9:07 PM, raymond pang wrote: > > When CONFIG_VMAP_STACK=y, __pa() returns incorrect physical address for > > a stack virtual address. St

[PATCH] libata: fix using DMA buffers on stack

2019-03-25 Thread raymond pang
When CONFIG_VMAP_STACK=y, __pa() returns incorrect physical address for a stack virtual address. Stack DMA buffers must be avoided. Signed-off-by: raymond pang --- drivers/ata/libata-zpodd.c | 36 ++-- 1 file changed, 26 insertions(+), 10 deletions(-) diff --git

Time zones

2018-12-15 Thread Raymond Jennings
Is it possible to tell the kernel what time zone the RTC is in? Right now it appears to assume that it's always in UTC, and this causes a few headaches during the boot process. As it is I tried to file a bug to have openrc activate hwclock earlier, but it was rejected.

vt-d/iommu: RMRR-declared ACPI device handling in current VT-d Driver

2018-12-12 Thread raymond pang
pace for it and then adds it into dmar_rmrr_unit->device[] via dmar_iommu_notify_scope_dev(). If there is any mistake, please correct me. Thanks BRs, Raymond

Re: [Ksummit-discuss] Call to Action Re: [PATCH 0/7] Code of Conduct: Fix some wording, and add an interpretation document

2018-11-03 Thread Eric S. Raymond
t;people > code" in that? -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funded by the Internet Civil Engineering Institute: https://icei.org Please visit their site and donate: the civilization you save might be your own. signature.asc Description: PGP signature

Re: [Ksummit-discuss] The linux devs can rescind their license grant.

2018-10-27 Thread Eric S. Raymond
unpleasantly. The prose style doesn't match. MikeeUSA could barely maintain coherent communication; this guy is using language that indicates he's at least several degrees brighter. -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funded by the Internet Ci

Re: The linux devs can rescind their license grant.

2018-10-26 Thread Eric S. Raymond
des to lkml so indicates. Which is why I'm trying to get the kernel leadership to repair its unnecessarily high-handed behavior before somebody gets pissed off enough to actually drop a bomb. -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funded by the Inter

Re: The linux devs can rescind their license grant.

2018-10-25 Thread Eric S. Raymond
that it is *my* job to fix this mess, or at least to give it a good hard try. I doubt they're trolling; what would be the point? -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funded by the Internet Civil Engineering Institute: https://icei.org Please visi

Re: The linux devs can rescind their license grant.

2018-10-25 Thread Eric S. Raymond
immediate imposition of one, but by a public RFC process and consensus-building - a process in which even those who lost arguments about the construction of the code could know they had been heard. -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funded by the Int

Re: The linux devs can rescind their license grant.

2018-10-25 Thread Eric S. Raymond
Theodore Y. Ts'o : > On Thu, Oct 25, 2018 at 03:39:01PM -0400, Eric S. Raymond wrote: > > Under Jacobsen vs. Katzer (535 f 3d 1373 fed cir 2008) authors of > > GPLed software have a specific right to relief (including injunctive > > relief) against misappropriation of t

Re: The linux devs can rescind their license grant.

2018-10-25 Thread Eric S. Raymond
inded is settled - nor does my wife Cathy Raymond, Esq., a practicing attorney who has also studied the relevant law. Be very skeptical about what the FSF or SFC tells you about this; they have a very strong institutional/ideological incentive to affirm irrevocability regardless of what the law a

Re: [PATCH 0/7] Code of Conduct: Fix some wording, and add an interpretation document

2018-10-21 Thread Eric S. Raymond
ppropriate for an international project. Best to leave the whole mess out and just pledge to treat individuals well. -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funded by the Internet Civil Engineering Institute: https://icei.org Please visit their site and donate: the civilization you save might be your own.

Re: [Ksummit-discuss] [PATCH] code-of-conduct: Remove explicit list of discrimination factors

2018-10-10 Thread Eric S. Raymond
7;s called RFCs. If we want to designate protected classes to be called out in conductt guidelines, an RFC should be floated first and the change should be made only if rough consensus has been achieved. -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funde

Re: Code of Conduct: Let's revamp it.

2018-09-29 Thread Eric S. Raymond
ngs*; that is *our* culture's mechanism for achieving and maintaining consensus on difficult issues. -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funded by the Internet Civil Engineering Institute: https://icei.org Please visit their site and donate: the civilization you save might be your own.

Re: Code of Conduct: Let's revamp it.

2018-09-29 Thread Eric S. Raymond
s is a telos issue, not just an ethos issue, and much more fundamental. I endorse a suggestion made elsewhere that a revised CoC would best be developed by an RFC-like process. Because *that is how we do such things*; that is *our* culture's mechanism for achieving and maintaining consensus o

Re: Licenses and revocability, in a paragraph or less.

2018-09-27 Thread Eric S. Raymond
paralegal could write the brief in an evening. Hell, I could almost do it myself. I do not personally want to see this happen. But that it is possible is a fact all parties must deal with. -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funded by the Internet C

Re: Code of Conduct: Let's revamp it.

2018-09-25 Thread Eric S. Raymond
r the CoC. That should be a clue that imposing the CoC without a lot of public discussion and preparation was a mistake, and it should be revereted until at least rough consensus in fovor of some improvement on the old Code is achieved. -- http://www.catb.org/~esr/";>E

Re: Code of Conduct: Let's revamp it.

2018-09-25 Thread Eric S. Raymond
ltural group. We have nothing to gain by getting entangled with political culture wars, and everything to lose. -- http://www.catb.org/~esr/";>Eric S. Raymond My work is funded by the Internet Civil Engineering Institute: https://icei.org Please visit their site a

On holy wars, and a plea for peace

2018-09-23 Thread Eric S. Raymond
, do we have the most inclusive (least normative) ethos possible to achieve it? When you have an answer to that question, you will know what we need to do about the CoC and the "killswitch" revolt. -- http://www.catb.org/~esr/";>Eric S. Raymond The spirit of re

Dear God select,

2018-06-21 Thread Mrs.Mabel Raymond
Dear God select, My name is Mrs.Raymond Mabel, an elderly widow who suffers from a prolonged illness,l I am contacting you in regards to a Charity Project for helping Less privileged people,orphanages, widows and propagating the word of God. which I want to entrust into your care as my Docto

Aborting a core dump on a fatal signal

2017-09-25 Thread Raymond Jennings
Would there be any benefit to allowing an in-progress core dump to be aborted if the dumping process receives a fatal signal? Example: Process segfaults, starts dumping core, but it has a lot of virtual memory allocated so it promptly leads to a queue-clogging deluge of I/O that takes in some cas

[tip:x86/apic] x86/ioapic: Print the IRTE's index field correctly when enabling INTR

2017-08-23 Thread tip-bot for raymond pang
Commit-ID: adfaf18334cbf16c563e4ebc67e968ea1b17ec51 Gitweb: http://git.kernel.org/tip/adfaf18334cbf16c563e4ebc67e968ea1b17ec51 Author: raymond pang AuthorDate: Tue, 22 Aug 2017 23:44:47 +0800 Committer: Ingo Molnar CommitDate: Wed, 23 Aug 2017 10:17:17 +0200 x86/ioapic: Print the

[PATCH] x86/ioapic: Correctly print IRTE's index field when enabling INTR

2017-08-22 Thread raymond pang
When enabling interrupt remap, IOAPIC's RTE contains interrupt_index field of IRTE. And this field is composed of index and index2 member of struct IR_IO_APIC_route_entry. Make io_apic_print_entries() correctly print interrupt index field. Signed-off-by: Raymond Pang --- arch/x86/kernel

Donation

2017-06-26 Thread Raymond Bell
I am Raymond Scott Bells, My wife and I won $50-million Lotto Max cheque,in Edmonton,we have decided to donate to the less privileged and charity projects all over the world, and make at least 5 people millionaires. To verify, please see our interview by visiting the web page below. http

Re: [PATCH 0/3] ABI CHANGE!!! Remove questionable remote SP reads

2016-10-04 Thread Raymond Jennings
My personal opinion is that even looking at esp/rsp is asking for trouble. The only reliable information is VM_STACK or another VM flag that makes the area expand in response to stack growth. Besides, userspace could always play funky trampoline games with the stack pointer, or even dynamical

Re: BUG_ON() in workingset_node_shadows_dec() triggers

2016-10-04 Thread Raymond Jennings
On Mon, Oct 3, 2016 at 9:12 PM, Linus Torvalds wrote: On Mon, Oct 3, 2016 at 9:07 PM, Andrew Morton wrote: Well, it's a VM_BUG_ON and few people run with CONFIG_DEBUG_VM. Ehh. If by "few people" you mean "pretty much everybody", you'd be right, but your choice of wording would be somewhat

Removal of wchan and top

2015-11-13 Thread Raymond Jennings
Hey, don't know if this is important enough, but could I request that the removal of wchan be reverted, or at least wrapped in an optional config setting? I happen to enjoy monitoring this information with a secure top, and it's useful for understanding how my system works and I've used it a

Re: Updated scalable urandom patchkit

2015-10-12 Thread Raymond Jennings
On Mon, Oct 12, 2015 at 7:46 PM, Theodore Ts'o wrote: On Mon, Oct 12, 2015 at 04:30:59PM -0400, George Spelvin wrote: > Segregating abusers solves both problems. If we do this then we don't > need to drop the locks from the nonblocking pool, which solves the > security problem. Er, sor

Re: can't oom-kill zap the victim's memory?

2015-09-20 Thread Raymond Jennings
On 09/20/15 11:05, Linus Torvalds wrote: On Sun, Sep 20, 2015 at 5:56 AM, Oleg Nesterov wrote: In this case the workqueue thread will block. What workqueue thread? pagefault_out_of_memory -> out_of_memory -> oom_kill_process as far as I can tell, this can be called by an

Re: can't oom-kill zap the victim's memory?

2015-09-19 Thread Raymond Jennings
On 09/19/15 15:24, Linus Torvalds wrote: On Sat, Sep 19, 2015 at 8:03 AM, Oleg Nesterov wrote: + +static void oom_unmap_func(struct work_struct *work) +{ + struct mm_struct *mm = xchg(&oom_unmap_mm, NULL); + + if (!atomic_inc_not_zero(&mm->mm_users)) + return; + +

Re: First kernel patch (optimization)

2015-09-18 Thread Raymond Jennings
On 09/18/15 00:42, Greg KH wrote: On Thu, Sep 17, 2015 at 11:12:51PM -0400, Theodore Ts'o wrote: On Wed, Sep 16, 2015 at 01:26:51PM -0400, Josh Boyer wrote: That isn't true. It helps the submitter understand the workflow and expectations. What you meant to say is that it doesn't help you. Th

Re: First kernel patch (optimization)

2015-09-16 Thread Raymond Jennings
On 09/16/15 09:40, Theodore Ts'o wrote: On Wed, Sep 16, 2015 at 05:03:39PM +0100, Eric Curtin wrote: Hi Greg, As I said in the subject of the mail (which I have been since told I shouldn't have done this), I'm a noob to kernel code. I tried to pick off something super simple to just see what

Good day,

2015-09-12 Thread Raymond Du Plesis.
Good day, I am Raymond Du Plesis. I have emailed you earlier on without any response from you. On my first email I mentioned about my late client Mr. Daniel whose relatives I cannot get in touch with but both of you have the same last name, so it will be very easy to front you as his

Re: stop breaking dosemu (Re: x86/kconfig/32: Rename CONFIG_VM86 and default it to 'n')

2015-09-04 Thread Raymond Jennings
On 09/04/15 14:30, Stas Sergeev wrote: 05.09.2015 00:16, Stas Sergeev пишет: I agree. vm86() is a mess. My point is that its risky parts and useless funtionality is _already_ known (even I can point to the particular code parts than can simply be removed). As such, it simply had to be re-visited

Re: [GIT PULL] Ext3 removal, quota & udf fixes

2015-09-01 Thread Raymond Jennings
On 09/01/15 20:30, Albino B Neto wrote: 2015-08-31 23:53 GMT-03:00 Theodore Ts'o : Yes, you can go back to ext3-only. In fact, we do *not* automatically upgrade the file system to use ext4-specific features. So it's not just a "you can use ext4 instead" issue. Can you do that *without* then fo

Re: [GIT PULL] Ext3 removal, quota & udf fixes

2015-08-31 Thread Raymond Jennings
On 08/31/15 15:31, Raymond Jennings wrote: On 08/31/15 14:37, Linus Torvalds wrote: On Sun, Aug 30, 2015 at 11:19 PM, Jan Kara wrote: The biggest change in the pull is the removal of ext3 filesystem driver (~28k lines removed). I really am not ready to just remove ext3 without a lot of good

Re: [GIT PULL] Ext3 removal, quota & udf fixes

2015-08-31 Thread Raymond Jennings
On 08/31/15 15:39, Linus Torvalds wrote: On Mon, Aug 31, 2015 at 3:31 PM, Raymond Jennings wrote: That said, I wouldn't mind myself if the ext4 driver were given a very grueling regression test to make sure it can actually handle old ext3 systems as well as the ext3 driver can. That

Re: [GIT PULL] Ext3 removal, quota & udf fixes

2015-08-31 Thread Raymond Jennings
On 08/31/15 14:37, Linus Torvalds wrote: On Sun, Aug 30, 2015 at 11:19 PM, Jan Kara wrote: The biggest change in the pull is the removal of ext3 filesystem driver (~28k lines removed). I really am not ready to just remove ext3 without a lot of good arguments. There might well be people who thi

Moving more kernel data into highmem?

2015-08-22 Thread Raymond Jennings
Hey, I remembered that there's an option to put third level page tables in highmem. This might be a stupid question, but is there a way to move more kernel data into highmem? For example, page directories, first level page tables? I even remember a few articles on lwn about how much space is

Re: [PATCH] Clean up whitespace in vfs.txt

2015-08-18 Thread Raymond Jennings
On 08/10/15 02:31, Raymond Jennings wrote: I noticed that vfs.txt looked kinda funky, so I went ahead and reformatted it. Signed-off-by: Raymond Jennings Cc: Andrew Morton --- diff --git a/Documentation/filesystems/vfs.txt b/Documentation/filesystems/vfs.txt index 5eb8456..8ddfe06 100644

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

2015-08-13 Thread Raymond Jennings
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

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

2015-08-13 Thread 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 signal is delivered? What ex

Re: [regression] x86/signal/64: Fix SS handling for signals delivered to 64-bit programs breaks dosemu

2015-08-13 Thread Raymond Jennings
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:

[PATCH] Clean up whitespace in vfs.txt

2015-08-10 Thread Raymond Jennings
I noticed that vfs.txt looked kinda funky, so I went ahead and reformatted it. Signed-off-by: Raymond Jennings Cc: Andrew Morton --- diff --git a/Documentation/filesystems/vfs.txt b/Documentation/filesystems/vfs.txt index 5eb8456..8ddfe06 100644 --- a/Documentation/filesystems/vfs.txt +++ b

Re: Dealing with the NMI mess

2015-07-24 Thread Raymond Jennings
On Thu, 2015-07-23 at 13:21 -0700, Andy Lutomirski wrote: > [moved to a new thread, cc list trimmed] > > Hi all- > > We've considered two approaches to dealing with NMIs: > > 1. Allow nesting. We know quite well how messy that is. This might be a stupid question, but 1. What exactly does the

Re: [PATCH] x86: Fix detection of GCC -mpreferred-stack-boundary support

2015-07-06 Thread Raymond Jennings
On Mon, 2015-07-06 at 10:59 -0700, Andy Lutomirski wrote: > On Mon, Jul 6, 2015 at 10:40 AM, Ingo Molnar wrote: > > > > * Andy Lutomirski wrote: > > > >> > My reasoning: on modern uarchs there's no penalty for 32-bit > >> > misalignment of > >> > 64-bit variables, only if they cross 64-byte cach

Re: [PATCH 1/1] tty: fix up atime/mtime mess, take four

2015-03-06 Thread Raymond Jennings
On Fri, 2015-02-27 at 18:40 +0100, Jiri Slaby wrote: > So check the absolute difference of times and if it large than "8 > seconds or so", always update the time. That means we will update > immediatelly when changing time. Ergo, CAP_SYS_TIME can foul the > check, but it was always that way. If I

Hello

2015-02-13 Thread Mrs Anita raymond
Am Anita please don't be offended by contacting you in this manner. I want us to discuss something very important that will benefit both of us. I will be very glad if partner with me and profit from this business deal. Please it is very important you contact me immediately for further explanation o

[PATCH v4 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2015-02-01 Thread Raymond Tan
d-by: Andy Shevchenko Signed-off-by: Weike Chen Signed-off-by: Raymond Tan --- drivers/mfd/Kconfig| 12 ++ drivers/mfd/Makefile |1 + drivers/mfd/intel_quark_i2c_gpio.c | 277 3 files changed, 290 insertions(+) create m

[PATCH v4 0/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2015-02-01 Thread Raymond Tan
From: "Tan, Raymond" Hi, This patch is for enabling support of Intel Quark X1000 I2C controller and GPIO controller. In Quark X1000, the platform exports a single PCI device with both I2C and GPIO functions. This MFD driver will split the 2 devices for their respective drivers. ---

RE: [PATCH v3 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2015-01-26 Thread Tan, Raymond
Hi Mike, Thanks for the acknowledgement. The clk will be consumed by the desginware i2c controller. Warm Regards,  Raymond Tan Software Engineer Malaysia IT Flex Services INET: 8-253-0075 Flex Website: http://flexservices.intel.com > -Original Message- > From: Mike Tur

RE: [PATCH v3 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2015-01-05 Thread Tan, Raymond
Hi Lee Jones, Happy New Year. Regarding Andriy's suggestion to split and reorganize the MFD drivers for IA platform in the previous email, any thoughts from you? Should I proceed to work in splitting it or keep the structure as-is for now? Thanks. Warm Regards,  Raymon

RE: WASP for Linux 7?

2014-12-31 Thread Pittigher, Raymond - Exelis
From: linux-audit-boun...@redhat.com [linux-audit-boun...@redhat.com] on behalf of Margaret M Sanders [msand...@swri.org] Sent: Monday, December 29, 2014 4:35 PM To: Paul Moore; Toralf Förster Cc: linux-au...@redhat.com; linux Kernel Subject: WASP for Linu

RE: [PATCH v3 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-12-21 Thread Tan, Raymond
Hi Mike, Thanks for your reply. I've answered the questions as below. Warm Regards, Raymond Tan > -Original Message- > From: Mike Turquette [mailto:mturque...@linaro.org] > Sent: Friday, December 12, 2014 6:26 AM > To: Tan, Raymond; Lee Jones; Samuel Ortiz &

RE: [PATCH v2 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-12-11 Thread Tan, Raymond
as drvdata for later use during the removal of the driver for unregistering the clk and clk_lookup. Warm Regards,  Raymond Tan Software Engineer Malaysia IT Flex Services INET: 8-253-0075 Flex Website: http://flexservices.intel.com > -Original Message- > From: Lee Jones [mailto

[PATCH v3 0/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-12-11 Thread Raymond Tan
From: "Tan, Raymond" Hi, This patch is for enabling support of Intel Quark X1000 I2C controller and GPIO controller. In Quark X1000, the platform exports a single PCI device with both I2C and GPIO functions. This MFD driver will split the 2 devices for their respective drivers. ---

[PATCH v3 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-12-11 Thread Raymond Tan
-by: Weike Chen Signed-off-by: Raymond Tan --- drivers/mfd/Kconfig| 12 ++ drivers/mfd/Makefile |1 + drivers/mfd/intel_quark_i2c_gpio.c | 279 3 files changed, 292 insertions(+) create mode 100644 drivers/mfd/intel_quark_

RE: [PATCH v2 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-11-24 Thread Tan, Raymond
Hi Lee Jones, Thanks for the review and input. Here's the responses. Warm Regards,  Raymond Tan > -Original Message- > From: Lee Jones [mailto:lee.jo...@linaro.org] > Sent: Wednesday, November 19, 2014 1:22 AM > To: Tan, Raymond > Cc: Samuel Ortiz; linux-kernel@v

[PATCH v2 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-11-11 Thread Raymond Tan
-by: Weike Chen Signed-off-by: Raymond Tan --- drivers/mfd/Kconfig| 11 ++ drivers/mfd/Makefile |1 + drivers/mfd/intel_quark_i2c_gpio.c | 298 3 files changed, 310 insertions(+) create mode 100644 drivers/mfd/intel_quark_

[PATCH v2 0/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-11-11 Thread Raymond Tan
From: "Tan, Raymond" Hi, This patch is for enabling support of Intel Quark X1000 I2C controller and GPIO controller. In Quark X1000, the platform exports a single PCI device with both I2C and GPIO functions. This MFD driver will split the 2 devices for their respective drivers. ---

RE: [PATCH 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-11-11 Thread Tan, Raymond
Hi Andy, Thanks for your review. I've made the changes and will resend the patch v2. Warm Regards,  Raymond Tan Software Engineer Malaysia IT Flex Services INET: 8-253-0075 Flex Website: http://flexservices.intel.com > -Original Message- > From: Andy

[PATCH 1/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-11-02 Thread Raymond Tan
In Quark X1000, there's a single PCI device that provides both an I2C controller and a GPIO controller. This MFD driver will split the 2 devices for their respective drivers. This patch is based on Josef Ahmad's initial work for Quark enabling. Signed-off-by: Weike Chen Signed-off-b

[PATCH 0/1] mfd: intel_quark_i2c_gpio: Add Intel Quark X1000 I2C-GPIO MFD Driver

2014-11-02 Thread Raymond Tan
From: "Tan, Raymond" Hi, This patch is for enabling support of Intel Quark X1000 I2C controller and GPIO controller. In Quark X1000, the platform exports a single PCI device with both I2C and GPIO functions. This MFD driver will split the 2 devices for their respective drivers. Raym

[PATCH] imx6 PCI Host initialisation order

2014-09-08 Thread Raymond van der Rots
which the peripheral should be enabled. This patch changes that initialisation order. I do not have other hardware with an imx6dl, so this patch has only been tested on our board. Could someone confirm that this is more technically correct or improves behaviour? Signed-off-by: Raymond van der Rots --- d

[PATCH 1/1] i2c: designware: add support of platform data to set I2C mode

2014-09-02 Thread Raymond Tan
From: "Tan, Raymond" Use the platform data to set the clk_freq when there is no DT configuration available. The clk_freq in turn will determine the I2C speed mode. In Quark, there is currently no other configuration mechanism other than board files. Signed-off-by: Raymond Tan R

[PATCH 0/1] i2c: designware: Add support for Intel Quark X1000

2014-09-02 Thread Raymond Tan
From: "Tan, Raymond" Hi, This patch is for enabling support of Intel Quark X1000 i2c controller. The Quark designware i2c controller is registered as a MFD device, and Quark exports a single PCI device with both I2C and GPIO functions. In Quark, there is currently no other con

[PATCH 1/2] CodingStyle: Fixed a minor typo.

2014-07-24 Thread Raymond L. Rivera
There was a minor typo in the CodingStyle document where the word 'section' had been spelled as 'secton'. Signed-off-by: Raymond L. Rivera --- Documentation/CodingStyle | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/CodingStyle b/Docum

[PATCH 2/2] linux/pagemap.h: Fixed a typo in a code comment.

2014-07-24 Thread Raymond L. Rivera
Corrected a minor typo in a code comment where 'be' was missing. Signed-off-by: Raymond L. Rivera --- include/linux/pagemap.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/linux/pagemap.h b/include/linux/pagemap.h index 0a97b58..bcabdbe 100644 --- a/inc

[PATCH 0/2] Minor documentation typo fixes.

2014-07-24 Thread Raymond L. Rivera
I discovered a few minor typos in some files I was reading and I fixed them. I also took the opportunity to familiarize myself with the patch submission process and a few other things. Hope it works out. Raymond L. Rivera (2): CodingStyle: Fixed a minor typo. linux/pagemap.h: Fixed a typo in

Hello

2014-04-15 Thread Mr. Raymond Hung Lee
From: Mr. RWH Lee Email: (1952025...@qq.com) Good Day I am Mr. Raymond Wing Hung LEE the Executive Director and chief Financial officer of Fubon Bank (Hong Kong) Limited. I need your assistance in transferring funds worth $47.1million dollars. Kindly write back to (1952025...@qq.com), I shall

Re: [RFC] usb: option: blacklist ZTE MF667 net interface

2014-02-10 Thread Raymond W
Sorry, first time, meant to be "PATCH". On Sun, Feb 9, 2014 at 7:31 PM, Greg KH wrote: > On Sun, Feb 09, 2014 at 11:59:46AM +0300, Raymond Wanyoike wrote: >> Interface #5 of 19d2:1270 is a net interface which has been submitted to the >> qmi_wwan driver so consequently

[RFC] usb: option: blacklist ZTE MF667 net interface

2014-02-09 Thread Raymond Wanyoike
Interface #5 of 19d2:1270 is a net interface which has been submitted to the qmi_wwan driver so consequently remove it from the option driver. Signed-off-by: Raymond Wanyoike --- drivers/usb/serial/option.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/usb/serial

[RFC] net: qmi_wwan: add ZTE MF667

2014-02-08 Thread Raymond Wanyoike
" VID_19D2&PID_1270&MI_03: "ZTE MF667 ATExt Port" VID_19D2&PID_1270&MI_04: "ZTE MF667 USB Modem" VID_19D2&PID_1270&MI_05: "ZTE MF667 Network Adapter" Signed-off-by: Raymond Wanyoike --- drivers/net/usb/qmi_wwan.c | 1 + 1 file changed,

From Joy

2013-12-16 Thread Joy Raymond
Hello How are you doing,I saw your email when i was browes and become interested in you i we like to have a good friendship with you write back to me so that i can tell you more about me and send you some copy's of my picture for you to know me well. I await your response Thank you JOY --

mmotm: swap overflow warning patch: mangled description and missing review tag

2013-07-21 Thread Raymond Jennings
hen-a-swap-area-overflows-the-maximum-size.patch If you could fix my test transcript and properly credit Rik for reviewing my patch before you ship it to linus I'd appreciate it. The correctly formatted patch and description with corrections and tags follows: ---- From: Raymond Jennings Sub

Re: [ATTEND] How to act on LKML (was: [ 00/19] 3.10.1-stable review)

2013-07-15 Thread Raymond Jennings
On Mon, 2013-07-15 at 15:38 -0700, Linus Torvalds wrote: > On Mon, Jul 15, 2013 at 3:08 PM, Steven Rostedt wrote: > > > > Can we please make this into a Kernel Summit discussion. I highly doubt > > we would solve anything, but it certainly would be a fun segment to > > watch :-) > > I think we sh

Re: CONFIG_* used by user-space to figure out whether a feature is on/off

2013-07-15 Thread Raymond Jennings
On Mon, 2013-07-15 at 17:53 -0700, Linus Torvalds wrote: > On Mon, Jul 15, 2013 at 5:46 PM, Raymond Jennings wrote: > > > > I'd like to point out that Google Chrome also makes use of CONFIG_ tests > > to detect support for namespaces and pid containers and stuff. &

Re: CONFIG_* used by user-space to figure out whether a feature is on/off

2013-07-15 Thread Raymond Jennings
On Mon, 2013-07-15 at 10:17 -0700, Linus Torvalds wrote: > On Mon, Jul 15, 2013 at 8:40 AM, Konrad Rzeszutek Wilk > wrote: > > > > I am hoping you can help me draw an understanding and a line in sand > > whether: > > a) Tools should not depend on /proc/config.gz to figure out whether > > a k

Re: [ 00/19] 3.10.1-stable review

2013-07-15 Thread Raymond Jennings
On Mon, 2013-07-15 at 12:23 -0700, Linus Torvalds wrote: > On Mon, Jul 15, 2013 at 12:17 PM, Willy Tarreau wrote: > > > > BTW, I was amazed that you managed to get him have a much softer tone inr > > his last e-mail, you probably found a weakness here in his management > > process :-) > > Hey, I

Re: [PATCH v2] swap: warn when a swap area overflows the maximum size

2013-07-07 Thread Raymond Jennings
Screwed up and didn't attach my fixed test log to the second version. See below. On Sun, 2013-07-07 at 15:31 -0400, Rik van Riel wrote: > On 07/07/2013 03:13 PM, Raymond Jennings wrote: > > Turned the comparison around for clarity of "bigger than" > > > &

[PATCH v2] swap: warn when a swap area overflows the maximum size

2013-07-07 Thread Raymond Jennings
ap: warn when a swap area overflows the maximum size It is possible to swapon a swap area that is too big for the pte width to handle. Presently this failure happens silently. Instead, emit a diagnostic to warn the user. Signed-off-by: Raymond Jennings Acked-by: Valdis Kletnieks diff --git

Re: [PATCH] swap: warn when a swap area overflows the maximum size (resent)

2013-07-07 Thread Raymond Jennings
...I hate you gmail... On Sun, 2013-07-07 at 04:52 -0700, Raymond Jennings wrote: > # lvresize /dev/system/swap --size 16G Typo in the second test. The first line should read: # lvresize /dev/system/swap --size 64G First ever serious patch, got excited and burned the copypasta. > #

[PATCH] swap: warn when a swap area overflows the maximum size (resent)

2013-07-07 Thread Raymond Jennings
Silly me, wrong email address On Sun, 2013-07-07 at 04:44 -0700, Raymond Jennings wrote: swap: warn when a swap area overflows the maximum size It is possible to swapon a swap area that is too big for the pte width to handle. Presently this failure happens silently. Instead, emit a diagnostic

[PATCH] swap: warn when a swap area overflows the maximum size

2013-07-07 Thread Raymond Jennings
swap: warn when a swap area overflows the maximum size It is possible to swapon a swap area that is too big for the pte width to handle. Presently this failure happens silently. Instead, emit a diagnostic to warn the user. Signed-off-by: Raymond Jennings Acked-by: Valdis Kletnieks

  1   2   3   4   >