search for: proms

Hello, One of my GPU (GK107/NVE7) fails to properly fetch its vbios from PROM at boot time but, if I blacklist the module and load it myself later on, it always succeeds. To make things weirder, the same card works great on another computer. Here is the relevant code in Nouveau to fetch the vbios from PROM:

Hello everyone! I'm trying to get tinc running, but couldn't make it until now... My current situation is: all tincs are connected, but there ist (almost) no traffic: Only two PCs are able to ping to another, but not to itself. Let me explain, what I'm planning to do: I've got four networks: PROM: 10.69.0.0/16 PAN: 192.168.30.0/24 (I'm afraid, I can't change PAN to

On 25/03/2014 17:17, Christian Zander wrote: > On Mon, Mar 24, 2014 at 11:59:46AM -0700, Martin Peres wrote: >> Hello, >> >> One of my GPU (GK107/NVE7) fails to properly fetch its vbios from PROM >> at boot time but, if I blacklist the module and load it myself later on, >> it always succeeds. To make things weirder, the same card works great on >> another

On Mon, Mar 24, 2014 at 11:59:46AM -0700, Martin Peres wrote: > > Hello, > > One of my GPU (GK107/NVE7) fails to properly fetch its vbios from PROM > at boot time but, if I blacklist the module and load it myself later on, > it always succeeds. To make things weirder, the same card works great on > another computer. > > Here is the relevant code in Nouveau to fetch

Other kind of accesses are unreliable on Maxwell cards. As advised by NVIDIA, let's only use 32-bit accesses to fetch the vbios from PROM. This fixes vbios fetching on my nve7 which failed in certain specific conditions. I suggest we Cc stable, for all kernels they still maintain after the big rewrite. Suggested-by: Christian Zander <czander at nvidia.com> Signed-off-by: Martin Peres

On Tue, Mar 25, 2014 at 6:11 PM, Martin Peres <martin.peres at free.fr> wrote: > Other kind of accesses are unreliable on Maxwell cards. As advised by NVIDIA, Maxwell or Kepler? > let's only use 32-bit accesses to fetch the vbios from PROM. > > This fixes vbios fetching on my nve7 which failed in certain specific > conditions. > > I suggest we Cc stable, for all

This is NOT official, and NOT supported, but as the proms are a free to all event, I thought I'd set up an Ogg stream for anyone that's around today and wants to listen in. The traditional last night music has been replaced in recognition of the events of the last few days. http://dev5.kw.bbc.co.uk:8001/proms.ogg 'til 1045 BST, but beware i...

On 25/03/2014 23:24, Ilia Mirkin wrote: > On Tue, Mar 25, 2014 at 6:11 PM, Martin Peres <martin.peres at free.fr> wrote: >> Other kind of accesses are unreliable on Maxwell cards. As advised by NVIDIA, > Maxwell or Kepler? Damn, I meant Kepler. I updated the patch in my git tree: http://cgit.freedesktop.org/~mperes/nouveau/commit/?id=661a5c599565686f72e729600b0dd6aa6e472f0c

Father of groom speeches which bring about laughs in the faces of people listening are thought of to be one of the greatest things in attending any wedding affair. All weddings are understood as time for enjoyment. The joining of two hearts by means of wedding rituals also implies the unification of two families. And so, the best way to make the wedding a lot more special is presenting a father of

Hi all, I have a package that is specific to a task I was repetitively using a few years ago. I now needed to run it again with new data. However I am told it was built with an older version or R and will not work. How can I tweak the package so it will run on 11.1? It was a one-off product and has not been maintained. Is there a way to "unpackage" it and repackage it to work? I

After the PXE PROM code downloads and runs the pxelinux.0 image and it tries to download config information the client stops acknowledging the server OACK packets from the server. pxelinux from syslinux 3.11 from Fedora RPM, accessing Solaris 10 in.tftpd The tftp client in pxelinux.0 sends a tftp file read request with extended options tsize \00 0 \00 blksize \00 1440 \00 and then the server

Le 03/04/2014 22:12, Martin Peres a ?crit : > Reported-by: Dan Carpenter <dan.carpenter at oracle.com> > Signed-off-by: Martin Peres <martin.peres at free.fr> > --- > nvkm/subdev/bios/base.c | 9 +++++---- > 1 file changed, 5 insertions(+), 4 deletions(-) > > diff --git a/nvkm/subdev/bios/base.c b/nvkm/subdev/bios/base.c > index 3de7d81..5f8643d 100644 >

On Tue, May 27, 2014 at 7:15 PM, Martin Peres <martin.peres at free.fr> wrote: > Le 03/04/2014 22:12, Martin Peres a ?crit : > >> Reported-by: Dan Carpenter <dan.carpenter at oracle.com> >> Signed-off-by: Martin Peres <martin.peres at free.fr> >> --- >> nvkm/subdev/bios/base.c | 9 +++++---- >> 1 file changed, 5 insertions(+), 4 deletions(-)

Reported-by: Dan Carpenter <dan.carpenter at oracle.com> Signed-off-by: Martin Peres <martin.peres at free.fr> --- nvkm/subdev/bios/base.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/nvkm/subdev/bios/base.c b/nvkm/subdev/bios/base.c index 3de7d81..5f8643d 100644 --- a/nvkm/subdev/bios/base.c +++ b/nvkm/subdev/bios/base.c @@ -183,10 +183,11 @@

Hi guys and gals, I'm working on improving nouveau's support for MXM (Mobile PCI Express Module) chips and need some more data to check my implementation. To see if you can help, the first thing to do is jump over to /sys/firmware/acpi/tables and run "grep MXMS *". [root at nisroch tables]# grep MXMS * Binary file DSDT matches [root at nisroch tables]# If this isn't

https://bugs.freedesktop.org/show_bug.cgi?id=79820 Priority: medium Bug ID: 79820 Assignee: nouveau at lists.freedesktop.org Summary: Strange readout on fan1_input when pwm1_min < 33 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter:

<font face="Verdana,Arial,Helvetica,sans-serif" size="2"><div><div><div style="box-sizing: inherit;"><font face="Verdana, Arial, Helvetica, sans-serif" size="2" style="box-sizing: inherit;">Hi,</font></div><div style="box-sizing: inherit;"><font face="Verdana, Arial,

Hi Eli: >> Block1: >> %0 = call i8 coro.suspend() >> switch i8 %0, label suspend1 [i8 0 %return] ; or icmp + br i1 >> Suspend1: >> switch i8 %0, label %resume1 [i8 1 %destroy1] ; or icmp + br i1 >> >> This doesn't look right: intuitively the suspend happens after the return >> block runs. Perhaps, but, that is not the intended

https://bugs.freedesktop.org/show_bug.cgi?id=77494 Priority: medium Bug ID: 77494 Assignee: nouveau at lists.freedesktop.org Summary: [NVE7] fails to load due to unknown opcode 0xc4 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mpredosin at

Hi! I have been using pxelinux with memdisk to boot our workstations with our custom floppy, which is a MSDOS boot disk (actually it is win98) On one of the PC's I'm testing, a Fujitsu-Siemens which has an AMDtek based on-board network card and when PXE is activated, it gets an IP from the DHCP, then it finds the TFTP server, downloads pxelinux.0, executes it which causes the floppy to