similar to: [Bug 24662] New: [DRM] ramin ioremap fails (no vmalloc space)

The entire RAMIN is allocated to be 'size', but the heap is specified as 'base' + 'size' inside RAMIN, so it will overflow past RAMIN by 'base' bytes on NV50+ and clobber other allocatons unless it's size is adjusted. Signed-off-by: Younes Manton <younes.m at gmail.com> --- drivers/gpu/drm/nouveau/nouveau_object.c | 2 +- 1 files changed, 1

It removes a hack from nouveau code which had to detect which region to pass to kick vesafb/efifb. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> Cc: Eric Anholt <eric at anholt.net> Cc: Ben Skeggs <bskeggs at redhat.com> Cc: Thomas Hellstrom <thellstrom at vmware.com> Cc: Dave Airlie <airlied at redhat.com> Cc: Peter Jones <pjones at redhat.com>

It simplifies nouveau code by removal of detection which region to pass to kick vesafb/efifb. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> Cc: Eric Anholt <eric at anholt.net> Cc: Ben Skeggs <bskeggs at redhat.com> Cc: Thomas Hellstrom <thellstrom at vmware.com> Cc: Dave Airlie <airlied at redhat.com> Cc: Peter Jones <pjones at redhat.com> Cc:

http://bugs.freedesktop.org/show_bug.cgi?id=23445 Summary: NV46: GPU lockup on VT switch Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=25319 Summary: KSnapshot in allocation mode crashes X Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=17377 Summary: NV50 failure on MacBook Pro. Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: dwmw2 at

Yes, I have made that search, but I'm restricted to Java. On 11/01/2010 12:21 PM, Steve Kann wrote: > Have you tried typing "speex rtp" into google code search? It gives lots > of examples of real applications which do exactly that. > > http://www.google.com/codesearch?as_q=speex+rtp > > > -SteveK > > > On 11/1/10 1:13 PM, "Jeff

Have you tried typing "speex rtp" into google code search? It gives lots of examples of real applications which do exactly that. http://www.google.com/codesearch?as_q=speex+rtp -SteveK On 11/1/10 1:13 PM, "Jeff Ramin" <jeff.ramin at singlewire.com> wrote: > >Thanks again Steve. I'll search for the term you mention below. > >What I really want is to

Good afternoon, I'd like to write a Wiki article for the Dell XPS M1530 laptop which will include additional mods eg installation of Nvidia driver, WiFi firmware, laptop hard disk Load Cycle control etc. Can someone get me started? Username: LalitDhiri Thanks -- Lalit Dhiri Linux the root to no GPFs _________________________________________________________________ View your Twitter and

Good morning all, I have been slowly tweaking the wiki document ref my XPS M1530 and think it's at a stage where I can remove the Draft status. However, before I do this I'd like opinions just in case I have missed something. Anyone care to add anything? On a seprate note I have been unable to get Bluetooth working under Linux so I will try and get more info as I can. At present I just

Thanks again Steve. I'll search for the term you mention below. What I really want is to take the output of the speex encoder and spit it out on the network via RTP. I haven't been able to find a library or code example that does that. On 11/01/2010 12:03 PM, Steve Kann wrote: > Jeff, > > It's in the manual: > >

Jeff, It's in the manual: http://www.speex.org/docs/manual/speex-manual/node10.html (table 3 and 4). However, if you're asking this, you're probably trying to do something wrong, or the hard way. You probably shouldn't be taking speex output, and trying to "count bytes". If you are using the API, then you will just get the bits out, and then you'll know how

is_local_lowmem() treats its physical address input as a machine address; this causes agpgart to fail while calling ioremap_nocache(). X still does not load on my Athlon 64 / Via S3 Unichrome, so perhaps best not to apply just yet. Signed-off-by: Avi Kivity <avi@qumranet.com> --- xen-ioremap-fix/linux-2.6-xen-sparse/arch/i386/mm/ioremap-xen.c~ioremap 2006-06-22 20:30:20.000000000 +0300

Thanks for the help folks, but I got this working a couple hours ago. =) I'm quite please after struggling with it for a few days. I just needed to take each audio tag from the FLV file and feed the contents of the tag (except for the first byte) to the jspeex decoder and write the results to a file. Jozsef - it is possible to specify 8KHz in the flash client and decode it as such. Speex

The link is http://www.adobe.com/devnet/rtmp/. TC Message stands for TinCan message. It is 11 bytes long, first byte is message type, three bytes of payload length four bytes of timestamp and three bytes of stream ID. The first byte of the payload for audio message is the format byte and the rest of the byte is the payload. Jozsef ----- Original Message ---- From: Jeff Ramin <jeff.ramin

On Fri, Mar 13, 2020 at 06:22:58PM -0400, Mikel Rychliski wrote: > /** > + * pci_platform_rom - ioremap() the ROM image provided by the platform > * @pdev: pointer to pci device struct > * @size: pointer to receive size of pci window over ROM > + * > + * Return: kernel virtual pointer to image of ROM > + * > + * The caller is responsible for removing the mapping with

Hello , I have installed RHEL 5 on a Intel Core Duo processor based board. It has 1 GB of physical memory. I have a driver which uses the memory reserved at the top of the high memory. Well this driver worked fine on all the previous versions of RHEL/FC and also with RHEL 5 with virtualization disabled. But with virtualization enabled , the ioremap to the memory reserved at the top of high

Hi Christoph, Thanks for your comments. I'm also replying here to your comments on the previous series. On Tuesday, March 17, 2020 10:28:35 AM EDT Christoph Hellwig wrote: > Any reason drivers can't just use pci_map_rom instead? which already > does the right thing? Some machines don't expose the video BIOS in the PCI BAR and instead only make it available via EFI boot

Some chips that use system memory exclusively (e.g. GK20A) do not expose 2 BAR regions. For them only BAR1 exists, and it should be used for USERD mapping. Do not map BAR3 if its resource does not exist. Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> --- drivers/gpu/drm/nouveau/core/subdev/bar/base.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git

Some chips that use system memory exclusively (e.g. GK20A) do not expose 2 BAR regions. For them only BAR1 exists, and it should be used for USERD mapping. Do not map BAR3 if its resource does not exist. Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> --- drivers/gpu/drm/nouveau/core/subdev/bar/base.c | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git