search for: 09pm

Hello Daniel, osuosl build master (google1) is moved to another place or just down? Thanks Galina

...ns, google1 and google2 (google1 is the main llvm build master) [12:07pm] DannyB_: will be down for a few weeks [12:08pm] DannyB_: (they are on the same subnet as the kernel.org machines that were compromised, and are having forensics done on them to make sure they were not compromised as well) [12:09pm] DannyB_: i can move the config to 5 [12:09pm] DannyB_: it's an RHEL machine, hopefully this won't matter

On Mon, Oct 21, 2019 at 04:49:09PM +0200, Karol Herbst wrote: > On Mon, Oct 21, 2019 at 4:09 PM Mika Westerberg > <mika.westerberg at intel.com> wrote: > > > > On Mon, Oct 21, 2019 at 03:54:09PM +0200, Karol Herbst wrote: > > > > I really would like to provide you more information about such >...

On Mon, Oct 21, 2019 at 03:54:09PM +0200, Karol Herbst wrote: > > I really would like to provide you more information about such > > workaround but I'm not aware of any ;-) I have not seen any issues like > > this when D3cold is properly implemented in the platform. That's why > > I'm bit skeptic...

On 22/07/2019 15:55, Eric Auger wrote: > Do not call dma_max_mapping_size for devices that have no DMA > mask set, otherwise we can hit a NULL pointer dereference. > > This occurs when a virtio-blk-pci device is protected with > a virtual IOMMU. > > Fixes: e6d6dd6c875e ("virtio: Introduce virtio_max_dma_size()") > Signed-off-by: Eric Auger <eric.auger at

On 22/07/2019 15:55, Eric Auger wrote: > Do not call dma_max_mapping_size for devices that have no DMA > mask set, otherwise we can hit a NULL pointer dereference. > > This occurs when a virtio-blk-pci device is protected with > a virtual IOMMU. > > Fixes: e6d6dd6c875e ("virtio: Introduce virtio_max_dma_size()") > Signed-off-by: Eric Auger <eric.auger at

On Wed, Nov 16, 2016 at 12:19:09PM +0800, Pan Xinhui wrote: > Hi, Peter. > I think we can avoid a function call in a simpler way. How about below > > static inline bool vcpu_is_preempted(int cpu) > { > /* only set in pv case*/ > if (pv_lock_ops.vcpu_is_preempted) > return pv_lock_ops.vcpu_is_preempted(c...

On Wed, Nov 16, 2016 at 12:19:09PM +0800, Pan Xinhui wrote: > Hi, Peter. > I think we can avoid a function call in a simpler way. How about below > > static inline bool vcpu_is_preempted(int cpu) > { > /* only set in pv case*/ > if (pv_lock_ops.vcpu_is_preempted) > return pv_lock_ops.vcpu_is_preempted(c...

Hi Is there a way to save session data on the file system (like in Rails) instead of a database table? The reason I''m asking is, that I''m writing a Camping application without using ActiveRecord (mostly for learning purposes) and I don''t want to use ActiveRecord just for sessions. Thanks, Thomas -------------- next part -------------- A non-text attachment was

On Mon, Jun 04, 2018 at 03:43:09PM +0300, Michael S. Tsirkin wrote: > Another is that given the basic functionality is in there, optimizations > can possibly wait until per-device quirks in DMA API are supported. We have had per-device dma_ops for quite a while.

On Mon, Jun 04, 2018 at 03:43:09PM +0300, Michael S. Tsirkin wrote: > Another is that given the basic functionality is in there, optimizations > can possibly wait until per-device quirks in DMA API are supported. We have had per-device dma_ops for quite a while.

[This email is either empty or too large to be displayed at this time]

On Thu, Aug 28, 2014 at 03:21:09PM +0200, Pino Toscano wrote: > /* Edit it. */ > - /* XXX Safe? */ > - snprintf (buf, sizeof buf, "%s %s", editor, filename); > + if (asprintf (&cmd, "%s %s", editor, tmpfilename) == -1) { filename -> tmpfilename. Is that right? Rich. -- Richard Jones,...

Hello there. The FreeBSD-SA-04:05.openssl Security Advisory announced a "null-pointer assignment during SSL handshake" DoS vulnerability. However, the OpenSSH Security Advisory of 17 March 2004 announced the same vulnerability with one more vulnerability. Look at http://www.openssl.org/news/secadv_20040317.txt Isn't FreeBSD vulnerable to the second "Out-of-bounds read affects

On Mon, Jul 22, 2019 at 04:55:09PM +0200, Eric Auger wrote: > Do not call dma_max_mapping_size for devices that have no DMA > mask set, otherwise we can hit a NULL pointer dereference. > > This occurs when a virtio-blk-pci device is protected with > a virtual IOMMU. > > Fixes: e6d6dd6c875e ("virtio: Intro...

On Mon, Jul 22, 2019 at 04:55:09PM +0200, Eric Auger wrote: > Do not call dma_max_mapping_size for devices that have no DMA > mask set, otherwise we can hit a NULL pointer dereference. > > This occurs when a virtio-blk-pci device is protected with > a virtual IOMMU. > > Fixes: e6d6dd6c875e ("virtio: Intro...

On Fri, May 8, 2020 at 5:00 PM Jason Gunthorpe <jgg at mellanox.com> wrote: > > On Fri, May 08, 2020 at 04:40:09PM +0200, Arnd Bergmann wrote: > > CONFIG_DEVICE_PRIVATE cannot be selected in configurations > > without ZONE_DEVICE: > > It is kind of unfortunate to lift dependencies from DEVICE_PRIVATE > into the users, is this really how kconfig is supposed to work or is > something else...

On Tue, Oct 25, 2016 at 06:07:09PM -0400, Rafael Espíndola via llvm-dev wrote: > I am ok with both ".note.linker-version" and adding an entry to .comment. There is one important different between the two -- strip normally has to preserve the former, but not the latter. As such, I'd quite a bit prefer using .comment...

On Thu, Aug 03, 2017 at 03:20:09PM +0000, Wang, Wei W wrote: > On Thursday, August 3, 2017 9:51 PM, Michal Hocko: > > As I've said earlier. Start simple optimize incrementally with some numbers to > > justify a more subtle code. > > -- > > OK. Let's start with the simple implementation as you sug...

On Thu, Aug 03, 2017 at 03:20:09PM +0000, Wang, Wei W wrote: > On Thursday, August 3, 2017 9:51 PM, Michal Hocko: > > As I've said earlier. Start simple optimize incrementally with some numbers to > > justify a more subtle code. > > -- > > OK. Let's start with the simple implementation as you sug...