similar to: [Bug 77333] New: Xorg segfaults trying to use nouveau GK208 as offloadsink provider

Hello, I''d like to know if there has been any discussion about adding a new feature to write (add) data at an offset, but without overwriting existing data, or re-writing the existing data. Essentially, in-place addition/removal of data to a file at a place other than the end of the file. Some possible use-cases of such a feature would be: (a) Databases (currently hack around this by

https://bugs.freedesktop.org/show_bug.cgi?id=99505 Bug ID: 99505 Summary: Attempting to reclock GeForce GT740M (GK208) cause GPU and system to hang Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=96390 Bug ID: 96390 Summary: [GK208] DISP failure while using PRIME offloading Product: xorg Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=78092 Priority: medium Bug ID: 78092 Assignee: nouveau at lists.freedesktop.org Summary: GK208M [GeForce GT 730M] (rev ff) (prog-if ff) nouveau module load fail Severity: normal Classification: Unclassified OS: All Reporter: anton.gubarkov at

On 06/21/2011 01:15 PM, Jan Stilow wrote: > Hello, > > Nirbheek Chauhan <nirbheek <at> gentoo.org> writes: >> [...] >> >> Every few minutes, (I guess) when applications do fsync (firefox, >> xchat, vim, etc), all applications that use fsync() hang for several >> seconds, and applications that use general IO suffer extreme >> slowdowns.

Dear Team, I came across one problem in Oracle RAC Database server with OCFS2 file system. When I manually un-plug the Ethernet cable of primary node, the secondary node automatically restarted. Regards, Yuvrajsinh Chauhan -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugs.freedesktop.org/show_bug.cgi?id=71472 Priority: medium Bug ID: 71472 Assignee: nouveau at lists.freedesktop.org Summary: GT-740M not detected QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: temnota.am at gmail.com Hardware:

for some reasons these calls don't really go there where they should go leading to various corruptions of the PMU state Signed-off-by: Karol Herbst <nouveau at karolherbst.de> --- drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h | 12 ++++++------ drm/nouveau/nvkm/subdev/pmu/fuc/kernel.fuc | 6 +++--- 2 files changed, 9 insertions(+), 9 deletions(-) diff --git

This fixes hangs on GK208 which happen instantaneously on trying to use a geometry shader. Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> Cc: stable at vger.kernel.org # v3.14+ --- ctxnvf0 also writes to these registers (although slightly diff values), so I think this is right. So I guess trap 4 is whatever this 406 subengine is...

Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- MMIO32 R 0x17e91c 0x0b040a0b PMFB_BROADCAST.SUBP_BROADCAST.UNK11C => 0xb040a0b MMIO32 R 0x17e920 0x00090c03 PMFB_BROADCAST.SUBP_BROADCAST.UNK120 => 0x90c03 MMIO32 W 0x17e91c 0x0b030a0c PMFB_BROADCAST.SUBP_BROADCAST.UNK11C <= 0xb030a0c MMIO32 W 0x17e920 0x00090d08 PMFB_BROADCAST.SUBP_BROADCAST.UNK120 <= 0x90d08 And then

https://bugs.freedesktop.org/show_bug.cgi?id=92560 Bug ID: 92560 Summary: [GK208] iowrite goes out of bounds on channel close Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

Only tested on nvf1, was advised to enable on all. Signed-off-by: John Rowley <john.rowley08 at gmail.com> --- nvkm/engine/device/nve0.c | 6 ------ 1 file changed, 6 deletions(-) diff --git a/nvkm/engine/device/nve0.c b/nvkm/engine/device/nve0.c index 6e72f9c..459099e 100644 --- a/nvkm/engine/device/nve0.c +++ b/nvkm/engine/device/nve0.c @@ -201,11 +201,9 @@ nve0_identify(struct

currently there is no change, because nobody uses those macros yet, but they shouldn't stay broken Signed-off-by: Karol Herbst <nouveau at karolherbst.de> --- drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc b/drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc index 0d5cbeb..bb59eb4

On Tue, Mar 1, 2016 at 4:36 PM, Martin Peres <martin.peres at free.fr> wrote: > On 26/02/16 17:19, Karol Herbst wrote: >> >> currently there is no change, because nobody uses those macros yet, but >> they >> shouldn't stay broken >> >> Signed-off-by: Karol Herbst <nouveau at karolherbst.de> >> --- >>

On 26/02/16 17:19, Karol Herbst wrote: > for some reasons these calls don't really go there where they should go > leading to various corruptions of the PMU state I am fine with the changes but not fine at all with the commit message. it would be nice if you could understand a bit more what the problem is instead of just saying: "it works with this change (TM)" Anyway, 1-3

On Tue, Mar 1, 2016 at 4:45 PM, Martin Peres <martin.peres at free.fr> wrote: > On 26/02/16 17:19, Karol Herbst wrote: >> >> for some reasons these calls don't really go there where they should go >> leading to various corruptions of the PMU state > > > I am fine with the changes but not fine at all with the commit message. it > would be nice if you could

Dear all, I am new to asterisk.i like to configure call center using asterisk.please can anyone tell me open source application to fulfill my requirement. thanks Ashish Kumar Chauhan M T S ,C D A C Chennai -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20090713/1ecf17ec/attachment-0001.htm

On 01/03/16 23:38, Ilia Mirkin wrote: > On Tue, Mar 1, 2016 at 4:36 PM, Martin Peres <martin.peres at free.fr> wrote: >> On 26/02/16 17:19, Karol Herbst wrote: >>> currently there is no change, because nobody uses those macros yet, but >>> they >>> shouldn't stay broken >>> >>> Signed-off-by: Karol Herbst <nouveau at

Hello, I want to do live migration of virtual machine on xen using fedora.SO what are the steps to have the live migration possible. _______________________________________________ Xen-users mailing list Xen-users@lists.xen.org http://lists.xen.org/xen-users

On 26/02/16 17:19, Karol Herbst wrote: > currently there is no change, because nobody uses those macros yet, but they > shouldn't stay broken > > Signed-off-by: Karol Herbst <nouveau at karolherbst.de> > --- > drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git