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:
> > > &
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
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
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
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 the list_sort function in lib/list_sort.c
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:
[16855.582522] list passed to list_sort() too
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:
> > >
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:
Got it again, this time on a different
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 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 can
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 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 herb...@13thfloor.at writes:
On Mon, Sep 24, 2012 at 07:23:55AM +0200, Paweł Sikora wrote:
On Sunday 23 of September 2012 18:10:30 Linus
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
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 2012 15:40:31 Michael Wang wrote:
On 11
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 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,
> >>>
> >>>
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,
during playing with new ups i've caught an nice oops on reboot:
http
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, Paweł Sikora wrote:
Hi,
during
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=10253
> >
> > pr
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=imageid=10253
probably the upstream is also affected.
Hi, Paweł
Hi,
during playing with new ups i've caught an nice oops on reboot:
http://imgbin.org/index.php?page=image=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.org
Hi,
during playing with new ups i've caught an nice oops on reboot:
http://imgbin.org/index.php?page=imageid=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.org
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
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 metioned in https://lkml.org/lkml/2012/10/24/175 seems to fix
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
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
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
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 opteron server.
please queue this path
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
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
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:
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:
I haven't owned a G200 based Matrox in years
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.
>
> Y
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.
You can safely compile a kernel without
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.
> >>
> >>
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.
Guys, any ideas?
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
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 your patch on
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
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
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 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 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:
Did this show up in 3.5.3? If not, can you run 'git
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,
with the new stable line i'm observing
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
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
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 pl...@pld-linux.org wrote:
br_read_lock(vfsmount_lock);
The vfsmount_lock is a local-global lock, where a read-lock is
rather cheap and takes just a per-cpu lock
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
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
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
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
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
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 operand is
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/
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 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.
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.agh.edu.pl/~pluto/2.6.20rc5-acpi
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.agh.edu.pl/~pluto/2.6.20rc5-acpi
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
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.
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,
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 #
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
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
66 matches
Mail list logo
