FYI, this was fixed by https://www.spinics.net/lists/stable/msg209612.html
On Tue, Jan 9, 2018 at 5:36 PM, lepton wrote:
> I tried some debug, it seems it crashed after switch CR3:
>
>
> I tried 2 different kernel, so actual crash points are different, but
> they have same patte
0x8188717d
0x81887175 <+16>: mov%al,%gs:0xf0c7
0x8188717d <+24>: mov%rax,%cr3
0x81887180 <+27>: pop%rax
< crashed here
0x81887181 <+28>: swapgs
0x81887184 <
It seems for some reason, some linux kernel with KAISER/KPTI patch
can't work with qemu + haxm.
The mainline kernel from Linus is fine. But the patch to 4.4/4.10 doesn't work.
I am not familiar with HAXM and KPTI either. so not sure if this is a
qemu bug or KPTI bug or haxm bug.
The same kernel w
and rejected by mail list)
On Mon, Feb 27, 2017 at 1:31 AM, Marek Vasut wrote:
> On 02/22/2017 03:15 AM, Lepton Wu wrote:
>> Change to use loff_t instead of unsigned long in some functions
>> to make sure mtdblock can handle offset bigger than 4G in 32 bits mode.
>>
>>
Change to use loff_t instead of unsigned long in some functions
to make sure mtdblock can handle offset bigger than 4G in 32 bits mode.
Signed-off-by: Lepton Wu
---
Changes in v2:
- Make the commit message more clearer and fix some format issues.
drivers/mtd/mtdblock.c| 35
Signed-off-by: Lepton Wu
---
drivers/mtd/mtdblock.c| 33 +
drivers/mtd/mtdblock_ro.c | 4 ++--
2 files changed, 19 insertions(+), 18 deletions(-)
diff --git a/drivers/mtd/mtdblock.c b/drivers/mtd/mtdblock.c
index bb4c14f83c75..3d2da76287a7 100644
--- a
I added dump_stack and some printk in host kernel. The following is what
I got when sys_reboot in host kernel is called, the first line is
printing the process state and ptrace state and pid of the calling
process. the following is the call path.
Sep 22 14:25:49 pc kernel: linux Rptrace:
it is a error do count++ here, it will let the following compare (after 8
lines) " if (!count)" always be false.
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
diff -X linux-2.6.22.6/Documentation/dontdiff -pr -U 8
linux-2.6.22.6/arch/um/os-Linux/start_up.c
linux-2.6.22.
Since we just call clone without CLONE_VM, it is no need to
use anoymous mmap to get a new stack frame.
Let's keep codes simple.
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
diff -X linux-2.6.22.6-uml/Documentation/dontdiff -pru
linux-2.6.22.6/arch/um/os-Linux/start_up.c
linux-2
executed by host.
I think it is better to make sure all of our children process
to quit when user mode linux kernel abort.
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
diff -X linux-2.6.22.6/Documentation/dontdiff -pru
linux-2.6.22.6/arch/um/os-Linux/util.c
linux-2.6.22.6-lepton/arch/um/os
seems that after the tracing thread is dead, the syscall to
sys_reboot of the traced thread is executed by host. I don't
know if it is another bug.
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
diff -X linux-2.6.22.6/Documentation/dontdiff -pru
linux-2.6.22.6/arch/um/include
Now icmp_reply is only called by icmp_echo and icmp_timestamp
ip_send_reply is only called by tcp_v4_send_reset and tcp_v4_send_ack
I think in all situations the ip_hdr(skb)->saddr is set and should
be the destination of reply packets.
If using rt->rt_src as destination is correct in some situati
loopback device. But I think just to use ip_hdr(skb)->saddr
instead of rt->rt_src as destination to reply packetes is a more simple fix.
Thanks Kenan Kalajdzic <[EMAIL PROTECTED]> for help me with more details
about this problem.
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
Hi,
For local src packets, it is better to update sk_route_caps in
ip_route_me_harder.
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
diff -pru -X linux-2.6.22.6/Documentation/dontdiff
linux-2.6.22.6/net/ipv4/netfilter.c linux-2.6.22.6-lepton/net/ipv4/netfilter.c
--- linux-2.6.22.6/ne
Mon, Sep 17, 2007 at 08:14:56PM -0700, [EMAIL PROTECTED] wrote:
> On Tue, 18 Sep 2007, YOSHIFUJI Hideaki / [EMAIL PROTECTED](B wrote:
>
> >In article <[EMAIL PROTECTED]> (at Mon, 17 Sep
> >2007 19:20:44 -0700 (PDT)), David Miller <[EMAIL PROTECTED]> says:
> >
Hi,
sorry for my previous email.
What I mean is icmp_reply and ip_send_reply
in some situation will send out packets with wrong
DESTINATION address. the source address is always
correct.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
ply to 10.10.10.1 instead of simply reversing the
source and destination addresses as required by the RFC.
On Tue, Sep 18, 2007 at 11:26:44AM +0900, YOSHIFUJI Hideaki / [EMAIL
PROTECTED](B wrote:
> In article <[EMAIL PROTECTED]> (at Mon, 17 Sep 2007 19:20:44 -0700 (PDT)),
> David
Hi,
In some situation, icmp_reply and ip_send_reply will send
out packet with the wrong source addr, the following patch
will fix this.
I don't understand why we must use rt->rt_src in the current
code, if this is a wrong fix, please correct me.
Signed-off-by: Lepton Wu
_truncate -> search_for_position_by_key. Then
remove_save_link doesn't be called. We always get the same
"save_link_key" in the while loop in finish_unfinished function.
The following patch adds a check for the possible dead loop and
just remove save link when deap loop. (against 2.6.22.6
Hi,
When reading corrupted reiserfs directory data, d_reclen
could be a negative number or a big positive number, this
can lead to kernel panic or oop.
The following patch adds a sanity check. (against 2.6.20.4)
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
diff -X linux-2.6.22.6-
Hi,
My computer has two 1394 port, one is in the front panel, and another
is in the back. I found with linux 1394 ethernet support, I only get one
ethernet device named eth1.
After read code, I found author says "This is where we add all of
our ethernet * devices. One for each host."
Then
Yes, you are right.
I need more work on my trival patch.
On Thu, Apr 05, 2007 at 01:34:42PM +0600, Alexander E. Patrakov wrote:
> lepton wrote:
> >Hi,
> > When reading corrupted reiserfs directory data, d_reclen
> > could be a negative number, then memcpy will overflow
&g
Hi,
When reading corrupted reiserfs directory data, d_reclen
could be a negative number, then memcpy will overflow
kernel stack. This can lead to kernel panic.
The following patch adds a sanity check. (against 2.6.20.4)
Signed-off-by: Lepton Wu <[EMAIL PROTECTED]>
diff -pru linux-
Hi!
I thinks this condition is strange, it could be a type error.
See the following patch.
Signed-off-by: Wu Tao <[EMAIL PROTECTED]>
diff -pru linux-2.6-curr/drivers/usb/net/usbnet.c
linux-2.6-curr-lepton/drivers/usb/net/usbnet.c
--- linux-2.6-curr/drivers/usb/net/usbnet.c 2005-06-30
-lepton/drivers/usb/net/usbnet.c
--- linux-2.6-curr/drivers/usb/net/usbnet.c 2005-06-30 07:00:53.0
+0800
+++ linux-2.6-curr-lepton/drivers/usb/net/usbnet.c 2005-08-22
13:55:18.0 +0800
@@ -1922,7 +1922,7 @@ static int genelink_rx_fixup (struct usb
Hi!
I read about code of linux-2.4.31/arch/um/fs/hostfs/externfs.c
I found you have defined a function named exterfs_d_delete, but
you don't register this function in externfs_dentry_ops.
This behavior is diffrent from the hostfs code in 2.6 kernel
It will
26 matches
Mail list logo
