search for: thinkit

On Mon, May 21, 2018 at 10:38:10AM +0800, Jason Wang wrote: > > > On 2018?05?18? 17:24, Jason Wang wrote: > > > > > > On 2018?05?17? 21:45, DaeRyong Jeong wrote: > > > We report the crash: KASAN: use-after-free Read in vhost_chr_write_iter > > > > > > This crash has been found in v4.17-rc1 using RaceFuzzer (a modified > > >

On Mon, May 21, 2018 at 10:38:10AM +0800, Jason Wang wrote: > > > On 2018?05?18? 17:24, Jason Wang wrote: > > > > > > On 2018?05?17? 21:45, DaeRyong Jeong wrote: > > > We report the crash: KASAN: use-after-free Read in vhost_chr_write_iter > > > > > > This crash has been found in v4.17-rc1 using RaceFuzzer (a modified > > >

...IOTLB API") >> Reported-by: DaeRyong Jeong<threeearcat at gmail.com> > Long terms we might want to move iotlb into vqs > so that messages can be processed in parallel. > Not sure how to do it yet. > Then we probably need to extend IOTLB msg to have a queue idx. But I thinkit was probably only help if we split tx/rx into separate processes. Thanks

...l! > Reid can chime in here, but it seems like there should be a more > efficient way to encode the packed'ness than using a whole byte per > struct type. Perhaps it doesn't matter, because we will hopefully be > moving to per-bit encoding in the near future. I don't thinkits worth it at this point. We have way more serious things going on than an extra byte for a type. Consider that all ICmp/FCmp instructions will use format0 (the largest) in anything but the smallest of functions (less than 64 instructions). This will get naturally cleaned up when we move to bit stre...

I need to run a Java-enabled Firefox on my CentOS4.1-powered laptop and it *was* running fine. Then yesterday I up2date'd the box and Firefox went from 1.0.4 to 1.0.6. And I lost Java. I can't seem to re-install it, whether from the original (1.5.0 I think it was) or the latest downloads. This is crucially important as I need to access my Dell RAC. Can anyone advise how to get

On Dec 6, 2006, at 10:44 AM, Andrew Lenharth wrote: > Currently, Structure layout is left to targets, which implement them > according to the ABI of that platform. While this is fine for most > structures, it makes packed structures very ugly. All fields in a > packed type must be converted to byte arrays with casts to access > fields, which bloats accesses and obsfucates the

Currently, Structure layout is left to targets, which implement them according to the ABI of that platform. While this is fine for most structures, it makes packed structures very ugly. All fields in a packed type must be converted to byte arrays with casts to access fields, which bloats accesses and obsfucates the types. First class support for packed types would clean up the generated code