turn;
>
> kmsg_dump_rewind(&iter);
> @@ -317,7 +317,7 @@ static void mtdoops_do_dump(struct kmsg_dumper *dumper,
>record_size - sizeof(struct mtdoops_hdr), NULL);
> clear_bit(0, &cxt->oops_buf_busy);
>
> - if (reason != KMSG_DUMP_OOPS) {
> + if (detail->reason != KMSG_DUMP_OOPS) {
Acked-by: Richard Weinberger
Thanks,
//richard
- Ursprüngliche Mail -
>> Was this series tested with the Ben Nanonote device?
>> I have one of these and from time to time I upgrade the kernel on it.
>
> Yes! Artur (Cc'd) tested it.
>
> You can test it yourself, after merging this patchset with:
> https://git.kernel.org/pub/scm/linux/k
On Fri, Jul 26, 2019 at 12:02 AM Paul Cercueil wrote:
>
> Hi,
>
> This patchset converts the Qi LB60 MIPS board to devicetree and makes it
> use all the shiny new drivers that have been developed or updated
> recently.
>
> All the crappy old drivers and custom code can be dropped since they
> have
Am 25.05.2015 um 18:50 schrieb Oleg Nesterov:
> On 05/25, Richard Weinberger wrote:
>>
>> Is this functionality still in use/needed?
>
> All I can say it doesn't work.
>
>> Otherwise we could get rid of block_all_signals() and unpuzzle the signaling
>>
Hi!
drivers/gpu/drm/drm_lock.c is the only remaining user of block_all_signals():
/* don't set the block all signals on the master process for now
* really probably not the correct answer but lets us debug xkb
* xserver for now */
if (!file_priv->is_master) {
Hi!
I'm facing a strange issue on my Laptop (Lenovo T430, UEFI boot).
Sometimes after resuming from suspend2ram the system freezes after 0 to 2
minutes
and my screen corrupts as shown on this photo:
http://git.infradead.org/~rw/crash_suspend.jpg
The screen corruption always shows the same patter
On Thu, Nov 21, 2013 at 4:49 PM, Borislav Petkov wrote:
> From: Borislav Petkov
>
> gcc complains that:
>
> drivers/gpu/drm/i915/i915_debugfs.c: In function ?display_crc_ctl_write?:
> drivers/gpu/drm/i915/i915_debugfs.c:2393:2: warning: ?val? may be used
> uninitialized in this function [-Wunini
