On 10.7.2020 10.00, Alex Shi wrote:
>
> 在 2020/7/10 下午1:28, Mika Penttilä 写道:
>>> Thanks a lot for quick reply!
>>> What I am confusing is the call chain: __iommu_dma_alloc_pages()
>>> to split_huge_page(), in the func, splited page,
>>> page
On 10.7.2020 7.51, Alex Shi wrote:
>
> 在 2020/7/10 上午12:07, Kirill A. Shutemov 写道:
>> On Thu, Jul 09, 2020 at 04:50:02PM +0100, Matthew Wilcox wrote:
>>> On Thu, Jul 09, 2020 at 11:11:11PM +0800, Alex Shi wrote:
Hi Kirill & Matthew,
In the func call chain, from split_huge_page() to
Hi,
On 29.5.2020 11.03, Jason Wang wrote:
Currently the doorbell is relayed via eventfd which may have
significant overhead because of the cost of vmexits or syscall. This
patch introduces mmap() based doorbell mapping which can eliminate the
overhead caused by vmexit or syscall.
Just wonderin
Hello,
I have got a couple of these in a week with 5.3-rc. Happens very
randomly and infrequently, the system has been nearly idle.
Otoh, seems new to 5.3, dont remeber this happening before.
Thanks,
Mika
# [386517.339218] Internal error: Oops: 17 [#1] PREEMPT SMP ARM
[386517.344726] Modules li
Hi!
> +SYSCALL_DEFINE5(pidctl, unsigned int, cmd, pid_t, pid, int, source, int,
> target,
> + unsigned int, flags)
> +{
> + struct pid_namespace *source_ns = NULL, *target_ns = NULL;
> + struct pid *struct_pid;
> + pid_t result;
> +
> + switch (cmd) {
> + case PID
Hi!
On 14.1.2019 18.58, Fabio Estevam wrote:
> Hi Mika,
>
> On Mon, Jan 14, 2019 at 8:21 AM Mika Penttilä
> wrote:
>> Hello,
>>
>>
>> The patch titled "pinctrl: fsl: add scu based pinctrl support" causes
>> regression on i.MX6. Tested on
Hello,
The patch titled "pinctrl: fsl: add scu based pinctrl support" causes
regression on i.MX6. Tested on a custom board based on
i.MX6Q and sgtl5000 codec, there is no sound, tested with simple wav
playing.
Reverting the patch makes audio work again.
--Mika
pEpkey.asc
Description: pEpkey
On 09/14/2018 11:46 AM, Rafael J. Wysocki wrote:
> On Friday, September 14, 2018 10:28:44 AM CEST Mika Penttilä wrote:
>> Hi!
>>
>>
>> On 09/14/2018 09:59 AM, Rafael J. Wysocki wrote:
>>> From: Rafael J. Wysocki
>>>
>>> There is a difference
Hi!
On 09/14/2018 09:59 AM, Rafael J. Wysocki wrote:
> From: Rafael J. Wysocki
>
> There is a difference in behavior between suspend-to-idle and
> suspend-to-RAM in the timekeeping handling that leads to functional
> issues. Namely, every iteration of the loop in s2idle_loop()
> increases the
On 26.07.2018 21:10, Yang Shi wrote:
> When running some mmap/munmap scalability tests with large memory (i.e.
>> 300GB), the below hung task issue may happen occasionally.
> INFO: task ps:14018 blocked for more than 120 seconds.
>Tainted: GE 4.9.79-009.ali3000.alios7.x86_64
On 12.06.2018 17:39, Kirill A. Shutemov wrote:
> Kernel need to have a way to access encrypted memory. We are going to
> use per-KeyID direct mapping to facilitate the access with minimal
> overhead.
>
> Direct mapping for each KeyID will be put next to each other in the
> virtual address space.
On 06/05/2018 08:36 AM, H. Peter Anvin wrote:
> On 06/04/18 20:57, Mika Penttilä wrote:
>>
>> This won't work on X86-32 because it actually uses the segment limit with
>> fs: access. So there
>> is a reason why the lsl based method is X86-64 only.
>>
>
On 06/05/2018 07:44 AM, Bae, Chang Seok wrote:
>>> diff --git a/arch/x86/kernel/setup_percpu.c b/arch/x86/kernel/setup_percpu.c
>>> index ea554f8..e716e94 100644
>>> --- a/arch/x86/kernel/setup_percpu.c
>>> +++ b/arch/x86/kernel/setup_percpu.c
>>> @@ -155,12 +155,21 @@ static void __init pcpup_popu
On 06/04/2018 10:24 PM, Chang S. Bae wrote:
> The CPU (and node) number will be written, as early enough,
> to the segment limit of per CPU data and TSC_AUX MSR entry.
> The information has been retrieved by vgetcpu in user space
> and will be also loaded from the paranoid entry, when
> FSGSBASE en
On 05/03/2018 07:59 AM, Dan Williams wrote:
> In preparation for using memcpy_mcsafe() to handle user copies it needs
> to be to handle write-protection faults while writing user pages. Add
> MMU-fault handlers alongside the machine-check exception handlers.
>
> Note that the machine check fault e
On 10.04.2018 13:21, Richard Fitzgerald wrote:
> On 04/04/18 06:33, Mika Penttilä wrote:
>> Hi!
>>
>> Reverting this made the hogs on a i.MX6 board work again. :
>>
>>
>> commit b89405b6102fcc3746f43697b826028caa94c823
>> Author: Richard Fitzgera
ments to declare ssi->i2s_net does
> not reflect the register value but merely the initial setting from
> the set_dai_fmt().
>
> Reported-by: Mika Penttilä
> Signed-off-by: Nicolin Chen
> Cc: Mika Penttilä
> ---
> sound/soc/fsl/fsl_ssi.c | 14 +++---
> 1 fi
> On Fri, Apr 06, 2018 at 07:46:37AM +0300, Mika Penttilä wrote:
>>
>> With recent merge to pre 4.17-rc, audio stopped workin (or it's hearable but
>> way too slow).
>> imx6q + sgtl5000 codec.
>
> Could you please be more specific at your test cases?
>
On 04/06/2018 10:23 AM, Nicolin Chen wrote:
> On Fri, Apr 06, 2018 at 07:46:37AM +0300, Mika Penttilä wrote:
>>
>> With recent merge to pre 4.17-rc, audio stopped workin (or it's hearable but
>> way too slow).
>> imx6q + sgtl5000 codec.
>
> Could you plea
Hi,
With recent merge to pre 4.17-rc, audio stopped workin (or it's hearable but
way too slow).
imx6q + sgtl5000 codec.
Maybe some of the soc/fsl changes is causing this.
--Mika
Hi!
Reverting this made the hogs on a i.MX6 board work again. :
commit b89405b6102fcc3746f43697b826028caa94c823
Author: Richard Fitzgerald
Date: Wed Feb 28 15:53:06 2018 +
pinctrl: devicetree: Fix dt_to_map_one_config handling of hogs
--Mika
On 05/09/2017 10:14 AM, Uwe Kleine-König wrote:
> Hello Mika,
>
> On Tue, May 09, 2017 at 07:18:09AM +0300, Mika Penttilä wrote:
>> The following commit e61c38d85b7 makes the uarts on i.MX6 nonfunctional (no
>> data transmitted or received).
>> With e61c38d85b7
Hi,
The following commit e61c38d85b7 makes the uarts on i.MX6 nonfunctional (no
data transmitted or received).
With e61c38d85b7 reverted the uarts work ok.
---
commit e61c38d85b7392e033ee03bca46f1d6006156175
Author: Uwe Kleine-König
Date: Tue Apr 4 11:18:51 2017 +0200
se
Hi,
Just wondering the pmem struct device vs gendisk lifetimes.. from
pmem_attach_disk():
device_add_disk(dev, disk);
devm_add_action_or_reset(dev, pmem_release_disk, disk);
where:
static void pmem_release_disk(void *disk)
{
del_gendisk(disk);
put_disk(disk);
}
On 04/03/2017 09:12 AM, Minchan Kim wrote:
> Hi Mika,
>
> On Mon, Apr 03, 2017 at 08:52:33AM +0300, Mika Penttilä wrote:
>>
>> Hi!
>>
>> On 04/03/2017 08:17 AM, Minchan Kim wrote:
>>> For architecture(PAGE_SIZE > 4K), zram have supported partial IO.
&g
Hi!
On 04/03/2017 08:17 AM, Minchan Kim wrote:
> For architecture(PAGE_SIZE > 4K), zram have supported partial IO.
> However, the mixed code for handling normal/partial IO is too mess,
> error-prone to modify IO handler functions with upcoming feature
> so this patch aims for cleaning up zram's I
-off-by: Mika Penttilä
---
diff --git a/drivers/pinctrl/core.c b/drivers/pinctrl/core.c
index d690465..33659c5a 100644
--- a/drivers/pinctrl/core.c
+++ b/drivers/pinctrl/core.c
@@ -2237,6 +2237,47 @@ int devm_pinctrl_register_and_init(struct device *dev,
}
EXPORT_SYMBOL_GPL
With current linus git (pre 4.11), unable to find the pinctrl hogs :
imx6q-pinctrl 20e.iomuxc: unable to find group for node hoggrp
Device is i.MX6 based.
--Mika
On 13.02.2017 16:15, Oleg Nesterov wrote:
> + retval = de_thread(current);
> + if (retval)
> + return retval;
>
> if (N_MAGIC(ex) == OMAGIC) {
> unsigned long text_addr, map_size;
> diff --git a/fs/binfmt_elf.c b/fs/binfmt_elf.c
> index 4223702..79508f7 10
On 21.12.2016 20:28, Nicolai Stange wrote:
> Before invoking the arch specific handler, efi_mem_reserve() reserves
> the given memory region through memblock.
>
> efi_mem_reserve() can get called after mm_init() though -- through
> efi_bgrt_init(), for example. After mm_init(), memblock is dead a
On 20.10.2016 15:38, zhouxianr...@huawei.com wrote:
> From: z00281421
>
> The bdi flusher should be throttled only depends on
> own bdi and is decoupled with others.
>
> separate PGDAT_WRITEBACK into PGDAT_ANON_WRITEBACK and
> PGDAT_FILE_WRITEBACK avoid scanning anon lru and it is ok
> then th
On 10/13/2016 08:25 AM, Han, Nandor (GE Healthcare) wrote:
>
>
> On 12/10/2016 16:25, Mika Penttilä wrote:
>> Hi!
>>
>> Bisected that commit 5881826 - "dmaengine: imx-sdma - update the residue
>> calculation for cyclic channels" is first bad co
Hi!
Bisected that commit 5881826 - "dmaengine: imx-sdma - update the residue
calculation for cyclic channels" is first bad commit to cause audio regression
on imx6q, sgtl5000 codec. It causes audible disturbing background noise when
playing wavs.
Unfortunately, reverting only 5881826 cause
On 09/15/2016 07:25 AM, Wanpeng Li wrote:
> 2016-09-15 12:08 GMT+08:00 Mika Penttilä :
>> On 09/14/2016 10:58 AM, Wanpeng Li wrote:
>>> From: Wanpeng Li
>>>
>>> I observed that kvmvapic(to optimize flexpriority=N or AMD) is used
>>> to boost TPR access
On 09/14/2016 10:58 AM, Wanpeng Li wrote:
> From: Wanpeng Li
>
> I observed that kvmvapic(to optimize flexpriority=N or AMD) is used
> to boost TPR access when testing kvm-unit-test/eventinj.flat tpr case
> on my haswell desktop (w/ flexpriority, w/o APICv). Commit (8d14695f9542
> x86, apicv: a
Recent 4.8-rc changes to bluetooth MSG_TRUNC handling introduced regression;
pairing finishes
but connecting profiles not.
With the below fixes to MSG_TRUNC handling the connection is established
normally.
--Mika
Signed-off-by: Mika Penttilä
---
diff --git a/net/bluetooth/af_bluetooth.c b
On 13.08.2016 18:47, Mika Penttilä wrote:
> On 13.08.2016 17:38, Mika Penttilä wrote:
>
>> Hi,
>>
>> While studying the vmx code, and the shadow page tables usage (no ept
>> involved),
>> I wondered the GUEST_CR3 usage. If no ept, GUEST_CR3 points to the sha
On 13.08.2016 17:38, Mika Penttilä wrote:
> Hi,
>
> While studying the vmx code, and the shadow page tables usage (no ept
> involved),
> I wondered the GUEST_CR3 usage. If no ept, GUEST_CR3 points to the shadow
> tables.
> But the format of sptes is always 64 bit. How is t
On 08/08/2016 09:40 PM, Thomas Garnier wrote:
> Default implementation expects 6 pages maximum are needed for low page
> allocations. If KASLR memory randomization is enabled, the worse case
> of e820 layout would require 12 pages (no large pages). It is due to the
> PUD level randomization and the
On 29.06.2016 10:06, Mika Penttilä wrote:
> On 06/27/2016 12:55 AM, Andy Lutomirski wrote:
>> Hi all-
>>
>> Known issues:
>> - tcp md5, virtio_net, and virtio_console will have issues. Eric Dumazet
>>has a patch for tcp md5, and Michael Tsirkin sa
On 06/27/2016 12:55 AM, Andy Lutomirski wrote:
> Hi all-
>
>
> Known issues:
> - tcp md5, virtio_net, and virtio_console will have issues. Eric Dumazet
>has a patch for tcp md5, and Michael Tsirkin says he'll fix virtio_net
>and virtio_console.
>
How about PTRACE_SETREGS, it's using
Hi,
On 06/16/2016 03:28 AM, Andy Lutomirski wrote:
> This allows x86_64 kernels to enable vmapped stacks. There are a
> couple of interesting bits.
>
> First, x86 lazily faults in top-level paging entries for the vmalloc
> area. This won't work if we get a page fault while trying to access
> th
On 05/18/2016 11:28 AM, Wanpeng Li wrote:
> From: Wanpeng Li
>
> This patch adds steal guest time support to full dynticks CPU
> time accounting. After 'commit ff9a9b4c4334 ("sched, time: Switch
> VIRT_CPU_ACCOUNTING_GEN to jiffy granularity")', time is jiffy
> based sampling even if it's stil
Have hit this same looking oops every now and then since at least 4.2 or so..
Not easy to reproduce systematically.
--Mika
[10973.891726] Unable to handle kernel NULL pointer dereference at virtual
address
[10973.899839] pgd = a8ce4000
[10973.902549] [] *pgd=38c38831, *pte=00
On 04/06/2016 12:53 AM, Hugh Dickins wrote:
> +static void shmem_recovery_work(struct work_struct *work)
> +{
> + struct recovery *recovery;
> + struct shmem_inode_info *info;
> + struct address_space *mapping;
> + struct page *page;
> + struct page *head = NULL;
> + int
On 18.02.2016 21:47, Tony Luck wrote:
> Make use of the EXTABLE_FAULT exception table entries to write
> a kernel copy routine that doesn't crash the system if it
> encounters a machine check. Prime use case for this is to copy
> from large arrays of non-volatile memory used as storage.
>
> We ha
Have got some of these same looking crashes after 4.4 (maybe before also, not
sure). Very random, not easy to reproduce.
--Mika
[ 1999.948171] Unable to handle kernel NULL pointer dereference at virtual
address
[ 1999.955740] pgd = a8ba4000
[ 1999.958264] [] *pgd=38ca7831, *
On 02.03.2016 18:55, Borislav Petkov wrote:
> On Wed, Mar 02, 2016 at 06:38:15PM +0200, Mika Penttilä wrote:
>> I actually looked at it a while too...
>>
>> The
>> movq stack_start - __START_KERNEL_map, %rsp
>>
>> turns into (objdump disassembly)
>&g
On 02.03.2016 18:15, Borislav Petkov wrote:
> On Wed, Mar 02, 2016 at 05:55:14PM +0200, Mika Penttilä wrote:
>>> + /* Setup a stack for verify_cpu */
>>> + movqstack_start - __START_KERNEL_map, %rsp
>>> + subq$__START_KERNEL_map, %rsp
>>> +
&
On 02.03.2016 13:20, Borislav Petkov wrote:
> From: Borislav Petkov
>
> 04633df0c43d ("x86/cpu: Call verify_cpu() after having entered long mode too")
> added the call to verify_cpu() for sanitizing CPU configuration.
>
> The latter uses the stack minimally and it can happen that we land in
> star
apply.
Thanks,
Mika
On 20.02.2016 22:45, Fabio Estevam wrote:
> Hi Mika,
>
> Did it work for you?
>
> If so, please ask in the mailing list for Mark Brown to apply that patch.
>
> Thanks
>
> ____
> From: Mika Penttilä
> Sent: M
Hi,
The following commit :
5c408fee254633a5be69505bc86c6b034f871ab4 is the first bad commit
commit 5c408fee254633a5be69505bc86c6b034f871ab4
Author: Maciej S. Szmigiero
Date: Mon Jan 18 20:07:44 2016 +0100
ASoC: fsl_ssi: remove explicit register defaults
There is no guarantee
Hi,
On 07.02.2016 01:39, Scott Bauer wrote:
> This patch adds SROP mitigation logic to the x86 signal delivery
> and sigreturn code. The cookie is placed in the unused alignment
> space above the saved FP state, if it exists. If there is no FP
> state to save then the cookie is placed in the alig
Hi Will,
On 26.01.2016 17:59, Will Deacon wrote:
> Hi Mika,
>
> On Tue, Jan 26, 2016 at 04:59:52PM +0200, mika.pentt...@nextfour.com wrote:
>> From: Mika Penttilä
>>
>> This makes the caller set_memory_xx() consistent with x86.
>>
>> arm64 part i
re explanation and stack trace, tagged as regression
v4: change BUG_ON() to WARN_ON() and return -EINVAL
Signed-off-by: Mika Penttilä mika.pentt...@nextfour.com
---
diff --git a/mm/memory.c b/mm/memory.c
index 30991f8..9178ee6 100644
--- a/mm/memory.c
+++ b/mm/memory.c
@@ -1871,7 +1871,9 @@ in
On 01/22/2016 01:12 AM, David Rientjes wrote:
> On Thu, 21 Jan 2016, Mika Penttilä wrote:
>
>> Recent changes (4.4.0+) in module loader triggered oops on ARM :
>>
>> The module in question is in-tree module :
>> drivers/misc/ti-st/st_drv.ko
>>
&g
we have another caller with
zero length. And, as Rusty mentioned, he expected a zero-length range
to do nothing, which is what intuition says.
Fix by letting call with zero size succeed.
v2: add more explanation
v3: added even more explanation and stack trace, tagged as regression
Signed-off-b
call+0x0/0x34)
[ 1254.789639] Code: eb070826 e5943004 e5854000 e5853004 (e5835000)
[ 1254.789644] ---[ end trace d7af6297ad511a4e ]---
On 12/22/2015 02:51 AM, Cong Wang wrote:
> (Cc'ing netdev and Rainer)
>
> On Thu, Dec 17, 2015 at 9:12 PM, Mika Penttilä
> wrote:
>> S
Still something with af_unix and/or wake code on rc5 :
[34971.300210] Unable to handle kernel paging request at virtual address
56ac56ac
[34971.307455] pgd = a8c3
[34971.310164] [56ac56ac] *pgd=
[34971.313761] Internal error: Oops: 8005 [#1] PREEMPT SMP ARM
[34971.319683] Modu
Hi,
Triggered this with rc4, but the relevant parts are same in rc5:
offending line is :
(gdb) list *(ieee80211_scan_rx+0x158)
0xf68 is in ieee80211_scan_rx (net/mac80211/scan.c:205).
200 if (!(sdata1 &&
201 (ether_addr_equal(mgmt->da, sdata1->vif.ad
> + * If pmd isn't transhuge but the page is THP and
> + * is owned by only this process, split it and
> + * deactivate all pages.
> + */
> + if (PageTransCompound(page)) {
> + if (page_mapcount(page) != 1)
> +
Hi,
With recent block layer pull i see a 100% repeatable crash on boot while
mounting roots (ext4 partition on eMMC, with cfq io scheduler).
---
5.674294] Unable to handle kernel NULL pointer dereference at virtual
address 0004
[5.682399] pgd = a8ca4000
[5.685113] [0004] *pgd=38
deferred_init_memmap() uses for_each_mem_pfn_range() which (in x86)
uses memblocks. Because of CONFIG_ARCH_DISCARD_MEMBLOCK, the memblock
infos have already been freed to page allocator (in
free_low_memory_core_early()), which happens before
deferred_init_memmap().
Maybe the fix is not to allow DI
This one causes imx6q with debug uart connected to "schedule while
atomic" endlessly :
9e7b399d6528eac33a6fbfceb2b92af209c3454d is the first bad commit
commit 9e7b399d6528eac33a6fbfceb2b92af209c3454d
Author: Eduardo Valentin
Date: Tue Aug 11 10:21:20 2015 -0700
serial: imx: remove unbalan
I think you forgot to reserve CPU 0 for BSP in cpuid mask.
--Mika
On Tue, Jul 7, 2015 at 12:30 PM, Tang Chen wrote:
> From: Gu Zheng
>
> In this patch, we introduce a new static array named apicid_to_cpuid[],
> which is large enough to store info for all possible cpus.
>
> And then, we modify t
Seems to be the same clock tree change problems as in :
http://www.spinics.net/lists/arm-kernel/msg400244.html
I am able to help to reproduce/test/fix the problem with KaRo imx6q board.
--Mika
-- Forwarded message --
From: Mika Penttilä
Date: Thu, Feb 26, 2015 at 11:58 AM
Ethernet phy not working on current linus git on imx6 (KaRo tx6q) :
[8.781755] fec 2188000.ethernet eth0: no PHY, assuming direct
connection to switch
[8.791175] libphy: PHY fixed-0:00 not found
[8.797571] fec 2188000.ethernet eth0: could not attach to PHY
Bisected :
035a61c314eb3d
, and bss is
included in the output_size
for choose_kernel_location(). So something else is going on?
--Mika
On Thu, Oct 30, 2014 at 9:06 PM, Mika Penttilä
wrote:
>> When choosing a random address, the current implementation does not take
>> into
>> account the reversed space fo
+ * This is how much memory *in addition to the memory covered up to
+ * and including _end* we need mapped initially. We need one bit for
+ * each possible page, but only in low memory, which means
+ * 2^32/4096/8 = 128K worst case (4G/4G split.)
+ *
+ * Modulo rounding, each megabyte assigned
[EMAIL PROTECTED] kirjoitti:
KERNPG_TABLE was a bug in earlier patch. Remove it from pte.
pte_val() check is redundant as this routine is called immediately after a
ptepage is allocated afresh.
Signed-off-by: Venkatesh Pallipadi <[EMAIL PROTECTED]>
Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]
wait_task_stopped() doesn't need the "delay_group_leader" parameter. If the
child is not traced it must be a group leader. With or without subthreads
What do you mean "has to be a group leader"? It could be a stopped thread.
->group_stop_count == 0 when the whole task is stopped.
Signe
Thomas Gleixner wrote:
On Tue, 2 Oct 2007, Andi Kleen wrote:
OTOH, the accounting hook would allow us to remove the IRQ#0 -> CPU#0
restriction. Not sure whether it's worth the trouble.
Some SIS chipsets hang the machine when you migrate irq 0 to another
CPU. It's better to keep that A
huang ying wrote:
On 9/21/07, Mika Penttilä <[EMAIL PROTECTED]> wrote:
huang ying wrote:
On 9/21/07, Mika Penttilä <[EMAIL PROTECTED]> wrote:
Usage:
1. Compile kernel with following options selected:
CONFIG_X86_32=y
CONFIG_RELOCATABLE=y # not needed strictly, bu
huang ying wrote:
On 9/21/07, Mika Penttilä <[EMAIL PROTECTED]> wrote:
Usage:
1. Compile kernel with following options selected:
CONFIG_X86_32=y
CONFIG_RELOCATABLE=y # not needed strictly, but it is more convenient with it
CONFIG_KEXEC=y
CONFIG_CRASH_DUMP=y # only needed by kexeced
Usage:
1. Compile kernel with following options selected:
CONFIG_X86_32=y
CONFIG_RELOCATABLE=y # not needed strictly, but it is more convenient with it
CONFIG_KEXEC=y
CONFIG_CRASH_DUMP=y # only needed by kexeced kernel to save/restore memory image
CONFIG_PM=y
CONFIG_KEXEC_JUMP=y
2. Download t
Atsushi Nemoto wrote:
On Tue, 22 May 2007 17:48:09 +0300, Mika_Penttilä <[EMAIL PROTECTED]> wrote:
I can't see how this use of r_attend is going to work. find_elf_symbol
compares relsym->st_value to Elf_Rela->r_attend. I think it doesn't work
for RELA archs and even with this patch for REL.
Atsushi Nemoto kirjoitti:
On Tue, 22 May 2007 14:29:29 +0900 (JST), Atsushi Nemoto <[EMAIL PROTECTED]>
wrote:
Subject: [PATCH] kbuild: make better section mismatch reports on i386, arm and
mips (take 3)
Updated again to get a little bit better report on i386 relocatable
vmlinux.
Su
Eric W. Biederman wrote:
* Vectors 0x20-0x2f are used for ISA interrupts.
*/
-#define IRQ0_VECTORFIRST_EXTERNAL_VECTOR
+#define IRQ0_VECTORFIRST_EXTERNAL_VECTOR + 0x10
#define IRQ1_VECTORIRQ0_VECTOR + 1
#define IRQ2_VECTORIRQ0_VECTOR + 2
#def
Al Viro wrote:
On Fri, Aug 19, 2005 at 10:16:47PM +0300, Mika Penttilä wrote:
Just out of curiosity - what protects even local filesystems against
concurrent truncate and symlink resolving when using the page cache helpers?
How do you get truncate(2) or ftruncate(2) to do something
Al Viro wrote:
On Fri, Aug 19, 2005 at 05:53:32PM +0100, Al Viro wrote:
I'm taking NFS helpers to libfs.c and switching ncpfs to them. IMO that's
better than copying the damn thing and other network filesystems might have
the same needs eventually...
[something like this - completely
80 matches
Mail list logo