summaryrefslogtreecommitdiff
path: root/libdrm
AgeCommit message (Expand)Author
2005-11-29Add TODO based on my email from a while agoAdam Jackson
2005-11-29Remove redundant #ifdef stanzaAdam Jackson
2005-11-29Error checking for drmStrdup (Tilman Sauerbeck)Adam Jackson
2005-11-29fixup xf86drm.c for new headersDave Airlie
2005-11-29fixes from Egbert for 64bitDave Airlie
2005-11-28remove xf86drmCompat.*, unused since about XFree86 4.2.Adam Jackson
2005-11-28fix mem leak in HashHash() (bug 5171)Brian Paul
2005-10-22Bug #328: Silence read-from-uninitialized warnings in DRM_CAS on Alpha.Adam Jackson
2005-10-20Remove the remaining references to Xlib. libdrm is totally independent now.Adam Jackson
2005-10-20Remove bogus Xlib dependency.Adam Jackson
2005-08-25Add missing .cvsignore files for autotoolery.Eric Anholt
2005-08-25Include appropriate CFLAGS to find X headers, needed to build libdrm.Eric Anholt
2005-08-23add options for x86_64 and amd will small lettersDave Airlie
2005-08-20Fix silly install issue by moving the header install rules for shared-coreAdam Jackson
2005-08-19Add r300_reg.h. Bump to 1.0.2.Adam Jackson
2005-07-13distcheck fixesAdam Jackson
2005-07-10autoconfiscate libdrmAdam Jackson
2005-04-04mirror changes made in main tree.. just happened to be doing this myselfDave Airlie
2005-02-01momentary revert. libdrm build may be broken now, but no one uses it yet...Adam Jackson
2005-01-30Final pass of libdrm.so work:Adam Jackson
2005-01-22Add drm.h to the install target.Adam Jackson
2005-01-17Add xf86drm.h to the install target.Adam Jackson
2005-01-16Shared libdrm work:Adam Jackson
2005-01-16The patch makes drmAddBufs/drmMapBufs can handle buffers in video memoryDave Airlie
2005-01-01Added a new DRM map type _DRM_CONSISTENT for consistent PCI memory. It usesFelix Kuehling
2004-11-07respect cc and cflagsDave Airlie
2004-09-17Makefile and missing file to build libxf86drm.aJon Smirl
2004-08-11Bug #979: Don't include <sys/sysmacros.h> on linux, it occasionally emitsAdam Jackson
2004-07-31Patch picked up from Redhat xorg release:Dave Airlie
2004-07-07Make drm/libdrm/xf86drm.c matchJon Smirl
2004-07-07Add xf86drm.h back to drm/libdrm until it's true home can be found.Jon Smirl
2003-11-04build fixMichel Daenzer
2003-10-23- Introduce a new ioctl, DRM_IOCTL_SET_VERSION. This ioctl allows theEric Anholt
2003-09-24post merge fixAlan Hourihane
2003-09-13compatibility layer still uses agp (not gart)Alan Hourihane
2003-09-12linux drm fixesAlan Hourihane
2003-08-29Update to reflect renaming of SIS ioctls.Eric Anholt
2003-08-26Rename agp to gart for radeonMichel Daenzer
2003-05-27Merged DRM documentation.Jose Fonseca
2003-04-23deal correctly with read() from the DRM failingMichel Daenzer
2003-03-25linux merge for drmAlan Hourihane
2003-03-25XFree86 4.3.0 mergeAlan Hourihane
2003-02-21Merge from bsd-4-0-0-branch.Eric Anholt
2003-02-02don't inflate relative vblank sequence numbers on repeated calls (e.g. whenMichel Daenzer
2002-11-25added missing return fd (Alexander Stohr)Brian Paul
2002-10-22final part of XFree86 4.2.99.2 mergeAlan Hourihane
2002-09-25common ioctl to wait for vertical blank IRQsMichel Daenzer
2002-08-30Remove compat functions for FreeBSD for drivers which weren't available inEric Anholt
2002-08-08Try to open the /dev/dri/cardX device once, then only if it fails check theEric Anholt
2002-07-05merged bsd-3-0-0-branchAlan Hourihane
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-13 23:00:03 +0000
and Kilan's board goes through Magnu/Laurent 10:26 < morimoto> s/Magnu/Magnus/ 10:26 < morimoto> Because of Japanese Summer Vacation timing, shipping might be after Summer Vacation 10:27 < horms> I see the two items in C) are related to each other :) 10:27 < morimoto> I would like to shipping immediately, but... 10:27 < morimoto> geertu: that's it from me 10:28 < geertu> morimoto: Thank you 10:28 < geertu> Next person is Niklas 10:28 < neg> a: Nothing for core 10:28 < neg> b: Find a core task and start to work on it 10:29 < neg> c: no core task 10:29 < neg> I also have a question but we can save it to after the status part of the meeting. 10:29 < geertu> OK 10:29 < geertu> neg: Thank you! 10:29 < geertu> Next person is Khiem 10:30 < khiemnguyen> > A) What have I done since last time 10:30 < khiemnguyen> Tracking the update of CPUFreq in in-house BSP v3.3.2. 10:30 < khiemnguyen> BTW, I found that Kaneko-san has sent 2 patches to update Z-clock calculation for H3. 10:30 < khiemnguyen> However, it seems that the patches applied to wrong source file (clk-rcar-gen2.c) 10:30 < khiemnguyen> I will try to look into that patches and reply the emails. 10:30 < khiemnguyen> I will try to look into that patches and reply the emails. 10:30 < khiemnguyen> > B) What I plan to do till next time 10:30 < khiemnguyen> Complete Gen3 CPUFreq patchset. 10:30 < khiemnguyen> > C) Problems I have currently 10:30 < khiemnguyen> Time flies but nothing complete. 10:30 < khiemnguyen> Will need to check my to-do list again. 10:31 < khiemnguyen> that's all from me. 10:32 < horms> About those patches 10:32 < horms> they are from the BSP 10:32 < horms> I assumed Kaneko-san would rebase them to use the correct source file 10:33 < horms> sorry that he didn't but if you could look into them anyway I would be grateful 10:33 < khiemnguyen> horms: yes, I will reply his email. 10:34 < horms> great, thanks! 10:37 < pinchartl> morimoto: regarding the M3 boards, you mentioned shipment could get delayed after summer vacation, when would that be, roughly ? 10:37 < geertu> khiemnguyen: Thank you! 10:37 < morimoto> pinchartl: we don't know at this point. I'm tring hard for it now 10:38 < morimoto> If I can do *before* summer vacation, we can ship end of this week 10:38 < pinchartl> ok 10:38 < morimoto> If I couldn't, It will be after summer vacation, it will be 22th's week 10:38 < pinchartl> I will be away from home from the 18th to the 30 of August 10:39 < morimoto> Ohh.. 10:39 < geertu> Ship it to Toronto ;-) 10:40 < pinchartl> geertu: given that I'll be in Belgium and France, I don't think that would help 10:40 < horms> Probably it is not helpful, but if it is I'm happy to act as an intermediary 10:40 < geertu> pinchartl: Oh, you're skipping LinuxCon 10:41 < geertu> I'm in Belgium between 18th and 30th of August anyway 10:41 < pinchartl> :-) 10:42 < pinchartl> morimoto: so, there's no urgency for me. Kieran will also be back at the end of the month only 10:42 < pinchartl> you can thus ship the boards at end of August 10:42 < pinchartl> no need to rush, enjoy your summer vacation :-) 10:43 < shimoda> morimoto-san is now calling to someone 10:44 < shimoda> this seems related to the peper work :) 10:46 < morimoto> Sorry, it was shipment guy. 10:46 < morimoto> We try to ship board 11th from Renesas, but it seems shipment side is busy 10:46 < geertu> Last person is Laurent 10:47 < pinchartl> nothing to report for core 10:47 < pinchartl> no work done, no work to do, no issue :-) 10:48 < morimoto> Perfect !! 10:48 < geertu> pinchartl: Thank you! 10:49 < pinchartl> nyt on lounasaika ! 10:49 < pinchartl> (now is lunch time) 10:49 < geertu> Let's eat H3ULCB 10:49 < geertu> pinchartl: enjoy your lunch! 10:49 < morimoto> :P 10:49 < pinchartl> talk to you later 10:50 < neg> I have a question if it would be bad to send a patch to enable CONFIG_CGROUPS in shmobile_defconfig? 10:50 < geertu> So it seems Renesas/Cogent have a low-cost H3 board called H3ULCB 10:50 < neg> ohh my bad please go ahead with H3ULCB talk 10:50 < geertu> neg: No objection. It's what makes shmobile_defconfig boot on my koelsch 10:50 < horms> neg: I'm ok with that if there is a reason for it 10:51 < geertu> Although my personal koelsch config doesn' 10:51 < geertu> t hav it set 10:51 < horms> MY position on the H3ULCB patches is this: 10:51 < neg> horms: is i need it for systemd init and I keep forgeting to enable it and it bugs me a good reason? Other then that I have no real technical reason to wish to enable it :) 10:51 < horms> 1) I'm mostly ok with adding a board we can't test as its for an SoC that is already in mainline 10:51 < geertu> So in shmobile_defconfig, it seems to avoid the strange lock ups during boot, which I could also avoid by adding the right number of nop()s 10:52 < horms> neg: sounds good. systemd is standard on Debian these days. I would probably have the same problem if I updated userspace. And Debian is the defacto user-space test imho 10:52 -!- khiemnguyen [d2a0fca8@gateway/web/cgi-irc/kiwiirc.com/ip.210.160.252.168] has quit [Quit: http://www.kiwiirc.com/ - A hand crafted IRC client] 10:53 < neg> OK thanks I will send a patch enableing it then 10:53 < horms> 2) I'd like them to split up the patch to enable IP blocks one by one 10:53 < horms> 3) I'd prefer if any IP blocks not enabled on H3/Salvator-X were at the end of the patch-set 10:53 -!- khiemnguyen [d2a0fca8@gateway/web/cgi-irc/kiwiirc.com/ip.210.160.252.168] has joined #periperi 10:54 < horms> 4) I would value input from the group, especially Morimoto-san and Shimoda-san -> I think Renesas should be aware of this 10:54 < horms> --- thats about it from my side --- 10:54 < geertu> I agree with all four points 10:54 < geertu> 5) Can we get documentation? 10:55 < geertu> 6) Can we get access to a board (e.g. in Magnus' farm)? 10:56 < shimoda> geertu: at the moment, i don't have the board. 10:57 < morimoto> shimoda: we can have 1 or 2 boards. 10:57 < horms> shimoda: do you think some kind of discussion with e.g. Munakata-san would be best before adding the board to mainline? 10:57 < morimoto> Maybe we will ask to Magnus about remove-access ? 10:59 < horms> I think that would be ideal 11:00 < morimoto> horms: about discussion with Munakata-san, maybe no discussion is needed, but we will re-check 11:00 < horms> Thanks! 11:01 < geertu> That's good to hear. 11:01 < geertu> I assume documentation will follow, too? 11:02 < morimoto> depends on which documentation. "board" documentation ? 11:02 < morimoto> you can get it from elinux on some board. (I don't know which board...) 11:02 < geertu> morimoto: Yes, e.g. schematics, so we can review the DTS 11:03 < geertu> morimoto: Not for H3ULCB AFAIK (porter and silk you can) 11:03 < morimoto> schematics is a little bit difficult. 11:03 < morimoto> I can say case-by-case 11:04 < horms> well, probably anything for the H3ULCB would be helpful 11:05 < horms> but if there is nothing available 11:05 < horms> we can just trust Cogent 11:05 < morimoto> hmm... 11:07 < khiemnguyen> for Porter or Silk, if we buy the boards, I think the schematics files are available in the CD. 11:10 < geertu> khiemnguyen: For porter and silk, there are links to the schematics on the eLinux wiki. You need to register with Renesas to access the links, though. 11:11 < khiemnguyen> I think H3ULCB will be the same, but we need to wait till next year ? 11:14 < horms> Ok, sounds like we should wait 11:15 < shimoda> about the documentation of H3ULCB, i will ask Munakata-san or Ito-san 11:15 < shimoda> if no doc, we should wait 11:17 < geertu> shimoda: ok, thx! 11:23 < morimoto> Is meeting finished ?? 11:24 < uli___> not sure :) 11:24 < geertu> Sorry, too distracted by SoW paperwork issues... 11:25 < geertu> Yes, unless someone has something to add, I think the meeting is finished 11:25 < neg> I would like to know if there is any core task I can start to work on, but maybe we can take that my mail :-) 11:26 < morimoto> OK, thanks. 11:26 < morimoto> geertu: please enjoy your paperwork :) 11:29 -!- morimoto [~user@relprex2.renesas.com] has left #periperi ["ERC Version 5.3 (IRC client for Emacs)"] 11:31 < geertu> neg: yes, email please 11:31 < geertu> Thanks for joining!
generated by cgit v1.2.3 (git 2.25.1) at 2025-01-13 23:00:02 +0000