e devices are still usable and in use (RMK being a prime example).
So I think it's safe to drop iop33x/iop13xx while retaining support
for iop32x.
As I was looking at my email archives, I saw an email from Peter
Teichmann who was working on an iop33x based platform (around 2009) so
I've
* Suravee Suthikulpanit [2016-01-27 15:11]:
> +AMD SEATTLE DEVICE TREE SUPPORT
> +M: Brijesh Singh
> +M: Suravee Suthikulpanit
> +S: Supported
> +M: Tom Lendacky
> +S: Supported
Just a minor comment, but you have a duplicate "S: Supported" line
* Adrian Bunk <[EMAIL PROTECTED]> [2008-02-26 17:34]:
> > MODPOST 759 modules
> > ERROR: "__divdi3" [drivers/crypto/hifn_795x.ko] undefined!
>
> Fix below.
Tested-by: Martin Michlmayr <[EMAIL PROTECTED]>
--
Martin Michlmayr
http://www.cyrius.com/
--
* Patrick McHardy <[EMAIL PROTECTED]> [2008-02-26 13:28]:
>> I get the following build error on at least ARM and MIPS:
>> Building modules, stage 2.
>> MODPOST 759 modules
>> ERROR: "__divdi3" [drivers/crypto/hifn_795x.ko] undefined!
>
> Does this
With 2.6.25-rc3 and a config file with
CONFIG_CRYPTO_DEV_HIFN_795X=m
CONFIG_CRYPTO_DEV_HIFN_795X_RNG=y
I get the following build error on at least ARM and MIPS:
Building modules, stage 2.
MODPOST 759 modules
ERROR: "__divdi3" [drivers/crypto/hifn_795x.ko] undefined!
--
Martin
9, a NAS device for which support
has been added in 2.6.25-rc1.
--
Martin Michlmayr
http://www.cyrius.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
inally submitted the patch in July but then
never responded to his explanation:
http://marc.info/?l=linux-kernel&m=118564639820460&w=2
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAI
been applied unless nobody is quite sure who
> owns it. As a PCI fix I guess Greg does (and drop it into -mm for
> testing) ?
I was also hoping Jeff would comment on the patch.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-ke
to stop broken X servers from crashing.
Can this patch be added now or does there have to be more discussion?
I need this patch for IDE and PATA to work on my MIPS Cobalt.
Yoichi's original patch and explanation can be found at
http://lkml.org/lkml/2007/8/23/411
--
Martin Michlmayr
http://
* Ingo Molnar <[EMAIL PROTECTED]> [2007-09-27 12:56]:
> i'm curious by how much does CPU go down, and what's the output of
> iperf? (does it saturate full 100mbit network bandwidth)
I get about 94-95 Mbits/sec and CPU drops from 99% to about 82% (this
is with a 600 MH
* Ingo Molnar <[EMAIL PROTECTED]> [2007-09-27 11:49]:
> Martin, could you check the iperf patch below instead of the yield
> patch - does it solve the iperf performance problem equally well,
> and does CPU utilization drop for you too?
Yes, it works and CPU goes down too.
--
M
build system to update the include/asm
symlink when it doesn't correspond to the architecture you're
currently trying to build for?
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message
So it's definitely not a bug in the kernel, only in iperf?
(CCing Stephen Hemminger who wrote the iperf patch.)
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More ma
worth while to try it without it.
Yes, this patch was applied. When I revert it, I get the same (high)
performance with both kernels.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PR
.6.22
vs
[ 3] 0.0-30.0 sec222 MBytes 62.1 Mbits/sec 2.6.23-rc8-sched-devel
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.ker
, an ARM (Intel IOP32x) based storage device
with a r8169 card, SATA disks and 512 MB RAM. My config is attached.
What kind of information can I supply so you can track this down?
--
Martin Michlmayr
http://www.cyrius.com/
#
# Automatically generated make config: don't edit
# Linux kernel versi
* Andrew Morton <[EMAIL PROTECTED]> [2007-09-19 17:24]:
> I made that change, but am too stupid to be able to work out how to create
> a config which will let me compile this thing.
>
> akpm:/usr/src/25> grep PMAG arch/arm/configs/*
> akpm:/usr/src/25>
It'
y Dunlap <[EMAIL PROTECTED]>
Tested-by: Martin Michlmayr <[EMAIL PROTECTED]>
This works for me. Please make sure it'll go into 2.6.23.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
CSI. Randy's patch
looks good.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
I just got:
Building modules, stage 2.
MODPOST 414 modules
ERROR: "scsi_normalize_sense" [drivers/md/dm-rdac.ko] undefined!
make[1]: *** [__modpost] Error 1
Presumably DM_MULTIPATH_RDAC needs to depend on SCSI (not enabled
here) since it uses scsi_normalize_sense.
--
Martin Mich
.
Debian 4.0 has GCC 4.1 as the default compiler, and we use 4.1 to
compile our kernels on all architectures except of m68k.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMA
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2007-08-12 23:22]:
> S: Maintained for 2.4; PCI support for 2.6.
> +F: arch/alfa/
Typo, this should be arch/alpha/
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel&
Building with GCC 4.2, I get the following error:
CC block/ll_rw_blk.o
block/ll_rw_blk.c:3751: error: __ksymtab_current_io_context causes a section
type conflict
This is because current_io_context is both declared static and exported.
Signed-off-by: Martin Michlmayr <[EMAIL PROTEC
- dec_zone_page_state(page, NR_FILE_DIRTY);
- }
+ dec_zone_page_state(page, NR_FILE_DIRTY);
return 1;
}
return 0;
- }
+ }
return TestClearPageDirty(page)
.19.
Thanks.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Dickins wrote:
> > On Tue, 26 Dec 2006, Martin Michlmayr wrote:
> > >
> > > The first message at http://bugs.debian.org/394392 contains some
> > > information about it, but I'm sure Jeff Licquia (CCed) can provide
> > > more information if necessary.
>
ingly, I don't seem to get any
corruption on a different ARM board, an IOP32x based machine with 128
MB RAM.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majord
;
> Work around the glibc memset() problem by passing nr & 255, and re-run
> the test. You're getting false positives.
Yeah, I saw your message about this problem after I sent mine.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubsc
72 corrupted (1-1455) (3905-1263)
Expected 16, got 17
Written as (106)212(140)
Chunk 274 corrupted (1-1455) (2729-87)
Expected 18, got 19
Written as (140)124(73)
Chunk 276 corrupted (1-1455) (1553-3007)
Expected 20, got 21
Written as (73)151(52)
Chunk 278 corrupted (1-1455) (377-1831)
Expected 22, g
omething else strange? It may be that
> >the program just doesn't work at all if mmap() is faked out with a malloc
> >or similar.
>
> Definitely a question for the ARM gurus. I'm out of my depth.
The CPU has a MMU. For reference, it's a IXP4xx based device with 32
* Linus Torvalds <[EMAIL PROTECTED]> [2006-12-24 11:35]:
> And if this doesn't fix it, I don't know what will..
Sorry, but it still fails (on top of plain 2.6.19).
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linu
* Andrew Morton <[EMAIL PROTECTED]> [2006-12-24 00:57]:
> /etc/fstab: ext2 nobh
> /etc/fstab: ext3 data=writeback,nobh
It seems that busybox mount ignores the nobh option but both ext2 and
ext3 data=writeback work for me. This is with plain 2.6.19 which
normally always fails
ch and the two from Andrew and it still fails.
(For reference, the patch is attached.)
--
Martin Michlmayr
http://www.cyrius.com/
--- a/fs/buffer.c
+++ b/fs/buffer.c
@@ -2834,7 +2834,7 @@ int try_to_free_buffers(struct page *pag
int ret = 0;
BUG_ON(!PageLocked(page));
- if
successive Debian installer attempts on a UP, non PREEMPT system?
Seems like it can occur anywhere. In fact, some people see apt
problems because of filesystem corruption on the NSLU2 after they have
already installe Debian. I've only seen this once myself and failed
many times to find a reproducibl
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-12-22 13:32]:
> I've completed one installation with Linus' patch plus the two from
> Andrew successfully, but I'm currently trying again...
... and it failed.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe fr
tallation takes about an hour.
Andrei, which torrent do you download as a testcase? It would be good
if someone could suggest a torrent which is legal and not too large.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
* Andrew Morton <[EMAIL PROTECTED]> [2006-12-22 02:17]:
> > This hunk (on top of git from about 2 days ago and your latest patch)
> > results in the installer hanging right at the start.
>
> You'll need this also:
It starts again, thanks.
--
Martin Michlmay
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-12-22 11:10]:
> > immediately when I started wget, the hanging apt-get process
> > continued.
> ... and now that we've completed this step, the apt cache has suddenly
> been reduced (see Gordon's mail for an explana
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-12-22 11:06]:
> Okay, it's really weird. So apt-get just hangs doing nothing and I
> cannot even kill it. I just tried to download strace via wget and
> immediately when I started wget, the hanging apt-get process
> continued.
* Martin Michlmayr <[EMAIL PROTECTED]> [2006-12-22 11:00]:
> This time, however, I let the installer continue and it seems that
> with your patch apt now works where it failed in the past, but it
> hangs later on. It's pretty weird because I cannot even kill the
> proc
l for you where it normally does (installing
initramfs-tools) or much later? For me, the installer was able to
install initramfs-tools and the kernel, but apt now hangs at "Select
and install software".
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the li
ur latest patch)
results in the installer hanging right at the start. The Linux kernel
boots fine, the debian-installer is loaded into a ramdisk but when
ncurses is being started it just hangs. Reverting this hunk makes it
start again.
Does that help or confuse you even more?
--
Martin Michlmayr
ht
* Linus Torvalds <[EMAIL PROTECTED]> [2006-12-20 11:50]:
> Martin, Andrei, does this make any difference for your corruption
> cases?
Works for me.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
th
a better patch so this should be
fixed in git when he sends his next pull request.
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.or
used to access an external IDE drive in
an USB enclosure but I don't think it matters that it's IDE since
we're using the SCSI layer to talk to it, right?
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" i
patches we
apply are:
mm-tracking-shared-dirty-pages.patch
mm-balance-dirty-pages.patch
mm-optimize-mprotect.patch
mm-install_page-cleanup.patch
mm-do_wp_page-fixup.patch
mm-msync-cleanup.patch
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "u
* Peter Zijlstra <[EMAIL PROTECTED]> [2006-12-20 14:56]:
> page_mkclean_one() fix
This patch doesn't fix my problem (apt segfaults on ARM because its
database is corrupted).
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscri
ng somewhat 150 MB. Add spamassassin and a reasonably busy mail
> server, and the box used to be like 150 MB in swap.
FWIW, the ARM box I see this on has only 32 MB memory (and a 133 or
266 MHz CPU). I don't see it on another ARM box (different ARM
sub-arch) with 128 MB memory and a 600 MHz
* Francois Romieu <[EMAIL PROTECTED]> [2006-12-17 22:48]:
> > Francois, if you submit the r8169.c half of that patch, I'll do my half.
> Ok, I'll do it now.
Thanks to everyone who was involved in coming up with this elegant
solution!
--
Martin Michlmayr
http://www.cyr
* Lennert Buytenhek <[EMAIL PROTECTED]> [2006-12-17 00:52]:
> Martin/Riku, I'm pretty busy with other stuff at the moment, can you
> give this (on top of 2.6.20-rc1) a spin?
I'm currently travelling but I'll try in a few days.
--
Martin Michlmayr
http://www.cyrius.com/
at least on x86, x86_64 and arm.
--
Martin Michlmayr
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
g/lkml/2006/12/16/73
You said that you don't see any corruption with 2.6.18. Can you try
to apply the patch from
http://www2.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d08b3851da41d0ee60851f2c75b118e1f7a5fc89
to 2.6.18 to see if the corruption shows up?
--
gt; it not for those, I'd suspect a mismerge of the pieces into 2.6.18,
> perhaps a hidden dependency on something else. I'll ponder a little,
> but let's CC linux-mm in case someone there has an idea.
Do you think http://article.gmane.org/gmane.linux.kernel/473710 might
happen on a faster ARM
box with more RAM.)
--
Martin Michlmayr
http://www.cyrius.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
54 matches
Mail list logo