On 02/27/2014 09:25 PM, Boaz Harrosh wrote:
> On 02/27/2014 09:16 PM, Richard Weinberger wrote:
>> Hi!
>>
>> Am 27.02.2014 20:05, schrieb Boaz Harrosh:
>>> Hi Richard, uml hackers
>>>
>>> Since some time my "echo t > /proc/sysrq-trigger"
On 02/27/2014 09:22 PM, Richard Weinberger wrote:
>
>
> Am 27.02.2014 20:05, schrieb Boaz Harrosh:
>> Hi Richard, uml hackers
>>
>> Since some time my "echo t > /proc/sysrq-trigger" stopped producing the
>> proper global back-traces for all Kernel
On 02/27/2014 09:16 PM, Richard Weinberger wrote:
> Hi!
>
> Am 27.02.2014 20:05, schrieb Boaz Harrosh:
>> Hi Richard, uml hackers
>>
>> Since some time my "echo t > /proc/sysrq-trigger" stopped producing the
>> proper global back-traces for all Ke
Hi Richard, uml hackers
Since some time my "echo t > /proc/sysrq-trigger" stopped producing the proper
global back-traces for all Kernel threads.
All I get is:
Feb 27 12:47:32 fc18-buml18 kernel: [189390.94] ksoftirqd/0 3
58344.325336124146 120 0
On 12/01/2013 09:05 PM, Toralf Förster wrote:
> Kernel panic - not syncing: do_syscall_stub : PTRACE_SETREGS failed, errno = 3
>
> CPU: 0 PID: 1265 Comm: rmdir Tainted: GW3.13.0-rc2-1-gaf91706
> #3
> Stack:
> 084bf793 084bf793 46d47bb8 0004 085d0547 6f91 0003 0011
On 11/28/2013 06:09 PM, Richard Weinberger wrote:
>
> Does the attached patch fix the issue?
>
Yes it is good. I'm very grateful. With this I now am able
to fully stress the UML Fedora18 and almost not get stuck at all.
(stuckness is usually do to stressed system and allocation
failing where K
Hi um hackers
I'm using an x86_64 deployment both host and um-guest.
(Fedora 18)
When I load with mem=384M all is well but anything bigger will
eventually give me problems because loadable modules will no
longer load. The bigger mem= is, the earlier it will start.
When the Kernel tries to load t
On 11/25/2013 05:09 PM, Richard Weinberger wrote:
> Am Montag, 25. November 2013, 17:06:00 schrieb Boaz Harrosh:
>>> Sad to hear.
>>> Did you try one from http://fs.devloop.org.uk/?
>>> Just booted a FC18 on UML. Works fine.
>>
>> I just tried this ex
On 11/25/2013 04:43 PM, Richard Weinberger wrote:
>> [It stopped to be very important for me since I stopped using
>> UM very much. Ever since FC17 I'm unable to produce a running
>> image. It just will not boot, an image that a kvm would. So
>> very sad me, but no UML for me anymore.]
>
> Sad
Aivazian
> Cc: Jan Kara
> Cc: Andrew Morton
> Cc: Andreas Dilger
> Cc: linux-e...@vger.kernel.org
> Cc: OGAWA Hirofumi
Thanks looks good.
ACK-by: Boaz Harrosh
> Cc: Boaz Harrosh
> Cc: Benny Halevy
> Cc: osd-...@open-osd.org
> Cc: Jeff Dike
> Cc: Richard Weinbe
On 06/07/2012 01:52 PM, Alan Cox wrote:
>> No, it works fine.
>
> Not really. You happen to be lucky. Anyway with no tty port the UML code
> will soon cease to function completely so a solution of some sort is
> needed.
>
This is what I understood. That mainline code moved so far that the cur
On 06/07/2012 01:19 PM, Richard Weinberger wrote:
>
> No, it works fine.
>
OK Sorry I missed that part. So you are saying that these patches
fix Fedora, but completely break other systems which now work?
I saw in your cover letter that Debian was fine with or without
->hangup() so I assumed a
On 06/07/2012 12:22 PM, Alan Cox wrote:
> On 06/07/2012 11:45 AM, Richard Weinberger wrote:
>>
>> We cannot push this patch to Linus or -stable.
>> The problem is that will break other things.
>> E.g. login on non-tty0 terminals will break if the distro uses
>> util-linux's login.
>>
I don't u
On 06/07/2012 10:35 AM, Boaz Harrosh wrote:
<>
>
> Please also CC: Stable Tree for 3.4
> as clearly 3.4 is unusable at all right now.
>
I forgot to ask:
Please CC: me on these patches I would like to be notified
of their advancements into the different t
On 06/06/2012 05:20 PM, Boaz Harrosh wrote:
> On 06/04/2012 11:27 PM, Richard Weinberger wrote:
>
<>
>
>
> Horray I'm back to my old self. Thanks I'll give it a run
> and report of any new problems
>
> Thanks a million Richard
> Boaz
>
OK I
On 06/04/2012 11:27 PM, Richard Weinberger wrote:
> This patch set moves the UML console driver to the new TTY port interface.
> It does ref counting and uses the tty_port_*-helpers.
> Please note, it's not yet UML mconsole safe!
>
> Anyway, I see some really strange things and I'm not sure wheth
On 06/04/2012 08:05 PM, Richard Weinberger wrote:
> Am 04.06.2012 18:55, schrieb Boaz Harrosh:
>> No still crashing the same, way. BTW I do not have a systemd Distro. It's
>> plain old FC12. Though in the lab I have the same crash with FC15.
>>
>> The crash is
On 06/04/2012 07:29 PM, Richard Weinberger wrote:
> Am 04.06.2012 18:27, schrieb Boaz Harrosh:
>> On 06/04/2012 06:42 PM, Richard Weinberger wrote:
>>
>>> Am 04.06.2012 17:41, schrieb Jiri Slaby:
>>>> Hmm, I remember. I suggest you to split the patch into sev
On 06/04/2012 07:29 PM, Richard Weinberger wrote:
> Am 04.06.2012 18:27, schrieb Boaz Harrosh:
>> On 06/04/2012 06:42 PM, Richard Weinberger wrote:
>>
>>> Am 04.06.2012 17:41, schrieb Jiri Slaby:
>>>> Hmm, I remember. I suggest you to split the patch into sev
On 06/04/2012 06:42 PM, Richard Weinberger wrote:
> Am 04.06.2012 17:41, schrieb Jiri Slaby:
>> Hmm, I remember. I suggest you to split the patch into several pieces.
>> For example moving the code from ->open into ->install can be done
>> separately. Otherwise it's hard to tell what's wrong with
On 05/25/2012 10:40 AM, Richard RW. Weinberger wrote:
> - Ursprüngliche Mail -
>> I've been running with your tty patch for a while now, and was able
>> to work. 3.3 Kernel
>>
>> Now based on 3.4 tree the patch no longer merges, too many changes.
>> But am back to the same crashes as befor
On 03/15/2012 12:40 AM, Richard Weinberger wrote:
> Am 14.03.2012 23:28, schrieb Boaz Harrosh:
>> But surly it needs to go upstream. I'll run with it out of tree for now.
>
> As of now it's not ready for upstream.
> I'll submit it as -stable patch as soon as poss
On 03/26/2012 07:18 PM, Boaz Harrosh wrote:
>
> Fix the following gcc complain
> arch/um/kernel/skas/mmu.c: In function 'uml_setup_stubs':
> arch/um/kernel/skas/mmu.c:106:16: warning: unused variable 'pages'
> [-Wunused-variable]
>
I get this on today&#x
Fix the following gcc complain
arch/um/kernel/skas/mmu.c: In function 'uml_setup_stubs':
arch/um/kernel/skas/mmu.c:106:16: warning: unused variable 'pages'
[-Wunused-variable]
Signed-Signed-off-by: Boaz Harrosh
---
arch/um/kernel/skas/mmu.c |1 -
1 files changed
On 03/14/2012 01:23 AM, Richard Weinberger wrote:
> Am 14.03.2012 01:51, schrieb Boaz Harrosh:
>> Yes, you mean git checkout v3.2 Yes it's the same all the way back to 2.6.39
>> or so
>>
>> I just did that I get the same as above: addr2line -e .build_um/vmlinux
On 03/13/2012 05:22 PM, Richard Weinberger wrote:
> Am 14.03.2012 01:15, schrieb Boaz Harrosh:
>> I guess if you don't have it then you don't. The most reliable way for me to
>> get
>> it is a simple "halt". I'm not able to ever shut down properly
On 03/13/2012 04:58 PM, Richard Weinberger wrote:
>
> What exactly triggers the crash?
> IOW, how can I reproduce it?
>
It's totally random, but always the same crash.
I guess if you don't have it then you don't. The most reliable way for me to get
it is a simple "halt". I'm not able to ever sh
Since a while now my UMLs are constantly crashing in __module_text_address
which makes no sense because if I do gdb> list *(__module_text_address+0xd)
I get:
0x6005614e is in __module_text_address
(/media/usr0/export/dev/bharrosh/git/pub/linux-open-osd/kernel/module.c:3469).
3464 * module do
e how I put several safety
guards, to never get hangs again.
And I think my time based approach is more accurate then
previous system.
UML guys please investigate the jiffies issue? what is
xor.ko not doing right?
Signed-off-by: Boaz Harrosh
---
crypto/xor.c |
On 08/29/2011 03:25 PM, Richard Weinberger wrote:
>>
>> Try to build it static...
>
> I'm building most of the time static.
> Using defconfig and
> CONFIG_STATIC_LINK=y
> it builds fine here (x86_64 and i386)
>
> Thanks,
> //richard
With some switches and optimization gcc might turn strrchr
into
Hi umlers
There's been a stream of nice patches for uml lately. The kind I had on
my TODO for a while and never had the time to do them. Thanks
Is there a public tree that has all these patches sent to the mailing list
the last couple of month?
Is this tree included in linux-next?
I work with
On 02/11/2011 02:38 PM, richard -rw- weinberger wrote:
> On Thu, Feb 10, 2011 at 4:51 PM, Boaz Harrosh wrote:
>> On 02/09/2011 09:02 PM, Boaz Harrosh wrote:
>>> I have a new module that uses the async_tx.h lib.
>>>
>>> On an exact same module code base
On 02/09/2011 09:02 PM, Boaz Harrosh wrote:
> I have a new module that uses the async_tx.h lib.
>
> On an exact same module code based on 3.6.37 I see the:
> xor: measuring software checksum speed
> 8regs : 11312.000 MB/sec
> 8regs_prefetch
I have a new module that uses the async_tx.h lib.
On an exact same module code based on 3.6.37 I see the:
xor: measuring software checksum speed
8regs : 11312.000 MB/sec
8regs_prefetch: 9792.800 MB/sec
32regs: 11220.400 MB/sec
32regs_pre
On 12/14/2010 11:59 PM, Randy Dunlap wrote:
> On Sun, 21 Nov 2010 16:41:26 +0200 Boaz Harrosh wrote:
>
>>
>> Meanwhile I have setup a cron job for every-night to checkout linux-next
>> and "make". As a backup for above, until it is fixed.
>>
>>
On 09/28/2010 10:57 PM, Linus Torvalds wrote:
> On Tue, Sep 28, 2010 at 1:47 PM, Andrew Morton
> wrote:
>>
>> And I misread that, assuming that it's just a wrapper around
>> eth_mac_addr(). Only it isn't, because it passes eth_mac_addr() the
>> MAC address's address directly (with ->sa_data). Bu
vid S. Miller
CC: Andrew Morton
CC: Al Viro
Tested-by: Boaz Harrosh
Signed-off-by: Boaz Harrosh
---
arch/um/drivers/net_kern.c | 17 +++--
1 files changed, 3 insertions(+), 14 deletions(-)
diff --git a/arch/um/drivers/net_kern.c b/arch/um/drivers/net_kern.c
index 2ab233b..47
[bharr...@fs2 ~/dev/git/pub/scsi-misc] 1115$ git bisect good
f25c80a4b2bf93c99820f470573626557db35202 is the first bad commit
commit f25c80a4b2bf93c99820f470573626557db35202
Author: Julia Lawall
Date: Tue Jul 20 12:25:17 2010 +
arch/um/drivers: remove duplicate structure field initializ
On 09/12/2010 09:34 AM, Sakari Ailus wrote:
>> - Please send a detailed bug report about that data corruption so someone
>>can reproduce it. I'm not sure what block device you are using but it has
>>a bug. If you have a good version 2.6.27 and a bad version 2.6.28. It
>> should
>>be ea
On 08/31/2010 01:17 AM, Sakari Ailus wrote:
> Hello all,
>
> I'm a long-time UML user and lately I've become a bit worried on the
> state of the UML. This list, as well as the -user one, is very quiet
> these days. Is there someone still actively developing the UML? I have
> to say I really lik
ude
> #include "init.h"
>
On 06/15/2010 04:06 AM, Liu Aleaxander wrote:
> On Wed, Jun 16, 2010 at 7:16 AM, Boaz Harrosh wrote:
>>
>> Yes. I have the same patch.
>>
>> Apparently it's new for Fedora 13. Previous Fedora's are compiling fine.
&
On 06/15/2010 04:06 AM, Liu Aleaxander wrote:
> The os-linux/mem.c file calls fchmod function, which is declared in sys/stat.h
> header file, so include it.
>
Yes. I have the same patch.
Apparently it's new for Fedora 13. Previous Fedora's are compiling fine.
I guess something has changed with t
On 06/14/2010 07:41 PM, H. Peter Anvin wrote:
> On 06/14/2010 09:08 AM, Boaz Harrosh wrote:
>> On 06/09/2010 09:29 PM, H. Peter Anvin wrote:
>>> On 06/09/2010 01:46 AM, Geert Uytterhoeven wrote:
>>>>
>>>> Peter, are you happy with this?
>>>> A
On 06/09/2010 09:29 PM, H. Peter Anvin wrote:
> On 06/09/2010 01:46 AM, Geert Uytterhoeven wrote:
>>
>> Peter, are you happy with this?
>> Although we still don't know why UML cannot grok it, it does fix a
>> regression in post-2.6.34.
>>
>
> Yes, I'll push it.
>
> -hpa
Peter hi.
Why have
On 06/09/2010 11:04 AM, Boaz Harrosh wrote:
> From: Borislav Petkov
>
> Obviously UML cannot stomach callee reg-saving trickery
> introduced with d61931d89be506372d01a90d1755f6d0a9fafe2d
> (x86: Add optimized popcnt variants) and oopses during boot:
> http://marc.info
On 06/09/2010 11:46 AM, Geert Uytterhoeven wrote:
> On Wed, Jun 9, 2010 at 10:09, Boaz Harrosh wrote:
>> On 06/09/2010 11:04 AM, Boaz Harrosh wrote:
>>> From: Borislav Petkov
>>>
>>> Obviously UML cannot stomach callee reg
On 06/09/2010 11:04 AM, Boaz Harrosh wrote:
> From: Borislav Petkov
>
> Obviously UML cannot stomach callee reg-saving trickery
> introduced with d61931d89be506372d01a90d1755f6d0a9fafe2d
> (x86: Add optimized popcnt variants) and oopses during boot:
> http://marc.info
From: Borislav Petkov
Obviously UML cannot stomach callee reg-saving trickery
introduced with d61931d89be506372d01a90d1755f6d0a9fafe2d
(x86: Add optimized popcnt variants) and oopses during boot:
http://marc.info/?l=linux-kernel&m=127522065202435&w=2
Redirect arch_hweight.h include from the x86
On 05/31/2010 04:55 PM, Toralf Förster wrote:
>
> Borislav Petkov wrote at 22:17:38
>> LKML-Reference: <201005271944.09541.toralf.foers...@gmx.de>
>> Signed-off-by: Borislav Petkov
>> ---
>> arch/um/include/asm/arch_hweight.h |6 ++
>> 1 files changed, 6 insertions(+), 0 deletions(-)
>>
On 06/25/2009 11:06 AM, Paul Menage wrote:
> On Thu, Jun 25, 2009 at 12:57 AM, Boaz Harrosh wrote:
>> Paul? we did not receive any feedback from you
>
> I split it out into two patches and sent them about an hour ago. (One
> for mmu_context.h sent to Rusty and one for the oth
arch/um/drivers/slirp_kern.c
Paul? we did not receive any feedback from you. I will wait until Sunday,
then send a patch to Andrew Morton, perhaps he can send such a fix to Linus.
Given UML maintainers have disappeared, right on a merge window.
> On Mon, 22 Jun 2009 11:43:52 +0300 Boaz Harrosh
On 06/22/2009 05:46 AM, Amerigo Wang wrote:
> On Fri, Jun 19, 2009 at 05:55:24PM -0700, Paul Menage wrote:
>> UML: Fix some apparent bitrot
>>
>> - migration of net_device methods into net_device_ops
>> - dma_sync_single() changes
>> - cpumask_clear() -> cpumask_clear_cpu()
>>
>> Signed-off-by: Pau
On 06/22/2009 01:52 PM, Stephen Rothwell wrote:
> Hi Amerigo,
>
> On Mon, 22 Jun 2009 16:57:35 +0800 Amerigo Wang
> wrote:
>> Stephan, could you please also do compiling tests for UML in your -next tree?
>>
>> Thanks!
>
> I would be happy to do this, all I need is for someone to tell me how to
On 06/20/2009 03:55 AM, Paul Menage wrote:
> UML: Fix some apparent bitrot
>
> - migration of net_device methods into net_device_ops
> - dma_sync_single() changes
> - cpumask_clear() -> cpumask_clear_cpu()
>
> Signed-off-by: Paul Menage
>
> --
>
> Fixes the following compile errors:
>
> inclu
Américo Wang wrote:
> On Thu, Mar 05, 2009 at 07:27:31PM +0200, Boaz Harrosh wrote:
>> Américo Wang wrote:
>>> On Thu, Mar 05, 2009 at 03:45:36PM +0200, Boaz Harrosh wrote:
>>>> Américo Wang wrote:
>>>>> On Thu, Mar 05, 2009 at 02:13:58PM +0200, Boaz H
Américo Wang wrote:
> On Thu, Mar 05, 2009 at 03:45:36PM +0200, Boaz Harrosh wrote:
>> Américo Wang wrote:
>>> On Thu, Mar 05, 2009 at 02:13:58PM +0200, Boaz Harrosh wrote:
>>>> On today's linus v2.6.29-rc7-3-g559595a
>>>>
>>>>
Américo Wang wrote:
> On Thu, Mar 05, 2009 at 02:13:58PM +0200, Boaz Harrosh wrote:
>> On today's linus v2.6.29-rc7-3-g559595a
>>
>> Doing make ARCH=um defconfig & make ARCH=um
>> give's me:
>>
>> LD vmlinux.o
>> MODPOST vmlinux.o
>&g
On today's linus v2.6.29-rc7-3-g559595a
Doing make ARCH=um defconfig & make ARCH=um
give's me:
LD vmlinux.o
MODPOST vmlinux.o
WARNING: vmlinux: 'memcpy' exported twice. Previous export was in vmlinux
Sorry if this is a duplicate report
Boaz
---
Recently I get my emails to user-mode-linux-devel@lists.sourceforge.net
rejected.
I'm trying to see if going through a different SMTP server will help.
Sorry for the noise
Boaz
-
This SF.Net email is sponsored by the Moblin
[EMAIL PROTECTED] wrote:
> Boaz Harrosh wrote:
>> [EMAIL PROTECTED] wrote:
>>
>>> Boaz Harrosh wrote:
>>>
>>>> [EMAIL PROTECTED] wrote:
>>>>
>>>>
>>>&
[EMAIL PROTECTED] wrote:
> Boaz Harrosh wrote:
>> [EMAIL PROTECTED] wrote:
>>
>>> Boaz Harrosh wrote:
>>>
>>>> [EMAIL PROTECTED] wrote:
>>>>
>>>>
>>>>> Hi!
>>>>>
>>>>
[EMAIL PROTECTED] wrote:
> Boaz Harrosh wrote:
>> [EMAIL PROTECTED] wrote:
>>
>>> Hi!
>>>
>>> I've compiled an UML kernel based on 2.6.25 but loading kernel modules
>>> seems to be broken. No matter which module I try to load the
Boaz Harrosh wrote:
> if I do "make ARCH=um KBUILD_OUTPUT=.build_um defconfig" in 2.6.22-rc4
> I see that KERNEL_STACK_ORDER == 0. The resulting kernel will not boot my
> FedoraCore5-AMD64-root_fs. Manually editing to 1 will fix that.
> (By the way: can I change it inside
9-2.6.21 I used to get == 2. What is the recommended
value
for this CONFIG option?
My compiling/host is a RHEL 4 x86_64 (with various kernels).
Boaz Harrosh
-
This SF.net email is sponsored by DB2 Express
Download DB2 Expre
l root. You might need to adjust
it for gdb since
gdb will see the host path. If the module is inside the root_fs file than you
will need to point
gdb to a copy of the module file on the host.
I hope that helps
Boaz Harrosh
#!/bin/sh
#
# Print gdb command to load a module's symbols
#
# Copyrig
Antoine Martin wrote:
> Antoine Martin wrote:
> I have downgraded the x86 boxes to 2.6.15.7 and these are up and
> running again. But I can't do that for all of them, and this is just
> not an option for some of the amd64 boxes.
My setup is:
>>> Thanks for that. That is very simi
I have searched the archives and seen some old posts about SCSI not
compiling with UML. Since than I have seen some post on the net of the
like http://lkml.org/lkml/2006/9/12/200. (which does not apply but the
Idea is clear and can be done by hand).
Now when carefully configured I can compile th
67 matches
Mail list logo
