re: CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2022-03-18 Thread matthew green
> Log Message: > old drm: Use getticks(), not hardclock_ticks. > > Should delete this code, no idea if it even still compiles. it did last i tried, and it still worked on the r100/r200 systems that new drm is still problematic with. not objecting... .mrg.

CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2022-03-18 Thread Taylor R Campbell
Module Name:src Committed By: riastradh Date: Fri Mar 18 23:32:41 UTC 2022 Modified Files: src/sys/external/bsd/drm/dist/bsd-core: drmP.h Log Message: old drm: Use getticks(), not hardclock_ticks. Should delete this code, no idea if it even still compiles. To generate a

CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2022-03-18 Thread Taylor R Campbell
Module Name:src Committed By: riastradh Date: Fri Mar 18 23:32:41 UTC 2022 Modified Files: src/sys/external/bsd/drm/dist/bsd-core: drmP.h Log Message: old drm: Use getticks(), not hardclock_ticks. Should delete this code, no idea if it even still compiles. To generate a

Re: CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2012-01-29 Thread Matthias Drochner
lars.heidie...@googlemail.com said: > where does the diagnostic panic occur? It was in the course of a realloc() from drm code. It did apparently assume that the to be free'd block was allocated by the pool code where it was allocated by kmem. best regards Matthias ---

Re: CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2012-01-29 Thread Lars Heidieker
we should fix the inconsistent use then, the problem ist malloc(9) does not return page aligned memory as kmem does now, for allocations >= PAGE_SIZE and that break drm mmap where does the diagnostic panic occur? lars On Sun, Jan 29, 2012 at 12:49 PM, Matthias Drochner wrote: > Module Name:    

Re: CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2011-02-20 Thread David Holland
On Fri, Feb 18, 2011 at 08:30:04AM +0100, Christoph Egger wrote: > > the new code matches the linux drm driver. > > ok. IIRC there is a PR with a patch that adds an entry for HD4250 > which can be closed now. I can't find such a PR - the only open PRs that contain both "radeon" and "pcidevs"

Re: CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2011-02-17 Thread Christoph Egger
On 18.02.11 07:00, matthew green wrote: >>> - {0x1002, 0x9712, >>> CHIP_RV620|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP, "ATI Radeon >>> Mobility HD 4200"}, \ >>> + {0x1002, 0x9710, CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP, "ATI >>> Radeon HD 4200"}, \ >>> + {0x1002, 0x9711, CHI

re: CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2011-02-17 Thread matthew green
> > - {0x1002, 0x9712, > > CHIP_RV620|RADEON_IS_MOBILITY|RADEON_NEW_MEMMAP|RADEON_IS_IGP, "ATI Radeon > > Mobility HD 4200"}, \ > > + {0x1002, 0x9710, CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP, "ATI > > Radeon HD 4200"}, \ > > + {0x1002, 0x9711, CHIP_RS880|RADEON_NEW_MEMMAP|RADEON_IS_IGP

Re: CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2011-02-17 Thread Christoph Egger
On 18.02.11 00:21, Jonathan A. Kollasch wrote: > Module Name: src > Committed By: jakllsch > Date: Thu Feb 17 23:21:54 UTC 2011 > > Modified Files: > src/sys/external/bsd/drm/dist/bsd-core: drm_pciids.h > > Log Message: > Add the RS880 device IDs to radeondrm(4). > > > To generat

CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2010-03-02 Thread matthew green
Module Name:src Committed By: mrg Date: Wed Mar 3 03:48:40 UTC 2010 Modified Files: src/sys/external/bsd/drm/dist/bsd-core: radeon_drv.c Log Message: make suspend/resume actually work: - we have to DRM_LOCK()/DRM_UNLOCK(), thus s/rad_dev/dev/ in a variable name - only cal

CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2010-03-02 Thread matthew green
Module Name:src Committed By: mrg Date: Wed Mar 3 03:48:40 UTC 2010 Modified Files: src/sys/external/bsd/drm/dist/bsd-core: radeon_drv.c Log Message: make suspend/resume actually work: - we have to DRM_LOCK()/DRM_UNLOCK(), thus s/rad_dev/dev/ in a variable name - only cal

CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2010-01-26 Thread Jeremy Morse
Module Name:src Committed By: jmorse Date: Tue Jan 26 08:01:27 UTC 2010 Modified Files: src/sys/external/bsd/drm/dist/bsd-core: drmP.h drm_bufs.c drm_memory.c Log Message: PR/42262: Support drm drivers (intel G33/G45) submapping pci resources To generate a diff of this c

CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2010-01-08 Thread David Young
Module Name:src Committed By: dyoung Date: Fri Jan 8 19:50:27 UTC 2010 Modified Files: src/sys/external/bsd/drm/dist/bsd-core: i915_drv.c radeon_drv.c Log Message: Expand PMF_FN_* macros. To generate a diff of this commit: cvs rdiff -u -r1.6 -r1.7 src/sys/external/bsd/d

Re: CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2009-12-13 Thread David Young
On Sun, Dec 13, 2009 at 09:04:11AM +1100, matthew green wrote: >Log Message: >add stub pmf hook > > shouldn't a driver that schedules DMA have something more than a NULL > handler for these? this seems dangerous to me.. Yes, such a driver should have a genuine suspend/resume handler. Pl

re: CVS commit: src/sys/external/bsd/drm/dist/bsd-core

2009-12-12 Thread matthew green
Module Name: src Committed By:kefren Date:Sat Dec 12 14:15:25 UTC 2009 Modified Files: src/sys/external/bsd/drm/dist/bsd-core: radeon_drv.c Log Message: add stub pmf hook shouldn't a driver that schedules DMA have something more than a NUL