Am 21.09.2012 02:28, schrieb Eric W. Biederman:
From: Eric W. Biederman ebied...@xmission.com
Cc: Jeff Dike jd...@addtoit.com
Cc: Richard Weinberger rich...@nod.at
Acked-by: Serge Hallyn serge.hal...@canonical.com
Signed-off-by: Eric W. Biederman ebied...@xmission.com
---
Looks sane to me
Fastmap uses -fm_sem to stop EBA changes while writing
a new fastmap.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/eba.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/ubi/eba.c b/drivers/mtd/ubi/eba.c
index 8af2ebf
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/build.c | 71 --
1 files changed, 67 insertions(+), 4 deletions(-)
diff --git a/drivers/mtd/ubi/build.c b/drivers/mtd/ubi/build.c
index 3497703..cc7c03c 100644
--- a/drivers/mtd/ubi
Add the on-flash data structures neeed by fastmap
to ubi-media.h
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/ubi-media.h | 137 +++
1 files changed, 137 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/ubi/ubi-media.h b
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/fastmap.c | 1560 +
1 files changed, 1560 insertions(+), 0 deletions(-)
create mode 100644 drivers/mtd/ubi/fastmap.c
diff --git a/drivers/mtd/ubi/fastmap.c b/drivers/mtd/ubi
Make fastmap known to Kconfig, UBI Makefile and MAINTAINERS.
Signed-off-by: Richard Weinberger rich...@nod.at
---
MAINTAINERS |6 ++
drivers/mtd/ubi/Kconfig | 20
drivers/mtd/ubi/Makefile |1 +
3 files changed, 27 insertions(+), 0 deletions
To make fastmap possible the WL sub-system needs some
changes.
Mostly to support fastmaps pools.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/wl.c | 576 ++
1 files changed, 531 insertions(+), 45 deletions(-)
diff --git
- Export compare_lebs() as fastmap needs this function.
- Implement fastmap scan logic.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/attach.c | 387 +++---
1 files changed, 259 insertions(+), 128 deletions(-)
diff --git a/drivers
UBI Fastmap is an optional feature which stores the physical to
logical eraseblock relations in a checkpoint (called fastmap) to reduce
the initialization time of UBI. The current init time of UBI is
proportional to the number of physical erase blocks on the FLASH
device. With fastmap enabled the
self_check_eba() compares two ubi_attach_info objects.
Fastmap uses this function for self checks.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/eba.c | 96 +
1 files changed, 96 insertions(+), 0 deletions(-)
diff --git
This patch adds fastmap specific data structures to ubi.h.
It moves also struct ubi_work to ubi.h as it is now needed
for more than one c file.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/ubi.h | 119 +++-
drivers/mtd/ubi/wl.c
Fastmap needs next_sqnum(), rename it to ubi_next_sqnum()
and make it non-static.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/eba.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/mtd/ubi/eba.c b/drivers/mtd/ubi/eba.c
Am Tue, 25 Sep 2012 22:37:13 +0200
schrieb Geert Uytterhoeven ge...@linux-m68k.org:
On Tue, Sep 25, 2012 at 9:43 PM, Al Viro v...@zeniv.linux.org.uk
wrote:
On Tue, Sep 25, 2012 at 12:20:55PM -0700, Linus Torvalds wrote:
IOW, this part of the patch:
- c_flags = -Wp,-MD,$(depfile)
Add the on-flash data structures neeed by fastmap
to ubi-media.h
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/ubi-media.h | 137 +++
1 files changed, 137 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/ubi/ubi-media.h b
- Export compare_lebs() as fastmap needs this function.
- Implement fastmap scan logic.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/attach.c | 386 +++---
drivers/mtd/ubi/build.c |2 +-
drivers/mtd/ubi/ubi.h|2 +-
3
UBI Fastmap is an optional feature which stores the physical to
logical eraseblock relations in a checkpoint (called fastmap) to reduce
the initialization time of UBI. The current init time of UBI is
proportional to the number of physical erase blocks on the FLASH
device. With fastmap enabled the
Make fastmap known to Kconfig, UBI Makefile and MAINTAINERS.
Signed-off-by: Richard Weinberger rich...@nod.at
---
MAINTAINERS |6 ++
drivers/mtd/ubi/Kconfig | 20
drivers/mtd/ubi/Makefile |1 +
3 files changed, 27 insertions(+), 0 deletions
To make fastmap possible the WL sub-system needs some
changes.
Mostly to support fastmaps pools.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/wl.c | 575 ++
1 files changed, 531 insertions(+), 44 deletions(-)
diff --git
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/fastmap.c | 1560 +
1 files changed, 1560 insertions(+), 0 deletions(-)
create mode 100644 drivers/mtd/ubi/fastmap.c
diff --git a/drivers/mtd/ubi/fastmap.c b/drivers/mtd/ubi
Fastmap uses -fm_sem to stop EBA changes while writing
a new fastmap.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/eba.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/drivers/mtd/ubi/eba.c b/drivers/mtd/ubi/eba.c
index d56ae1c
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/build.c | 68 --
1 files changed, 65 insertions(+), 3 deletions(-)
diff --git a/drivers/mtd/ubi/build.c b/drivers/mtd/ubi/build.c
index 3497703..c9b99be 100644
--- a/drivers/mtd/ubi
self_check_eba() compares two ubi_attach_info objects.
Fastmap uses this function for self checks.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/eba.c | 96 +
1 files changed, 96 insertions(+), 0 deletions(-)
diff --git
Fastmap needs next_sqnum(), rename it to ubi_next_sqnum()
and make it non-static.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/eba.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/mtd/ubi/eba.c b/drivers/mtd/ubi/eba.c
Artem,
Am Wed, 26 Sep 2012 13:33:11 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
Richard, thanks, here is the deal I suggest
1. I do not really have time to review this in details.
2. I do not want to block this either
3. I want to merge this to 3.7 with come
This patch adds fastmap specific data structures to ubi.h.
It moves also struct ubi_work to ubi.h as it is now needed
for more than one c file.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/mtd/ubi/ubi.h | 116 -
drivers/mtd/ubi
: Preinclude include/linux/kern_levels.h
Richard Weinberger (1):
um: Fix IPC on um
arch/um/include/asm/processor-generic.h|9 -
arch/um/include/shared/common-offsets.h| 10 --
arch/um/include/shared/user.h | 11 +++
arch/um/kernel/exec.c
Artem, Stephen,
Am Wed, 03 Oct 2012 10:20:43 +0300
schrieb Artem Bityutskiy dedeki...@gmail.com:
On Wed, 2012-10-03 at 12:27 +1000, Stephen Rothwell wrote:
Hi Artem,
After merging the ubi tree, today's linux-next build (x86_64
allmodconfig) failed like this:
ERROR:
Am Wed, 03 Oct 2012 11:25:45 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Wed, 2012-09-26 at 17:51 +0200, Richard Weinberger wrote:
UBI Fastmap is an optional feature which stores the physical to
logical eraseblock relations in a checkpoint (called fastmap) to
reduce
On 03.10.2012 10:44, Artem Bityutskiy wrote:
On Wed, 2012-10-03 at 10:36 +0200, Richard Weinberger wrote:
Am Wed, 03 Oct 2012 11:25:45 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Wed, 2012-09-26 at 17:51 +0200, Richard Weinberger wrote:
UBI Fastmap is an optional
On 03.10.2012 11:30, Artem Bityutskiy wrote:
On Wed, 2012-10-03 at 11:03 +0200, Richard Weinberger wrote:
Yeah, it looks like all issues reported by aiaiai are caused by the missing
goto.
Can you deal with the patch below or do you want me to send it using git
send-email?
I'll apply
On 28.09.2012 18:32, Richard Weinberger wrote:
Currently only stdin is available in the coredump helper process.
If the process opens a file and then issues a printf(),
printf() will write to that opened file instead to a console.
Therefore open /dev/console and create fd 1 and 0 as init/main.c
Hi!
I can reliably trigger the following warning by physically detaching my disk
array after
stopping md1.
---cut---
[ 149.780554] md: md1 stopped.
[ 149.780559] md: unbindsdh1
[ 149.782025] md: export_rdev(sdh1)
[ 149.782039] md: unbindsdg1
[ 149.786026] md: export_rdev(sdg1)
[
Am Tue, 23 Oct 2012 13:01:42 -0700
schrieb Kees Cook keesc...@chromium.org:
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Jeff Dike jd...@addtoit.com
CC: Richard Weinberger
Am Tue, 23 Oct 2012 13:01:45 -0700
schrieb Kees Cook keesc...@chromium.org:
This config item has not carried much meaning for a while now and is
almost always enabled by default. As agreed during the Linux kernel
summit, remove it.
CC: Jeff Dike jd...@addtoit.com
CC: Richard Weinberger
On 24.10.2012 01:18, Matthew Leach wrote:
Hi,
When building UML against 3.7-rc2 I encounter the following build error:
# make ARCH=uml
scripts/kconfig/conf --silentoldconfig arch/x86/um/Kconfig
CHK include/generated/uapi/linux/version.h
UPD include/generated/uapi/linux/version.h
On 24.10.2012 10:08, Richard Weinberger wrote:
On 24.10.2012 01:18, Matthew Leach wrote:
Hi,
When building UML against 3.7-rc2 I encounter the following build error:
# make ARCH=uml
scripts/kconfig/conf --silentoldconfig arch/x86/um/Kconfig
CHK include/generated/uapi/linux/version.h
On 24.10.2012 11:09, Matthew Leach wrote:
Hi Richard,
Richard Weinberger rich...@nod.at writes:
Does this patch fix the issue?
Your patch fixed the initial error, but I now get:
Okay, we have to get rid of all struct sig_infos.
A patch is on the way.
Thanks,
//richard
--
To unsubscribe
-by: Wei Yongjun yongjun_...@trendmicro.com.cn
Acked-by: Richard Weinberger rich...@nod.at
Thanks,
//richard
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Linus,
please issue the following pull request.
UML receives this time only cleanups.
The most outstanding change is the 'include foo.h' do 'include
foo.h'
conversion done by Al Viro.
It touches many files, that's why the diffstat is rather big.
Thanks,
//richard
The following changes
() succeeds.
Before this patch it was in vain and returned always -EBADF because nobody
opened fd 0.
Signed-off-by: Richard Weinberger rich...@nod.at
---
fs/exec.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/fs/exec.c b/fs/exec.c
index 574cf4d..2912fec 100644
--- a/fs
McGrath rol...@hack.frob.com
Cc: Pedro Alves pal...@redhat.com
Cc: Fengguang Wu fengguang...@intel.com
Cc: Stephen Rothwell s...@canb.auug.org.au
Cc: Andrew Morton a...@linux-foundation.org
Signed-off-by: Richard Weinberger rich...@nod.at
---
include/linux/coredump.h | 1 +
1 file changed, 1
Am Wed, 10 Oct 2012 15:16:59 -0700
schrieb Andrew Morton a...@linux-foundation.org:
On Thu, 11 Oct 2012 00:04:07 +0200
Richard Weinberger rich...@nod.at wrote:
commit 5ab1c30 (coredump: pass siginfo_t* to do_coredump() and
below, not merely signr) added siginfo_t to linux/coredump.h
Am Wed, 24 Oct 2012 00:18:34 +0100
I have tracked this down to [1] where, indeed, the type of sig_info is
different; the second parameter in signal.c is 'siginfo_t' where as in
as-layout.h the second parameter's type is declared as 'struct
siginfo'.
[1]:
Am Wed, 24 Oct 2012 20:48:52 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 00:18:34 +0100
I have tracked this down to [1] where, indeed, the type of
sig_info is different; the second parameter in signal.c is
'siginfo_t
Am Wed, 24 Oct 2012 21:06:25 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 20:48:52 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 00:18:34 +0100
Am Wed, 24 Oct 2012 21:13:55 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 21:06:25 +0100
schrieb Matthew Leach matt...@mattleach.net:
Richard Weinberger rich...@nod.at writes:
Am Wed, 24 Oct 2012 20:48:52 +0100
Am 15.10.2012 15:10, schrieb David Howells:
linux/coredump.h should #include asm/siginfo.h for the siginfo_t type.
Without this the following error occurs when compiling UM defconfig:
include/linux/coredump.h:15:25: error: unknown type name 'siginfo_t'
Signed-off-by: David Howells
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/um/Kconfig.common | 1 +
arch/um/kernel/process.c | 27 ---
2 files changed, 5 insertions(+), 23 deletions(-)
diff --git a/arch/um/Kconfig.common b/arch/um/Kconfig.common
index bceee66..5783406 100644
--- a/arch
-by: Richard Weinberger rich...@nod.at
---
Documentation/kernel-parameters.txt | 6 ++
arch/x86/platform/efi/efi.c | 15 ++-
2 files changed, 20 insertions(+), 1 deletion(-)
diff --git a/Documentation/kernel-parameters.txt
b/Documentation/kernel-parameters.txt
index 4609e81
Am 17.04.2013 01:16, schrieb Jiri Kosina:
On Wed, 17 Apr 2013, Richard Weinberger wrote:
+static bool efi_no_storage_paranoia;
+EXPORT_SYMBOL_GPL(efi_no_storage_paranoia);
Is there any particular reason to export this symbol?
I saw that the other parameters in that file are exported too
Am 17.04.2013 16:55, schrieb Matt Fleming:
On 17/04/13 08:32, Richard Weinberger wrote:
Am 17.04.2013 01:16, schrieb Jiri Kosina:
On Wed, 17 Apr 2013, Richard Weinberger wrote:
+static bool efi_no_storage_paranoia;
+EXPORT_SYMBOL_GPL(efi_no_storage_paranoia);
Is there any particular reason
Some (broken?) EFI implementations return always a MaximumVariableSize of 0,
check against max_size only if it is non-zero.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/firmware/efivars.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/firmware
Using this parameter one can disable the storage_size/2 check if
he is really sure that the UEFI does sane gc.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/firmware/efivars.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/firmware/efivars.c b
Am 04.04.2013 18:00, schrieb Luck, Tony:
Some (broken?) EFI implementations return always a MaximumVariableSize of 0,
check against max_size only if it is non-zero.
The spec doesn't say that zero has any special meaning - so if an implementation
returns max_size == 0 but lets you set a
Using this parameter one can disable the storage_size/2 check if
he is really sure that the UEFI does sane gc.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/firmware/efivars.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/drivers/firmware/efivars.c b
Some EFI implementations return always a MaximumVariableSize of 0,
check against max_size only if it is non-zero.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/firmware/efivars.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/firmware/efivars.c b
Some EFI implementations return always a MaximumVariableSize of 0,
check against max_size only if it is non-zero.
My Intel DQ67SW desktop board has such an implementation.
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/x86/platform/efi/efi.c | 7 ++-
1 file changed, 6 insertions
-by: Richard Weinberger rich...@nod.at
---
arch/x86/platform/efi/efi.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/arch/x86/platform/efi/efi.c b/arch/x86/platform/efi/efi.c
index 3f96a48..1b0efb6 100644
--- a/arch/x86/platform/efi/efi.c
+++ b/arch/x86/platform/efi
setup register and therefore it has to
be ignored while probing.
Resetting the timers is not only needed on broken BIOSes also when
kexec is used. Otherwise the new kernel will find preconfigured timers
and odd things will happen.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/misc
setup register and therefore it has to
be ignored while probing.
Resetting the timers is not only needed on broken BIOSes also when
kexec is used. Otherwise the new kernel will find preconfigured timers
and odd things will happen.
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/misc
Am Tue, 2 Apr 2013 17:29:50 +1100
schrieb Stephen Rothwell s...@canb.auug.org.au:
Hi all,
After merging the char-misc tree, today's linux-next build (x86_64
allmodconfig) failed like this:
drivers/misc/cs5535-mfgpt.c:30:3: warning: missing terminating
character [enabled by default]
Commit cs5535-mfgpt: Add another reset method introduced an unterminated
string and broke the build.
Reported-by: Stephen Rothwell s...@canb.auug.org.au
Signed-off-by: Richard Weinberger rich...@nod.at
---
drivers/misc/cs5535-mfgpt.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions
Having more than 99 CPUs causes an overflow of cpustr.
If an attacker is able to control the number CPUs he might able to inject code
...kind of. ;-)
Signed-off-by: Richard Weinberger rich...@nod.at
---
arch/ia64/kernel/palinfo.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff
If the kernel was booted with the quiet boot option we have currently no
chance to see why an initrd failes.
Change KERN_WARNING to KERN_ERR to see what is going on.
Signed-off-by: Richard Weinberger rich...@nod.at
---
init/main.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
: fix a not needed double check
Paul Chavent (1):
net: enable tx time stamping in the vde driver.
Richard Weinberger (2):
um: Use tty_port_operations-destruct
um: Use tty_port in SIGWINCH handler
Sergei Trofimovich (2):
um: add missing declaration of 'getrlimit
The current version string is outdated.
Update it to 1.8.0 to reflect the real OCFS2 feature set.
Signed-off-by: Richard Weinberger rich...@nod.at
---
fs/ocfs2/ver.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/fs/ocfs2/ver.c b/fs/ocfs2/ver.c
index e2488f4..cae2a2c 100644
Hi,
Am Wed, 06 Feb 2013 15:45:37 -0700
schrieb Alex Williamson alex.william...@redhat.com:
On Wed, 2013-02-06 at 21:25 +0100, Richard Weinberger wrote:
Hi,
Am Wed, 06 Feb 2013 11:47:20 -0700
schrieb Alex Williamson alex.william...@redhat.com:
Does the card work with pci-assign
Am Thu, 07 Feb 2013 15:49:58 -0700
schrieb Alex Williamson alex.william...@redhat.com:
If I whitelist pcieport USB3 works within the guests. :-)
Binding 1c.0 and 1c.6 is no longer needed.
Next week I'll run some more tests with USB3 devices.
Great! Thanks for the test. I assume you
Am Tue, 05 Feb 2013 13:36:53 -0700
schrieb Alex Williamson alex.william...@redhat.com:
Ugh, the infamous and useless error 10. It could be anything.
I've got a system with onboard usb3, let me see what windows does
with it here first. Thanks,
Well, I've got an Etron USB3 HBA and
Hi,
Am Tue, 05 Feb 2013 13:36:53 -0700
schrieb Alex Williamson alex.william...@redhat.com:
Ugh, the infamous and useless error 10. It could be anything.
I've got a system with onboard usb3, let me see what windows does
with it here first. Thanks,
Well, I've got an Etron USB3 HBA and
Hi,
Am Wed, 06 Feb 2013 11:47:20 -0700
schrieb Alex Williamson alex.william...@redhat.com:
Does the card work with pci-assign or are both broken?
It works with pci-assign. :-\
Possible there's a bug in how we're managing the vector table and pba
here. Can you get to the monitor and run
Am Fri, 15 Feb 2013 08:41:27 -0800
schrieb Kees Cook keesc...@chromium.org:
Hi Andrew,
Is this revert something you would be willing to take?
It looks like the patch[0] never made it into linux-kernel@ for whatever
reasons. :-(
Thanks,
//richard
[1]
Hi!
Today I encountered the following problem on v3.8:
[ 28.940032] general protection fault: [#1] PREEMPT SMP
...
[ 28.984953] Call Trace:
[ 28.986628 [a04cb200] ocfs2_fast_symlink_readpage+0x70/0x1b0
[ocfs2]
[ 28.988302] [8110dc49] ?
Am 09.09.2012 17:09, schrieb Joe Perches:
On Sun, 2012-09-09 at 10:33 +0200, Geert Uytterhoeven wrote:
Ping?
Richard? Are you going to pick up this patch?
It seems sensible.
Geert, I suggest sending it directly to Linus as a fix
if Richard doesn't respond in a few days.
I'll pick up.
Am 14.08.2012 16:26, schrieb David Howells:
Rusty Russell ru...@rustcorp.com.au wrote:
CC arch/x86/um/../kernel/module.o
arch/x86/um/../kernel/module.c:96:5: error: redefinition of
'apply_relocate_add'
include/linux/moduleloader.h:64:19: note: previous definition of
Am 14.08.2012 16:51, schrieb David Howells:
Richard Weinberger rich...@nod.at wrote:
Is there no way to get this information from the UML subarch?
Which is currently X86_32 or X86_64.
Or ppc or ia64? Or are those defunct?
Those are defunct.
AFAIK viro is working on UML/ppc64.
I can
Am 14.08.2012 16:54, schrieb David Howells:
David Howells dhowe...@redhat.com wrote:
I can certainly try pasting the lines from x86/Kconfig to uml/Kconfig.common
to switch the REL/RELA bits, but it would be nice to get this from the actual
arch if possible to reduce redundancy.
The
Am 14.08.2012 17:06, schrieb David Howells:
Richard Weinberger rich...@nod.at wrote:
I think arch/x86/um/Kconfig makes more sense.
warthogls arch/um
defconfig Kconfig.common Kconfig.um Makefile-os-Linux scripts/
drivers/ Kconfig.debug kernel/Makefile-ppc sys
select HAVE_AOUT
+ select MODULES_USE_ELF_REL
config X86_64
def_bool 64BIT
+ select MODULES_USE_ELF_RELA
config RWSEM_XCHGADD_ALGORITHM
def_bool X86_XADD 64BIT
Looks sane.
Acked-by: Richard Weinberger rich...@nod.at
Thanks,
//richard
signature.asc
On 01.08.2012 23:44, Meredydd Luff wrote:
HPA is already on record calling for an execveat() which also does
fexecve()'s job: https://lkml.org/lkml/2006/7/11/556.
And the current glibc hack for fexecve() is already causing problems
in the wild. Eg:
On 02.08.2012 00:23, Meredydd Luff wrote:
Submitting this as a separate patch per rich...@nod.at's suggestion.
Signed-off-by: Meredydd Luff mered...@senatehouse.org
Queued for 3.7.
Thanks,
//richard
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a
/line, add tty_port
TTY: um/line, use tty from tty_port
Martin Pärtel (2):
um: fix ubd_file_size for read-only files
um: pass siginfo to guest process
Richard Weinberger (6):
um: remove line_ioctl()
um: Remove dead code
um: fully use tty_port
um: remove
Artem,
Am Thu, 02 Aug 2012 17:12:27 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Mon, 2012-07-09 at 14:18 +0200, Richard Weinberger wrote:
This is the next round of UBI fastmap updates.
It fixes all issues pointed out by Shmulik. :-)
I see the following errors when
Am Thu, 02 Aug 2012 17:29:01 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Thu, 2012-08-02 at 16:15 +0200, Richard Weinberger wrote:
If I understand correctly, it can be only because of a bug. If I
am correct, could you please add a 'dump_stack()' to improve
Am Thu, 02 Aug 2012 17:58:50 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Mon, 2012-07-09 at 14:18 +0200, Richard Weinberger wrote:
This is the next round of UBI fastmap updates.
It fixes all issues pointed out by Shmulik. :-)
Hi Richard,
when I try to attach
Am Thu, 02 Aug 2012 18:18:48 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
Hmm, and without fastmap it works fine?
Yes.
I don't see much fastmap related here.
It is related to your changes in attach.c.
Okay, I'll dig into the issue.
Thanks,
//richard
--
To
Am Thu, 02 Aug 2012 19:17:47 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Thu, 2012-08-02 at 16:51 +0200, Richard Weinberger wrote:
Every time fastmap writes a new fastmap to the flash it tries to
get a new PEB and returns the old one (used for the old fastmap)
back
Am Thu, 02 Aug 2012 19:45:30 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
Richard,
On Thu, 2012-08-02 at 18:32 +0200, Richard Weinberger wrote:
This should not happen. Fastmap should _reserve_ enough of PEBs
for it to operate. It should always find the PEB to write
Am Thu, 2 Aug 2012 10:03:04 -0700
schrieb Tim Bird tim.b...@am.sony.com:
If everything goes wrong, fastmap makes sure that no fastmap is on
flash.
In case of a powercut we fall back to scanning mode.
R/O mode is overkill IMHO.
So can I interpret this the following way. Not only
Am Thu, 02 Aug 2012 20:40:00 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
Hi Tim,
On Thu, 2012-08-02 at 10:03 -0700, Tim Bird wrote:
I'm don't understand what UBI liability is. Can you please
clarify? What breaks if the PEBs get consumed?
let me try. Let's forget
Am Thu, 02 Aug 2012 20:59:28 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
How much PEB should be reserved? 2 x sizeof(fastmap)?
Is there any reason why it cannot be the _exact_ maximum number? Not
more and not less.
The fastmap size is an exact number.
If I
Am Fri, 03 Aug 2012 11:47:17 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Mon, 2012-07-09 at 14:18 +0200, Richard Weinberger wrote:
This is the next round of UBI fastmap updates.
It fixes all issues pointed out by Shmulik. :-)
If you want to test fastmap you can
Am 05.08.2012 10:23, schrieb Shmulik Ladkani:
On Thu, 2 Aug 2012 19:45:38 +0200 Richard Weinberger rich...@nod.at wrote:
Okay, then let's explicitly reserve a few PEBs for fastmap.
This should be very easy task.
Need to consider what's expected when migrating from a former non-FM
UBI system
Am 06.08.2012 16:53, schrieb Peter Zijlstra:
On Fri, 2012-08-03 at 15:29 +0200, Richard Weinberger wrote:
get_robust_list has at least two valid use cases.
1. checkpoint/restore in userspace
2. post mortem analysis
Shouldn't this then also be added as a comment somewhere near
Am 02.08.2012 16:58, schrieb Artem Bityutskiy:
On Mon, 2012-07-09 at 14:18 +0200, Richard Weinberger wrote:
This is the next round of UBI fastmap updates.
It fixes all issues pointed out by Shmulik. :-)
Hi Richard,
when I try to attach mtdram (NOR flash), UBI fails:
Fastmap works fine
Am 07.08.2012 06:21, schrieb Artem Bityutskiy:
On Mon, 2012-08-06 at 19:36 +0200, Richard Weinberger wrote:
I think we enable fastmap only if a MTD device has more than
UBI_FM_MAX_START*2 PEBs.
Any comments?
With double space one can make it power-cut tolerant, because you should
be able
Am Fri, 17 Aug 2012 16:11:55 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
We do not do anything like this in UBI because UBI does not need this,
it does not have any complex data structures on the media.
With fastmap - I am unsure. I think it is not a problem, because
Am Fri, 17 Aug 2012 16:41:24 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
On Fri, 2012-08-17 at 15:33 +0200, Richard Weinberger wrote:
Am Fri, 17 Aug 2012 16:11:55 +0300
schrieb Artem Bityutskiy artem.bityuts...@linux.intel.com:
We do not do anything like this in UBI
Hi Shmulik!
Am 08.07.2012 13:47, schrieb Shmulik Ladkani:
+
+ /* TODO: if find_fastmap==1, we do not enter this block at all.
+ * shouldn't we? shouldn't we care of compatability of unknown
+ * internal volumes OTHER than the fastmap ones, even if
+
Am 08.07.2012 14:07, schrieb Richard Weinberger:
Hi Shmulik!
Am 08.07.2012 13:47, schrieb Shmulik Ladkani:
+
+/* TODO: if find_fastmap==1, we do not enter this block at all.
+ * shouldn't we? shouldn't we care of compatability of unknown
+ * internal
1 - 100 of 5781 matches
Mail list logo