On Thursday 22 March 2007, Thomas Glanzmann wrote:
> Hello,
> I have two Dual Opteron Machines where I get two MCE errors on. The
> first one is:
>
> MCE 0
> HARDWARE ERROR. This is *NOT* a software problem!
> Please contact your hardware vendor
> CPU 0 4 northbridg
On Tuesday 13 March 2007, Pierre Ossman wrote:
> Pavel Machek wrote:
> >
> > Uhuh. User error, lets close the report.
> >
> > mmc changed the major to
> >
> > 236 mmc
> >
> > ... while it was something else in 2.6.20. Can we get stable device
> > allocation for mmc?
>
> What kind of savages d
On Wednesday 07 March 2007, Linus Torvalds wrote:
>
> On Wed, 7 Mar 2007, Mws wrote:
> >
> > if you would be so kind to provide me some infos,
> >
> > how i would be able to track the problem down _and_ maybe how to fix it.
>
> The first step is to figure
hi all,
i just moved my win tv dvb-s card (PCI) from my old to my actual pc.
its an ASUS M2N32 WS Professional AMD64 X2 Board equiped with
the nvidia nForce 590 SLI MCP chipset.
in the past, i had to use the noapic kernel cmdline param to get linux
booting and working properly.
iirc versions >=
On Thursday 01 March 2007, Uwe Bugla wrote:
> Hi folks,
> trying to compile kernel 2.6.21-rc1-git2 is impossible. The broken module
> where the compiler gives up is /arch/i386/kernel/io_apic.c.
>
> Regards
>
> Uwe
>
> P. S.: Wouldn't it be a good idea to test at least error-free compilation
>
hi vj,
On Thursday 15 February 2007, v j wrote:
> This is in reference to the following thread:
>
> http://lkml.org/lkml/2006/12/14/63
>
> I am not sure if this is ever addressed in LKML, but linux is _very_
> popular in the embedded space. We (an embedded vendor) chose Linux 3
> years back beca
On Wednesday 15 November 2006 22:10, Mws wrote:
> On Wednesday 15 November 2006 21:14, Linus Torvalds wrote:
> >
> > On Wed, 15 Nov 2006, Mws wrote:
> > >
> > > after some small discussions on alsa-user ml i recognised this
> > > thread today.
> >
Pallipadi, Venkatesh wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chase Venters
Sent: Monday, August 29, 2005 9:04 PM
To: linux-kernel@vger.kernel.org
Subject: Second "CPU" of 1-core HyperThreading CPU not found in 2.6.13
Greetings kind hacke
hi there,
due to non supporting Marvell Network drivers for the
i have to use the syskonnect sk98lin driver from their homepage. even if these
drivers are open-source they
were rejected by kernel net maintainers until now. there is a skge driver that
is integrated into mainline kernel,
but th
On Wednesday 13 July 2005 13:51, you wrote:
> Hamish Marson wrote:
> > I just installed Gentoo distribution on a new PC for a friend who's
> > new to Linux, and discovered that although SysKonnect kindly provide
> > full source code drivers for their various products on their website,
> > that even
Pavel Machek wrote:
-snip-
So we are replacing severely-limited cramfs with also-limited
squashfs...
I think that's rather unfair, Squashfs is significantly better than
cramfs. The main aim of Squashfs has been to achieve the best
Yes, it *is* rather unfair. Sorry about that. But ha
Pavel Machek wrote:
Hi!
[I'm not sure if I should further feed the trolls.]
Yes, it *is* rather unfair. Sorry about that. But having 2 different
limited compressed filesystems in kernel does not seem good to me.
what do you need e.g. reiserfs 4 for? or jfs? or xfs? does not ext2/3
the
Pavel Machek wrote:
Hi,
-snip-
but if there is a contribution from the outside - it is not taken "as is"
and maybe fixed up, which
should be nearly possible in the same time like analysing and commenting
the code - it ends up
in having less supported hardware.
imho if a hardware company does in
Pavel Machek wrote:
Hi!
Also, this filesystem seems to do the same thing as cramfs. We'd need to
understand in some detail what advantages squashfs has over cramfs to
justify merging it. Again, that is something which is appropriate to the
changelog for patch 1/1.
Well, probably Phi
hi everybody, hi pavel
>On Monday 21 March 2005 11:14, you wrote:
> Hi!
>
> > >Also, this filesystem seems to do the same thing as cramfs. We'd need to
> > >understand in some detail what advantages squashfs has over cramfs to
> > >justify merging it. Again, that is something which is appropria
On Tuesday 01 March 2005 22:38, Benjamin Herrenschmidt wrote:
> On Tue, 2005-03-01 at 12:36 +0100, Mws wrote:
> > hi benjamin
> >
> > now i had some spare time to do some investigation
> >
> > booting the 2.6.11-rc5 with radeonfb.default_dynclk=0 or with -1
&g
On Tuesday 01 March 2005 15:36, Helge Hafting wrote:
> Mws wrote:
>
> >hi benjamin
> >
> >now i had some spare time to do some investigation
> >
> >booting the 2.6.11-rc5 with radeonfb.default_dynclk=0 or with -1
> >brings up a framebuffer console. eve
100, Mws wrote:
> > hi,
> >
> > i also have problems with 2.6.11-rc5 and radeon:
> >
> > i am using a ATI Radeon X600 PciExpress.
> >
> > a) now the console framebuffer seems to bee working, thx benjamin :)
> > b) when bootup seq ist completed and
hi,
i also have problems with 2.6.11-rc5 and radeon:
i am using a ATI Radeon X600 PciExpress.
a) now the console framebuffer seems to bee working, thx benjamin :)
b) when bootup seq ist completed and i want to start X (xorg-x11) with
ati-drivers
x is freezing - not your problem, but the con
's cool too).
Hi,
do you mean "if you use BK you are agreeing that you won't work on another
SCM for 1 year after you stop using BK." for the kernel tree and developers or
in general?
i think this statement is just a kind of trying the MicrosoftBeingTheOneAndOnly
way.
it's a kind of extortion - use bk or die :/
if it is really being that way - say goodbye to bk as soon as possible.
regards
mws
pgp0ZYl8k8Cae.pgp
Description: PGP signature
On Friday 11 February 2005 00:56, Adrian Bunk wrote:
> I didn't find any way how the drivers/media/dvb/frontends/at76c651.c
> driver would do anything inside kernel 2.6.11-rc3-mm2. All it does is to
> EXPORT_SYMBOL a function at76c651_attach that isn't used anywhere.
>
> Is a patch to remove thi
hi,
i just tried to set up a 120 gb S-ATA device using cryptoloop.
losetup worked.
mkfs.ext2 results into following dmesg output when nearly 400/896 blocks are
finished.
oom-killer: gfp_mask=0xd0
DMA per-cpu:
cpu 0 hot: low 2, high 6, batch 1
cpu 0 cold: low 0, high 2, batch 1
cpu 1 hot: low 2,
22 matches
Mail list logo
