On Sun, Sep 10, 2023 at 01:46:01AM +0530, Mukesh Ojha wrote:
> Hi All,
>
> This is to continuation from the conversation happened at v4
>
> https://lore.kernel.org/lkml/632c5b97-4a91-c3e8-1e6c-33d6c4f64...@quicinc.com/
>
> https://lore.kernel.org/lkml/695133e6-105f-de2a-5559-555cea0a0...@quicinc
On 11/09/2023 17:39, Mukesh Ojha wrote:
>
>
> On 9/11/2023 2:22 PM, Bagas Sanjaya wrote:
>> On Sun, Sep 10, 2023 at 01:46:01AM +0530, Mukesh Ojha wrote:
>>> Hi All,
>>>
>>> This is to continuation from the conversation happened at v4
>>>
>&
On Mon, Sep 11, 2023 at 04:23:43PM +0530, Mukesh Ojha wrote:
> +Qualcomm APSS Minidump kernel driver concept
> +
> +::
> +
> ...
> +Dump collection
> +---
> +
> + +---+
> + | |
> + | | +--+
>
osely match the source hierarchy.
>
LGTM, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted! - Clara
signature.asc
Description: PGP signature
o higher upon FRED
> +event delivery. If unchanged, the CPU keeps using the current event
> +stack. If higher, the CPU switches to a new event stack specified by
> +the MSR of the new stack level, i.e., MSR_IA32_FRED_RSP[123].
> +
> +Only execution of a FRED return instruction ERET[US], could lower the
> +current stack level, causing the CPU to switch back to the stack it was
> +on before a previous event delivery that promoted the stack level.
LGTM, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted! - Clara
signature.asc
Description: PGP signature
On Tue, Oct 10, 2023 at 07:42:24PM -0700, Jakub Kicinski wrote:
> +Another technique that is useful in case of a disagreement is to ask for
> others
> +to chime in. If a discussion reaches a stalemate after a few exchanges,
> +then call for opinions of other reviewers or maintainers. Often those i
e licenses when using the license.
Cc: linux-s...@vger.kernel.org
Cc: Richard Fontana
Cc: Greg Kroah-Hartman
Signed-off-by: Bagas Sanjaya
---
LICENSES/dual/OFL-1.1 | 107 ++
1 file changed, 107 insertions(+)
create mode 100644 LICENSES/dual/OFL-1.1
di
e licenses when using the license.
Cc: linux-s...@vger.kernel.org
Cc: Richard Fontana
Cc: Greg Kroah-Hartman
Signed-off-by: Bagas Sanjaya
---
LICENSES/dual/OFL-1.1 | 107 ++
1 file changed, 107 insertions(+)
create mode 100644 LICENSES/dual/OFL-1.1
di
On Thu, Nov 02, 2023 at 03:09:21PM +0100, Greg Kroah-Hartman wrote:
> On Thu, Nov 02, 2023 at 07:32:19PM +0700, Bagas Sanjaya wrote:
> > Add the license text along with appropriate tags for reference and
> > tooling. The text is taken from the text as distributed in Google
> &
On Thu, Nov 02, 2023 at 03:06:19PM +0100, Greg Kroah-Hartman wrote:
> On Thu, Nov 02, 2023 at 07:00:43PM +0700, Bagas Sanjaya wrote:
> > Add the license text along with appropriate tags for reference and
> > tooling. The text is taken from the text as distributed in Google
> &
On Thu, Nov 02, 2023 at 10:09:57AM -0400, Richard Fontana wrote:
> On Thu, Nov 2, 2023 at 8:01 AM Bagas Sanjaya wrote:
> >
> > Add the license text along with appropriate tags for reference and
> > tooling. The text is taken from the text as distributed in Google
> > Fo
On Fri, Nov 03, 2023 at 09:49:54AM +0100, Greg Kroah-Hartman wrote:
> On Fri, Nov 03, 2023 at 03:11:36PM +0700, Bagas Sanjaya wrote:
> > On Thu, Nov 02, 2023 at 03:06:19PM +0100, Greg Kroah-Hartman wrote:
> > > On Thu, Nov 02, 2023 at 07:00:43PM +0700, Bagas Sanjaya wrote:
>
On Sat, Nov 04, 2023 at 10:52:06AM +0100, Greg Kroah-Hartman wrote:
> On Sat, Nov 04, 2023 at 07:53:07AM +0700, Bagas Sanjaya wrote:
> > On Fri, Nov 03, 2023 at 09:49:54AM +0100, Greg Kroah-Hartman wrote:
> > > On Fri, Nov 03, 2023 at 03:11:36PM +0700, Bagas Sanjaya wrote:
>
XFS docs are currently in upper-level Documentation/filesystems.
Although these are currently 4 docs, they are already outstanding as
a group and can be moved to its own subdirectory.
Consolidate them into Documentation/filesystems/xfs/.
Signed-off-by: Bagas Sanjaya
---
Documentation
On Tue, Nov 21, 2023 at 11:16:16AM +0100, Vegard Nossum wrote:
>
> On 21/11/2023 10:56, Bagas Sanjaya wrote:
> > XFS docs are currently in upper-level Documentation/filesystems.
> > Although these are currently 4 docs, they are already outstanding as
> > a group and
On 11/22/23 03:04, kernel test robot wrote:
> Hi Bagas,
>
> kernel test robot noticed the following build warnings:
>
> [auto build test WARNING on 98b1cc82c4affc16f5598d4fa14b1858671b2263]
>
> url:
> https://github.com/intel-lab-lkp/linux/commits/Bagas-Sanjaya/Docum
XFS docs are currently in upper-level Documentation/filesystems.
Although these are currently 4 docs, they are already outstanding as
a group and can be moved to its own subdirectory.
Consolidate them into Documentation/filesystems/xfs/.
Signed-off-by: Bagas Sanjaya
---
Changes since v1 [1
+PCAT (Qualcomm tool) software. Upon download, we will see a set of binary
> +blobs starting with name ``md_*`` in PCAT configured directory in x86_64
> +machine, so for above example from the client it will be ``md_REGION_A.BIN``.
> +This binary blob depends on region content to determine
XFS docs are currently in upper-level Documentation/filesystems.
Although these are currently 4 docs, they are already outstanding as
a group and can be moved to its own subdirectory.
Consolidate them into Documentation/filesystems/xfs/.
Signed-off-by: Bagas Sanjaya
---
Changes since v1 [1
On Wed, Nov 29, 2023 at 11:08:46AM +0100, Miroslav Benes wrote:
> On Tue, 28 Nov 2023, Randy Dunlap wrote:
>
> >
> >
> > On 11/28/23 06:12, Matthew Wilcox wrote:
> > > On Mon, Nov 27, 2023 at 11:41:31AM -0800, Randy Dunlap wrote:
> > >> Hi,
> > >>
> > >> On 11/27/23 07:57, attreyee-muk wrote:
>
The opposite action of releasing locks is acquiring them, not getting
them (as in configuration options; the inverse of such action is
setting options). Correct it.
Signed-off-by: Bagas Sanjaya
---
Documentation/livepatch/livepatch.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
/lkml/20231127155758.33070-1-tintinm2...@gmail.com/
Bagas Sanjaya (2):
Documentation: livepatch: Correct "step on each other's toes" idiom
Documentation: livepatch: Correct opposite of releasing locks
Documentation/livepatch/livepatch.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deleti
On 11/29/23 20:53, Joe Lawrence wrote:
> On 11/29/23 08:25, Bagas Sanjaya wrote:
>> I was prompted to write this little grammar fix series when reading
>> the fix from Attreyee [1], with review comments requesting changes
>> to that fix. So here's my version of the
On Wed, Nov 29, 2023 at 03:26:18PM +, Matthew Wilcox wrote:
> On Wed, Nov 29, 2023 at 07:29:35AM -0700, Jonathan Corbet wrote:
> > Bagas Sanjaya writes:
> >
> > > I was prompted to write this little grammar fix series when reading
> > > the fix from A
On Wed, Nov 29, 2023 at 09:07:01PM +0530, Attreyee M wrote:
> Respected Maintainers,
>
> Please give me some time to make the changes again.
> I will be making the changes in a day.
>
Please don't top-post; reply inline with appropriate context instead.
OK, see you in v2! Don't forget to Cc: me
On Wed, Nov 29, 2023 at 07:39:47PM +0700, Bagas Sanjaya wrote:
> XFS docs are currently in upper-level Documentation/filesystems.
> Although these are currently 4 docs, they are already outstanding as
> a group and can be moved to its own subdirectory.
>
> Consolidate them int
On 12/9/23 15:00, Chandan Babu R wrote:
> On Sat, Dec 09, 2023 at 12:26:43 PM +0700, Bagas Sanjaya wrote:
>> [[PGP Signed Part:No public key for F6B9894955514EA3 created at
>> 2023-12-09T10:56:39+0530 using EDDSA]]
>> On Wed, Nov 29, 2023 at 07:39:47PM +0700, Bagas Sanjaya wr
On Sat, Dec 23, 2023 at 03:08:54PM -0700, Jonathan Corbet wrote:
> attreyee-muk writes:
>
> > Update the sentence in livepatch.rst to: "Functions are there for a reason.
> > Take some input parameters, acquire or release locks, read, process, and
> > write some data in a defined way."
> >
> > S
+bugs reported by other people. Not only will you help to make the kernel
> +more stable, but you'll also learn to fix real-world problems and you will
> improve your skills, and other developers will be aware of your presence.
> Fixing bugs is one of the best ways to get merits among oth
rity.
> +
> +Further information on the purpose and meaning of the localities can be found
> +in section 3.2 of the TCG PC Client Platform TPM Profile Specification.
> +
> +References
> +==
> +
> +TCG PC Client Platform TPM Profile (PTP) Specification
> +https://trustedcomputin
ites for cherry picking use the
LGTM, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted! - Clara
signature.asc
Description: PGP signature
ate MAINTAINERS FILE
>
The doc LGTM, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted! - Clara
signature.asc
Description: PGP signature
rameter and return value at once, and
> -trace the difference of structure fields (for debuging a function whether it
> +trace the difference of structure fields (for debugging a function whether it
> correctly updates the given data structure or not).
> See the :ref:`sample` in
ed-off-by: Michael Kelley
> Reviewed-by: Easwar Hariharan
LGTM, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted! - Clara
signature.asc
Description: PGP signature
ndled. Add text describing the synic and
> reorganize existing text to make this more clear.
>
> Signed-off-by: Michael Kelley
The doc LGTM, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted! - Clara
signature.asc
Description: PGP signature
On Sun, Aug 25, 2024 at 05:03:40PM +0530, Aryabhatta Dey wrote:
> Change 'submiting' to 'submitting', 'famliar' to 'familiar' and
> 'appared' to 'appeared'.
>
LGTM, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll..
"get" doesn't properly fit as an antonym for "release" in the context
of locking. Correct it with "acquire".
Signed-off-by: Bagas Sanjaya
---
Documentation/livepatch/livepatch.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Docum
On 9/4/24 18:48, Petr Mladek wrote:
On Tue 2024-09-03 09:47:53, Bagas Sanjaya wrote:
"get" doesn't properly fit as an antonym for "release" in the context
of locking. Correct it with "acquire".
Signed-off-by: Bagas Sanjaya
Reviewed-by: Petr Mladek
On 9/10/24 18:01, Petr Mladek wrote:
On Tue 2024-09-10 17:27:42, Bagas Sanjaya wrote:
On 9/4/24 18:48, Petr Mladek wrote:
On Tue 2024-09-03 09:47:53, Bagas Sanjaya wrote:
"get" doesn't properly fit as an antonym for "release" in the context
of locking. Correct it wi
On Thu, Sep 12, 2024 at 04:16:47PM -0700, Deepak Gupta wrote:
> Adding documentation on landing pad aka indirect branch tracking on riscv
> and kernel interfaces exposed so that user tasks can enable it.
>
> Signed-off-by: Deepak Gupta
> ---
> Documentation/arch/riscv/zicfilp.rst | 104 +
On Thu, Sep 12, 2024 at 04:16:48PM -0700, Deepak Gupta wrote:
> Adding documentation on shadow stack for user mode on riscv and kernel
> interfaces exposed so that user tasks can enable it.
>
> Signed-off-by: Deepak Gupta
> ---
> Documentation/arch/riscv/zicfiss.rst | 169 +++
ation.
>
LGTM, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted! - Clara
signature.asc
Description: PGP signature
gt; NOTE: Currently the only monitor device type is supported - it's IEEE
> 802.15.4
> stack interface for network sniffers (e.g. WireShark).
Looks good, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted! - Clara
signature.asc
Description: PGP signature
On Fri, Nov 01, 2024 at 09:41:26AM -0600, Mathieu Poirier wrote:
> Before spinning off another revision I encourage you to spend time looking at
> existing documentation. Reading various mailing lists with a special
> focus on how people split their patches based on topics would also be
> benefici
On Sat, Oct 26, 2024 at 02:22:59PM -0700, anish kumar wrote:
> +The rproc device structure looks like this::
> +
> + struct rproc {
> + struct list_head node;
> + struct iommu_domain *domain;
> + const char *name;
> + const char *firmware;
> + void *priv;
> + struct rproc_o
On Tue, Nov 05, 2024 at 12:05:18PM -0800, Nicolin Chen wrote:
> With the introduction of the new object and its infrastructure, update the
> doc and the vIOMMU graph to reflect that.
>
The docs LGTM, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted
On Tue, Nov 05, 2024 at 12:04:29PM -0800, Nicolin Chen wrote:
> With the introduction of the new object and its infrastructure, update the
> doc to reflect that and add a new graph.
>
> Reviewed-by: Jason Gunthorpe
> Reviewed-by: Kevin Tian
> Signed-off-by: Nicolin Chen
> ---
> Documentation/u
On Wed, Nov 06, 2024 at 05:35:45PM -0800, Nicolin Chen wrote:
> On Thu, Nov 07, 2024 at 07:56:31AM +0700, Bagas Sanjaya wrote:
> > On Tue, Nov 05, 2024 at 12:04:29PM -0800, Nicolin Chen wrote:
> > > With the introduction of the new object and its infrastructure, update the
&g
On Wed, Nov 06, 2024 at 08:04:09PM -0800, Nicolin Chen wrote:
> On Thu, Nov 07, 2024 at 10:20:49AM +0700, Bagas Sanjaya wrote:
> > On Wed, Nov 06, 2024 at 05:35:45PM -0800, Nicolin Chen wrote:
> > > On Thu, Nov 07, 2024 at 07:56:31AM +0700, Bagas Sanjaya wrote:
> > > &
On Tue, Jan 07, 2025 at 12:20:47PM -0800, mhkelle...@gmail.com wrote:
> +VMBus devices are identified by class and instance GUID. (See section
> +"VMBus device creation/deletion" in
> +Documentation/virt/hyperv/vmbus.rst.) Upon resume from hibernation,
> +the resume functions expect that the device
On Sun, Feb 09, 2025 at 10:29:36PM +0800, Luo Jie wrote:
> +The Ethernet functionality in the PPE (Packet Process Engine) is comprised
> of three
> +components: the switch core, port wrapper and Ethernet DMA.
> +
> +The Switch core in the IPQ9574 PPE has maximum of 6 front panel ports and
> two F
ission is sufficient if the person
> +contributed to the Linux kernel using that name and email address according
> +to the lore archives or the commit history -- and in case of Reported-by:
> +and Suggested-by: did the reporting or suggestion in public. Note,
> +bugzilla.kernel.org is a p
On Thu, Feb 06, 2025 at 03:05:59AM -0800, Breno Leitao wrote:
> +.. note::
> +
> + If the user has set a conflicting `cpu` key in the userdata dictionary,
> + both keys will be reported, with the kernel-populated entry appearing
> after
> + the user one. For example::
In that case, shouldn'
On Mon, Feb 10, 2025 at 03:07:24AM -0800, Breno Leitao wrote:
> Hello Bagas,
>
> On Fri, Feb 07, 2025 at 08:50:22AM +0700, Bagas Sanjaya wrote:
> > On Thu, Feb 06, 2025 at 03:05:59AM -0800, Breno Leitao wrote:
> > > +.. note::
> > > +
> > > + If the u
On Tue, Feb 11, 2025 at 07:22:54AM +0100, Mauro Carvalho Chehab wrote:
> Now that ABI creates a python dictionary, use automarkup to create cross
> references for ABI symbols as well.
I get three new warnings:
WARNING: /sys/devices/system/cpu/cpuX/topology/physical_package_id is defined 2
times
D_OBJ_DEVICE.
> - iommufd_hwpt_paging for IOMMUFD_OBJ_HWPT_PAGING.
> - iommufd_hwpt_nested for IOMMUFD_OBJ_HWPT_NESTED.
> +- iommufd_fault for IOMMUFD_OBJ_FAULT.
> - iommufd_viommu for IOMMUFD_OBJ_VIOMMU.
> - iommufd_vdevice for IOMMUFD_OBJ_VDEVICE.
> +- iommufd_veventq for IOMM
;
> Signed-off-by: Michael Kelley
> ---
> Changes in v3:
> * Added missing word "with" in vPCI section [Bagas Sanjaya]
> * Reworked wording of SR-IOV NIC handling [Bagas Sanjaya]
>
> Changes in v2:
> * Added discussion of implications of moving a hibernated VM
On Wed, Jan 08, 2025 at 04:50:15AM +, Michael Kelley wrote:
> From: Bagas Sanjaya Sent: Tuesday, January 7, 2025
> 8:07 PM
> >
> > On Tue, Jan 07, 2025 at 12:20:47PM -0800, mhkelle...@gmail.com wrote:
> > > +VMBus devices are identified by class and instance GUID.
On Thu, Feb 20, 2025 at 02:09:10AM +, Mina Almasry wrote:
> +The user application must use MSG_ZEROCOPY flag when sending devmem TCP.
> Devmem
> +cannot be copied by the kernel, so the semantics of the devmem TX are similar
> +to the semantics of MSG_ZEROCOPY.
> +
> + setsockopt(socket_fd,
if (!do_poll(fd)) continue;
> +
> +ret = recvmsg(fd, &msg, MSG_ERRQUEUE);
> +
> + for (cm = CMSG_FIRSTHDR(&msg); cm; cm = CMSG_NXTHDR(&msg,
> cm)) {
> +serr = (void *)CMSG_DATA(cm);
> +
> +hi = serr->ee_data;
> +lo = serr->ee_info;
> +
> +fprintf(stdout, "tx complete [%d,%d]\n", lo, hi);
> +}
> +}
> +
> +After the associated sendmsg has been completed, the dmabuf can be reused by
> +the userspace.
> +
> +
> Implementation & Caveats
>
>
Looks good, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted! - Clara
signature.asc
Description: PGP signature
le's corresponding symbol table, symbol index 94 refers
> +to that very symbol::
> +
>[ snip ]
>94: 0 NOTYPE GLOBAL DEFAULT OS [0xff20]
> .klp.sym.vmlinux.printk,0
>[ snip ]
LGTM, thanks!
Reviewed-by: Bagas Sanjaya
--
An old man doll... just what I always wanted! - Clara
signature.asc
Description: PGP signature
61 matches
Mail list logo
