On Saturday 20 of October 2012 11:40:04 Martin Peres wrote:
> On 20/10/2012 11:26, Heinz Diehl wrote:
> > On 20.10.2012, Linus Torvalds wrote:
> >
> >> Added more appropriate people to this. Added both i915 and nouveau
> >> people, since apparently that fine piece of hardware has both.
> >>
> >> Gu
Hi,
the patch metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
the 3.6.3 oops (while 3.6.2 works fine) at 16-cores opteron server.
please queue this path for 3.6.$next.
BR,
Paweł.
[173788.113576] [ cut here ]
[173788.133439] hrtimer: interrupt took 11004406 n
On Wednesday 31 of October 2012 10:49:46 Greg KH wrote:
> On Wed, Oct 31, 2012 at 06:27:36PM +0100, Paweł Sikora wrote:
> > Hi,
> >
> > the patch metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
> > the 3.6.3 oops (while 3.6.2 works fine) at 16-cores opter
On Wednesday 31 of October 2012 11:22:06 Greg KH wrote:
> On Wed, Oct 31, 2012 at 11:05:51AM -0700, Jonathan Nieder wrote:
> > Hi,
> >
> > Greg KH wrote:
> > > On Wed, Oct 31, 2012 at 06:27:36PM +0100, Paweł Sikora wrote:
> >
> > >> the patch
Hi,
a long time ago i reported an ugly soft lock of heavy loaded opteron system
without usable backtraces :(
recently, i've logged on 3.4.6 via serial console backtraces from all 16 cores
which show some kind
of vfs lock (http://pluto.agmk.net/kernel/oops.txt). this lock occurs on heavy
loaded
On Sunday 23 of September 2012 18:10:30 Linus Torvalds wrote:
> On Sat, Sep 22, 2012 at 11:09 PM, Paweł Sikora wrote:
> >
> > br_read_lock(vfsmount_lock);
>
> The vfsmount_lock is a "local-global" lock, where a read-lock is
> rather cheap and takes jus
On Monday 24 of September 2012 10:36:33 Greg KH wrote:
> On Mon, Sep 24, 2012 at 10:05:23AM +0200, Paweł Sikora wrote:
> > Hi,
> >
> > with the new stable line i'm observing strange locks on my old
> > amd-phenom-II mini-server.
> > here's a dmesg:
&
On Tuesday 25 of September 2012 09:44:54 Greg KH wrote:
> On Tue, Sep 25, 2012 at 06:31:36PM +0200, Paweł Sikora wrote:
> > On Monday 24 of September 2012 10:36:33 Greg KH wrote:
> > > On Mon, Sep 24, 2012 at 10:05:23AM +0200, Paweł Sikora wrote:
> > > > Hi,
> &
On Thursday 25 of October 2012 20:06:54 Heinz Diehl wrote:
> On 25.10.2012, Paweł Sikora wrote:
>
> > what is the reason of loading nouveau driver for laptops
> > with nvidia optimus and enabling vga switcheroo
> > which doesn't work in such (optimus) cases.
>
&
On Friday 19 of October 2012 07:37:55 Don Morris wrote:
> On 10/19/2012 04:53 AM, Paweł Sikora wrote:
> > Hi,
> >
> > on the new opteron server i'm observing an oops during matrox video
> > initialization.
> > here's the dmesg from pure 3.6.2 kernel:
On Friday 19 of October 2012 07:37:55 Don Morris wrote:
> [drm:mga_vram_init] ERROR can't reserve VRAM
Hi again, small update.
i've figured out that loading uvesafb before mgag200 is causing this
vram-reserve-error.
BR,
Paweł.
--
To unsubscribe from this list: send the line "unsubscribe linux-
Hi,
on the new opteron server i'm observing an oops during matrox video
initialization.
here's the dmesg from pure 3.6.2 kernel:
[ 20.598985] [drm] Initialized drm 1.1.0 20060810
[ 20.642302] [drm:mga_vram_init] *ERROR* can't reserve VRAM
[ 20.642307] mgag200 :01:04.0: Fatal error duri
On Sunday 21 of October 2012 00:19:48 Marcin Slusarz wrote:
> On Sat, Oct 20, 2012 at 11:20:36PM +0200, Heinz Diehl wrote:
> > On 20.10.2012, Marcin Slusarz wrote:
> >
> > > Try this one.
> >
> > It works, now I can boot again. However, nouveau seems to be dead now.
> > The dmesg output with you
On Monday 12 of November 2012 11:04:12 Michael Wang wrote:
> On 11/09/2012 09:48 PM, Paweł Sikora wrote:
> > Hi,
> >
> > during playing with new ups i've caught an nice oops on reboot:
> >
> > http://imgbin.org/index.php?page=image&id=10253
>
On Monday 12 of November 2012 15:40:31 Michael Wang wrote:
> On 11/12/2012 03:16 PM, Paweł Sikora wrote:
> > On Monday 12 of November 2012 11:04:12 Michael Wang wrote:
> >> On 11/09/2012 09:48 PM, Paweł Sikora wrote:
> >>> Hi,
> >>>
> >>> d
On Monday 12 of November 2012 11:22:47 Paweł Sikora wrote:
> On Monday 12 of November 2012 15:40:31 Michael Wang wrote:
> > On 11/12/2012 03:16 PM, Paweł Sikora wrote:
> > > On Monday 12 of November 2012 11:04:12 Michael Wang wrote:
> > >> On 11/09/2012 09:48 PM,
On Wednesday 14 of November 2012 10:32:41 Michael Wang wrote:
> On 11/13/2012 05:40 PM, Paweł Sikora wrote:
> > On Monday 12 of November 2012 13:33:39 Paweł Sikora wrote:
> >> On Monday 12 of November 2012 11:22:47 Paweł Sikora wrote:
> >>> On Monday 12 of November 20
Hi,
during playing with new ups i've caught an nice oops on reboot:
http://imgbin.org/index.php?page=image&id=10253
probably the upstream is also affected.
BR,
Paweł.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.or
On Tuesday 25 of September 2012 07:05:59 Herbert Poetzl wrote:
> On Mon, Sep 24, 2012 at 11:17:42AM -0700, Eric W. Biederman wrote:
> > Herbert Poetzl writes:
>
> >> On Mon, Sep 24, 2012 at 07:23:55AM +0200, Paweł Sikora wrote:
> >>> On Sunday 23 of September 2
On Tuesday 12 of February 2013 15:52:17 J. Bruce Fields wrote:
> On Sun, Jan 20, 2013 at 05:51:12PM -0500, Mark Lord wrote:
> > Got it again, this time on a different system
> > running mostly the same software.
>
> Mark, Paweł, Tom, could any of you confirm whether this helps?
with this patch i
On Sunday 17 of February 2013 10:54:20 J. Bruce Fields wrote:
> On Fri, Feb 15, 2013 at 08:33:14PM +0100, Paweł Sikora wrote:
> > On Tuesday 12 of February 2013 15:52:17 J. Bruce Fields wrote:
> > > On Sun, Jan 20, 2013 at 05:51:12PM -0500, Mark Lord wrote:
> > > >
Hi,
I've reviewed the thread and can propose a solution.
Let's see e.g. the dev.s ( from fuse.ko ). Currently with gcc-4.2 we get:
fuse_req_init_context:
movl$_proxy_pda+8, %edx #, tmp62
#APP
movl %gs:8,%ecx #, ret__
#NO_APP
movl344(%ecx), %ecx # .fsuid, .fsuid
hi,
for 2.6.20rc5 i get an acpi related oops during x86-64 boot:
http://minus.ds14.agh.edu.pl/~pluto/2.6.20rc5-acpi-oops.jpg
disabling the "amd-k8 cool'n'quiet" option in bios helps.
moreover, it works fine for 2.6.17.13, so it looks like
a recent regression. i can provide more details if you need
On Thursday 25 of January 2007 05:50:45 Len Brown wrote:
> On Wednesday 24 January 2007 17:52, Adrian Bunk wrote:
> > On Wed, Jan 24, 2007 at 11:46:44PM +0100, Paweł Sikora wrote:
> > > for 2.6.20rc5 i get an acpi related oops during x86-64 boot:
> > > http://minus.ds14.
On Thursday 25 of January 2007 05:50:45 Len Brown wrote:
> On Wednesday 24 January 2007 17:52, Adrian Bunk wrote:
> > On Wed, Jan 24, 2007 at 11:46:44PM +0100, Paweł Sikora wrote:
> > > for 2.6.20rc5 i get an acpi related oops during x86-64 boot:
> > > http://minus.ds14.
for more details see PR 7889 at kernel bugzilla.
-
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/
On Saturday 27 of January 2007 10:05:53 Avi Kivity wrote:
> "g" appears to be equivalent to "rmi", if "i" is impossible, gcc is free
> to use "r" or "m", no?
`r'
A register operand is allowed provided that it is in a general
register.
`g'
Any register, memory or immediate integer o
Meelis Roos napisał(a):
MODPOST 618 modules
WARNING: "__ucmpdi2" [drivers/media/video/v4l2-common.ko] undefined!
This 32-bit ppc architecture, using gcc version 4.1.2 20061115
(prerelease) (Debian 4.1.1-21). .config below if important.
__ucmpdi2 seems to be 64-bit comparision. gcc seems to
Hi,
The recent gcc (3.4/4.x) optimizer inlines functions across
sections which is definitely not we want, e.g. inlining
functions from .init.text section.
I think, the `__init' macro needs `noinline' attribute and all
the `static inline __{dev}init' functions need `inline' attribute
removal to a
Hi,
the modular kernel fails to build:
(...)
Building modules, stage 2.
MODPOST 3571 modules
WARNING: drivers/scsi/fcoe/libfcoe.o(.init.text+0x1f): Section mismatch in
reference from the function init_module() to the function
.exit.text:fcoe_transport_exit()
The function __init init_module
Hi,
i've noticed on my server that dmesg contains following info:
(...)
[ 141.192868] FS-Cache: Loaded
[ 141.203008] FS-Cache: Netfs 'nfs' registered for caching
[ 1383.278845] Key type dns_resolver registered
[ 1383.293014] NFS: Registering the id_resolver key type
[ 1383.293027] Key type id_r
On Wednesday 12 of February 2014 09:46:26 Joe Perches wrote:
> On Wed, 2014-02-12 at 18:16 +0100, Paweł Sikora wrote:
> > [16855.582522] list passed to list_sort() too long for efficiency
> >
> > could someone put some light on the last line?
>
> Did you look at th
On Wednesday 12 of February 2014 13:03:56 Dave Jones wrote:
> On Wed, Feb 12, 2014 at 06:59:07PM +0100, Paweł Sikora wrote:
> > On Wednesday 12 of February 2014 09:46:26 Joe Perches wrote:
> > > On Wed, 2014-02-12 at 18:16 +0100, Paweł Sikora wrote:
> > > >
33 matches
Mail list logo
