Development mailing list

7 avril 2015 23:34 Donn Cave donn@xxxxxxxxxxx a écrit: updated, the wireless part on the other hand is a lot more impacted at least. The API changes impacted some wireless drivers more than others. This probably won't go without regressions. Would that bring USB wireless adapter support? I'm guessing, because FreeBSD currently seems to have that. Along with probably more current ...

Quoth =?ISO-8859-1?B?Suly9G1lIER1dmFs?= jerome.duval@xxxxxxxxx, On the one hand the ethernet compatibility layer can easily be updated, the wireless part on the other hand is a lot more impacted at least. The API changes impacted some wireless drivers more than others. This probably won't go without regressions. Would that bring USB wireless adapter support? I'm guessing, because FreeBSD currently seems to have that. Along with probably more current supported devices, but the USB option seems like a big step forward. ...

2015-04-07 20:50 GMT+02:00 Dario Casalinuovo b.vitruvio@xxxxxxxxx: I don't have much experience with this code, I'll to try to answer with my understanding. A TODO in BBufferGroup #110 states that we should avoid to add more than one BBuffer::ID() to each group, but in SharedBufferList there's a function named _RequestBuffersInOtherGroups that find in the current list buffers with the same ID. i've guessed that it's a workaround and should be removed. ...

2015-04-06 23:14 GMT+02:00 Axel Dörfler axeld@xxxxxxxxxxxxxxxx: just a lot of boring work to update all their drivers, and make sure our compability kludges still apply, and work. On the one hand the ethernet compatibility layer can easily be updated, the wireless part on the other hand is a lot more impacted at least. The API changes impacted some wireless drivers more than others. This probably won't go without regressions. ...

Hello, while working to fix #6188 i tried to begin a cleanup of the whole management, at least i tried to fix TODOs. Actually i'm just preserving this code to submit in future a complete cleanup and i hope you can make things a bit more clear : A TODO in BBufferGroup #110 states that we should avoid to add more than one BBuffer::ID() to each group, but in SharedBufferList there's a function named _RequestBuffersInOtherGroups that find in the current list buffers with the same ID. i've guessed that it's a workaround and should be removed. ...

from Ithamar Adema: Is there any other reason then time/effort that we're tracking FreeBSD 9.x instead of 10.x for the network driver compatibility layer? There's some network driver support in 10.x that isn't back ported to 9.x, and I would prefer to simply update the BSD compatibility instead of starting to merge patches from 10.x into our 9.x base... Anyway, just wondering if someone tried that already and found some ...

On 07/04/2015 08:45, Fredrik Holmqvist wrote: ...

On 04/07/2015 10:10 AM, Jessica Hamilton wrote: Is it possible to cross-compile Haiku on a Haiku host? I'm running gcc2h, and want to build an x86_64 version of Haiku for my UEFI hacking with QEMU. However, doing something like ./configure --build-cross-tools x86_64 ../buildtools ... followed by jam -q -j4 @minimum-anyboot results in an image that doesn't boot. I used setarch x86 before running any of ...

Am 07/04/2015 um 10:10 schrieb Jessica Hamilton: Is it possible to cross-compile Haiku on a Haiku host? Not to my knowledge. We currently use system headers and libraries for the build tools, and have no API abstraction. We would need to use a similar mechanism there that the fs-shell is using already. ...

from Ithamar Adema: Is there any other reason then time/effort that we're tracking FreeBSD 9.x instead of 10.x for the network driver compatibility layer? There's some network driver support in 10.x that isn't back ported to 9.x, and I would prefer to simply update the BSD compatibility instead of starting to merge patches from 10.x into our 9.x base... Anyway, just wondering if someone tried that already and found some blocking issues or if it is just a lack of time / motivation ;) ...

Is it possible to cross-compile Haiku on a Haiku host? I'm running gcc2h, and want to build an x86_64 version of Haiku for my UEFI hacking with QEMU. However, doing something like ./configure --build-cross-tools x86_64 ../buildtools ... followed by jam -q -j4 @minimum-anyboot results in an image that doesn't boot. I used setarch x86 before running any of this... in case that matters. ...

mån 6 apr. 2015 kl 23:14 skrev Axel Dörfler axeld@xxxxxxxxxxxxxxxx: Am 06/04/2015 um 10:36 schrieb Adrien Destugues: On Mon, Apr 06, 2015 at 10:22:26AM +0200, Ithamar Adema wrote: Is there any other reason then time/effort that we're tracking FreeBSD 9.x instead of 10.x for the network driver compatibility layer? An update would be very welcome at any rate. ...

Hi all (but mostly aimed at Stephan and Ingo), Currently, there are (at least) two versions of Event and EventQueue in-tree -- one for MediaPlayer [1] and one for the Registrar [2]. At first glance these appear to be identical aside from coding style cleanups, but after some examination it appears that these classes have diverged significantly enough (void Execute instead of bool Do, locking, timing, etc.) that it's not possible for someone who doesn't intricately understand how these classes are supposed to operate to reconcile them. ...

Am 06/04/2015 um 10:36 schrieb Adrien Destugues: On Mon, Apr 06, 2015 at 10:22:26AM +0200, Ithamar Adema wrote: Is there any other reason then time/effort that we're tracking FreeBSD 9.x instead of 10.x for the network driver compatibility layer? There's some network driver support in 10.x that isn't back ported to 9.x, and I would prefer to simply update the BSD compatibility instead of starting to merge patches from 10.x into our 9.x base... ...

On Mon, Apr 06, 2015 at 10:22:26AM +0200, Ithamar Adema wrote: Hi, Is there any other reason then time/effort that we're tracking FreeBSD 9.x instead of 10.x for the network driver compatibility layer? There's some network driver support in 10.x that isn't back ported to 9.x, and I would prefer to simply update the BSD compatibility instead of starting to merge patches from 10.x into our 9.x base... Anyway, just wondering if someone tried that already and found some ...

Hi, Is there any other reason then time/effort that we're tracking FreeBSD 9.x instead of 10.x for the network driver compatibility layer? There's some network driver support in 10.x that isn't back ported to 9.x, and I would prefer to simply update the BSD compatibility instead of starting to merge patches from 10.x into our 9.x base... Anyway, just wondering if someone tried that already and found some blocking issues or if it is just a lack of time / motivation ;) ...

Congrats, Janus! Maybe you want to hang out on the haiku channel on IRC some time. It's a nice place to quickly get the opinion of other devs on some things that you might not want to trouble this mailing list with. Regards, Humdinger -- Did you know: ...

On 2015-04-02 at 10:02:33 [+0200], Janus janus2@xxxxxxxxx wrote: Thanks Humdinger to point out to me this post. Thanks Adrien for proposing me. Thanks for all the +1. I would love to have commit access, but if there is no consensus, the actual patch system is more than fine for me. Thanks again. ...

On 31.03.2015 18:56, Dario Casalinuovo wrote: When any app start or stop you will have immediately 10 notifications to all BMediaRosters. Not that it's something that the kernel can't handle but i don't know in which load status the system is, if i can avoid it i prefer to do so, right? After all you are all expressing this concept when reviewing my patches if you solve a problem you shouldn't add a new one. ...

Hi, Thanks Humdinger to point out to me this post. Thanks Adrien for proposing me. Thanks for all the +1. I would love to have commit access, but if there is no consensus, the actual patch system is more than fine for me. Thanks again. Best regards, Janus ...